[過去ログ] FreeBSDを語れ Part44 [無断転載禁止]©2ch.net (1002レス)
1-

このスレッドは過去ログ倉庫に格納されています。
次スレ検索 歴削→次スレ 栞削→次スレ 過去ログメニュー
870
(1): 2017/08/14(月)09:34 AAS
>>866
どうみても完全論破。
871: 2017/08/14(月)09:35 AAS
>>868
他人のフリして32bit厨が全部論破した事にでっちあげるな
872: 2017/08/14(月)09:36 AAS
>>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の方が合理的?速い?

外部リンク[html]:kledgeb.blogspot.jp
ブラウザのベンチマークサイト
外部リンク:peacekeeper.futuremark.com

正解 → 64bitの方がサイズ微増のペナルティ以上にパフォーマンスが上がる

寝言は寝て言え32bit厨の知ったかぶり無知どあほ能無し基地害
くやしかったら1レス内でまとめてみろ
873
(3): 2017/08/14(月)09:37 AAS
>>869
だいたい64bit厨はi386のnxbit実装全くしらなかったじゃないか。つまりソース全く見てないんだよ。
おれが知ってるのは当然としても、おまえらは絶対に知らないから絶対に断言しない、つまり質問形式なわけだ。

まさしくこれw

> 全プロセス合計4GB以上をi386で使えるってか?
874
(2): 2017/08/14(月)09:38 AAS
>>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
> 外部リンク[html]:www.freebsd.org
> 使えるだろ

それは明らかに無知で知ったかぶりなお前の書き込みだ
他人になすりつけるな
875
(1): 2017/08/14(月)09:41 AAS
>>873
プロセス32bitのOS64bitなんて誰も要らんと言っている
なのに全プロセス合計4GB以上使えないから作れ作れ騒いでるのはおまえだけだ
876
(1): 2017/08/14(月)09:41 AAS
>>874
ここずっとamd64、PAEの仕様の解説してるのはおれ一人なのにおれのわけないだろ。
おまえが一度でもPAE、amd64の解説したことあんのか。アンカーつけてみろ。
877
(1): 2017/08/14(月)09:43 AAS
>>876
>>620が全てだ
32bitプロセス専用64bitOSなんざ要らんと、お前以外がソース付きで解説してるわ
878
(1): 2017/08/14(月)09:43 AAS
>>875
しつこない。言ってないと言ってるだろう。
879
(1): 2017/08/14(月)09:44 AAS
>>878
プロセス32bitのOS64bitなんてバカなものを考え付くのがそうそう居てたまるか
880: 2017/08/14(月)09:45 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
> 全プロセス合計4GB以上をi386で使えるってか?

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

正解 → RELEASE-i386でPAE有効にすれば4GB以上使える

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

外部リンク[html]:kledgeb.blogspot.jp
ブラウザのベンチマークサイト
外部リンク:peacekeeper.futuremark.com

正解 → 64bitの方がサイズ微増のペナルティ以上にパフォーマンスが上がる

寝言は寝て言え32bit厨の知ったかぶり無知どあほ能無し基地害
くやしかったら1レス内でまとめてみろ
881
(2): 2017/08/14(月)09:48 AAS
>>877
ただの単発のwikipのコピペじゃねーか。

おれのレスを論破したおまえのPAE解説のアンカーつけろよ。
882
(1): 2017/08/14(月)09:49 AAS
>>881
>>843-844
883: 2017/08/14(月)09:50 AAS
>>881
解説してるのはおまえだけじゃないと言っている
解説したかどうかと論破に何の因果関係がある?
884
(2): 2017/08/14(月)09:51 AAS
>>879
解説したはずだ。amd64はそもそもその目的で設計されたとな。
32bitコードを切捨てる設計ではなく共存する設計だ。だからMSが選んだとな。

おまえはいつも何の解説もなく歴史も知らず仕様も知らず全否定するだけ。恥を知れ。
885: 2017/08/14(月)09:52 AAS
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の方が合理的?速い?

外部リンク[html]:kledgeb.blogspot.jp
ブラウザのベンチマークサイト
外部リンク:peacekeeper.futuremark.com

正解 → 64bitの方がサイズ微増のペナルティ以上にパフォーマンスが上がる

寝言は寝て言え32bit厨の知ったかぶり無知どあほ能無し基地害
くやしかったら1レス内でまとめてみろ
886: 2017/08/14(月)09:52 AAS
>>884
お前こそ恥を知れ
解説しただけで何だってんだ
887
(2): 2017/08/14(月)09:52 AAS
>>882
おれのレスじゃないと何度言ったら分るのだ。真性の馬鹿なのか?
888
(1): 2017/08/14(月)09:53 AAS
>>884
仕様の解説なんざ>>620で十分だろ

>>887
仮に別人だとして目的はなんだよ?
暴れたって32bitプロセス専用64bitOSなんて誰も作らん
889: 2017/08/14(月)09:56 AAS
>>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
> > 外部リンク[html]:www.freebsd.org
> > 使えるだろ
>
> それは明らかに無知で知ったかぶりなお前の書き込みだ
> 他人になすりつけるな
32bit厨確定
890: 2017/08/14(月)10:01 AAS
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の方が合理的?速い?

外部リンク[html]:kledgeb.blogspot.jp
ブラウザのベンチマークサイト
外部リンク:peacekeeper.futuremark.com

正解 → 64bitの方がサイズ微増のペナルティ以上にパフォーマンスが上がる

寝言は寝て言え32bit厨の知ったかぶり無知どあほ能無し基地害
くやしかったら1レス内でまとめてみろ
891
(1): 2017/08/14(月)10:03 AAS
>>888
全く十分じゃない。それ読んでwikip引用した結論がこれだぜ。

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

セキュリティ上、nxbit使うときはPAE必須を知らなかった無知64bit厨。

で無知を指摘された反論がこれ。

> スタックオーバーフローだけを防げたところで安全になるって訳じゃないぞ
> 穴だらけなら使わない方がいい Linux板にでもいっておいで
> スタックオーバーフローが防げるとか、大した機能じゃないし、

今度はi386でnxbitが実装されてることすら知らなかった無知64bit厨。恥を知れと。
892
(1): 2017/08/14(月)10:04 AAS
伸びてると思ったらまた64bit厨完全論破かよw
893
(4): 2017/08/14(月)10:05 AAS
900超えてもこの流れなら次スレは一時的にID付けないか?

スレ立てする時一行目に
!extend:checked:verbose

とするとそのスレ全体でIDが表示されるようになる
894
(1): 2017/08/14(月)10:05 AAS
>>891
セキュリティ上とか勝手に言い訳増やし出すな
その後のおまえの捨て台詞

> 502 名前:名無しさん@お腹いっぱい。[sage] 投稿日:2017/08/12(土) 07:42:24.91
> 言いたくはないが、聞くなら仕方ない。答えよう。
> FreeBSDは穴だらけのポンコツOSだから

なんでそんなポンコツOSにしがみついて、作れ作れ連呼してんの?バカなの?
895: 2017/08/14(月)10:05 AAS
>>893
賛成、付けよう
896: 2017/08/14(月)10:06 AAS
>>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の方が合理的?速い?

外部リンク[html]:kledgeb.blogspot.jp
ブラウザのベンチマークサイト
外部リンク:peacekeeper.futuremark.com

正解 → 64bitの方がサイズ微増のペナルティ以上にパフォーマンスが上がる

寝言は寝て言え32bit厨の知ったかぶり無知どあほ能無し基地害
くやしかったら1レス内でまとめてみろ
897: 2017/08/14(月)10:06 AAS
32bit厨いい加減にしろ
898: 2017/08/14(月)10:07 AAS
32bit厨いい加減にしろ
899
(1): 2017/08/14(月)10:07 AAS
>>893
そもそも次スレに持ち越すなw
32bit vs 64bitスレでも立ててそっちでやれ
1-
あと 103 レスあります
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ

ぬこの手 ぬこTOP 0.016s