[過去ﾛｸﾞ] FreeBSDを語れ Part44 [無断転載禁止]©2ch.net (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
803(1): 2017/08/14(月)01:21 AAS
＞PAE対応＝プロセス合計4GB以上使える
頭大丈夫か？
804(1): 2017/08/14(月)01:21 AAS
>>803
１プロセス4GB以下、全プロセス合計4GBなのか
１プロセス4GB以上なのか
はっきりしろ
805: 2017/08/14(月)01:23 AAS
>>802
お前が言い出したことなんだから
お前が動いている様子を晒すのが道理だろ
できなかったって認めろよ
806: 2017/08/14(月)01:24 AAS
>>804
突然どうした？
どっかに頭飛んでるのか？
807(21): 2017/08/14(月)01:25 AAS
> 792 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:11:24.35
> >>789
> 全プロセス合計4GB以上をi386で使えるってか？
> 793 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:12:19.39
> >>792
> 外部ﾘﾝｸ[html]:www.freebsd.org
> 使えるだろ
それでも使えないってんならレポートしてこい
808(3): 2017/08/14(月)01:27 AAS
>>807
i386で全プロセス合計4GB以上使えるなんてどこに書いてあんだよ
寝言は寝て言えどあほ
809: 2017/08/14(月)01:27 AAS
>>801
ここはFreeBSDのスレだぞ、Chromeとか馬鹿言うんじゃねえ。
810: 2017/08/14(月)01:31 AAS
>>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)
> 画像ﾘﾝｸ
> メモリーは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(1): 2017/08/14(月)01:32 AAS
mevius鯖はamd64ですが何か？
812(1): 2017/08/14(月)01:33 AAS
>>811
あれ？って事は>>640が間違いか
813(1): 2017/08/14(月)01:37 AAS
>>812
俺が書いたわけでもないのに知らんがな
2chに鯖たくさんあるしな
そんなことよりi386で全プロセス合計4GB以上使えるとか
偉そうに言い放った馬鹿さ加減を謝罪しろよ
814: 2017/08/14(月)01:42 AAS
>>813
今久しぶりにi386落としてる
で、FreeBSDのPAEで認識した4G以上って何に使ってるんだよ？
815: 2017/08/14(月)01:50 AAS
古い文献
> amd64版入れたら、普通に4GBメモリ認識しました。。。ちなみに、i386版で、4GB以上認識させるには、kernelオプションで、PAEってのを有効にしてビルドかけないといけないらすぃ。。
もちろんやったんだよな？
816: 2017/08/14(月)02:05 AAS
i386でPAE有効にしてみたんだろ？
いつもの即レスどうしたんだよ
817(1): 2017/08/14(月)02:29 AAS
お前がいつまでたっても謝罪しないから相手にしてくれないと思われ
つか、フルボッコにされてんのに即レス云々馬鹿丸出しだぞ
818: 2017/08/14(月)02:30 AAS
>>817
PAE有効にした事あるのか？
819: 2017/08/14(月)02:41 AAS
base.txzの展開まで進んだ
820(1): 2017/08/14(月)03:05 AAS
64bit厨が32bitに興味深々でワロタ
荒らさずもうちょっとシタテに出てれば色々と教えてもらえてただろうに
821: 2017/08/14(月)03:09 AAS
>>820
興味なんかありゃしねえよ 実験終わったら捨てHDDなんざまた押入れの中だ
/usr/src/sys/i386/conf に PAE って最初から用意されてるよな
もちろんこれ使ったんだよな？
822: 2017/08/14(月)03:48 AAS
> 792 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:11:24.35
> >>789
> 全プロセス合計4GB以上をi386で使えるってか？
> 793 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:12:19.39
> >>792
> 外部ﾘﾝｸ[html]:www.freebsd.org
> 使えるだろ
おまえはvmstatの出力の r b w av freの、freの値が4.0Gを超える事はないと、
mallocで1G-1バイトのメモリを確保するプロセスを４以上生成する事はできないと
そう言いたいんだな？
823: 2017/08/14(月)04:23 AAS
これは32bit厨敗走か？
824: 2017/08/14(月)04:38 AAS
32bit厨敗走クソワロタ
荒らさずもうちょっとシタテに出て会話してれば色々と教えてもらえてただろうに
825: 2017/08/14(月)05:27 AAS
> ６４ビットプロセスから直接３２ビットのプラグインのDLLを呼び出してると思ってるのか・・・？
質問じゃなくて説明しろよ。聞いたことねーぞ。
826: 2017/08/14(月)05:34 AAS
> 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 AAS
i386用のカーネルで4G以上使えないって嘘が証明されたら、
今度は何が何でも６４ビットの僅かな欠点だけをゴリ押しして、
６４ビットの利点は何が何でも認めないって流れに戻るんだろ？
誰もおまえ専用の３２ビットプロセス専用６４ビットOSなんて誰も作らないし合理的でも何でもない
828(1): 2017/08/14(月)05:58 AAS
> ６４ビットプロセスから直接３２ビットのプラグインのDLLを呼び出してると思ってるのか・・・？
とにかくおまえはこれを説明しろよ。
829: 2017/08/14(月)05:59 AAS
>>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(1): 2017/08/14(月)06:04 AAS
どこが揚げ足か。どうやって64bitプロセスから32bitDLL呼び出すか聞いてんだよ。
おまえができるみたいなことを言い出したから話がおかしくなってんだよ。
妄想で書いたなら嘘ついてごめんなさいと言え。次から次へと嘘ばかり並べやがって。
831(1): 2017/08/14(月)06:06 AAS
>>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(1): 2017/08/14(月)06:11 AAS
>>831
おれ
> また知ったかか。64bitプロセスから32bitDLLなんか呼べんわ。
おまえ
> ６４ビットプロセスから直接３２ビットのプラグインのDLLを呼び出してると思ってるのか・・・？
引用してやったぞ。どうやって64bitプロセスから32bitDLL呼び出してるか説明しろ。
上下前次1-新書関写板覧索設栞歴
あと 170 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.016s