- 1 名前：デフォルトの名無しさん [2008/01/04(金) 14:25:44 ]
- 主にx86系で浮動小数点を扱う話題
- 331 名前：デフォルトの名無しさん mailto:sage [2009/02/20(金) 23:02:41 ]
- ところで、FFTの多倍長というのは桁数いくつ以上からを考えてるの？
１２８ビットじゃないけど、金融・財務とか科学の計算でも普通は多く５０桁＊２程度あれば十分だと思うけど。
暗号とかエンコード用途なら、スループット以前の問題でFFTをハードとしちゃうだろうし。
というか、IEEEは早いところ１６ビット小数を定義して実装して欲しい・・
- 332 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/02/20(金) 23:14:27 ]
- もうAMDのでいいよ
- 333 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/02/20(金) 23:26:23 ]
- つか、金融・財務で10分の1が正確に表せない浮動小数は非常識かと。
COBOLみたいな10進で扱う言語がわざわざ使われてるわけで。
かつ、Javaへの置き換えとかはBCD専用クラスとか作ってやってるわけで
それにしてもAMD64がBCD演算命令を整理（廃止）する一方で今更POWERが実装とかｱﾌｫかとｳﾞｧｶかと
どうせ高級言語ごしでやるんだから命令ニーモニックレベルでのサポートも原則的には要らない訳なんだが。
- 334 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 00:19:22 ]
- 桁数の実用性の問題だから、当然BCDとか小数とかの比較のことじゃなかったんだけど。
BCDとかの実装の問題だとしても、ソフト上でintでいいんじゃないの？
例えば、高々１００桁程度でかつ１００桁の固定精度で十分なのに、どこにFFT使うんだ？
廃止かどうかというのは、当時の貧弱なハードや産業界の需要によって機能をつけたわけで・・・
浮動小数は、実際は指数部分が重要なわけであって、仮数部分は低精度でいいってことは分かってるのか？w
仮数の精度は低いが、たとえ８ビットだとしても高精度と比較してもグラフの形状はほぼ同じ形状になる。
高精度が欲しいなら小数なんか使わないでBCDにすればいいんじゃないの？
- 335 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 00:37:55 ]
- >>322
SSEというのはスカラー演算はおまけで、ストリーム用途（といってもたった１６バイトだけど）が本命じゃなかったのか？
インテルはサーバ用CPUの方に目がいっちゃってるから、PC用ではAMDの方がやる気あるよねって言うのは同意するけど。
でもインテルは組み込みやサーバーや携帯市場にもいってみたけど活路は無く、一方でPC市場を放棄したりして一体何やりたいんだろうね。
一番活躍できそうなネットブックは、MSが仕様作ってるからインテルが主導権握ってる市場じゃないみたいだし、インテルには将来の展望というか何やりたいのかさっぱり見えてこない。
小数とは関係ないけど。
- 336 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 00:59:08 ]
- 少し話がずれていくが、「仮数部分は低精度でいい」ってのは語弊があるな
高い精度で高速な浮動小数点演算を必要とする需要ってのもいくらでも存在するぞ
最終段の出力が全てではないわけで
ま、そのために80ビットてのも痛し痒しだって流れには同意するけどね
- 337 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 01:22:45 ]
- >>336
それも一応考えてみたんだけど、浮動小数を他と比べるとき、仮数（有効精度）で比べると１０進上の扱いや演算誤差はBigDecimalの方が分があるから浮動小数は入らないとなるけど、
指数では当然だけど浮動少数の方にメリットがあって、少ないビットで巨大な数2.1 * 2^1022 などを表現できることに利点がある。
これはBCDでは桁数分の配列(上と同じなら1000以上）を用意しないとだめだし、もしBigDecimalだとしても実装が val * 10^exp とするならそれは浮動少数でしかない。
つまり浮動小数は、極端に言えば仮数は指数がゼロか否かの1 0のみでよくて仮数に意味はなく指数が命ってことになる。
すると８ビットでもいいじゃないのって事がわかってくる。深く考えてみれば分かるよ。
それなのに仮数の精度がどうとかこうとか言うのは、よくいるだろ？財務アプリなのにint,longで金額を保持しちゃう奴。アレと同じだろ。
もし精度が欲しかったり演算誤差を気にするなら、プリミティブ型なんか使わずちゃんとBCDつかったりソフト上で多倍長を実装するべきだと思うよ。
- 338 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 01:36:23 ]
- sigma取る時に桁落ちしなければ何でもいい
- 339 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 01:56:44 ]
- じゃ８０ビットでいいじゃん。６４ビットまでを有効桁にするだけ。
関数電卓（手元にあるのはカシオだけど）の説明書では１０桁を有効桁にして、内部では１５桁でやってるとかいてある。
たぶん実際のこと知らないのに、どっかの三流起者とか○○研究所研究員が書いた記事を鵜呑みにしちゃって、演算誤差が出やすいとか思い込みしてたんじゃないの？ｗ
- 340 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 12:19:27 ]
- >>339
10^15程度でいいなら倍精度の53ビットあれば十分だろ。
更に言うなら64ビット整数と10^nの固定スケールで表してもいい。
なおさら機種依存のfp80なんて使う必要ねーよ。
むしろ【浮動】小数で扱う必要がない。
ジンバブエドルでも扱うのか？www
- 341 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 12:25:43 ]
- 15桁っていうのは、内部的に倍精度ってだけなんだろ
ところで財務アプリなんか触ったことないがなぜlongで保持しちゃいけないんだ？
_int64で持てってこと？
- 342 名前：デフォルトの名無しさん [2009/02/21(土) 12:59:31 ]
- 言いたいことが良く分からないんだけど、例えばジンバブエドル１００兆ドル札が発行されたとしても、使う人たちはりんご２０個で１００兆１３０ドルか１００兆１４０ドルかの違いなど気にすることはない。
君の妄想はこの程度しかできないんだろうけど、もっと現実に即して考えないと後々損することになるかもしれないよ。
８０ビット精度は上にもあるように６４ビット（IEEE定義のdouble)に演算誤差を伝播しないためにインテルが保障を確保するために必要とする精度であって、ジンバブエドルとはまったく別の話。
英語のウェキの方が詳しいが、IEEEの浮動小数点数の定義も含めて勉強しなおしたほうがいいんじゃないか？
- 343 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 13:02:00 ]
- >>341
longで持ってもいいけど、プリミティブかオブジェクト（インスタンス）かの違い。
インスタンスで持つとオブジェクト指向の方法論が使えて何かと便利ってこと（他にもあるけど）。
- 344 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 14:18:45 ]
- >>343
いや、普通に long じゃ桁あふれするだろ。
- 345 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 14:29:50 ]
- この前ジンバブエドルがデノミを行ったのは、コンピュータで扱いきれなくなる恐れがあったかららしい。
- 346 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 15:10:35 ]
- >>342
金融演算知らないｼｯﾀｶは黙ってな。IEEE浮動小数なんて使わねーよ。
整数四則演算より80ビット浮動小数の方が速いような変態CPUなんてどこにあるんだと。
fp80をかろうじて使える当のIntelすら整数(固定小数)のほうが圧倒的に速い。
- 347 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 15:15:02 ]
- １００兆１３０ドルか１００兆１４０ドルかが大きな意味を持つ世界もあるわけで。
結局適材適所だよね。
- 348 名前：デフォルトの名無しさん [2009/02/21(土) 15:17:40 ]
- 知ったかといって大きく出た割にはビッグマウスだなｗ
金融とか財務とかのアプリで、どこに浮動小数を使う場面があるんだ？
整数と浮動小数（IEEE）で全然違うフォーマットなのに比べてみたり、一体いつの時代で比較してみたり速いとか遅いと基準もなく比べたりしてるんだ？
どうせ「IBM」という肩書きの３流記事を読んで頭おかしくなっちゃってるんだろ。知ったかはお前の方だな。カスは黙ってろｗ
- 349 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 15:19:21 ]
- Wiki＝ウ【ェ】キは新しすぎる
- 350 名前：デフォルトの名無しさん [2009/02/21(土) 15:23:05 ]
- 新ジャンル「ウェキ」
- 351 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 15:23:10 ]
- >>346
あのね、ベンチマークなんかいくらでも都合よくプログラム書ける訳よ。
インテルがtmpegエンコ―ダに賄賂（支援）してインテルCPUに都合よくプログラムしてるって話は有名だろｗ
例えば統計の数値使って官僚とか経営者を騙すとかたまに聞くだろ。つまり、IBMとか東大とか肩がきってのはそういうの同じ（その統計もある意味あってるから別に否定はしないけど）
頭弱いおサルちゃんはどの分野にいっても「コロっと」騙されちゃうんだろうけど（笑）
- 352 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 15:26:04 ]
- TMPEGはCUDAにすら対応してるわけだが
賄賂？妄想を既成事実にしないで下さい
- 353 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 15:35:51 ]
- 最新のIntelCPUでFP80がクソ遅いのは常識なわけだが。
物理的に32bit×4ないし64bit×2のSIMDに最適化された演算器しか載ってないし。
なにより今時スタックな時点で論外。
他人のベンチがどうとか以前に自分で計測してみろよ、ゆとり
- 354 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 15:42:52 ]
- ＞金融とか財務とかのアプリで、どこに浮動小数を使う場面があるんだ？
PBRとかわざわざ固定小数で計算してるとは思えないな。
- 355 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 15:47:47 ]
- SIMDでBCDを使うと10のべき乗単位の乗除をバイトシフトで表せるという利点がある。
- 356 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 15:52:16 ]
- BCDクラス内でSIMD用のビットアラインメントって出来るの？
- 357 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 15:53:21 ]
- どんなに精度が高い演算ができようとも、手計算で小数点以下２桁で切り捨てた低精度演算の結果に合わせなけばならない悲劇
- 358 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 17:43:02 ]
- >>353
物理的にはFPUユニットとSSEユニットが載っているわけで、間違って覚えたりしてないでインテルのマニュアルをあとでこっそり読み直したほうがいいんじゃね？
鼻高々に知ったかばかりしてると、もっと大きな恥かくことになるからｗ
- 359 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 20:48:14 ]
- 使わないなら、銀行型四捨五入とかやめてほしかった。
- 360 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 20:51:37 ]
- >>359
それ何?
- 361 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 20:56:53 ]
- >>359
銀行で使ってるの見たことないんだけど
使ってる銀行ってあるの？
- 362 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 21:13:02 ]
- >>360
つ Banker's Rounding
- 363 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 21:55:45 ]
- ジンバブエで使ってるCPU使えばよい
- 364 名前： ◆0uxK91AxII mailto:sage [2009/02/21(土) 22:05:17 ]
- >>353 >>358
ia32_final_i.pdf
今時のCPUは十分に処理能力が高いから、遅くても問題ない。
- 365 名前：デフォルトの名無しさん [2009/02/21(土) 23:45:37 ]
- >>364
いや、シミュレーションの世界では早ければ早いほどよい。
- 366 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/02/22(日) 00:04:04 ]
- >>358
「論理的」だろ。物理的に別ユニットっていつの時代のCPUだよ。
現行のCore MAなんかではx87とSSEは共用だよ。
大別してFADDがSIMD FP Adder, FMULがSIMD FP Multipler。
あとDividerとかFP ROMが同じポートにぶら下がってるかな
まあ、fpスタック経由でしか80bit精度の演算ができない（XMMレジスタは使用できない）時点で
実効スループットは察して下さい。
>>364
英語版にしろよ。それPentium 4までしか載ってなくね？
- 367 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/02/22(日) 00:19:58 ]
- www.intel.com/products/processor/manuals/
IntelR 64 and IA-32 Architectures Optimization Reference Manual
SKU #248966
ゆっくり読んでいってね！
SIMD FPユニットとｘ87用ユニットが別なのってIntelだとPentium IIIが最後だと思うんだが。
あんときはSSEは単精度までのサポートだったから共有化の機運がなかったのかな？
- 368 名前：デフォルトの名無しさん mailto:sage [2009/02/22(日) 01:07:42 ]
- >>366
結局お前か。お前のウンチクなど聞きたいわけではないわ。
名無しで潜伏してないでちゃんと名を名乗れ。ニートｗｗｗ
- 369 名前：デフォルトの名無しさん mailto:sage [2009/02/22(日) 01:14:17 ]
- >>367
スループット云々よりもメイン・メモリとのレイテンしが改善されないから、もう頭打ちなんじゃないの？
結局fetchに頼るのみなら、80ビットやFPのフォーマットや機構（スタックとか）の問題じゃないし。
SSEは、レイテンシを考えると、ガバッと持ってくるようにするために１６バイトとかケチってないで３２バイト(double*4)でよかったんじゃないかと思う。
- 370 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/02/22(日) 01:24:09 ]
- >>368
は？ｗｗ
被害妄想いいかげんにして。
ウェキは吹いたｗｗｗ
- 371 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/02/22(日) 01:25:14 ]
- >>369
＞SSEは、レイテンシを考えると、ガバッと持ってくるようにするために１６バイトとかケチってないで３２バイト(double*4)でよかったんじゃないかと思う。
それがAVXなんだけど・・・。
- 372 名前：デフォルトの名無しさん mailto:sage [2009/02/22(日) 01:38:55 ]
- >>346
> 整数四則演算より80ビット浮動小数の方が速いような変態CPUなんてどこにあるんだと。
Netburstだと、整数の乗除算よりFPの乗除算の方が速い
- 373 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/02/22(日) 01:40:14 ]
- prefetch*はキャッシュライン単位だぞ。
あと、Core MAやAMD K8以降ではL1キャッシュの1ラインは64byteなんで。
シーケンシャルリードなら同一ラインの後続ブロックもL1から続けて読めるから
>>369の想定する用途では全然問題ないと思うんだが。
シーケンシャルとか定ストライドなどのパターン性のあるアクセスなんかだと
いまのCPUではキャッシュ自体が自動的に先読みしてレイテンシ隠蔽してくれる機会がある。
ベクトル長伸ばしちゃうとそれはそれで厄介だぜ
座標を表すのですら、単精度だとx, y, zであと1要素分余らせたりすることが珍しくない。
現状のSSEの実装ではpermute演算はそこまで強力じゃないので128bitが妥協点だったのでは？
- 374 名前： ◆0uxK91AxII mailto:sage [2009/02/22(日) 01:55:30 ]
- >>367
thx
>>369
＞メイン・メモリとのレイテンし
そこは、cacheが入り込むし、命令の並び換えで適当に隠せる。
- 375 名前：デフォルトの名無しさん mailto:sage [2009/02/22(日) 02:06:22 ]
- >>373
＞現状のSSEの実装ではpermute演算はそこまで強力じゃないので128bitが妥協点だったのでは？
だからさ、その時代その時代に合わせたお前のウンチクなんて興味ないのよ。
３年後には全く逆のこといったりするだろ。
主張がコロコロ変わるからいつまでたってもお前は誰からも認められないんじゃないの？ニート君ｗ
- 376 名前：デフォルトの名無しさん mailto:sage [2009/02/22(日) 02:11:16 ]
- >>373
なんつーか、お前の浮動小数点の理念とか信念なんか聞きたいわけじゃないわけ。
fp80の精度が必要な人もいれば、高速な方がいいって人もいるわけで、インテルの洗脳されちゃってるお前の信念を押し付けないでくれないか？
それも信念がコロコロ変わるんだろ。お前だって嫌だろ。草かみたい選挙が近くなるたびに草か信者が家に押しよせてきたら・・・
- 377 名前：デフォルトの名無しさん mailto:sage [2009/02/22(日) 02:14:20 ]
- prefetchはINTELとAMDで細かいところに互換性がないから、（未知のバグになるから）できればユーザーが明示的にコード書いて使うようなものではない、ってことだったんじゃないの？
- 378 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/02/22(日) 02:15:58 ]
- > ３年後には全く逆のこといったりするだろ。
言わねーよ池沼
10年前のPentium IIIではSIMD演算ユニットは単精度2並列分のスループットしか得られなかったが
それでも10年前なりの技術水準でできるだけのことはやってた。
それを文句言う奴はいねーよ。
- 379 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/02/22(日) 02:18:03 ]
- x64でのx87のレガシー化で主に動いたのはMSとAMDなんだが。
IntelはAMD64のコピー実装だし。
Intel信仰がどうとか言ってることがちゃんちゃらおかしい。
ウェキ（笑）
- 380 名前：デフォルトの名無しさん [2009/02/22(日) 02:21:28 ]
- >>372
よく分からないんだけど、bitwiseの観点からみれば整数四則もFP四則も同等でしょ。
両者に差が出るようところはどこにあるの？
整数もFPも、１０進に直したり結果を出力して視覚化するところに差があるというなら、本質的には君>>346が言うところの四則の計算とは関係ないわけで・・・
- 381 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/02/22(日) 02:22:34 ]
- >>377
キャッシュのローカリティヒントなんて同じIntelでも、Pentium 4とCore MAでも動作が違う。
たとえばPen4ではprefetcht0を使ってもL1にはデータは置かれないがCore MAでは置かれる
だがキャッシュのヒット率なんて演算結果に直接影響しないだろ？
キャッシュローカリティで演算結果が変わるようなプログラム書いちゃう人はそれはそれで問題だが？
- 382 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/02/22(日) 02:30:31 ]
- 昔のIntel独自実装の8087をマンセーしつつIntel信仰はキモイとかどんだけ〜
単精度と倍精度はIEEE754の規格にも入っててPowerPCやARMでも使えるんですが。
FP80（笑）
- 383 名前：デフォルトの名無しさん mailto:sage [2009/02/22(日) 02:31:02 ]
- >>378,379
当時の水準でFPUとSSEは分離してたのが最良といいつつ、何でさっきの主張では「FPUはイラン！」とか文句言っちゃうんだ。
どうも当時の技術水準とその互換性「FP80」に文句あるみたいだけど、そんなに演算誤差を気にしなくてもいいプログラムをしてるのか？
お前みたいな奴が「古い技術はイラン！」とか言って互換性を破壊していく元凶なんだよな・・・・そういうの世の中に出てみると分かるけど、即効で嫌われるから。
日本男児の固定観念もいいけど、英語の発音では一応「ウェキ」といってるようだが・・・なんかお気に入りのようだなｗ
- 384 名前：デフォルトの名無しさん mailto:sage [2009/02/22(日) 02:32:17 ]
- なんで団子の周りには馬鹿が集まるんだ？
- 385 名前：デフォルトの名無しさん [2009/02/22(日) 02:36:00 ]
- >>379
インテル信仰とは、インテルのx86命令コード体系のことだと思うんだが・・・？
実際今の64ビット向けとかはAMD64の定義をコピーしてインテルが使ってるんだし。
もしかして団子は、会社としてのインテル（INTEL入ってる！）にあこがれてるのか？
よく読んでみると所々に穴があるよね。団子はｗ
- 386 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/02/22(日) 02:38:42 ]
- おまえ馬鹿だねぇ
Pentium IIIのSSEはたかだか単精度のSIMDでしかない。
SSE2以降は倍精度も扱えるようになったんで共用化したほうがよくなったんだろ。
倍精度対応の演算ユニットは半導体のコストが大きいからね。
PowerPCのAltiVec(VMX)でも倍精度対応のスカラFPUと、単精度までのVFPUが共存してるが
POWER7のVSXでようやくレジスタセットごと統合の運びになりましたが。
- 387 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/02/22(日) 02:39:55 ]
- >>384
俺に噛みつく奴は馬鹿ってより
馬鹿だからこそ噛みつくんですよ。
- 388 名前：デフォルトの名無しさん mailto:sage [2009/02/22(日) 02:44:25 ]
- というか業界人でもない普通の人（本業でPG含む）は、新作CPUの各ベンチ取るために毎度毎度CPUを買ったりしないから。
だからPen4では・・とかCoreでは・・とか言われても知らんわ。現状では、一般的に議論ができるのはSSE１/SSE2しかないな。
実際PC使いこなしてアプリ作ってるわけでもないくせに、お前の主張など、「ソニーのパソコンは・・・東芝のパソコンは・・・」とか言ってるカスタマーの戯言にしか聞こえんわw
- 389 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/02/22(日) 02:45:39 ]
- 過渡期の実装は一見無駄に見える。近視眼の馬鹿には。
- 390 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/02/22(日) 02:46:53 ]
- >>388
それで、ｘ87とSSEが分かれてないPentium IIIのパソコンをいまだに使ってるんですね。
零細企業乙
- 391 名前：デフォルトの名無しさん [2009/02/22(日) 02:51:29 ]
- というか、団子はブログとかウェキでもやりながら、細々と「執筆募集！」をすればいいだろ。
隅々までマニュアル読んでるようだし、どこかの雑誌とかベンチャーが「ベンチとってくれない？」とかの依頼ぐらいはあるだろから。
少なくともお前の能書きを２ｃｈスレに書かなくていいからｗ
- 392 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/02/22(日) 02:52:44 ]
- ウェキ（笑）
- 393 名前：デフォルトの名無しさん mailto:sage [2009/02/22(日) 02:56:04 ]
- え！団子さんってブログもってなかったの？！
ダサｗ
- 394 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/02/22(日) 02:56:52 ]
- [wi]の発音は日本古来の「ヰ（ウィ）」に相当するものであってヱ（ウェ）じゃないんだよね
- 395 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/02/22(日) 02:59:28 ]
- もしかして: ウィキ
ウェキ（笑）
- 396 名前：,,・´∀｀・,,）っ-基地外- mailto:sage [2009/02/22(日) 03:00:33 ]
- 真夜中ですが基地外警報
- 397 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/02/22(日) 03:07:58 ]
- ホロン部の人なのかな？
ja.wikipedia.org/wiki/
左上のロゴよく読んでね。
これが「ェ」に見えちゃう人は目か頭がおかしいです
- 398 名前：デフォルトの名無しさん mailto:sage [2009/02/22(日) 03:08:36 ]
- そんなに発狂するなよ。その情熱をブログにぶつけろｗたまに読んでやるからｗ
一応言っておくと発音のときはスラッシュを使う。
で、wikiの/i/は/e/ではないので口が横に大げさに伸びるわけで、日本人の耳では「い」や「いぇ」ではなく「え」に聞こえるはず。
また、まえの/w/と重なって「い」のようにはっきり聞こえる事はない。
短母音にこだわっちゃう辺りも、団子は生粋の日本男児なのかねぇ。どこ出身？
- 399 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/02/22(日) 03:10:07 ]
- ja.wikipedia.org/wiki/%E3%82%A6%E3%82%A7%E3%82%AD%E3%83%9A%E3%83%87%E3%82%A3%E3%82%A2
？？？？？？？？？
- 400 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/02/22(日) 03:17:04 ]
- ja.wikipedia.org/wiki/%E3%82%A6%E3%82%A7%E3%82%AD
項目無いから作ってよｗｗｗ
- 401 名前：デフォルトの名無しさん mailto:sage [2009/02/22(日) 03:23:22 ]
- >>398
大阪民国
団子はPGじゃないだろ？
- 402 名前：デフォルトの名無しさん mailto:sage [2009/02/22(日) 03:31:43 ]
- >>399
こういうどうでもいいところに情熱を注ぐ意味が分からん。
ところで団子のINTELウンチクはもういいから、このスレでは小数の話題にしてくれないか？
- 403 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/02/22(日) 03:32:55 ]
- wiki wiki（ウィキウィキ）は速いと言う意味のハワイ現地語であって英語じゃないからね。
※いわゆるコラボレーションツールのWikiの由来も元々は地元の観光バスが由来です。
ハワイ原住民はムー大陸の末裔なんて言われるくらいガチのウラル・アルタイ語族。
a e i o uの発音はハッキリしてて、イとエを聞き間違えることなんて有りえませんよ。
ハワイ行ったこと有りますか？無いでしょうね。
↓Google先生もお困りです。
www.google.co.jp/search?q=%E3%82%A6%E3%82%A7%E3%82%AD%E3%82%A6%E3%82%A7%E3%82%AD%E3%83%90%E3%82%B9
ウェキウェキバス に一致する情報は見つかりませんでした。
- 404 名前：デフォルトの名無しさん [2009/02/22(日) 03:34:27 ]
- >>401
層化かと思ったけど、ああ在日なのね。
別に層化も在日は嫌いじゃないんだけど、それならファビョーリやすいのも納得だわｗ
- 405 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/02/22(日) 03:40:10 ]
- 吠えてますなｗｗｗ
悪いがミンジョクではない。俺はシオレスト（笑）だぞ。
- 406 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/02/22(日) 03:43:39 ]
- ウェキ君はみっともないな
- 407 名前：デフォルトの名無しさん mailto:sage [2009/02/22(日) 03:49:10 ]
- 雑談はよそでやれや
- 408 名前：デフォルトの名無しさん mailto:sage [2009/02/22(日) 03:54:47 ]
- >>403
そういうウンチもいらないからｗ
ウンチするなら他でやってくんない？
- 409 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/02/22(日) 03:59:35 ]
- ウェキ（笑）がどれだけ恥ずかしいかは知っておかないとね
- 410 名前：デフォルトの名無しさん mailto:sage [2009/02/22(日) 04:09:06 ]
- 「ムー大陸の末裔」の方が数倍恥ずかしいと思うが…
- 411 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/02/22(日) 04:10:15 ]
- そりゃ金融システムでFP80だとか非常識きわまりないことも言えるわけだ。
JavaやC#でPL/IやCOBOL同様に10進演算をサポートしてる理由を考えてみてくれ。
ちなみに754rのドラフトにも10進演算の項目入ってるよ。確認しる。
754r.ucbtest.org/
FP80（笑） ウェキ（笑）
- 412 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/02/22(日) 04:14:55 ]
- >>410
ムー大陸は太平洋の島々の言語の構造や発音の共通性から言語学者が唱えた仮説だよ。
少なくとも母音の発音は同じアルタイ語族の日本と同じだってこと。
- 413 名前：デフォルトの名無しさん mailto:sage [2009/02/22(日) 05:15:00 ]
- 陸地がないと人間は大規模な移動ができないと思い込んでいる大陸系らしい考え方
- 414 名前：デフォルトの名無しさん [2009/02/22(日) 05:18:46 ]
- 「実は日本人はムー大陸の末裔だった！」という衝撃の真実を聞いて駆けつけてきました
- 415 名前：デフォルトの名無しさん mailto:sage [2009/02/22(日) 05:23:48 ]
- ムー大陸は民族とかの人間に関するカテゴリーに属してないからそれは間違っていないか？
- 416 名前： ◆0uxK91AxII mailto:sage [2009/02/22(日) 08:36:25 ]
- >>377
3DNow!のではなく、SSEのprefetchを使えば良い。
>>386
＞SSE2以降は倍精度も扱えるようになったんで共用化したほうがよくなったんだろ。
共用を前提として、SSE2を作ったという考えをしてみる。
- 417 名前： ◆0uxK91AxII mailto:sage [2009/02/22(日) 08:38:34 ]
- 『共用化』っていうのは、『復号化』のように、頭が悪く見えるね:b
- 418 名前：デフォルトの名無しさん mailto:sage [2009/02/22(日) 10:37:02 ]
- Pentium(R)III プロセッサの実装条件
download.intel.com/jp/developer/jpdoc/impliment_j.pdf
P.9-10
> x87 加算器とパックドFP 加算器の統合も検討されましたが、こ
> ちらは開発スケジュールの関係で実現には至りませんでした
- 419 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/02/22(日) 13:26:34 ]
- >>413
海洋民族の航海技術を無視した白人優位思想が根底にあるね。
白人ブルーブラッドが黄色人種を支配してたなんて電波な説だし。
自分たちの古代文明が見つかってないのでどこかにあったと思い込みたい白人に熱狂的に支持された。
※もちろんブルーブラッドなんて比喩であって、実際に人の血を青くしてみた創作は○ーゼ○ォンくらいのものです。
- 420 名前：デフォルトの名無しさん mailto:sage [2009/02/22(日) 13:32:17 ]
- アメリカとオーストラリアに大量移民した奴らがよく言うよ
- 421 名前：デフォルトの名無しさん [2009/02/22(日) 13:38:47 ]
- >>419
秋葉原のショップでは、こなた（らき☆すた）のフィギアは売ってますか？
- 422 名前：デフォルトの名無しさん mailto:sage [2009/07/11(土) 00:11:19 ]
- 古い話を掘り返してみると、>359の書く「銀行型」って、ISO丸めのことなのね。
>362にあるように元は英語だろうけど、それを直訳した馬鹿がいるから
>361のような「銀行で使う」と思い込む間抜けが出てくるんじゃないか。
寧ろ鉱工業などで測定結果の集計するのによく使うのに。
- 423 名前：デフォルトの名無しさん mailto:sage [2009/07/11(土) 21:25:48 ]
- パイルバンカーの方？
- 424 名前：デフォルトの名無しさん mailto:sage [2009/07/11(土) 22:34:38 ]
- 銀行は銀行だけど、「銀行家の」と言う意味だね。
まぁ、銀行でも使うケースと使わないケースがあるのだろうし、
「銀行型」って言い方をするよりも「ISO丸め」って言い方でいいんでない?
まぁ、>422は言い過ぎだね。
- 425 名前：デフォルトの名無しさん mailto:sage [2009/07/11(土) 22:49:06 ]
- 8087作ったときは、ISOじゃなかったのでは。
- 426 名前：デフォルトの名無しさん mailto:sage [2009/07/11(土) 23:04:27 ]
- んじゃ、8087について語りたいときはansi丸めでw
- 427 名前：,,・´∀｀・,,）っ-○○○ mailto:sage [2009/08/16(日) 13:27:05 ]
- >>423
エウレカ厨乙
- 428 名前：デフォルトの名無しさん mailto:sage [2009/09/20(日) 13:20:35 ]
- 団子ってmixiにアカウントは持ってたよな。
嫌いなサイトが2chだとか書いてたろ。
- 429 名前：,,・´∀｀・,,）っ-○○○ mailto:sage [2009/09/20(日) 19:09:53 ]
- それどころかVIPのコテとばっかしつるんでたが
- 430 名前：デフォルトの名無しさん [2010/01/30(土) 07:55:53 ]
- 貧乳について教えてください
- 431 名前：デフォルトの名無しさん mailto:sage [2010/03/04(木) 04:58:05 ]
- 「インテル 64 アーキテクチャーおよびIA-32 アーキテクチャー最適化リファレンス・マニュアル」を読んでいて驚いたのだけど、
最近のCPUは除算のレイテンシとスループットが異様に小さいんだね。
FDIVでレイテンシとスループットが６と５って乗算とそんなに差がなくなっているね。
あとx87の表にNehalemがないのはNehalemってx87を積んでないの？
|
 |
