salomeでのメッシュ作成エラーについて
583 views
Skip to first unread message
Sakuma
Jul 19, 2015, 12:28:32 AM7/19/15
to open...@googlegroups.com
salomeを使い始めたsakumaです。
DEXCS2014-salomeにstepのデータを持ち込み，解析を行おうとメッシュを作成しています。
Salome-Mecaの公開されている資料（Salome-Meca講習会(初級)「応力解析のはじめかた」）を
参考に，メッシュ設定を行いメッシュを作成しましと，メッシュ作成が終わった後に
“メッシュを計算することは不可能”の表示がなされます。
メッシュの作成アルゴリズムは，Netgen1D-2D-3Dで，NETGEN 3D Parametersで設定しています。
見た目表面のメッシュは作成されているように見えますが，メッシュの評価をすると，全くメッシュが
ない状態です。このようになった場合の対応をどのようにすればよいのでしょうか。
よろしくお願いいたします。
Ryoichi Shibata
Jul 21, 2015, 2:19:15 AM7/21/15
to OpenFOAM
柴田です。どなたも返事が無いようなので…STEPファイルの形状が、表面だけで中身が無いとか？
2015年7月19日 13:28 Sakuma <sakura....@gmail.com>:
--
このメールは Google グループのグループ「OpenFOAM」に登録しているユーザーに送られています。
このグループから退会し、グループからのメールの配信を停止するには openfoam+u...@googlegroups.com にメールを送信してください。
このグループに投稿するには open...@googlegroups.com にメールを送信してください。
http://groups.google.com/group/openfoam からこのグループにアクセスしてください。
その他のオプションについては https://groups.google.com/d/optout にアクセスしてください。
Sakuma
Jul 23, 2015, 9:21:48 AM7/23/15
to OpenFOAM, ryo...@gmail.com
柴田先生ありがとうごさいます。
色々とパラメータを変えて何とかメッシが作成できました。
要素数は2次要素で約140万要素になりました。
Virtual Boxの上にdexcs2014 salomeを入れて使っておりますが，
ボタン１つの操作をするたびにsalomeが暗くなり，応答が驚くほど悪
くなります。
割り当てているメモリは45GB，コア数は16と悪くない環境と考えてい
ますが，サクサク動くようにするには何か設定が必要でしょうか。
Ryoichi Shibata
Jul 23, 2015, 6:42:58 PM7/23/15
to Sakuma, OpenFOAM
柴田です。別の問題とは思いますが、ハードウエア的には十分だと思いますが、DEXCS-Saloemを用いて仮想マシンを構築する時に、メモリを45GB割当で、何も設定しないと同容量のswapを確保しますが、仮想HDDの確保は十分でしょうか？あとコア数もCPUの仮想化で倍に見せてるので、実コア数程度にしておくとか？逆にもう少し割当を低く抑えたらどうでしょうか？
2015年7月23日 22:21 Sakuma <sakura....@gmail.com>:
Sakuma
Jul 24, 2015, 11:01:11 AM7/24/15
to OpenFOAM, ryo...@gmail.com
sakumaです。色々とアドバイスをありがとうごさいます。
スワップ領域は問題ありませんでした。90GB近くの仮想マシンのファイル容量となっていますが，ディスク容量はまだ余裕があります。
ハイパースレッドはBIOSの方で切っていますので，実コアとなっています。
salomeの画面が操作のたびに暗くなり，反応が非常に悪くなりますが，固まる事はないため気長に使えば計算はできますので，
他の事をやりながらっ使っています。
今回の計算環境は，virtual boxの上でDEXCS2014-salomeを動かしていますが，仮想マシンを使わない場合にはこのような事は起きない
のでしょうか。自分にはそのような環境がないため試せませんが。
Ryoichi Shibata
Jul 24, 2015, 3:13:59 PM7/24/15
to Sakuma, OpenFOAM
柴田です。１４０万要素はご利用のハードウエアに対して大きな負荷にはならないと思います。Salome-MecaのParaVizが起動時などで反応が遅くなる事はありますが、ご指摘のような状況はこちらでは未確認です。あと考えられるのは、折角なのでVirturalBoxを５にバージョンアップしてみるとか。なお仮想マシンを使わない場合でも、ParaViz起動がもたつくのは経験があります。
2015年7月25日 0:01 Sakuma <sakura....@gmail.com>:
杉本健
Jul 24, 2015, 6:51:30 PM7/24/15
to open...@googlegroups.com
sakuma様
杉本と申します。
お世話になります。
salomeの操作の度に暗くなるとのことですが、
その原因究明にはもう少し情報が必要かもしれません。
ホストマシンのスペック
VirtualBoxのバージョン
ゲストマシンのスペック（設定内容）
パーティション情報
暗くなる際に使用しているSalome-Mecaのモジュールや操作内容
私は140万要素のような大規模は経験がないので、負担になるかならないかの判断はできませんが、
柴田先生が負担にならないとおっしゃっていらっしゃるので、問題ないのでしょうね。
それと、VirtualBoxのAdditions はインストールされてますか？
もし試せるなら、Windowsなら
VMware Playerで試しても同様の状態になるか確認してもよいかもしれません。
経験上、VirtualBoxのグラフィック周りとubuntuとの相性は
あまりよくない印象を持っております。
（今はそうでもないかもしれませんが。。。）
以上、
よろしくお願いいたします。
> 2015/07/25 4:13、Ryoichi Shibata <ryo...@gmail.com> のメール：
杉本と申します。
お世話になります。
salomeの操作の度に暗くなるとのことですが、
その原因究明にはもう少し情報が必要かもしれません。
ホストマシンのスペック
VirtualBoxのバージョン
ゲストマシンのスペック（設定内容）
パーティション情報
暗くなる際に使用しているSalome-Mecaのモジュールや操作内容
私は140万要素のような大規模は経験がないので、負担になるかならないかの判断はできませんが、
柴田先生が負担にならないとおっしゃっていらっしゃるので、問題ないのでしょうね。
それと、VirtualBoxのAdditions はインストールされてますか？
もし試せるなら、Windowsなら
VMware Playerで試しても同様の状態になるか確認してもよいかもしれません。
経験上、VirtualBoxのグラフィック周りとubuntuとの相性は
あまりよくない印象を持っております。
（今はそうでもないかもしれませんが。。。）
以上、
よろしくお願いいたします。
> 2015/07/25 4:13、Ryoichi Shibata <ryo...@gmail.com> のメール：
Sakuma
Jul 25, 2015, 9:41:42 AM7/25/15
to OpenFOAM, taker...@gmail.com
柴田様，杉本様 アドバイスを頂きましてありがとうございます。
前のものとモデルは違いますが，同じような操作をしてみました。 自分の使っている環境を次に示します。
ホストマシンのスペック：添付１（前とマシンは変わっています）
VirtualBoxのバージョン：５です。 添付2
VirtualBoxのAdditions はインストールしています。
ゲストマシンのスペック（設定内容） 添付3から添付7
パーティション情報 はどこを見ればよいのでしょうか？
今回のモデルのメッシュ数とメッシュの状態 添付8,9
何かを操作すると画面が暗くなる状況 添付10，11
その時のシステムモニタの状態 添付12
こんな感じです。
杉本健
Jul 25, 2015, 10:27:10 AM7/25/15
to Sakuma, OpenFOAM
Sakuma様
杉本です。
お世話になります。
下記の件、
まず、ホストマシンのスペックとして添付して頂いた添付１画像から推測するに、
その画像はゲストマシンのスペックではないですか？
DEXCS2014-salomeはUbuntu14.04LTSであること、
また、VirtualBoxの設定で32GBのうちの24GBを割り当てしている画像（添付4）が
あるので、そのように推測しました。
もし上記が正しければ、
ホストマシンのスペック、OSを教えてください。
また、
添付して頂いたVirtualBoxの設定画像の中で、
プロセッサの設定（添付５？）が添付されていないように思います。
ただし、CPUがi7-3840QMということなので、コア数は4コアでしょうか？
そして、x3となっているので3コアをゲスト側に割り当てている状態でしょうか？
パーティション情報は、
システムモニタのファイルシステムで確認できます。
また、
画面が暗くなる状況を知りたいのではなく、
何の操作をしたら画面が暗くなったのかを知りたいのです。
ただ、
システムモニタの結果から推測するに、
メモリはスワップに入っておらず、10%未満をキープしているが、
CPU使用率だけ上がっているように見えるので、
メモリ消費の問題ではないことは確実でしょうね。
また、CPUの使用率が上がるとき、すべてのコアで同じように上がっていますね。
Salomeのメッシャでは、コアは複数使用しないはずです。
ということは、メッシュ作成にて画面が暗くなった訳ではないですよね？
Salome以外で、
例えばOS（Ubuntu）上の操作で同じような現象にならないですか？
もし、OS上ではそのような現象にならないとなれば、
なんとなくですが、
やはりメッシュサイズが多く（要素数68万、節点数84万）、
表示にCPUが使用されているような気がしますね。。。
まず、
グラフィックの設定において、
2Dビデオアクセラレーションは
ゲストOSがUbuntuの場合、有効にできなかったのではないでしょうか。。。
また、3DアクセラレーションはゲストOSがUbuntuでも有効にできるのですが、
Ubuntuとの相性が悪く、OS上の表示がおかしくなったりした経験があります。
（VirtualBoxのバージョン5はまだ試していないですが。。。）
Sakuma様も3Dアクセラレーションは有効化していらっしゃらないので、
表示するのにCPUを使用してソフトウェアで3D描画しているような気がします。
もしそれがネックになるとしたら、一瞬暗くなって表示までに時間がかかることも
ありえるのではないでしょうか。
私はこの辺の解消がうまくできず、
結局VMwareに乗り換えた経緯があります。
私は現在ホストOSはMacなので、
VMwareは有料版になるのですが、
やはり上記理由のためにVMware Fusionを購入して
環境を構築しております。
（有料版なので無料のVirtualBoxと比較するのは
無理がありますけどね。。。）
しかし、
それ以外の解消方法もあるかもしれません。
（以前3Dアクセラレーションを有効にして
問題なく表示する方法をどこかで見かけた気がします。）
とりあえず、
もしホストOSがWindowsでしたら、
同様の環境をVMware Playerで作成し、
VMware Toolsをインストールした上で、
3Dアクセラレーションを有効化して
同じ操作を試してみてください。
もしホストOSがMacであっても、
VMware Fusionの体験版があります。
そちらで試されるのもよいと思います。
それで動作を確認すれば、
グラフィック周りの問題かどうかの切り分けができるような
気がいたします。
以上、
よろしくお願いいたします。
> 2015/07/25 22:41、Sakuma <sakura....@gmail.com> のメール：
> <添付2.jpg><添付6.jpg><添付4.jpg><添付3.jpg><添付7.jpg><添付8.jpg><添付9.jpg><添付10.jpg><添付11.jpg><添付12.jpg><添付1.jpg>
杉本です。
お世話になります。
下記の件、
まず、ホストマシンのスペックとして添付して頂いた添付１画像から推測するに、
その画像はゲストマシンのスペックではないですか？
DEXCS2014-salomeはUbuntu14.04LTSであること、
また、VirtualBoxの設定で32GBのうちの24GBを割り当てしている画像（添付4）が
あるので、そのように推測しました。
もし上記が正しければ、
ホストマシンのスペック、OSを教えてください。
また、
添付して頂いたVirtualBoxの設定画像の中で、
プロセッサの設定（添付５？）が添付されていないように思います。
ただし、CPUがi7-3840QMということなので、コア数は4コアでしょうか？
そして、x3となっているので3コアをゲスト側に割り当てている状態でしょうか？
パーティション情報は、
システムモニタのファイルシステムで確認できます。
また、
画面が暗くなる状況を知りたいのではなく、
何の操作をしたら画面が暗くなったのかを知りたいのです。
ただ、
システムモニタの結果から推測するに、
メモリはスワップに入っておらず、10%未満をキープしているが、
CPU使用率だけ上がっているように見えるので、
メモリ消費の問題ではないことは確実でしょうね。
また、CPUの使用率が上がるとき、すべてのコアで同じように上がっていますね。
Salomeのメッシャでは、コアは複数使用しないはずです。
ということは、メッシュ作成にて画面が暗くなった訳ではないですよね？
Salome以外で、
例えばOS（Ubuntu）上の操作で同じような現象にならないですか？
もし、OS上ではそのような現象にならないとなれば、
なんとなくですが、
やはりメッシュサイズが多く（要素数68万、節点数84万）、
表示にCPUが使用されているような気がしますね。。。
まず、
グラフィックの設定において、
2Dビデオアクセラレーションは
ゲストOSがUbuntuの場合、有効にできなかったのではないでしょうか。。。
また、3DアクセラレーションはゲストOSがUbuntuでも有効にできるのですが、
Ubuntuとの相性が悪く、OS上の表示がおかしくなったりした経験があります。
（VirtualBoxのバージョン5はまだ試していないですが。。。）
Sakuma様も3Dアクセラレーションは有効化していらっしゃらないので、
表示するのにCPUを使用してソフトウェアで3D描画しているような気がします。
もしそれがネックになるとしたら、一瞬暗くなって表示までに時間がかかることも
ありえるのではないでしょうか。
私はこの辺の解消がうまくできず、
結局VMwareに乗り換えた経緯があります。
私は現在ホストOSはMacなので、
VMwareは有料版になるのですが、
やはり上記理由のためにVMware Fusionを購入して
環境を構築しております。
（有料版なので無料のVirtualBoxと比較するのは
無理がありますけどね。。。）
しかし、
それ以外の解消方法もあるかもしれません。
（以前3Dアクセラレーションを有効にして
問題なく表示する方法をどこかで見かけた気がします。）
とりあえず、
もしホストOSがWindowsでしたら、
同様の環境をVMware Playerで作成し、
VMware Toolsをインストールした上で、
3Dアクセラレーションを有効化して
同じ操作を試してみてください。
もしホストOSがMacであっても、
VMware Fusionの体験版があります。
そちらで試されるのもよいと思います。
それで動作を確認すれば、
グラフィック周りの問題かどうかの切り分けができるような
気がいたします。
以上、
よろしくお願いいたします。
> 2015/07/25 22:41、Sakuma <sakura....@gmail.com> のメール：
杉本健
Jul 25, 2015, 10:49:55 AM7/25/15
to Sakuma, OpenFOAM
Sakuma様
杉本です。
お世話になります。
すみません。
先ほどメールを送ってから
お風呂の中で考えてたんですが、
VirtualBoxの3Dアクセラレーションを有効にするか否かは
グラフィックをハードウェアに任せるか否かではなく、
OpenGLのようなものを使用するか否かを表現しているだけのような気がしてきました。
というのも、
グラフィック周りのメモリの設定がありますよね。
最大128MBというのは、グラフィックボードの仕様に依存しない話だと思うので、
3Dアクセラレーションの有効、無効に関わらず、
ソフトウェアですべて表現しているということだと思うのです。
もしSalome側でOpenGLを使用していれば、
たとえグラフィックがソフトウェアで表現されていたとしても
3Dアクセラレーションの有効、無効で効果は変わると思いますが、
Salome側でOpenGLを使用しているかどうかは
私も勉強不足で知りません。申し訳ありません。
また、VMwareでも多分グラフィック周りの仕様はVirtualBoxと同様だと思います。
なので、Salome側でOpenGLを使用していなければ、
先ほど送らせて頂いたメールのような確認方法では切り分けできないかもしれません。
ただし、
ネイティブでインストールしたUbuntu上でSalomeを動かした場合、
グラフィック部分はGPUが担うと思うので、
その効果は得られるかもしれません。
（たとえSalomeがOpenGLを使用していなかったとしても
効果はあるような気がします。）
以上、
いろいろ混乱させるようなことを言ってしまい、
申し訳ありませんでした。
> <添付1.jpg>
杉本です。
お世話になります。
すみません。
先ほどメールを送ってから
お風呂の中で考えてたんですが、
VirtualBoxの3Dアクセラレーションを有効にするか否かは
グラフィックをハードウェアに任せるか否かではなく、
OpenGLのようなものを使用するか否かを表現しているだけのような気がしてきました。
というのも、
グラフィック周りのメモリの設定がありますよね。
最大128MBというのは、グラフィックボードの仕様に依存しない話だと思うので、
3Dアクセラレーションの有効、無効に関わらず、
ソフトウェアですべて表現しているということだと思うのです。
もしSalome側でOpenGLを使用していれば、
たとえグラフィックがソフトウェアで表現されていたとしても
3Dアクセラレーションの有効、無効で効果は変わると思いますが、
Salome側でOpenGLを使用しているかどうかは
私も勉強不足で知りません。申し訳ありません。
また、VMwareでも多分グラフィック周りの仕様はVirtualBoxと同様だと思います。
なので、Salome側でOpenGLを使用していなければ、
先ほど送らせて頂いたメールのような確認方法では切り分けできないかもしれません。
ただし、
ネイティブでインストールしたUbuntu上でSalomeを動かした場合、
グラフィック部分はGPUが担うと思うので、
その効果は得られるかもしれません。
（たとえSalomeがOpenGLを使用していなかったとしても
効果はあるような気がします。）
以上、
いろいろ混乱させるようなことを言ってしまい、
申し訳ありませんでした。
> <添付1.jpg>
Sakuma
Jul 29, 2015, 8:28:40 AM7/29/15
to OpenFOAM, taker...@gmail.com
杉本様，色々とアドバイス，ご提案を頂きありがとうごさいます。
ホストマシンのスペック メモリ 32GB
OS windows7
添付5はアップし忘れました。申し訳ありません。
パーティション情報は添付13です。
何をすると画面が暗くなるかですが，モデルを回転，拡大，縮小から何か操作しようとするたびにそうなります。
ご提案頂きましたvmwareですが，評価版を入れて環境を作成して同じ作業をしてみました。先に挙げました同じモデルを操作すると，
画面が暗くなったりせずに上手く動きます。さすが商用といった感じでした。
ここまで差が出るとVirtual boxで色々と調査するよりVMWAREへの乗り換えが現実的な選択と感じました。
Reply all
Reply to author
Forward
0 new messages