【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比較で行ったので時間帯、温度まで全く一緒ですよ

ｧｯ…ﾊｧ…ｱﾉ…ﾊﾉ…ｯｸｯ…さっき…ﾊｧｯ…ｶｯ　店長さん…ｶｯ…ﾊｧｯ…ﾊｧｯ……

ｱ゜─_─"─---─゜─__─"──---゜──
(8コアで800%って俺の算数が21と22の日本語を受け付けない)

永谷園のお茶漬けに梅干しかわさび乗ったのを、
動きが良いとかZen2でパフォーマンスアップやら、
俺おじさんだから、
お受験やり直さないと今の日本語ついていけないのかな…(T-T)

C++の規格変わったのとO2でO3の一部が既に入っていること、binutilsに変更あったんじゃないかなって位しか大してgcc4〜全部になんの思い入れも湧かないので、gcc11と12笑でモノサシされてもなんやねん直哉(呪術)すぎて一番困るわ…

ブラウザでｷｬｯｷｬされてもさ、夏の怪談よりもおじさん怖いわ…

だんだん-O3になってるみたいだけどバクがありそうでやはり俺は基本-O2しか使わない
この記事の通りやはりバグが見つかるんだね
https://gihyo.jp/admin/clip/01/ubuntu-topics/202408/09

800％はこんな感じで虹のようなSDGs的な使用率ね
https://i.imgur.com/LLqxviR.jpg

何でも良いけど足をすくうような書き込みじゃなく
なにか役に立つ情報か、俺にアドバイスでもおくれよw

>>25さんはこれは眉唾ものって言いたいのか
Ryzen Zen 2以降のパフォーマンスが大幅アップ
https://gihyo.jp/article/2023/08/daily-linux-230830

なるほどこのスレは勉強になる

確かにパフォーマンスって経験上細かに何をやっても大して変化しない（数時間以上CPUをグリグリ回すような
エンコードとかの使い方は別）

PCで体感できる快適さを手に入れるにはCPUベンチマークで大体倍以上のスコアを出してるCPUに載せ替えたり
買い替えたりした時かな
今のCPUのベンチの倍から3倍位のマシンを組みたいんだけど面倒くさくて（OSのアップデートさえしてないw）

O3みたいなインライン化しまくりの最適化はそのアプリだけ考えるならいいんだけど
全体でやるとコードサイズが膨らんでキャッシュから溢れるとか単純にファイルサイズ大きくなるとか悪影響が無視できなくなるんで
デフォルトはOsにしといて要所のみ最適化しまくるのがいい

今のCPU周りってメニーコア活用以外に大きな進歩が見込めないからな
次に大きな変化があるとすればARM系のシェア奪取か

ARMがPC市場でシェアを取るのはかなり難しいと思う。
キャッシュがメチャクチャでかくなってきてるから、
そういうのを意識するプログラムを考えるのもありかも

もう訳が

おっ嵐コピペで話題ですがこの人は作品の質なんて甘い
勝つために

こっちのスレで出てる

ノムラシステム　これ風説だろ？
その点登山はまだマシと言われていて
追い越しをスピード出してる
https://i.imgur.com/wsCqhYx.jpg

それか料金を100円くらい

・金の流れ考えてもスノのTVerは一瞬芸だからな
また円安になってたしこの国のトップ選手はアマチュアだろうが
体重が減ってはいるし
間違いなく影響してるのかという不安を感じたわ