Dtransuの高速化

いろいろビルドの設定を変えて計算してみましたが、結局は標準設定（/O2のみ）が一番早いようです。直接、OpenMPを噛ましていくしかないようですね。これは手間がかかりそうなので、ひとまず置いときましょう。

ただ、ハードを変えた影響は劇的に現れました。WSまで用意しなくても、早い単コア、メモリで複数ケース計算させるといった発想が良いのかもしれません。Core i7-980Xで5万2千点の移流分散計算が38分で終わってしまいました。今まではXeon5000番台で1時間かかっていたのです。これは期待以上でした。しかも、6コア12スレッドありますので、平衡して複数のケースの計算も可能です。今日は5ケース平衡して計算させて見ましたが、まだまだ余裕がありそうです。すばらしい、Core i7-980X。

明日からはメモリとCPUのオーバークロックでどの程度詰められるかを見て行きたいと思います。

iPhoneでVPN

前にも書いていたiPhoneでVPN接続できない点について。

会社のシステムの方に使用しているサーバーの型番を聞いてみると、古くてiPhoneに対応していないことが判明！

あきらめるしかないようです。

Dtransuの並列化！

コンパイラーの最新版がきたので、とりあえず、ビルド！
今組んでいる23万点モデルの初期定常で計算時間をチェックしてみました。

まず、/O2を/O3で試しましたが、速度が上がらず。次にSSE4.2を入れると微妙に早くなりますが、殆ど変化しない状況でした。これには期待していたので残念です。自動並列化に関しては逆に速度が落ちてしまいました。結局、これらの設定を変えただけでは速度の上昇が認められませんでした。

繰り返し計算では、収束したら次のステップへという設計のため、loopの回数が決まっていないことも並列化しづらい点であるように思われます。最終はOpenMPですが、ここまでくると時間が掛かるため、ソフト屋さんにお金を払ってでもやってもらいたいですね。明日以降も、色々触ってみようと思います。

限界せん断ひずみ

トンネルの管理基準値には、限界せん断ひずみを用いるのが良いのか、限界ひずみを用いるのが良いのかどちらでしょう？このような疑問を解決してくれる論文を探しています。硬岩系は前者、軟岩系は後者といったところでしょうか？いえ、まったく根拠はないんですけど。

硬岩系の変位観測では、亀裂や弱面でガツンと動いてしまうので、軽く限界ひずみを超えてしまう場合があります。あわてて空洞背後の地質モデルを組み立ててFEMで計算してやれば、その変位さえも再現できるのですが、多くの場合はこのような後付の解析となります。そこで再度管理基準値を設定しなおす事もあるのですが解析や限界ひずみで設定する管理基準値にどのような意味があるのか？ということも考えなければならないでしょう。

ところで、限界せん断ひずみを求める式は、最初に発表された文献では1+νを限界ひずみに掛けることになっていますが、時々、1-νを掛けている資料を見ます。E、G、νの相互関係の導出を考慮すれば、もとの文献が正しいと思いますが、今日、下記サイトでも、後者を採用した資料を見つけました。
http://www.jaea.go.jp/04/be/docu/tru/konkyo/3-05.pdf


早速質問です。早く返事が帰ってこないかな。

iPhoneが好き

もともとは Mac Userでした。

最初にMacを見たときは衝撃でした。PC-98のDOS画面とは異なる世界観に一目ぼれ。無理言って、親にねだって購入してもらい、それからはMacでの作業はもちろん、世界観そのものに陶酔していました。今は仕事の関係上Win専門ですが、基本Macが好きです。

当然、携帯もiPhoneに落ち着いています。今日は朝から井戸調査に行ってたのですが、案外早く片付き午前中で終わったため、午後の空いた時間は家でiPhoneをいじっていました。

カレンダーは「さいすけ無料版」を使っていたのですが、LockInfoで行動予定を表示できません。仕方がないので、カレンダーは標準に戻しました。しかし、同期しているはずのgoogleカレンダーが表示されない。いろいろ調べて、gmailアカウントのon・offスイッチを設定画面から探し出し、onにすると表示されました。Lock画面に予定表が表示されるようになっただけですが、非常に便利になったと思います。あとは会社のスケジューラーがgoogleカレンダーと同期を取ってくれれば、いうことありません。

もう一つ。以前より懸案事項であったVPN接続でのリモートデスクトップは、いじったもののやはり駄目。IPを取得しVPNは張れるものの、社内のPCにまったく接続できません。pingすら通らない。どうも、会社のFireWallがMac系OSを弾いているようです。以前、個人のiPhoneで接続したいので時間があればlogを見てほしいとお願いしましたが、まったく相手にされませんでした。ま、当然ですね。こちらはあきらめるしかないようです。

コンパイラー注文

インテル Visual Fortran コンパイラーが会社にあったので、早速ビルド。

とおもいきや、QxHostが効かない。あれ？と思って調べてみると、インストールしたVer.9.1では、そのオプションに対応していないようです。まあ、SSE4.2までは期待していませんでしたが、そこそこのレベルまでは対応してると勝手に思ってたんですよ。

せっかく良いハードを購入したのに、その性能を十分発揮できないのはもったいない。10万円で2～3割のスピードアップが期待できるなら、最新版Ver.11.1を購入すべきと思い、早速、注文しました。

もともと、地層研さんのビルドでは32bitアプリでした。これだと、メモリの制約上計算が回らないことがあるんですね。お願いしてようやく64bitにしてもらいましたが、最適化オプションは標準+/O2のみのため（汎用性重視？）、まだまだ改善の余地があります。/O3＋SSE4.2+並列化入れて3割程度スピードを稼げると、2日かかる計算が1日半で終わります。期待（祈願？）してます。

コンパイラー、早く来ないかな。

Core i7-980X

計算用にPCを新しく購入しました。

WSは予算の都合で買えなかったので、市販のパーツを組み立てで注文。

こだわりは下記の通り、計算スピードです。

CPU 　：Core i7-980X

メモリ　：4G×6枚=24G（オーバークロック1600）

グラボ ：GeForce GTX 480

ドライブ：SSD ８０G×2（RAID0）=160G +  HDD500GSATA

基本スコアは7.8、起動も非常に軽快です。電源、マザー、ケースも上記にあわせて選びました。モニタは27インチを購入！大きいモニタは想像以上に効率的です。とにかく、細部の作業がとてもやりやすい。2時間ほど作業すると、もう前の23インチには戻れなくなりました。

効果はというと・・・実はプレのG-TRANが32bitのままなので、そこの作業は期待したほどのスピードは出ませんでした。しかし、表示が抜群に早くなりました。拡大、縮小、移動、回転はもちろん、サーフェース表示、ボディー材料表示の切替など、ほとんどストレスなくこなしてくれます。GeForceの効果大ですね。

肝心の計算はというと、3年位前に買ったWS＋64bitソルバー（シングルコア）で、22万点モデルの初期定常に20分くらいかかっていましたが、新規PCでは13分に短縮！クロックはほとんど変わらないんですが、ハードを変えただけで期待以上に効果が出ました。

Core i7-980Xは12スレッドまで対応しています。今後はDtransuの並列化コンパイルで、どれほど速度が上がるかを検証したいと思います。