- 1 名前：名無しさん＠お腹いっぱい。 [2017/05/31(水) 01:15:53.99 .net]
- The FreeBSD Project
www.freebsd.org/ja/
FreeBSDを語れ Part43 [無断転載禁止]
echo.2ch.net/test/read.cgi/unix/1472042132/
関連スレ
初心者もOK! FreeBSD質問スレッド その121
echo.2ch.net/test/read.cgi/unix/1437276192/
- 433 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 23:11:10.16 .net]
- なるほど高速CPU売りつけたいCPUメーカ工作員が暴れてたってわけだな
意味もなくソケット互換性失わせて強引な儲け方してきたものの
特に日本ではPCIに拘る特殊事情のお陰で完全に裏目に出てるからな
あとは32bitOSより遅くなる64bitOS強要してみようってところか
i5とi7の違いなんてほとんどキャッシュの差だけだし滑稽だわ
- 434 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 23:13:30.55 .net]
- >>423
ばーか。32bitのintなんて小さいだろ。
頭悪いくせに書き込むなよ。
- 435 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 23:18:23.99 .net]
- 64bitになって遅くなるって、例えばどんなアプリだ？
実測値出そうぜ
- 436 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 23:18:49.53 .net]
- >>423
> 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のままコンパイルしとこう、というものぐさなことをする人が多いだけだと思う。
まあソースが山ほどあって直すのが面倒だという気持ちもわからなくはないが。
- 437 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 23:25:21.42 .net]
- amd64はそもそもlongモードで32bitコードをそのまま動かすために作ったもの。
その仕様のおかげてMSはamd64を選んだ。
にもかかわらずFreeBSDユーザはそんなことどうでもいいのだ。
64bitOSは64bitコード使え、32bitOSは32bitコード使えだ。
なぜそんなアップルみたいな切捨てができるかというと継承するソフト資産が皆無だから。
- 438 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 23:28:23.70 .net]
- >>431
真剣にILP64採用してるとしたら脳みそが足りない技術者。
- 439 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 23:32:56.62 .net]
- >>430
- 440 名前：キャッシュの小さなCeleron機でベンチ比較すれば顕著に出るだろうよ []
- [ここ壊れてます]
- 441 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 23:34:58.07 .net]
- 画像フィルタの類で1〜4000000000の数値を2〜3999999999に
浮動小数点数を使わずに四捨五入で厳密に補正する事を考えてみようか
ans=(((val-1)*(3999999999-2))/(4000000000-1))+2
32bitしか扱わなくても64bitが使えるだけで一発で終わる様になる
マが確保する自動変数が32bitで間に合うかどうかだけが全てじゃない
32bitは小さいぞ
- 442 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 23:38:22.93 .net]
- >>434
計ろうぜ
ちなみにうちだとE3300機で32bitよりも64bitバイナリの方が速かった
ソースはKali linuxでのWPAキーのkey/secの表示だとか辞書の生成速度や
別パーティションのwinのaviutlでのエンコ速度
- 443 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 23:39:16.96 .net]
- >>430
別OSだがこんな結果がゴロゴロしてんだ。間違いない。諦めろ。
ascii.jp/elem/000/000/641/641476/img.html
- 444 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 23:42:37.36 .net]
- >>437
そのグラフの32bit4Gと64bit4Gを比べて言ってるの？
64bitGの方が若干早い項目多いし、64bit2Gがあったら青のバーがもっと短くなるんじゃない？
- 445 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 23:43:39.26 .net]
- >>432
あんたの考えをそのまま進めていくと、世の中に64bit PCしかなくなっても
ソフトだけは32bitで動き続けるという変な状況になる。
新規で作るソフトや、大きな改修をするソフト、頻繁に使うソフトはいずれ64bitをフルに使うように手直し
されていくはず。16 -> 32bitのときも同じことが起きて、古い16bitソフトはだんだんサポート外になったし。
- 446 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 23:50:34.51 .net]
- 別に変でもなんでもない
long long使えばOSが64bitコードに変換すればいいし、
128bitCPUが出ても特殊オプションなど使わせずにOSがすべて吸収すればいい
- 447 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 23:55:22.72 .net]
- >>439
おまえが変な状況と思うのはおまえが社会に出てないからで、むしろそれが普通なんだよ。
しかも、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
- 448 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 23:55:25.57 .net]
- i80386が出てしばらくはMS-DOSで16bitのコードを延々動かし続けてた
64bitのOSで32bitのアプリを動かそうと、x264のexeだけ64bitにしてエンコだけ高速にしようと
メーカーやユーザーの自由だろう
- 449 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 00:05:43.76 .net]
- >>441
それってポインタの定数の命令だけの話だよね？
64bit化したバイナリが一律32bitの倍のコードサイズになる訳じゃないぞ
- 450 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 00:27:19.64 .net]
- アセンブラ出力眺めてみた
64bitのイミディエイトのオペコードからのロードなんてループの外でしかやらんな
ループ突入前の１回、ポインタが４バイトから８バイトになって「遅い！」なんて体感できる奴はいないだろう
しかもamd64だとレジスタの本数増えてるからループの中でポインタをレジスタに云々なんて滅多に起きない
64bitが遅いってんならWinMacLinuxFreeBSD未だに一律32bitのままだった事だろう
- 451 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 00:52:25.56 .net]
- >>443
もちろんデータバスの差が顕著に出る例だ。
amd64が仮想メモリ空間、レジスタだけのなんちゃって64bit化である以上、
足回り、エンジンは同じままだということだ。
- 452 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 00:59:31.66 .net]
- >>444
そもそもほとんどの64bit環境のコンパイラはintは32bitだ。
仕様上必要でないかぎりわざわざ64bit longなんて使わない。
- 453 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 01:09:53.71 .net]
- 主張がわからん
>>445みたいな顕著に出る例なんて>>444で、殆ど速度低下はないだろうし、
なんちゃって64bitだろうと64bitのレジスタ同士での演算は可能
そのなんちゃって64bitってのはなんちゃってじゃない64bitと何が違う？
32bitの数値しか使わなくても、乗算除算が必要になれば>>435で64bitの恩恵はあるだろ
今普及してるx64否定して何がしたい？目的は何だ？
- 454 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 01:19:33.54 .net]
- x86とamd64の技術的なメリットをデメリットを述べただけで、x64を否定したと感じるのは
おまえが、i386排除連呼してるカルト宗教だからだろう。
- 455 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 01:26:26.64 .net]
- >>435
最近の画像はRGB各色32bitなのか？
- 456 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 01:28:03.81 .net]
- なんちゃって64bitってのはなんちゃってじゃない64bitと何が違う？
会話する気がないならamd64とi386どっちを使おうと個々の勝手だからもう黙ろうな
スレ違いもいいところだ
- 457 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 01:29:42.92 .net]
- >>449
動き補正だとかFFTだとかの計算内容知ってるか？
RGBの各値を四則演算でぼかせたノイズ消えただの喜んでる様な計算じゃ済まないんだぞ
- 458 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 01:30:18.33 .net]
- 何度も説明してるだろう。
これだけ説明して理解できないなら自分でamd64の仕様書読め。
それでも理解できない馬鹿なのだから諦めろ。
- 459 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 01:31:07.91 .net]
- >>451
知らん。
- 460 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 01:32:17.69 .net]
- SSE案件。例が稚拙。
- 461 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 01:35:12.32 .net]
- 64bit至上主義者はまた完全論破されたのか。
- 462 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 01:38:00.87 .net]
- 16bitのときもCP/Mを引きずり、32bitのときもDOSを引きずりという歴史を知っていれば
i386がいらないなんて話は出てこないはずなんだが。
32bit排除厨はおそらくマカーなのだろう。
- 463 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 01:46:21.32 .net]
- ascii.jp/elem/000/000/641/641476/img.html
で明らかだな。
image manipulationは僅かに64bitが有利。だからここで勝負したいのだろう。
しかし、web browsingの圧倒的な差。
あたなの用途は2chですか？ PhotoShopですか？
FreeBSD用のPhotshopはありませんけどね!!
- 464 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 01:48:41.68 .net]
- >>454
【Intel】OpenCV総合スレ 5画素目【画像処理】
ttp://mevius.2ch.net/test/read.cgi/tech/1382689696/
>>455-456
i386を排斥してる事にするなよ
ループの外でのポインタのイミディエイトのロードのオペランドが
４バイトから８バイトになった僅かな速度低下なんて誰も気にせんだろ
x64を過剰にディスって名無しや開発陣に何がさせたいんだよ
- 465 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 01:54:09.20 .net]
- >>457
ブラウザは64bitかどうかってよりOSの実装の問題じゃね？
６４ビットと３２ビットのモジュールの両方を使えるように検索しに行ってるとか
- 466 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 01:54:57.52 .net]
- 平均的な用途のベンチってつまりPC MARKでしょ。答えでてるじゃん。
- 467 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 02:03:35.71 .net]
- ttps://kledgeb.blogspot.jp/2016/03/ubuntu-1604-20-ubuntu-32bitubuntu-64bit.html
おまえらの大好きそうなOSSのベンチですら引っ張り出さずに６４ビット遅いとか言っちゃうんだもんな
救いようがねえ
- 468 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 02:06:40.95 .net]
- > インストール済みのUbuntu 32bit版をUbuntu 64bit版へそのまま移行するような手段は提供されていないため
酷いな。普及しないはずだわ。
- 469 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 02:24:16.59 .net]
- 最初から６４ビット版入れときゃ先ず間違いはない
- 470 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 02:33:31.93 .net]
- FreeBSDもLinuxも普及しない理由が分った。
- 471 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 02:48:03.94 .net]
- > 最初から
ほんとこいつの脳みそは幼稚園児並だな。
- 472 名前：名無しさん＠お腹いっぱい。 [2017/08/12(土) 02:57:39.52 .net]
- なんでこんなに伸びてるの
FreeBSD来てるの？
- 473 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 03:05:23.10 .net]
- 俺様のしょぼい32bit機に最適なビルド作れってわめいてるのがいるだけ
- 474 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 03:17:19.03 .net]
- まだマシンの話してるとか思い込んでる知的障害ゴキが這いつくばってんのか
- 475 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 03:27:21.86 .net]
- >>466
張られたベンチはWinとlinuxだけ。もう分るな。
FreeBSDはベンチすらされない。つまりオワコン。
- 476 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 03:36:37.20 .net]
- ウインなにがしみたいなインターネットを危険に陥れる脆弱性だらけのバグバグOSもどきは最初からオワコン
FreeBSDはサーバ用途
- 477 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 03:37:00.57 .net]
- 思い通りにならないとディスり始める
フリーウェア作者を奴隷か何かと勘違いしてるクレーマーと変わらん
>>461の通り、世は６４ビットに移行しつつある
過去のものはi386で動かせ
Win95をMSに改良しろなんて言ったところで作らん
- 478 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 03:41:48.04 .net]
- i386でOSだけが64bit対応するのが合理的って話だろ
何度言われても飲み込めない盆暗だからCの基本すら理解できないんだろ
- 479 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 03:45:52.05 .net]
- 何も生み出せない奴ってのは崇拝することしかできないからな
頭が悪いものだから与えられたものに満足して思考停止に陥るわけだ
この手のキチガイがOSSを語るとか反吐が出るわ
- 480 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 03:46:29.86 .net]
- i386のままじゃ遅いバイナリが多いんだから合理的じゃないだろ
- 481 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 03:48:10.83 .net]
- i386のままのほうが速いバイナリが多い現実すら見ようとしないとか
救いようがないな
- 482 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 03:49:40.40 .net]
- ttps://kledgeb.blogspot.jp/2016/03/ubuntu-1604-20-ubuntu-32bitubuntu-64bit.html
実測値のソース出せよ
- 483 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 03:55:51.10 .net]
- 日本語読めないのか？
>>1から100回読み直せ
それでも理解でなければお前はオワコン
- 484 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 03:58:46.78 .net]
- 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ワット程度の差がでています。
- 485 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 04:05:36.36 .net]
- >>462
UNIX系最大派閥に躍り出たんだがubuntuは
- 486 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 04:18:39.26 .net]
- 酷いブログだ。全く現実が見えてない。
- 487 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 04:27:14.85 .net]
- ttp://news.mynavi.jp/news/2013/07/29/120/
そのブログのソース、Phoronixのデータだぞ
更に付け加えると、PAEをONにするとアドレス
- 488 名前：変換のテーブルの参照が入ってパフォーマンスは若干落ちる []
- [ここ壊れてます]
- 489 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 04:29:23.83 .net]
- 全 く 現 実 が 見 え て な い 。
- 490 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 04:30:49.52 .net]
- 今時の32bitOSがPAE必須の理由さえ知らないとか、キミブロガー本人でしょ。
- 491 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 04:34:06.49 .net]
- 今時の32bitOSって何？ｗ
具体的に名前とバージョンを挙げよう
- 492 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 04:42:10.83 .net]
- >>484
ところでさっきからおまえはなんでそういう幼稚園児みたないことばっか言ってんだ？
レベル低すぎるから話に入らないでROMってろよ。
- 493 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 04:45:51.39 .net]
- >>484
むしろ、OSシェア順に上から順番に調べてPAEがいらないOSがあったら報告してくれ。
そしてキミのブログに調査結果を報告してくれ、現実が見えないブログ主さん。
- 494 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 04:46:32.92 .net]
- >>484
おまえはもう引っ込んでろよ。どうせゆとり学生だろ。
- 495 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 04:57:03.22 .net]
- i386に拘ってる貧乏人はUFOやらネッシーやら見たって言ってる嘘つきおじさんみたいだな
UFO見た事ない奴はROMってろ
- 496 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 05:14:54.03 .net]
- 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ワット程度の差がでています。
- 497 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 05:28:33.44 .net]
- > どうせPAEが無くてもユーザランドのメモリ空間事情は変わらん
やはりこいつとんでもない無知だった。
- 498 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 05:36:53.00 .net]
- PAE専用のAPIとか使い込むつもりか？６４ビット化の時に困るぞ
- 499 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 05:44:51.83 .net]
- ３２ビットの論理アドレス空間じゃ足りなくてPAE欲しいってんなら素直に６４ビットで動かせば？
既存の３２ビットの動かすだけなら既に動いてるんだからi386で動かせば？
６４ビットの方がパフォーマンス出る事が多いのに何でごねてんの？
- 500 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 07:03:14.09 .net]
- PAE必須の理由を知らない馬鹿がいると聞いて
- 501 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 07:10:02.36 .net]
- 4G以上（3G＋α）が使えなくなるだけ
- 502 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 07:14:14.56 .net]
- なわけあるかw
- 503 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 07:24:41.62 .net]
- 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機で動いてるだろ
- 504 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 07:25:48.86 .net]
- 64bitCPUなら事実上必須だけど、32bitって必須な理由って何だ？
- 505 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 07:26:29.45 .net]
- 64bitOSなら事実上必須だけど、32bitで必須な理由って何だ？
- 506 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 07:32:26.40 .net]
- > データ実行防止のため有効にされることがある。
そこに書いてあるじゃん。セキュリティのため。昔、散々言われたじゃん。
だから今ではwinでもubuntuでもPAE必須。まさか本気で知らないとか。
- 507 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 07:34:39.04 .net]
- 有効にしなくても動く
- 508 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 07:36:09.24 .net]
- 今度は必須の意味も分らないってか。まさに幼稚園児。
- 509 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 07:37:03.67 .net]
- 必須ならなんでPAEに対応してないFreeBSDのi386は動いてるんだよ
- 510 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 07:42:24.91 .net]
- 言いたくはないが、聞くなら仕方ない。答えよう。
FreeBSDは穴だらけのポンコツOSだから
- 511 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 07:44:39.06 .net]
- スタックオーバーフローだけを防げたところで安全になるって訳じゃないぞ
穴だらけなら使わない方がいい
Linux板にでもいっておいで
- 512 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 07:45:48.01 .net]
- 基本的なことも知らなかったくせに急に上から目線w
- 513 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 07:52:29.70 .net]
- スタックオーバーフローが防げるとか、大した機能じゃないし、
WinだってそれをONにすると動かなくなるコードあるぞ
全部に適用できる訳じゃない
システムのプロパティ→詳細設定タブ→パフォーマンス→データ実行防止タブ
詳細を表示しますのリンクでもクリック
- 514 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 07:54:30.83 .net]
- > 474 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/12(土) 03:48:10.83
> i386のままのほうが速いバイナリが多い現実すら見ようとしないとか
> 救いようがないな
> 492 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/12(土) 07:03:14.09
> PAE必須の理由を知らない馬鹿がいると聞いて
> 502 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/12(土) 07:42:24.91
> 言いたくはないが、聞くなら仕方ない。答えよう。
> FreeBSDは穴だらけのポンコツOSだから
おまえは嘘が酷過ぎる
- 515 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 07:57:15.67 .net]
- 32bit排除主義者はまた完全論破されたのか。
- 516 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 07:58:42.12 .net]
- > 474 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/12(土) 03:48:10.83
> i386のままのほうが速いバイナリが多い現実すら見ようとしないとか
> 救いようがないな
> 492 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/12(土) 07:03:14.09
> PAE必須の理由を知らない馬鹿がいると聞いて
> 502 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/12(土) 07:42:24.91
> 言いたくはないが、聞くなら仕方ない。答えよう。
> FreeBSDは穴だらけのポンコツOSだから
永久保存
- 517 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 07:59:15.23 .net]
- 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ワット程度の差がでています。
- 518 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 09:56:52.46 .net]
- 相変わらずドモって言葉が出てこないキチガイがコピペ連投かよ
ここまで頭悪いと真っ当な日常生活送れてないだろ
- 519 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 09:59:09.29 .net]
- > i386のままのほうが速いバイナリが多い現実すら見ようとしないとか
> 救いようがないな
> PAE必須の理由を知らない馬鹿がいると聞いて
嘘を並べ立てて自分の都合のいい物を作らせようとする腐った根性に何の疑問も抱かないのか？
- 520 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 10:12:35.35 .net]
- フルボッコにされてることにすらマジで気づいてないのかコイツ
お前はその腐った頭に何の疑問も抱かないのか？
- 521 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 10:16:37.09 .net]
- >>430
64bitで設計してあるH/Wを32bitで動かそうとすると却って遅くなるってのはあるね。
- 522 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 10:20:36.21 .net]
- >>514
論理的に説明しろよ
- 523 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 10:21:29.59 .net]
- >>459
↑
ねえ、これ何言ってんのか意味が分からんのだが？
ただのアフォなんだろうけど
- 524 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 10:22:43.27 .net]
- 確か最初のOpteronとか、32bitのコードの実行が10%か15%遅くなるんだっけ
今時のCPUも32bitのコードの実行は多少なりとも遅くなってるのかもね
- 525 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 10:31:07.92 .net]
- >>513
> i386のままのほうが速いバイナリが多い現実すら見ようとしないとか
嘘です
ttps://kledgeb.blogspot.jp/2016/03/ubuntu-1604-20-ubuntu-32bitubuntu-64bit.html
> PAE必須の理由を知らない馬鹿がいると聞いて
嘘です、64bit機でもPAEに対応してない32bitOSは動きます
- 526 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 10:48:47.73 .net]
- >>518
バカ披露してる暇があったら>>516に答えろよハゲ
- 527 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 10:56:53.53 .net]
- FreeBSDのi386にPAE実装して欲しいなら本家行ってくればいいのに
なんでここで次から次へと頓珍漢な事言って騒ぐの？
- 528 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 11:03:09.43 .net]
- 頓珍漢な事言って騒いでんのはお前一匹やろ
- 529 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 11:07:07.58 .net]
- とっくの昔に実装してるのにこいつ何頓珍漢なこと言ってんの？
- 530 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 11:15:51.51 .net]
- 対応してたんだ、知らなかった
で、問題は何？
> i386のままのほうが速いバイナリが多い現実すら見ようとしないとか
> PAE必須の理由を知らない馬鹿がいると聞いて
こんな嘘を垂れ流して何がしたい？目的は何？
- 531 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 11:50:27.88 .net]
- だれもFreeBSDについて語らないのにスレがのびてくよ。
- 532 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 11:54:59.88 .net]
- >>523
バカ披露してる暇があったら>>516に答えろよゴキブリ
- 533 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 11:56:48.24 .net]
- >>524
夏の風物詩
|
 |
