[過去ﾛｸﾞ]
FreeBSDを語れ Part44 [無断転載禁止]©2ch.net (1002ﾚｽ)
FreeBSDを語れ Part44 [無断転載禁止]©2ch.net http://mevius.5ch.net/test/read.cgi/unix/1496160953/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
419: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 17:44:57.84 >>287 kernel spaceじゃん http://mevius.5ch.net/test/read.cgi/unix/1496160953/419
420: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 21:08:43.72 >>337 > 64bitなんて街乗りしかしないのにエンジンだけバカでかくて燃費悪い車買うようなものだわな こういう話って、8bit → 16bit移行期や16bit → 32bit移行期も同じような意見が繰り返し出たけど、 結局、歴史は古いものを残さず新しいものが生き残るようにできてんだよね。 32bit機はもう製造してないから中古で延命図るしかないし、時間の問題で消えてしまう。 http://mevius.5ch.net/test/read.cgi/unix/1496160953/420
421: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 22:00:23.43 >>404 誰もやらないというのはおまえの妄想、期待でしかない。 そもそもPAEは32bitCPUで4GB以上の物理メモリを扱うために作られた仕様で、amd64では必須機能となった。 今では32bitOSの多くがPAE必須である。 http://mevius.5ch.net/test/read.cgi/unix/1496160953/421
422: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 22:06:34.56 >>420 おまえの環境のintは64bitなのか？ 64bitは人が扱う数字としてはでかすぎるんだよ。だから多くの環境でintは32bitで止まったんだよ。 おまえはもう少し社会で働け。歴史を知らなさ過ぎる。 http://mevius.5ch.net/test/read.cgi/unix/1496160953/422
423: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 22:08:23.22 ROMを知らないとか、組み込みは32bitとかド素人はROMってろよ。 http://mevius.5ch.net/test/read.cgi/unix/1496160953/423
424: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 22:24:18.72 >>420 マシンの話なんかしてないって何度言われも理解できないんだな バカとかアホとか超越した知能障害だぞお前 http://mevius.5ch.net/test/read.cgi/unix/1496160953/424
425: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 22:27:47.00 位取り記数法は対数のオーダーの計算量の増加だから、滅多に使いそうにない大きな数を扱えるようにしといても、コストはそれほど発散しないんと違う？ http://mevius.5ch.net/test/read.cgi/unix/1496160953/425
426: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 22:33:38.95 CPUキャッシュ消耗してヒット率激減だわ http://mevius.5ch.net/test/read.cgi/unix/1496160953/426
427: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 23:11:10.16 なるほど高速CPU売りつけたいCPUメーカ工作員が暴れてたってわけだな 意味もなくソケット互換性失わせて強引な儲け方してきたものの 特に日本ではPCIに拘る特殊事情のお陰で完全に裏目に出てるからな あとは32bitOSより遅くなる64bitOS強要してみようってところか i5とi7の違いなんてほとんどキャッシュの差だけだし滑稽だわ http://mevius.5ch.net/test/read.cgi/unix/1496160953/427
428: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 23:13:30.55 >>422 ばーか。32bitのintなんて小さいだろ。 頭悪いくせに書き込むなよ。 http://mevius.5ch.net/test/read.cgi/unix/1496160953/428
429: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 23:18:23.99 64bitになって遅くなるって、例えばどんなアプリだ？ 実測値出そうぜ http://mevius.5ch.net/test/read.cgi/unix/1496160953/429
430: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 23:18:49.53 >>422 > 64bitは人が扱う数字としてはでかすぎるんだよ。だから多くの環境でintは32bitで止まったんだよ。 別に止まってはいない。今は32bit時代のソフトがまだ残っているので互換性を維持するためにint = 32bitで コンパイルする場合が多いというだけ。いずれ64bitが当たり前になればint = 64bitが普通になる。 メモリモデルは以下の表のようにLP32からILP64まであるので、マシンに合わせてどれでも使える。 それに、C言語の仕様は、整数型char、short、int、long、long longの型はいずれもサイズまでは 指定されておらず、実装によってまちまちになっている。 [各変数と実際のビットサイズ表] 整数型 LP32 ILP32 LLP64 LP64 ILP64 char 8 8 8 8 8 short 16 16 16 16 16 int 16 32 32 32 64 long 32 32 32 64 64 long long 64 64 64 64 64 今は64bitレジスタが普通に使えるのに、ソースが古くて64bitでコンパイルが通らないから 32bitのままコンパイルしとこう、というものぐさなことをする人が多いだけだと思う。 まあソースが山ほどあって直すのが面倒だという気持ちもわからなくはないが。 http://mevius.5ch.net/test/read.cgi/unix/1496160953/430
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
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 564 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.033s