金出してPCを繋いでできただけのスパコンは評価しないけど、こういうスパコンは評価する
Chainerの開発止めてもハード側も凄いのか
cupyをインストールできないとChainerは入らなかったなあ
PyTorchに合流したけどAnacondaで1発インストールでびっくりしたｗ
社長が逮捕されたとことは別なのか
スパコン作るベンチャーって結構あったのね
chainerが版を重ねるごとに複雑になる
あんまり使わない関数を整理してほしい
使われてるMN-Coreって国内開発なのか。
こういうのを設計できるところが富士通以外にまだあるんだな。
アメリカとか中国は金に物言わせて作ってそうだけど
日本は金ないのに頑張るね。
唾液のCG動画しかつくれなかったけど、世界一！
あんなん１０年前のパソコンでも余裕で作れたけどね
大学関係者なら、COOPの２００万円＋のマシンを買わなくても、
阪大とか東北大の情報基盤センターのユーザー登録をすれば、
設定も管理もセンターがしているマシンを予算の許す限り複数台同時に
つかうこともできるはず。それにしてもメモリが２０GBというのは小さいな。
Nvidiaは８０GBというようなメモリを持ってたりするのに。
スパコンのウリは広大なメモリへのアクセスが容易にできることなのだから、
裏にDDR５のメモリを１TB位つけられるようにすれば、ユーザーも喜ぶのにね。
何の意味もないのに、PEZYで懲りてないとかwww
毎度毎度おなじみのベンチマーク専用機ｗ
一度でいいから見てみたい、マキノが売れるスパコンつるくとこ
PEZY自身には罪はない。高い性能を出すために、従来の汎用プロセッサCPUから
少し離れて、大量のデータを如何に低電力で処理するかの1つの方向性を模索した
ものだといえる。ただ、キャッシュコヒーレンシーのハードウェア機構に頼らない
で多階層記憶システムを扱うのは、通常のメモリ階層を前提としないC言語や
Fortran言語などにはそのままではどうにも対応がとれないはずで、コンパイラが
神のように賢いのならいざ知らず、結局いろいろなライブラリコール、システム
コール、機械語によるコーディングなどが居るに違いないと思う。
MPIもメモリの階層モデルは考えて居ないし、OpenMPだって同じこと。
記憶の多階層の存在を意識したプログラミングモデルには何を使えば良い
のだろうか？
register ってあまり多階層じゃないじゃん。それにどちらかといえば
C言語のregister宣言はデバイスドライバーなどのレジスタを使って
受け渡しをするインラインアセンブラーとのインタフェースを
とりたいときにもっぱら使ってた気がするね。
またベクトルレジスターがある機械なら、
register float a[8];
register dboule b[4];
のような宣言ができるかというと、それは駄目だし。
もしも性能本位にするのならキャッシュにするのが悪いのよ。
陽的に階層メモリを扱えるようにすればいいだけ。
CPU内のメモリをキャッシュにする理由は、キャッシュの構成（容量や方式など）が
変わってもプログラムの論理的な動作は変わらないでそのまま動くことで、
同じバイナリープログラムをファミリーマシンの間で共通に使えることが利点。
でも一部のCPUではキャッシュの層をバイパスしてメモリに直ちに書くとか
いうような命令を持つものもある。C言語のメモリモデルは（レジスタ以外は）
フラットなメモリがあるだけなので、言語を拡張するかなにかしないかぎり、
C言語の範囲だけで論理的に階層を持つ多階層メモリシステムを扱うのは困難だろう。
プログラマーがこの変数をどの階層に割り当てるかを指示する機能が欠けているから。
CPUに特殊な命令があってたとえばOSの介在により、（一時的に）メモリの
アドレスのある狭い範囲をキャッシュの一部分への固定して対応させて
使うということができたりするものがある。
