FreeBSDを語れ Part44

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/ 430 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 22:24:18.72 .net] >>421 マシンの話なんかしてないって何度言われも理解できないんだな バカとかアホとか超越した知能障害だぞお前 431 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 22:27:47.00 .net] 位取り記数法は対数のオーダーの計算量の増加だから、滅多に使いそうにない大きな数を扱えるようにしといても、コストはそれほど発散しないんと違う？ 432 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 22:33:38.95 .net] CPUキャッシュ消耗してヒット率激減だわ 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 夏の風物詩 534 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 11:59:11.80 .net] >>525 おまえの主張はこれでいいの？ > i386のままのほうが速いバイナリが多い現実すら見ようとしないとか > PAE必須の理由を知らない馬鹿がいると聞いて 主張か目的はっきりさせろよ i386がPAE対応してるんだってよ、それでいいだろ？ 535 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 12:01:38.94 .net] >>525 アドオンの設定みてるか？32bitと64bit両方対応のアドオンとかあるだろ 32bitのブラウザは32bitのアドオンしかないだろ 両方探しに行ったりしないだろ 536 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 12:04:26.75 .net] >>523 問題は無知なおまえが一人で暴れてること。 537 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 12:04:46.37 .net] 俺は > i386のままのほうが速いバイナリが多い現実すら見ようとしないとか これが嘘だと、64bitの方が早いバイナリの方が多い ttps://kledgeb.blogspot.jp/2016/03/ubuntu-1604-20-ubuntu-32bitubuntu-64bit.html > PAE必須の理由を知らない馬鹿がいると聞いて これが嘘だと、昔のPAEに対応してない古いOSだって64bitCPUで4G以上メモリ積んでても動く 嘘をバラ撒くなといってるだけだ 538 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 12:05:24.71 .net] >>527 俺が書いたレスでもないのに知らねえよゴキブリ お前の目的はFreeBSDの進化を止めてウインなにがしとかいうバグバグOSもどき売りつけることで インターネットを危険に陥れてマッチポンプで儲けたいだけだろ 恥を知れ盆暗糞詐欺テロリスト営業 539 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 12:10:00.12 .net] >>531 仮に別人だとして、>>528に答えた途端、レッテル貼り→罵倒のコンボか おまえの場合、荒らすのが目的だろ 540 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 12:26:03.47 .net] 仮に(笑) フルボッコにされて悔しがって荒らしてんのはお前一匹だろ 541 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 12:28:20.00 .net] >>531はアドオン探しに行ってるから↓のような結果になるとか言いたいらしい ascii.jp/elem/000/000/641/641476/img.html 馬鹿にもほどがあるわ 542 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 12:30:40.71 .net] >>531じゃなくて>>532だ 2ch.net見にくいな .scみたいに戻してくれよ 543 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 12:35:16.50 .net] > 458 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/12(土) 01:54:09.20 > >>457 > ブラウザは64bitかどうかってよりOSの実装の問題じゃね？ > ６４ビットと３２ビットのモジュールの両方を使えるように検索しに行ってるとか ”とか”と言った 断言はしていない 544 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 12:35:28.41 .net] そういや2ch.netはi386かamd64かどっちなんやろ 545 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 12:36:24.56 .net] 俺の目的は > i386のままのほうが速いバイナリが多い現実すら見ようとしないとか 64bitの方が早いバイナリの方が多い ttps://kledgeb.blogspot.jp/2016/03/ubuntu-1604-20-ubuntu-32bitubuntu-64bit.html > PAE必須の理由を知らない馬鹿がいると聞いて 昔のPAEに対応してない古いOSだって64bitCPUで4G以上メモリ積んでても動く 嘘をバラ撒かせない事だ おまえらの目的は何だよ？嘘バラ撒いてまで荒らす事か？ 546 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 12:36:52.77 .net] >>536 > ブラウザは64bitかどうかってよりOSの実装の問題じゃね？ じゃあ、これについて説明しろよ 547 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 12:37:56.17 .net] >>538 嘘バラ撒いてんのはお前一匹 548 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 12:40:24.87 .net] 次はMMXとかの揚げ足取りが来るだろうから先に書いておく ttp://echo.2ch.net/test/read.cgi/unix/1472042132/954 これと同じ様に単純なスケーリングで済む話じゃない これは俺が書いた書き込みだ 例えばテンプレートマッチングの演算過程とかRGBの0〜0xffが３プレーン分ある訳じゃないからな 周波数空間で演算した結果を元に戻したら順位が入ってるんじゃなくて どれだけ元の画像に近いかの値が入ってるんだからな 549 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 12:40:48.93 .net] >>540 > i386のままのほうが速いバイナリが多い現実すら見ようとしないとか 64bitの方が早いバイナリの方が多い ttps://kledgeb.blogspot.jp/2016/03/ubuntu-1604-20-ubuntu-32bitubuntu-64bit.html > PAE必須の理由を知らない馬鹿がいると聞いて 昔のPAEに対応してない古いOSだって64bitCPUで4G以上メモリ積んでても動く どこに嘘がある、ソース出せ 550 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 12:41:21.13 .net] >>539 Windowsなら両方動くだろう 551 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 12:48:42.80 .net] >>542 ascii.jp/elem/000/000/641/641476/img.html 何度も貼られてるのがなんで読めないの？ 文盲なの？ お前が例に出してるのはこのグラフのvideo　transcodingのことだろ それで「64bitの方が早いバイナリの方が多い」とか寝言は寝て言えやガイジ 552 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 12:52:55.33 .net] >>544 都合のいいベンチだけ貼るな ttps://kledgeb.blogspot.jp/2016/03/ubuntu-1604-20-ubuntu-32bitubuntu-64bit.html 大体エンコだとかKali linuxのairsnort-ngみたいなkey/secの値だとか見ても 64bitの方が遥かに高速だ おまけにブラウザの速度なんてせいぜい１秒の表示が１．２秒程度になったところで 殆どの一般人は何とも思わん 553 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 12:55:59.57 .net] 思い出した chrome 64bit 速度 でｇｇｒ ブラウザが64bitだと遅いとか、わざと64bitの方が遅いブラウザ選んだんじゃないか？ 554 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 12:58:44.00 .net] >>545 エンコだって5096秒が5114秒になる程度の差だろうが お前の解釈のほうがお前にとって都合がいいだけだろ ３秒でイライラすると言われているブラウザの表示で1.5秒が1.2秒になるってかなり大きいわ 555 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 13:00:46.82 .net] >>547 今やそんな小さな差じゃない おまえが使ってるPCいつの時代のPCだよ？Exxxx以前のPCなのか？ 556 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 13:02:27.46 .net] >>548 グラフを否定したいならasciiに言えカス 557 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 13:03:23.77 .net] なあなあ、なんかすごーく伸びてるけど 読むのメンドイから三行半でまとめてくれ 558 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 13:04:32.81 .net] >>549 ttp://www.phoronix.com/scan.php?page=article&item=ubuntu-1604-3264&num=3 これは否定できんだろ 559 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 13:07:24.38 .net] お前FreeBSDをデスクトップで使ってエンコとかしてるわけ？ 560 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 13:10:26.44 .net] >>552 ttp://echo.2ch.net/test/read.cgi/unix/1472042132/954 詳しくは言わないけど、こういう事とか、OpenCVだとかでスタンドアロンで ある程度ランダムな試験データ食わせてバグらないか耐久試験させたりしてる 561 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 13:17:06.67 .net] >>551 それ単位が書かれてないよな アスキーと同じ結果を拡大してるだけじゃねえの 562 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 13:19:12.19 .net] >>554 Frames Per Second, More Is Better とか書いてあるだろう いい加減認めろよ、大抵６４ビットの方が早えよ 563 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 13:20:41.33 .net] aircrack-ngで自宅の無線LANのWPAでもクラックしてみろ 32bitでなんてかったるくてやってられんぞ 564 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 13:23:39.34 .net] >>555 なんでエンコだけで大抵なんだよ 世の中FreeBSDは大抵エンコでしか使わないのかよ いい加減、認めろよ、大抵３２ビットの方が早えよ 565 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 13:25:18.96 .net] >>556 そこまで言うならクラックの詳細を64bitOSとの比較とともにうｐしてもらおうか 566 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 13:25:46.84 .net] >>557 32bitが早いのってどれだよ winのchromeでもphoronixのベンチでも32bitの方がおせえ 567 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 13:27:20.98 .net] >>558 Kali linux入れろ key/secがリアルタイムに表示される 568 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 13:27:28.52 .net] エンコとか画像フィルタとかOpenCVとか今はGPU使うんだし言い訳にしか聞こえんわ。 PCmarkで負けた。これがすべて。64bitの優位性は4GB超のメモリを使うときだけ。 569 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 13:27:39.03 .net] >>559 グラフを否定したいならasciiに言えカス お前の妄想はイラナイ 570 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 13:28:52.84 .net] >>560 ベンチ比較うｐマダー？ 571 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 13:32:49.11 .net] >>561 俺、自前の処理までGPUカツカツに使える様な、何でもできる、何でも知ってるエンジニアじゃねえし てかテンプレートマッチングでGPU使うのか？ >>562 俺の妄想じゃない、Phoronixのベンチ結果だ 572 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 13:35:22.45 .net] >>563 データ満載で再インストールしたくない light入れた時はこれ忘れんな apt-get install rfkill 今kaliの備忘録引っ張り出してる、待て 573 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 13:39:43.63 .net] コケたらこれやれ ifconfig wlan0 down macchanger -m xx:xx:xx:xx:xx:xx wlan0 ifconfig wlan0 up rfkill unblock all # airmon-ng stop wlan0 # 必要なら停止させろ # ifconfig wlan0mon down # モニタデバイスはwlan0じゃなくてwlan0monだ macchanger -m xx:xx:xx:xx:xx:xx wlan0mon macchanger -m xx:xx:xx:xx:xx:xx wlan0 # どっちかエラーになるが気にすんな ifconfig wlan0 up airmon-ng start wlan0 あとはairodump-ngでオプションと一緒にwlan0mon指定しろ 使い方がわからんならfern-wifi-cracker使え python製のaircrack-ngのフロントエンドだ 簡単だろ？ 574 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 13:42:11.65 .net] 話を戻すとi386OSとして64bit管理して必要に応じて変換する機能を否定する根拠にはならんわな 32bitでプロセス合計4GB超使えて-m32で通らないなんてこともなくなって、折衷的円満解決 これを否定するってんだから思考停止馬鹿かFreeBSDが進化すると困る連中の工作としか思えんな 575 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 13:43:41.88 .net] >>565 お前が言い出したことだろ 自分でケツ拭けないならクチバシ挟むな 576 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 13:44:40.84 .net] llvm32bitでコンパイルに通って、llvm64bit -m32通らないってどういう状況だよ？ 577 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 13:45:30.87 .net] またお前か はよ尼券ｗ 578 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 13:46:12.38 .net] >>568 64bitの方が早いってのが信じられないならやれよ 俺は間違えて2016.1の32bit落として仕方なく32bitでやったけど以前より遅くて 64bitに戻して早くなったってのを経験したから64bitの方が遥かに速いと言った 579 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 13:47:19.42 .net] >>571 具体的に言えないならお前の勘違い 580 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 13:47:35.71 .net] 64bit管理って事は32bitCPUで動かない32bitアプリの為のOSって事だろ？ 誰得だよ 581 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 13:48:23.85 .net] >>572 それはない ３桁なんておかしい 582 名前：とすぐに気付いた [] [ここ壊れてます] 583 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 13:53:16.23 .net] >>573 32bitCPUなら64bit管理機能を使わなきゃいいだけのことだな 584 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 13:54:01.31 .net] 32bitCPUなら64bit管理機能って具体的に何だよ？ PAEでできねえのかよ？ 585 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 13:57:06.74 .net] PAE以外の64bit管理機能って何？ 586 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 14:02:21.75 .net] FreeBSDでPAE使ったらプロセス合計4GB超使えるって？ OSがdoubleやらを64bitコードに変換すればエンコとか限定的な用途も速くなるかもね 587 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 14:08:29.85 .net] amd64の仕様知らない馬鹿はレス禁止な。 588 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 14:10:01.29 .net] PAE以外の64bit管理機能ってのは何だよ？誤魔化してないで会話しろよ 589 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 14:11:27.44 .net] 64ビット化って速度云々よりも利便性のためだよな ちまちまファイルから読み込むよりも全体をメモリマップすれば面倒がなくなる 590 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 14:13:55.84 .net] ttps://kledgeb.blogspot.jp/2016/03/ubuntu-1604-20-ubuntu-32bitubuntu-64bit.html OpenSSLもaircrack-ngも相当早くなる 591 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 14:15:38.88 .net] ttps://www.aircrack-ng.org/ windowsのバイナリもある UNIX機から吸い上げたダンプがあればWinの32bitと64bitの速度比較も一発 592 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 14:15:45.40 .net] >>580 何度も書かれていることをお前が文盲だから理解できないだけだろ OSが64bit、プロセスが32bitだ 593 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 14:18:05.39 .net] >>584 Windows64bit版でWIN32のexeしか実行できないバージョンって事？ Windows32bit版のPAE有効にしたバージョンと何が違う訳？ 594 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 14:25:00.84 .net] 少し前のレスすら読めないお前は国語のお勉強しておいで 595 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 14:26:10.78 .net] OSの内部で64bit化して速くなるところってどんな処理だ？ 596 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 14:27:46.87 .net] ３２ビットのバイナリの方が速いんだったら、OSの内部も３２ビットの方が速いんだろ？ 言ってる事おかしいぞ 597 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 14:31:38.84 .net] 文盲のお前が言ってる事のほうがおかしい とにかくお前とは会話が成立しないから出て逝ってくれ これ以上は荒らし 598 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 14:32:37.02 .net] >>589 OSだけが64bitになると速くなって、アプリだけが32bitままだと速い訳？ 599 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 14:54:35.08 .net] こいつが管理機能管理機能うるさいからFreeBSDのi386にPAEないのかと思ったんだけど 仮に64bitのバイナリ遅いと仮定して、OSを64bitに遅くして何がしたい訳？ 矛盾だらけなんだよ 600 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 15:22:59.37 .net] お前、矛盾って言葉覚えて使ってみたかったのか？ バカまき散らしただけで残念でしたとさｗ 601 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 15:27:18.37 .net] >>591 矛盾とか本気で思ってるとしたらかなり頭が悪いことを自覚したほうがいい 602 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 15:39:22.85 .net] 仮に64bitのバイナリ遅いと仮定して、OSを64bitに遅くして何がしたい訳？ 603 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 15:44:10.56 .net] OS64bitアプリ32bit 64bitは遅い → OS遅いアプリ速い → 素直に32bitOS使え 64bitは速い → OS速いアプリ遅い → 両方64bitでいいだろ 604 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 15:51:31.40 .net] >>550 気にする必要はない >>>526 >> 夏の風物詩 605 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 15:53:00.30 .net] 速い遅いじゃなくて4GB超のメモリを使えて互換性維持が目的だと 何度言われても覚えられないのなアホだから 606 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 15:56:48.17 .net] >>597 今のi386のままで4G超のメモリ使えて互換性維持できるよな 下手にOS64bit化する必要ないよな 607 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 16:01:43.69 .net] OS64bitアプリ32bit 64bitは遅い → OS遅いアプリ速い → 素直に32bitOS使え 64bitは速い → OS速いアプリ遅い → 両方64bitでいいだろ 速い遅いじゃない → 素直に32bitOS使え 608 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 16:06:41.71 .net] じゃあ３２ビット速い、６４ビット遅いってのは何だったんだ 609 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 16:11:27.37 .net] 64bitのほうが速いとか嘘まき散らしてるお前がフルボッコにされてただけだろ 610 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 16:12:27.91 .net] >>601 嘘を撒き散らしてるのはおまえだ ttps://kledgeb.blogspot.jp/2016/03/ubuntu-1604-20-ubuntu-32bitubuntu-64bit.html OpenSSLもaircrack-ngも相当早くなる 611 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 16:17:26.83 .net] 馬鹿だからコイツまたループ FreeBSDはエンコ以外に使い道はないというお前のエンコ環境晒してみろやクソガキ 612 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 16:19:11.06 .net] >>603 エンコだけじゃない ttps://kledgeb.blogspot.jp/2016/03/ubuntu-1604-20-ubuntu-32bitubuntu-64bit.html OpenSSLもaircrack-ngも相当早くなる OS64bitアプリ32bitとか誰も喜ばん>>599 アホな事言ってんじゃねえよ 613 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 16:21:09.75 .net] >>600 何だったもクソもあらへん それがOS64bitプロセス32bitに対する何らの否定根拠にもなっていない 否定する能力はお前には到底ないんだからくだらない難癖やめて諦めろ 614 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 16:22:22.06 .net] >>604 アホはお前一匹だと自覚したほうがいい そのままオトナになったらお前一生ゴミクズだぞ 615 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 16:22:43.41 .net] そうだ、OS64bitアプリ32bitなんてバカな構成は諦めろ 616 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 16:23:34.61 .net] >>606 OS64bitアプリ32bitとか誰も喜ばん>>599 こんなゴミクズ構成思い付くお前は一生ゴミクズだな 617 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 16:24:08.91 .net] >>607 バカはお前一匹だと自覚したほうがいい そのままオトナになったらお前一生ゴミクズだぞ 618 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 16:24:57.94 .net] >>608 俺も喜ぶけど何か？ 619 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 16:25:34.92 .net] OS64bitアプリ32bit 64bitは遅い → OS遅いアプリ速い → 素直に32bitOS使え 64bitは速い → OS速いアプリ遅い → 両方64bitでいいだろ 速い遅いじゃない → 素直に32bitOS使え どの組み合わせでもOS64bitアプリ32bitに利点はない 620 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 16:26:14.68 .net] 結局否定できずにOS64bitプロセス32bit再論破 621 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 16:26:23.13 .net] >>610 何がどう嬉しい訳？ 622 名前：名無しさん＠お腹いっぱい。 [2017/08/12(土) 16:27:37.72 .net] >>613 お前がi386で4GB超のメモリが使えて互換性維持できて嬉しくない理由を書けよ 623 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 16:28:21.49 .net] >>614 嬉しくないなんて一言も言った覚えはない 今のi386で4G超使えるならi386使えよ 624 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 16:29:24.75 .net] >>615 使えないから議論になってんだろ 真性はすっこんでろ 625 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 16:29:57.30 .net] >>616 i386はPAE対応してるんだろ？4G超使えるだろ 626 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 16:31:54.36 .net] >>617 じゃあお前PAEでプロセス合計4G超使ってみせろや 627 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 16:32:57.06 .net] >>618 それPAE対応してない機体で動くのかよ？互換性はどこいった？ 32bitOSで１プロセスで4G超使いたいなら素直に64bitでいいだろ 628 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 16:34:57.03 .net] PAEの意味も理解してないタダのキチガイがわめいていただけだったとさ ==終了== 629 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 16:36:43.76 .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を使用した場合には、IA-32アーキテクチャのアドレスラインである32ビットを 36ビット以上のメモリ空間に拡張する。これにより、IA-32の標準では最大4GiBまでしか 使用できなかった物理メモリ空間を、最大64GiB以上使用できるようになる。 しかしながら、仮想アドレス空間は4GiBのままであり、ページテーブルのエントリを 32ビットから64ビットに拡張することによって物理メモリ空間にアクセスする事となる。 ページサイズは4KiBで、ページテーブルのサイズは1ページのままであるので、 ページテーブルのエントリの数が一段あたり1024から512になる。これを補うために、 PAEにおいては、4エントリを持ったページテーブルが最上位に1段追加される。 630 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 16:37:33.30 .net] >>618 それってPAE専用ABI使わずに32bitOSの１プロセスで4G以上使いたいって意味？ 631 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 16:42:14.30 .net] OS64bitアプリ32bit 64bitは遅い → OS遅いアプリ速い → 素直に32bitOS使え 64bitは速い → OS速いアプリ遅い → 両方64bitでいいだろ 速い遅いじゃない → 素直に32bitOS使え どの組み合わせでもOS64bitアプリ32bitに利点はない > しかしながら、仮想アドレス空間は4GiBのままであり、ページテーブルのエントリを > 32ビットから64ビットに拡張することによって物理メモリ空間にアクセスする事となる。 PAE使ってもアドレス空間は4Gのまま ページのエントリ書き換えてページングしない限り（PAEのシステムコール類を使用） 32bitOSでは与えられた4G以外の範囲にはアクセスできない（後方互換性なし） 632 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 16:43:22.57 .net] １プロセスで4G以上なら64bit使うのが素直だろうけど レガシーコードを含む複数プロセス合計で4G以上使いたいというニーズは少なくないわな 633 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 16:45:02.00 .net] >>624 それならわかる 634 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 16:46:19.14 .net] >>624 それは既にi386でできるだろ？ 635 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 16:47:14.32 .net] ようやくmrubyがカーネル内で走ったよ！！ 636 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 17:37:08.47 .net] OS64bitアプリ32bit 64bitは遅い → OS遅いアプリ速い →32bitOS使え 64bitは速い → OS速いアプリ遅い → 両方64bitでいいだろ 速い遅いじゃない → 32bitOS使え 32bitOS32bitアプリ互換１プロセス4G（3G）超えない → 32bitOS使え 32bitOS32bitアプリ互換１プロセス4G（3G）超える → 　　　　そのままじゃ無理 → 64bit化 or 　　　　32bitOSでPAE専用APIでEMSもどき（32bitPAE専用化） PAEは32bitコードにとっての夢のアドレッシングを可能にする機能じゃない どの組み合わせでもOS64bitアプリ32bitに利点はない 637 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 18:02:36.81 .net] おい真性の馬鹿、 638 名前：できるだろ？とか強気で来ておいてできねえんじゃねえかw おい真性の盆暗、それを矛盾というんだ覚えたか？ [] [ここ壊れてます] 639 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 18:29:42.94 .net] >>629 何ができないのかはっきりしろ 会話しろ 640 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 18:32:50.28 .net] OS64アプリ32って、アプリが32bitでもOSが64bitでPAEなら １プロセス4G以上のメモリ空間を持てるとでも勘違いしたのか？ 641 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 19:06:08.16 .net] 一連の32bitマンセーって、どうせ>>631で引っ込み付かなくて暴れてるだけだろ？ 32bitコード専用64bitOSなんてどこも作らんだろ 642 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 19:20:03.83 .net] 馬鹿とか盆暗とか言われて涙目の３連投ｗ 顔真っ赤にしちゃってみっともない 643 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 19:25:20.57 .net] 32bitより64bitのほうが速いとか鵜呑みにしてたバカさ加減が見事に剥がされて ちっぽけなプライドで維持してきた精神が崩壊しちゃったんだろ 644 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 19:28:33.37 .net] >>631 スレに出てた言葉をくっつけてそれっぽく仕立ててみたの？ おまえ何ひとつ理解してないのがバレバレでかなーり痛いよ 645 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 19:30:59.69 .net] >>630 お前の馬鹿コピペでスレが掻き消されてるだけだろ 本当に本当に本当に馬鹿なんだなお前w 646 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 19:33:29.11 .net] >>636 「できるだろ？とか強気で来ておいてできねえ」みたいな事を言った事に仕立て上げたいだけだろ？ だから引用もできない 647 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 19:35:52.35 .net] 632 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/12(土) 19:20:03.83 633 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/12(土) 19:25:20.57 634 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/12(土) 19:28:33.37 635 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/12(土) 19:30:59.69 648 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 19:37:32.42 .net] >>637 できるならとっととやってみせろよ 649 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 19:38:14.50 .net] >>638 またフルボッコにされちゃってるのか？ 650 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 19:39:37.17 .net] 2chがi386で動いてると聞いてすっ飛んできますた そりゃamd64じゃ効率悪い罠 651 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 19:39:37.72 .net] OS64bitアプリ32bitとか言い出した知ったかぶりいい加減にしろよ 64bitは遅い → OS遅いアプリ速い →32bitOS使え 64bitは速い → OS速いアプリ遅い → 両方64bitでいいだろ 速い遅いじゃない → 32bitOS使え 32bitOS32bitアプリ互換１プロセス4G（3G）超えない → 32bitOS使え 32bitOS32bitアプリ互換１プロセス4G（3G）超える → 　　　　そのままじゃ無理 → 64bit化 or 　　　　32bitOSでPAE専用APIでEMSもどき（32bitPAE専用化） PAEは32bitコードにとっての夢のアドレッシングを可能にする機能じゃない どの組み合わせでもOS64bitアプリ32bitに利点はない 652 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 19:40:49.51 .net] こいつ完全論破されると悔しがってコピペで掻き消そうとするのがパターンだな アホだからコレしかできない 653 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 19:41:44.91 .net] >>634 ttps://kledgeb.blogspot.jp/2016/03/ubuntu-1604-20-ubuntu-32bitubuntu-64bit.html 実測結果が物語ってる 654 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 19:42:40.84 .net] >>644 ねえねえアホってどんな気分？ 生きててつらくない？ とりあえずアホってどんな気分か教えてよｗ 655 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 19:43:42.27 .net] >>643 間違ってると思うなら引用して指摘しろ >>645 鏡に向かって聞いてみろ 656 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 19:44:58.41 .net] >>646 お前がブザマに悔しがってることだけはよくわかった 657 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 19:45:48.72 .net] >>647 レッテル貼りからの中傷にもなってない決め付け稚拙すぎ 658 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 19:46:59.95 .net] >>633で戻ってきたら > OS64アプリ32って、アプリが32bitでもOSが64bitでPAEなら > １プロセス4G以上のメモリ空間を持てるとでも勘違いしたのか？ これで図星突かれて突然暴れ出したんだろ？ 659 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 19:49:13.20 .net] >>649 >>649 何言ってんのか意味がわからない 具体的に説明してみろよ お前ごときができるものならなｗ 風呂行くからはよしろ 660 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 19:50:04.23 .net] 手が震えて２つアンカ入ったのか？ｗ 661 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 19:50:52.76 .net] また逃げるのか？ はよ説明しろっつの 662 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 19:51:52.13 .net] OSが64bitでPAEって言ちゃう馬鹿の説明 ちょっとだけ俺も聞いてみたくなったわw 663 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 19:51:53.22 .net] >>652 説明も何も、まんまだろ > OS64アプリ32って、アプリが32bitでもOSが64bitでPAEなら > １プロセス4G以上のメモリ空間を持てるとでも勘違いしたのか？ おまえはこんなバカな勘違いしてたと考えれば、OS64bitアプリ32bitとか喚き散らす動機として筋が通る 664 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 19:52:45.98 .net] ＞OSが64bitでPAE 超ウケルよなーーーーｗｗｗｗｗｗｗ 665 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 19:53:31.83 .net] >>654 「OSが64bitでPAE」 これだけでいいから説明してよボク 666 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 19:53:51.86 .net] OS64bitでアプリ32bitって言っちゃうくらいだからな ウケルってか、呆れる 667 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 19:54:11.10 .net] アカン笑い転げて風呂行けねえ 668 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 19:55:02.65 .net] いいか、64bitだとPAEビットは事実上常にONだ OS64bitアプリ32bitとか言い出した知ったかぶりいい加減にしろよ 64bitは遅い → OS遅いアプリ速い →32bitOS使え 64bitは速い → OS速いアプリ遅い → 両方64bitでいいだろ 速い遅いじゃない → 32bitOS使え 32bitOS32bitアプリ互換１プロセス4G（3G）超えない → 32bitOS使え 32bitOS32bitアプリ互換１プロセス4G（3G）超える → 　　　　そのままじゃ無理 → 64bit化 or 　　　　32bitOSでPAE専用APIでEMSもどき（32bitPAE専用化） PAEは32bitコードにとっての夢のアドレッシングを可能にする機能じゃない どの組み合わせでもOS64bitアプリ32bitに利点はない 669 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 19:55:16.69 .net] OSが64bitでPAEって何？ 教えてよーーー 670 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 19:57:40.51 .net] >>659 アプリ32bitって多分お前しか言ってないと思うが、 知ったかぶりというよりプロセス32bitが合理的なのは確かだわな 671 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 19:58:51.72 .net] >>661 それ、サイズ的に合理的なだけで、速度的にもコールゲートの切り替え的にも OS64bitプロセス32bitだと非合理的だよな？ 672 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 20:01:24.53 .net] >>662 非合理的と思うなら根拠を示せよ お前はコピペするだけで何ひとつ示せていない doubleもポインタもプロセスも何も理解できなかった落ちこぼれのお前には無理だろうがな 673 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 20:03:34.57 .net] >>663 >>311 674 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 20:06:33.01 .net] こいつ、OS64bitユーザーランドのプロセス32bit専用って>>311の前から延々言ってるけど、 １プロセス4G以上のメモリ空間を持てるとでも勘違いしたなら納得が行く 675 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 20:07:19.14 .net] お前、理系じゃないだろ？ それが根拠とか思ってるから何も身に付かなかったんだろ 諦めてドカタでもやったほうがいいと思うぞマジ 676 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 20:08:33.44 .net] >>665 残念ながら勘違いしてるのはお前一匹だけ 677 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 20:10:16.44 .net] >>667 ならOS64bitユーザーランドのプロセス32bit専用とか喚き出した動機は？ >>659 678 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 20:10:47.73 .net] ウザイ レス読み直せハゲ 679 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 20:11:33.57 .net] OS64bitユーザーランドのプロセス32bit専用とか喚き出した動機は？ 680 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 20:12:08.80 .net] 一度書いたこと何度も何度もコピペし続けるのは馬鹿だけだからな 相手にする必要なし 681 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 20:13:28.52 .net] おまえは痛い所を突かれると煽って逃げるだけだろ OS64bitユーザーランドのプロセス32bit専用とか喚き出した動機は？ 682 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 20:16:04.65 .net] いいか、64bitだとPAEビットは事実上常にONだ OS64bitアプリ32bitとか言い出した知ったかぶりいい加減にしろよ 64bitは遅い → OS遅いアプリ速い →32bitOS使え 64bitは速い → OS速いアプリ遅い → 両方64bitでいいだろ 速い遅いじゃない → 32bitOS使え 32bitOS32bitアプリ互換１プロセス4G（3G）超えない → 32bitOS使え 32bitOS32bitアプリ互換１プロセス4G（3G）超える → 　　　　そのままじゃ無理 → 64bit化 or 　　　　32bitOSでPAE専用APIでEMSもどき（32bitPAE専用化） PAEは32bitコードにとっての夢のアドレッシングを可能にする機能じゃない どの組み合わせでもOS64bitアプリ32bitに利点はない 683 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 20:18:16.34 .net] なるほど確かに馬鹿だわコイツ 684 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 20:35:00.82 .net] i386に64bitのコードとか入ってないだろ 誰も作ってないって事はOS64bitでi386とか意味がないと思っていい 685 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 20:35:52.96 .net] 指摘を煽ってるとか解釈するからいつまでたっても頭っ悪いままなんだろうな 686 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 20:38:32.63 .net] 世の中の動向が自分の価値観にできる奴って幸せなのかもよ 北朝鮮あたりから書き込んでたりしてな 687 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 20:38:39.89 .net] 674 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/12(土) 20:35:00.82 675 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/12(土) 20:35:52.96 俺はSoftalkWebで聞いてたけど、流石にこの貼り付き方はできんわｗ 指摘なら5W1Hはっきり、１レス内にまとめてみろ OS64bitユーザーランドのプロセス32bit専用とか喚き出した動機は？ 688 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 20:40:08.00 .net] 将軍様マンセー 与党マンセー 大企業マンセー そういうキチガイなのだろう 689 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 20:41:11.88 .net] PAE使えるi386じゃダメで、OS64bitにしないとできないできない連呼してたのって、 OS64bitになれば１プロセス4G以上のメモリ空間を持てるとか勘違いしたからだろ？ 690 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 20:42:33.76 .net] 訂正 PAE使えるi386じゃダメで、OS64bitにしないとできないできない連呼してたのって、 OS64bitになれば32bitの１プロセス4G以上のメモリ空間を持てるとか勘違いしたからだろ？ 691 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 20:42:36.80 .net] お前らまだコピペゴキブリ一匹退治できないのかよ 692 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 20:44:09.66 .net] >>682 相手すると飛び跳ねて嬉しがるからな 気色悪いったらありゃしない 693 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 20:44:31.52 .net] PAE使えるi386じゃダメで、OS64bitにしないとできないできない連呼してたのって、 OS64bitになれば32bitのプロセス１つ辺り4G以上のメモリ空間を持てるとか勘違いしたからだろ？ なんで答えない？ 694 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 20:46:56.99 .net] IDが出ないから自演がやりたい放題だな 695 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 21:02:21.57 .net] >>437 Ubuntuだと386とx64では明らかにx64が早いと出てる。 www.phoronix.com/scan.php?page=article&item=ubuntu_1310_3264&num=3 www.phoronix.com/scan.php?page=article&item=ubuntu_1310_3264&num=4 Windowsの場合、古い32bit用ソフトを頑張って動かそうとして、64bit用に最適化してないだけだろう。 696 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 21:06:12.47 .net] 酷いバカが居座ってんな 697 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 21:10:08.40 .net] >>687 自演だと思ったんだ・・・そうだよな、おまえは自演してるから、他人もしてると思うんだろうな 698 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 21:50:59.08 .net] とにかくメモリバカぐいするプロセスうごかしたい普通のひとはx64いれとけということでいいのか。 699 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 21:53:31.34 .net] いくら擬態しても悪臭からゴキブリだとバレバレ 700 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 22:08:52.13 .net] >>689 コードによる ポインタばかすか確保する様なおバカなコードは（ｒｙ 701 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 22:19:58.37 .net] ポインタばかすか確保する様なおバカなコードとやらをちょっと書いてみろよ 702 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 22:40:36.58 .net] >>686 アスキーのデータどおりじゃねーか。エンコ系は速い。これだけ。 それ見てすべて速いと思うならおまえはド素人。ここでレスするレベルじゃない。 703 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 23:11:53.17 .net] >>693 > エンコ系は速い 速いならいいじゃないか。グラフィクス処理系が速ければ、ウィンドウ関係の表示やゲームなど全般に速くなるんだし。 704 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 23:24:41.34 .net] GPU使えば終わる話。ほんとおまえはいつまでド素人馬鹿発言続ける気だ。 705 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 23:40:32.63 .net] >>695 GPU使わずに速いなら低コストで済むんだからもっといいじゃないかw 706 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 23:46:00.79 .net] こいつ真性のアホだな。GPUついてないPCはない。使ったら何倍も速くなる。 何が低コストだよ。馬鹿にもほどがあるぞ。 707 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 00:22:20.37 .net] >>697 バカはおまえ。CPUにGPU内蔵のものと別になってるものがあるだろ。 内蔵かそうでないかでコストは大きく変わってくる。バカにもほどがあるぞ。 708 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 00:50:58.04 .net] このキチガイ完全な荒らしだな 709 名前： mailto:agete [NG NG ?S★(824724).net] メモリーは64GB積んであるんでバカスカ使ってますw それでも20GB以上余るのでまだまだ甘いですw ここmevius鯖の場合 last pid: 60030; load averages: 1.14, 1.08, 1.07 up 72+10:26:00 08:51:49 59 processes: 2 running, 56 sleeping, 1 zombie CPU: % user, % nice, % system, % interrupt, % idle Mem: 2966M Active, 31G Inact, 3044M Wired, 1591M Buf, 25G Free Swap: 64G Total, 64G Free 710 名前：名無しさん＠お腹いっぱい。 [2017/08/13(日) 00:53:36.26 .net] 荒らしに構うのも荒らしだからな テンプレに書いてあるぞ 711 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 00:56:04.60 .net] swapしないだけ快適 712 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 01:28:31.40 .net] >>698 別になってるのは金出してもパワーアップしたい奴が追加してんだろ。ほんと馬鹿なのか。 713 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 01:43:29.64 .net] 64bit厨の特徴 ・amd64の仕様を知らない ・アセンブラも分らない ・カーネルソースも読んだことがない ・ベンチ結果も読み取れない ・32bitを駆逐すべき敵だと思っている 714 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 02:49:29.63 .net] いつまで続けてんだか 715 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 03:53:31.43 .net] あれだろ、64bitCPUでメモリ1Gとか2Gとかしか積んでない骨董品しか持ってない俺の為に何とかしろって騒いでるんだろ？ 716 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 03:55:13.96 .net] 64bitCPUで2GBメモリのBSDって・・・ それiPhoneや 717 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 05:05:33.63 .net] 32bit厨の特徴 ・amd64の仕様を知らない ・アセンブラも分らない ・カーネルソースも読んだことがない ・ベンチ結果も読み取れない ・64bitを駆逐すべき敵だと思っている 718 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 10:33:49.47 .net] 32bit厨　Win!! 719 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 11:26:34.33 .net] iPhone並のPCで勝利宣言する俺カコイイ 720 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 11:48:16.33 .net] iPhoneは64bit化しました。メモリ2GBですけどね!!! 721 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 12:08:27.35 .net] iPhoneは32bit化すれば速くなるのにアホやな ユーザのことより儲けることしか考えてない守銭奴企業丸出し パナソニック顔負けだな 722 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 12:14:59.96 .net] (ﾟдﾟ) 723 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 12:19:11.89 .net] 昔iPhone持ってたけどガッチガチな上にクソパスワードいちいちウザくて捨てたわ 回線契約解除してリセットしたら起動させなくするランサムウェア仕込んでるし そもそもアップルは個人情報悪用企業で言わなきゃ不具合対応すら拒否するだろ 番号通知しないと電話取らないパナソニックもユーザより保身第一だけどな 724 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 12:31:55.41 .net] 何で4Gもメモリ積んでないようなスマホまで64bit化されていってるかわかってるか？ 725 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 12:50:36.77 .net] BSDが糞だから。 726 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 12:55:20.57 .net] >>716 コイツ本気でそう思ってそうで笑える 727 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 12:58:24.88 .net] >>717 昨日、PAEも知らなかった馬鹿だろ、おまえw 728 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 13:06:24.50 .net] >>718 コイツ本気でそう思ってそうで笑える 729 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 13:11:51.29 .net] 図星のようだw 730 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 13:13:40.19 .net] > 何で4Gもメモリ積んでないようなスマホまで64bit化されていってるかわかってるか？ 64bit厨は質問ばかりで自らは決して説明しないからすぐ分る。また無知がバレるからなw 731 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 13:17:12.53 .net] > いまどきのATOMですら64bit命令実行できる現在、PAEなんて必要あるか？ > どうせPAEが無くてもユーザランドのメモリ空間事情は変わらん 笑えるw 732 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 13:43:09.25 .net] ２４時間以上貼り付いた後、１２時間寝たのか・・・ご苦労なこった 733 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 15:12:32.86 .net] >>721 ttp://www.computingcompendium.com/p/arm-vs-intel-benchmarks.html 64bitの方が速いからに決まってるだろ 734 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 16:26:11.92 .net] わざわざリンク貼ってバカ披露してる奴初めて見たｗ 735 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 17:08:21.20 .net] 今時swap outなんてしないって page out だよ 736 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 17:58:36.43 .net] >>720 コイツ本気でそう思ってそうで笑える 737 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 17:59:04.01 .net] >>721 コイツ本気でそう思ってそうで笑える 738 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 17:59:22.96 .net] >>722 コイツ本気でそう思ってそうで笑える 739 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 17:59:42.74 .net] >>725 コイツ本気でそう思ってそうで笑える 740 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 20:36:39.66 ID:YqIXo8oDX] FreeBSDでソフトを動かす際の注意事項があります。 コンピューターのCPUの電圧が何ヘルツであるか調ベておく事が大切です。 32kHzのCPUを搭載したコンピューターなら 32kHz用のソフトを使うこと。 64kHzのCPUを搭載したコンピューターなら 64kHz用のソフトを使うこと。 これを間違えればソフトが速く動きません。 741 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 21:30:02.36 .net] >>724 まあ、今だと32bitか64bitかよりも、64bitマルチコアが当たり前だから マルチコアでどれだけパフォーマンスが出るかのほうが重要だわな。 742 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 22:05:30.96 .net] 32bitでマルチコアなら64bitよりパフォーマンス出るわ せめて-m32くらい満足に通せっつのな やりたいことやってる奴ばかりで互換性にまで手が回らんのだろうがな 743 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 22:10:15.40 .net] -m32で何のエラーが出るんだ？ 744 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 22:16:08.00 .net] 11でも/usr/local/lib32ないしもう切り捨てくさいな 745 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 22:28:19.43 .net] >>735 FreeBSD i386版ならLIBも当然32bitだろ 746 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 22:31:46.34 .net] バカとキチガイが３人なのか４人なのかよくわからないが、とにかくにぎわってる。 747 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 22:33:30.89 .net] >>737 呼んだ？ 748 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 22:44:38.17 .net] >>736 話の流れを読めないお前はバカ 749 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 22:52:15.42 .net] 分かってるのは64bit厨がすげー無知ということだけ。 750 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 23:05:47.76 .net] >>734 多分libが足りないだのヘッダが無いだののコンパイルエラーを解決する能力もない 751 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 23:06:35.81 .net] >>732 そのURL、Single-Coreのベンチ結果も貼ってある 752 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 23:14:30.66 .net] >>733 半導体メーカーorシリコン基板のマスクを発注するメーカーはそんな無駄な事は出来ない 分厚いルネサスのマスクですら１０年前で１枚２億とかしたぞ 少しでも速いなら64bitにする 753 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 23:17:22.38 .net] >>741 いやお前の知能が足りないから問題の本質を理解できないだけ 754 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 23:18:42.00 .net] なんか遥か昔にAMDが286は386より速いキリッした広告思い出した。 ただそれ言い出すと386は486より乗算が速いとかあるんだわ。 755 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 23:20:42.89 .net] >>743 一昨日あたりからのレスを読みもせずに書き込んでんのか？ 頓珍漢でブザマだからすっこんでろよ 756 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 23:21:30.03 .net] >>745 ttps://ja.wikipedia.org/wiki/Intel486 41クロックが42クロックになったところで誰もきにせんｗ しかも486になってからクロック逓倍技術（当時はクロックダブラーとか呼ばれてたんだっけ）が 軌道に乗り出したから仮に１．５倍とかになっても大差はなかった 757 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 23:22:50.92 .net] ベンチでわかる程度の速度差ならどう考えてもI/Oの遅さで紛れるような気がするなぁ。 時間的に有用な差が出るほどの時間がかかる作業なら別の何か特定の環境でやる必要ないし。 合理性？速度語るなら札束で殴る方が早いと思うけど。 758 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 23:26:54.76 .net] 速度もコスパも度外視していいなら上位互換の64bitでいい 何を騒いでるんだ？ 759 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 23:28:47.41 .net] i5とi7の違いってキャッシュだけであれだけのパフォーマンス差があるわけよ わざわざ意味もなく64bitでキャッシュ無駄にして何が楽しいんだって話だろ １プロセスで4GB以上使う必要のある奴を否定するつもりはないがな 760 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 23:30:54.71 .net] 本当に６４ビット化で著しいキャッシュミスヒット率増加があるならこんな結果は出ない ttps://kledgeb.blogspot.jp/2016/03/ubuntu-1604-20-ubuntu-32bitubuntu-64bit.html 761 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 23:33:24.05 .net] ６４ビットになったオペランドからイミディエイトでアドレス（ポインタ）ロードするのなんて ループの外くらいだぞ ループに入る前のポインタ関連の命令だけ４バイト増えたとして 初回のミスヒットなんてそんなにペナルティありゃせんわ 762 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 23:34:44.90 .net] >>751 だから64ビット演算の恩恵だろうが それ以外はボロ負けだろ ほとんどのアプリは64ビット演算なんかいらない バカのお前には理解できんだろうがな 763 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 23:35:59.05 .net] >>753 それ以外の”ボロ負け”と言える程の大差で32bitが速いっていうベンチのソースは？ ちなみにブラウザはChromeなんかは64bitの方が速いからな 764 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 23:37:50.83 .net] 何度も貼られてるだろ コピペ馬鹿のお前と同じことしろって？ 大差とも誰も言ってない 765 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 23:38:52.20 .net] >>747 だからくだらない話だって事さ、 まあ、普通にお金の計算したって平然とプラスマイナス21億なんて軽く超えてる時代に32bitに固執する理由なんて全くないわ。 766 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 23:40:29.28 .net] >>756 じゃあ互換性破壊してまで64bitに盲進する必要もないだろ 767 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 23:44:24.99 .net] >>757 DOSや16ビット時代のソフトなら自作も含めてVirtualBoxに任せてるわ俺w 768 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 23:47:19.89 .net] >>757 互換性取れてるだろ i386で動かしたきゃi386で動かせ 他の最新PC買える人は64bitで快適に作業してるからさ 769 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 23:47:25.19 .net] >>752 ほんとamd64の仕様を知らないんだな。ポインタ関連だけとか、無知な64bit厨の妄想。 amd64は、32bitレジスタpush命令ねーぞ。int32をpushしたら、push raxされる。 しかもイミディエイトでアドレスロードってなんだよ？　単なる即値ならキュッシュヒット率関係ねーわ。 この前からおまえは知ったかが過ぎる。 770 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 23:48:52.02 .net] >ほとんどのアプリは64ビット演算なんかいらない いやほとんどのアプリは32bitだろうと64bitだろうと動けば正義、が正しいだろう。 8bitから16bitや32bitにいたる劇的な速度の向上とか存在しないのだから どっちでビルドしても人の反応を待つようなアプリじゃ誤差だろう。 771 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 23:50:46.51 .net] >>760 pushpopとか関数呼び出しで遅くなったからって何だよ？ intの類の自動変数もpushpopで一つ一つ確保してると思ってるのか？ それに主処理のループになんの影響がある？ 772 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 23:54:20.87 .net] >>760 なるほど、コードのポインタのサイズ増加は関係ない、そう仮定してる訳ね？ じゃあ、データだけで語ろうか 64bitだとレジスタの本数が増えて、自動変数のポインタ類は 32bitよりもスタックの中にポインタが実際に確保される可能性は低くなるんだぞ 773 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 23:55:21.88 .net] >>762 何だよじゃねーよ。嘘ついてごめんなさいと言え。 774 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 23:55:56.92 .net] >>764 intの類の自動変数もpushpopで一つ一つ確保してると思ってるのか？ 775 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 00:00:18.47 .net] >>764 そのpushpopでパフォーマンスの低下がネックになるのは callと呼び出し規約で保存しなきゃならないと規定されてるレジスタの保存と、他にはどこがある？ [] [ここ壊れてます] 777 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 00:03:46.53 .net] 64bit厨はアセンブラレベルになるといつも質問ばかりだな。 amd64を知らないことはもうバレてんだからごめんなさいしろよ。 思ってるのか!!っておれにいちいち仕様を確認すんな。自分でコード読め。 gccはこういうバイナリ吐くんだと断言してみろ。 778 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 00:04:49.27 .net] >>767 じゃあ答えてやるわ 自動変数はSPに直接値を加減算して一気に確保／巻き戻しする push/popで速度低下なんて殆ど無い 779 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 00:19:44.94 .net] 速度の低下がないなら、なんでアスキー調査でPCmarkやWebBrowsingの一般用途で負けてんだよw レジスタ増加、64bit演算可、SSE2標準化、4GB超のメモリアクセス可とこれでもかと有利なのにw キュッシュ馬鹿食い以外で負ける要素がない。 780 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 00:22:56.87 .net] >>769 ascii.jp/elem/000/000/641/641476/img.html これの事言ってるなら過渡期の、それもスポンサーの意向でベンチ内容を選ぶ様な出版社の 独自調査、しかも64bitで速度低下って誤差レベルじゃねえか 後方互換だとか64bitに加えて32bitの外部プラグインも検索したりしてて時間掛かってるとか そんな下らないオチだろ www.phoronix.com/scan.php?page=article&item=ubuntu_1310_3264&num=3 www.phoronix.com/scan.php?page=article&item=ubuntu_1310_3264&num=4 こういう実運用の実測値で語れよ 781 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 00:25:45.38 .net] >>769 おまえ頑なにChrome６４ビットの方が速いって事実を無視しようとしてるよな 782 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 00:29:52.34 .net] > 64bitに加えて32bitの外部プラグインも検索したりして また知ったかか。64bitプロセスから32bitDLLなんか呼べんわ。今度はちゃんと謝罪しろよ。 783 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 00:31:36.75 .net] >>772 エッジじゃなくてエクスプローラーの歯車マーク ↓ アドオンの管理 の、アーキテクチャの欄を参照な DLLだなんて一言も言ってないし、 Winの中じゃコーデックだって32bit64bitは完全に独立して管理されてんたぞ 784 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 00:33:24.09 .net] わかってきた OS64bit プロセス32bit バージョン作れとか言い出した奴、 64bitのOSろくに動かせないからその辺りの事情、全然しらないんだろ 785 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 00:35:41.37 .net] >>759 longモードはv86モードとかサポートしてないんだわ。 ただ、32bit固執の馬鹿はそんな事は知らなかったらしい、それで互換性とかw 786 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 00:37:08.32 .net] >>771 その事実を知らなかったのでググって最初のブログ見た。 blog.livedoor.jp/blackwingcat/archives/1898136.html > スパゲッティーを小鍋から大鍋に移したに過ぎないんだよ…。スパゲッティーはスパゲッティーだ。 たしかにChromeは64bitが速くて当然である。 787 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 00:39:48.65 .net] >>773 まずは嘘ついてごめんなさいだろ、おまえは。 788 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 00:40:21.37 .net] そもそもChromeの時点で窓から投げすてろよ。 それにスレ的にはChromeじゃないだろ。 789 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 00:41:36.47 .net] >>777 逆じゃんw 790 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 00:41:51.05 .net] >>777 先ずは O64bit プロセス32bit とかバカな話の為に嘘を垂れ流し始めたお前が土下座だろ？ 791 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 00:42:49.29 .net] >>777 外部プラグインを勝手にDLLにすり替えて嘘だって事にでっち上げたいだけだろ 792 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 00:58:46.97 .net] Windowsの外部プラグインはDLLで提供するものやで。 いくらなんでも無知すぎや。 ファイル: AdblockPlus32.dll ファイル: wmpdxm.dll ファイル: PDFXCviewIEPlugin.dll 793 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 00:58:50.55 .net] >>774 お前ごとき盆暗が何をわかったてんだ？ その辺りの事情とやらを説明してみろよ 64bitのOSろくに動かせないって明らかにm32すら知らなかったお前だろうが 794 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 01:00:36.12 .net] 32bit厨が苦しくなってまいりましたw 795 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 01:02:20.25 .net] >>782 ６４ビットプロセスから直接３２ビットのプラグインのDLLを呼び出してると思ってるのか・・・？ 796 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 01:03:10.87 .net] >>783 日本語で頼むｗｗｗ 797 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 01:04:47.65 .net] >>786 結局逃げ惑うんだから巣から這い出てくんなやゴキブリ 798 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 01:06:46.18 .net] 膨大なコード資産を生かしたままプロセス合計4GB以上を実現するには amd64とi386を融合して一本化、OS64bitプロセス32bitが合理的だわな 人もいないのに二足の草鞋とかやってるからどっちも中途半端なんだろうが 799 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 01:08:11.71 .net] >>787 ヘッダライブラリが足りない以外で、m32でコンパイルリンクに通らないって、どんな状況？ ttp://a4dosanddos.hatenablog.com/entry/2015/09/19/131052 >>788 「OS64bitプロセス32bitが合理的」「プロセス合計4GB以上を実現」 どうやって？ 800 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 01:08:36.07 .net] >>785 また質問で仕様の確認すんなよ。答えろよ。ズバっとよ、ズバーとだ。 でなきゃ嘘ついてごめんなさいと謝れ。 801 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 01:09:12.08 .net] >>788 １プロセス4GB以下で全プロセス合計4GB以上 → i386使え プロセス合計4GB以上 → amd64使え 802 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 01:10:02.25 .net] >>789 教えてやるから尼券よこせって何度も書かれてるわけだが 803 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 01:10:54.17 .net] >>792 ヘッダライブラリが足りない以外で、m32でコンパイルリンクに通らないなんて口から出まかせだろ ttp://a4dosanddos.hatenablog.com/entry/2015/09/19/131052 804 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 01:11:24.35 .net] >>791 全プロセス合計4GB以上をi386で使えるってか？ 805 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 01:12:19.39 .net] >>794 ttps://www.freebsd.org/doc/ja_JP.eucJP/books/handbook/bsdinstall-hardware.html 使えるだろ 806 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 01:12:36.72 .net] >>793 尼券払いたくないからって人様に難癖付けてんなや貧乏教えてくん 807 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 01:13:51.19 .net] >>796 ヘッダライブラリが足りない以外で、m32でコンパイルリンクに通らないなんて口から出まかせだろ ttp://a4dosanddos.hatenablog.com/entry/2015/09/19/131052 どうせコンパイルエラー見て、どのライブラリが足りないか調べる能力もないとかそんなオチだ 808 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 01:15:54.74 .net] またみっともないコピペゴキブリが顔真っ赤で荒らしだしたｗ アホだから自分で言葉も作れない 809 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 01:16:55.41 .net] > 792 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:11:24.35 > >>791 > 全プロセス合計4GB以上をi386で使えるってか？ > 793 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:12:19.39 > >>794 > ttps://www.freebsd.org/doc/ja_JP.eucJP/books/handbook/bsdinstall-hardware.html > 使えるだろ これで以降、揚げ足取りしかしなくなったら笑う 810 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 01:17:46.00 .net] >>794 はぁ？　おまえは一体何を言ってるんだ。まさか知らないで暴れてたのか。 そういやi386でPAEが実装されてること知らない馬鹿いたよな。同一人物かよ？ 811 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 01:18:31.74 .net] >>799 自分でプロセス合計4GB以上使ってから言え 812 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 01:19:15.23 .net] >>800 それは俺だな 全プロセス合計4GB以上をi386で使えない使えないうるさいから、 FreeBSDのi386は本気でPAE未対応なのかと思い込んだ 813 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 01:19:53.88 .net] Chromeとかいうスパゲッテイをいくつも起動したら合計4GBなんて簡単に超えるんちゃうか。 814 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 01:20:16.91 .net] >>801 動かない様子をtopのSSと一緒に晒せ 815 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 01:21:10.83 .net] ＞PAE対応＝プロセス合計4GB以上使える 頭大丈夫か？ 816 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 01:21:58.18 .net] >>805 １プロセス4GB以下、全プロセス合計4GBなのか １プロセス4GB以上なのか はっきりしろ 817 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 01:23:04.98 .net] >>804 お前が言い出したことなんだから お前が動いている様子を晒すのが道理だろ できなかったって認めろよ 818 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 01:24:40.66 .net] >>806 突然どうした？ どっかに頭飛んでるのか？ 819 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 01:25:57.60 .net] > 792 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:11:24.35 > >>791 > 全プロセス合計4GB以上をi386で使えるってか？ > 793 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:12:19.39 > >>794 > ttps://www.freebsd.org/doc/ja_JP.eucJP/books/handbook/bsdinstall-hardware.html > 使えるだろ それでも使えないってんならレポートしてこい 820 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 01:27:05.50 .net] >>809 i386で全プロセス合計4GB以上使えるなんてどこに書いてあんだよ 寝言は寝て言えどあほ 821 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 01:27:29.94 .net] >>803 ここはFreeBSDのスレだぞ、Chromeとか馬鹿言うんじゃねえ。 822 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 01:31:13.37 .net] >>810 > 640 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/12(土) 19:39:37.17 > 2chがi386で動いてると聞いてすっ飛んできますた > そりゃamd64じゃ効率悪い罠 > 699 名前：Mango Mang&#252;&#233; ★ そうだ２ちゃんねるしよう！&#169;2ch.net[agete] 投稿日：2017/08> /13(日) 00:52:54.63 ?S★(824724) > img.2ch.net/premium/8409133.gif > メモリーは64GB積んであるんでバカスカ使ってますw > > それでも20GB以上余るのでまだまだ甘いですw > ここmevius鯖の場合 > last pid: 60030; load averages: 1.14, 1.08, 1.07 up 72+10:26:00 08:51:49 > 59 processes: 2 running, 56 sleeping, 1 zombie > CPU: % user, % nice, % system, % interrupt, % idle > Mem: 2966M Active, 31G Inact, 3044M Wired, 1591M Buf, 25G Free > Swap: 64G Total, 64G Free 2chは使ってる 823 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 01:32:51.31 .net] mevius鯖はamd64ですが何か？ 824 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 01:33:39.35 .net] >>813 あれ？って事は>>641が間違いか 825 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 01:37:52.90 .net] >>814 俺が書いたわけでもないのに知らんがな 2chに鯖たくさんあるしな そんなことよりi386で全プロセス合計4GB以上使えるとか 偉そうに言い放った馬鹿さ加減を謝罪しろよ 826 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 01:42:58.29 .net] >>815 今久しぶりにi386落としてる で、FreeBSDのPAEで認識した4G以上って何に使ってるんだよ？ 827 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 01:50:16.03 .net] 古い文献 > amd64版入れたら、普通に4GBメモリ認識しました。。。ちなみに、i386版で、4GB以上認識させるには、kernelオプションで、PAEってのを有効にしてビルドかけないといけないらすぃ。。 もちろんやったんだよな？ 828 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 02:05:34.06 .net] i386でPAE有効にしてみたんだろ？ いつもの即レスどうしたんだよ 829 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 02:29:37.15 .net] お前がいつまでたっても謝罪しないから相手にしてくれないと思われ つか、フルボッコにされてんのに即レス云々馬鹿丸出しだぞ 830 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 02:30:51.63 .net] >>819 PAE有効にした事あるのか？ 831 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 02:41:04.44 .net] base.txzの展開まで進んだ 832 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 03:05:04.81 .net] 64bit厨が32bitに興味深々でワロタ 荒らさずもうちょっとシタテに出てれば色々と教えてもらえてただろうに 833 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 03:09:44.94 .net] >>822 興味なんかありゃしねえよ　実験終わったら捨てHDDなんざまた押入れの中だ /usr/src/sys/i386/conf に PAE って最初から用意されてるよな もちろんこれ使ったんだよな？ 834 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 03:48:24.93 .net] > 792 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:11:24.35 > >>791 > 全プロセス合計4GB以上をi386で使えるってか？ > 793 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:12:19.39 > >>794 > ttps://www.freebsd.org/doc/ja_JP.eucJP/books/handbook/bsdinstall-hardware.html > 使えるだろ おまえはvmstatの出力の r b w av freの、freの値が4.0Gを超える事はないと、 mallocで1G-1バイトのメモリを確保するプロセスを４以上生成する事はできないと そう言いたいんだな？ 835 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 04:23:23.93 .net] これは 836 名前：32bit厨敗走か？ [] [ここ壊れてます] 837 名前：名無しさん＠お腹いっぱい。 [2017/08/14(月) 04:38:29.35 .net] 32bit厨敗走クソワロタ 荒らさずもうちょっとシタテに出て会話してれば色々と教えてもらえてただろうに 838 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 05:27:03.00 .net] > ６４ビットプロセスから直接３２ビットのプラグインのDLLを呼び出してると思ってるのか・・・？ 質問じゃなくて説明しろよ。聞いたことねーぞ。 839 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 05:34:56.92 .net] > 786 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:06:46.18 > 膨大なコード資産を生かしたままプロセス合計4GB以上を実現するには > amd64とi386を融合して一本化、OS64bitプロセス32bitが合理的だわな > 人もいないのに二足の草鞋とかやってるからどっちも中途半端なんだろうが > 792 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:11:24.35 > >>791 > 全プロセス合計4GB以上をi386で使えるってか？ > 808 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:27:05.50 > >>809 > i386で全プロセス合計4GB以上使えるなんてどこに書いてあんだよ > 寝言は寝て言えどあほ IEだとかのプラグインの先の実装とかもうどうでもいいから OS64bitじゃないと何だって？ 840 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 05:45:32.94 .net] i386用のカーネルで4G以上使えないって嘘が証明されたら、 今度は何が何でも６４ビットの僅かな欠点だけをゴリ押しして、 ６４ビットの利点は何が何でも認めないって流れに戻るんだろ？ 誰もおまえ専用の３２ビットプロセス専用６４ビットOSなんて誰も作らないし合理的でも何でもない 841 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 05:58:06.48 .net] > ６４ビットプロセスから直接３２ビットのプラグインのDLLを呼び出してると思ってるのか・・・？ とにかくおまえはこれを説明しろよ。 842 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 05:59:57.20 .net] >>830 目的をはっきりさせろ いつまでも揚げ足取りしてんじゃねえ > 786 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:06:46.18 > 膨大なコード資産を生かしたままプロセス合計4GB以上を実現するには > amd64とi386を融合して一本化、OS64bitプロセス32bitが合理的だわな > 人もいないのに二足の草鞋とかやってるからどっちも中途半端なんだろうが > 792 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:11:24.35 > >>791 > 全プロセス合計4GB以上をi386で使えるってか？ > 808 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:27:05.50 > >>809 > i386で全プロセス合計4GB以上使えるなんてどこに書いてあんだよ > 寝言は寝て言えどあほ 土下座しろ氏ね 843 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 06:04:31.78 .net] どこが揚げ足か。どうやって64bitプロセスから32bitDLL呼び出すか聞いてんだよ。 おまえができるみたいなことを言い出したから話がおかしくなってんだよ。 妄想で書いたなら嘘ついてごめんなさいと言え。次から次へと嘘ばかり並べやがって。 844 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 06:06:41.21 .net] >>832 誰もDLLを直接呼び出してるだなんて言ってない DLL呼び出してるなんて書き込みがあるなら引用してみろ > 786 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:06:46.18 > 膨大なコード資産を生かしたままプロセス合計4GB以上を実現するには > amd64とi386を融合して一本化、OS64bitプロセス32bitが合理的だわな > 人もいないのに二足の草鞋とかやってるからどっちも中途半端なんだろうが > 792 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:11:24.35 > >>791 > 全プロセス合計4GB以上をi386で使えるってか？ > 808 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:27:05.50 > >>809 > i386で全プロセス合計4GB以上使えるなんてどこに書いてあんだよ > 寝言は寝て言えどあほ 土下座しろ氏ね知ったかぶり 845 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 06:11:24.37 .net] >>833 おれ > また知ったかか。64bitプロセスから32bitDLLなんか呼べんわ。 おまえ > ６４ビットプロセスから直接３２ビットのプラグインのDLLを呼び出してると思ってるのか・・・？ 引用してやったぞ。どうやって64bitプロセスから32bitDLL呼び出してるか説明しろ。 846 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 06:12:05.28 .net] >>834 > ６４ビットプロセスから直接３２ビットのプラグインのDLLを呼び出してると思ってるのか・・・？ 思ってないから「思っているのか・・・？」って書いてあるんだろうが 847 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 06:13:01.50 .net] 言葉尻だけとらえて「思ってる」とか決め付けるなヴォケ氏ね 848 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 06:13:35.87 .net] > 786 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:06:46.18 > 膨大なコード資産を生かしたままプロセス合計4GB以上を実現するには > amd64とi386を融合して一本化、OS64bitプロセス32bitが合理的だわな > 人もいないのに二足の草鞋とかやってるからどっちも中途半端なんだろうが > 792 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:11:24.35 > >>791 > 全プロセス合計4GB以上をi386で使えるってか？ > 808 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:27:05.50 > >>809 > i386で全プロセス合計4GB以上使えるなんてどこに書いてあんだよ > 寝言は寝て言えどあほ 土下座しろ氏ね知ったかぶり 849 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 06:15:24.27 .net] > 64bitに加えて32bitの外部プラグインも検索したりして > ６４ビットプロセスから直接３２ビットのプラグインのDLLを呼び出してると思ってるのか・・・？ こんなアホレス続けておいてシラを切る気か。とんでもない糞野郎だ。 850 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 06:16:52.29 .net] >>838 検索しに行ってるから32bit64bit両方のアドオンが表示されてんだよ 実行時にどっちが実行されるか実行できないかなんて知らんわ 851 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 06:18:32.80 .net] １つの項目で両方に対応してるアドオンの事まで面倒見切れるかよ 揚げ足取りもいい加減にしろようぜえ氏ね 852 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 06:30:16.74 .net] しかし、まぁ、64bit厨ってほんと無知だったな。とにかく64bit以前の歴史を知らない。 仕様書やソースを読んでる相手に対して、〜と思ってるのか？っていちいち質問形式。 ここまで無知ってゆとり学生だろうな。これがデジタルネイィティブの実力。中身なし。 853 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 06:32:15.24 .net] 突っ込みどころが無くなると唐突な勝利宣言 > 786 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:06:46.18 > 膨大なコード資産を生かしたままプロセス合計4GB以上を実現するには > amd64とi386を融合して一本化、OS64bitプロセス32bitが合理的だわな > 人もいないのに二足の草鞋とかやってるからどっちも中途半端なんだろうが > 792 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:11:24.35 > >>791 > 全プロセス合計4GB以上をi386で使えるってか？ > 808 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:27:05.50 > >>809 > i386で全プロセス合計4GB以上使えるなんてどこに書いてあんだよ > 寝言は寝て言えどあほ 大ウソつきの32bit厨土下座しろ氏ね知ったかぶり 854 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 06:39:41.87 .net] ttps://kledgeb.blogspot.jp/2016/03/ubuntu-1604-20-ubuntu-32bitubuntu-64bit.html ブラウザのベンチマークサイト ttp://peacekeeper.futuremark.com/ 855 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 06:49:10.75 .net] >>842 他人のレスを貼っておれを叩いても意味ないよ。 無知な64bit厨は複数人いることは明らかだから。それはおまえの仲間じゃないのかw 856 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 06:57:14.02 .net] >>844 無知の根拠を引用できない32bit厨みじめ > 786 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:06:46.18 > 膨大なコード資産を生かしたままプロセス合計4GB以上を実現するには > amd64とi386を融合して一本化、OS64bitプロセス32bitが合理的だわな > 人もいないのに二足の草鞋とかやってるからどっちも中途半端なんだろうが > 792 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:11:24.35 > >>791 > 全プロセス合計4GB以上をi386で使えるってか？ > 808 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:27:05.50 > >>809 > i386で全プロセス合計4GB以上使えるなんてどこに書いてあんだよ > 寝言は寝て言えどあほ 大ウソつきの32bit厨土下座しろ氏ね知ったかぶり 857 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 07:01:37.43 .net] PAEを有効にしたカーネルで int main( void ) { 　void * pv; 　pv = malloc( 0x3fffffff ); 　while( 1 ) 　{ 　　memset( pv, 0, 0x3fffffff ); 　　printf( "BABEL " ); 　} } clang test.c ./a.out　　　　← ctrl+alt+F1〜F4のttyで実行 F5のttyでvmstat 858 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 07:45:17.31 .net] いや、おまえらいつまで気狂いに付き合ってスレ潰しに協力してんの? 859 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 07:58:03.95 .net] 64bit使ってるおれ最先端かっこいいみたいな 実は仕組みを何も知らない馬鹿でした。 860 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 08:02:06.05 .net] >>848 根拠を示せない知ったかぶり32bit厨カコワルイ>>845 861 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 08:10:20.47 .net] > 全プロセス合計4GB以上をi386で使えるってか？ > i386で全プロセス合計4GB以上使えるなんてどこに書いてあんだよ どうみても64bit厨のレスだろ、これ。 x86、amd64の仕様知ってたらこんなアホな質問せず断言する。質問形式はいつも64bit厨だろ。 i386がPAE、nxbit実装してることすら知らなかったんだぞ、x64厨は。 862 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 08:13:44.18 .net] >>850 そこのi386って、FreeBSD-11.1-RELEASE-i386-dvd1.isoのi386だろ i80386の事じゃねえだろアスペ、いい加減にしろ 863 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 08:18:19.90 .net] >>850 下は知ったかぶり32bit厨の書き込みだな > 808 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:27:05.50 > >>809 > i386で全プロセス合計4GB以上使えるなんてどこに書いてあんだよ > 寝言は寝て言えどあほ i386で全プロセス合計4GB以上使える事を知らなかった32bit厨哀れ 864 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 08:23:23.54 .net] 今度は「プロセス32bit専用の64bitOSなんざ意味ねえ」の書き込みに 64bit厨のレッテルを貼って、自分の恥ずかしい書き込みの罪をなすり付け始めようってとこか 865 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 08:28:33.91 .net] > i386で全プロセス合計4GB以上使える事を知らなかった32bit厨 x86、amd64、PAEの仕様知ってる奴が知らないわけないだろ。 むしろPAEが何かを知らなかった、i386がPAEを実装してることすら知らなかった64bit厨以外考えられんレスだろ。 866 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 08:30:36.16 .net] >>854 > 807 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:25:57.60 > > 792 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:11:24.35 > > >>791 > > 全プロセス合計4GB以上をi386で使えるってか？ > > > 793 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:12:19.39 > > >>794 > > ttps://www.freebsd.org/doc/ja_JP.eucJP/books/handbook/bsdinstall-hardware.html > > 使えるだろ > > それでも使えないってんならレポートしてこい > 808 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:27:05.50 > >>809 > i386で全プロセス合計4GB以上使えるなんてどこに書いてあんだよ > 寝言は寝て言えどあほ >>809は暗に使えると言っている >>810は暗に使えると言っているレスを否定している 867 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 08:34:28.21 .net] > 786 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:06:46.18 > 膨大なコード資産を生かしたままプロセス合計4GB以上を実現するには > amd64とi386を融合して一本化、OS64bitプロセス32bitが合理的だわな > 人もいないのに二足の草鞋とかやってるからどっちも中途半端なんだろうが > 792 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:11:24.35 > >>791 > 全プロセス合計4GB以上をi386で使えるってか？ > 808 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:27:05.50 > >>809 > i386で全プロセス合計4GB以上使えるなんてどこに書いてあんだよ > 寝言は寝て言えどあほ そして32bit厨はRELEASE-i386で4GB以上使えないと断言している >>810の主張 　4GB以上使えるなんてどこにも書いてない→寝言 　4GB以上使えない→寝言じゃない 32bit厨の主張と同じ そして無知な知ったかぶり32bit厨は恐らく一匹 868 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 08:39:05.98 .net] ID出ないからわからんだろうけど、>>720手前までの書き込み、恐らく全部別人だからな 64bit厨とか言って「プロセス32bit専用の64bitOS意味なし」の意味をねじ曲げるな 869 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 08:51:09.11 .net] >>855 おれ以外のレスをいくらおれに聞かれても知らんがな。 少なくともおれはずっとamd64、PAEの仕様を断言して書いてる。ハナから知ってるからな。 質問形式はいつも64bit厨だ。 870 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 08:54:11.16 .net] >>858 うそこけ>>855　32bit厨も質問してるわ 871 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 08:57:01.71 .net] 32bit厨の嘘 > 786 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:06:46.18 > 膨大なコード資産を生かしたままプロセス合計4GB以上を実現するには > amd64とi386を融合して一本化、OS64bitプロセス32bitが合理的だわな > 人もいないのに二足の草鞋とかやってるからどっちも中途半端なんだろうが > 792 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:11:24.35 > >>791 > 全プロセス合計4GB以上をi386で使えるってか？ > 808 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:27:05.50 > >>809 > i386で全プロセス合計4GB以上使えるなんてどこに書いてあんだよ > 寝言は寝て言えどあほ 32bitの方が合理的？速い？ ttps://kledgeb.blogspot.jp/2016/03/ubuntu-1604-20-ubuntu-32bitubuntu-64bit.html ブラウザのベンチマークサイト ttp://peacekeeper.futuremark.com/ 寝言は寝て言え32bit厨の知ったかぶり無知どあほ能無し基地害 872 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 09:10:32.21 .net] 280前後から延々と同じ話をループしてんのか 873 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 09:11:16.52 .net] そろそろ32bit厨が取れる揚げ足がなくなってきたところ 874 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 09:15:23.80 .net] 64bit厨が論破されまくって警戒して質問しかしてこなくなった。 875 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 09:17:53.01 .net] >>863 おまえみたいなｋｚ32bit厨がどのレスで誰を論破したのか、安価くらい付けてみろ >>845-846 32bit厨は嘘だらけで逃げ場が無くなって勝利宣言したり、 自分の恥ずかしい罪状を他人になすりつけるしかできなくなった 876 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 09:21:32.39 .net] 32bit厨の嘘 > 786 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:06:46.18 > 膨大なコード資産を生かしたままプロセス合計4GB以上を実現するには > amd64とi386を融合して一本化、OS64bitプロセス32bitが合理的だわな > 人もいないのに二足の草鞋とかやってるからどっちも中途半端なんだろうが > 792 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:11:24.35 > >>791 > 全プロセス合計4GB以上をi386で使えるってか？ > 808 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:27:05.50 > >>809 > i386で全プロセス合計4GB以上使えるなんてどこに書いてあんだよ > 寝言は寝て言えどあほ 正解 → RELEASE-i386でPAE有効にすれば4GB以上使える 32bitの方が合理的？速い？ ttps://kledgeb.blogspot.jp/2016/03/ubuntu-1604-20-ubuntu-32bitubuntu-64bit.html ブラウザのベンチマークサイト ttp://peacekeeper.futuremark.com/ 正解 → 64bitの方がサイズ微増のペナルティ以上にパフォーマンスが上がる 寝言は寝て言え32bit厨の知ったかぶり無知どあほ能無し基地害 くやしかったら１レス内でまとめてみろ 877 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 09:28:11.72 .net] >>864 まずはこれ。解説頼むわ。 > いまどきのATOMですら64bit命令実行できる現在、PAEなんて必要あるか？ > どうせPAEが無くてもユーザランドのメモリ空間事情は変わらん > おまえ頑なにChrome６４ビットの方が速いって事実を無視しようとしてるよな > 64bitに加えて32bitの外部プラグインも検索したりして > 外部プラグインを勝手にDLLにすり替えて嘘だって事にでっち上げたいだけだろ > ６４ビットプロセスから直接３２ビットのプラグインのDLLを呼び出してると思ってるのか・・・？ > 全プロセス合計4GB以上をi386で使えるってか？ 878 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 09:29:34.57 .net] >>866 文字列で検索して直後のレス読めアホ 32bit厨の嘘 > 786 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:06:46.18 > 膨大なコード資産を生かしたままプロセス合計4GB以上を実現するには > amd64とi386を融合して一本化、OS64bitプロセス32bitが合理的だわな > 人もいないのに二足の草鞋とかやってるからどっちも中途半端なんだろうが > 792 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:11:24.35 > >>791 > 全プロセス合計4GB以上をi386で使えるってか？ > 808 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:27:05.50 > >>809 > i386で全プロセス合計4GB以上使えるなんてどこに書いてあんだよ > 寝言は寝て言えどあほ 正解 → RELEASE-i386でPAE有効にすれば4GB以上使える 32bitの方が合理的？速い？ ttps://kledgeb.blogspot.jp/2016/03/ubuntu-1604-20-ubuntu-32bitubuntu-64bit.html ブラウザのベンチマークサイト ttp://peacekeeper.futuremark.com/ 正解 → 64bitの方がサイズ微増のペナルティ以上にパフォーマンスが上がる 寝言は寝て言え32bit厨の知ったかぶり無知どあほ能無し基地害 くやしかったら１レス内でまとめてみろ 879 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 09:30:26.99 .net] >>866 一部だけ抜き出して前後関係無視して揚げ足取ろうってか？ いい加減にしろ 一つ一つ追っていけば全部回答済みだろうが 880 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 09:32:55.86 .net] >>865 だからさ、それ論理的におかしいだろ。 x86、amd64、PAE、i386の仕様知ってるのに、 > 全プロセス合計4GB以上をi386で使えるってか？ なんてこと言うわけないだろ。それ以前のレスみても質問形式はいつも64bit厨じゃねーか。 i386のPAE実装を知らない人の発言。つまり、おまえの仲間のレスだろ、それ。仲間割れすんなよ。 881 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 09:33:42.28 .net] >>868 横レスだが全部論破されてる。 882 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 09:34:22.95 .net] >>869 > 789 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:09:12.08 > >>788 > １プロセス4GB以下で全プロセス合計4GB以上 → i386使え > プロセス合計4GB以上 → amd64使え > 792 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:11:24.35 > >>791 > 全プロセス合計4GB以上をi386で使えるってか？ > 793 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:12:19.39 > >>794 > ttps://www.freebsd.org/doc/ja_JP.eucJP/books/handbook/bsdinstall-hardware.html > 使えるだろ それは明らかに無知で知ったかぶりなお前の書き込みだ 他人になすりつけるな 883 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 09:34:34.81 .net] >>868 どうみても完全論破。 884 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 09:35:11.84 .net] >>870 他人のフリして32bit厨が全部論破した事にでっちあげるな 885 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 09:36:14.24 .net] >>872 論破どころか事実を突きつけられて論破宣言するしかなくなったのはみじめな32bit厨 32bit厨の嘘 > 786 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:06:46.18 > 膨大なコード資産を生かしたままプロセス合計4GB以上を実現するには > amd64とi386を融合して一本化、OS64bitプロセス32bitが合理的だわな > 人もいないのに二足の草鞋とかやってるからどっちも中途半端なんだろうが > 792 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:11:24.35 > >>791 > 全プロセス合計4GB以上をi386で使えるってか？ > 808 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:27:05.50 > >>809 > i386で全プロセス合計4GB以上使えるなんてどこに書いてあんだよ > 寝言は寝て言えどあほ 正解 → RELEASE-i386でPAE有効にすれば4GB以上使える 32bitの方が合理的？速い？ ttps://kledgeb.blogspot.jp/2016/03/ubuntu-1604-20-ubuntu-32bitubuntu-64bit.html ブラウザのベンチマークサイト ttp://peacekeeper.futuremark.com/ 正解 → 64bitの方がサイズ微増のペナルティ以上にパフォーマンスが上がる 寝言は寝て言え32bit厨の知ったかぶり無知どあほ能無し基地害 くやしかったら１レス内でまとめてみろ 886 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 09:37:23.08 .net] >>871 だいたい64bit厨はi386のnxbit実装全くしらなかったじゃないか。つまりソース全く見てないんだよ。 おれが知ってるのは当然としても、おまえらは絶対に知らないから絶対に断言しない、つまり質問形式なわけだ。 まさしくこれw > 全プロセス合計4GB以上をi386で使えるってか？ 887 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 09:38:10.17 .net] >>875 > 789 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:09:12.08 > >>788 > １プロセス4GB以下で全プロセス合計4GB以上 → i386使え > プロセス合計4GB以上 → amd64使え > 792 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:11:24.35 > >>791 > 全プロセス合計4GB以上をi386で使えるってか？ > 793 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:12:19.39 > >>794 > ttps://www.freebsd.org/doc/ja_JP.eucJP/books/handbook/bsdinstall-hardware.html > 使えるだろ それは明らかに無知で知ったかぶりなお前の書き込みだ 他人になすりつけるな 888 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 09:41:11.48 .net] >>875 プロセス32bitのOS64bitなんて誰も要らんと言っている なのに全プロセス合計4GB以上使えないから作れ作れ騒いでるのはおまえだけだ 889 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 09:41:41.46 .net] >>876 ここずっとamd64、PAEの仕様の解説してるのはおれ一人なのにおれのわけないだろ。 おまえが一度でもPAE、amd64の解説したことあんのか。アンカーつけてみろ。 890 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 09:43:08.40 .net] >>878 >>621が全てだ 32bitプロセス専用64bitOSなんざ要らんと、お前以外がソース付きで解説してるわ 891 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 09:43:54.14 .net] >>877 しつこない。言ってないと言ってるだろう。 892 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 09:44:48.96 .net] >>880 プロセス32bitのOS64bitなんてバカなものを考え付くのがそうそう居てたまるか 893 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 09:45:45.09 .net] 32bit厨の嘘 > 786 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:06:46.18 > 膨大なコード資産を生かしたままプロセス合計4GB以上を実現するには > amd64とi386を融合して一本化、OS64bitプロセス32bitが合理的だわな > 人もいないのに二足の草鞋とかやってるからどっちも中途半端なんだろうが > 792 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:11:24.35 > >>791 > 全プロセス合計4GB以上をi386で使えるってか？ > 808 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:27:05.50 > >>809 > i386で全プロセス合計4GB以上使えるなんてどこに書いてあんだよ > 寝言は寝て言えどあほ 正解 → RELEASE-i386でPAE有効にすれば4GB以上使える 32bitの方が合理的？速い？ ttps://kledgeb.blogspot.jp/2016/03/ubuntu-1604-20-ubuntu-32bitubuntu-64bit.html ブラウザのベンチマークサイト ttp://peacekeeper.futuremark.com/ 正解 → 64bitの方がサイズ微増のペナルティ以上にパフォーマンスが上がる 寝言は寝て言え32bit厨の知ったかぶり無知どあほ能無し基地害 くやしかったら１レス内でまとめてみろ 894 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 09:48:53.95 .net] >>879 ただの単発のwikipのコピペじゃねーか。 おれのレスを論破したおまえのPAE解説のアンカーつけろよ。 895 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 09:49:35.05 .net] >>883 >>845-846 896 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 09:50:13.96 .net] >>883 解説してるのはおまえだけじゃないと言っている 解説したかどうかと論破に何の因果関係がある？ 897 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 09:51:55.48 .n ] [ここ壊れてます] 898 名前：et mailto: >>881 解説したはずだ。amd64はそもそもその目的で設計されたとな。 32bitコードを切捨てる設計ではなく共存する設計だ。だからMSが選んだとな。 おまえはいつも何の解説もなく歴史も知らず仕様も知らず全否定するだけ。恥を知れ。 [] [ここ壊れてます] 899 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 09:52:04.96 .net] 32bit厨の嘘の主張 32bitは合理的、早い、i386のカーネルで全プロセス合計4G以上使えない だから32bitプロセス専用64bitOS作れ > 786 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:06:46.18 > 膨大なコード資産を生かしたままプロセス合計4GB以上を実現するには > amd64とi386を融合して一本化、OS64bitプロセス32bitが合理的だわな > 人もいないのに二足の草鞋とかやってるからどっちも中途半端なんだろうが > 792 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:11:24.35 > >>791 > 全プロセス合計4GB以上をi386で使えるってか？ > 808 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:27:05.50 > >>809 > i386で全プロセス合計4GB以上使えるなんてどこに書いてあんだよ > 寝言は寝て言えどあほ 正解 → RELEASE-i386でPAE有効にすれば4GB以上使える 32bitの方が合理的？速い？ ttps://kledgeb.blogspot.jp/2016/03/ubuntu-1604-20-ubuntu-32bitubuntu-64bit.html ブラウザのベンチマークサイト ttp://peacekeeper.futuremark.com/ 正解 → 64bitの方がサイズ微増のペナルティ以上にパフォーマンスが上がる 寝言は寝て言え32bit厨の知ったかぶり無知どあほ能無し基地害 くやしかったら１レス内でまとめてみろ 900 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 09:52:37.38 .net] >>886 お前こそ恥を知れ 解説しただけで何だってんだ 901 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 09:52:54.70 .net] >>884 おれのレスじゃないと何度言ったら分るのだ。真性の馬鹿なのか？ 902 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 09:53:58.58 .net] >>886 仕様の解説なんざ>>621で十分だろ >>889 仮に別人だとして目的はなんだよ？ 暴れたって32bitプロセス専用64bitOSなんて誰も作らん 903 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 09:56:16.13 .net] >>889 > 867 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 09:32:55.86 > >>865 > だからさ、それ論理的におかしいだろ。 > x86、amd64、PAE、i386の仕様知ってるのに、 > > > 全プロセス合計4GB以上をi386で使えるってか？ > > なんてこと言うわけないだろ。それ以前のレスみても質問形式はいつも64bit厨じゃねーか。 > i386のPAE実装を知らない人の発言。つまり、おまえの仲間のレスだろ、それ。仲間割れすんなよ。 アンカー辿ってくとここだな？ >876 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 09:38:10.17 > >>875 > > 789 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:09:12.08 > > >>788 > > １プロセス4GB以下で全プロセス合計4GB以上 → i386使え > > プロセス合計4GB以上 → amd64使え > > > 792 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:11:24.35 > > >>791 > > 全プロセス合計4GB以上をi386で使えるってか？ > > > 793 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:12:19.39 > > >>794 > > ttps://www.freebsd.org/doc/ja_JP.eucJP/books/handbook/bsdinstall-hardware.html > > 使えるだろ > > それは明らかに無知で知ったかぶりなお前の書き込みだ > 他人になすりつけるな 32bit厨確定 904 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 10:01:09.41 .net] 32bit厨の嘘の主張 32bitは合理的、早い、i386のカーネルで全プロセス合計4G以上使えない だから32bitプロセス専用64bitOS作れ > 786 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:06:46.18 > 膨大なコード資産を生かしたままプロセス合計4GB以上を実現するには > amd64とi386を融合して一本化、OS64bitプロセス32bitが合理的だわな > 人もいないのに二足の草鞋とかやってるからどっちも中途半端なんだろうが > 792 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:11:24.35 > >>791 > 全プロセス合計4GB以上をi386で使えるってか？ > 808 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:27:05.50 > >>809 > i386で全プロセス合計4GB以上使えるなんてどこに書いてあんだよ > 寝言は寝て言えどあほ 正解 → RELEASE-i386でPAE有効にすれば4GB以上使える 32bitの方が合理的？速い？ ttps://kledgeb.blogspot.jp/2016/03/ubuntu-1604-20-ubuntu-32bitubuntu-64bit.html ブラウザのベンチマークサイト ttp://peacekeeper.futuremark.com/ 正解 → 64bitの方がサイズ微増のペナルティ以上にパフォーマンスが上がる 寝言は寝て言え32bit厨の知ったかぶり無知どあほ能無し基地害 くやしかったら１レス内でまとめてみろ 905 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 10:03:24.42 .net] >>890 全く十分じゃない。それ読んでwikip引用した結論がこれだぜ。 > どうせPAEが無くてもユーザランドのメモリ空間事情は変わらん セキュリティ上、nxbit使うときはPAE必須を知らなかった無知64bit厨。 で無知を指摘された反論がこれ。 > スタックオーバーフローだけを防げたところで安全になるって訳じゃないぞ > 穴だらけなら使わない方がいい Linux板にでもいっておいで > スタックオーバーフローが防げるとか、大した機能じゃないし、 今度はi386でnxbitが実装されてることすら知らなかった無知64bit厨。恥を知れと。 906 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 10:04:07.65 .net] 伸びてると思ったらまた64bit厨完全論破かよw 907 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 10:05:16.83 .net] 900超えてもこの流れなら次スレは一時的にID付けないか？ スレ立てする時一行目に !extend:checked:verbose とするとそのスレ全体でIDが表示されるようになる 908 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 10:05:32.62 .net] >>893 セキュリティ上とか勝手に言い訳増やし出すな その後のおまえの捨て台詞 > 502 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/12(土) 07:42:24.91 > 言いたくはないが、聞くなら仕方ない。答えよう。 > FreeBSDは穴だらけのポンコツOSだから なんで 909 名前：そんなポンコツOSにしがみついて、作れ作れ連呼してんの？バカなの？ [] [ここ壊れてます] 910 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 10:05:57.22 .net] >>895 賛成、付けよう 911 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 10:06:26.57 .net] >>894 32bit厨いい加減にしろ 32bit厨の嘘の主張 32bitは合理的、早い、i386のカーネルで全プロセス合計4G以上使えない だから32bitプロセス専用64bitOS作れ > 786 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:06:46.18 > 膨大なコード資産を生かしたままプロセス合計4GB以上を実現するには > amd64とi386を融合して一本化、OS64bitプロセス32bitが合理的だわな > 人もいないのに二足の草鞋とかやってるからどっちも中途半端なんだろうが > 792 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:11:24.35 > >>791 > 全プロセス合計4GB以上をi386で使えるってか？ > 808 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:27:05.50 > >>809 > i386で全プロセス合計4GB以上使えるなんてどこに書いてあんだよ > 寝言は寝て言えどあほ 正解 → RELEASE-i386でPAE有効にすれば4GB以上使える 32bitの方が合理的？速い？ ttps://kledgeb.blogspot.jp/2016/03/ubuntu-1604-20-ubuntu-32bitubuntu-64bit.html ブラウザのベンチマークサイト ttp://peacekeeper.futuremark.com/ 正解 → 64bitの方がサイズ微増のペナルティ以上にパフォーマンスが上がる 寝言は寝て言え32bit厨の知ったかぶり無知どあほ能無し基地害 くやしかったら１レス内でまとめてみろ 912 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 10:06:42.95 .net] 32bit厨いい加減にしろ 913 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 10:07:02.91 .net] 32bit厨いい加減にしろ 914 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 10:07:06.75 .net] >>895 そもそも次スレに持ち越すなw 32bit vs 64bitスレでも立ててそっちでやれ 915 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 10:07:23.86 .net] 32bit厨いい加減にしろ 916 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 10:08:12.96 .net] >>896 おれは作れ作れなんて一言も言ってない。 PAEやnxbitが実装されてること知ってるのに言うわけがない。 いいかげん他人の言ったことでおれを批判するのはお門違い。 917 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 10:10:31.22 .net] 32bitだろうと64bitだろうとどうでもいい、他人をいいように扇動する為に嘘垂れ流すアホうぜえ 32bit厨の嘘の主張 32bitは合理的、早い、i386のカーネルで全プロセス合計4G以上使えない だから32bitプロセス専用64bitOS作れ > 786 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:06:46.18 > 膨大なコード資産を生かしたままプロセス合計4GB以上を実現するには > amd64とi386を融合して一本化、OS64bitプロセス32bitが合理的だわな > 人もいないのに二足の草鞋とかやってるからどっちも中途半端なんだろうが > 792 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:11:24.35 > >>791 > 全プロセス合計4GB以上をi386で使えるってか？ > 808 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:27:05.50 > >>809 > i386で全プロセス合計4GB以上使えるなんてどこに書いてあんだよ > 寝言は寝て言えどあほ 正解 → RELEASE-i386でPAE有効にすれば4GB以上使える 32bitの方が合理的？速い？ ttps://kledgeb.blogspot.jp/2016/03/ubuntu-1604-20-ubuntu-32bitubuntu-64bit.html ブラウザのベンチマークサイト ttp://peacekeeper.futuremark.com/ 正解 → 64bitの方がサイズ微増のペナルティ以上にパフォーマンスが上がる 寝言は寝て言え32bit厨の知ったかぶり無知どあほ能無し基地害 918 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 10:22:53.50 .net] >>901 荒らしって論争をしたいんじゃなくて、ただ言いがかりをしたいだけだから 別スレ立ててもFreeBSDスレに居つくと思う このスレの1-100はひと月半、さらに200まで二週間くらいの流れだから 一週間ほど荒らしがなければこれまで通りのスレ立てで構わないと思うけど 919 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 10:28:55.65 .net] War is Over. 64bit-boy Lose!! 920 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 10:32:06.48 .net] War is Over. 32bit-boy Lose!! >>845-846 921 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 10:33:26.23 .net] 32bit厨の嘘の主張 32bitは合理的、早い、i386のカーネルで全プロセス合計4G以上使えない だから32bitプロセス専用64bitOS作れ 答え → 自分で作れ > 786 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:06:46.18 > 膨大なコード資産を生かしたままプロセス合計4GB以上を実現するには > amd64とi386を融合して一本化、OS64bitプロセス32bitが合理的だわな > 人もいないのに二足の草鞋とかやってるからどっちも中途半端なんだろうが > 792 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:11:24.35 > >>791 > 全プロセス合計4GB以上をi386で使えるってか？ > 808 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:27:05.50 > >>809 > i386で全プロセス合計4GB以上使えるなんてどこに書いてあんだよ > 寝言は寝て言えどあほ 正解 → RELEASE-i386でPAE有効にすれば4GB以上使える 32bitの方が合理的？速い？ ttps://kledgeb.blogspot.jp/2016/03/ubuntu-1604-20-ubuntu-32bitubuntu-64bit.html ブラウザのベンチマークサイト ttp://peacekeeper.futuremark.com/ 正解 → 64bitの方がサイズ微増のペナルティ以上にパフォーマンスが上がる 寝言は寝て言え32bit厨の知ったかぶり無知どあほ能無し基地害 922 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 10:40:07.70 .net] 相変わらず脳みそ空っぽ32bit厨のバカ丸出しコピペ荒らしが滑稽だな 923 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 10:41:55.14 .net] ああこのバカは32bit厨じゃなくて64bit厨っていうのか 924 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 10:42:50.88 .net] 内容に反論できないからコピペの一言で流そうとする32bit厨哀れ 32bit厨の嘘の主張 32bitは合理的、早い、i386のカーネルで全プロセス合計4G以上使えない だから32bitプロセス専用64bitOS作れ > 786 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:06:46.18 > 膨大なコード資産を生かしたままプロセス合計4GB以上を実現するには > amd64とi386を融合して一本化、OS64bitプロセス32bitが合理的だわな > 人もいないのに二足の草鞋とかやってるからどっちも中途半端なんだろうが > 792 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:11:24.35 > >>791 > 全プロセス合計4GB以上をi386で使えるってか？ > 808 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:27:05.50 > >>809 > i386で全プロセス合計4GB以上使えるなんてどこに書いてあんだよ > 寝言は寝て言えどあほ 正解 → RELEASE-i386でPAE有効にすれば4GB以上使える 32bitの方が合理的？速い？ ttps://kledgeb.blogspot.jp/2016/03/ubuntu-1604-20-ubuntu-32bitubuntu-64bit.html ブラウザのベンチマークサイト ttp://peacekeeper.futuremark.com/ 正解 → 64bitの方がサイズ微増のペナルティ以上にパフォーマンスが上がる 寝言は寝て言え32bit厨の知ったかぶり無知どあほ能無し基地害 925 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 10:48:12.52 .net] ID 付けよう 926 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 10:48:51.84 .net] >>912 >>895 それ決定事項だから 927 名前：名無しさん＠お腹いっぱい。 [2017/08/14(月) 10:57:05.73 .net] こんだけ賑わっててFreeBSDも安泰だな。 と思いました 928 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 11:34:19.41 .net] 夜中の駅前でおっさん二人が言い合いしてるだけじゃね？ 929 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 11:40:55.68 .net] ID出るまでの辛抱 930 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 11:51:38.96 .net] ﾜｯﾁｮｲも出したったらええねん 931 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 11:56:23.34 .net] 賛成。ﾜｯﾁｮｲも付けよう。 932 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 12:08:57.92 .net] i386でプロセス合計4G以上使えるとか馬鹿まき散らしてる64bitマンセーの盆暗って、 HDD価格に右往左往スレでマーシャルマンセーしてるキチガイと同一人物だろ あっちでもﾜｯﾁｮｲ付ける目的で荒らしてるって言われてるな 933 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 12:11:59.12 .net] >>919 RELEASE-i386でPAEをONにしたカーネルにて、 3G以下のプロセス複数で全プロセス合計で4G以上のメモリを使えるかどうかを検査する方法 >>846 934 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 12:14:34.96 .net] アホか。仮想メモリならPAEをOffにしても使えるわ。 935 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 12:16:59.17 .net] >>921 「i386でプロセス合計4G以上使えるとか馬鹿まき散らしてる」 なら何が言いたい？ 32bit速い、プロセス32bit専用64bitOS合理的とか言ってる奴らは 「3G以下のプロセス複数で全プロセス合計で4G以上のメモリを使えない」って 断言してるのを否定してるだけだぞ 936 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 12:24:28.18 .net] >>920 そんなこと知らない奴はこのスレに居ないと思われ 問題は実際にそれを試した奴がこのスレに居ないことだわ 937 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 12:25:44.73 .net] >>923 今swap切って起動してる 938 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 12:32:13.08 .net] #vmstat procs memory page disks faults cpu r b w avm fre flt re pi po fr sr ad0 cd0 in sy cs us sy id 0 0 0 119M 4.8G 590 0 6 0 1196 4 0 0 27 3452 228 0 5 94 #top last pid: 689; load averages: 0.38, 0.36, 0.17 up 0+00:02:48 21:31:15 21 processes: 2 running, 19 sleeping CPU: % user, % nice, % system, % interrupt, % idle Mem: 12M Active, 10M Inact, 30M Wired, 4332K Buf, 4951M Free Swap: PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND 669 root 1 20 0 6800K 2952K ttyin 0:00 0.00% csh 674 root 1 20 0 13720K 6044K select 0:00 0.00% sshd 665 user 1 24 0 6800K 2968K pause 0:00 0.00% tcsh 657 root 1 21 0 6492K 2408K wait 0:00 0.00% login 668 user 1 20 0 6476K 2396K wait 0:00 0.00% su 677 user 1 20 0 13720K 6388K RUN 0:00 0.00% sshd 678 user 1 20 0 6800K 2984K pause 0:00 0.00% tcsh 416 root 1 20 0 5980K 1844K select 0:00 0.00% syslogd 689 user 1 20 0 7332K 2520K RUN 0:00 0.00% top 659 root 1 52 0 5964K 1748K ttyin 0:00 0.00% getty 664 root 1 52 0 5964K 1748K ttyin 0:00 0.00% getty 663 root 1 52 0 5964K 1748K ttyin 0:00 0.00% getty 662 root 1 52 0 5964K 1748K ttyin 0:00 0.00% getty 658 root 1 52 0 5964K 1748K ttyin 0:00 0.00% getty 661 root 1 52 0 5964K 1748K ttyin 0:00 0.00% getty 612 root 1 20 0 6012K 1940K nanslp 0:00 0.00% cron 939 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 12:32:51.16 .net] >>846じゃダメなのか？portsでもサンプルソースでも何でもいいぞ 940 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 12:40:05.05 .net] ssh経由でtop止めたから%の文字ぬけてんのか 疑うなら画像もうｐするが 941 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 12:47:03.63 .net] >>846を５つ程並列に実行してよ あとkldstatも 942 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 12:48:24.36 .net] >>928 ５つは無理、余った4GBと割れた1GBのシングルチャネルで動かしてswap切ってるから 943 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 12:51:16.98 .net] 1G*4にカーネルで確実に4Gは超えてる root@freebsd:/home/user # kldstat Id Refs Address Size Name 1 4 0xc0200000 1843488 kernel 2 1 0xcac3e000 4000 uhid.ko 944 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 12:52:51.21 .net] ipfとかfuseとか使える？ 945 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 12:54:17.95 .net] makeoptions NO_MODULES=yes が必須らしいからカーネル本体はでかい conf/ の中に PAE ある筈だから自分で見てくれ そこまでは知らん、ipfwじゃないんだよね 備忘録引っ張り出すからまってくれ 946 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 13:03:44.92 .net] ごめん、嘘吐いた makeoptions NO_MODULES=yes はもう見当たらない11.1RELEASE root@freebsd:/home/user # kldload ipl root@freebsd:/home/user # kldstat Id Refs Address Size Name 1 6 0xc0200000 1843488 kernel 2 1 0xc6fff000 4000 uhid.ko 3 1 0xc70a6000 6c000 ipl.ko root@freebsd:/home/user # kldload iplの実行直後にエラー出力に IP Filter: v5.1.2 initialized. Default = pass all, Logging = enabled 備忘録の通り実行してておかしいと思った モジュール使えるわ 947 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 13:10:16.68 .net] おー俺も11落として12Gで試してみるわ 948 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 13:11:56.82 .net] ipf -Fa -Z -f /etc/ipf.rules 実行したらぶっ飛んだ ちょっと待ってくれって言うか、遊ばせてくれ ただ、これ、おまえらもやれるよな？ 別に4G無くてもPAEカーネルで起動すりゃそんなに変わらないだろ？ 949 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 13:32:38.08 .net] バカだった、ループバックまで全切断したらそりゃ飛ぶ root@freebsd:/home/user # cat /etc/ipf.rules block in quick on rl0（適当に） all block out quick on rl0（適当に） all pass in quick on lo0 all pass out quick on lo0 all ↑を適当にblockとかpassとか変えたりして最低限の動作確認 ipf -Fa -Z -f /etc/ipf.rules リセット ipf -Fa あとは自分でやってくれ 950 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 13:51:21.33 .net] 893だけどID表示の恒久化には消極的な反対 あとﾜｯﾁｮｲ化したらスレを分裂させるから 951 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 14:10:23.48 .net] 俺がワッチョイ気にしなくても気にする人が多ければ反対 IDは最低でも次スレくらいは欲しい 952 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 14:18:57.42 .net] IPは嫌だけどワッチョイ程度は平気 一応その程度には発言に責任を持ってるつもりだし 953 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 14:30:00.83 .net] 分裂でいいんじゃね 俺はなしに行くから 954 名前：893 mailto:sage [2017/08/14(月) 16:23:30.20 .net] テンプレ改稿案だけどこんなんでいいかな？ ﾜｯﾁｮｲ嫌なんで !extend:checked:verbose The FreeBSD Project www.freebsd.org/ja/ 次スレを立てる人は状況に応じてID表示を強制させて下さい その場合はスレを立てる時、本文一行目に次の文を貼り付けます !extend:checked:verbose これ以外のBBS_SLIPコマンドは禁止 前スレ FreeBSDを語れ Part44 mevius.2ch.net/test/read.cgi/unix/1496160953/ 関連スレ 初心者もOK! FreeBSD質問スレッド その122 mevius.2ch.net/test/read.cgi/unix/1486758875/ 955 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 16:37:51.60 .net] >>941 おｋだと思う 956 名前：939 mailto:sage [2017/08/14(月) 18:51:36.80 .net] ID表示は常にヤダとかﾜｯﾁｮｲを常に付けろとか考えてる人の意見はないのかな？ 957 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 19:30:11.81 .net] 俺はIP表示でなければ何でもいいよ (固定IPアドレス環境から読み書きしてるので……それだけは勘弁) 958 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 19:33:56.55 .net] でさ、wnn8どうやってつかえばいい？ 買って、すっかりわすれてたらFreeBSD版がでてて、もう。いまはjserverが無駄に動いてるのみ。 959 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 20:26:19.93 .net] >>936 12GBはkstack allocation failedでブートできんかったけど、 2G+2Gまたは4G+4Gならブートして順調 real memory = 8589934592 (8192 MB) avail memory = 8277651456 (7894 MB) 4Gで動いたって報告がなかったらメモリ抜いて試そうなんて発想にはならなかったよ しばらく様子見て問題なければamd64使うことは一生なさそう 960 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 20:40:10.17 .net] >>946 容量多過ぎるとダメなのかな？うちではあっさり試験できる環境がなくて試すのはきついな・・・ 1G引っこ抜いて1G*3と512M*1確保してみた スワップないから更に確保しようとすると、追加の512確保しに行った時固まる けど、全プロセス動いてるし、4Gきっかりも大丈夫そうに見える user@freebsd:~ % ./a1G.out & [1] 676 user@freebsd:~ % allocated ./a1G.out & [2] 677 user@freebsd:~ % allocated ./a1G.out & [3] 678 user@freebsd:~ % allocated ./a.out allocated vmstat procs memory page disks faults cpu r b w avm fre flt re pi po fr sr ad0 cd0 in sy cs us sy id 5 0 0 3.6G 349M 6810 0 2 0 1359 904 0 0 13 1490 169 55 13 32 961 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 20:41:43.15 .net] ちなみにちゃんとmemsetし続けてるからfreはきっちり減ってる 962 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 20:41:58.05 .net] >>946 32bit厨は12GBあってもわざわざ余らせて使うんだねw そういう無駄は気にならないらしい 963 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 20:44:40.34 .net] 会話できる相手にそれはやめないか？ 964 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 20:58:13.26 .net] >>947 ramdisk6G作ってファイル注入してみたけどこれも問題なし これで運用できそうなら今度、4G+4G+4G+4Gで試してみるよ そのうちmevius鯖の人が64Gで試してくれるに違いない 965 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 21:00:13.32 .net] >>951 16G or 64G でi386動かすのか・・・股間が熱くなるな 楽しみにしてる 966 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 22:07:58.76 .net] こいつら仕様も知らずに使ってたのかよ。 967 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 22:08:55.59 .net] 昔はFreeBSDユーザ > Linuxユーザだったのにな。ド素人しかいない。 968 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 22:42:34.01 .net] なんとか煽ろうと必死こいてみたものの頭っ弱くてカスりもしない超絶空振りワロタ 969 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/15(火) 00:16:08.26 .net] >>954 386の仕様すら知らないからゆとり世代だろう。 970 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/15(火) 00:40:15.50 .net] 98でFreeBSD動かしてた人はそりゃレベル高かっただろうけど ゆとり世代じゃハード側の知識なんて皆無だろうな。 デジタルネイティブだと自称してるけどROMとRAMの区別さえなければ、仮想メモリと物理メモリの区別さえない。 このスレ見ても64bitの意味すら分ってないまま速いと言ってる。すべてがバーチャルなんだよ。 971 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/15(火) 00:40:46.47 .net] 頭の中が32bitしかない人が必死です 972 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/15(火) 00:49:17.60 .net] >>957 10年ぐらい前の週刊アスキーとかライトの雑誌の64bitの説明が滅茶苦茶だったからな。 そもそも記者が理解してない。あれで勘違いした奴が大量にいた。 ここにいる奴らはそれよりさらに頓珍漢なこと言ってるからさらに若いと思う。夏休みの中高生だろう。 973 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/15(火) 00:52:14.07 .net] デシタルネイティブw なにそれw 機械語ペラペラなの？w おじさんもペラペラだよw 974 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/15(火) 01:06:38.11 .net] 最近のゆとりはマカーの発想に近い。新しいものが正義。 いくらじじぃどもがiOS、OSXを邪悪なBSDと呼ぼうと、 BSDはAppleにコードを丸パクリされるだけの存在。 そしてただのパクリ企業を革新的だと連呼するゆとり。 975 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/15(火) 01:18:49.04 .net] パクられたおかげでまともなドイラバが増えた。 976 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/15(火) 01:25:22.50 .net] セキュリティホールもたくさん報告してくれた。 ここまでBSDが低品質だとはユーザも思ってなかった。 977 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/15(火) 01:27:09.02 .net] パクられるだけとか言ってる人を時折見かけるな BSDライセンスの条件下だということが理解できないのか 978 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/15(火) 01:33:07.42 .net] >>963 AppleのOSにセキュリティホールがあれば同じホールがBSDにあるからな。 979 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/15(火) 01:35:47.36 .net] ロクでもないライセンスだよな そりゃLinuxに高速で抜かれて大差つけられるわ 980 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/15(火) 01:38:07.26 .net] 脆弱性だらけのiOSはアップルが取っ付けたゴミコードのバグが大半だろ 981 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/15(火) 01:49:38.70 .net] >>962 昔、emドライバど安定だったはずだが、FreeBSD10に刺したらちょこまかdownするんだが？ 982 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/15(火) 02:33:43.57 .net] >>965 ところがOpenBSDにはない 983 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/15(火) 02:35:16.81 .net] >>965 それはひょっとしてギャグで言ってるのか 984 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/15(火) 02:37:41.21 .net] 昔からBSDのNICドライバはバグ持ち。 ショップにNIC故障で持ち込まれて、OS聞くとたいていFreeBSD。 Windowsで試すと普通に動くから原因切り分けに難儀してるのを何度か目撃した。 985 名前：名無しさん＠お腹いっぱい。 [2017/08/15(火) 02:50:29.01 .net] 次スレ立てとくか ID付きにするぞ 986 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/15(火) 02:50:37.88 .net] >>968 バグ修正頼んだ。 987 名前：名無しさん＠お腹いっぱい。 [2017/08/15(火) 02:53:25.84 .net] なんか勢いを感じる 988 名前：名無しさん＠お腹いっぱい。 [2017/08/15(火) 03:01:26.65 .net] ID付きでスレ立てしようとしたけど ERROR: 使えません。(BBS_USE_VIPQ=0) と出て駄目だった で普通に立てようとしたら規制されてたので誰か頼みます FreeBSDを語れ Part45 The FreeBSD Project www.freebsd.org/ja/ 前スレ FreeBSDを語れ Part44 mevius.2ch.net/test/read.cgi/unix/1496160953/ 関連スレ 初心者もOK! FreeBSD質問スレッド その122 mevius.2ch.net/test/read.cgi/unix/1486758875/ 989 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/15(火) 11:38:14.94 .net] 俺も昨日ダメだった　板が禁止してんのけ？ 990 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/15(火) 13:09:31.09 .net] amd64のせいだろうな はよi386PAEに移行せな 991 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/15(火) 15:35:37.90 .net] ようやく時代がi386PAEに追いついた 992 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/15(火) 15:35:47.13 .net] 過去に生きてる老人が来てますね 993 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/15(火) 15:42:43.62 .net] 32bitプロセッサが出たときは、まさか4GiB越えて実装なんて思いつかなかったがな。 994 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/15(火) 16:08:20.41 .net] 当時は速度ならTTLが常識、みたいな風潮だったししゃーない この先どこで物理的に頭打ちになるか次第だろうけど、128bit越えする頃には 「64bitプロセッサが出たときは、まさか2^128B超えて実装なんて思い付かなかったがな」 なんて、匿名掲示板に書き込まれる日が来ないとは言い切れない 仮にVRとかの詳細なワールド、モデル〜モーションまでのデータの類を 脳波入力で自由自在に設定→自動生成して、モデルが返すリアクションまでをも 抽象的な入力からAI用のリアクションを多数生成してメディアの中にぶっこむとしたら それ位の容量は使うかも知れない・・・夢物語だがな！ 995 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/15(火) 16:42:06.62 .net] unix time 問題回避するには64bit化が楽だけど、それ以上は当面考えなくていいからなあ。 996 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/15(火) 17:10:34.58 .net] 128bit CPUが出てきたら32bit厨はなんて言うんだろうね 997 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/15(火) 17:20:08.84 .net] >>976 https://info.2ch.net/index.php/%E6%96%B0%E7%94%9FVIPQ2#BBS_USE_VIPQ2.3D0_.E4.BB.A5.E4.B8.8A_.28.E3.83.87.E3.83.95.E3.82.A9.E3.83.AB.E3.83.88.29 に書かれている通りSETTING.TXTに『BBS_USE_VIPQ2=2』以上が書かれている必要があるみたい https://mevius.2ch.net/unix/SETTING.TXT を確認してみるとそもそもBBS_USE_VIPQ2が存在しない！ なので神様仏様>>13様、UNIX版もBBS_SLIPコマンド有効化をお願いします 998 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/15(火) 18:00:30.14 .net] 32bitの整数じゃ地球上の全部の人間の数を数えるのにも 小細工が必要 999 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/15(火) 18:10:33.62 .net] 不細工なのが取り柄のお前がド素人自慢とかみっともないからやめとけ 1000 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/15(火) 18:48:00.47 .net] よう、鮮人。今日も元気だな。 1001 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/15(火) 19:27:13.89 .net] 毎度赤っ恥かいてることにすら気づけないある意味幸せなボク 人様煽ってないで小細工とやらを頑張って説明してみなよ 1002 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/15(火) 20:12:47.13 .net] お前の大好きなPAEを使うんだろ。w 1003 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/15(火) 20:18:41.36 .net] >>988 ばあさんが第五種補給品だと大変だな。 1004 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/15(火) 20:30:26.15 .net] そこまでバカだと生きててつらくないの？ 1005 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/15(火) 20:59:26.80 .net] >>952 KVA_PAGES=768で4G+4G+2G+2G認識したっす real memory = 12884901888 (12288 MB) avail memory = 12497358848 (11918 MB) 1006 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/15(火) 21:29:19.01 .net] ZFS使ってるせいかも 相性悪いね 1007 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/15(火) 22:05:52.50 .net] >>992 へし折れて１枚になった1Gお届けしてみたいわ メモリの容量の関係とかじゃなくて、多過ぎる空き容量で周囲がコケてる可能性もあるのか 1008 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/15(火) 22:46:31.41 .net] まさにポンコツOS 1009 名前：名無しさん＠お腹いっぱい。 [2017/08/16(水) 02:37:04.81 .net] Emacsから来ました！ 1010 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/17(木) 09:05:36.91 ID:vpsEWiGbg] FreeBSDでソフトを動かす際の注意事項があります。 コンピューターのCPUの電圧が何ヘルツであるか調ベておく事が大切です。 32kHzのCPUを搭載したコンピューターなら 32kHz用のソフトを使うこと。 64kHzのCPUを搭載したコンピューターなら 64kHz用のソフトを使うこと。 これを間違えればソフトが速く動きません。 1011 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/17(木) 10:23:05.68 .net] FreeBSD ってなにから Free なの？ 1012 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/17(木) 10:49:23.21 .net] >>998 がっちがちのライセンス（当時） 1013 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/17(木) 16:43:04.58 .net] 11ではemがNICとして出てこねー 存在は認識しているようだが不安定なものは使わせねえよって姿勢に感動した em0: <Intel(R) PRO/1000 Legacy Network Connection 1.1.0> at device 0.0 on pci4 1014 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/17(木) 22:31:44.66 .net] VMWareだとemじゃなかったっけ？ 認識する時としない時があるってんならハードの問題じゃ？ 1015 名前：名無しさん＠お腹いっぱい。 [2017/08/18(金) 02:58:09.64 .net] くっさ 1016 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/18(金) 03:43:08.54 .net] >>1002 戌板にお帰り 1017 名前：1001 [Over 1000 Thread.net] このスレッドは１０００を超えました。 もう書けないので、新しいスレッドを立ててくださいです。。。 life time: 79日 2時間 27分 15秒 1018 名前：過去ログ ★ [[過去ログ]] ■ このスレッドは過去ログ倉庫に格納されています

---

---

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef