TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Reworking 30 lines of Linux code could cut power use by up to 30 percent

318 点作者 gslin23 天前

21 条评论

ryao23 天前
Linux added a busy polling feature for high performance networking. Most Linux software does not use it, but software used in datacenters (e.g. by CDNs) that does use it makes the system very energy inefficient when things are not busy. This patch gives the the kernel the ability to turn that off when not busy to regain energy efficiency until things become busy again.<p>The article name is somewhat misleading, since it makes it sound like this would also apply to desktop workloads. The article says it is for datacenters and that is true, but it would have been better had the title ended with the words “in datacenters” to avoid confusion.
评论 #43753537 未加载
评论 #43758490 未加载
评论 #43755133 未加载
评论 #43758716 未加载
评论 #43758510 未加载
评论 #43754555 未加载
评论 #43752455 未加载
hwpythonner22 天前
One thing I didn’t see mentioned here yet: a lot of high-performance data center workloads don’t actually go through the Linux kernel’s network stack at all.<p>Instead, they use DPDK, XDP, or userspace stacks like Onload or VMA—often with SmartNICs doing hardware offload. In those cases, this patch wouldn’t apply, since packet processing happens entirely outside the kernel.<p>That doesn’t mean the patch isn’t valuable—it clearly helps in setups where the kernel is in the datapath (e.g., CDNs, ingress nodes, VMs, embedded Linux systems). But it probably won’t move the needle for workloads that already bypass the kernel for performance or latency reasons. So the 30% power reduction headline is likely very context-dependent.
评论 #43758586 未加载
corbet23 天前
For a more detailed look at this change: <a href="https:&#x2F;&#x2F;lwn.net&#x2F;Articles&#x2F;1008399&#x2F;" rel="nofollow">https:&#x2F;&#x2F;lwn.net&#x2F;Articles&#x2F;1008399&#x2F;</a>
评论 #43754633 未加载
queuebert23 天前
This is really cool. As a high-performance computing professional, I&#x27;ve often wondered how much energy is wasted due to inefficient code and how much that is a problem as planetary compute scales up.<p>For me, it feels like a moral imperative to make my code as efficient as possible, especially when a job will take months to run on hundreds of CPU.
评论 #43754578 未加载
评论 #43756989 未加载
评论 #43755919 未加载
评论 #43753725 未加载
评论 #43754601 未加载
评论 #43753313 未加载
linsomniac22 天前
Does this mean that &quot;adaptive interrupt mitigation&quot; is no longer a thing in the kernel? I haven&#x27;t really messed with it in ~15+ years, but it used to be that the kernel would adapt, if network rate was low it would use interrupts, but then above a certain point it would switch to turning off interrupts and using polling instead.<p>The issue I was trying to resolve was sudden, dramatic changes in traffic. Think: a loop being introduced in the switching, and the associated packet storm. In that case, interrupts could start coming in so fast that the system couldn&#x27;t get enough non-interrupted time to disable the interrupts, UNLESS you have more CPUs than busy networking interfaces. So my solution then was to make sure that the Linux routers had more cores than network interfaces.
评论 #43755529 未加载
wrsh0722 天前
The flip side of this is meta having a hack that keeps their GPUs busy so that the power draw is more stable during llm training (eg don&#x27;t want a huge power drop when synchronizing batches)
评论 #43753185 未加载
评论 #43754296 未加载
评论 #43759210 未加载
endorphine22 天前
Off topic: glad to read about Joe Damato again — such a blast from the past. I haven&#x27;t read anything from him since I first read James Gollick posts about on tcmalloc and then learning about packagecloud.io which eventually led me to Joe&#x27;s amazing posts.
ssuds22 天前
Key paragraph: &quot;This energy savings comes with a caveat. “It is sort of a best case because the 30 percent applies to the network stack or communication part of it,” Karsten explains. “If an application primarily does that, then it will see 30 percent improvement. If the application does a lot of other things and only occasionally uses the network, then the 30 percent will shrink to a smaller value.”&quot;
评论 #43758222 未加载
Dwedit22 天前
When your sentence contains &quot;Up To&quot;, literally anything is possible.
didgetmaster22 天前
This brings back memories.<p><a href="https:&#x2F;&#x2F;didgets.substack.com&#x2F;p&#x2F;finding-and-fixing-a-billion-bug" rel="nofollow">https:&#x2F;&#x2F;didgets.substack.com&#x2F;p&#x2F;finding-and-fixing-a-billion-...</a>
infogulch23 天前
Wow busy waiting is more resource intensive than I realized.
jeffbee22 天前
When a machine is large enough with enough tenants, there should be enough ambient junk going on to poll on 1 or a few cores and still be optimized for power. This is the tradeoff described in the 2019 &quot;SNAP&quot; paper from Google, in the section about the compacting engine.<p>The &quot;up to 30%&quot; figure is operative when you have a near-idle application that&#x27;s busy polling, which is already dumb. There are several ways to save energy in that case.
评论 #43754628 未加载
secondcoming22 天前
I thought that Intel added the ‘pause’ instruction to make busy spinning more power friendly
评论 #43755557 未加载
rvz22 天前
&gt; When I grew up in computer science in the 90s, everybody was concerned about efficiency...“Somehow in the last 20 years, this has gotten lost. Everybody’s completely gung-ho about performance without any regard for efficiency or resource consumption. I think it’s time to pivot, where we can find ways to make things a little more efficient.<p>This is the sort of performance efficiencies I want to keep seeing on this site, from those who are distinguished experts and contributed to critical systems such as the Linux kernel.<p>Unfortunately, in the last 10-15 years we are seeing the worst technologies being paraded due to a cargo-cultish behaviour. From asking candidates to implement the most efficient solution to a problem in interviews but then also choosing the most extremely inefficient technologies to solve certain problems because so-called software shops are racing for that VC money. Money that goes to hundreds of k8s instances on many over-provisioned servers instead of a few.<p>Performance efficiency <i>critically</i> matters, and it is the difference between having enough runway for a sustainable business vs having none at all.<p>And nope. AI Agents &#x2F; Vibe coders could not have come up with a more correct solution in the article.
gradientsrneat20 天前
I love how I can update Linux and expect it to get faster, not slower. Exception to be made for Nvidia drivers, but at least their performance is consistent.
mintflow22 天前
Oh, as a guy which was using DPDK like technology that do busy-poll and bypass kernel to process network packets, I must say may be much power have be wasted...
评论 #43754082 未加载
mrbluecoat22 天前
Noob question: how do you enable this power saving feature? Is it just upgrading to the latest kernel?
RecycledEle22 天前
I&#x27;d like to see clearly explained Linux boot code that does not invoke a prayer to Satan.
Jeaye22 天前
Niiice. What if we reworked 100 lines?
评论 #43755280 未加载
评论 #43754358 未加载
ikekkdcjkfke22 天前
Leverage porn
d3Xt3r23 天前
&gt; <i>The code has been implemented as part of the Linux kernel release version 6.13 in January.</i><p>This is basically 3 month old news now.
评论 #43751710 未加载
评论 #43752675 未加载
评论 #43753574 未加载
评论 #43753824 未加载
评论 #43752438 未加载
评论 #43752464 未加载