FedoraでBlenderがクラッシュする続１

-

FedoraでBlenderがクラッシュする。

Fedora版、Snap版、本家版と３つとも最後までいかずにクラッシュする。
ハングしたという感じだ。

　なので困った。
それでとりあえず初期の状態に戻そうとAMDProGPUドライバーを削除しOpen CL を無効化した。
当然Blenderでも Open CL が有効なグラフィックカードとして認識されないので使えなくなっている。
なので CPU でレンダリングすることになる。
だがここで驚くべきことは起きたのだ。
Windows 上ではレンダリング時間は25分50秒だった。
GPU のパワーを使ってだ。
それで Fedora で CPU だけでレンダリングしたところ25分20秒だった








CPU だけでレンダリングしたにも関わらずにだ。
これはおかしいのでもう一度Windowsを立ち上げて検証して見るが、確かにGPUを有効にしていた筈だ。
だが、人間の記憶は曖昧だ、だから記録を付ける必要がある。





なので再度Windowsを立ち上げて、レンダリングしたところ、26分29秒だった。
なんだ、Windowsは遅いのか？。
という事で、WindowsにBlender用Radeon™ ProRenderをインストールしてみた。
これでレンダリング時間がどうなるか。
試してみた。
・・・
（　＾ω＾）・・・。
結果はピンクの画面が出てレンダリング停止してしまった。
残念だ。

Windows上と、Linux上の比較はまだ続けたいと思う。Ubuntu上ではRadeonProドライバーがサポートされているのでそれでどうなるか、時間があったら検証してみたいと思う。

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　それではまた


コメント

コメントを投稿

このブログの人気の投稿

メモリーオーバークロックで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/ リンクを貼っておくので詳細を見たい人は見てほしい。
続きを読む