【deb系】Ubuntu Linux 74【ディストリ】

Debian開発者の一人が開発したDebianベースのディストリビューション
ただし互換性はないのでDebianのパッケージとは混ぜるな危険
6ヶ月ごとの安定したリリースを目標としている

■ 公式サイト
http://www.ubuntu.com/

■ Ubuntu日本チーム
http://www.ubuntulinux.jp/

前スレ
【deb系】Ubuntu Linux 71【ディストリ】
https://mao.5ch.net/test/read.cgi/linux/1428895660/
【deb系】Ubuntu Linux 72【ディストリ】
https://mao.5ch.net/test/read.cgi/linux/1696728395/
【deb系】Ubuntu Linux 73【ディストリ】
https://mao.5ch.net/test/read.cgi/linux/1713846597/

---

VIPQ2_EXTDAT: checked:vvvvv:1000:512:donguri=3/1: EXT was configured

>>1
いちおつ

あまりに酷かったんで試しにどんぐり設定してみました
が、ちとシビアすぎて書き込めない

>>1
病気を退治したけど患者氏ぬ、そんな措置だな。

> donguri=3

3ぐらいならすぐ育つでしょ

/1で大砲撃てるようにしてるならレベルは２でも十分かも

>>1
乙

荒らしひどかったね、あれIDコロコロ変えて文章も同じのが無い上にグロ画像をどっかから探してきて添付
これ全部スクリプトでやってたならすごい技術だとおもう。その技術を他で活かしてほしいと思うわ
もし手動でやってるなら完全に精神の病にかかってるw

これで荒らしが無くなるならどんぐりが役に立ってるって事だね
どんぐり有りなしの比較が出来るかな

Ubuntu 24.10（oracular）の開発 / O3最適化の利用に向けた検討、Microchip PIC64GXへの正式対応
ttps://gihyo.jp/admin/clip/01/ubuntu-topics/202408/09

x86-64-v3も酷かったけどO3はマジでやめてｸﾚﾒﾝｽ()
世界の電子機器ARMv8だけしかないなら1�_だけ許せるが、そんなことはないからもう邪教すぎる

時々自前で野良でソースからコンパイールしますがO3でやると色々警告が出ちゃうものがあります...
なので大体がO2でやってます。コンパイール時間と出来上がったバイナリ容量と動きでコスパ良いのがO2でした

O3で出る警告。なんなんだいこれは？
ちなみにgcc-11だと出ないけどgcc-12にしたら出るようになった

warning: ‘void* __builtin_memcpy(void*, const void*, long unsigned int)’ accessing 9223372036854775810 or more bytes at offsets [18, 9223372036854775807] and 17 may overlap up to 9223372036854775813 bytes at offset -3 [-Wrestrict]
435 | return static_cast<char_type*>(__builtin_memcpy(__s1, __s2, __n));

最近だと -O3 は順当だと思う
移行時に一過性のコストはかかるが最終的に多くの人が幸せになれる

>>9
それは restrict 修飾子に違反している警告
memcpy の引数は領域が重なってないことが必須でそれ前提で最適化されるんだが、その決まりが守られていないと言ってる
要はこのプログラムにはバグがあって O3 で最適化するのは危険なのでやめろと言われてる
正しい対応はプログラムのバグ修正。それまではO2 で我慢しろ

>>11
詳細にありがと、ただgcc-11の時はO3で警告が全くなしだったんだ
gcc-12にしたら先の警告がポロポロと出るようになった

自分はコードとか書かないので全く無知なんだけどググるとこんなのも出てきてもしかしてgccのバグ？とか思ってた
https://github.com/open-telemetry/opentelemetry-cpp/issues/2134

>>10
O3はバベルの塔、誰も幸せにならないよ(地球上にApple M1とかしかないならまだ理解したくない、一切取り合わない、とは言わないが)

少なくともamd64については、その時代現時点市場最新のXeon/EPYCでしかプログラムが動作する再現性の検証が不可能だということを意味する

(発売間もないCPUかそれ以上でしか動かない違反バイナリが混ざる)

米オークリッジ国立研究所のスーパーコンピュータ「Frontier」(2022年から2024年までは)よりも新しいパーツ常に消費者に強制するのと同じだから富豪すぎて、流石に今後永遠に桜宮サーガのドアトゥヘヴン押し付けるのは、強制されていい方針ではない

O3なんて偶像がどういうことか、これはもっと簡単に言えば100億人のうち天文台で仕事するような600人ぐらいしかパソコン使えなくなるようなもん

我々の目前にJeff Dean伝説を冥府から召喚したなら、かような最適化は好きにしていいが関知はしたくない

あと変な問題が一件
Ubuntu22.04.4 LTで普通にaptなりsynapticなりでgccをインストールすると自動的にgcc-11がインストールされる
暫くそれで使ってたんだけど
nvidiaのドライバを本家から.run形式のインストールファイルを落としてきて実行すると
モジュールを勝手にビルドしてインストールされるんだけどその時に毎回「カーネルをビルドしたのと違うバージョンのgccを使ってますけど良いの？」的な警告が出てたんだ

その後ググって解ってきたことが22.04のパッケージはgcc-12でコンパイルされてる、なので22.04はgcc-12の
システムという記事だった
じゃあってgcc-12をインストールしたら確かにnvidiaのインストール時に上の警告は出なくなった
よし（まあ先のO3バグ？っぽいのがありそうだけど）って使っててふと今dmesgみたら、真っ先に出てくるのが
おい〜　gcc-11じゃないのか？
でもgcc-11だと上の警告出て12だと出ないんだよね。どうなっとる？

[ 0.000000] Linux version 5.15.0-118-generic (buildd@lcy02-amd64-080) (gcc (Ubuntu 11.4.0-1ubuntu1~22.04) 11.4.0, GNU ld (GNU Binutils for Ubuntu) 2.38) #128-Ubuntu SMP Fri Jul 5 09:28:59 UTC 2024 (Ubuntu 5.15.0-118.128-generic 5.15.160)

>>12
コンパイラのバージョンを上げると今までチェックしていなかった問題をチェックする機能が追加されて警告が表示されるようになることがある
逆に新たらしいバージョンが出て間もない間は新規に発生したバグの影響を受けることがある
この辺は最適化とか関係なくある話で使ってバグ報告しないと治らないので使えるところでは積極的に使うべき

>>14
nvidia driver のコンパイル時は今動かしてるカーネルではなくて、コンパイル用のカーネル・ソース・ディレクトリ以下に書かれた情報をチェックしてる
じゃないと新バージョンのカーネル用のコンパイルとかできなくなるので
その辺の情報に不整合があるんだと思う

>>13
問題があったら自分で直せ、バグ報告とかで協力しろ、無償で使うだけの古事記は黙ってろというのがオープンソース文化

>>15
詳しくありがとう！

>>16
なるほどね、カーネルソースというかいつも読んでるのはヘッダーか
その辺の不整合って事か

kernelを6.5にしてみた

>>19
何か変わった？

>>20
動画再生、コンパイル、多数アプリ開いての同時作業とかあまりしてないんだけど
ちょっとだけアプリの起動とか早くなった気がする
IO多めでCPUフルに使った状態での超負荷状態は動きはどっちも同じよう（当たり前なんだけどw）
でも本当に最近のLinuxカーネルは動きは良いよね、昔はディスクIOの待ちとかで直ぐガクガクした記憶が

⁠あと6.5はAMD Ryzen Zen2以降のAMDだとパフォーマンスアップするみたいね。自分はIntel

このカーネルはgcc-12でコンパイルされてるので、今の所gcc-12メインのしてる
自分のシステムには良い感じかなと（Ubuntu22.04.4 LTSなんだけど）

余談だけどmesonとninjaを使ったビルドではninjaが本当にCPUを使いこなしてくれるので
8コアあるCPUフル稼働800％

そんな状況下でYouTubeの2160p60 4k動画を再生するとchromeだとガクついちゃって厳しいけど
なんとFirefoxは普通に再生できちゃう
Firefoxの方がnvidiaのハードウエアデコードを上手く使いこなしてるみたいね

chromeと firefoxの試験条件が同じだったか、気になる。

同じも何も、カーネルの5と6比較で行ったので時間帯、温度まで全く一緒ですよ