[過去ﾛｸﾞ]
FreeBSDを語れ Part44 [無断転載禁止]©2ch.net (1002ﾚｽ)
FreeBSDを語れ Part44 [無断転載禁止]©2ch.net http://mevius.5ch.net/test/read.cgi/unix/1496160953/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
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、l
ong 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
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
461: 名無しさん＠お腹いっぱい。 [sage] 2017/08/12(土) 02:06:40.95 > インストール済みのUbuntu 32bit版をUbuntu 64bit版へそのまま移行するような手段は提供されていないため 酷いな。普及しないはずだわ。 http://mevius.5ch.net/test/read.cgi/unix/1496160953/461
462: 名無しさん＠お腹いっぱい。 [sage] 2017/08/12(土) 02:24:16.59 最初から６４ビット版入れときゃ先ず間違いはない http://mevius.5ch.net/test/read.cgi/unix/1496160953/462
463: 名無しさん＠お腹いっぱい。 [sage] 2017/08/12(土) 02:33:31.93 FreeBSDもLinuxも普及しない理由が分った。 http://mevius.5ch.net/test/read.cgi/unix/1496160953/463
464: 名無しさん＠お腹いっぱい。 [sage] 2017/08/12(土) 02:48:03.94 > 最初から ほんとこいつの脳みそは幼稚園児並だな。 http://mevius.5ch.net/test/read.cgi/unix/1496160953/464
465: 名無しさん＠お腹いっぱい。 [] 2017/08/12(土) 02:57:39.52 なんでこんなに伸びてるの FreeBSD来てるの？ http://mevius.5ch.net/test/read.cgi/unix/1496160953/465
466: 名無しさん＠お腹いっぱい。 [sage] 2017/08/12(土) 03:05:23.10 俺様のしょぼい32bit機に最適なビルド作れってわめいてるのがいるだけ http://mevius.5ch.net/test/read.cgi/unix/1496160953/466
467: 名無しさん＠お腹いっぱい。 [sage] 2017/08/12(土) 03:17:19.03 まだマシンの話してるとか思い込んでる知的障害ゴキが這いつくばってんのか http://mevius.5ch.net/test/read.cgi/unix/1496160953/467
468: 名無しさん＠お腹いっぱい。 [sage] 2017/08/12(土) 03:27:21.86 >>465 張られたベンチはWinとlinuxだけ。もう分るな。 FreeBSDはベンチすらされない。つまりオワコン。 http://mevius.5ch.net/test/read.cgi/unix/1496160953/468
469: 名無しさん＠お腹いっぱい。 [sage] 2017/08/12(土) 03:36:37.20 ウインなにがしみたいなインターネットを危険に陥れる脆弱性だらけのバグバグOSもどきは最初からオワコン FreeBSDはサーバ用途 http://mevius.5ch.net/test/read.cgi/unix/1496160953/469
470: 名無しさん＠お腹いっぱい。 [sage] 2017/08/12(土) 03:37:00.57 思い通りにならないとディスり始める フリーウェア作者を奴隷か何かと勘違いしてるクレーマーと変わらん >>460の通り、世は６４ビットに移行しつつある 過去のものはi386で動かせ Win95をMSに改良しろなんて言ったところで作らん http://mevius.5ch.net/test/read.cgi/unix/1496160953/470
471: 名無しさん＠お腹いっぱい。 [sage] 2017/08/12(土) 03:41:48.04 i386でOSだけが64bit対応するのが合理的って話だろ 何度言われても飲み込めない盆暗だからCの基本すら理解できないんだろ http://mevius.5ch.net/test/read.cgi/unix/1496160953/471
472: 名無しさん＠お腹いっぱい。 [sage] 2017/08/12(土) 03:45:52.05 何も生み出せない奴ってのは崇拝することしかできないからな 頭が悪いものだから与えられたものに満足して思考停止に陥るわけだ この手のキチガイがOSSを語るとか反吐が出るわ http://mevius.5ch.net/test/read.cgi/unix/1496160953/472
473: 名無しさん＠お腹いっぱい。 [sage] 2017/08/12(土) 03:46:29.86 i386のままじゃ遅いバイナリが多いんだから合理的じゃないだろ http://mevius.5ch.net/test/read.cgi/unix/1496160953/473
474: 名無しさん＠お腹いっぱい。 [sage] 2017/08/12(土) 03:48:10.83 i386のままのほうが速いバイナリが多い現実すら見ようとしないとか 救いようがないな http://mevius.5ch.net/test/read.cgi/unix/1496160953/474
475: 名無しさん＠お腹いっぱい。 [sage] 2017/08/12(土) 03:49:40.40 ttps://kledgeb.blogspot.jp/2016/03/ubuntu-1604-20-ubuntu-32bitubuntu-64bit.html 実測値のソース出せよ http://mevius.5ch.net/test/read.cgi/unix/1496160953/475
476: 名無しさん＠お腹いっぱい。 [sage] 2017/08/12(土) 03:55:51.10 日本語読めないのか？ >>1から100回読み直せ それでも理解でなければお前はオワコン http://mevius.5ch.net/test/read.cgi/unix/1496160953/476
477: 名無しさん＠お腹いっぱい。 [sage] 2017/08/12(土) 03:58:46.78 ttps://kledgeb.blogspot.jp/2016/03/ubuntu-1604-20-ubuntu-32bitubuntu-64bit.html > Linuxゲームのベンチマーク > Linuxゲームのベンチマークでは、ほんの少しUbuntu 64bit版の方がパフォーマンスが良くなる傾向にありますが、ほとんど変わりません。 > このベンチマークでは、数値が大きいほど性能が良いということになります。 > > 動画のエンコードとカーネルビルドのベンチマーク > 動画のエンコードとカーネルビルドのベンチマークでは、すべて
の項目においてUbuntu 64bit版の方がパフォーマンスが良いです。 > 特に動画のエンコードでは、最大で1.4倍程度の差がでています。 > 「More Is Better」と記述されているベンチマークでは、数値が大きいほど性能が良いということになります。 > 一方、「Less Is Better」と記述されているベンチマークでは、数値が小さいほど性能が良いということになります。 > > データ処理のベンチマーク > データ処理のベンチマークでも、すべての項目においてUbuntu 64bit版の方がパフォーマンスが良いです。 > 「OpenSSL v1.0.1
gRSA 4096-bit Performance」では、4.4倍もの差がついています。 > > 消費電力のベンチマーク > 消費電力のベンチマークでも、すべての項目においてUbuntu 64bit版の方が消費電力が小さくなる結果が出ています。 > 各ベンチマークの「Min」が最小消費電力、「Avg」が平均消費電力、「Max」が最大消費電力です。 > 平均消費電力で見ると、1ワットから5ワット程度の差がでています。 http://mevius.5ch.net/test/read.cgi/unix/1496160953/477
478: 名無しさん＠お腹いっぱい。 [sage] 2017/08/12(土) 04:05:36.36 >>461 UNIX系最大派閥に躍り出たんだがubuntuは http://mevius.5ch.net/test/read.cgi/unix/1496160953/478
479: 名無しさん＠お腹いっぱい。 [sage] 2017/08/12(土) 04:18:39.26 酷いブログだ。全く現実が見えてない。 http://mevius.5ch.net/test/read.cgi/unix/1496160953/479
480: 名無しさん＠お腹いっぱい。 [sage] 2017/08/12(土) 04:27:14.85 ttp://news.mynavi.jp/news/2013/07/29/120/ そのブログのソース、Phoronixのデータだぞ 更に付け加えると、PAEをONにするとアドレス変換のテーブルの参照が入ってパフォーマンスは若干落ちる http://mevius.5ch.net/test/read.cgi/unix/1496160953/480
481: 名無しさん＠お腹いっぱい。 [sage] 2017/08/12(土) 04:29:23.83 全 く 現 実 が 見 え て な い 。 http://mevius.5ch.net/test/read.cgi/unix/1496160953/481
482: 名無しさん＠お腹いっぱい。 [sage] 2017/08/12(土) 04:30:49.52 今時の32bitOSがPAE必須の理由さえ知らないとか、キミブロガー本人でしょ。 http://mevius.5ch.net/test/read.cgi/unix/1496160953/482
483: 名無しさん＠お腹いっぱい。 [sage] 2017/08/12(土) 04:34:06.49 今時の32bitOSって何？ｗ 具体的に名前とバージョンを挙げよう http://mevius.5ch.net/test/read.cgi/unix/1496160953/483
484: 名無しさん＠お腹いっぱい。 [sage] 2017/08/12(土) 04:42:10.83 >>483 ところでさっきからおまえはなんでそういう幼稚園児みたないことばっか言ってんだ？ レベル低すぎるから話に入らないでROMってろよ。 http://mevius.5ch.net/test/read.cgi/unix/1496160953/484
485: 名無しさん＠お腹いっぱい。 [sage] 2017/08/12(土) 04:45:51.39 >>483 むしろ、OSシェア順に上から順番に調べてPAEがいらないOSがあったら報告してくれ。 そしてキミのブログに調査結果を報告してくれ、現実が見えないブログ主さん。 http://mevius.5ch.net/test/read.cgi/unix/1496160953/485
486: 名無しさん＠お腹いっぱい。 [sage] 2017/08/12(土) 04:46:32.92 >>483 おまえはもう引っ込んでろよ。どうせゆとり学生だろ。 http://mevius.5ch.net/test/read.cgi/unix/1496160953/486
487: 名無しさん＠お腹いっぱい。 [sage] 2017/08/12(土) 04:57:03.22 i386に拘ってる貧乏人はUFOやらネッシーやら見たって言ってる嘘つきおじさんみたいだな UFO見た事ない奴はROMってろ http://mevius.5ch.net/test/read.cgi/unix/1496160953/487
488: 名無しさん＠お腹いっぱい。 [sage] 2017/08/12(土) 05:14:54.03 i386で動かしたいならi386で動かしてろ どうせPAEが無くてもユーザランドのメモリ空間事情は変わらん それでも4G以上使いたいならLinuxでも使え ttps://kledgeb.blogspot.jp/2016/03/ubuntu-1604-20-ubuntu-32bitubuntu-64bit.html > Linuxゲームのベンチマーク > Linuxゲームのベンチマークでは、ほんの少しUbuntu 64bit版の方がパフォーマンスが良くなる傾向にありますが、ほとんど変わりません。 > このベンチマークでは、数値が大きいほど性能が良いということ
になります。 > > 動画のエンコードとカーネルビルドのベンチマーク > 動画のエンコードとカーネルビルドのベンチマークでは、すべての項目においてUbuntu 64bit版の方がパフォーマンスが良いです。 > 特に動画のエンコードでは、最大で1.4倍程度の差がでています。 > 「More Is Better」と記述されているベンチマークでは、数値が大きいほど性能が良いということになります。 > 一方、「Less Is Better」と記述されているベンチマークでは、数値が小さいほど性能が良いということになります。 > > データ処理のベン
チマーク > データ処理のベンチマークでも、すべての項目においてUbuntu 64bit版の方がパフォーマンスが良いです。 > 「OpenSSL v1.0.1gRSA 4096-bit Performance」では、4.4倍もの差がついています。 > > 消費電力のベンチマーク > 消費電力のベンチマークでも、すべての項目においてUbuntu 64bit版の方が消費電力が小さくなる結果が出ています。 > 各ベンチマークの「Min」が最小消費電力、「Avg」が平均消費電力、「Max」が最大消費電力です。 > 平均消費電力で見ると、1ワットから5ワット程度の差がでています。
http://mevius.5ch.net/test/read.cgi/unix/1496160953/488
489: 名無しさん＠お腹いっぱい。 [sage] 2017/08/12(土) 05:28:33.44 > どうせPAEが無くてもユーザランドのメモリ空間事情は変わらん やはりこいつとんでもない無知だった。 http://mevius.5ch.net/test/read.cgi/unix/1496160953/489
490: 名無しさん＠お腹いっぱい。 [sage] 2017/08/12(土) 05:36:53.00 PAE専用のAPIとか使い込むつもりか？６４ビット化の時に困るぞ http://mevius.5ch.net/test/read.cgi/unix/1496160953/490
491: 名無しさん＠お腹いっぱい。 [sage] 2017/08/12(土) 05:44:51.83 ３２ビットの論理アドレス空間じゃ足りなくてPAE欲しいってんなら素直に６４ビットで動かせば？ 既存の３２ビットの動かすだけなら既に動いてるんだからi386で動かせば？ ６４ビットの方がパフォーマンス出る事が多いのに何でごねてんの？ http://mevius.5ch.net/test/read.cgi/unix/1496160953/491
492: 名無しさん＠お腹いっぱい。 [sage] 2017/08/12(土) 07:03:14.09 PAE必須の理由を知らない馬鹿がいると聞いて http://mevius.5ch.net/test/read.cgi/unix/1496160953/492
493: 名無しさん＠お腹いっぱい。 [sage] 2017/08/12(土) 07:10:02.36 4G以上（3G＋α）が使えなくなるだけ http://mevius.5ch.net/test/read.cgi/unix/1496160953/493
494: 名無しさん＠お腹いっぱい。 [sage] 2017/08/12(土) 07:14:14.56 なわけあるかw http://mevius.5ch.net/test/read.cgi/unix/1496160953/494
495: 名無しさん＠お腹いっぱい。 [sage] 2017/08/12(土) 07:24:41.62 ttps://ja.wikipedia.org/wiki/%E7%89%A9%E7%90%86%E3%82%A2%E3%83%89%E3%83%AC%E3%82%B9%E6%8B%A1%E5%BC%B5 必須な理由って何だよ PAEがないi386機でもi386のバイナリは動くし、PAEがなくてもamd64機で動いてるだろ http://mevius.5ch.net/test/read.cgi/unix/1496160953/495
496: 名無しさん＠お腹いっぱい。 [sage] 2017/08/12(土) 07:25:48.86 64bitCPUなら事実上必須だけど、32bitって必須な理由って何だ？ http://mevius.5ch.net/test/read.cgi/unix/1496160953/496
497: 名無しさん＠お腹いっぱい。 [sage] 2017/08/12(土) 07:26:29.45 64bitOSなら事実上必須だけど、32bitで必須な理由って何だ？ http://mevius.5ch.net/test/read.cgi/unix/1496160953/497
498: 名無しさん＠お腹いっぱい。 [sage] 2017/08/12(土) 07:32:26.40 > データ実行防止のため有効にされることがある。 そこに書いてあるじゃん。セキュリティのため。昔、散々言われたじゃん。 だから今ではwinでもubuntuでもPAE必須。まさか本気で知らないとか。 http://mevius.5ch.net/test/read.cgi/unix/1496160953/498
499: 名無しさん＠お腹いっぱい。 [sage] 2017/08/12(土) 07:34:39.04 有効にしなくても動く http://mevius.5ch.net/test/read.cgi/unix/1496160953/499
500: 名無しさん＠お腹いっぱい。 [sage] 2017/08/12(土) 07:36:09.24 今度は必須の意味も分らないってか。まさに幼稚園児。 http://mevius.5ch.net/test/read.cgi/unix/1496160953/500
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 502 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.018s