Fedora 33

-

私は今 Fedora 33を使っている。

Fedora 33は zramのおかげでわずかな CPU 使用量と引き換えに貴重なメモリーを節約してくれる。
それに以前のZramに比べればずっと早い。
EarlyOOMというメモリーの強制解放の仕組みもある。
メモリーを一番使用しているプロセスを強制キルするプログラムだ。
まぁ、Fedora は Ubuntu と違ってSnapパッケージを使っていないので、そんなに神経質にならなくて良いのだが、あった方が嬉しい。

snap パッケージはディストリビューションに依存しないっていう莫大なメリットがあるのだが、メモリーを消費してしまうのはがとても痛い。
メモリーは容量当たりの単価はそんなに安くなっていない。
それは昔に比べれば16 GB は夢の数字ではなくなったが、全てのラップトップPCやデスクトップ PCが16 GB が最低ラインなったかといえば違う。
やはり高いのである。
メモリーが16 GB は最低だよと意識してパソコンの購入を勧めたりすることがあるかと言われたら中々無いだろう。
そりゃあ16 GB あれば安心だろうけどでも高いよなと言って大抵8GBぐらい落ち着く。
ゲーミング PC でさえメモリーが8 GB のものがあるくらいだ。なのでメモリーが16 GB が標準値になったとは言えないんじゃないか。
少なくても購買主流層とは思わない。
プログラマーかすれば32 GB でも少ねえと言いたいだろう。
もしゲーミング PC でメモリーがあった方が助かると言うケースがあるとしたら巨大なゲームをインストールする時だろう。
その時ばかりは圧縮されたファイルをメモリー上に展開しなくてはいけないわけで、メモリーがあった方が助かるだろう。

ゲームといえばFedora ３３ではWine、3 d バックエンドが dxvk に置き換わった。
どれだけメモリーや CPU 使用量 GPU 使用量に影響あるのかわからないが、ちゃんとサポートされたハードで適切に動けば、かなり軽くなるようだ。
ぜひ使ってみたいが、そのためには新しいパソコンを購入しなくては。
今買うなら AMD だろう 。
AMD は比較的オープンソースに協力的な半導体企業だ 。
なので AMD オンリー自作PC か、AMD オンリー構成のBTOを買おうかと思っている。








コメント

コメントを投稿

このブログの人気の投稿

メモリーオーバークロックで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４０を入れる方法も書かれているので、実験環境が有る人は使ってみても良いだろう。 くれぐれも本番環境で使っては駄目だぞ、君が書いた大切な原稿やポエム、仕事...
続きを読む