[過去ﾛｸﾞ]
FreeBSDを語れ Part44 [無断転載禁止]©2ch.net (1002ﾚｽ)
FreeBSDを語れ Part44 [無断転載禁止]©2ch.net http://mevius.5ch.net/test/read.cgi/unix/1496160953/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
314: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 02:56:41.82 > 64bitレジスタで高速化できる分野こそニッチじゃね 64bitになって、レジスタ数も倍増したのにほとんど高速化してないしな。 アプリによって数%速くなるだけ。 http://mevius.5ch.net/test/read.cgi/unix/1496160953/314
315: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 02:57:00.44 >> 293 > 64bitレジスタで高速化できる分野こそニッチじゃね ちょっとアセンブラで組んでみるとわかるけど、32bitでは汎用レジスタが4本しかないので一時的に記憶 しておきたい値でもスタックに積まないといけないけど、そうするとPUSH/POPを頻繁に行わないといけなくなる。 繰り返し処理の中でこんなことをしていたら当然遅くなる。 64bitなら汎用レジスタが15本あるので、サブルーチン内で必要な一時変数を全部レジスタだけで 済ますこともできる。Cコンパイラなら汎用レジスタに一時変数を自動的に割り振ってくれるので、 同じ処理でもレジスタだけで処理できてしまう場合が多くなり、全体に速度が上がる。 http://mevius.5ch.net/test/read.cgi/unix/1496160953/315
316: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 03:08:46.54 >>314 アプリによるだろ 表計算ネット閲覧文字列処理くらいしかしない様なのには恩恵ないだろうけど エンコレンダリングブルートフォースとか、64bitになるとえっらい速くなるぞ レジスタの本数が増えただけじゃなくて、一時的に128bitの値のスケーリングとか 32bit時代は４つのintで騙し騙しスケーリングしてたのが、 ２つの変数での自前の乗算除算で済む様になる http://mevius.5ch.net/test/read.cgi/unix/1496160953/316
317: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 03:16:49.26 RISCでコード書いたことあるなら分ると思うが32個レジスタあってもちょっししたコードでも瞬殺で使い尽くす。全く足りない。 しかし、今時のIntelのPush、Popのスループットは1clock、0.5clock。つまりL1データキャッシュ32KBがレジスタの代用として使えるレベル。 だから単純にレジスタ数を倍増してもわずかしか速度が上がらない。とっくの昔にPush/Popの遅さは隠蔽されてるから。 http://mevius.5ch.net/test/read.cgi/unix/1496160953/317
318: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 03:26:11.83 自動変数にアクセスする度にpushpopなんてしとらんぞ ３２ビット時代ですらBPにSP入れて相対のアドレッシングで直接読み書き演算しとる http://mevius.5ch.net/test/read.cgi/unix/1496160953/318
319: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 03:40:40.47 加算が1回とかメモリに対してやれば1clockでやってくれるが、 複雑な計算だとレジスタに移したほうが速くなる。 http://mevius.5ch.net/test/read.cgi/unix/1496160953/319
320: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 03:54:25.94 ４本の汎用レジスタと２＋１本のインデックスレジスタで事足りる用途じゃ早くならんが 複雑な計算し出したらx64の方が圧倒的に高速になる ブラウザやらエクセルやらでx64速度上がらないとか言ってるようなのは何なんだろうな 4G以上使えるだけの３２ビットＣＰＵしか持ってない貧乏人が作れ作れわめいてるだけか？ http://mevius.5ch.net/test/read.cgi/unix/1496160953/320
321: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 04:05:15.05 ieやexcelはポインタこねくりまわすから64bit幅アドレスがキャッシュを倍の早さで食い尽くす。 今のところ圧倒例がエンコだけ。x264で10%程度。 しかし時代はエンコードもデコードもハード、GPUの時代。 IntelはAltera買収したからさらにハードでの処理が加速する。 http://mevius.5ch.net/test/read.cgi/unix/1496160953/321
322: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 04:25:58.98 WPAのクラックとかBFとかレンダリングとか、他にもいっぱいあるだろ。 しかも全員が全員、コーダー積んでるハード持ってる訳じゃないんだぞ。 んなニッチなもん誰も作らんわ 自分で作れ 作れないなら諦めろ。 http://mevius.5ch.net/test/read.cgi/unix/1496160953/322
323: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 05:24:46.11 >>317 PUSH/POPの命令発行クロックが小さくても、外部メモリへの読み書きはレジスタ内の読み書きに比べはるかに遅い。 命令を発行してからバスを通って読み出し、またバスを通ってレジスタにデータを得るまでの経路も長い。 レジスタ内で処理できればバスは関係なくなるし、外部メモリのクロックの遅さにも影響されずに処理できる。 確かにL1キャッシュにデータが入っている間は遅延は少なくて済むが、32個のレジスタで足りないほど多くの データを扱うとなればL1キャッシュから外れるものも出てくる。プログラムの規模が大きくなればなるほどキャッシュに ヒットしない場合が出てくる。そうなれば途端に遅くなる。 http://mevius.5ch.net/test/read.cgi/unix/1496160953/323
324: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 06:33:04.24 pushpopもクロック数の横に＋ｎとか書いてある筈 レジスタ類にしか影響しないオペコードとオペランドの組み合わせの場合は 理論値通りのクロックで命令が終了するけど、 メモリアクセスが発生するオペコードだったりオペランドがメモリを指してたりする場合は L1〜L3ヒット／ミスヒットでｎの数値はどんくらいとか、 メモリがSDRAMの場合はキャッシュのライン読み込み完了まではストールとか、 別のデータ書き込み中に更にライトバックになったら終わるまで動けんとか、 詳細に計算式とか備考欄に書いてある筈だぞ pushpopは必ずメモリアクセスが発生するから、L1にヒットするから１クロックとか 簡単に見積もれる話じゃないし、そもそもヒットするからって条件が付く事自体がおかしい 読み込みしかしない訳じゃないぞ http://mevius.5ch.net/test/read.cgi/unix/1496160953/324
325: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 06:44:07.71 筈だぞ http://mevius.5ch.net/test/read.cgi/unix/1496160953/325
326: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 09:08:29.95 gdgd荒らしている様だが、要するに一生懸命「32bitでも64bitに対してそれほど 遅くない」ってだけで肝心のメリットが殆どないってのに、今さら誰が欲しがるかって。 下らないわ。 http://mevius.5ch.net/test/read.cgi/unix/1496160953/326
327: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 09:46:00.55 ごめん、何言ってるか分らない。 http://mevius.5ch.net/test/read.cgi/unix/1496160953/327
328: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 09:51:40.67 要するに 古事記＜古いCPUでメモリいっぱいの旧型機に特化したビルドを俺様の為に作れ！ ↑の為にx64否定、x86マンセーの嘘を垂れ流す その他＜うぜぇ だろ http://mevius.5ch.net/test/read.cgi/unix/1496160953/328
329: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 10:06:06.52 何が合理的か語る場で古事記だの作れだの馬鹿にも程があるな -m32通らないとか64CPUにi386入れたい理由なんて山ほどあるだろ 反論できなくなると荒らすとか何もかもレベル低すぎるぞお前 http://mevius.5ch.net/test/read.cgi/unix/1496160953/329
330: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 10:07:55.45 もうi386サポート外にしようぜ http://mevius.5ch.net/test/read.cgi/unix/1496160953/330
331: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 10:15:49.00 ×「32bitでも64bitに対してそれほど 遅くない」 ○「64bitでも32bitに対してそれほど 遅くない」 http://mevius.5ch.net/test/read.cgi/unix/1496160953/331
332: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 10:18:26.14 64bitは32bitに対して結構メモリ無駄にするけどな http://mevius.5ch.net/test/read.cgi/unix/1496160953/332
333: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 10:22:49.01 >>329 -m32通らないならamd64で動かすしかないんじゃないか？ てか今時i386入れたい理由って具体的になんだよ 俺も>>330に賛成だよ CPUがアドレス３２ビットレジスタ６４ビットサポートしないなら普通に６４でいい 多少でかくても困らんし、世間で騒いでる奴なんてそんなにいない http://mevius.5ch.net/test/read.cgi/unix/1496160953/333
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 669 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.013s