[過去ログ] 【?】Linuxのコードをたった30行ガッツリ修正するだけでデータセンターの電力消費量を最大30%削減 [723315487] (62レス)
上下前次1-新
このスレッドは過去ログ倉庫に格納されています。
次スレ検索 歴削→次スレ 栞削→次スレ 過去ログメニュー
1: (アウアウウー Sa47-X2tR) [age] 2025/01/28(火) 21:41:50.32 ID:sLv3fHKla(1)調 AAS
外部リンク:gigazine.net
Linuxのコードをたった30行修正するだけでデータセンターの電力消費量を最大30%削.減.可.能.、実際にLinux 6.13から反映される
2: 安倍晋三🏺 (ワッチョイW 4e89-lejL) 2025/01/28(火) 21:45:49.55 ID:islaice+0(1)調 AAS
泥の消費電力改善されんの?
3(1): (オッペケ Sr3b-nNRX) 2025/01/28(火) 21:46:47.46 ID:f9JBBMdar(1)調 AAS
つまりLinuxのコードが全部で100行だったのを70行にするってこと?
4(1): (ワッチョイW 3313-rRpf) 2025/01/28(火) 21:47:04.95 ID:1hl1VLdd0(1)調 AAS
>カーステン教授によると、コードは一切追加しておらず、「何をいつ実行するか」を再配置して、データセンターのCPUキャッシュ使用率を大幅に増やしただけだとのこと。変更内容についてカーステン教授は「製造工場のパイプを再配置して、従業員が常に走り回らなくてもいいようにしたようなもの」と説明しています。
良く分からないけど動いてるからヨシ!が大々的に行われてただけじゃね
5(1): (ワッチョイ 0baf-waca) 2025/01/28(火) 21:49:11.62 ID:gj2s9mjg0(1)調 AAS
>>3
なんでそうなるんだ
6(2): (ワッチョイW 3ee3-u5B2) 2025/01/28(火) 21:49:54.35 ID:mYbwIzOV0(1)調 AAS
aiに改修させろ
7: (ワッチョイW 1b50-C4lm) 2025/01/28(火) 21:50:11.75 ID:PGKIgjFr0(1)調 AAS
データセンターでもカーネルは未だに5.xxだろ
8(1): (ワッチョイW 9a4c-OLMg) 2025/01/28(火) 21:51:23.31 ID:4eVuzTvM0(1)調 AAS
最大30%
最大?
机上のベストケースの数字を言ってるだけで
実際は5%がせいぜいってオチじゃないだろうな
9(1): (スププ Sdba-5V9l) 2025/01/28(火) 21:51:32.09 ID:5LDAmvaud(1)調 AAS
コード書いたやつもわかってるよね
コード書いた後でこうすりゃもっと簡潔でよかったなって思うんだけど
目の前でエラーなく動いてるしもはや弄りたくないw
10: 安倍晋三🏺 (ワッチョイW b3dc-K+Xl) 2025/01/28(火) 21:53:10.85 ID:qQW8OHmz0(1)調 AAS
データセンターのLinux常に最新にしてる奴なんて存在するのか
11: (ワッチョイW aae9-U8ME) 2025/01/28(火) 21:53:13.52 ID:i5xJHSUn0(1)調 AAS
>>6
これな
ソース全部食わせてバグ潰せよ
12: (ワッチョイ 4e8f-OrCr) 2025/01/28(火) 21:55:37.38 ID:MkqSHh7e0(1)調 AAS
>>8
5%でも凄いがな
13: (ヽ´ん`)🏺@転載禁止 (JPW 0H77-f4jU) 2025/01/28(火) 21:57:00.21 ID:Sie+vwTjH(1)調 AAS
Androidスマホも省電力化できるやん
14: (ワッチョイ 5a51-OrCr) 2025/01/28(火) 21:57:47.29 ID:f7AWsXaF0(1)調 AAS
効率悪かったんだな
15: (ワッチョイW 7341-Ydwb) 2025/01/28(火) 21:58:51.30 ID:5nAmjKUW0(1)調 AAS
なんか前もこんな話無かったっけ?
16: (ワッチョイW 23de-ZtoG) 2025/01/28(火) 21:59:26.98 ID:jtCCt5zg0(1)調 AAS
>>5
彼の頭は二行でできてるからな
17: 安倍晋三🏺 (ワッチョイW b6b4-2BxC) 2025/01/28(火) 21:59:30.11 ID:0gxMpgB40(1)調 AAS
消費電力減るのはいいけど性能は変わらんの?
18: (ワッチョイW 8bcb-8q7m) 2025/01/28(火) 22:00:59.29 ID:nb7KbdeD0(1)調 AAS
AIなんてポンコツが出す答えの99%は間違いだからな
CPUのキャッシュメモリがバチクソ25年前にリナックス作った時より大幅に安くなり容量も増えて高速になったのに
日本のあほと馬鹿とパワー系知的障害者しかいない財務省が30年103万円の壁を放置したのと同じで178万円にあげたら
30%もバチクソ高速になり(゚∀゚)あひゃゃ高性能化した
19(1): (ワッチョイ 1ba1-X/gV) 2025/01/28(火) 22:05:16.60 ID:EcxEgnCu0(1/2)調 AAS
外部リンク:cs.uwaterloo.ca
直接URL張れないけどこの記事の下の方にパッチへのリンクがある (The Linux kernel code addition のとこ)
それなりに行数あってインタビュー受けてる教授が提供した約30行の部分がどこだかわかんね
20: (ブーイモ MMba-77wE) 2025/01/28(火) 22:11:26.55 ID:a3AzhHVDM(1)調 AAS
>>9
何触ったらどうなるかわかんねぇもんな…
無能だからそういうことにならんよう作れと言われても…って感じ
21: 顔デカ (ワッチョイ ce9f-Lg1p) 2025/01/28(火) 22:12:38.17 ID:iuultbS60(1)調 AAS
昔からそうだったのか
ハードの進歩でいつのまにか効率良い方法が逆転していたのか
22(1): (ワッチョイ dbb6-ynTa) 2025/01/28(火) 22:41:33.09 ID:bv8/OtpO0(1)調 AAS
こんなんするよりcpuをarmにするだけでだいぶ省電力になりそうだけど
23: 警備員[Lv.39] (ササクッテロリ Sp3b-nsiN) 2025/01/28(火) 22:43:49.22 ID:9CzlCKVNp(1)調 AAS
スパゲッティコードをストレート麺コードにしたのか
24(2): (ワッチョイW f6ca-RqnJ) 2025/01/28(火) 22:45:33.30 ID:4MtsO3MM0(1)調 AAS
>>19
下にdiffあるやん
25(2): (ワッチョイW 3ef8-B1/1) 2025/01/28(火) 22:48:23.20 ID:iVqXUDsJ0(1)調 AAS
>>24
「差分抽出」という概念がない残念な脳なんだよ
共通テストの現代文で何点取れるものやら
26: (ワッチョイ 76f3-W7nG) 2025/01/28(火) 22:53:53.08 ID:EkpIrTwd0(1)調 AAS
>>22
それやるならソフトを全部arm向けに書き直さなきゃいけんのだが、大規模システムでそれやろうとすると
芋づる式にあれもこれも書き直しっていうのが続出して手に負えなくなる
x86コードを動くようにエミュとかすると性能が下がりすぎて話にならなくなる
というわけでどこもやらんという話
27: (ワッチョイW 8314-90Ri) 2025/01/28(火) 22:54:27.35 ID:hIJ6QSZE0(1)調 AAS
全コード削除すれば全く電気食わなくなるのでは?
28: 安倍晋三🏺 (ワッチョイW 1ac3-NyCL) 2025/01/28(火) 22:55:41.95 ID:VdEJ8j2c0(1)調 AAS
Unix板の伝説かな
29(2): (ワッチョイ 1ba1-X/gV) 2025/01/28(火) 22:56:10.12 ID:EcxEgnCu0(2/2)調 AAS
>>24-25
いや空行やコメントやテストコード除いても明らかに30行以上あるでしょ?
この記事で取り上げられてる部分はどこなのって話をしてるのよ
30: (JP 0Hb6-93Fe) 2025/01/28(火) 23:01:59.56 ID:4rY4ZSCAH(1)調 AAS
たった30行のコーディングでギガワット単位の削減は
凄い画期的な進歩なんだろうけど、
俺の肛門も閉鎖されそうです
↑なぜかこの言葉が思い浮かんでしまう
31: (ワッチョイW 33cb-c7Bu) 2025/01/28(火) 23:03:20.06 ID:u/cd1doQ0(1)調 AAS
まあいいじゃんそういうのを正したわけか
32: (ワッチョイW b6b3-EDSZ) 2025/01/28(火) 23:21:53.00 ID:oUOfPQ0e0(1)調 AAS
複数の条件のif文のとき、なんも考えずに条件を羅列するようなもんかな?
世界中の人から「男性かつ日本人」を抽出するときに、男性かどうかよりも先に日本人か判定したほうが効率がいい的なやつ
33: (ワッチョイ 1af8-XX7P) 2025/01/28(火) 23:42:45.28 ID:Huq0XI0d0(1)調 AAS
>>25はでてきて>>29説明したほうがいいんじゃねぇの?
俺だったらボロクソ言ってるぞ
34: (ワッチョイ b6db-cjCd) 2025/01/28(火) 23:45:59.97 ID:HSs1bJxr0(1)調 AAS
全然、理解できないけど、
おまいらは理解できるの?
35: (ワッチョイW 2344-EjZZ) 2025/01/28(火) 23:47:00.37 ID:3OgaLdg80(1/2)調 AAS
すごいなあ
36: (ワッチョイW 2344-EjZZ) 2025/01/28(火) 23:52:33.27 ID:3OgaLdg80(2/2)調 AAS
テストコードも一緒入ってるから30行以上コミットさらとるな
37: 顔デカ安倍晋三🏺◆abesHiNZOU6m (ワッチョイW 33be-6D6U) 2025/01/28(火) 23:59:44.07 ID:R+HKnyxm0(1)調 AAS
これくそくだらないやつで30%高速化って発表して
周りが誰も乗ってこなかったから少電力化に言い換えたのか
38: (ワッチョイW 2344-EjZZ) 2025/01/29(水) 00:01:27.63 ID:IIi2Gk530(1)調 AAS
deepseekに聞いてみたがわけわからん
このパッチは、Linuxカーネルのcgroups v1サブシステム(特にメモリサブシステム)におけるuse-after-freeバグを修正しています。以下に詳細を説明します:
**問題の背景**
- cgroup v1ファイルシステムをマウントする際、メモリサブシステムの新しいルート(`root_mem_cgroup`)の割り当てに失敗すると、カーネルが既に解放されたメモリ領域(use-after-free)にアクセスする可能性がありました。
**バグの原因**
- 元のコードでは、新しい`mem_cgroup`の割り当てに失敗した後、`root_mem_cgroup`の更新と古いリソースの解放(`mem_cgroup_put`)を誤った順序で実行していました。
- 具体的には、割り当て失敗時に`new_root`が解放された後も、解放済みの`old`ポインタ(以前の`root_mem_cgroup`)を参照しようとしていました。
**パッチの修正内容**
1. **RCUポインタの更新タイミング変更**:
- `rcu_assign_pointer(root_mem_cgroup, ...)`の実行を、新しい`mem_cgroup`の割り当てが成功した場合のみに限定しました。
- これにより、割り当て失敗時に不正なポインタが設定されるのを防ぎます。
2. **参照カウント管理の改善**:
- 古い`root_mem_cgroup`の参照(`old`)を、新しいポインタを設定する前に取得するように変更しました。
- これにより、解放済みリソースを`mem_cgroup_put`で参照するリスクを排除しています。
**修正の影響**
- メモリサブシステムのマウント処理が安定化され、カーネルクラッシュやメモリ破損の可能性が低減されます。
- cgroups v1を使用するシステムの信頼性向上が期待されます。
この修正は、リソース管理の順序とライフサイクルを厳密に制御することで、複雑なメモリ管理操作中の競合状態を解決する典型例です。
39(2): (ワッチョイ 5f8f-+rQD) 2025/01/29(水) 00:03:37.88 ID:cvYHaBEN0(1)調 AAS
>>29
diff --git a/fs/eventpoll.c b/fs/eventpoll.c
diff --git a/include/linux/netdevice.h b/include/linux/netdevice.h
diff --git a/include/net/busy_poll.h b/include/net/busy_poll.h
diff --git a/include/uapi/linux/netdev.h b/include/uapi/linux/netdev.h
diff --git a/net/core/dev.c b/net/core/dev.c
diff --git a/net/core/dev.h b/net/core/dev.h
diff --git a/net/core/netdev-genl-gen.c b/net/core/netdev-genl-gen.c
diff --git a/net/core/netdev-genl.c b/net/core/netdev-genl.c
この辺がカーネル自体の変更部分か。git形式のdiffだから、前後数行も一緒に出力されて増えてるけど、
追加部分(+)だけでも30行よりは多いな。このなかのどこかが中核部分なのだろう。
分かる人はたぶんこの板にはいないw
40: (ワッチョイW 8aba-+MLd) 2025/01/29(水) 00:11:45.60 ID:8Us/8FRY0(1)調 AAS
システムコールばっかり!
41: (ワッチョイW 97b8-78LP) 2025/01/29(水) 00:25:44.80 ID:pdwVzcwa0(1/3)調 AAS
同じ値参照しそうなやつ優先で並べ替えたのか
42(1): (ワッチョイ dbb6-ynTa) 2025/01/29(水) 00:39:06.37 ID:2n3abRl10(1)調 AAS
ソースコードて数十万行ありそうなのによう読めるな
サーバールーム入るとずっとファン回ってるけどあれも電力の無駄じゃない?
負荷かかってるときだけ回せばええやんって思うんだけど
常時高負荷だったらまあわかるけどそんなことないやろ
あとlinuxだと負荷分散でirqbalanceあるけどあれもよくなさそう
43: (ワッチョイW 9757-78LP) 2025/01/29(水) 00:41:26.48 ID:pdwVzcwa0(2/3)調 AAS
>>39
中身見てないけど装置間通信する時のデータ領域を予め固定したんでないのか
あれの番地固定気味したら速くなりそうな気はする
44: (アウアウウー Sa47-mTcG) [age] 2025/01/29(水) 00:57:50.58 ID:OXvjSilna(1)調 AAS
>>42
冷やすほど部品の故障率が下がる
過剰な冷却はエコ
45(1): (ワッチョイW aa4b-1qr+) 2025/01/29(水) 01:04:51.04 ID:GPZ7spGE0(1)調 AAS
>>6
AIゴミコードしか出さんぞ
46: (ワッチョイW 9724-78LP) 2025/01/29(水) 01:15:41.19 ID:pdwVzcwa0(3/3)調 AAS
>>45
aiのがマシと思えるコード吐く人間も居るからな
マジ辛い
47: (ワッチョイW 8ac1-ZIjy) 2025/01/29(水) 01:15:45.20 ID:l0Oka5Kk0(1)調 AAS
>>39
多分、
diff --git a/net/core/dev.c b/net/core/dev.c
に追加された2つの関数のことじゃない?
48(2): (ワッチョイW 0e10-WxQD) 2025/01/29(水) 01:15:46.45 ID:LcRCeEZG0(1)調 AAS
Linuxを導入するメリットが未だにわからん
49: (ワッチョイ 4e8f-OrCr) 2025/01/29(水) 01:25:36.65 ID:oRkTa5m10(1)調 AAS
>>48
データセンターとかLinux以外の選択肢何があるの?
AIXとか?まだ使われてんの?
50: (ワッチョイW 4e3f-WPC4) 2025/01/29(水) 02:07:33.03 ID:PIhxShPv0(1)調 AAS
家の郵便受けを見に行ったら空っぽのとき、わざわざ郵便局まで行って訪ねて無かったら家に戻り、次は郵便受け見ないで郵便局直行する、くっそ面倒な事やってそう
51: (ワッチョイ 1a0e-N+ua) 2025/01/29(水) 02:55:49.79 ID:DcHgmeZS0(1)調 AAS
パッチの内容見たけど30行以上ないっすか?
コメントとかの部分除いても30行超えてると思うんだけど。
ていうかほとんどコメントよね、これ。
52: (ワッチョイ 8314-N+ua) 2025/01/29(水) 02:56:54.94 ID:Q+OVahnM0(1)調 AAS
これも株価に効きそうな話
53: (ワッチョイW 4e8f-qSSK) 2025/01/29(水) 07:01:41.33 ID:G8X0eufx0(1)調 AAS
>>48
働け
54: (ワッチョイ dbd0-c3By) 2025/01/29(水) 07:03:13.07 ID:hjtFWD1l0(1)調 AAS
無能がカーネル作ってるからな
55: (ワッチョイW 3e96-X4Kx) 2025/01/29(水) 07:24:23.42 ID:LQ6fBL9T0(1)調 AAS
Linuxのソースコードの汚さは有名だからな
肥大化して無駄の塊になってる
誰かが直すだろうで回ってる界隈
56: (ワッチョイW 1a93-chPQ) 2025/01/29(水) 07:34:35.36 ID:l+PEW4eL0(1)調 AAS
Facebookで「Linux」関連の投稿が禁止されコミュニティは「マルウェア扱いされた」と反発
外部リンク:gigazine.net
57: (ワッチョイ 9aa2-PLBo) 2025/01/29(水) 07:45:44.26 ID:4sApaXNt0(1)調 AAS
まぁ、結局、過去互換性の問題でしょ
増やすと古いシステムで誤動作するからあえて
切って動作してるとか
割とよくある話だよ
58: (ワッチョイW b3cf-Pw6R) 2025/01/29(水) 07:59:30.88 ID:QXhc7UYO0(1)調 AAS
>>4
世の中なんてほぼすべてがそれ
あと最適化って難しい
59: (ワッチョイW 7ae1-B1/1) 2025/01/29(水) 11:44:09.92 ID:fTqs9LwS0(1)調 AAS
さすがにi386は切った
60(1): (JPW 0H73-ecMr) 2025/01/29(水) 11:52:46.82 ID:2RojuITtH(1)調 AAS
ほらみろやっぱり GNU Hurd は必要だったんだよ
モノリシックカーネルではこうなることは確定的だった
61: (ニククエ MM06-NOFX) 2025/01/29(水) 12:27:39.85 ID:T0tZlVjJMNIKU(1)調 AAS
>>60
ちゃんと動くものを作り上げるのが何より正義
62: (ニククエ aa17-6AoA) 2025/01/29(水) 14:04:00.06 ID:Uz7ZSbay0NIKU(1)調 AAS
ジャップ「プログラムなんて誰が書いたって同じじゃガハハ!」
上下前次1-新書関写板覧索設栞歴
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ
ぬこの手 ぬこTOP 0.556s*