最近のLinux x86-64動向。

-
最近の Linux ディストリビューションで x86-64バイナリを改良しようという動きがある。
今は最大限互換性を意識したビルド設定であるのだが、この度Core iプロセッサー初期を対象にしたビルドバージョン2からHaswellプロセッサー以降を対象にしたビルドバージョン3または avx 512などを前提にしたビルドバージョン4などと言う x86-64バイナリを作成しようというのだ。
Arch Linux や opensuse などのディストリビューションで活発化している。
たぶんFedoraも35で行うだろう。
Gitlab上の archLinux 開発者のコメントによるとx86-64バージョン3はAVX、AVX2、BMI1、BMI2、F16C、FMA、LZCNT、MOVBE、XSAVEなどの命令を前提としてビルドするらしい。
 avx をサポートしていないプロセッサーを切るわけだ。
avx をサポートしていないプロセッサーは10年以上前のプロセッサーになる。
なので実際以上使っている人はごく少数だろう Arch Linux を使うユーザーならなおさらだ。
だが、さすがにArch Linux の開発者達もx86-64ビルドバージョン４をデフォルトにするわけではないようだ。
x86-64ビルドバージョン4は使用する前提はAVX512F、AVX512BW、AVX512CD、AVX512DQ、AVX512VLこれだけの命令セットサポートしている必要がある。
GCC は11で、ようやくサポートする。
GCC11はまだリリースされていない。
なので、これを前提にしては話が進まないだろう。
AVX512Fに至っては AMD CPU である ryzen ではサポートしていない Zen４まで待たなくてはいけない。
だが、安心してほしい 。x86-64バージョン3でも Arch Linux の開発者が試してみた Firefox ビルドではなんと9.9%の改善があったそうだ。
openssl では3.4から5.1%の改善だそうだ。
このパフォーマンスの改善は Linux ディストリビューションで言えば gentoo Linux を使っているユーザーでしか受けられなかったものの一つだ。
ＯｐｅｎＳＵＳＥから始まった、バイナリーパッケージの改善をしようという姿勢はすごくいいと思う。
Link time optimize　に始まり、x86の改善まで含めればそれ以前のopensuseと以後のSuseではどれだけパフォーマンスが違うのか気になるところだ。



詳しくはリンクを貼っておく Arch Linux 開発者のやり取りが見たかったら見てくれ
。
　　　　　　　　　　
　　　　　　　　　　　　それではまた

https://gitlab.archlinux.org/archlinux/rfcs/-/merge_requests/2/diffs?commit_id=1a532bcfc37e280bf69b219bb44308d863dee476

コメント

コメントを投稿

このブログの人気の投稿

メモリーオーバークロックでBlenderのレンダリングが早くなるか検証してみた。

-
イメージ
  　オーバクロック・・・いい響きだ。 なにかこう、中２心を刺激するワードだ。 私のパソコンは自作パソコンだ。AMDRyzen５　３５００というなんとも安くて素敵なCPUを積んでいる。 そして、メモリーはオーバークロック出来るタイプだ。マザーボードもメモリー電圧を1.６Vまで出来るマザーボードだ。 だが限界に挑むつもりはなく、少しだけワンランクアップした性能が欲しいなくらいの気持ちだ。 CPUクーラーはリテール品でとてもオーバークロックなど出来ないので、メモリーだけオーバークロックしてみたのだ。 2133Mhzだったか、それを3,600Mhzまでオーバークロックしたのだ。 それでBlenderベンチを回してみるとなかなかに興味深い内容だった。 これが こうなった。 左上のタイムを見てほしい。25分２０秒が、２３分３９秒になっている実に1.8分も短くなっている。 windows10では26分29秒掛かるので、 オーバークロックしていないWindows環境よりも2.9分縮まった事になる。 だが、これでは不公平なのでWindowsでもオーバークロックしたメモリーの性能を見てみよう。 windowsでレンダリング、27分２９秒。 なぜかオーバークロックしているほうが時間が掛かっている？。 CPUだけでのレンダリング GPUを使用設定。 今度はGPUでレンダリング CPUだけでのレンダリングではLinux系OSであるFedoraに負けている。 だが、GPUを使用すると２１分２１秒となり、かなりの高速化が達成されている。 前回はAMDのRadeonソフトウェアを最新版にしていなかったのと、最新版での不具合修正の項目にBlenderでの不具合と書いてあったので、治ったことにより、正常にGPUを使えるようになったようだ。 だが、CPUだけでは何故かFedoraよりも時間が掛かる謎が残された。最大開き幅は4分近く有り、少し無視できるものではない。 このベンチファイルよりも大きなサイズの物、例えばBMWのレンダリングをすれば、もっと開くかもしれない。 だが、Fedoraは不具合でRadeon5500XTのOpenCL機能を使えないので、使えるようになればWindowsのGPUタイムよりも縮む可能性が残されている。 どうにかしてOpenCLを有効にしたいが、今のところBlende...
続きを読む

ＧＮＯＭＥ40

-
イメージ
ＧＮＯＭＥ40のUXがＧＮＯＭＥブログに出てたので見てみた。 どうやらかなり変わるらしい。 上記のスクショがGNOMEブログに書かれていた。 これを見る限りではDOCLauncherの位置が下に来て、MacOS的だが、最新のMacOSに搭載されているコントロールセンターは無いのでDOCの位置と仮想デスクトップが横向き以外は変わらない様に見える。 だが、次のスクショでは少し変化が大きい様な印象を持つ。 ＧＮＯＭＥ3.38ではマウスなどを使う場合に仮想デスクトップを使おうと考えるとDOCLauncherがある左上角までマウスカーソルを動かし、その上、アプリ一覧を出してから、左側に飛ぶという作業が必要だったが、その動作が一回で済むようになっている。 もちろんキーボードショートカットを使い慣れていれば上記のマウス操作は不要だ。 俗に言うWindowsキー、Linux界隈ではスーパー(Super)キーと呼ぶが、それを押せば一発で一覧を出せる。 さて、GNOMEブログに書かれていたデモがあるのでご紹介しよう。 私としてはこの動き方を見るとGNOME４０の方が好ましい様な気もする。 何故なら、GNOME３・３８の仮想デスクトップをいつくも出していない時は、ただ、スペースを食うだけだからだ。 ご覧のように右側の仮想デスクトップは４つも出しているが、スペースを余らせている。 私が主に使っている１５インチのノートパソコンでもこれはもったいないと思うので、GNOMEのUXデザイナーもそう、考えたのだろう。 それに最近のノートパソコンならタッチパッドはアップルに負けず劣らず高性能だ。 それに合わせたデザイン変更とも思える。 実際GNOMEblogでもタッチパッドの改善が項目の一つに上がっている所を見ると、デザイナーはノートパソコンでの使用を考えているようだ。 長々書いてもアレなのでこのへんで終わりにする。 https://blogs.gnome.org/shell-dev/ リンクを貼っておくので詳細を見たい人は見てほしい。
続きを読む

GNOME40を動かしてみた。

-
イメージ
 　　 　GNOME 40 GNOMEブログでQUMEバーチャルマシン上で動かせるイメージが公開されていたのでダウンロードしてみたのだ。 あくまでテスト版なので、仮想マシン上で使うことが条件になっている。 イメージはFedora３４をベースにしているようで、GNOMEBOXで扱う際もFedoraと指定してくれと注意書きに書いてあった。 動画を見てくれれば大体の雰囲気は掴めるだろう。 なるほど、GNOME４０はこうなのかと改めて思った。この仮想環境は著者のへっぽこノートパソコン上でメモリー２GBとしか割り当てていないのでSwap発生しまくりである。 それにも関わらずそこそこ動いているは驚異的だ。 私はもう少ししたらパソコンを自作する予定なので、その新しいPCなら仮想マシンも綺麗に動くと思うが、今の環境ではこれが限界なのだ。 一つ注意しておこう、この動画を見てLinux大した事無いななどと思った人は自身の軽薄さが露見するのでLinuxディストロビューションの悪口を書かないでおこう。 Googleや自動運転の最前線はLinuxで開発されているのに、どうも日本人は権威主義的というか、集団主義的というか、デスクトップの分野でシェアが２％とという数字に目を奪われ、世界のインフラを支えているという事実に目を向けない短絡的な人が多い気がする。 しかもマイクロソフトからお金を貰っている訳ではなく自主的に貶めにかかるからたちが悪い。 そういう人こそ、日本のITを後進的にしていると自覚したほうがよい。 ま〜、でも昔から言うからな、行う者の一番の批判者は何も行わない者だ。 By福沢諭吉。 さて、本題からそれてしまったが、私はGNOME４０のデザインは良いと思う。 物事に集中できるデザインだし、ログインした直後によく使うアプリケーションが下部に表示されるのは改善だと思う。 SUPERキーを使えば大した違いは無いのだが、マウスを使うユーザーからすれば動線の削減に繋がっている。 さて、下記のリンクが本家だ。細かい事は本家を見てくれ。 Fedora３３を使用しているユーザーはFedoraのテストブランチであるCOPRリポジトリからGNOME４０を入れる方法も書かれているので、実験環境が有る人は使ってみても良いだろう。 くれぐれも本番環境で使っては駄目だぞ、君が書いた大切な原稿やポエム、仕事...
続きを読む