[過去ﾛｸﾞ] FreeBSDを語れ Part44 [無断転載禁止]©2ch.net (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
781(1): 2017/08/14(月)00:58 AAS
>>772
お前ごとき盆暗が何をわかったてんだ？
その辺りの事情とやらを説明してみろよ
64bitのOSろくに動かせないって明らかにm32すら知らなかったお前だろうが
782: 2017/08/14(月)01:00 AAS
32bit厨が苦しくなってまいりましたw
783(1): 2017/08/14(月)01:02 AAS
>>780
６４ビットプロセスから直接３２ビットのプラグインのDLLを呼び出してると思ってるのか・・・？
784(1): 2017/08/14(月)01:03 AAS
>>781
日本語で頼むｗｗｗ
785(1): 2017/08/14(月)01:04 AAS
>>784
結局逃げ惑うんだから巣から這い出てくんなやゴキブリ
786(5): 2017/08/14(月)01:06 AAS
膨大なコード資産を生かしたままプロセス合計4GB以上を実現するには
amd64とi386を融合して一本化、OS64bitプロセス32bitが合理的だわな
人もいないのに二足の草鞋とかやってるからどっちも中途半端なんだろうが
787(1): 2017/08/14(月)01:08 AAS
>>785
ヘッダライブラリが足りない以外で、m32でコンパイルリンクに通らないって、どんな状況？
外部ﾘﾝｸ:a4dosanddos.hatenablog.com
>>786
「OS64bitプロセス32bitが合理的」「プロセス合計4GB以上を実現」
どうやって？
788: 2017/08/14(月)01:08 AAS
>>783
また質問で仕様の確認すんなよ。答えろよ。ズバっとよ、ズバーとだ。
でなきゃ嘘ついてごめんなさいと謝れ。
789(26): 2017/08/14(月)01:09 AAS
>>786
１プロセス4GB以下で全プロセス合計4GB以上 → i386使え
プロセス合計4GB以上 → amd64使え
790(1): 2017/08/14(月)01:10 AAS
>>787
教えてやるから尼券よこせって何度も書かれてるわけだが
791(1): 2017/08/14(月)01:10 AAS
>>790
ヘッダライブラリが足りない以外で、m32でコンパイルリンクに通らないなんて口から出まかせだろ
外部ﾘﾝｸ:a4dosanddos.hatenablog.com
792(9): 2017/08/14(月)01:11 AAS
>>789
全プロセス合計4GB以上をi386で使えるってか？
793: 2017/08/14(月)01:12 AAS
>>792
外部ﾘﾝｸ[html]:www.freebsd.org
使えるだろ
794(1): 2017/08/14(月)01:12 AAS
>>791
尼券払いたくないからって人様に難癖付けてんなや貧乏教えてくん
795: 2017/08/14(月)01:13 AAS
>>794
ヘッダライブラリが足りない以外で、m32でコンパイルリンクに通らないなんて口から出まかせだろ
外部ﾘﾝｸ:a4dosanddos.hatenablog.com
どうせコンパイルエラー見て、どのライブラリが足りないか調べる能力もないとかそんなオチだ
796: 2017/08/14(月)01:15 AAS
またみっともないコピペゴキブリが顔真っ赤で荒らしだしたｗ
アホだから自分で言葉も作れない
797(1): 2017/08/14(月)01:16 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
> 使えるだろ
省1
798(1): 2017/08/14(月)01:17 AAS
>>792
はぁ？ おまえは一体何を言ってるんだ。まさか知らないで暴れてたのか。
そういやi386でPAEが実装されてること知らない馬鹿いたよな。同一人物かよ？
799(1): 2017/08/14(月)01:18 AAS
>>797
自分でプロセス合計4GB以上使ってから言え
800: 2017/08/14(月)01:19 AAS
>>798
それは俺だな
全プロセス合計4GB以上をi386で使えない使えないうるさいから、
FreeBSDのi386は本気でPAE未対応なのかと思い込んだ
801(1): 2017/08/14(月)01:19 AAS
Chromeとかいうスパゲッテイをいくつも起動したら合計4GBなんて簡単に超えるんちゃうか。
802(1): 2017/08/14(月)01:20 AAS
>>799
動かない様子をtopのSSと一緒に晒せ
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
> 使えるだろ
省1
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)
> 画像ﾘﾝｸ[gif]:img.2ch.net
> メモリーは64GB積んであるんでバカスカ使ってますw
省9
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
> 使えるだろ
省3
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で使えるってか？
省6
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が合理的だわな
> 人もいないのに二足の草鞋とかやってるからどっちも中途半端なんだろうが
省8
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が合理的だわな
> 人もいないのに二足の草鞋とかやってるからどっちも中途半端なんだろうが
省8
832(1): 2017/08/14(月)06:11 AAS
>>831
おれ
> また知ったかか。64bitプロセスから32bitDLLなんか呼べんわ。
おまえ
> ６４ビットプロセスから直接３２ビットのプラグインのDLLを呼び出してると思ってるのか・・・？
引用してやったぞ。どうやって64bitプロセスから32bitDLL呼び出してるか説明しろ。
833: 2017/08/14(月)06:12 AAS
>>832
> ６４ビットプロセスから直接３２ビットのプラグインのDLLを呼び出してると思ってるのか・・・？
思ってないから「思っているのか・・・？」って書いてあるんだろうが
834: 2017/08/14(月)06:13 AAS
言葉尻だけとらえて「思ってる」とか決め付けるなヴォケ氏ね
835: 2017/08/14(月)06:13 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で使えるってか？
省5
836(1): 2017/08/14(月)06:15 AAS
> 64bitに加えて32bitの外部プラグインも検索したりして
> ６４ビットプロセスから直接３２ビットのプラグインのDLLを呼び出してると思ってるのか・・・？
こんなアホレス続けておいてシラを切る気か。とんでもない糞野郎だ。
837: 2017/08/14(月)06:16 AAS
>>836
検索しに行ってるから32bit64bit両方のアドオンが表示されてんだよ
実行時にどっちが実行されるか実行できないかなんて知らんわ
838: 2017/08/14(月)06:18 AAS
１つの項目で両方に対応してるアドオンの事まで面倒見切れるかよ
揚げ足取りもいい加減にしろようぜえ氏ね
839: 2017/08/14(月)06:30 AAS
しかし、まぁ、64bit厨ってほんと無知だったな。とにかく64bit以前の歴史を知らない。
仕様書やソースを読んでる相手に対して、〜と思ってるのか？っていちいち質問形式。
ここまで無知ってゆとり学生だろうな。これがデジタルネイィティブの実力。中身なし。
840(1): 2017/08/14(月)06:32 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
省6
841: 2017/08/14(月)06:39 AAS
外部ﾘﾝｸ[html]:kledgeb.blogspot.jp
ブラウザのベンチマークサイト
外部ﾘﾝｸ:peacekeeper.futuremark.com
842(1): 2017/08/14(月)06:49 AAS
>>840
他人のレスを貼っておれを叩いても意味ないよ。
無知な64bit厨は複数人いることは明らかだから。それはおまえの仲間じゃないのかw
843(4): 2017/08/14(月)06:57 AAS
>>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
省7
844(6): 2017/08/14(月)07:01 AAS
PAEを有効にしたカーネルで
int main( void )
{
void * pv;
pv = malloc( 0x3fffffff );
while( 1 )
{
省7
845: 2017/08/14(月)07:45 AAS
いや、おまえらいつまで気狂いに付き合ってスレ潰しに協力してんの?
846(1): 2017/08/14(月)07:58 AAS
64bit使ってるおれ最先端かっこいいみたいな
実は仕組みを何も知らない馬鹿でした。
847: 2017/08/14(月)08:02 AAS
>>846
根拠を示せない知ったかぶり32bit厨カコワルイ>>843
848(2): 2017/08/14(月)08:10 AAS
> 全プロセス合計4GB以上をi386で使えるってか？
> i386で全プロセス合計4GB以上使えるなんてどこに書いてあんだよ
どうみても64bit厨のレスだろ、これ。
x86、amd64の仕様知ってたらこんなアホな質問せず断言する。質問形式はいつも64bit厨だろ。
i386がPAE、nxbit実装してることすら知らなかったんだぞ、x64厨は。
849: 2017/08/14(月)08:13 AAS
>>848
そこのi386って、FreeBSD-11.1-RELEASE-i386-dvd1.isoのi386だろ
i80386の事じゃねえだろアスペ、いい加減にしろ
850: 2017/08/14(月)08:18 AAS
>>848
下は知ったかぶり32bit厨の書き込みだな
> 808 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:27:05.50
> >>807
> i386で全プロセス合計4GB以上使えるなんてどこに書いてあんだよ
> 寝言は寝て言えどあほ
i386で全プロセス合計4GB以上使える事を知らなかった32bit厨哀れ
851: 2017/08/14(月)08:23 AAS
今度は「プロセス32bit専用の64bitOSなんざ意味ねえ」の書き込みに
64bit厨のレッテルを貼って、自分の恥ずかしい書き込みの罪をなすり付け始めようってとこか
852(1): 2017/08/14(月)08:28 AAS
> i386で全プロセス合計4GB以上使える事を知らなかった32bit厨
x86、amd64、PAEの仕様知ってる奴が知らないわけないだろ。
むしろPAEが何かを知らなかった、i386がPAEを実装してることすら知らなかった64bit厨以外考えられんレスだろ。
853(2): 2017/08/14(月)08:30 AAS
>>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
省11
854: 2017/08/14(月)08: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で使えるってか？
省10
855: 2017/08/14(月)08:39 AAS
ID出ないからわからんだろうけど、>>719手前までの書き込み、恐らく全部別人だからな
64bit厨とか言って「プロセス32bit専用の64bitOS意味なし」の意味をねじ曲げるな
856(1): 2017/08/14(月)08:51 AAS
>>853
おれ以外のレスをいくらおれに聞かれても知らんがな。
少なくともおれはずっとamd64、PAEの仕様を断言して書いてる。ハナから知ってるからな。
質問形式はいつも64bit厨だ。
857: 2017/08/14(月)08:54 AAS
>>856
うそこけ>>853 32bit厨も質問してるわ
858: 2017/08/14(月)08:57 AAS
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
省10
859: 2017/08/14(月)09:10 AAS
280前後から延々と同じ話をループしてんのか
860: 2017/08/14(月)09:11 AAS
そろそろ32bit厨が取れる揚げ足がなくなってきたところ
861(1): 2017/08/14(月)09:15 AAS
64bit厨が論破されまくって警戒して質問しかしてこなくなった。
上下前次1-新書関写板覧索設栞歴
あと 141 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.027s