FreeBSDを語れ Part44 [無断転載禁止]©2ch.net

[1 名無しさん＠お腹いっぱい。 2017/05/31(水) 01:15:53.99]

The FreeBSD Project
http://www.freebsd.org/ja/

FreeBSDを語れ Part43 [無断転載禁止]
http://echo.2ch.net/test/read.cgi/unix/1472042132/

関連スレ
初心者もOK! FreeBSD質問スレッド その121
http://echo.2ch.net/test/read.cgi/unix/1437276192/

[768 名無しさん＠お腹いっぱい。 2017/08/14(月) 00:22:56.87]

>>767
http://ascii.jp/elem/000/000/641/641476/img.html
これの事言ってるなら過渡期の、それもスポンサーの意向でベンチ内容を選ぶ様な出版社の
独自調査、しかも64bitで速度低下って誤差レベルじゃねえか
後方互換だとか64bitに加えて32bitの外部プラグインも検索したりしてて時間掛かってるとか
そんな下らないオチだろ

http://www.phoronix.com/scan.php?page=article&;item=ubuntu_1310_3264&num=3
http://www.phoronix.com/scan.php?page=article&;item=ubuntu_1310_3264&num=4
こういう実運用の実測値で語れよ

[769 名無しさん＠お腹いっぱい。 2017/08/14(月) 00:25:45.38]

>>767
おまえ頑なにChrome６４ビットの方が速いって事実を無視しようとしてるよな

[770 名無しさん＠お腹いっぱい。 2017/08/14(月) 00:29:52.34]

> 64bitに加えて32bitの外部プラグインも検索したりして

また知ったかか。64bitプロセスから32bitDLLなんか呼べんわ。今度はちゃんと謝罪しろよ。

[771 名無しさん＠お腹いっぱい。 2017/08/14(月) 00:31:36.75]

>>770
エッジじゃなくてエクスプローラーの歯車マーク
↓
アドオンの管理

の、アーキテクチャの欄を参照な
DLLだなんて一言も言ってないし、
Winの中じゃコーデックだって32bit64bitは完全に独立して管理されてんたぞ

[772 名無しさん＠お腹いっぱい。 2017/08/14(月) 00:33:24.09]

わかってきた
OS64bit プロセス32bit バージョン作れとか言い出した奴、
64bitのOSろくに動かせないからその辺りの事情、全然しらないんだろ

[773 名無しさん＠お腹いっぱい。 2017/08/14(月) 00:35:41.37]

>>757
longモードはv86モードとかサポートしてないんだわ。
ただ、32bit固執の馬鹿はそんな事は知らなかったらしい、それで互換性とかw

[774 名無しさん＠お腹いっぱい。 2017/08/14(月) 00:37:08.32]

>>769
その事実を知らなかったのでググって最初のブログ見た。
http://blog.livedoor.jp/blackwingcat/archives/1898136.html

> スパゲッティーを小鍋から大鍋に移したに過ぎないんだよ…。スパゲッティーはスパゲッティーだ。

たしかにChromeは64bitが速くて当然である。

[775 名無しさん＠お腹いっぱい。 2017/08/14(月) 00:39:48.65]

>>771
まずは嘘ついてごめんなさいだろ、おまえは。

[776 名無しさん＠お腹いっぱい。 2017/08/14(月) 00:40:21.37]

そもそもChromeの時点で窓から投げすてろよ。
それにスレ的にはChromeじゃないだろ。

[777 名無しさん＠お腹いっぱい。 2017/08/14(月) 00:41:36.47]

>>775
逆じゃんw

[778 名無しさん＠お腹いっぱい。 2017/08/14(月) 00:41:51.05]

>>775
先ずは O64bit プロセス32bit とかバカな話の為に嘘を垂れ流し始めたお前が土下座だろ？

[779 名無しさん＠お腹いっぱい。 2017/08/14(月) 00:42:49.29]

>>775
外部プラグインを勝手にDLLにすり替えて嘘だって事にでっち上げたいだけだろ

[780 名無しさん＠お腹いっぱい。 2017/08/14(月) 00:58:46.97]

Windowsの外部プラグインはDLLで提供するものやで。
いくらなんでも無知すぎや。

ファイル: AdblockPlus32.dll
ファイル: wmpdxm.dll
ファイル: PDFXCviewIEPlugin.dll

[781 名無しさん＠お腹いっぱい。 2017/08/14(月) 00:58:50.55]

>>772
お前ごとき盆暗が何をわかったてんだ？
その辺りの事情とやらを説明してみろよ
64bitのOSろくに動かせないって明らかにm32すら知らなかったお前だろうが

[782 名無しさん＠お腹いっぱい。 2017/08/14(月) 01:00:36.12]

32bit厨が苦しくなってまいりましたw

[783 名無しさん＠お腹いっぱい。 2017/08/14(月) 01:02:20.25]

>>780
６４ビットプロセスから直接３２ビットのプラグインのDLLを呼び出してると思ってるのか・・・？

[784 名無しさん＠お腹いっぱい。 2017/08/14(月) 01:03:10.87]

>>781
日本語で頼むｗｗｗ

[785 名無しさん＠お腹いっぱい。 2017/08/14(月) 01:04:47.65]

>>784
結局逃げ惑うんだから巣から這い出てくんなやゴキブリ

[786 名無しさん＠お腹いっぱい。 2017/08/14(月) 01:06:46.18]

膨大なコード資産を生かしたままプロセス合計4GB以上を実現するには
amd64とi386を融合して一本化、OS64bitプロセス32bitが合理的だわな
人もいないのに二足の草鞋とかやってるからどっちも中途半端なんだろうが

[787 名無しさん＠お腹いっぱい。 2017/08/14(月) 01:08:11.71]

>>785
ヘッダライブラリが足りない以外で、m32でコンパイルリンクに通らないって、どんな状況？
ttp://a4dosanddos.hatenablog.com/entry/2015/09/19/131052

>>786
「OS64bitプロセス32bitが合理的」「プロセス合計4GB以上を実現」
どうやって？

[788 名無しさん＠お腹いっぱい。 2017/08/14(月) 01:08:36.07]

>>783
また質問で仕様の確認すんなよ。答えろよ。ズバっとよ、ズバーとだ。

でなきゃ嘘ついてごめんなさいと謝れ。

[789 名無しさん＠お腹いっぱい。 2017/08/14(月) 01:09:12.08]

>>786
１プロセス4GB以下で全プロセス合計4GB以上 → i386使え
プロセス合計4GB以上 → amd64使え

[790 名無しさん＠お腹いっぱい。 2017/08/14(月) 01:10:02.25]

>>787
教えてやるから尼券よこせって何度も書かれてるわけだが

[791 名無しさん＠お腹いっぱい。 2017/08/14(月) 01:10:54.17]

>>790
ヘッダライブラリが足りない以外で、m32でコンパイルリンクに通らないなんて口から出まかせだろ
ttp://a4dosanddos.hatenablog.com/entry/2015/09/19/131052

[792 名無しさん＠お腹いっぱい。 2017/08/14(月) 01:11:24.35]

>>789
全プロセス合計4GB以上をi386で使えるってか？

[793 名無しさん＠お腹いっぱい。 2017/08/14(月) 01:12:19.39]

>>792
ttps://www.freebsd.org/doc/ja_JP.eucJP/books/handbook/bsdinstall-hardware.html
使えるだろ

[794 名無しさん＠お腹いっぱい。 2017/08/14(月) 01:12:36.72]

>>791
尼券払いたくないからって人様に難癖付けてんなや貧乏教えてくん

[795 名無しさん＠お腹いっぱい。 2017/08/14(月) 01:13:51.19]

>>794
ヘッダライブラリが足りない以外で、m32でコンパイルリンクに通らないなんて口から出まかせだろ
ttp://a4dosanddos.hatenablog.com/entry/2015/09/19/131052

どうせコンパイルエラー見て、どのライブラリが足りないか調べる能力もないとかそんなオチだ

[796 名無しさん＠お腹いっぱい。 2017/08/14(月) 01:15:54.74]

またみっともないコピペゴキブリが顔真っ赤で荒らしだしたｗ
アホだから自分で言葉も作れない

[797 名無しさん＠お腹いっぱい。 2017/08/14(月) 01:16:55.41]

> 792 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:11:24.35
> >>789
> 全プロセス合計4GB以上をi386で使えるってか？

> 793 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:12:19.39
> >>792
> ttps://www.freebsd.org/doc/ja_JP.eucJP/books/handbook/bsdinstall-hardware.html
> 使えるだろ

これで以降、揚げ足取りしかしなくなったら笑う

[798 名無しさん＠お腹いっぱい。 2017/08/14(月) 01:17:46.00]

>>792
はぁ？　おまえは一体何を言ってるんだ。まさか知らないで暴れてたのか。
そういやi386でPAEが実装されてること知らない馬鹿いたよな。同一人物かよ？

[799 名無しさん＠お腹いっぱい。 2017/08/14(月) 01:18:31.74]

>>797
自分でプロセス合計4GB以上使ってから言え

[800 名無しさん＠お腹いっぱい。 2017/08/14(月) 01:19:15.23]

>>798
それは俺だな

全プロセス合計4GB以上をi386で使えない使えないうるさいから、
FreeBSDのi386は本気でPAE未対応なのかと思い込んだ

[801 名無しさん＠お腹いっぱい。 2017/08/14(月) 01:19:53.88]

Chromeとかいうスパゲッテイをいくつも起動したら合計4GBなんて簡単に超えるんちゃうか。

[802 名無しさん＠お腹いっぱい。 2017/08/14(月) 01:20:16.91]

>>799
動かない様子をtopのSSと一緒に晒せ

[803 名無しさん＠お腹いっぱい。 2017/08/14(月) 01:21:10.83]

＞PAE対応＝プロセス合計4GB以上使える
頭大丈夫か？

[804 名無しさん＠お腹いっぱい。 2017/08/14(月) 01:21:58.18]

>>803
１プロセス4GB以下、全プロセス合計4GBなのか
１プロセス4GB以上なのか
はっきりしろ

[805 名無しさん＠お腹いっぱい。 2017/08/14(月) 01:23:04.98]

>>802
お前が言い出したことなんだから
お前が動いている様子を晒すのが道理だろ
できなかったって認めろよ

[806 名無しさん＠お腹いっぱい。 2017/08/14(月) 01:24:40.66]

>>804
突然どうした？
どっかに頭飛んでるのか？

[807 名無しさん＠お腹いっぱい。 2017/08/14(月) 01:25:57.60]

> 792 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:11:24.35
> >>789
> 全プロセス合計4GB以上をi386で使えるってか？

> 793 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:12:19.39
> >>792
> ttps://www.freebsd.org/doc/ja_JP.eucJP/books/handbook/bsdinstall-hardware.html
> 使えるだろ

それでも使えないってんならレポートしてこい

[808 名無しさん＠お腹いっぱい。 2017/08/14(月) 01:27:05.50]

>>807
i386で全プロセス合計4GB以上使えるなんてどこに書いてあんだよ
寝言は寝て言えどあほ

[809 名無しさん＠お腹いっぱい。 2017/08/14(月) 01:27:29.94]

>>801
ここはFreeBSDのスレだぞ、Chromeとか馬鹿言うんじゃねえ。

[810 名無しさん＠お腹いっぱい。 2017/08/14(月) 01:31:13.37]

>>808
> 640 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/12(土) 19:39:37.17
> 2chがi386で動いてると聞いてすっ飛んできますた
> そりゃamd64じゃ効率悪い罠

> 699 名前：Mango Mangüé ★ そうだ２ちゃんねるしよう！©2ch.net[agete] 投稿日：2017/08> /13(日) 00:52:54.63 ?S★(824724)
> http://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は使ってる

[811 名無しさん＠お腹いっぱい。 2017/08/14(月) 01:32:51.31]

mevius鯖はamd64ですが何か？

[812 名無しさん＠お腹いっぱい。 2017/08/14(月) 01:33:39.35]

>>811
あれ？って事は>>640が間違いか

[813 名無しさん＠お腹いっぱい。 2017/08/14(月) 01:37:52.90]

>>812
俺が書いたわけでもないのに知らんがな
2chに鯖たくさんあるしな
そんなことよりi386で全プロセス合計4GB以上使えるとか
偉そうに言い放った馬鹿さ加減を謝罪しろよ

[814 名無しさん＠お腹いっぱい。 2017/08/14(月) 01:42:58.29]

>>813
今久しぶりにi386落としてる
で、FreeBSDのPAEで認識した4G以上って何に使ってるんだよ？

[815 名無しさん＠お腹いっぱい。 2017/08/14(月) 01:50:16.03]

古い文献
> amd64版入れたら、普通に4GBメモリ認識しました。。。ちなみに、i386版で、4GB以上認識させるには、kernelオプションで、PAEってのを有効にしてビルドかけないといけないらすぃ。。
もちろんやったんだよな？

[816 名無しさん＠お腹いっぱい。 2017/08/14(月) 02:05:34.06]

i386でPAE有効にしてみたんだろ？
いつもの即レスどうしたんだよ

[817 名無しさん＠お腹いっぱい。 2017/08/14(月) 02:29:37.15]

お前がいつまでたっても謝罪しないから相手にしてくれないと思われ
つか、フルボッコにされてんのに即レス云々馬鹿丸出しだぞ

[818 名無しさん＠お腹いっぱい。 2017/08/14(月) 02:30:51.63]

>>817
PAE有効にした事あるのか？

[819 名無しさん＠お腹いっぱい。 2017/08/14(月) 02:41:04.44]

base.txzの展開まで進んだ

[820 名無しさん＠お腹いっぱい。 2017/08/14(月) 03:05:04.81]

64bit厨が32bitに興味深々でワロタ
荒らさずもうちょっとシタテに出てれば色々と教えてもらえてただろうに

[821 名無しさん＠お腹いっぱい。 2017/08/14(月) 03:09:44.94]

>>820
興味なんかありゃしねえよ　実験終わったら捨てHDDなんざまた押入れの中だ
/usr/src/sys/i386/conf に PAE って最初から用意されてるよな
もちろんこれ使ったんだよな？

[822 名無しさん＠お腹いっぱい。 2017/08/14(月) 03:48:24.93]

> 792 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:11:24.35
> >>789
> 全プロセス合計4GB以上をi386で使えるってか？

> 793 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:12:19.39
> >>792
> 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バイトのメモリを確保するプロセスを４以上生成する事はできないと
そう言いたいんだな？

[823 名無しさん＠お腹いっぱい。 2017/08/14(月) 04:23:23.93]

これは32bit厨敗走か？

[824 名無しさん＠お腹いっぱい。 2017/08/14(月) 04:38:29.35]

32bit厨敗走クソワロタ
荒らさずもうちょっとシタテに出て会話してれば色々と教えてもらえてただろうに

[825 名無しさん＠お腹いっぱい。 2017/08/14(月) 05:27:03.00]

> ６４ビットプロセスから直接３２ビットのプラグインのDLLを呼び出してると思ってるのか・・・？

質問じゃなくて説明しろよ。聞いたことねーぞ。

[826 名無しさん＠お腹いっぱい。 2017/08/14(月) 05:34:56.92]

> 786 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:06:46.18
> 膨大なコード資産を生かしたままプロセス合計4GB以上を実現するには
> amd64とi386を融合して一本化、OS64bitプロセス32bitが合理的だわな
> 人もいないのに二足の草鞋とかやってるからどっちも中途半端なんだろうが

> 792 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:11:24.35
> >>789
> 全プロセス合計4GB以上をi386で使えるってか？

> 808 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:27:05.50
> >>807
> i386で全プロセス合計4GB以上使えるなんてどこに書いてあんだよ
> 寝言は寝て言えどあほ

IEだとかのプラグインの先の実装とかもうどうでもいいから
OS64bitじゃないと何だって？

[827 名無しさん＠お腹いっぱい。 2017/08/14(月) 05:45:32.94]

i386用のカーネルで4G以上使えないって嘘が証明されたら、
今度は何が何でも６４ビットの僅かな欠点だけをゴリ押しして、
６４ビットの利点は何が何でも認めないって流れに戻るんだろ？

誰もおまえ専用の３２ビットプロセス専用６４ビットOSなんて誰も作らないし合理的でも何でもない

[828 名無しさん＠お腹いっぱい。 2017/08/14(月) 05:58:06.48]

> ６４ビットプロセスから直接３２ビットのプラグインのDLLを呼び出してると思ってるのか・・・？

とにかくおまえはこれを説明しろよ。

[829 名無しさん＠お腹いっぱい。 2017/08/14(月) 05:59:57.20]

>>828
目的をはっきりさせろ
いつまでも揚げ足取りしてんじゃねえ

> 786 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:06:46.18
> 膨大なコード資産を生かしたままプロセス合計4GB以上を実現するには
> amd64とi386を融合して一本化、OS64bitプロセス32bitが合理的だわな
> 人もいないのに二足の草鞋とかやってるからどっちも中途半端なんだろうが

> 792 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:11:24.35
> >>789
> 全プロセス合計4GB以上をi386で使えるってか？

> 808 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:27:05.50
> >>807
> i386で全プロセス合計4GB以上使えるなんてどこに書いてあんだよ
> 寝言は寝て言えどあほ

土下座しろ氏ね

[830 名無しさん＠お腹いっぱい。 2017/08/14(月) 06:04:31.78]

どこが揚げ足か。どうやって64bitプロセスから32bitDLL呼び出すか聞いてんだよ。
おまえができるみたいなことを言い出したから話がおかしくなってんだよ。

妄想で書いたなら嘘ついてごめんなさいと言え。次から次へと嘘ばかり並べやがって。

[831 名無しさん＠お腹いっぱい。 2017/08/14(月) 06:06:41.21]

>>830
誰も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
> >>789
> 全プロセス合計4GB以上をi386で使えるってか？

> 808 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:27:05.50
> >>807
> i386で全プロセス合計4GB以上使えるなんてどこに書いてあんだよ
> 寝言は寝て言えどあほ

土下座しろ氏ね知ったかぶり

[832 名無しさん＠お腹いっぱい。 2017/08/14(月) 06:11:24.37]

>>831
おれ
> また知ったかか。64bitプロセスから32bitDLLなんか呼べんわ。

おまえ
> ６４ビットプロセスから直接３２ビットのプラグインのDLLを呼び出してると思ってるのか・・・？

引用してやったぞ。どうやって64bitプロセスから32bitDLL呼び出してるか説明しろ。

[833 名無しさん＠お腹いっぱい。 2017/08/14(月) 06:12:05.28]

>>832
> ６４ビットプロセスから直接３２ビットのプラグインのDLLを呼び出してると思ってるのか・・・？
思ってないから「思っているのか・・・？」って書いてあるんだろうが

[834 名無しさん＠お腹いっぱい。 2017/08/14(月) 06:13:01.50]

言葉尻だけとらえて「思ってる」とか決め付けるなヴォケ氏ね

[835 名無しさん＠お腹いっぱい。 2017/08/14(月) 06:13:35.87]

> 786 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:06:46.18
> 膨大なコード資産を生かしたままプロセス合計4GB以上を実現するには
> amd64とi386を融合して一本化、OS64bitプロセス32bitが合理的だわな
> 人もいないのに二足の草鞋とかやってるからどっちも中途半端なんだろうが

> 792 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:11:24.35
> >>789
> 全プロセス合計4GB以上をi386で使えるってか？

> 808 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:27:05.50
> >>807
> i386で全プロセス合計4GB以上使えるなんてどこに書いてあんだよ
> 寝言は寝て言えどあほ

土下座しろ氏ね知ったかぶり

[836 名無しさん＠お腹いっぱい。 2017/08/14(月) 06:15:24.27]

> 64bitに加えて32bitの外部プラグインも検索したりして

> ６４ビットプロセスから直接３２ビットのプラグインのDLLを呼び出してると思ってるのか・・・？

こんなアホレス続けておいてシラを切る気か。とんでもない糞野郎だ。

[837 名無しさん＠お腹いっぱい。 2017/08/14(月) 06:16:52.29]

>>836
検索しに行ってるから32bit64bit両方のアドオンが表示されてんだよ
実行時にどっちが実行されるか実行できないかなんて知らんわ

[838 名無しさん＠お腹いっぱい。 2017/08/14(月) 06:18:32.80]

１つの項目で両方に対応してるアドオンの事まで面倒見切れるかよ
揚げ足取りもいい加減にしろようぜえ氏ね

[839 名無しさん＠お腹いっぱい。 2017/08/14(月) 06:30:16.74]

しかし、まぁ、64bit厨ってほんと無知だったな。とにかく64bit以前の歴史を知らない。
仕様書やソースを読んでる相手に対して、〜と思ってるのか？っていちいち質問形式。
ここまで無知ってゆとり学生だろうな。これがデジタルネイィティブの実力。中身なし。

[840 名無しさん＠お腹いっぱい。 2017/08/14(月) 06:32:15.24]

突っ込みどころが無くなると唐突な勝利宣言

> 786 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:06:46.18
> 膨大なコード資産を生かしたままプロセス合計4GB以上を実現するには
> amd64とi386を融合して一本化、OS64bitプロセス32bitが合理的だわな
> 人もいないのに二足の草鞋とかやってるからどっちも中途半端なんだろうが

> 792 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:11:24.35
> >>789
> 全プロセス合計4GB以上をi386で使えるってか？

> 808 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:27:05.50
> >>807
> i386で全プロセス合計4GB以上使えるなんてどこに書いてあんだよ
> 寝言は寝て言えどあほ

大ウソつきの32bit厨土下座しろ氏ね知ったかぶり

[841 名無しさん＠お腹いっぱい。 2017/08/14(月) 06:39:41.87]

ttps://kledgeb.blogspot.jp/2016/03/ubuntu-1604-20-ubuntu-32bitubuntu-64bit.html

ブラウザのベンチマークサイト
ttp://peacekeeper.futuremark.com/

[842 名無しさん＠お腹いっぱい。 2017/08/14(月) 06:49:10.75]

>>840
他人のレスを貼っておれを叩いても意味ないよ。
無知な64bit厨は複数人いることは明らかだから。それはおまえの仲間じゃないのかw

[843 名無しさん＠お腹いっぱい。 2017/08/14(月) 06:57:14.02]

>>842
無知の根拠を引用できない32bit厨みじめ

> 786 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:06:46.18
> 膨大なコード資産を生かしたままプロセス合計4GB以上を実現するには
> amd64とi386を融合して一本化、OS64bitプロセス32bitが合理的だわな
> 人もいないのに二足の草鞋とかやってるからどっちも中途半端なんだろうが

> 792 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:11:24.35
> >>789
> 全プロセス合計4GB以上をi386で使えるってか？

> 808 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:27:05.50
> >>807
> i386で全プロセス合計4GB以上使えるなんてどこに書いてあんだよ
> 寝言は寝て言えどあほ

大ウソつきの32bit厨土下座しろ氏ね知ったかぶり

[844 名無しさん＠お腹いっぱい。 2017/08/14(月) 07:01:37.43]

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

[845 名無しさん＠お腹いっぱい。 2017/08/14(月) 07:45:17.31]

いや、おまえらいつまで気狂いに付き合ってスレ潰しに協力してんの?

[846 名無しさん＠お腹いっぱい。 2017/08/14(月) 07:58:03.95]

64bit使ってるおれ最先端かっこいいみたいな
実は仕組みを何も知らない馬鹿でした。

[847 名無しさん＠お腹いっぱい。 2017/08/14(月) 08:02:06.05]

>>846
根拠を示せない知ったかぶり32bit厨カコワルイ>>843

[848 名無しさん＠お腹いっぱい。 2017/08/14(月) 08:10:20.47]

> 全プロセス合計4GB以上をi386で使えるってか？

> i386で全プロセス合計4GB以上使えるなんてどこに書いてあんだよ

どうみても64bit厨のレスだろ、これ。
x86、amd64の仕様知ってたらこんなアホな質問せず断言する。質問形式はいつも64bit厨だろ。
i386がPAE、nxbit実装してることすら知らなかったんだぞ、x64厨は。

[849 名無しさん＠お腹いっぱい。 2017/08/14(月) 08:13:44.18]

>>848
そこのi386って、FreeBSD-11.1-RELEASE-i386-dvd1.isoのi386だろ
i80386の事じゃねえだろアスペ、いい加減にしろ

[850 名無しさん＠お腹いっぱい。 2017/08/14(月) 08:18:19.90]

>>848
下は知ったかぶり32bit厨の書き込みだな

> 808 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:27:05.50
> >>807
> i386で全プロセス合計4GB以上使えるなんてどこに書いてあんだよ
> 寝言は寝て言えどあほ

i386で全プロセス合計4GB以上使える事を知らなかった32bit厨哀れ

[851 名無しさん＠お腹いっぱい。 2017/08/14(月) 08:23:23.54]

今度は「プロセス32bit専用の64bitOSなんざ意味ねえ」の書き込みに
64bit厨のレッテルを貼って、自分の恥ずかしい書き込みの罪をなすり付け始めようってとこか

[852 名無しさん＠お腹いっぱい。 2017/08/14(月) 08:28:33.91]

> i386で全プロセス合計4GB以上使える事を知らなかった32bit厨

x86、amd64、PAEの仕様知ってる奴が知らないわけないだろ。
むしろPAEが何かを知らなかった、i386がPAEを実装してることすら知らなかった64bit厨以外考えられんレスだろ。

[853 名無しさん＠お腹いっぱい。 2017/08/14(月) 08:30:36.16]

>>852
> 807 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:25:57.60
> > 792 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:11:24.35
> > >>789
> > 全プロセス合計4GB以上をi386で使えるってか？
>
> > 793 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:12:19.39
> > >>792
> > ttps://www.freebsd.org/doc/ja_JP.eucJP/books/handbook/bsdinstall-hardware.html
> > 使えるだろ
>
> それでも使えないってんならレポートしてこい

> 808 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:27:05.50
> >>807
> i386で全プロセス合計4GB以上使えるなんてどこに書いてあんだよ
> 寝言は寝て言えどあほ

>>807は暗に使えると言っている
>>808は暗に使えると言っているレスを否定している

[854 名無しさん＠お腹いっぱい。 2017/08/14(月) 08:34:28.21]

> 786 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:06:46.18
> 膨大なコード資産を生かしたままプロセス合計4GB以上を実現するには
> amd64とi386を融合して一本化、OS64bitプロセス32bitが合理的だわな
> 人もいないのに二足の草鞋とかやってるからどっちも中途半端なんだろうが

> 792 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:11:24.35
> >>789
> 全プロセス合計4GB以上をi386で使えるってか？

> 808 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:27:05.50
> >>807
> i386で全プロセス合計4GB以上使えるなんてどこに書いてあんだよ
> 寝言は寝て言えどあほ

そして32bit厨はRELEASE-i386で4GB以上使えないと断言している
>>808の主張
　4GB以上使えるなんてどこにも書いてない→寝言
　4GB以上使えない→寝言じゃない
32bit厨の主張と同じ
そして無知な知ったかぶり32bit厨は恐らく一匹

[855 名無しさん＠お腹いっぱい。 2017/08/14(月) 08:39:05.98]

ID出ないからわからんだろうけど、>>719手前までの書き込み、恐らく全部別人だからな
64bit厨とか言って「プロセス32bit専用の64bitOS意味なし」の意味をねじ曲げるな

[856 名無しさん＠お腹いっぱい。 2017/08/14(月) 08:51:09.11]

>>853
おれ以外のレスをいくらおれに聞かれても知らんがな。
少なくともおれはずっとamd64、PAEの仕様を断言して書いてる。ハナから知ってるからな。

質問形式はいつも64bit厨だ。

[857 名無しさん＠お腹いっぱい。 2017/08/14(月) 08:54:11.16]

>>856
うそこけ>>853　32bit厨も質問してるわ

[858 名無しさん＠お腹いっぱい。 2017/08/14(月) 08:57:01.71]

32bit厨の嘘

> 786 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:06:46.18
> 膨大なコード資産を生かしたままプロセス合計4GB以上を実現するには
> amd64とi386を融合して一本化、OS64bitプロセス32bitが合理的だわな
> 人もいないのに二足の草鞋とかやってるからどっちも中途半端なんだろうが

> 792 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:11:24.35
> >>789
> 全プロセス合計4GB以上をi386で使えるってか？

> 808 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:27:05.50
> >>807
> i386で全プロセス合計4GB以上使えるなんてどこに書いてあんだよ
> 寝言は寝て言えどあほ

32bitの方が合理的？速い？

ttps://kledgeb.blogspot.jp/2016/03/ubuntu-1604-20-ubuntu-32bitubuntu-64bit.html
ブラウザのベンチマークサイト
ttp://peacekeeper.futuremark.com/

寝言は寝て言え32bit厨の知ったかぶり無知どあほ能無し基地害

[859 名無しさん＠お腹いっぱい。 2017/08/14(月) 09:10:32.21]

280前後から延々と同じ話をループしてんのか

[860 名無しさん＠お腹いっぱい。 2017/08/14(月) 09:11:16.52]

そろそろ32bit厨が取れる揚げ足がなくなってきたところ

[861 名無しさん＠お腹いっぱい。 2017/08/14(月) 09:15:23.80]

64bit厨が論破されまくって警戒して質問しかしてこなくなった。

[862 名無しさん＠お腹いっぱい。 2017/08/14(月) 09:17:53.01]

>>861
おまえみたいなｋｚ32bit厨がどのレスで誰を論破したのか、安価くらい付けてみろ

>>843-844
32bit厨は嘘だらけで逃げ場が無くなって勝利宣言したり、
自分の恥ずかしい罪状を他人になすりつけるしかできなくなった

[863 名無しさん＠お腹いっぱい。 2017/08/14(月) 09:21:32.39]

32bit厨の嘘

> 786 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:06:46.18
> 膨大なコード資産を生かしたままプロセス合計4GB以上を実現するには
> amd64とi386を融合して一本化、OS64bitプロセス32bitが合理的だわな
> 人もいないのに二足の草鞋とかやってるからどっちも中途半端なんだろうが

> 792 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:11:24.35
> >>789
> 全プロセス合計4GB以上をi386で使えるってか？

> 808 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:27:05.50
> >>807
> 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厨の知ったかぶり無知どあほ能無し基地害
くやしかったら１レス内でまとめてみろ

[864 名無しさん＠お腹いっぱい。 2017/08/14(月) 09:28:11.72]

>>862
まずはこれ。解説頼むわ。

> いまどきのATOMですら64bit命令実行できる現在、PAEなんて必要あるか？

> どうせPAEが無くてもユーザランドのメモリ空間事情は変わらん

> おまえ頑なにChrome６４ビットの方が速いって事実を無視しようとしてるよな

> 64bitに加えて32bitの外部プラグインも検索したりして

> 外部プラグインを勝手にDLLにすり替えて嘘だって事にでっち上げたいだけだろ

> ６４ビットプロセスから直接３２ビットのプラグインのDLLを呼び出してると思ってるのか・・・？

> 全プロセス合計4GB以上をi386で使えるってか？

[865 名無しさん＠お腹いっぱい。 2017/08/14(月) 09:29:34.57]

>>864
文字列で検索して直後のレス読めアホ

32bit厨の嘘

> 786 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:06:46.18
> 膨大なコード資産を生かしたままプロセス合計4GB以上を実現するには
> amd64とi386を融合して一本化、OS64bitプロセス32bitが合理的だわな
> 人もいないのに二足の草鞋とかやってるからどっちも中途半端なんだろうが

> 792 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:11:24.35
> >>789
> 全プロセス合計4GB以上をi386で使えるってか？

> 808 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:27:05.50
> >>807
> 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厨の知ったかぶり無知どあほ能無し基地害
くやしかったら１レス内でまとめてみろ

[866 名無しさん＠お腹いっぱい。 2017/08/14(月) 09:30:26.99]

>>864
一部だけ抜き出して前後関係無視して揚げ足取ろうってか？
いい加減にしろ
一つ一つ追っていけば全部回答済みだろうが

[867 名無しさん＠お腹いっぱい。 2017/08/14(月) 09:32:55.86]

>>863
だからさ、それ論理的におかしいだろ。
x86、amd64、PAE、i386の仕様知ってるのに、

> 全プロセス合計4GB以上をi386で使えるってか？

なんてこと言うわけないだろ。それ以前のレスみても質問形式はいつも64bit厨じゃねーか。
i386のPAE実装を知らない人の発言。つまり、おまえの仲間のレスだろ、それ。仲間割れすんなよ。

[868 名無しさん＠お腹いっぱい。 2017/08/14(月) 09:33:42.28]

>>866
横レスだが全部論破されてる。