FreeBSDを語れ Part44 [無断転載禁止]©2ch.net
レス数が900を超えています。1000を超えると表示できなくなるよ。
>>813
今久しぶりにi386落としてる
で、FreeBSDのPAEで認識した4G以上って何に使ってるんだよ? 古い文献
> amd64版入れたら、普通に4GBメモリ認識しました。。。ちなみに、i386版で、4GB以上認識させるには、kernelオプションで、PAEってのを有効にしてビルドかけないといけないらすぃ。。
もちろんやったんだよな? i386でPAE有効にしてみたんだろ?
いつもの即レスどうしたんだよ お前がいつまでたっても謝罪しないから相手にしてくれないと思われ
つか、フルボッコにされてんのに即レス云々馬鹿丸出しだぞ 64bit厨が32bitに興味深々でワロタ
荒らさずもうちょっとシタテに出てれば色々と教えてもらえてただろうに >>820
興味なんかありゃしねえよ 実験終わったら捨てHDDなんざまた押入れの中だ
/usr/src/sys/i386/conf に PAE って最初から用意されてるよな
もちろんこれ使ったんだよな? > 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バイトのメモリを確保するプロセスを4以上生成する事はできないと
そう言いたいんだな? 32bit厨敗走クソワロタ
荒らさずもうちょっとシタテに出て会話してれば色々と教えてもらえてただろうに > 64ビットプロセスから直接32ビットのプラグインの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以上使えるなんてどこに書いてあんだよ
> 寝言は寝て言えどあほ
IEだとかのプラグインの先の実装とかもうどうでもいいから
OS64bitじゃないと何だって? i386用のカーネルで4G以上使えないって嘘が証明されたら、
今度は何が何でも64ビットの僅かな欠点だけをゴリ押しして、
64ビットの利点は何が何でも認めないって流れに戻るんだろ?
誰もおまえ専用の32ビットプロセス専用64ビットOSなんて誰も作らないし合理的でも何でもない > 64ビットプロセスから直接32ビットのプラグインのDLLを呼び出してると思ってるのか・・・?
とにかくおまえはこれを説明しろよ。 >>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以上使えるなんてどこに書いてあんだよ
> 寝言は寝て言えどあほ
土下座しろ氏ね どこが揚げ足か。どうやって64bitプロセスから32bitDLL呼び出すか聞いてんだよ。
おまえができるみたいなことを言い出したから話がおかしくなってんだよ。
妄想で書いたなら嘘ついてごめんなさいと言え。次から次へと嘘ばかり並べやがって。 >>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以上使えるなんてどこに書いてあんだよ
> 寝言は寝て言えどあほ
土下座しろ氏ね知ったかぶり >>831
おれ
> また知ったかか。64bitプロセスから32bitDLLなんか呼べんわ。
おまえ
> 64ビットプロセスから直接32ビットのプラグインのDLLを呼び出してると思ってるのか・・・?
引用してやったぞ。どうやって64bitプロセスから32bitDLL呼び出してるか説明しろ。 >>832
> 64ビットプロセスから直接32ビットのプラグインの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以上使えるなんてどこに書いてあんだよ
> 寝言は寝て言えどあほ
土下座しろ氏ね知ったかぶり > 64bitに加えて32bitの外部プラグインも検索したりして
> 64ビットプロセスから直接32ビットのプラグインのDLLを呼び出してると思ってるのか・・・?
こんなアホレス続けておいてシラを切る気か。とんでもない糞野郎だ。 >>836
検索しに行ってるから32bit64bit両方のアドオンが表示されてんだよ
実行時にどっちが実行されるか実行できないかなんて知らんわ 1つの項目で両方に対応してるアドオンの事まで面倒見切れるかよ
揚げ足取りもいい加減にしろようぜえ氏ね しかし、まぁ、64bit厨ってほんと無知だったな。とにかく64bit以前の歴史を知らない。
仕様書やソースを読んでる相手に対して、〜と思ってるのか?っていちいち質問形式。
ここまで無知ってゆとり学生だろうな。これがデジタルネイィティブの実力。中身なし。 突っ込みどころが無くなると唐突な勝利宣言
> 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/ >>840
他人のレスを貼っておれを叩いても意味ないよ。
無知な64bit厨は複数人いることは明らかだから。それはおまえの仲間じゃないのかw >>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厨土下座しろ氏ね知ったかぶり 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 いや、おまえらいつまで気狂いに付き合ってスレ潰しに協力してんの? 64bit使ってるおれ最先端かっこいいみたいな
実は仕組みを何も知らない馬鹿でした。 >>846
根拠を示せない知ったかぶり32bit厨カコワルイ>>843 > 全プロセス合計4GB以上をi386で使えるってか?
> i386で全プロセス合計4GB以上使えるなんてどこに書いてあんだよ
どうみても64bit厨のレスだろ、これ。
x86、amd64の仕様知ってたらこんなアホな質問せず断言する。質問形式はいつも64bit厨だろ。
i386がPAE、nxbit実装してることすら知らなかったんだぞ、x64厨は。 >>848
そこのi386って、FreeBSD-11.1-RELEASE-i386-dvd1.isoのi386だろ
i80386の事じゃねえだろアスペ、いい加減にしろ >>848
下は知ったかぶり32bit厨の書き込みだな
> 808 名前:名無しさん@お腹いっぱい。[sage] 投稿日:2017/08/14(月) 01:27:05.50
> >>807
> i386で全プロセス合計4GB以上使えるなんてどこに書いてあんだよ
> 寝言は寝て言えどあほ
i386で全プロセス合計4GB以上使える事を知らなかった32bit厨哀れ 今度は「プロセス32bit専用の64bitOSなんざ意味ねえ」の書き込みに
64bit厨のレッテルを貼って、自分の恥ずかしい書き込みの罪をなすり付け始めようってとこか > i386で全プロセス合計4GB以上使える事を知らなかった32bit厨
x86、amd64、PAEの仕様知ってる奴が知らないわけないだろ。
むしろPAEが何かを知らなかった、i386がPAEを実装してることすら知らなかった64bit厨以外考えられんレスだろ。 >>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は暗に使えると言っているレスを否定している > 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厨は恐らく一匹 ID出ないからわからんだろうけど、>>719手前までの書き込み、恐らく全部別人だからな
64bit厨とか言って「プロセス32bit専用の64bitOS意味なし」の意味をねじ曲げるな >>853
おれ以外のレスをいくらおれに聞かれても知らんがな。
少なくともおれはずっとamd64、PAEの仕様を断言して書いてる。ハナから知ってるからな。
質問形式はいつも64bit厨だ。 >>856
うそこけ>>853 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
> >>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厨の知ったかぶり無知どあほ能無し基地害 そろそろ32bit厨が取れる揚げ足がなくなってきたところ 64bit厨が論破されまくって警戒して質問しかしてこなくなった。 >>861
おまえみたいなkz32bit厨がどのレスで誰を論破したのか、安価くらい付けてみろ
>>843-844
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
> >>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厨の知ったかぶり無知どあほ能無し基地害
くやしかったら1レス内でまとめてみろ >>862
まずはこれ。解説頼むわ。
> いまどきのATOMですら64bit命令実行できる現在、PAEなんて必要あるか?
> どうせPAEが無くてもユーザランドのメモリ空間事情は変わらん
> おまえ頑なにChrome64ビットの方が速いって事実を無視しようとしてるよな
> 64bitに加えて32bitの外部プラグインも検索したりして
> 外部プラグインを勝手にDLLにすり替えて嘘だって事にでっち上げたいだけだろ
> 64ビットプロセスから直接32ビットのプラグインのDLLを呼び出してると思ってるのか・・・?
> 全プロセス合計4GB以上をi386で使えるってか? >>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厨の知ったかぶり無知どあほ能無し基地害
くやしかったら1レス内でまとめてみろ >>864
一部だけ抜き出して前後関係無視して揚げ足取ろうってか?
いい加減にしろ
一つ一つ追っていけば全部回答済みだろうが >>863
だからさ、それ論理的におかしいだろ。
x86、amd64、PAE、i386の仕様知ってるのに、
> 全プロセス合計4GB以上をi386で使えるってか?
なんてこと言うわけないだろ。それ以前のレスみても質問形式はいつも64bit厨じゃねーか。
i386のPAE実装を知らない人の発言。つまり、おまえの仲間のレスだろ、それ。仲間割れすんなよ。 >>867
> 789 名前:名無しさん@お腹いっぱい。[sage] 投稿日:2017/08/14(月) 01:09:12.08
> >>786
> 1プロセス4GB以下で全プロセス合計4GB以上 → i386使え
> プロセス合計4GB以上 → amd64使え
> 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
> 使えるだろ
それは明らかに無知で知ったかぶりなお前の書き込みだ
他人になすりつけるな >>868
他人のフリして32bit厨が全部論破した事にでっちあげるな >>870
論破どころか事実を突きつけられて論破宣言するしかなくなったのはみじめな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
> >>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厨の知ったかぶり無知どあほ能無し基地害
くやしかったら1レス内でまとめてみろ >>869
だいたい64bit厨はi386のnxbit実装全くしらなかったじゃないか。つまりソース全く見てないんだよ。
おれが知ってるのは当然としても、おまえらは絶対に知らないから絶対に断言しない、つまり質問形式なわけだ。
まさしくこれw
> 全プロセス合計4GB以上をi386で使えるってか? >>873
> 789 名前:名無しさん@お腹いっぱい。[sage] 投稿日:2017/08/14(月) 01:09:12.08
> >>786
> 1プロセス4GB以下で全プロセス合計4GB以上 → i386使え
> プロセス合計4GB以上 → amd64使え
> 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
> 使えるだろ
それは明らかに無知で知ったかぶりなお前の書き込みだ
他人になすりつけるな >>873
プロセス32bitのOS64bitなんて誰も要らんと言っている
なのに全プロセス合計4GB以上使えないから作れ作れ騒いでるのはおまえだけだ >>874
ここずっとamd64、PAEの仕様の解説してるのはおれ一人なのにおれのわけないだろ。
おまえが一度でもPAE、amd64の解説したことあんのか。アンカーつけてみろ。 >>876
>>620が全てだ
32bitプロセス専用64bitOSなんざ要らんと、お前以外がソース付きで解説してるわ >>875
しつこない。言ってないと言ってるだろう。 >>878
プロセス32bitのOS64bitなんてバカなものを考え付くのがそうそう居てたまるか 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厨の知ったかぶり無知どあほ能無し基地害
くやしかったら1レス内でまとめてみろ >>877
ただの単発のwikipのコピペじゃねーか。
おれのレスを論破したおまえのPAE解説のアンカーつけろよ。 >>881
解説してるのはおまえだけじゃないと言っている
解説したかどうかと論破に何の因果関係がある? >>879
解説したはずだ。amd64はそもそもその目的で設計されたとな。
32bitコードを切捨てる設計ではなく共存する設計だ。だからMSが選んだとな。
おまえはいつも何の解説もなく歴史も知らず仕様も知らず全否定するだけ。恥を知れ。 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
> >>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厨の知ったかぶり無知どあほ能無し基地害
くやしかったら1レス内でまとめてみろ >>884
お前こそ恥を知れ
解説しただけで何だってんだ >>882
おれのレスじゃないと何度言ったら分るのだ。真性の馬鹿なのか? >>884
仕様の解説なんざ>>620で十分だろ
>>887
仮に別人だとして目的はなんだよ?
暴れたって32bitプロセス専用64bitOSなんて誰も作らん >>887
> 867 名前:名無しさん@お腹いっぱい。[sage] 投稿日:2017/08/14(月) 09:32:55.86
> >>863
> だからさ、それ論理的におかしいだろ。
> x86、amd64、PAE、i386の仕様知ってるのに、
>
> > 全プロセス合計4GB以上をi386で使えるってか?
>
> なんてこと言うわけないだろ。それ以前のレスみても質問形式はいつも64bit厨じゃねーか。
> i386のPAE実装を知らない人の発言。つまり、おまえの仲間のレスだろ、それ。仲間割れすんなよ。
アンカー辿ってくとここだな?
>874 名前:名無しさん@お腹いっぱい。[sage] 投稿日:2017/08/14(月) 09:38:10.17
> >>873
> > 789 名前:名無しさん@お腹いっぱい。[sage] 投稿日:2017/08/14(月) 01:09:12.08
> > >>786
> > 1プロセス4GB以下で全プロセス合計4GB以上 → i386使え
> > プロセス合計4GB以上 → amd64使え
>
> > 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
> > 使えるだろ
>
> それは明らかに無知で知ったかぶりなお前の書き込みだ
> 他人になすりつけるな
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
> >>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厨の知ったかぶり無知どあほ能無し基地害
くやしかったら1レス内でまとめてみろ >>888
全く十分じゃない。それ読んでwikip引用した結論がこれだぜ。
> どうせPAEが無くてもユーザランドのメモリ空間事情は変わらん
セキュリティ上、nxbit使うときはPAE必須を知らなかった無知64bit厨。
で無知を指摘された反論がこれ。
> スタックオーバーフローだけを防げたところで安全になるって訳じゃないぞ
> 穴だらけなら使わない方がいい Linux板にでもいっておいで
> スタックオーバーフローが防げるとか、大した機能じゃないし、
今度はi386でnxbitが実装されてることすら知らなかった無知64bit厨。恥を知れと。 900超えてもこの流れなら次スレは一時的にID付けないか?
スレ立てする時一行目に
!extend:checked:verbose
とするとそのスレ全体でIDが表示されるようになる >>891
セキュリティ上とか勝手に言い訳増やし出すな
その後のおまえの捨て台詞
> 502 名前:名無しさん@お腹いっぱい。[sage] 投稿日:2017/08/12(土) 07:42:24.91
> 言いたくはないが、聞くなら仕方ない。答えよう。
> FreeBSDは穴だらけのポンコツOSだから
なんでそんなポンコツOSにしがみついて、作れ作れ連呼してんの?バカなの? >>892
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
> >>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厨の知ったかぶり無知どあほ能無し基地害
くやしかったら1レス内でまとめてみろ >>893
そもそも次スレに持ち越すなw
32bit vs 64bitスレでも立ててそっちでやれ >>894
おれは作れ作れなんて一言も言ってない。
PAEやnxbitが実装されてること知ってるのに言うわけがない。
いいかげん他人の言ったことでおれを批判するのはお門違い。 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
> >>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厨の知ったかぶり無知どあほ能無し基地害 >>899
荒らしって論争をしたいんじゃなくて、ただ言いがかりをしたいだけだから
別スレ立ててもFreeBSDスレに居つくと思う
このスレの1-100はひと月半、さらに200まで二週間くらいの流れだから
一週間ほど荒らしがなければこれまで通りのスレ立てで構わないと思うけど War is Over. 64bit-boy Lose!! War is Over. 32bit-boy Lose!!
>>843-844 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
> >>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厨の知ったかぶり無知どあほ能無し基地害 相変わらず脳みそ空っぽ32bit厨のバカ丸出しコピペ荒らしが滑稽だな ああこのバカは32bit厨じゃなくて64bit厨っていうのか 内容に反論できないからコピペの一言で流そうとする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
> >>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厨の知ったかぶり無知どあほ能無し基地害 こんだけ賑わっててFreeBSDも安泰だな。
と思いました 夜中の駅前でおっさん二人が言い合いしてるだけじゃね? レス数が900を超えています。1000を超えると表示できなくなるよ。