[過去ﾛｸﾞ]
FreeBSDを語れ Part44 [無断転載禁止]©2ch.net (1002ﾚｽ)
FreeBSDを語れ Part44 [無断転載禁止]©2ch.net http://mevius.5ch.net/test/read.cgi/unix/1496160953/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
431: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 23:25:21.42 amd64はそもそもlongモードで32bitコードをそのまま動かすために作ったもの。 その仕様のおかげてMSはamd64を選んだ。 にもかかわらずFreeBSDユーザはそんなことどうでもいいのだ。 64bitOSは64bitコード使え、32bitOSは32bitコード使えだ。 なぜそんなアップルみたいな切捨てができるかというと継承するソフト資産が皆無だから。 http://mevius.5ch.net/test/read.cgi/unix/1496160953/431
432: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 23:28:23.70 >>430 真剣にILP64採用してるとしたら脳みそが足りない技術者。 http://mevius.5ch.net/test/read.cgi/unix/1496160953/432
433: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 23:32:56.62 >>429 キャッシュの小さなCeleron機でベンチ比較すれば顕著に出るだろうよ http://mevius.5ch.net/test/read.cgi/unix/1496160953/433
434: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 23:34:58.07 画像フィルタの類で1〜4000000000の数値を2〜3999999999に 浮動小数点数を使わずに四捨五入で厳密に補正する事を考えてみようか ans=(((val-1)*(3999999999-2))/(4000000000-1))+2 32bitしか扱わなくても64bitが使えるだけで一発で終わる様になる マが確保する自動変数が32bitで間に合うかどうかだけが全てじゃない 32bitは小さいぞ http://mevius.5ch.net/test/read.cgi/unix/1496160953/434
435: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 23:38:22.93 >>433 計ろうぜ ちなみにうちだとE3300機で32bitよりも64bitバイナリの方が速かった ソースはKali linuxでのWPAキーのkey/secの表示だとか辞書の生成速度や 別パーティションのwinのaviutlでのエンコ速度 http://mevius.5ch.net/test/read.cgi/unix/1496160953/435
436: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 23:39:16.96 >>429 別OSだがこんな結果がゴロゴロしてんだ。間違いない。諦めろ。 http://ascii.jp/elem/000/000/641/641476/img.html http://mevius.5ch.net/test/read.cgi/unix/1496160953/436
437: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 23:42:37.36 >>436 そのグラフの32bit4Gと64bit4Gを比べて言ってるの？ 64bitGの方が若干早い項目多いし、64bit2Gがあったら青のバーがもっと短くなるんじゃない？ http://mevius.5ch.net/test/read.cgi/unix/1496160953/437
438: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 23:43:39.26 >>431 あんたの考えをそのまま進めていくと、世の中に64bit PCしかなくなっても ソフトだけは32bitで動き続けるという変な状況になる。 新規で作るソフトや、大きな改修をするソフト、頻繁に使うソフトはいずれ64bitをフルに使うように手直し されていくはず。16 -> 32bitのときも同じことが起きて、古い16bitソフトはだんだんサポート外になったし。 http://mevius.5ch.net/test/read.cgi/unix/1496160953/438
439: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 23:50:34.51 別に変でもなんでもない long long使えばOSが64bitコードに変換すればいいし、 128bitCPUが出ても特殊オプションなど使わせずにOSがすべて吸収すればいい http://mevius.5ch.net/test/read.cgi/unix/1496160953/439
440: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 23:55:22.72 >>438 おまえが変な状況と思うのはおまえが社会に出てないからで、むしろそれが普通なんだよ。 しかも、8->16、16->32のときとは明らかに64bitに対する需要が異なる。 8->16、16->32と違って速度が倍増しないのだ。incentiveがないのだ。理由は明白だ。 当の昔に32bitCPUのデータバスは256bit超えてんだ。32bitから64bitにしたら実質データ帯域が半減するんだ。 実測すれば分る。 MOV r32, imm32 L: 0.06ns= 0.3c T: 0.06ns= 0.25c MOV
r64, imm64 L: 0.24ns= 1.0c T: 0.15ns= 0.64c http://mevius.5ch.net/test/read.cgi/unix/1496160953/440
441: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 23:55:25.57 i80386が出てしばらくはMS-DOSで16bitのコードを延々動かし続けてた 64bitのOSで32bitのアプリを動かそうと、x264のexeだけ64bitにしてエンコだけ高速にしようと メーカーやユーザーの自由だろう http://mevius.5ch.net/test/read.cgi/unix/1496160953/441
442: 名無しさん＠お腹いっぱい。 [sage] 2017/08/12(土) 00:05:43.76 >>440 それってポインタの定数の命令だけの話だよね？ 64bit化したバイナリが一律32bitの倍のコードサイズになる訳じゃないぞ http://mevius.5ch.net/test/read.cgi/unix/1496160953/442
443: 名無しさん＠お腹いっぱい。 [sage] 2017/08/12(土) 00:27:19.64 アセンブラ出力眺めてみた 64bitのイミディエイトのオペコードからのロードなんてループの外でしかやらんな ループ突入前の１回、ポインタが４バイトから８バイトになって「遅い！」なんて体感できる奴はいないだろう しかもamd64だとレジスタの本数増えてるからループの中でポインタをレジスタに云々なんて滅多に起きない 64bitが遅いってんならWinMacLinuxFreeBSD未だに一律32bitのままだった事だろう http://mevius.5ch.net/test/read.cgi/unix/1496160953/443
444: 名無しさん＠お腹いっぱい。 [sage] 2017/08/12(土) 00:52:25.56 >>442 もちろんデータバスの差が顕著に出る例だ。 amd64が仮想メモリ空間、レジスタだけのなんちゃって64bit化である以上、 足回り、エンジンは同じままだということだ。 http://mevius.5ch.net/test/read.cgi/unix/1496160953/444
445: 名無しさん＠お腹いっぱい。 [sage] 2017/08/12(土) 00:59:31.66 >>443 そもそもほとんどの64bit環境のコンパイラはintは32bitだ。 仕様上必要でないかぎりわざわざ64bit longなんて使わない。 http://mevius.5ch.net/test/read.cgi/unix/1496160953/445
446: 名無しさん＠お腹いっぱい。 [sage] 2017/08/12(土) 01:09:53.71 主張がわからん >>444みたいな顕著に出る例なんて>>443で、殆ど速度低下はないだろうし、 なんちゃって64bitだろうと64bitのレジスタ同士での演算は可能 そのなんちゃって64bitってのはなんちゃってじゃない64bitと何が違う？ 32bitの数値しか使わなくても、乗算除算が必要になれば>>434で64bitの恩恵はあるだろ 今普及してるx64否定して何がしたい？目的は何だ？ http://mevius.5ch.net/test/read.cgi/unix/1496160953/446
447: 名無しさん＠お腹いっぱい。 [sage] 2017/08/12(土) 01:19:33.54 x86とamd64の技術的なメリットをデメリットを述べただけで、x64を否定したと感じるのは おまえが、i386排除連呼してるカルト宗教だからだろう。 http://mevius.5ch.net/test/read.cgi/unix/1496160953/447
448: 名無しさん＠お腹いっぱい。 [sage] 2017/08/12(土) 01:26:26.64 >>434 最近の画像はRGB各色32bitなのか？ http://mevius.5ch.net/test/read.cgi/unix/1496160953/448
449: 名無しさん＠お腹いっぱい。 [sage] 2017/08/12(土) 01:28:03.81 なんちゃって64bitってのはなんちゃってじゃない64bitと何が違う？ 会話する気がないならamd64とi386どっちを使おうと個々の勝手だからもう黙ろうな スレ違いもいいところだ http://mevius.5ch.net/test/read.cgi/unix/1496160953/449
450: 名無しさん＠お腹いっぱい。 [sage] 2017/08/12(土) 01:29:42.92 >>448 動き補正だとかFFTだとかの計算内容知ってるか？ RGBの各値を四則演算でぼかせたノイズ消えただの喜んでる様な計算じゃ済まないんだぞ http://mevius.5ch.net/test/read.cgi/unix/1496160953/450
451: 名無しさん＠お腹いっぱい。 [sage] 2017/08/12(土) 01:30:18.33 何度も説明してるだろう。 これだけ説明して理解できないなら自分でamd64の仕様書読め。 それでも理解できない馬鹿なのだから諦めろ。 http://mevius.5ch.net/test/read.cgi/unix/1496160953/451
452: 名無しさん＠お腹いっぱい。 [sage] 2017/08/12(土) 01:31:07.91 >>450 知らん。 http://mevius.5ch.net/test/read.cgi/unix/1496160953/452
453: 名無しさん＠お腹いっぱい。 [sage] 2017/08/12(土) 01:32:17.69 SSE案件。例が稚拙。 http://mevius.5ch.net/test/read.cgi/unix/1496160953/453
454: 名無しさん＠お腹いっぱい。 [sage] 2017/08/12(土) 01:35:12.32 64bit至上主義者はまた完全論破されたのか。 http://mevius.5ch.net/test/read.cgi/unix/1496160953/454
455: 名無しさん＠お腹いっぱい。 [sage] 2017/08/12(土) 01:38:00.87 16bitのときもCP/Mを引きずり、32bitのときもDOSを引きずりという歴史を知っていれば i386がいらないなんて話は出てこないはずなんだが。 32bit排除厨はおそらくマカーなのだろう。 http://mevius.5ch.net/test/read.cgi/unix/1496160953/455
456: 名無しさん＠お腹いっぱい。 [sage] 2017/08/12(土) 01:46:21.32 http://ascii.jp/elem/000/000/641/641476/img.html で明らかだな。 image manipulationは僅かに64bitが有利。だからここで勝負したいのだろう。 しかし、web browsingの圧倒的な差。 あたなの用途は2chですか？ PhotoShopですか？ FreeBSD用のPhotshopはありませんけどね!! http://mevius.5ch.net/test/read.cgi/unix/1496160953/456
457: 名無しさん＠お腹いっぱい。 [sage] 2017/08/12(土) 01:48:41.68 >>453 【Intel】OpenCV総合スレ 5画素目【画像処理】 ttp://mevius.2ch.net/test/read.cgi/tech/1382689696/ >>454-455 i386を排斥してる事にするなよ ループの外でのポインタのイミディエイトのロードのオペランドが ４バイトから８バイトになった僅かな速度低下なんて誰も気にせんだろ x64を過剰にディスって名無しや開発陣に何がさせたいんだよ http://mevius.5ch.net/test/read.cgi/unix/1496160953/457
458: 名無しさん＠お腹いっぱい。 [sage] 2017/08/12(土) 01:54:09.20 >>456 ブラウザは64bitかどうかってよりOSの実装の問題じゃね？ ６４ビットと３２ビットのモジュールの両方を使えるように検索しに行ってるとか http://mevius.5ch.net/test/read.cgi/unix/1496160953/458
459: 名無しさん＠お腹いっぱい。 [sage] 2017/08/12(土) 01:54:57.52 平均的な用途のベンチってつまりPC MARKでしょ。答えでてるじゃん。 http://mevius.5ch.net/test/read.cgi/unix/1496160953/459
460: 名無しさん＠お腹いっぱい。 [sage] 2017/08/12(土) 02:03:35.71 ttps://kledgeb.blogspot.jp/2016/03/ubuntu-1604-20-ubuntu-32bitubuntu-64bit.html おまえらの大好きそうなOSSのベンチですら引っ張り出さずに６４ビット遅いとか言っちゃうんだもんな 救いようがねえ http://mevius.5ch.net/test/read.cgi/unix/1496160953/460
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 542 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.020s