[過去ﾛｸﾞ] FreeBSDを語れ Part44 [無断転載禁止]©2ch.net (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
755(2): 2017/08/13(日)23:40 AAS
>>754
じゃあ互換性破壊してまで64bitに盲進する必要もないだろ
756: 2017/08/13(日)23:44 AAS
>>755
DOSや16ビット時代のソフトなら自作も含めてVirtualBoxに任せてるわ俺w
757(1): 2017/08/13(日)23:47 AAS
>>755
互換性取れてるだろ
i386で動かしたきゃi386で動かせ
他の最新PC買える人は64bitで快適に作業してるからさ
758(2): 2017/08/13(日)23:47 AAS
>>750
ほんとamd64の仕様を知らないんだな。ポインタ関連だけとか、無知な64bit厨の妄想。
amd64は、32bitレジスタpush命令ねーぞ。int32をpushしたら、push raxされる。
しかもイミディエイトでアドレスロードってなんだよ？ 単なる即値ならキュッシュヒット率関係ねーわ。
この前からおまえは知ったかが過ぎる。
759: 2017/08/13(日)23:48 AAS
>ほとんどのアプリは64ビット演算なんかいらない
いやほとんどのアプリは32bitだろうと64bitだろうと動けば正義、が正しいだろう。
8bitから16bitや32bitにいたる劇的な速度の向上とか存在しないのだから
どっちでビルドしても人の反応を待つようなアプリじゃ誤差だろう。
760(1): 2017/08/13(日)23:50 AAS
>>758
pushpopとか関数呼び出しで遅くなったからって何だよ？
intの類の自動変数もpushpopで一つ一つ確保してると思ってるのか？
それに主処理のループになんの影響がある？
761: 2017/08/13(日)23:54 AAS
>>758
なるほど、コードのポインタのサイズ増加は関係ない、そう仮定してる訳ね？
じゃあ、データだけで語ろうか
64bitだとレジスタの本数が増えて、自動変数のポインタ類は
32bitよりもスタックの中にポインタが実際に確保される可能性は低くなるんだぞ
762(2): 2017/08/13(日)23:55 AAS
>>760
何だよじゃねーよ。嘘ついてごめんなさいと言え。
763: 2017/08/13(日)23:55 AAS
>>762
intの類の自動変数もpushpopで一つ一つ確保してると思ってるのか？
764: 2017/08/14(月)00:00 AAS
>>762
そのpushpopでパフォーマンスの低下がネックになるのは
callと呼び出し規約で保存しなきゃならないと規定されてるレジスタの保存と、他にはどこがある？
765(1): 2017/08/14(月)00:03 AAS
64bit厨はアセンブラレベルになるといつも質問ばかりだな。
amd64を知らないことはもうバレてんだからごめんなさいしろよ。
思ってるのか!!っておれにいちいち仕様を確認すんな。自分でコード読め。
gccはこういうバイナリ吐くんだと断言してみろ。
766: 2017/08/14(月)00:04 AAS
>>765
じゃあ答えてやるわ
自動変数はSPに直接値を加減算して一気に確保／巻き戻しする
push/popで速度低下なんて殆ど無い
767(2): 2017/08/14(月)00:19 AAS
速度の低下がないなら、なんでアスキー調査でPCmarkやWebBrowsingの一般用途で負けてんだよw
レジスタ増加、64bit演算可、SSE2標準化、4GB超のメモリアクセス可とこれでもかと有利なのにw
キュッシュ馬鹿食い以外で負ける要素がない。
768: 2017/08/14(月)00:22 AAS
>>767
外部ﾘﾝｸ[html]:ascii.jp
これの事言ってるなら過渡期の、それもスポンサーの意向でベンチ内容を選ぶ様な出版社の
独自調査、しかも64bitで速度低下って誤差レベルじゃねえか
後方互換だとか64bitに加えて32bitの外部プラグインも検索したりしてて時間掛かってるとか
そんな下らないオチだろ
外部ﾘﾝｸ[php]:www.phoronix.com
省2
769(1): 2017/08/14(月)00:25 AAS
>>767
おまえ頑なにChrome６４ビットの方が速いって事実を無視しようとしてるよな
770(1): 2017/08/14(月)00:29 AAS
> 64bitに加えて32bitの外部プラグインも検索したりして
また知ったかか。64bitプロセスから32bitDLLなんか呼べんわ。今度はちゃんと謝罪しろよ。
771(1): 2017/08/14(月)00:31 AAS
>>770
エッジじゃなくてエクスプローラーの歯車マーク
↓
アドオンの管理
の、アーキテクチャの欄を参照な
DLLだなんて一言も言ってないし、
Winの中じゃコーデックだって32bit64bitは完全に独立して管理されてんたぞ
772(1): 2017/08/14(月)00:33 AAS
わかってきた
OS64bit プロセス32bit バージョン作れとか言い出した奴、
64bitのOSろくに動かせないからその辺りの事情、全然しらないんだろ
773: 2017/08/14(月)00:35 AAS
>>757
longモードはv86モードとかサポートしてないんだわ。
ただ、32bit固執の馬鹿はそんな事は知らなかったらしい、それで互換性とかw
774: 2017/08/14(月)00:37 AAS
>>769
その事実を知らなかったのでググって最初のブログ見た。
外部ﾘﾝｸ[html]:blog.livedoor.jp
> スパゲッティーを小鍋から大鍋に移したに過ぎないんだよ…。スパゲッティーはスパゲッティーだ。
たしかにChromeは64bitが速くて当然である。
775(3): 2017/08/14(月)00:39 AAS
>>771
まずは嘘ついてごめんなさいだろ、おまえは。
776: 2017/08/14(月)00:40 AAS
そもそもChromeの時点で窓から投げすてろよ。
それにスレ的にはChromeじゃないだろ。
777: 2017/08/14(月)00:41 AAS
>>775
逆じゃんw
778: 2017/08/14(月)00:41 AAS
>>775
先ずは O64bit プロセス32bit とかバカな話の為に嘘を垂れ流し始めたお前が土下座だろ？
779: 2017/08/14(月)00:42 AAS
>>775
外部プラグインを勝手にDLLにすり替えて嘘だって事にでっち上げたいだけだろ
780(1): 2017/08/14(月)00:58 AAS
Windowsの外部プラグインはDLLで提供するものやで。
いくらなんでも無知すぎや。
ファイル: AdblockPlus32.dll
ファイル: wmpdxm.dll
ファイル: PDFXCviewIEPlugin.dll
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
上下前次1-新書関写板覧索設栞歴
あと 167 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.022s