Fedora34の変更が膨大な件

-

Fedora34の変更点が凄い。

もしコレが本当に全部実装されるならとんでもない量だ。
Fedora34デフォルトでBtrfsがZstdを使った透過的圧縮をサポート。

全てのオーディオをpipeWireにルーティング。
デフォルトでSystemD-oomd を有効にする。
ibusのデフォルト IME をanthyにする。
LTOビルドの改善。
openSSL3.0に移行。
SELinuxランタイム無効化のサポート削除。
DNF/RPMコピーオンライトの有効化。
Ruby3.0の導入。
スタンダアロンパッケージとしてXwaylandの導入。
カーネルファームウェア圧縮。
nscdの廃止。
X.orgユーティリティの分解。
ntpをntpsecというフォークしたソフトに置き換える。
などなど数え切れない程だ。
上記に上げた以外にも変更点はある。
コレを後６ヶ月ばかりでやろうというのだから壮大だ。
デスクトップユーザーという視点だけで考えてもpipeWireの導入でplusaudio使わいというだけでかなりの変化だ。
それに日本語圏のユーザーは幾年ぶりかにanthyを使う事になる。
これはibus-KKCの開発が停滞している事からanthyに戻そうと言うのだ。
anthyは新たな開発者を得て再びFedoraのIMEになる。
もし、間に合うならGNOME40の導入で、目に見えて外見が変わる。
GNOME40は横スクロールを主に使い、縦スクロールを使うブラウザやエディタ、オフィスなどと被らない様になっている。
これもユーザーから見れば大きな変更だ。
それにsystemD-oomdも使うらしい。
これはメモリーが足りなくなった時に所謂ハングしてしまうのでは無く。メモリーを使い過ぎているプロセスをキルする事で、システムのダウン回避を図るものだ。
もちろん、ユーザーはキルしたくないプログラムを指定出来るし、害よりもメリットが大きいという事だろう。
個人的に気になっているのがDNF/RPMコピーオンライトの有効化だ。
どうやらインストールやアップデートが高速化するらしいのだが、詳しい解説を出来るほど詳しくはないのでサイトを直接見て欲しい。
Fedoraチェンジセットのリンクは下記だ。

https://fedoraproject.org/wiki/Changes

もし興味があるなら見るといい。
というか興味がある人はもう、直接見ているだろうから私が紹介する事でもないか。

　　　　　　　　
　　　　　　　　　　　では、この辺で。

コメント

コメントを投稿

このブログの人気の投稿

メモリーオーバークロックで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...
続きを読む

Google 日本語入力は集合知でなく集合痴だ。

-
Google日本語入力がダメな件 Google 日本語入力音声入力とはGoogle の検索結果や莫大な動画や写真ユーザーの打ち込んだ文字入力のデータベースからAI が学習し高度な入力をサポートしている。 だがそれも集合知が機能していればだ。 残念ながらスマホでいい感じのモノを検索している輩がいるようだ。 そのせいでこの間、書いた記事でビルドといったところが、ピルになっていた。 どこをどうしたら濁音が抜けるのだろうか？。 みんながみんな Google 日本語入力で自信の知的好奇心や研究のために打ち込んでいるわけではないので仕方ないのかもしれないが、こういう学習データはユーザーごとに辞書があったりプロファイルはできた方が嬉しい。 なんでもかんでも一緒くたにされるのはやはりつまらないし、小説を書くには不便だ。 なので何とかして欲しいと思うのだが私のような1ユーザーがいくら言っても改善はされないだろう。 改善するとすれば、それが Google の利益にかなうと判断された時だけだ。 なのでしばらくはこのままにしておこうと思う。
続きを読む

ＧＮＯＭＥ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/ リンクを貼っておくので詳細を見たい人は見てほしい。
続きを読む