- 1 名前：デフォルトの名無しさん [2009/01/25(日) 02:16:01 ]
- 前スレ
cellプログラミングしちゃいなよ3
pc11.2ch.net/test/read.cgi/tech/1215388508/l50
- 152 名前：デフォルトの名無しさん mailto:sage [2009/02/01(日) 12:20:18 ]
- 今までの言動からすると、団子が本当のスタートラインに
立ててるかは疑わしいわけだがw
- 153 名前：デフォルトの名無しさん mailto:sage [2009/02/01(日) 12:34:19 ]
- >>152
フィクスタ賞できたから、遅くってもフィクスタ賞狙いだったって言い訳はできるなｗ
団子には是非優勝を狙ってると宣言して欲しいものだｗ
- 154 名前：デフォルトの名無しさん mailto:sage [2009/02/01(日) 12:56:00 ]
- 再利用性にこだわってたからフィクスタ賞狙いでも別にいいけどね
フィクスタ賞とりつつ優勝者を上回るコードを締切と同時に公開したらかこいい
- 155 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/02/02(月) 06:20:26 ]
- 10パターンくらい用意しててどれにするか迷ってる状態。
>>152
そう思わないとつらいことでもあるんですか？（笑）
- 156 名前：デフォルトの名無しさん mailto:sage [2009/02/02(月) 06:25:31 ]
- 10パターンってｗ
一番速いのか一番実用的なの
一番アルゴリズムが綺麗なの
3つ位しか選ぶ基準が思い浮かばねえ
- 157 名前：,,・´∀｀・,,）っ-●◎○ mailto:sage [2009/02/02(月) 06:50:49 ]
- 何度も言ってるが出力が互換であることは実用性とはまったく関係ない。
- 158 名前：デフォルトの名無しさん mailto:sage [2009/02/02(月) 08:09:45 ]
- ならなおさら10パターンも思い浮かばないな
一番速いの選べばおｋ
- 159 名前：デフォルトの名無しさん mailto:sage [2009/02/02(月) 09:00:29 ]
- そこそこの性能を出しつつネタに走るとか
- 160 名前：デフォルトの名無しさん mailto:sage [2009/02/02(月) 09:39:19 ]
- >>157
デコードに何十種類もかかるフォーマットじゃなければな
- 161 名前：デフォルトの名無しさん mailto:sage [2009/02/02(月) 09:40:36 ]
- 何十種類→何十サイクル
一体どんな残念な事が頭の中に起こってこの単語が出てきたんだ…
- 162 名前：デフォルトの名無しさん mailto:sage [2009/02/02(月) 09:57:59 ]
- IOCCCばりのネタプログラムを希望する
- 163 名前：デフォルトの名無しさん mailto:sage [2009/02/02(月) 10:02:10 ]
- >>160-161
ビット配列がどうなっていようと乱数は乱数なんだぜ。
たとえば公式のMTの64bit専用版は32ビットと生成式が違う
ビットの配列構造が違ってても乱数は乱数なんだ。
たとえば、32ビット乱数32個を行列転置したら乱数じゃなくなるのか？
- 164 名前：デフォルトの名無しさん mailto:sage [2009/02/02(月) 10:21:53 ]
- 多分レイアウト変更組がやってることってのはそれだよね
みんな薄々気づいてただろうけど結局こうなったな
確かに転置したところで乱数であることには変わりはないね
で、それを読みだすのに何サイクルかかる？って話だよ
それとも0bit目を32個集めてそれも乱数って言ってる？
- 165 名前：202 mailto:sage [2009/02/02(月) 10:26:06 ]
- >>164
MTの場合、それでも乱数といえそうな気がする。
bit単位のランダム性が特徴のひとつだから、ビットを特定の順序に並べ替えるだけなら
ランダム性が崩れない。
- 166 名前：デフォルトの名無しさん mailto:sage [2009/02/02(月) 10:30:33 ]
- >>164
ん？0ビット目を32個集めても乱数として使えるだろ？
同じサマリになるようにしろってのはフィックスターズの都合であって
現実にモンテカルロなどに使う場合はビット単位でのランダム性を破壊するような改変でない限り
十分実用的といえる。
- 167 名前：デフォルトの名無しさん mailto:sage [2009/02/02(月) 10:54:57 ]
- そうか
理解不足で混乱させてすまん
って事はフィクスタ賞も危ういなぁ
純粋な互換で勝負するのは無理があるか
- 168 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/02/03(火) 03:45:54 ]
- herumi氏が苦戦してるの見ると小気味良いな
- 169 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 04:00:52 ]
- >>129
あ り え な い 。それは。
GF2^33で tempering 処理を80%近くまで外部化してやらないと、そのトランザムは出来ない。
仮にビット単位の数え上げをMacWilliams恒等式で集中計算しても、ハミング距離が使えないその段階では
mod2^32 変換行列が手に入れられないはず。 妄 想 で つ か ？
とりあえず SIMD でループを大量にアンロールして合計値にどんどん足していけ。
アセンブラならABIに従ってレジスタ値取っておくのを忘れんなよ。説教くさくなってスマソ・・・。ついな・・・。
- 170 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/02/03(火) 04:14:25 ]
- ｷｮｯｷｮｯｷｮｯｷｮｯｷｮ
- 171 名前：デフォルトの名無しさん [2009/02/03(火) 04:29:05 ]
- スレ違いだったらごめんなさい。。
きく人がいなくてここに辿り着きました。
for ( i = iv->dim; i < new_dim; i++ )
iv->ive[i] = 0;
こんな感じの構造体のループって普通にSIMD化できるんですか？
構造体とかよく分からなくて…汗。
- 172 名前：デフォルトの名無しさん [2009/02/03(火) 04:30:51 ]
- それと、
register int i;
for ( i = 0; i < len; i++ )
out[i] = s*dp[i];
上の様なコードをSIMD化したかったら、
vector float *out_v, *dp_v;
for(i = 0; i< len/4; i++){
out_v[i] = vec_misaligned_load(*(out + i*4));
dp_v[i] = vec_misaligned_load(*(dp + i*4));
out_[i] = spu_mul(spu_splats(s), dp_v[i]);
vec_misaligned_store(out_v[i], *(out + i*4));
}
for(i = 4*(len/4); i < len; i++){
out[i] = s*dp[i];
}
こんな風にするしかないんですか？
outとdpは引数で、16バイトにアラインメントされてるか分からなかったので、この方法しか思いつかなかったのですが、何かこれじゃ余計遅くなるような気がして；；
- 173 名前：デフォルトの名無しさん [2009/02/03(火) 04:36:49 ]
- 最後に、
for ( i = 0; i < px_size; i++ )
px_pe[i] = i;
がSIMD化可能とコンパイラに言われたのですが、適切なintrinsicsが思い浮かびません。どうSIMD化できるのでしょうか？
あと、signed int **a __attribute((aligned(16)));
と宣言したら、**a, **(a+4), **(a+8),...が16バイトにアラインメントされてることになりますか？
長くて＆初歩的な質問ばかりですみません。
よろしくお願いします。
- 174 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/02/03(火) 04:48:10 ]
- なんだそのやる気のない記法は。
outとdpのアドレスを16バイト境界にあわせられない理由がある？
最悪ストアだけでいいから16バイト境界にあわせること。
合わない部分はループの外に吐き出してOK。
- 175 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/02/03(火) 05:01:17 ]
- 16バイトにアラインメントされてるかを検定する方法を知らないとか言わないよな？
＞outとdpは引数で、16バイトにアラインメントされてるか分からなかったので、
＞この方法しか思いつかなかったのですが、何かこれじゃ余計遅くなるような気がして；；
判定方法が解らないとか言わないでくれよ？
ループ回数が十分大きければ、ループの外側での条件分岐はトータルの計算時間に大した影響は無い。
(address + 15) & ~15 などとして、16バイト境界を検出する。
んで、16バイト境界に合った区間だけのSIMD化を検討しる。
>>173
ならねぇｗｗｗ
そもそもaの指す実体は何だよ
そいつがアラインメントされてるかどうか次第だ
- 176 名前：デフォルトの名無しさん [2009/02/03(火) 05:06:15 ]
- >174さん
あ、すみません。少なくともoutは代入されるだけなので16バイトにアラインメントしても問題ないですね。
dpの方が理解できないのですが、引数として貰ってくるものなので…いつアラインメントすればいいのでしょうか？
宣言された後で、dp __attribute__((aligned(16)))って書けば行列の中身も全部グッと(?)移動するものなんですか？
よろしくお願いします。
- 177 名前：デフォルトの名無しさん [2009/02/03(火) 05:13:45 ]
- >175さん
同時にアップしてたみたいです；；前の質問消しておきます。
なるほど！そうやってSIMD化するんですね！コード書きなおしてみます…。
どうもありがとうございます。
aの指す実体…。う〜ん、実はポインタ一週間前に覚えたばかりなんです。汗
ちょっと考えてからまた質問させていただきます。
ありがとうございます。
- 178 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/02/03(火) 05:16:14 ]
- 言ってる意味がわからん。
dpの配列の実体はダレが決めるの？君以外が決めるの？
君が自由に決めることができるなら、その配列に、alignオプションを指定しておきなさい。
自由にならないのなら、交渉しなさい。
駄目なら、そこではじめてミスアラインロードを検討すればいい。
__attribute__((aligned(16)))という指定は、配列の定義を指定された通りにデータを配置されるというもので
元々あるデータ配置を移動するものではない。
ポインタにalignやってもポインタ型が16バイト境界に配置されるだけで
実体は実体の定義通りに配置される。
- 179 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/02/03(火) 05:17:08 ]
- ポインタ理解してないのにSIMDとか無茶ですから
- 180 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 05:31:20 ]
- なんだかんだ言って親切だな。
- 181 名前：デフォルトの名無しさん [2009/02/03(火) 05:34:33 ]
- ありがとうございます。
meschachというライブラリの中のループをSIMD化しているところなんです。プログラム自体をあまり理解してなくて。。
あと、また質問なのですが、SPEプログラムで実行時間を測りたい場合って、SPU Decrementerでprof.star()とかやるしかないですか？
これってCELLシミュレーター上でしか使えないですよね？
#include <time.h>でclock()とか使ってみたんですけど（ps3上で）、エラー出たので、サポートされていないのかなと。
よろしくお願いします。
- 182 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/02/03(火) 05:38:35 ]
- time.hは使えない。
SPU DecrementerはPS3やSpursEngine上のSPU実機でもつかえる。
- 183 名前：,,・´∀｀・,,）っ-○◎● mailto:sageﾂﾝﾃﾞﾚですが何か？ [2009/02/03(火) 05:43:55 ]
- >>180
ば・・・ばか！だんごやさんはもっと殺伐としてるべきなんだよ！！！！１１１１１
- 184 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 05:47:30 ]
- え、PS3上でも使えるんですか！？何でエラーが出るんだろう…。涙
ありがとうございます。
- 185 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 08:05:13 ]
- 根本的にスキルが足りてない気がするが……
ツンデレ団子がフォローしているから任せておくかw
- 186 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 11:44:22 ]
- 団子さんはherumi氏を超えた！
- 187 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 19:40:21 ]
- しかもはるか斜め上！！
- 188 名前：デフォルトの名無しさん mailto:sage [2009/02/05(木) 13:55:16 ]
- ダンゴさんのネタ切れでスレが沈静化したな
- 189 名前：デフォルトの名無しさん [2009/02/05(木) 14:24:50 ]
- 荒らすな。団子のせいにするな。
- 190 名前：デフォルトの名無しさん mailto:sage [2009/02/05(木) 14:55:40 ]
- んじゃネタ振り。
「任意の n に対し O(1) 解は存在し得ない。」
がんばって O(n) 最適化しよう。
- 191 名前：デフォルトの名無しさん mailto:sage [2009/02/05(木) 15:07:57 ]
- o(n)とO(n)が別物と最近知った俺には
ちょとむつかしすぎる問題だ
- 192 名前：デフォルトの名無しさん mailto:sage [2009/02/05(木) 15:08:52 ]
- 正直現状で構わん。やってたこと荒らしと変わらないし。
>>190
n<=INT_MAXに限ればあり得るだろ？速度はさておき。
- 193 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/02/05(木) 15:09:06 ]
- そこはO(log(n))解を探せよチキン
- 194 名前：デフォルトの名無しさん mailto:sage [2009/02/05(木) 15:25:55 ]
- おしまい
- 195 名前：デフォルトの名無しさん mailto:sage [2009/02/05(木) 15:54:06 ]
- O(n)に実質的に落ち着くんじゃないの？
- 196 名前：デフォルトの名無しさん mailto:sage [2009/02/05(木) 16:09:43 ]
- ×O(n)に実質的に落ち着くんじゃないの？
○>>195がO(n)のロジックしか思いつかない
- 197 名前：デフォルトの名無しさん mailto:sage [2009/02/05(木) 16:39:07 ]
- 俺はO(n)で優勝する気満々だからおｋ
- 198 名前：デフォルトの名無しさん mailto:sage [2009/02/05(木) 16:39:47 ]
- ヒントを書かせようとしてる奴がいるな。
そんな奴はもう参加賞で我慢しる。
- 199 名前：デフォルトの名無しさん mailto:sage [2009/02/05(木) 16:55:41 ]
- >>197
無理だね。
気づいた人もいるだろうけど、O(n)を切るロジックは、ある。
- 200 名前：デフォルトの名無しさん mailto:sage [2009/02/05(木) 17:07:23 ]
- どうしてもCellっぽく書けない・・・
これじゃまるでHack the MTだ。orz
- 201 名前：デフォルトの名無しさん mailto:sage [2009/02/05(木) 17:11:20 ]
- なんか、13 も切ったしトランザムも(多分)解ったんだけど、なんか飽きちゃったｗ
- 202 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/02/05(木) 17:17:25 ]
- ぶっちゃけCell自体に飽きた。
IntelのCtプログラミングの資料見つけたけどこれかなり面白い。
なによりC++ベースってのがよい。
CUDAやOpenCLよりよっぽど直感的に組める。__device__とか__gloval__とかアホか！
- 203 名前：デフォルトの名無しさん mailto:sage [2009/02/05(木) 17:45:28 ]
- 話を逸らし始るくらいなら帰れ。
- 204 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/02/05(木) 19:08:06 ]
- Frameworkの話なんだけど。理解できない奴は帰れよ。
CellをOpenCL対応させようとしてるのくらい知ってるだろ？
- 205 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/02/05(木) 19:12:26 ]
- SpursEngineで遊ぶかな
- 206 名前：デフォルトの名無しさん mailto:sage [2009/02/05(木) 19:13:42 ]
- ところでCt使うと1000×1000の行列の逆行列が求められたりするわけ？
- 207 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/02/05(木) 19:21:20 ]
- なんじゃそりゃ？
Intel CPUでできることは一通り出来ると考えて良いんじゃね？
仮想アドレッシングをデフォでメモリの制約は
プログラミングのノリとしてはThreading Building Blocksをもっと発展させたものって考えればいい。
見た目テンプレートベースのコンテナ、中身SIMD×マルチスレッドかな。
んで、中間言語がx86ベースで、ネイティブコードもx86。Intelベッタリ。
IntelのIntelによるIntel CPU/Larrabeeのための言語。
- 208 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/02/05(木) 19:22:16 ]
- 投稿ミス
×仮想アドレッシングをデフォでメモリの制約は
○仮想アドレッシングをデフォでサポートするからメモリの制約は基本的に無いと思って良いと思う
- 209 名前：デフォルトの名無しさん mailto:sage [2009/02/05(木) 19:38:12 ]
- 要はFortranのベクタ演算の自動SIMD化っぽいものをC++でも出来るようにって事?
その程度のtemplateベースライブラリなら自作のがあるからなあ。
コンパイラの自動ベクトル化よりかは小回り利くけど
アドレスが単調増加しないような複雑なことをやろうとするとやっぱりOpenCLみたいな方がいいと思う。
ってOpenCL使ったことないで言ってる。
でもCtに関しては古い記事一つしか読んでないけど、仮装アドレッシングじゃなくて疎行列をサポートするって話じゃないの?
- 210 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/02/05(木) 19:46:42 ]
- 仮想アドレッシングはx86自体が持つ機能なので言語処理系でどうこうの問題じゃない。
VRAMが足りなくなればメインメモリやHDDにスワップということも理屈の上では可能ってこと。
結局はドライバに縛られるわけで、どこまでやるかは知らないが。
疎行列ねぇ。
それっぽいハードウェア機能はあるけど・・・。
CtはC/C++じゃなくて中間コードを吐く言語処理系だからC/C++の考え方はちと違う可能性はある
動的な再構成が可能って点ではネイティブのC/C++より優位性があるかもしれない。
SIMDが128ビットだろうが512ビットだろうが、1コアだろうが16コアだろうが
Ctのランタイムが動く限り、コアを有効に使うことが出来るって意味で。
CellでもSPMDのフレームワーク出てたよな？MARSだっけ？
ちと性能的にイマイチなんだが。。。
- 211 名前：デフォルトの名無しさん mailto:sage [2009/02/05(木) 19:49:25 ]
- >>209
密はダメか？
- 212 名前：209 mailto:sage [2009/02/05(木) 19:56:44 ]
- >>210
とは言っても新しいベクタ長が出たらSIMDの基底型クラス追加するだけだし。
templateだから外側の配列クラスには影響しない。
当然多くの人にはそれが面倒だろうから助けにはなるだろうけど。
>>211
いや仮想アドレッシングをサポートするなら問題ないよ。
でもそうじゃないんじゃないの?ってだけ。
そうすると32bitプロセッサでは科学計算に使うようなばかでかい配列は用意できない。
メモリ4GB搭載も珍しくなくなって、OSも64bit版乗せるメーカーが出てきてるから
頑張って仮想アドレッシングをサポートしなくても
案外64bitへの移行は唐突にやってくるんじゃないかという気もしている。
- 213 名前：209 mailto:sage [2009/02/05(木) 19:59:51 ]
- > 助けにはなるだろうけど。
「Ctの存在は」が抜けた。
- 214 名前：デフォルトの名無しさん mailto:sage [2009/02/05(木) 20:36:41 ]
- あー、ここでCtの話が始まってしまったか。
Intel某氏によると、CtのI/Fのオープン化を検討しているとか話があるようだから、
CellでもPLAでもなんにでも載せられる可能性はあるだろうね。
アーキテクチャごとに一一移植して調整すること考えたら楽になるよ。
- 215 名前：デフォルトの名無しさん mailto:sage [2009/02/05(木) 21:11:17 ]
- Ct を Cell に移植して調整するのはだれが？ｗ
- 216 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/02/06(金) 01:40:40 ]
- まあ、「Microsoft Visual Ct」が出てくるだけだと思ってるわけだが。
>>213
現時点ではLarrabee上でマイクロOSなるものが動くことが明言されてる。
インオーダでSIMDバリバリやる以上は、論理レジスタ16本くらい最低限欲しいから、
最初から64ビットになるんじゃないのかな。
ホスト上のOSとカード上のOSは基本的にメモリ空間が独立しててドライバ経由での通信になる。
このへんはフィックスターズの売ってるぼったくりCellカード上でYDLが動くのと同じ理屈かと。
- 217 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/02/06(金) 06:16:36 ]
- 困ったことに、PS4はGPUにLarrabee採用なんて噂が・・・
- 218 名前：デフォルトの名無しさん mailto:sage [2009/02/06(金) 07:30:58 ]
- んな話聞いたことねえよ。
中の人がお前にそう言ったのかもしれないし実際乗るかも知れないが、どう考えても(お前の/中の人の)脳内妄想の域。
開発するからにはあらゆる方法でスピードとコストバランスを検討するのは当然だから
その程度の噂でいいなら俺だっていくらでもホラ吹けるぜ。
- 219 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/02/06(金) 07:33:25 ]
- www.theinquirer.net/inquirer/news/851/1050851/intel-design-playstation-gpu
↓
www.techradar.com/news/gaming/sony-shoots-down-intel-gpu-in-ps4-rumours-525563
↓
www.realworldtech.com/forums/index.cfm?action=detail&id=96090&threadid=95504&roomid=2←今ここ
- 220 名前：デフォルトの名無しさん mailto:sage [2009/02/06(金) 07:49:00 ]
- 団子って、結構面白いところに居そうだよな。
そういうところに居る人間と居ない人間では触れる情報が全然違うんだから、
妄想だのなんだの言うだけ野暮。
- 221 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/02/06(金) 07:59:48 ]
- 居そうにみせかけてるだけで実は人一倍情報収集してるだけだったり。
Intelの開発者向けサイトなんて宝の山だぜ。
- 222 名前：デフォルトの名無しさん mailto:sage [2009/02/06(金) 09:05:26 ]
- Cellってもう4年位前のCPUなんだな
最新のCPUと戦い続けるのは無理があるだろうに
新型Cellとか出る気配もないしFixstarsこれからどうするつもりなんだろうなぁ
- 223 名前：デフォルトの名無しさん mailto:sage [2009/02/06(金) 09:11:19 ]
- Power ISA 2.06
www.power.org/resources/downloads/PowerISA_V2.06_PUBLIC.pdf
POWER 7に搭載されるVSXが追加
AltiVecの256bit拡張とか10年近く前から噂だけはあるけど全然見えてこないな。
- 224 名前：デフォルトの名無しさん mailto:sage [2009/02/06(金) 10:07:09 ]
- 1337ページってすごいな
- 225 名前：デフォルトの名無しさん mailto:sage [2009/02/06(金) 12:30:50 ]
- Intel will design PlayStation 4 GPU
www.theinquirer.net/inquirer/news/851/1050851/intel-design-playstation-gpu
これが本当になったらfixstarsどうするの？
Cell専門って既に強みじゃないような気が・・・
- 226 名前：デフォルトの名無しさん mailto:sage [2009/02/06(金) 20:10:16 ]
- >>216
独自拡張の Visual Ct/CLI ですね、分かります
- 227 名前：デフォルトの名無しさん mailto:sage [2009/02/07(土) 03:30:32 ]
- アンローリング無しで20倍
HTC開始から40日。やっとここまでこれたわ
- 228 名前：デフォルトの名無しさん mailto:sage [2009/02/07(土) 16:15:27 ]
- >>225
MPUとGPUとは別にCell搭載するんじゃないの？
- 229 名前：デフォルトの名無しさん mailto:sage [2009/02/07(土) 16:25:38 ]
- sonyはCELLの為に工場作ったし、そう簡単にcellは捨てないだろう。
- 230 名前：デフォルトの名無しさん mailto:sage [2009/02/07(土) 16:32:51 ]
- 団子より速そうな人のブログ見つけた。
チェックサムチートはしてないっぽいけど
結果が凄すぎて何やってるか想像つかない
- 231 名前：デフォルトの名無しさん mailto:sage [2009/02/07(土) 17:09:24 ]
- そのblog教えてください。
- 232 名前：デフォルトの名無しさん mailto:sage [2009/02/07(土) 17:22:46 ]
- 近頃の奴は・・
ぐぐって探せカスが・・
つ"hack the cell"
それでも見つけられないならもう一度書き込め
- 233 名前：デフォルトの名無しさん mailto:sage [2009/02/07(土) 17:34:07 ]
- みつからねーよ
教えろ、このヤロー
- 234 名前：デフォルトの名無しさん mailto:sage [2009/02/07(土) 17:44:20 ]
- お前の書き方が気に入らないので教えない
1/31だ
- 235 名前：227 ◆eZQcaIaFJs mailto:sage [2009/02/07(土) 17:56:19 ]
- インラインアセンブラ無しで9.5cycleって神がかってるような…。
- 236 名前：227 ◆eZQcaIaFJs mailto:sage [2009/02/07(土) 18:04:10 ]
- ちなみに、Tempering＋加算を「まじめに」やると11cycleかかるので、
トランザム組確定っぽいですな。
- 237 名前：デフォルトの名無しさん mailto:sage [2009/02/07(土) 18:52:25 ]
- >>234
ヒント
- 238 名前：デフォルトの名無しさん mailto:sage [2009/02/07(土) 19:25:18 ]
- >>237
235は自分でたどりつけたぞ。
お前もやれば出来るはず。
hack the cell
でググレば５０件以内には出てるぞ
- 239 名前：デフォルトの名無しさん mailto:sage [2009/02/07(土) 20:45:22 ]
- ききっくすさんとかはまちさんとかその辺の人ことじゃないかなぁと予想
- 240 名前：デフォルトの名無しさん mailto:sage [2009/02/07(土) 22:13:06 ]
- トランザム組かそうじゃないかは処理時間/処理数の切片を見れば大体分かる
235のは概算で3000ticks位かかってるからトランザム組とみていいんじゃね
- 241 名前：デフォルトの名無しさん mailto:sage [2009/02/07(土) 22:15:21 ]
- >>236
なんか11である根拠とかあるのか？
15や13の壁だって破れるまではそこそこかかったはずだけど
と言いつつ俺は普通のやり方じゃ11.5も割ってないけど
- 242 名前：227 ◆eZQcaIaFJs mailto:sage [2009/02/07(土) 22:27:23 ]
- >>241
y ^= (y >> 11); // 2
y ^= (y << 7) & 0x9d2c5680UL; // 3
y ^= (y << 15) & 0xefc60000UL; // 3
y ^= (y >> 18); // 2
r += y; // 1
なもんで、11cycle切ってればトランザム組と判断してます。
- 243 名前：デフォルトの名無しさん mailto:sage [2009/02/07(土) 22:38:42 ]
- >>229
東芝に売却したような
- 244 名前：デフォルトの名無しさん mailto:sage [2009/02/07(土) 23:22:19 ]
- セカンドガレージってブログは団子さん家だったと思う。ちがったっけ？
- 245 名前：,,・´∀｀・,,）っ-●◎○ mailto:sage [2009/02/08(日) 04:07:27 ]
- >>242
そこも削れるだろ厳密に言えば
- 246 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/02/08(日) 07:05:27 ]
- むしろtemperingを59命令未満にする方法を考えないと
- 247 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/02/08(日) 09:04:32 ]
- なんで「second」なんだろうな？
たぶん、中の人の本サイトが別にあるからだと思うけど
- 248 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/02/08(日) 09:26:26 ]
- >>229
あそにおると事件で有名な諫早のFabだろ？
既に東芝に1000億で売っちゃったよ。資金繰りに困って損切り。
- 249 名前：デフォルトの名無しさん mailto:sage [2009/02/08(日) 09:55:18 ]
- 東芝も高い買い物したよなぁ。
- 250 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/02/08(日) 10:06:23 ]
- ソニーからすれば減価償却考えても1000億は安すぎるわけだが
切らなきゃ大損害を被ってたろうね。
この度の不況により東芝は諫早も含めて生産規模縮小中。
- 251 名前：デフォルトの名無しさん mailto:sage [2009/02/08(日) 10:25:56 ]
- 諫早はどうでもいいんだが、大分の縮小は困る。
- 252 名前：デフォルトの名無しさん mailto:sage [2009/02/08(日) 11:12:56 ]
- >>246
本命がその方法なら同じことをアセンブリでやってる俺の勝ちなんで非常に助かるんだがな
O(n)を切ってる奴には残念ながら勝てないがソース公開は楽しみでもある
|
 |
