FreeBSDを語れ Part44

[表示 : 全て最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2ch.scのread.cgiへ]
Update time : 05/20 17:23 / Filesize : 268 KB / Number-of Response : 1019
[このスレッドの書き込みを削除する]
[＋板最近立ったスレ＆熱いスレ一覧 : ＋板最近立ったスレ／記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

FreeBSDを語れ Part44

1 名前：名無しさん＠お腹いっぱい。 [2017/05/31(水) 01:15:53.99 .net]: The FreeBSD Project
www.freebsd.org/ja/

FreeBSDを語れ Part43 [無断転載禁止]
echo.2ch.net/test/read.cgi/unix/1472042132/

関連スレ
初心者もOK! FreeBSD質問スレッドその121
echo.2ch.net/test/read.cgi/unix/1437276192/
61 名前：名無しさん＠お腹いっぱい。 [2017/06/27(火) 21:36:40.09 .net]: core i7 のノートPCで 4スレッド OpenMP の�
62 名前：v算しても変な結果は出てないけどなぁと思ったら、うちのは Ivy Bridge だったよ。 []: [ここ壊れてます]
63 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/06/28(水) 08:53:35.53 .net]: >>61
あほうw
64 名前：名無しさん＠お腹いっぱい。 [2017/06/29(木) 00:16:41.55 .net]: Skype(4.3以前)が来月以降使えなくなるの困るなぁ
65 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/06/29(木) 14:14:49.33 .net]: え？なんで来月以降？今も使えないのでは？
まぁ、HT off にすれば良い見たいだけど。
FreeBSDでもBIOSの設定とか反映するんだっけ？
66 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/06/29(木) 17:45:37.17 .net]: ごめん。Skype か。全然関係なかった。
67 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/06/29(木) 20:26:10.65 .net]: ハイパースレッディングをオフにするくらいなら
初めからi5を買った方が幸せになれる
68 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/06/30(金) 05:51:46.05 .net]: たいていの用途でHTはいらんがL2、L3キャッシュは多いほどいい。
69 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/06/30(金) 09:19:01.12 .net]: releng/11.1
11.1-RC1
70 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/01(土) 10:06:27.83 .net]: 10.3-RELEASE -> 11.0-RELEASE で↓と同じ現象が。
https://lists.freebsd.org/pipermail/freebsd-bugs/2015-September/063883.html
11.0-RELEASE -> 10.3-STABLE では問題なし。11(and12?) 系固有の問題らしい。
10.3-STABLE -> 11.1-RC1 でもやはり発生。
11.1-RC1 -> 10.3-RELEASE ← 今ここ

10.4-RELEASE を待つ事にしました。
10.4 の EOL の頃には 11.x で直っていますように。
71 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/01(土) 15:41:48.58 .net]: だからメジャーバージョンが偶数のものにしろと
あれほど
72 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/01(土) 20:03:16.95 .net]: 第105回　FreeBSD 12で登場が予定される新機能は？
gihyo.jp/admin/serial/01/bsd-yomoyama/0105

実際問題、恩靴の彼が書く新機能ってほとんどまともに動かないんだよ。
それがFreeBSDのダメさ加減を象徴している。
73 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/01(土) 20:13:52.56 .net]: >>71
ダメって言うだけならお前ですらできるわ。
74 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/08(土) 00:14:56.87 .net]: 11.1-RC2
75 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/08(土) 10:43:17.39 .net]: rpi2でwifiトングル使えるようになったんだろうか
rtl8192cuドライバの問題かもしれんが
76 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/08(土) 21:25:14.42 .net]: RC2はまだなのか？
77 名前：Mango Mangüé ★ mailto:agete [2017/07/08(土) 23:38:18.22 ?S★(824724).net]: pkgのgccがgcc5に改名したのか
78 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/09(日) 05:55:58.13 .net]: btトングルも問題ありだな
移植もbtpandだけぶっつけ程度で繋がらない機器とかあるし
どんだけ人居ないんだか
79 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/10(月) 06:43:56.20 .net]: 某LTE搭載ノートPCがFreeBSDで使えたらなあ…
80 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/10(月) 13:43:57.49 .net]: Windowsの上に仮想マシン載せてFreeBSD動かうほうが楽だろ。
81 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/10(月) 14:24:34.77 .net]: ウインなにがしみたいなインターネットを危険に陥れる脆弱性だらけのバグバグOSもどき使ってる知恵遅れってまだいたんか
裏でどんだけ不気味な通信してることか
82 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/10(月) 19:21:17.32 .net]: 今ではウインなにがしの方が
はるかに安全であることを知らない知恵遅れが
まだいたとは。>>80は珍獣だな。
83 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/10(月) 19:48:05.74 .net]: 荒らしの相手する奴もまた荒らし
84 名前：名無しさん＠お腹いっぱい。 [2017/07/10(月) 20:06:46.10 .net]: はるかに安全(笑)
乗っ取られまくってる現実すら知らないとか
>>81は知障丸出しで哀れすぎるな
85 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/11(火) 18:59:43.38 .net]: >>83
わ
86 名前：ざわざ松沢病院から書き込まなくていいよ。 []: [ここ壊れてます]
87 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/11(火) 20:34:55.83 .net]: 84は高○クリニックから書き込んでるのか？
88 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/12(水) 17:15:17.58 .net]: SA-17:05.heimdal
EN-17:06.hyperv
89 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/12(水) 18:20:54.22 .net]: releng/10.3/crypto/heimdal/lib/krb5/ticket.c 直すの忘れてるよね
90 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/12(水) 18:49:28.52 .net]: 担当に連絡すれば？
91 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/12(水) 19:03:57.51 .net]: >>88
たのむ
92 名前：名無しさん＠お腹いっぱい。 [2017/07/12(水) 19:38:47.66 .net]: ヘイムダルが見逃されたか
93 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/13(木) 01:03:33.18 .net]: 久しぶりに１年前使ってきたマシンをメンテしてたら
portsnap updateしたら
portsが
"/usr/ports/Mk/bsd.port.mk", line 1042: Unknown directive
みたいなエラー吐いて使えない

portsを丸ごと入れ替えてもダメ

ググった結果使っていた9.3Rは、去年の12月にサポート切れてたらしい
それでおかしくなったみたい

バージョンアップするしかないかな
現役マシンの10.3のサポート期限は2018年04月30日だけど、すぐだよな（汗
94 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/13(木) 05:33:58.54 .net]: >>88
ごーどん、ありがとう。なおったよ。
95 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/13(木) 09:29:32.65 .net]: >>91
makeだけ新しいのを持ってきたらなんとかならんかな？
96 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/14(金) 09:29:18.06 .net]: 11.1-RC3
97 名前：名無しさん＠お腹いっぱい。 [2017/07/14(金) 10:39:11.26 ID:RHqzGy4vl]: >>91

>現役マシンの10.3のサポート期限は2018年04月30日だけど、すぐだよな（汗
10.4Rが10月に出る予定。10.3R->10.4Rにアップデートすれば
最低 24 ヵ月間サポートされるんじゃないでしょうか。
98 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/14(金) 15:25:44.90 .net]: >>93
9.3から10.3へのアップグレードは、ライブラリとか色々おかしくて
結局、11Rを新規インストールした！

まあその方が安心だよね
99 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/21(金) 08:53:38.76.net]: 11.1-RELEASE
100 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/22(土) 09:29:49.26.net]: こマ？
101 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/22(土) 13:21:11.61.net]: 予定通りビルドが始まったね。
102 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/22(土) 14:35:04.01.net]: >>97
8月だろ
103 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/22(土) 14:57:34.34.net]: >>99
公式ホームページの予定表通りだけど
それ以外でその手の告知ってどこ見ればわかる？
104 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/22(土) 15:22:55.80.net]: 俺はお盆で実家に帰ったら、Ryzenでパソコン組んで11.1をインスコするんだ
105 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/22(土) 17:55:41.41.net]: コアばっか増やすベンチ詐欺CPUとかよく買うわ
エンジニアはSingle Thread Ratingでしか比較しねえっつの
Single Thread Ratingあたり消費電力最低CPUとか紹介して欲しいわ
106 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/22(土) 20:33:57.68.net]: FreeBSDは計算に向いてないから
計算するんならLinuxの方がいい

GotoBLASを作った後藤氏が

> ページカラーリングとかは当然行っていると思うのですが、
> 最近の巨大なキャッシュに対応させるようなことはしてい
> ないと思います。Linux もまだまだですが BSD 系列はメモリ管理の
> 粒度が小さすぎて、物理アドレスでの連続性があまり得られません。
> さらに、プロセスのスケジューリングでも同一のコアに固定した
> スケジューリングではなくて、コロコロと移動させてしまいます。
> ま、ベンチマークをとってみれば一目瞭然

という事で、ベンチを取ると、マルチコアでSIMD命令(SSE2やAVX)を使うような計算の場合
Linuxは理論値の90%以上を出せるけど
FreeBSDは70%程度だとか
107 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/22(土) 21:02:26.91.net]: FreeBSDは高負荷中のスレッドをコロコロとコア移動するの？
108 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/22(土) 23:21:38.99.net]: >>101
自分も公式ページしか知らないし見てない(´・ω・`)
MLかIRCで流れてるんじゃないかしら。
109 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/23(日) 08:41:08.47.net]: 10.4 待ちで 11.1 なんかどーでもいい者としては手持無沙汰なんで
r321371 を 10.3 に持ってきたりして遊んでます。
110 名前：名無しさん＠お腹いっぱい。 mailto:hage [2017/07/23(日) 13:17:21.68.net]: もうコア単体での速度上昇は限界なのかもな
消費電力を犠牲にすれば別だが
111 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/23(日) 16:09:34.66.net]: クロック数を語る時代はもう過ぎたからなあ
かと言って単位クロックあたりの演算能力が劇的に向上するわけでもないし
それでいて製造プロセスの技術向上によりシリコン面積あたりのCPU実装部分は年々小さくなっている
この減った部分を埋めるためにGPUやノースブリッジどころかサウスブリッジまで乗せるようになったのは当然の流れ
まだ隙間がある？CPUコアを増やそうか
112 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/23(日) 18:40:58.37.net]: 14nmで足踏みしてるのはなぜだろうか

10nmのCoffee Lakeがキャンセルされ
新規発表されるのは14nmプロセスのものばかり

一方で7nmが製造成功し、5nmも視野に入っているという
113 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/23(日) 19:17:36.65.net]: 分子的に倍数にならないタイミングとか解明されてない理由があるんだよ
114 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/23(日) 20:56:36.70.net]: >>102
Ryzenは
まだサポートされてない。
115 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/24(月) 01:32:05.24.net]: >>112
一応動くらしいですよ、と
https://www.servethehome.com/booting-freebsd-11-nvme-zfs-amd-ryzen/
116 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/24(月) 08:11:27.00.net]: 想定外だが動くこともあるらしい
117 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/24(月) 11:20:33.33.net]: 何そのオカルト
118 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/24(月) 18:05:43.21.net]: cpuboss.com/cpus/Intel-Core-i3-5010U-vs-Intel-Core-M3-6Y30
ほとんど性能が同じこのCPU
消費電力が低いほうがワットあたり性能が低いのは何故だと思う？
119 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/24(月) 18:23:23.40.net]: どの数字のことか探す気がしない
120 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/24(月) 18:42:30.80.net]: >>117
Performance per watt
121 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/24(月) 19:28:30.51.net]: TDPで比較して
M3-6Y30が4.5W
i3-5010Uとi5-4300Uが15W

Performanc per wattは
消費電力が低いM3-6Y30(7.6)が他の2つ(5.8)より高いスコアなのは妥当でないかい
122 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/24(月) 19:47:42.91.net]: M3-6Y30...31.04pt/W
i3-5010U...48.64pt/W

i3-5010Uのほうがワットあたりパフォーマンスが高いって意味じゃないの？
123 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/25(火) 08:52:24.25.net]: 5Vで動く限界ってCore-Mまで？
124 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/25(火) 09:56:54.90.net]: M3はクロックの低さをキャッシュで補っているから
処理が重くなるほど効率が悪くなるように見えるな
レイテンシも低いだろうしバランス悪いよね
125 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/25(火) 13:59:22.53.net]: キャッシュはワンパ処理のベンチによく効くからな
pt/Wでの比較はかなり重要だろう
126 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/25(火) 15:03:02.30.net]: Atom系は今のApollo Lakeで各コア2MBで
次のGemini Lakeから3MBになる

Gemini の次はMercury Lakeかな
127 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/25(火) 18:58:29.10.net]: レイテンシが低いって意味分ってないだろw
128 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/25(火) 20:16:41.79.net]: レイテンシが悪いって言いたいんだろ
そのくらい解釈できずにくだらないレスするお前は脳タリン
129 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/25(火) 20:38:18.70.net]: 悪いってのもいわなくね？
普通大きい小さい。せめて長い短い。
130 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/25(火) 20:39:56.89.net]: で、何のレイテンシの話なの？
131 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/25(火) 20:41:32.30.net]: お前のもこちんの話なんざ聞きたくもねえ
132 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/25(火) 20:56:34.96.net]: 要するにクロックが低すぎると電力効率が悪いってことでFA?
133 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/25(火) 21:05:04.26.net]: キャッシュのレイテンシが低いのがバランスが悪いんだってさ。
dramのレイテンシが高いから間にsramを設けて、少ないsramで効率よくレイテンシ下げるのがキャッシュなのにね。
134 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/25(火) 21:08:18.08.net]: そんなこと議論してないだろ
救いようのないアホだなお前
135 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/25(火) 21:12:01.14.net]: >>130
線形ではないのだからそういう言い方はよくない。
高すぎても低すぎても電力効率は落ちるということ。
モバイルで要件がまず消費電力なら効率落としても消費電力を下げるのはあり。
136 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/25(火) 21:14:06.46.net]: スイートスポットとはよく言ったもので。
137 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/25(火) 21:16:38.68.net]: でもさ、何かを処理するのに余計にバッテリ食うんだろ
ほんとにありなのか？
138 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/25(火) 22:12:52.15.net]: 予備のバッテリーを持つのもありだぞ。
139 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/26(水) 01:38:04.84.net]: ちょっとコンビニでレイテンシ買ってくる
140 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/26(水) 02:10:21.84.net]: 冷点心だと
141 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/26(水) 08:23:20.82.net]: まぁなんだ
とりあえず11.1R入れてみたわ
142 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/26(水) 18:23:27.01.net]: 11.1にアプグレドする必要はあるのかないのか
143 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/26(水) 18:27:28.64.net]: 今使ってる奴のEoLまでは不要だと思われ
144 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/26(水) 18:37:34.79.net]: 通は10.4を使う。
145 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/26(水) 18:50:28.91.net]: >>138
夏場だと美味そうだな。＞冷点心
どこのコンビニ出撃ってるか教えてくれくれ。
146 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/27(木) 01:49:55.54.net]: Intel "Gemini Lake" Low-power Architecture Features Wider Instruction Decode
ttps://www.techpowerup.com/235514/intel-gemini-lake-low-power-architecture-features-wider-instruction-decode

次期AtomのGemini Lakeが4デコード・4パイプらしい
147 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/27(木) 16:43:40.48.net]: なんか*lake世代って*well世代に比べてPerformance per watt落ちてるよな

萎えるわ
148 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/27(木) 16:55:23.09.net]: 11.1-Rに更新完了。
更新用のBEを現環境から作って/mntにマウント、chrootで閉じたら/usr/srcを11.1にして
再起動無しでカーネルのインストールからpkgの更新、不要ライブラリの削除まで全部やってから
更新用BEをアクティベートして再起動。

えらく簡単になりましたね。
特にBEをマウントしていじれるのでトラブルシュートがすごく楽。
149 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/27(木) 19:57:07.40.net]: 11.1Rのクリーンインストールで、xorg 7.7_3 入れたけど、Xorg -configure が segmentation fault でエラーになるね。
まぁ、xorg.conf なしで動かすから良いんだけどね。
150 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/27(木) 21:10:33.96.net]: このように不具合は誰も報告しないので一向に枯れないオープンソース。
逆にクローズドで金払ってると動かんぞ、ゴラァって言ってくれるんだよね。
151 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/28(金) 00:30:16.58.net]: じゃあウインなにがしはなんでバグの数がうなぎ上りなんだよ？
152 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/28(金) 00:44:25.92.net]: 多機能な上にユーザ数多いからじゃない？
BSDに限らずLinuxも、ユーザ数増えたら今の比じゃない程ぼろぼろ致命的な穴が出てくると思う
てか古いAndroidとか、Googleも匙投げて問題放置だっけ？
153 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/28(金) 00:46:40.70.net]: ここにもﾌﾞｰｲﾓスクリプト君いるんだ
154 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/28(金) 00:54:53.74.net]: >>149
セキュリティホール報告数はFreeBSDより少ないだろう。
デスクトップに関しては未だBSDはまともに使えない。キミは一体何を基準にバグの数を数えたんだ。
155 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/28(金) 01:15:45.45.net]: >>149
ウインなにがしはダダのハードウェアチェッカーだろ
例えるなら付属電池みたいなもの
脳みそある奴が使うような代物じゃない
156 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/28(金) 01:18:17.67.net]: ブザマなれいさ製スクリプトウイルスに感染してないFreeBSDは最高やね
157 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/28(金) 01:24:35.60.net]: ウインなにがしってPC買うたび消し去る前に一応動作チェックするけどさ
7あたりでUNIX系に追いつかれて以降わざとか思うほどGUI自滅し続けてるよな
158 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/28(金) 03:58:33.96.net]: ttp://i.imgur.com/yuvPGGh.png
追い付かれ・・・ん？？？
159 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/28(金) 04:01:49.75.net]: >>149
ユーザ数が全然違うだろうが
160 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/28(金) 10:34:00.13.net]: バカの数とバグの数とか関係あらへん
161 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/28(金) 11:03:24.08.net]: >>147
＞11.1Rのクリーンインストールで、xorg 7.7_3 入れたけど、Xorg -configure が segmentation fault でエラーになるね。
＞まぁ、xorg.conf なしで動かすから良いんだけどね。

この場合はどこへ報告なのか悩む。
segmentstion fault でcore吐いて落ちるは明らかにバグだし、報告すべきなのは分かってるんだが。
162 名前：名無しさん＠お腹いっぱい。 [2017/07/28(金) 11:50:52.46.net]: 結局のところ、11.1RでApollo Lakeはサポートされてるの？
(eMMCの問題の件)
163 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/28(金) 16:18:06.45.net]: >>158
バカかどうかに関係なく、ユーザが多いといろんな環境で使われるからバグが発見されやすいんですよ。
164 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/28(金) 16:31:39.64.net]: 発見されようと直せる人間が毛ほどしかいないんだから無意味だろ
つかこのアホはバグの酷さについてちょっとググることすらできんのか
ソース公開されてんだからその気になりゃ自分で直せるしな
165 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/28(金) 16:34:14.41.net]: どっちがどっちのこと言ってるのかアホだと理解できんかも
166 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/28(金) 18:33:07.91.net]: >>162
じゃあ>>147のバグもその気になって直してくださいな
直せる人間が毛ほどしかいないのがわかってるんならそれくらい協力できるでしょ
167 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/28(金) 18:47:13.21.net]: 必要なお前が直せよ
168 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/28(金) 18:50:53.31.net]: じゃあ、俺が直すよ。それでいいか？
169 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/28(金) 18:51:39.79.net]: そもそも直してまで使わなくても他に選択肢が腐るほどある
170 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/28(金) 18:54:20.29.net]: >>166
お願いします
171 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/28(金) 18:57:55.08.net]: パナソニックあたりの守銭奴経由して相続利権の社会的寄生虫を儲けさせるために協力するとか奇特すぎるだろw
まあ月30万程度のベーシックインカム制度でも始まれば何だって直してやらんでもないけどな
172 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/28(金) 19:12:10.88.net]: 折角、直すって言ってるのに、
何で直してまで使わなくてもいい
みたいな言い方するんだよ。
173 名前：名無しさん＠お腹いっぱい。 [2017/07/28(金) 19:22:02.18.net]: >>147
ログを見てエラーの出ているライブラリなりアプリケーションをpkg removeで削除すれば
動くよ。
174 名前：名無しさん＠お腹いっぱい。 [2017/07/28(金) 20:07:49.95.net]: そんなバカな。ちなみに、エラーログは下。
--------
[ 226.174] (EE) Backtrace:
[ 226.176] (EE) 0: /usr/local/bin/Xorg (OsInit+0x38a) [0x5abfba]
[ 226.177] (EE) 1: /lib/libthr.so.3 (_pthread_sigmask+0x544) [0x8025cbd94]
[ 226.179] (EE) 2: /lib/libthr.so.3 (_pthread_getspecific+0xe5f) [0x8025cbbef]
[ 226.180] (EE) 3: ? (?+0xe5f) [0x7ffffffffff2]
[ 226.182] (EE) 4: ? (?+0xe5f) [0xe5f]
[ 226.184] (EE) 5: /usr/local/bin/Xorg (InitOutput+0x11ea) [0x47faca]
[ 226.185] (EE) 6: /usr/local/bin/Xorg (remove_fs_handlers+0x38b) [0x43b48b]
[ 226.187] (EE) 7: /usr/local/bin/Xorg (_start+0x17f) [0x42506f]
[ 226.188] (EE) 8: ? (?+0x17f) [0x80083417f]
[ 226.189] (EE)
[ 226.189] (EE) Segmentation fault at address 0x0
[ 226.189] (EE)
Fatal server error:
-----------------------
175 名前：名無しさん＠お腹いっぱい。 [2017/07/28(金) 20:10:10.08.net]: そのすぐ上に下もあるが、関係ないかな。
-----------
[ 226.174] (EE) open /dev/dri/card0: No such file or directory
[ 226.174] (WW) Falling back to old probe method for modesetting
[ 226.174] (EE) open /dev/dri/card0: No such file or directory
---------------
176 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/28(金) 20:24:03.31.net]: >>164
ハ、ハゲとらんわ、フッサフッサやねん！
177 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/28(金) 20:25:57.43.net]: llvmの古いバージョンにリンクされていることによる有名なエラーだな。
pkg info |grep llvm
でllvmの複数のバージョンがインストールされてないか確認。
あったら古いバージョンを削除してrebootでおｋ。
178 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/28(金) 20:41:06.15.net]: risa/ asirのports ってなくなっちゃったんですか？
pkg search しても見つからないんですけど
179 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/28(金) 20:52:07.54.net]: packageで提供して無いだけでよ。
portsにはあるよ。
180 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/28(金) 21:32:42.40.net]: >>177
そういうことなんですね．
ありがとうございます．

最近は仮想マシンがメインだからports は展開しないことが多かったもので…
181 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/28(金) 23:28:03.64.net]: >>161
だな、とあるフリーソフトの極めて単純なバグ見つけてレポートしたけど使う奴が少ないのか今までレポートされてなかったという恐ろしい事実に戦慄したよ。
182 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/28(金) 23:36:17.00.net]: オープンソースでないものとかよく使うわ
183 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/29(土) 06:16:16.49.net]: オープンソースは安全とか盲信してるのもどうかと思うが
184 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/29(土) 06:23:43.70.net]: OpenSSLとかいい例だったな
オプソだから安心と連呼しておきながら、読んでる奴は殆ど居なかった
185 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/29(土) 06:28:27.55.net]: >>182
変更に次ぐ変更でスパゲッティ状態だったのでそう簡単にいじれなかった。
186 名前：名無しさん＠お腹いっぱい。 [2017/07/29(土) 08:21:35.27.net]: >>175
サンクス。 llvm は llvm40-4.0.1 しか入ってないなぁ。
クリーンインストールだからね。pkg のバグで入ったかもと思って確認したけど入ってなかった。
startx では問題ないから -configure オプション付いたときに実行する何がおかしいのかな。
最近は -configure する人も少ないだろうし、直らないまま残りそう。
187 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/29(土) 08:48:30.48.net]: >>180
むしろOSSじゃないものを優先して使う
188 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/29(土) 10:19:30.47.net]: >>183
いじる以前にスパゲティを読める人がな
189 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/29(土) 10:28:14.90.net]: >>184
https://forums.freebsd.org/threads/59727/
とか無関係かな
190 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/29(土) 10:40:50.55.net]: >>185
それお前がソースも読めない馬鹿なだけやん
191 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/29(土) 12:02:03.06.net]: OSSは裏で意図的な通信をするのを阻止できることが大きいよな
ウインなにがしとかいうOSもどきなんて金取っておきながら裏で通信しまくりだしな
Linuxでも任意の通信を要求してモジュールやらダウンロードしまくった挙げ句、
rootでの実行を強要するお察しとしか言いようがない某キチガイスクリプトが叩かれてたりするけど
192 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/29(土) 12:40:01.46.net]: OSSでもやる奴はやる
それに泥みたいな、OSS�
193 名前：ﾌ上に乗ってる物が情報収集って例もある []: [ここ壊れてます]
194 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/29(土) 12:51:24.20.net]: >>190
それお前がソースも書換えられない馬鹿なだけやん
195 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/29(土) 13:08:03.60.net]: >>191
なら泥の上に乗ってる物がgoogleに送るデータ完全に止めるパッチでも作ってみてくれ
196 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/29(土) 13:11:59.45.net]: OSSの話してんじゃねえのかよ
そんなことだから馬鹿とか言われるんじゃねーの？
197 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/29(土) 16:52:34.42.net]: すいません！
198 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/29(土) 17:44:02.62.net]: >>193
泥のカーネルの上に乗ってる泥専用のツールキット類やGUI以外は
ほどんどBSDやMITのOSSだぞ
199 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/29(土) 18:46:45.35.net]: >>195
データ送る制御もそこで行われてますか？
200 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/29(土) 18:51:05.58.net]: >>196
データ収集やら送信やらを静的ライブラリでいちいちストアのアプリ類に
リンクさせてるとでも思っているのか？
201 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/29(土) 18:51:09.66.net]: >>195
言うならもうちょっと具体的に言ってくれない？
ライセンス違反って言いたいのかな？
202 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/29(土) 18:59:06.23.net]: >>198
論点はOSSならデータ収集が可能か不可能かじゃねえの？
Android データ収集でｇｇｒ
GoogleみたいにMSみたいな利用規約に同意させてOSSでもデータ収集するところはある
203 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/29(土) 19:08:25.57.net]: お前が何が言いたいのかよく分からん
OSSと泥の関係性についての認識から語ってくれ
204 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/29(土) 19:13:03.87.net]: >>200
泥の下地は殆どOSSだろ
OSSならデータ収集だの送信だのしないとか神話に縋って馬鹿じゃねえのかと
ちょいとマイナーなライブラリに読みづらいコードを何かの大規模修正に紛れ込ませたら
CIAだかFBIだかの仕込みみたいに年単位で気づかれねえよ

OSSのバイナリ実行する前に隅から隅までコードを検証してからじゃないと
怖くてバイナリ実行できない＞＜とか言って全部コード読む奴なんているのか？
205 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/29(土) 19:20:32.87.net]: そんな神話馬鹿なお前が言ってるだけだろ
206 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/29(土) 19:22:28.95.net]: OSSでもやる奴はやる
OSSだから安全とか言ってる奴の方が馬鹿だろう
googleだってやってる
207 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/29(土) 19:30:48.84.net]: >>203
それお前がソースも書換えられない馬鹿なだけやん
208 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/29(土) 19:35:13.81.net]: >>204
お前もだろ？
お前はGIMPだとかFireFoxだとかを数週間掛けて隅々までコードを読んで
安全だとかわかってからじゃないと使わないのか？

個人で修正なんか入れた後アプデ入ったらまたパッチ当て直しだぞ
OSSのソース書き換えて運用してるって言うなら具体的に何をどう書き換えてるか書いてみろ
209 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/29(土) 19:39:51.85.net]: FreeBSDの話をしろ
210 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/29(土) 19:41:37.76.net]: >>205
パケット監視する知能すらないアフォが偉そうにしてんな
211 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/29(土) 19:43:18.07.net]: >>207
パケットモニタで情報収集やら送信してるかやら判断するなら
OSSかどうかなんて関係ないだろ
212 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/29(土) 19:47:22.80.net]: いい加減レス違いですよ
213 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/29(土) 19:47:43.35.net]: >>208
だから使い続けたいなら自分で該当コード削除した上、喧伝すりゃいいだろうが
救いようのないアホだなお前
214 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/29(土) 19:50:38.43.net]: >>210
その削除した奴が世の中にどれだけ居る？
おまえだってやらないだろ？そもそもCIAのとか年単位で気付かれなかったし
OSSだから安全とか、自分でそういうの即座に喧伝してから言え
できる人が殆どいないのに、それできない相手を罵倒するとか誰でもできる
215 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/29(土) 19:54:41.87.net]: OSSという時点でそんなバレバレなことしない
OSSじゃないからバレないと思って裏で通信しまくってんだろうが
そんな取って付けたような通信、１行やそこらコメントアウトする程度だろ
お前ができない低脳だからって人様に難癖付けてんなや
216 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/29(土) 19:56:05.63.net]: >>212
ならおまえはAndroidとか片っ端から修正して使ってんのか？
具体的にどんなアプリのどこのソースをコメントアウトして運用してる？
具体的に名前出せよ
217 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/29(土) 20:01:40.61.net]: Androidの話はスレチ
どのアプリがOSSだって言いたいのかもサッパリ分からんなお前
218 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/29(土) 20:10:02.39.net]: 他人に「おまえはできない」連呼する前に、自分ができる事を証明すべき
まぁOSSだからって絶対安全なんて説はOpenSSLとOpenBSDのスパゲティで崩壊済み
219 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/29(土) 20:17:07.17.net]: だからそんな説馬鹿なお前が言ってるだけだろ
危険極まりない非OSSに対して、OSSは比較にならないレベルで安全
ただしお前のような無能な馬鹿にとってはOSSだろうと変わりはないというだけの話
220 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/29(土) 20:30:54.24.net]: さもOSSのコードを利用者の多くが隅々まで読んでるかの様ないいまわしばっかり
その前提が崩れたらお前のいってる事は妄言にしか過ぎない

OSSも非OSSも今や規模が肥大化して、怪しいコード埋め込まれたって
気付ける奴なんざそうはいない
221 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/29(土) 21:48:29.54.net]: お前がアホだからその様ないいまわしに聞こえるだけ
ギャーギャー意味不明なこと喚いてるだけの小学生丸出し
222 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/29(土) 22:12:21.66.net]: OSSだろうとそうでなかろうと、全域を読める奴、読む奴が殆どいなきゃ大差はない
223 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/29(土) 22:23:59.35.net]: お前がアホだから大差ないと思うだけ
224 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/29(土) 22:58:18.53.net]: よう！キチガイ！
225 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/29(土) 23:27:29.46.net]: ゲーム機なんかにLinuxとか使われて、ハックされて違法コピーが流行って以降、
軒並みソース公開しなくていいBSD系に移行したな
OSSが危険な事も多々ある

ソースから簡単に改変カーネル類作れるんだから、ハックしやすいのは当然
226 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/29(土) 23:28:27.18.net]: OpenSSLはやっつけレベルのコードが何年も放置だったからな。あれは酷かった。
悪意あるHackerは除いて誰一人も何年も確認しなかったのだ。これはほぼすべてのコードに対して誰も確認してないと同義だ。

動かないと確認するが動いているものは誰一人確認しないのがオープスソース。
227 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/29(土) 23:43:57.65.net]: >>221
キチガイは無能なお前一匹や
228 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/29(土) 23:49:12.54.net]: >>224
おまえ、別人だってわからないのか？

>>223
ほんとそれな
それらしく動いてたら何か仕込まれてるかも知れなくても殆どの人は読まないからな
229 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/29(土) 23:49:19.19.net]: OSSと非OSSどちらのほうが危険かという話を無理矢理大差ないということにして
OSSは危険というレッテルを張れたつもりでいる救いようのない馬鹿でしょ
230 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/29(土) 23:51:04.72.net]: >>225
ここまで頭の悪いキチガイお前しかいねえよｗ
231 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/29(土) 23:52:42.69.net]: 守銭奴パナソニックあたりの盆暗従業員でも迷い込んできたんじゃね
休日だし
232 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/30(日) 00:02:04.66.net]: 普通に使ってて非OSSが危険だってんなら、もうPCどころかインターネッツとか崩壊してるだろ
OSS安全とか、自分はソース修正どころかソース読めない癖に誇張し過ぎなんだよ
233 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/30(日) 00:04:30.90.net]: ソース読むのはバグに当たった気がした時くらいかなぁ
234 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/30(日) 00:07:52.93.net]: >>229
そういう飛躍したこと平気で言うからお前は馬鹿だアホだと言われんだよ
このスレでソース読めないのってお前くらいなもんじゃね？
235 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/30(日) 00:10:02.31.net]: コーディングできる上に、他人のコードが読めても、せいぜい>>230が殆どだな
使うソフトのコードをいちいち安全かどうか調べる時間があるとか、失業者かニートくらいなもんだ
236 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/30(日) 00:12:09.76.net]: OSSだから悪さできないって何度言われても覚えられないのなアホだから
237 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/30(日) 00:21:04.43.net]: >>233
>>223
238 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/30(日) 00:26:26.73.net]: 非OSSが意図的に裏で通信しまくってるソフトだらけだという現実すら知らない馬鹿
239 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/30(日) 00:33:37.23.net]: パナソニックの糞UIテレビもLAN線に繋げた途端に謎の通信するしな
ぶっ壊すわけじゃないからどんな通信しても自由だとか勘違いしてるソフト大杉
OSSでそんなことやったら、晒し上げられて、あっさり分岐だわ
240 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/30(日) 00:39:53.61.net]: FreeBSDを語れ
241 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/30(日) 01:21:45.61.net]: >>235-236
それが大問題なら訴訟起こせばいい
些細なデータ収集された程度で目くじら立てる様な奴なんて、
マイナーなOSをちょっと使いこなせる程度で存在意義を見いだせるとか勘違いしてる様なキモオタくらいだ
242 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/30(日) 01:24:14.78.net]: ソフトがどんな情報を裏で通信しているのか、について開示しなくてもいいの？
243 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/30(日) 01:41:48.45.net]: 利用規約だとかマニュアルだとかに書いてある
書いてある情報以外を通信してるのを見つけたら訴えてお金持ち
ギャーギャー騒いでる奴は訴えてこい
244 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/30(日) 02:47:11.95.net]: 訴訟(笑)
どこになんて書いてあんだよ
お前がギャーギャー寝言ほざいてるようにしか見えんわ
245 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/30(日) 02:52:19.77.net]: >>238
お金持ちにワロタ
お前はギリギリ知的生命体の範疇に入る程度で存在意義を見いだせるとか勘違いすんなよ
246 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/30(日) 03:19:32.12.net]: 利用規約だとかプライバシーのポリシーだとかMSGoogle林檎軒並み明示してる
ないって本気で思ってるなら訴えてこい基地害
一般人も企業でもデータ収集で危険だとか言いながら非OSS排斥なんて殆どしてねえよ
ttp://i.imgur.com/yuvPGGh.png

おまえらみたいなキモいのがいるから余計敬遠されるんじゃないのか？
247 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/30(日) 05:47:45.53.net]: OSSをNGに入れた
248 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/30(日) 08:57:06.18.net]: あ～夏休み
249 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/30(日) 10:04:56.60.net]: 奇形児！
250 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/30(日) 10:33:01.68.net]: キチガイは訴えてこいとか言ってる知能障害野郎だろ
2chで訴えようとどこで訴えようと自由
それに難癖付けようとする粘着>>243が一番キモい
251 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/30(日) 12:19:24.47.net]: >>147
>>148
20年くらい前だと、フリーソフトはそういうの当たり前にあった。
Ｃ言語始めたばかりの俺でもわかるバグとかあって、
当時のＵＮＩＸメールで報告したら、Ooops とかメール返事が来たりしてた。

ＵＮＩＴテストも結合テストもしないで、ちょっと動かしたらリリースしていた時代だから
仕方ないけど。
252 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/30(日) 12:39:49.10.net]: バグの数なら有料ソフトのほうが圧倒的に多いだろ
ウインなにがしなんてバグ売りつけてるようなものだしな
253 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/30(日) 13:33:03.93.net]: バグの数は品質に直結だけども、
バグ報告とかパッチの数はそのまま品質には直結しないと思うな。
たくさん使われてるからバグ報告が上がる。
製作者が直してるからパッチが出る。
254 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/30(日) 13:46:07.92.net]: コード書かなければバグも出ないんだよな
255 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/30(日) 13:53:48.91.net]: 今後も金取りたいから意図的に直さないのが有料ソフトの特徴
詐欺なしにソフトウェアで直接儲けるのはもはや不可能な時代だと気づくべきだな
パナソニックなんて自分で作れないからOSSパクってテレビに乗せて儲けておいて何一つ還元しないだろ
公共事業だの補助金だの企業ではなく、OSSに血税使うほうがよっぽど経済にはプラス
256 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/30(日) 16:35:24.17.net]: まだH3、HDMI出せんのか
動いてんのか分かんねえよ
257 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/30(日) 17:38:59.60.net]: >>249はキチガイです。
258 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/30(日) 17:49:14.93.net]: よくいる爺だから放置しとけ
259 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/30(日) 17:51:26.05.net]: 自分で修正できない盆暗僻み野郎しつこい
守銭奴パナソニックの糞UIテレビがOSSならどれだけ素晴らしいテレビになって売れてることか
260 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/30(日) 18:15:29.46.net]: もしかして、ソフトで金稼いでる奴許せん！とかいう嫌儲か貧乏学生が
１人紛れ込んで暴れてるのか

非OSSこきおろしてOSSマンセーしたところでおまえ同様、ボランティアになる奴はいない
他人が自分の為にボランティアして当然とか勘違いすんなよ？
おまえが死んだところで社会には何の影響もないし、むしろいなくなった方が社会の為になる
261 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/30(日) 18:44:34.33.net]: ずっと暴れてんのはお前一匹だろ
最後の一行、まさにお前こそが噛みしめるべきだといい加減気づけ無能
262 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/30(日) 18:54:56.62.net]: 奇形児！
263 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/30(日) 19:04:10.45.net]: 自己紹介はもう結構！
264 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/30(日) 19:30:06.85.net]: 驚愕の事実
このスレには俺とおまえの二人しかいない！
265 名前：名無しさん＠お腹いっぱい。 [2017/07/31(月) 19:10:21.74.net]: 愛し合っているのか！
266 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/31(月) 22:02:27.16 .net]: な～んだ。そうだったのかぁ(*´∀`*)
267 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/07/31(月) 23:23:44.73 .net]: 末永くお幸せに
268 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/01(火) 07:23:09.09 .net]: 10.4-PRERELEASE
269 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/01(火) 09:50:51.52 .net]: ｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!
270 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/01(火) 11:29:47.67 .net]: H3HDMI対応の11.2ﾏﾀﾞ━━━━(ﾟ∀ﾟ)━━━━??
271 名前：名無しさん＠お腹いっぱい。 [2017/08/08(火) 22:18:45.52 .net]: 10にしたら合計１ギガを軽く超えるmallocが失敗するようになった
なんか実装変わった？
272 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/08(火) 22:25:01.31 .net]: yes
273 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/09(水) 03:47:07.53 .net]: 搭載メモリ10G超えが当たり前の時代、
プロセス上限が2Gやそこらってどうよ？
274 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/09(水) 05:23:16.52 .net]: 1GBのmallocなんてそもそも設計おかしいだろ。一度に使う分だけ細かく取って使えよ。
275 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/09(水) 05:33:17.86 .net]: 今時、フラットな1GBのメモリを欲しいことだってあるでしょ。
276 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/09(水) 08:09:34.69 .net]: mmap直接使えばいいんじゃないの？それともこれが制限されてるの？
277 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/09(水) 09:36:30.34 .net]: 1G超って・・・std::dequeとか
ポインタの配列持って多次元配列を１次元配列に見せるとかじゃダメなん？
278 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/09(水) 11:08:28.48 .net]: >>273
なーんの問題もない
qiita.com/jj1bdx/items/aeb4e13e71c9aa6ce798#fn1
279 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/09(水) 11:40:14.09 .net]: > 6623 user 1 20 0 1024G 1652K ttyin 0 0:00 0.00% a.out

何これ…いや理屈はわかるんだけど。
280 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/10(木) 02:16:34.10 .net]: 今どきのPAEって使い物になるの？
281 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/10(木) 08:00:08.72 .net]: いまどきのATOMですら64bit命令実行できる現在、PAEなんて必要あるか？
282 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/10(木) 10:18:32.90 .net]: 4G超マシンにi386入れたい人は少なくないだろう
283 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/10(木) 10:34:01.36 .net]: 確か、オーバーライドプレフィクス抜きで
レジスタデフォルト64bit、アドレッシングデフォルト32bitとかできないんだよな

64bitのバイナリのアドレス定数の上位32bitが大抵０だらけで容量無駄にでかい
284 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/10(木) 13:23:55.32 .net]: つか、物理アドレスなんて変換されて見えないんだから
i386 OSが64bit空間管理して何が問題なわけ？
285 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/10(木) 14:33:32.64 .net]: なんでだろ(´・ω・｀)
286 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/10(木) 14:56:15.45 .net]: >>281
i386の時代に64bit空間というものはなかったので、「メモリアドレッシングは32bit内にあるはず」という前提でOSや
チップセットの設計などをしていたからだと思いますね。64bitが当たり前になった今ではおかしく見えるかも知れませんが。
i386で64bitメモリをアクセスするには、そういう構成のPCをわざわざ作らないといけないし、i386 OSを拡張して
64bitアクセスできるようにしないといけませんが、メーカーとしては今さらそんなことをしても売れないと判断して作らないと思いますね。
287 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/10(木) 15:20:44.24 .net]: amd64で-m32やってもmake通らなかったりするわけで
288 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/10(木) 15:54:43.63 .net]: SA-17:06.openssh
289 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/10(木) 16:02:59.92 .net]: EN-17:07.vnet
EN-17:08.pf
290 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/10(木) 20:45:02.75 .net]: >>281
またリアルモードとか仮想８６モードの時みたいに、セグメントディスクリプタに
リニアアドレスの上位を代入して、32bitしかないレジスタでオフセット指定とかすんの？
今度はセグメントレジスタはインデックス値だから、余計めんどうな事になるぞｗ
291 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/10(木) 21:35:01.71 .net]: https://stackoverflow.com/questions/31880337/why-malloc-can-not-allocate-huge-memory-in-freebsd-x64-kernel-space
292 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/10(木) 22:06:30.62 .net]: >>279
なんかこだわりあるならともかく64bit使いたいだけなけならマシン買い換えろよ
293 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/10(木) 22:11:41.77 .net]: ほんの少しわかってきた気がする

乱暴な計算だけど、8G積んだ32bit機で、4Gを必要とする32bitアプリを２つ同時に動かす、
みたいなニッチな用途に特化したOSが欲しいって事？

だとすると、アドレッシングだけ32bit、レジスタだけデフォルト64bitみたいな構成ができるモードを
CPUが構成できるようにならないと、せっかくの64bitCPUの意味が薄れる
294 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/10(木) 22:23:37.69 .net]: 64bitアクセスするのはOSだけでいいやんって話
プロセスからアクセスしたけりゃamd64使えばいいけど、
その気になればプロセス分けるなりで済む話であまり意味がない
-m32オプションが仮想的な扱いになってることが理解に苦しむ
295 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/10(木) 22:45:45.54 .net]: MMU辺りのアドレス指定だけ64bit、32bitアプリは何もかも32bitでって事？
64bitレジスタで大分高速化できる分野もあるのに無駄じゃん
ニッチな用途の為だけにi386とamd64に加えて、
更にOSだけ64bitのアプリだけ32bitのビルドとかメンテの手間に見合わないだろう
296 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/10(木) 22:49:59.24 .net]: windowsはwin32アプリが多くていいよね、って話？
297 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/10(木) 22:53:41.99 .net]: i386進化させるだけでいいし、64bitレジスタで高速化できる分野こそニッチじゃね
むしろ無駄に64bit使うことで帯域にメモリにと無駄にして低速化させているのが
大部分のアプリの現実だと思うが
298 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/10(木) 22:58:20.84 .net]: 進化させたら過去のx86機どうすんだよ　実行時に32bitか64bitか判断して分岐すんの？
レジスタが64bitになったところで結局上位32bitと下位32bitに定数読み込まなきゃならんなら
結局８バイト分のメモリ帯域使うのは同じ事だぞ
むしろ６４ビットの定数を１命令で読み込める分、64bitの方が帯域食わなくて済む

あと64bitとか、aircrack、データマイニング、レンジコーダー、その他諸々
同クロックの32bit比で優に２割以上はパフォーマンス上がる
パフォーマンスが上がる分野はそこまで少なくはないぞ
299 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/10(木) 23:04:37.01 .net]: 32bit OSだってのになんで64bitコード動かす前提になるんだよ
単に複数プロセス合計で4GB超の物理メモリが使えればいいってだけの話だろ
300 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/10(木) 23:08:13.03 .net]: >>296
それが>>389って事でしょ？
そんな事の為に３つのバイナリのインスコセットを準備する訳？
それともx86のみの過去の機体切り捨て？実行時に判断？

まぁ、ソースあるんだし、ないなら自分で構成すればって話なんだが
301 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/10(木) 23:11:32.99 .net]: なんで切り捨てになるのか意味が分からない
302 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/10(木) 23:13:58.61 .net]: そんなに欲しけりゃ自分で改造しろ
用意されてない上に誰も要望を上げてないって事はそういう事だ
303 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/10(木) 23:21:42.27 .net]: 32bitウインなにがしなんかだと、4GB超にramdisk作れるな
304 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/10(木) 23:28:46.39 .net]: それ、アプリがOSに無断でPAE使ってるだけだし、
他のアプリまで使い出したら競合してぶっ壊れるからな。
アプリにメモリ割り当てられる訳じゃないし、ごねてないでいっぺん自分で作ってみろ。
305 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/10(木) 23:36:00.91 .net]: 作ってみろだのなんだの会話能力なさすぎ
306 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/10(木) 23:46:41.51 .net]: 会話能力以前に、レジスタが64bitになって帯域どうこうとか、
Win32bitの4GB超領域にramdiskが作れるだの
（たった１つのアプリだけなら64bitレジスタも使えるが、複数アプリが使い始めたら飛ぶ）
技術的な事がなんにもわかってない素人がクレクレ乞食すんなっての
307 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/10(木) 23:50:36.85 .net]: いきなりramdiskとか言い出す奴は真性のアホだから
308 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/10(木) 23:54:25.40 .net]: 会話能力が欠如しているほうが人として終わってるだろｗ
複数アプリが使い始めたら飛ぶから素人だとか
飛んでるのは言ってること何もかも支離滅裂のお前の頭だけだろ
309 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/10(木) 23:56:37.62 .net]: ramdiskとか言い出す奴は真性のアホとか完全に頭ぶっ飛んでるわな
310 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 00:00:46.60 .net]: >>305
会話能力欠如してるのはアプリへのリニアアドレス空間の提供とかに関するOSの話から
突然ramdiskとか言い出す方だろ
何言ってんだこの古事記は・・・俺様の為に他人が特別ビルド提供して当然とか思ってるのか？
311 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 00:01:11.93 .net]: ramdiskであろうと使えるに越したことはないわ
312 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 00:02:38.48 .net]: >>307
そんな風にしか解釈できないから頭が飛んでるとか言われるんだろ
相当頭悪いだろお前
313 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 00:03:09.61 .net]: ならi386の方で4G使って、そっから上はramdiskに使ってりゃいい

終冬
314 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 00:54:49.49 .net]: 64bitモードと32bitモードの行き来だけでものすごい性能ペナルティくらいそうだけど
CPUにそういうモードが実装されないとどっちにしろ絵に描いた餅だよね。

話は変わるがバンクメモリとかEMSとかHMAとかセグメントレジスタとか
懐かしいが二度と関わりたくないよな
315 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 01:03:29.21 .net]: >>311
おまけにセグメントの内容変えないと64Kの範囲内でしかメモリアクセスできなかったしな
CのEMSメモリやらハイメモリやらのライブラリ使っても煩雑だったし
多少遅くても大きくても64bitでいいよ
316 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 01:12:50.96 .net]: １プロセス2GBで足りないってか？
結局、物理アドレス変換するんだから性能差なんて大差なかろう
317 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 02:17:47.52 .net]: >>278
longモードってPAE必須なんだけど何を言ってるんだ？
amd64では拡張したPAE使ってんだけど。
318 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 02:56:41.82 .net]: > 64bitレジスタで高速化できる分野こそニッチじゃね

64bitになって、レジスタ数も倍増したのにほとんど高速化してないしな。
アプリによって数%速くなるだけ。
319 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 02:57:00.44 .net]: >> 293
> 64bitレジスタで高速化できる分野こそニッチじゃね
ちょっとアセンブラで組んでみるとわかるけど、32bitでは汎用レジスタが4本しかないので一時的に記憶
しておきたい値でもスタックに積まないといけないけど、そうするとPUSH/POPを頻繁に行わないといけなくなる。
繰り返し処理の中でこんなことをしていたら当然遅くなる。
64bitなら汎用レジスタが15本あるので、サブルーチン内で必要な一時変数を全部レジスタだけで
済ますこともできる。Cコンパイラなら汎用レジスタに一時変数を自動的に割り振ってくれるので、
同じ処理でもレジスタだけで処理できてしまう場合が多くなり、全体に速度が上がる。
320 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 03:08:46.54 .net]: >>315
アプリによるだろ
表計算ネット閲覧文字列処理くらいしかしない様なのには恩恵ないだろうけど
エンコレンダリングブルートフォースとか、64bitになるとえっらい速くなるぞ
レジスタの本数が増えただけじゃなくて、一時的に128bitの値のスケーリングとか
32bit時代は４つのintで騙し騙しスケーリングしてたのが、
２つの変数での自前の乗算除算で済む様になる
321 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 03:16:49.26 .net]: RISCでコード書いたことあるなら分ると思うが32個レジスタあってもちょっししたコードでも瞬殺で使い尽くす。全く足りない。
しかし、今時のIntelのPush、Popのスループットは1clock、0.5clock。つまりL1データキャッシュ32KBがレジスタの代用として使えるレベル。
だから単純にレジスタ数を倍増してもわずかしか速度が上がらない。とっくの昔にPush/Popの遅さは隠蔽されてるから。
322 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 03:26:11.83 .net]: 自動変数にアクセスする度にpushpopなんてしとらんぞ
３２ビット時代ですらBPにSP入れて相対のアドレッシングで直接読み書き演算しとる
323 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 03:40:40.47 .net]: 加算が1回とかメモリに対してやれば1clockでやってくれるが、
複雑な計算だとレジスタに移したほうが速くなる。
324 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 03:54:25.94 .net]: ４本の汎用レジスタと２＋１本のインデックスレジスタで事足りる用途じゃ早くならんが
複雑な計算し出したらx64の方が圧倒的に高速になる
ブラウザやらエクセルやらでx64速度上がらないとか言ってるようなのは何なんだろうな
4G以上使えるだけの３２ビットＣＰＵしか持ってない貧乏人が作れ作れわめいてるだけか？
325 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 04:05:15.05 .net]: ieやexcelはポインタこねくりまわすから64bit幅アドレスがキャッシュを倍の早さで食い尽くす。

今のところ圧倒例がエンコだけ。x264で10%程度。
しかし時代はエンコードもデコードもハード、GPUの時代。
IntelはAltera買収したからさらにハードでの処理が加速する。
326 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 04:25:58.98 .net]: WPAのクラックとかBFとかレンダリングとか、他にもいっぱいあるだろ。
しかも全員が全員、コーダー積んでるハード持ってる訳じゃないんだぞ。

んなニッチなもん誰も作らんわ　自分で作れ　作れないなら諦めろ。
327 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 05:24:46.11 .net]: >>318
PUSH/POPの命令発行クロックが小さくても、外部メモリへの読み書きはレジスタ内の読み書きに比べはるかに遅い。
命令を発行してからバスを通って読み出し、またバスを通ってレジスタにデータを得るまでの経路も長い。
レジスタ内で処理できればバスは関係なくなるし、外部メモリのクロックの遅さにも影響されずに処理できる。
確かにL1キャッシュにデータが入っている間は遅延は少なくて済むが、32個のレジスタで足りないほど多くの
データを扱うとなればL1キャッシュから外れるものも出てくる。プログラムの規模が大きくなればなるほどキャッシュに
ヒットしない場合が出てくる。そうなれば途端に遅くなる。
328 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 06:33:04.24 .net]: pushpopもクロック数の横に＋ｎとか書いてある筈
レジスタ類にしか影響しないオペコードとオペランドの組み合わせの場合は
理論値通りのクロックで命令が終了するけど、
メモリアクセスが発生するオペコードだったりオペランドがメモリを指してたりする場合は
L1～L3ヒット／ミスヒットでｎの数値はどんくらいとか、
メモリがSDRAMの場合はキャッシュのライン読み込み完了まではストールとか、
別のデータ書き込み中に更にライトバックになったら終わるまで動けんとか、
詳細に計算式とか備考欄に書いてある筈だぞ

pushpopは必ずメモリアクセスが発生するから、L1にヒットするから１クロックとか
簡単に見積もれる話じゃないし、そもそもヒットするからって条件が付く事自体がおかしい
読み込みしかしない訳じゃないぞ
329 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 06:44:07.71 .net]: 筈だぞ
330 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 09:08:29.95 .net]: gdgd荒らしている様だが、要するに一生懸命「32bitでも64bitに対してそれほど
遅くない」ってだけで肝心のメリットが殆どないってのに、今さら誰が欲しがるかって。
下らないわ。
331 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 09:46:00.55 .net]: ごめん、何言ってるか分らない。
332 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 09:51:40.67 .net]: 要するに

古事記＜古いCPUでメモリいっぱいの旧型機に特化した
333 名前：ビルドを俺様の為に作れ！ ↑の為にx64否定、x86マンセーの嘘を垂れ流す その他＜うぜぇ だろ []: [ここ壊れてます]
334 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 10:06:06.52 .net]: 何が合理的か語る場で古事記だの作れだの馬鹿にも程があるな
-m32通らないとか64CPUにi386入れたい理由なんて山ほどあるだろ
反論できなくなると荒らすとか何もかもレベル低すぎるぞお前
335 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 10:07:55.45 .net]: もうi386サポート外にしようぜ
336 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 10:15:49.00 .net]: ×「32bitでも64bitに対してそれほど遅くない」
○「64bitでも32bitに対してそれほど遅くない」
337 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 10:18:26.14 .net]: 64bitは32bitに対して結構メモリ無駄にするけどな
338 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 10:22:49.01 .net]: >>330
-m32通らないならamd64で動かすしかないんじゃないか？
てか今時i386入れたい理由って具体的になんだよ
俺も>>331に賛成だよ

CPUがアドレス３２ビットレジスタ６４ビットサポートしないなら普通に６４でいい
多少でかくても困らんし、世間で騒いでる奴なんてそんなにいない
339 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 10:25:05.25 .net]: 32bit gccでコンパイルに通って64bit gcc の -m32 に通らないコードって、どんなコードだ？
340 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 10:25:42.61 .net]: -m32の意味も知らないのに賛成とか
ポインタが何かすら知らないんだろうな
341 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 10:38:34.82 .net]: >>336
>>335
342 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 10:56:23.46 .net]: 64bitなんて街乗りしかしないのにエンジンだけバカでかくて燃費悪い車買うようなものだわな
343 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 11:05:13.95 .net]: i386入れたい理由にも>>335にも答えない
ただの知ったかぶり貧乏学生と見た
344 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 11:06:26.49 .net]: 仮想PC内でしか動かさんからショボい32bitOSぐらいが丁度いい。
345 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 11:09:31.08 .net]: 山ほど理由があるんだろ？他には？>>335の答えは？
346 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 11:15:38.84 .net]: さっきからなにに発狂してるか知らんがおれは別人だ。
おまえの妄想がハズレたからって絡むなよ。
347 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 11:16:03.31 .net]: 教えてくん痛々しいな
人様への物の聞き方すら知らないとか救いようのないアホだな
348 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 11:19:09.18 .net]: どうせ知ったかぶってるだけで、そんなもんないか、極一部のプリプロセッサ辺りの欠陥だろ
救いようのない知ったか学生失せろ
349 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 11:20:37.89 .net]: 一人で勝手にキレやがって全く意味不明だ。
350 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 11:22:35.75 .net]: > -m32通らないとか64CPUにi386入れたい理由なんて山ほどあるだろ
山ほど答えてみろ

> 32bit gccでコンパイルに通って64bit gcc の -m32 に通らないコードって、どんなコードだ？
これに答えてやれ
351 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 11:42:21.63 .net]: gccはオワコン。
352 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 11:54:52.92 .net]: i386を排除しようとしてる奴はアホ。
そもそもamd64はx86を超互換性重視で作ったなんちゃって64bit。採用された経緯も知らんとか馬鹿杉。

おそらくコードも書かない社会を知らない学生だろう。
353 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 11:56:12.49 .net]: ＞答えてやれ
誰がお前みたいな礼儀知らずの知障に教えてやんだよｗ
354 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 12:00:55.89 .net]: >>348
intelはIA-64に舵切ろうとしたのに、OpteronでAMDに先越されたから
慌ててintelが追従したんだろ
で、当時はAMDの皿とVIAやnForceのMBが飛ぶように売れてた
唯一AMDが輝いてた時期だ

>>349
教えてやらないんじゃないな、本当は滅多に存在しないから答えられないだけだ
355 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 12:04:10.14 .net]: >>349
お前みたいな明らかな盆暗に説明したところで理解できるはずもないわ
対価でもよこせカス
356 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 12:04:57.29 .net]: >>348
x86自体が糞なのはアセンブラが読める奴なら大半がわかっているだろう
それでも世の中はx86x64で動いている
おまえの下らない拘りなんて一般人は気にしない、動けばいい
357 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 12:06:15.55 .net]: きっとゲーム機のCMでも見て64bitすげーみたいな浅はかなイメージしかないのだろう
358 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 12:09:16.53 .net]: ×>>349
○>>350

アホな引用ばっかりするからミスったわ
お前と違って一度言われたことは記憶できるんでな
反論する能力がないからって無駄な引用やめろハゲ
359 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 12:10:54.10 .net]: >>350
先を越されたんじゃない。MSがコード変更が面倒だからと互換性重視のamd64で行くと決めたのだ。
つまりMSがIA64で行くと言えば、amd64は市場から消えたアーキテクチャなのだ。

> CPUがアドレス３２ビットレジスタ６４ビットサポートしないなら普通に６４でいい
> 多少でかくても困らんし、世間で騒いでる奴なんてそんなにいない

FreeBSDユーザの意見なんてこれっぽっちも影響力などないのだ。
360 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 12:13:27.94 .net]: >>355
MSが64bit版出したのはx64のCPUが広まって大分経った後だ

> -m32通らないとか64CPUにi386入れたい理由なんて山ほどあるだろ
本当は嘘だから一部の理由しか出てこない

> 32bit gccでコンパイルに通って64bit gcc の -m32 に通らないコードって、どんなコードだ？
本当は滅多にないから答えられない

こういう事だろ
今更x86に戻りたいなんて奴殆どいねえ
消費者はx64選ぶだろ
361 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 12:16:23.42 .net]: 頭の悪い奴ってのは言葉を作れないからすぐコピペに頼る
しかも連呼とか救いようのない頭の悪さ
とっとと対価でも払って教えてもらえよガイジ
362 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 12:18:14.09 .net]: >>355,356
嘘はやめよう。

64bitのWindowsはAlphaからあった。
IteniumのWindowsもあった。

x86の64bit拡張を市場投入するのを
IntelはAMDよりも出遅れた。
363 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 12:18:23.04 .net]: >>352
糞と思ってるのはおまえの妄想で市場は技術者はRISCを糞と判断したのだ。

> それでも世の中はx86x64で動いている

これこそ妄想。スマホ使ってる奴はガラケーは絶滅したと思ってるが実際のシェアは10年かかってやっと半々なのだ。
学生で無知だから知らないんだろうが、x86資産は膨大で、且まだまだ健在だ。
364 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 12:19:02.20 .net]: >>356
じゃあ尼券コード書けよ
お得意の連呼で何度か書けばいつか対価で教えてくれる奴に当たるだろ
365 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 12:21:25.75 .net]: >>358
64bitAlphaのNT4とNT5x64は全く別のアーキテクチャ。
366 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 12:22:36.68 .net]: >>358
それは全くの嘘。Intelの64bit拡張はMSがamd64でいくと決めた後。
367 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 12:23:21.07 .net]: >>358
全くのデタラメ。
368 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 12:25:24.33 .net]: >>358
その64bitじゃない・・・amd64の話をしてる
アスペは引っ込んでてくれよ話がややこしくなる

> -m32通らないとか64CPUにi386入れたい理由なんて山ほどあるだろ
本当は嘘だから一部の理由しか出てこない

> 32bit gccでコンパイルに通って64bit gcc の -m32 に通らないコードって、どんなコードだ？
本当は滅多にないから答えられない

逃げるなよ
本当は口から出まかせで顔真っ赤なんだろ？

>>359
今やWin64bitは無数に出回ってる
x86x64の話から他のCPUの話に逃げるな
369 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 12:27:59.72 .net]: >>364
顔真っ赤なのはお前だろ
教えてやるからとっとと尼券出せよ
370 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 12:29:25.08 .net]: 逃げるな

> -m32通らないとか64CPUにi386入れたい理由なんて山ほどあるだろ
本当は嘘だから一部の理由しか出てこない

> 32bit gccでコンパイルに通って64bit gcc の -m32 に通らないコードって、どんなコードだ？
本当は滅多にないから答えられない

こういう事だろ？
371 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 12:32:10.17 .net]: 逃げてんのはお前だな
とっとと尼券出せや引用しかできないお猿さん
372 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 12:32:18.66 .net]: >>364
今でもWin32bitも無数に出回ってる。16年前のXPですら未だに何億台も稼動しているのだ。いいかげん現実を認めろ。
何の影響力もないFreeBSD陣営はi386とamd64両方用意すればいいのだ。ガタガタ言うな。
373 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 12:32:56.48 .net]: 逃げるな

> -m32通らないとか64CPUにi386入れたい理由なんて山ほどあるだろ
本当は嘘だから一部の理由しか出てこない

> 32bit gccでコンパイルに通って64bit gcc の -m32 に通らないコードって、どんなコードだ？
本当は滅多にないから答えられない

こういう事だろ？
374 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 12:33:40.33 .net]: 尼券で教えてくれるって言ってくれてんのに出さないとか
明らかに逃げてんのは連呼荒らしだわな
375 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 12:33:58.31 .net]: >>368
それ出回ってるんじゃなくて、まだ残ってるってだけだよな
今更PC向けに32bitOS流通させようなんて企業あると思うか？
376 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 12:34:17.17 .net]: >>370
しつけえよ乞食、逃げるな

> -m32通らないとか64CPUにi386入れたい理由なんて山ほどあるだろ
本当は嘘だから一部の理由しか出てこない

> 32bit gccでコンパイルに通って64bit gcc の -m32 に通らないコードって、どんなコードだ？
本当は滅多にないから答えられない

こういう事だろ？
377 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 12:34:56.17 .net]: コピペしかできないお猿さん顔真っ赤でクソワロタ
378 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 12:35:40.76 .net]: コピペされてそんなに都合が悪いか？悪いだろうなぁ
379 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 12:36:37.38 .net]: 尼券マダー？
答えられると都合が悪いのか？ｗ
380 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 12:37:26.67 .net]: >>375
乞食うぜえ、さっさと認めろよ知ったかぶり

> -m32通らないとか64CPUにi386入れたい理由なんて山ほどあるだろ
本当は嘘だから一部の理由しか出てこない

> 32bit gccでコンパイルに通って64bit gcc の -m32 に通らないコードって、どんなコードだ？
本当は滅多にないから答えられない

こういう事だろ？
381 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 12:38:54.96 .net]: >>376
お前みたいなゴキブリにタダで教えてやらねえっつてんだろ
救いようのないアホで超ウケルわ
382 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 12:39:34.47 .net]: >>377
煽りしか返せない知ったかぶり、さっさと認めたらどうなんだ

> -m32通らないとか64CPUにi386入れたい理由なんて山ほどあるだろ
本当は嘘だから一部の理由しか出てこない

> 32bit gccでコンパイルに通って64bit gcc の -m32 に通らないコードって、どんなコードだ？
本当は滅多にないから答えられない

こういう事だろ？
383 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 12:40:31.18 .net]: >>378
とっとと尼券払って教えてもらえや知障ゴキブリ
384 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 12:41:03.73 .net]: >>379
この流れになったｒ、もうお前の乞食的目的は達成できないぞ

> -m32通らないとか64CPUにi386入れたい理由なんて山ほどあるだろ
本当は嘘だから一部の理由しか出てこない

> 32bit gccでコンパイルに通って64bit gcc の -m32 に通らないコードって、どんなコードだ？
本当は滅多にないから答えられない

こういう事だろ？
385 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 12:41:16.80 .net]: >>371
それが一番重要なのだ。NT4システムが未だ残ってるのは何十億とかけて導入したシステムは易々とリプレースできない。
これはi386のFreeBSDサーバを使ったシステムでも同じこと。

i386排除厨は開発者の発想ではない。
古いからいらない、新しいほうがいいという、無責任、無思慮のガキんちょの発想。
386 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 12:41:27.77 .net]: >>380
とっとと尼券払って教えてもらえや知障ゴキブリ
387 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 12:43:12.32 .net]: おまえらさ、FreeBSD全く関係ない話をここでする意味ないだろ。
388 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 12:43:23.81 .net]: >>381
未だにi386のって本当に動いてんのかね？
コンデンサまだ大丈夫なの？
空港のWin3.1とかは知ってるけど、ちょくちょく技術者の手を入れながら
別の機体に入れ替わってる筈だが
389 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 12:44:20.58 .net]: >>383
知ってるけど、俺様専用i386の4G以上使えるの作れって乞食がウザいから叩いてるだけ
390 名前：名無しさん＠お腹いっぱい。 [2017/08/11(金) 12:45:56.61 .net]: >>384
最新CPUでi386OSを必要としているという意味すら分からんクソガキはすっこんでな
391 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 12:46:46.34 .net]: >>385
荒らしのお前が一匹フルボッコにされてるだけだってそろそろ気づいたほうがいい
392 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 12:47:39.27 .net]: >>386
Win3.1を必要としてるとこがある事くらい知ってるわ文盲
最新の機体で問題が出るから技術者の手が入るんだろ
393 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 12:48:31.51 .net]: >>387
> -m32通らないとか64CPUにi386入れたい理由なんて山ほどあるだろ
本当は嘘だから一部の理由しか出てこない

> 32bit gccでコンパイルに通って64bit gcc の -m32 に通らないコードって、どんなコードだ？
本当は滅多にないから答えられない

おまえこいつか？
394 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 12:50:25.38 .net]: >>389
とっとと尼券払って教えてもらえや知障ゴキブリ
395 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 12:50:59.74 .net]: >>388
クソガキすぎるぞお前
-m32の意味でも答えてみろや小坊
396 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 12:51:02.03 .net]: 話がいつの間にかi386のみって話になってんな
既存のシステム動けばいいならそのままi386使えばいいよな

なんでi386で4G以上使えるのを今更必要とするんだ？って話だった筈だが？
397 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 12:51:42.85 .net]: >>391
ttp://a4dosanddos.hatenablog.com/entry/2015/09/19/131052

で
> 32bit gccでコンパイルに通って64bit gcc の -m32 に通らないコードって、どんなコードだ？
398 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 12:52:06.06 .net]: さっさと答えろよ
魔女狩りより楽だろ？
399 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 13:00:39.11 .net]: >>392
騒いでいるのはそういう技術論を真面目にしたい訳じゃ無く
単に場を荒らしたいだけのちょっと精神を病んでる人だからね。
それに付き合う方も御同類さ。
400 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 13:03:43.01 .net]: URL出しただけで黙っちゃった・・・マジで>>395なんだな

> -m32通らないとか64CPUにi386入れたい理由なんて山ほどあるだろ
本当は嘘だから一部の理由しか出てこない

> 32bit gccでコンパイルに通って64bit gcc の -m32 に通らないコードって、どんなコードだ？
本当は滅多にないから答えられない

今更i386を改造して4G以上使える様になんて、誰もやらんわ
401 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 13:04:14.01 .net]: >>396
とっとと尼券払って教えてもらえや知障ゴキブリ
402 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 13:05:54.11 .net]: >>396
礼儀知らずのお前がダダこねてるガキ丸出しで連呼したところで
永久に教えてもらえることはないってまだ気づかないのか？
そんなことだからいつまでたってもど素人のアホなままなんだろ
403 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 13:09:36.87 .net]: >>398
教えて貰う迄も無い

今更i386インスコする気はないから試さないけど、
32bit gccと64bit gcc -m32には、違いがあるにしても定義済みマクロだとか
細かい所程度で、殆ど差異はない
404 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 13:09:40.16 .net]: >>393
まずは自分の言葉で話す能力から身に付けたほうがいいぞ
何ひとつ理解できてないのもバレバレでみっともないだけだしな
405 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 13:11:57.41 .net]: >>399
妄想はチラシの裏にでも書いとけ
406 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 13:13:58.27 .net]: >>400
>>303>>312辺りは俺だぞ

>>401
ttp://a4dosanddos.hatenablog.com/entry/2015/09/19/131052
この-m32でいいんだよな？違うのか？
407 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 13:16:30.04 .net]: 引用馬鹿しつけー
いちいち見ねえよ10円ハゲ
408 名前：名無しさん＠お腹いっぱい。 [2017/08/11(金) 13:18:38.04 .net]: おまえ程度のものが思いつく32bit→64bitの解決策なんか設計者はとっくに思いついてると思うの
409 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 13:20:09.43 .net]: 誰が32bit→64bitの解決策の話をしてるのかシランケド、
今更i386を改造して4G以上使える様になんて、誰もやらん
素直にバイトでもしてPC買い替えろ
410 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 13:26:00.57 .net]: まだハードの話とOSの話をごっちゃにしてる学習能力ゼロのアホが居るのか
411 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 13:27:08.76 .net]: >>404
実現できてねえから議論になってんだろタコ坊主
412 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 13:27:43.30 .net]: こんなとこで暴れてても誰も作らんから自分で作れ
413 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 13:28:25.39 .net]: 暴れてんのはお前だ馬鹿
414 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 13:33:30.83 .net]: 実現できてない欲しい物があるならどっかに金払って作って貰えよ
それで解決だろ
415 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 13:37:15.75 .net]: 何が合理的か語る場で古事記だの作って貰えだの馬鹿にも程があるな
何度言われても覚えられないとか脳みそに虫湧いてんじゃねえのコイツ
416 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 13:39:52.25 .net]: 64bitOSで32bitアプリ動かせばいいんでねーの？
417 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 13:45:25.81 .net]: またループ
418 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 14:05:34.03 .net]: 当面は32-bitも必要だけど組込のためだよね。
419 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 14:09:35.59 .net]: またループ
420 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 14:29:12.89 .net]: x64使えないCPUで4G以上乗せられるMBなんてE3xx0とかそんな時代限定だよな
現状x64で速度あがるってんで大きさは放置なんだから
後はCPUがメモリだけ３２ビットのメモリモデルをサポートするのを祈るだけ
サポートせんだろうけど
421 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 14:32:19.27 .net]: x64使えないCPUの話なんて誰ひとりとしてしてないのに突然どうした？
422 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 14:33:53.83 .net]: x64で速度あがるとか言ってるバカは放置の方向で
423 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 14:57:22.83 .net]: 夏休みは2chが捗るな
424 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 17:44:57.84 .net]: >>288
kernel spaceじゃん
425 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 21:08:43.72 .net]: >>338
> 64bitなんて街乗りしかしないのにエンジンだけバカでかくて燃費悪い車買うようなものだわな
こういう話って、8bit → 16bit移行期や16bit → 32bit移行期も同じような意見が繰り返し出たけど、
結局、歴史は古いものを
426 名前：残さず新しいものが生き残るようにできてんだよね。 32bit機はもう製造してないから中古で延命図るしかないし、時間の問題で消えてしまう。 []: [ここ壊れてます]
427 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 22:00:23.43 .net]: >>405
誰もやらないというのはおまえの妄想、期待でしかない。
そもそもPAEは32bitCPUで4GB以上の物理メモリを扱うために作られた仕様で、amd64では必須機能となった。
今では32bitOSの多くがPAE必須である。
428 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 22:06:34.56 .net]: >>421
おまえの環境のintは64bitなのか？
64bitは人が扱う数字としてはでかすぎるんだよ。だから多くの環境でintは32bitで止まったんだよ。
おまえはもう少し社会で働け。歴史を知らなさ過ぎる。
429 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 22:08:23.22 .net]: ROMを知らないとか、組み込みは32bitとかド素人はROMってろよ。
430 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 22:24:18.72 .net]: >>421
マシンの話なんかしてないって何度言われも理解できないんだな
バカとかアホとか超越した知能障害だぞお前
431 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 22:27:47.00 .net]: 位取り記数法は対数のオーダーの計算量の増加だから、滅多に使いそうにない大きな数を扱えるようにしといても、コストはそれほど発散しないんと違う？
432 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 22:33:38.95 .net]: CPUキャッシュ消耗してヒット率激減だわ
433 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 23:11:10.16 .net]: なるほど高速CPU売りつけたいCPUメーカ工作員が暴れてたってわけだな
意味もなくソケット互換性失わせて強引な儲け方してきたものの
特に日本ではPCIに拘る特殊事情のお陰で完全に裏目に出てるからな
あとは32bitOSより遅くなる64bitOS強要してみようってところか
i5とi7の違いなんてほとんどキャッシュの差だけだし滑稽だわ
434 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 23:13:30.55 .net]: >>423
ばーか。32bitのintなんて小さいだろ。
頭悪いくせに書き込むなよ。
435 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 23:18:23.99 .net]: 64bitになって遅くなるって、例えばどんなアプリだ？
実測値出そうぜ
436 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 23:18:49.53 .net]: >>423
> 64bitは人が扱う数字としてはでかすぎるんだよ。だから多くの環境でintは32bitで止まったんだよ。

別に止まってはいない。今は32bit時代のソフトがまだ残っているので互換性を維持するためにint = 32bitで
コンパイルする場合が多いというだけ。いずれ64bitが当たり前になればint = 64bitが普通になる。
メモリモデルは以下の表のようにLP32からILP64まであるので、マシンに合わせてどれでも使える。

それに、C言語の仕様は、整数型char、short、int、long、long longの型はいずれもサイズまでは
指定されておらず、実装によってまちまちになっている。

[各変数と実際のビットサイズ表]
整数型　　LP32　ILP32　LLP64　LP64　ILP64
char　　　　8　　8　　　8　　　　8　　　8
short　　　16　　16　　16　　　16　　16
int　　　　16　　32　　32　　　32　　64
long　　　32　　32　　32　　　64　　64
long long　64　　64　　64　　　64　　64

今は64bitレジスタが普通に使えるのに、ソースが古くて64bitでコンパイルが通らないから
32bitのままコンパイルしとこう、というものぐさなことをする人が多いだけだと思う。
まあソースが山ほどあって直すのが面倒だという気持ちもわからなくはないが。
437 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 23:25:21.42 .net]: amd64はそもそもlongモードで32bitコードをそのまま動かすために作ったもの。
その仕様のおかげてMSはamd64を選んだ。

にもかかわらずFreeBSDユーザはそんなことどうでもいいのだ。
64bitOSは64bitコード使え、32bitOSは32bitコード使えだ。

なぜそんなアップルみたいな切捨てができるかというと継承するソフト資産が皆無だから。
438 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 23:28:23.70 .net]: >>431
真剣にILP64採用してるとしたら脳みそが足りない技術者。
439 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 23:32:56.62 .net]: >>430
440 名前：キャッシュの小さなCeleron機でベンチ比較すれば顕著に出るだろうよ []: [ここ壊れてます]
441 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 23:34:58.07 .net]: 画像フィルタの類で1～4000000000の数値を2～3999999999に
浮動小数点数を使わずに四捨五入で厳密に補正する事を考えてみようか
ans=(((val-1)*(3999999999-2))/(4000000000-1))+2
32bitしか扱わなくても64bitが使えるだけで一発で終わる様になる
マが確保する自動変数が32bitで間に合うかどうかだけが全てじゃない

32bitは小さいぞ
442 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 23:38:22.93 .net]: >>434
計ろうぜ
ちなみにうちだとE3300機で32bitよりも64bitバイナリの方が速かった
ソースはKali linuxでのWPAキーのkey/secの表示だとか辞書の生成速度や
別パーティションのwinのaviutlでのエンコ速度
443 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 23:39:16.96 .net]: >>430
別OSだがこんな結果がゴロゴロしてんだ。間違いない。諦めろ。
ascii.jp/elem/000/000/641/641476/img.html
444 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 23:42:37.36 .net]: >>437
そのグラフの32bit4Gと64bit4Gを比べて言ってるの？
64bitGの方が若干早い項目多いし、64bit2Gがあったら青のバーがもっと短くなるんじゃない？
445 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 23:43:39.26 .net]: >>432
あんたの考えをそのまま進めていくと、世の中に64bit PCしかなくなっても
ソフトだけは32bitで動き続けるという変な状況になる。
新規で作るソフトや、大きな改修をするソフト、頻繁に使うソフトはいずれ64bitをフルに使うように手直し
されていくはず。16 -> 32bitのときも同じことが起きて、古い16bitソフトはだんだんサポート外になったし。
446 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 23:50:34.51 .net]: 別に変でもなんでもない
long long使えばOSが64bitコードに変換すればいいし、
128bitCPUが出ても特殊オプションなど使わせずにOSがすべて吸収すればいい
447 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 23:55:22.72 .net]: >>439
おまえが変な状況と思うのはおまえが社会に出てないからで、むしろそれが普通なんだよ。
しかも、8->16、16->32のときとは明らかに64bitに対する需要が異なる。
8->16、16->32と違って速度が倍増しないのだ。incentiveがないのだ。理由は明白だ。
当の昔に32bitCPUのデータバスは256bit超えてんだ。32bitから64bitにしたら実質データ帯域が半減するんだ。
実測すれば分る。

MOV r32, imm32 L: 0.06ns= 0.3c T: 0.06ns= 0.25c
MOV r64, imm64 L: 0.24ns= 1.0c T: 0.15ns= 0.64c
448 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/11(金) 23:55:25.57 .net]: i80386が出てしばらくはMS-DOSで16bitのコードを延々動かし続けてた
64bitのOSで32bitのアプリを動かそうと、x264のexeだけ64bitにしてエンコだけ高速にしようと
メーカーやユーザーの自由だろう
449 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 00:05:43.76 .net]: >>441
それってポインタの定数の命令だけの話だよね？
64bit化したバイナリが一律32bitの倍のコードサイズになる訳じゃないぞ
450 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 00:27:19.64 .net]: アセンブラ出力眺めてみた
64bitのイミディエイトのオペコードからのロードなんてループの外でしかやらんな
ループ突入前の１回、ポインタが４バイトから８バイトになって「遅い！」なんて体感できる奴はいないだろう
しかもamd64だとレジスタの本数増えてるからループの中でポインタをレジスタに云々なんて滅多に起きない

64bitが遅いってんならWinMacLinuxFreeBSD未だに一律32bitのままだった事だろう
451 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 00:52:25.56 .net]: >>443
もちろんデータバスの差が顕著に出る例だ。
amd64が仮想メモリ空間、レジスタだけのなんちゃって64bit化である以上、
足回り、エンジンは同じままだということだ。
452 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 00:59:31.66 .net]: >>444
そもそもほとんどの64bit環境のコンパイラはintは32bitだ。
仕様上必要でないかぎりわざわざ64bit longなんて使わない。
453 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 01:09:53.71 .net]: 主張がわからん
>>445みたいな顕著に出る例なんて>>444で、殆ど速度低下はないだろうし、
なんちゃって64bitだろうと64bitのレジスタ同士での演算は可能
そのなんちゃって64bitってのはなんちゃってじゃない64bitと何が違う？

32bitの数値しか使わなくても、乗算除算が必要になれば>>435で64bitの恩恵はあるだろ
今普及してるx64否定して何がしたい？目的は何だ？
454 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 01:19:33.54 .net]: x86とamd64の技術的なメリットをデメリットを述べただけで、x64を否定したと感じるのは
おまえが、i386排除連呼してるカルト宗教だからだろう。
455 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 01:26:26.64 .net]: >>435
最近の画像はRGB各色32bitなのか？
456 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 01:28:03.81 .net]: なんちゃって64bitってのはなんちゃってじゃない64bitと何が違う？
会話する気がないならamd64とi386どっちを使おうと個々の勝手だからもう黙ろうな
スレ違いもいいところだ
457 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 01:29:42.92 .net]: >>449
動き補正だとかFFTだとかの計算内容知ってるか？
RGBの各値を四則演算でぼかせたノイズ消えただの喜んでる様な計算じゃ済まないんだぞ
458 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 01:30:18.33 .net]: 何度も説明してるだろう。
これだけ説明して理解できないなら自分でamd64の仕様書読め。

それでも理解できない馬鹿なのだから諦めろ。
459 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 01:31:07.91 .net]: >>451
知らん。
460 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 01:32:17.69 .net]: SSE案件。例が稚拙。
461 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 01:35:12.32 .net]: 64bit至上主義者はまた完全論破されたのか。
462 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 01:38:00.87 .net]: 16bitのときもCP/Mを引きずり、32bitのときもDOSを引きずりという歴史を知っていれば
i386がいらないなんて話は出てこないはずなんだが。

32bit排除厨はおそらくマカーなのだろう。
463 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 01:46:21.32 .net]: ascii.jp/elem/000/000/641/641476/img.html
で明らかだな。

image manipulationは僅かに64bitが有利。だからここで勝負したいのだろう。
しかし、web browsingの圧倒的な差。

あたなの用途は2chですか？　PhotoShopですか？

FreeBSD用のPhotshopはありませんけどね!!
464 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 01:48:41.68 .net]: >>454
【Intel】OpenCV総合スレ 5画素目【画像処理】
ttp://mevius.2ch.net/test/read.cgi/tech/1382689696/

>>455-456
i386を排斥してる事にするなよ

ループの外でのポインタのイミディエイトのロードのオペランドが
４バイトから８バイトになった僅かな速度低下なんて誰も気にせんだろ
x64を過剰にディスって名無しや開発陣に何がさせたいんだよ
465 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 01:54:09.20 .net]: >>457
ブラウザは64bitかどうかってよりOSの実装の問題じゃね？
６４ビットと３２ビットのモジュールの両方を使えるように検索しに行ってるとか
466 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 01:54:57.52 .net]: 平均的な用途のベンチってつまりPC MARKでしょ。答えでてるじゃん。
467 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 02:03:35.71 .net]: ttps://kledgeb.blogspot.jp/2016/03/ubuntu-1604-20-ubuntu-32bitubuntu-64bit.html

おまえらの大好きそうなOSSのベンチですら引っ張り出さずに６４ビット遅いとか言っちゃうんだもんな
救いようがねえ
468 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 02:06:40.95 .net]: > インストール済みのUbuntu 32bit版をUbuntu 64bit版へそのまま移行するような手段は提供されていないため

酷いな。普及しないはずだわ。
469 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 02:24:16.59 .net]: 最初から６４ビット版入れときゃ先ず間違いはない
470 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 02:33:31.93 .net]: FreeBSDもLinuxも普及しない理由が分った。
471 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 02:48:03.94 .net]: > 最初から

ほんとこいつの脳みそは幼稚園児並だな。
472 名前：名無しさん＠お腹いっぱい。 [2017/08/12(土) 02:57:39.52 .net]: なんでこんなに伸びてるの
FreeBSD来てるの？
473 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 03:05:23.10 .net]: 俺様のしょぼい32bit機に最適なビルド作れってわめいてるのがいるだけ
474 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 03:17:19.03 .net]: まだマシンの話してるとか思い込んでる知的障害ゴキが這いつくばってんのか
475 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 03:27:21.86 .net]: >>466
張られたベンチはWinとlinuxだけ。もう分るな。

FreeBSDはベンチすらされない。つまりオワコン。
476 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 03:36:37.20 .net]: ウインなにがしみたいなインターネットを危険に陥れる脆弱性だらけのバグバグOSもどきは最初からオワコン
FreeBSDはサーバ用途
477 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 03:37:00.57 .net]: 思い通りにならないとディスり始める
フリーウェア作者を奴隷か何かと勘違いしてるクレーマーと変わらん

>>461の通り、世は６４ビットに移行しつつある
過去のものはi386で動かせ
Win95をMSに改良しろなんて言ったところで作らん
478 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 03:41:48.04 .net]: i386でOSだけが64bit対応するのが合理的って話だろ
何度言われても飲み込めない盆暗だからCの基本すら理解できないんだろ
479 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 03:45:52.05 .net]: 何も生み出せない奴ってのは崇拝することしかできないからな
頭が悪いものだから与えられたものに満足して思考停止に陥るわけだ
この手のキチガイがOSSを語るとか反吐が出るわ
480 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 03:46:29.86 .net]: i386のままじゃ遅いバイナリが多いんだから合理的じゃないだろ
481 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 03:48:10.83 .net]: i386のままのほうが速いバイナリが多い現実すら見ようとしないとか
救いようがないな
482 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 03:49:40.40 .net]: ttps://kledgeb.blogspot.jp/2016/03/ubuntu-1604-20-ubuntu-32bitubuntu-64bit.html
実測値のソース出せよ
483 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 03:55:51.10 .net]: 日本語読めないのか？
>>1から100回読み直せ
それでも理解でなければお前はオワコン
484 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 03:58:46.78 .net]: ttps://kledgeb.blogspot.jp/2016/03/ubuntu-1604-20-ubuntu-32bitubuntu-64bit.html
> Linuxゲームのベンチマーク
> 　Linuxゲームのベンチマークでは、ほんの少しUbuntu 64bit版の方がパフォーマンスが良くなる傾向にありますが、ほとんど変わりません。
> 　このベンチマークでは、数値が大きいほど性能が良いということになります。
>
> 動画のエンコードとカーネルビルドのベンチマーク
> 　動画のエンコードとカーネルビルドのベンチマークでは、すべての項目においてUbuntu 64bit版の方がパフォーマンスが良いです。
> 　特に動画のエンコードでは、最大で1.4倍程度の差がでています。
> 　「More Is Better」と記述されているベンチマークでは、数値が大きいほど性能が良いということになります。
> 　一方、「Less Is Better」と記述されているベンチマークでは、数値が小さいほど性能が良いということになります。
>
> データ処理のベンチマーク
> 　データ処理のベンチマークでも、すべての項目においてUbuntu 64bit版の方がパフォーマンスが良いです。
> 　「OpenSSL v1.0.1gRSA 4096-bit Performance」では、4.4倍もの差がついています。
>
> 消費電力のベンチマーク
> 　消費電力のベンチマークでも、すべての項目においてUbuntu 64bit版の方が消費電力が小さくなる結果が出ています。
> 　各ベンチマークの「Min」が最小消費電力、「Avg」が平均消費電力、「Max」が最大消費電力です。
> 　平均消費電力で見ると、1ワットから5ワット程度の差がでています。
485 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 04:05:36.36 .net]: >>462
UNIX系最大派閥に躍り出たんだがubuntuは
486 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 04:18:39.26 .net]: 酷いブログだ。全く現実が見えてない。
487 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 04:27:14.85 .net]: ttp://news.mynavi.jp/news/2013/07/29/120/
そのブログのソース、Phoronixのデータだぞ

更に付け加えると、PAEをONにするとアドレス
488 名前：変換のテーブルの参照が入ってパフォーマンスは若干落ちる []: [ここ壊れてます]
489 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 04:29:23.83 .net]: 全　く　現　実　が　見　え　て　な　い　。
490 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 04:30:49.52 .net]: 今時の32bitOSがPAE必須の理由さえ知らないとか、キミブロガー本人でしょ。
491 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 04:34:06.49 .net]: 今時の32bitOSって何？ｗ
具体的に名前とバージョンを挙げよう
492 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 04:42:10.83 .net]: >>484
ところでさっきからおまえはなんでそういう幼稚園児みたないことばっか言ってんだ？
レベル低すぎるから話に入らないでROMってろよ。
493 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 04:45:51.39 .net]: >>484
むしろ、OSシェア順に上から順番に調べてPAEがいらないOSがあったら報告してくれ。
そしてキミのブログに調査結果を報告してくれ、現実が見えないブログ主さん。
494 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 04:46:32.92 .net]: >>484
おまえはもう引っ込んでろよ。どうせゆとり学生だろ。
495 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 04:57:03.22 .net]: i386に拘ってる貧乏人はUFOやらネッシーやら見たって言ってる嘘つきおじさんみたいだな
UFO見た事ない奴はROMってろ
496 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 05:14:54.03 .net]: i386で動かしたいならi386で動かしてろ
どうせPAEが無くてもユーザランドのメモリ空間事情は変わらん
それでも4G以上使いたいならLinuxでも使え

ttps://kledgeb.blogspot.jp/2016/03/ubuntu-1604-20-ubuntu-32bitubuntu-64bit.html
> Linuxゲームのベンチマーク
> 　Linuxゲームのベンチマークでは、ほんの少しUbuntu 64bit版の方がパフォーマンスが良くなる傾向にありますが、ほとんど変わりません。
> 　このベンチマークでは、数値が大きいほど性能が良いということになります。
>
> 動画のエンコードとカーネルビルドのベンチマーク
> 　動画のエンコードとカーネルビルドのベンチマークでは、すべての項目においてUbuntu 64bit版の方がパフォーマンスが良いです。
> 　特に動画のエンコードでは、最大で1.4倍程度の差がでています。
> 　「More Is Better」と記述されているベンチマークでは、数値が大きいほど性能が良いということになります。
> 　一方、「Less Is Better」と記述されているベンチマークでは、数値が小さいほど性能が良いということになります。
>
> データ処理のベンチマーク
> 　データ処理のベンチマークでも、すべての項目においてUbuntu 64bit版の方がパフォーマンスが良いです。
> 　「OpenSSL v1.0.1gRSA 4096-bit Performance」では、4.4倍もの差がついています。
>
> 消費電力のベンチマーク
> 　消費電力のベンチマークでも、すべての項目においてUbuntu 64bit版の方が消費電力が小さくなる結果が出ています。
> 　各ベンチマークの「Min」が最小消費電力、「Avg」が平均消費電力、「Max」が最大消費電力です。
> 　平均消費電力で見ると、1ワットから5ワット程度の差がでています。
497 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 05:28:33.44 .net]: > どうせPAEが無くてもユーザランドのメモリ空間事情は変わらん

やはりこいつとんでもない無知だった。
498 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 05:36:53.00 .net]: PAE専用のAPIとか使い込むつもりか？６４ビット化の時に困るぞ
499 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 05:44:51.83 .net]: ３２ビットの論理アドレス空間じゃ足りなくてPAE欲しいってんなら素直に６４ビットで動かせば？
既存の３２ビットの動かすだけなら既に動いてるんだからi386で動かせば？
６４ビットの方がパフォーマンス出る事が多いのに何でごねてんの？
500 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 07:03:14.09 .net]: PAE必須の理由を知らない馬鹿がいると聞いて
501 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 07:10:02.36 .net]: 4G以上（3G＋α）が使えなくなるだけ
502 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 07:14:14.56 .net]: なわけあるかw
503 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 07:24:41.62 .net]: ttps://ja.wikipedia.org/wiki/%E7%89%A9%E7%90%86%E3%82%A2%E3%83%89%E3%83%AC%E3%82%B9%E6%8B%A1%E5%BC%B5
必須な理由って何だよ
PAEがないi386機でもi386のバイナリは動くし、PAEがなくてもamd64機で動いてるだろ
504 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 07:25:48.86 .net]: 64bitCPUなら事実上必須だけど、32bitって必須な理由って何だ？
505 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 07:26:29.45 .net]: 64bitOSなら事実上必須だけど、32bitで必須な理由って何だ？
506 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 07:32:26.40 .net]: > データ実行防止のため有効にされることがある。

そこに書いてあるじゃん。セキュリティのため。昔、散々言われたじゃん。
だから今ではwinでもubuntuでもPAE必須。まさか本気で知らないとか。
507 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 07:34:39.04 .net]: 有効にしなくても動く
508 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 07:36:09.24 .net]: 今度は必須の意味も分らないってか。まさに幼稚園児。
509 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 07:37:03.67 .net]: 必須ならなんでPAEに対応してないFreeBSDのi386は動いてるんだよ
510 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 07:42:24.91 .net]: 言いたくはないが、聞くなら仕方ない。答えよう。

FreeBSDは穴だらけのポンコツOSだから
511 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 07:44:39.06 .net]: スタックオーバーフローだけを防げたところで安全になるって訳じゃないぞ
穴だらけなら使わない方がいい
Linux板にでもいっておいで
512 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 07:45:48.01 .net]: 基本的なことも知らなかったくせに急に上から目線w
513 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 07:52:29.70 .net]: スタックオーバーフローが防げるとか、大した機能じゃないし、
WinだってそれをONにすると動かなくなるコードあるぞ
全部に適用できる訳じゃない

システムのプロパティ→詳細設定タブ→パフォーマンス→データ実行防止タブ
詳細を表示しますのリンクでもクリック
514 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 07:54:30.83 .net]: > 474 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/12(土) 03:48:10.83
> i386のままのほうが速いバイナリが多い現実すら見ようとしないとか
> 救いようがないな

> 492 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/12(土) 07:03:14.09
> PAE必須の理由を知らない馬鹿がいると聞いて

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

おまえは嘘が酷過ぎる
515 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 07:57:15.67 .net]: 32bit排除主義者はまた完全論破されたのか。
516 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 07:58:42.12 .net]: > 474 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/12(土) 03:48:10.83
> i386のままのほうが速いバイナリが多い現実すら見ようとしないとか
> 救いようがないな

> 492 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/12(土) 07:03:14.09
> PAE必須の理由を知らない馬鹿がいると聞いて

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

永久保存
517 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 07:59:15.23 .net]: ttps://kledgeb.blogspot.jp/2016/03/ubuntu-1604-20-ubuntu-32bitubuntu-64bit.html
> Linuxゲームのベンチマーク
> 　Linuxゲームのベンチマークでは、ほんの少しUbuntu 64bit版の方がパフォーマンスが良くなる傾向にありますが、ほとんど変わりません。
> 　このベンチマークでは、数値が大きいほど性能が良いということになります。
>
> 動画のエンコードとカーネルビルドのベンチマーク
> 　動画のエンコードとカーネルビルドのベンチマークでは、すべての項目においてUbuntu 64bit版の方がパフォーマンスが良いです。
> 　特に動画のエンコードでは、最大で1.4倍程度の差がでています。
> 　「More Is Better」と記述されているベンチマークでは、数値が大きいほど性能が良いということになります。
> 　一方、「Less Is Better」と記述されているベンチマークでは、数値が小さいほど性能が良いということになります。
>
> データ処理のベンチマーク
> 　データ処理のベンチマークでも、すべての項目においてUbuntu 64bit版の方がパフォーマンスが良いです。
> 　「OpenSSL v1.0.1gRSA 4096-bit Performance」では、4.4倍もの差がついています。
>
> 消費電力のベンチマーク
> 　消費電力のベンチマークでも、すべての項目においてUbuntu 64bit版の方が消費電力が小さくなる結果が出ています。
> 　各ベンチマークの「Min」が最小消費電力、「Avg」が平均消費電力、「Max」が最大消費電力です。
> 　平均消費電力で見ると、1ワットから5ワット程度の差がでています。
518 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 09:56:52.46 .net]: 相変わらずドモって言葉が出てこないキチガイがコピペ連投かよ
ここまで頭悪いと真っ当な日常生活送れてないだろ
519 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 09:59:09.29 .net]: > i386のままのほうが速いバイナリが多い現実すら見ようとしないとか
> 救いようがないな

> PAE必須の理由を知らない馬鹿がいると聞いて

嘘を並べ立てて自分の都合のいい物を作らせようとする腐った根性に何の疑問も抱かないのか？
520 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 10:12:35.35 .net]: フルボッコにされてることにすらマジで気づいてないのかコイツ
お前はその腐った頭に何の疑問も抱かないのか？
521 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 10:16:37.09 .net]: >>430
64bitで設計してあるH/Wを32bitで動かそうとすると却って遅くなるってのはあるね。
522 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 10:20:36.21 .net]: >>514
論理的に説明しろよ
523 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 10:21:29.59 .net]: >>459
↑
ねえ、これ何言ってんのか意味が分からんのだが？
ただのアフォなんだろうけど
524 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 10:22:43.27 .net]: 確か最初のOpteronとか、32bitのコードの実行が10%か15%遅くなるんだっけ
今時のCPUも32bitのコードの実行は多少なりとも遅くなってるのかもね
525 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 10:31:07.92 .net]: >>513
> i386のままのほうが速いバイナリが多い現実すら見ようとしないとか
嘘です
ttps://kledgeb.blogspot.jp/2016/03/ubuntu-1604-20-ubuntu-32bitubuntu-64bit.html

> PAE必須の理由を知らない馬鹿がいると聞いて
嘘です、64bit機でもPAEに対応してない32bitOSは動きます
526 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 10:48:47.73 .net]: >>518
バカ披露してる暇があったら>>516に答えろよハゲ
527 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 10:56:53.53 .net]: FreeBSDのi386にPAE実装して欲しいなら本家行ってくればいいのに
なんでここで次から次へと頓珍漢な事言って騒ぐの？
528 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 11:03:09.43 .net]: 頓珍漢な事言って騒いでんのはお前一匹やろ
529 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 11:07:07.58 .net]: とっくの昔に実装してるのにこいつ何頓珍漢なこと言ってんの？
530 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 11:15:51.51 .net]: 対応してたんだ、知らなかった
で、問題は何？

> i386のままのほうが速いバイナリが多い現実すら見ようとしないとか

> PAE必須の理由を知らない馬鹿がいると聞いて

こんな嘘を垂れ流して何がしたい？目的は何？
531 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 11:50:27.88 .net]: だれもFreeBSDについて語らないのにスレがのびてくよ。
532 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 11:54:59.88 .net]: >>523
バカ披露してる暇があったら>>516に答えろよゴキブリ
533 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 11:56:48.24 .net]: >>524
夏の風物詩
534 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 11:59:11.80 .net]: >>525
おまえの主張はこれでいいの？

> i386のままのほうが速いバイナリが多い現実すら見ようとしないとか

> PAE必須の理由を知らない馬鹿がいると聞いて

主張か目的はっきりさせろよ
i386がPAE対応してるんだってよ、それでいいだろ？
535 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 12:01:38.94 .net]: >>525
アドオンの設定みてるか？32bitと64bit両方対応のアドオンとかあるだろ
32bitのブラウザは32bitのアドオンしかないだろ
両方探しに行ったりしないだろ
536 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 12:04:26.75 .net]: >>523
問題は無知なおまえが一人で暴れてること。
537 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 12:04:46.37 .net]: 俺は

> i386のままのほうが速いバイナリが多い現実すら見ようとしないとか
これが嘘だと、64bitの方が早いバイナリの方が多い
ttps://kledgeb.blogspot.jp/2016/03/ubuntu-1604-20-ubuntu-32bitubuntu-64bit.html

> PAE必須の理由を知らない馬鹿がいると聞いて
これが嘘だと、昔のPAEに対応してない古いOSだって64bitCPUで4G以上メモリ積んでても動く

嘘をバラ撒くなといってるだけだ
538 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 12:05:24.71 .net]: >>527
俺が書いたレスでもないのに知らねえよゴキブリ
お前の目的はFreeBSDの進化を止めてウインなにがしとかいうバグバグOSもどき売りつけることで
インターネットを危険に陥れてマッチポンプで儲けたいだけだろ
恥を知れ盆暗糞詐欺テロリスト営業
539 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 12:10:00.12 .net]: >>531
仮に別人だとして、>>528に答えた途端、レッテル貼り→罵倒のコンボか
おまえの場合、荒らすのが目的だろ
540 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 12:26:03.47 .net]: 仮に(笑)
フルボッコにされて悔しがって荒らしてんのはお前一匹だろ
541 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 12:28:20.00 .net]: >>531はアドオン探しに行ってるから↓のような結果になるとか言いたいらしい
ascii.jp/elem/000/000/641/641476/img.html

馬鹿にもほどがあるわ
542 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 12:30:40.71 .net]: >>531じゃなくて>>532だ
2ch.net見にくいな
.scみたいに戻してくれよ
543 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 12:35:16.50 .net]: > 458 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/12(土) 01:54:09.20
> >>457
> ブラウザは64bitかどうかってよりOSの実装の問題じゃね？
> ６４ビットと３２ビットのモジュールの両方を使えるように検索しに行ってるとか

”とか”と言った
断言はしていない
544 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 12:35:28.41 .net]: そういや2ch.netはi386かamd64かどっちなんやろ
545 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 12:36:24.56 .net]: 俺の目的は

> i386のままのほうが速いバイナリが多い現実すら見ようとしないとか
64bitの方が早いバイナリの方が多い
ttps://kledgeb.blogspot.jp/2016/03/ubuntu-1604-20-ubuntu-32bitubuntu-64bit.html

> PAE必須の理由を知らない馬鹿がいると聞いて
昔のPAEに対応してない古いOSだって64bitCPUで4G以上メモリ積んでても動く

嘘をバラ撒かせない事だ

おまえらの目的は何だよ？嘘バラ撒いてまで荒らす事か？
546 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 12:36:52.77 .net]: >>536
> ブラウザは64bitかどうかってよりOSの実装の問題じゃね？
じゃあ、これについて説明しろよ
547 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 12:37:56.17 .net]: >>538
嘘バラ撒いてんのはお前一匹
548 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 12:40:24.87 .net]: 次はMMXとかの揚げ足取りが来るだろうから先に書いておく
ttp://echo.2ch.net/test/read.cgi/unix/1472042132/954
これと同じ様に単純なスケーリングで済む話じゃない
これは俺が書いた書き込みだ

例えばテンプレートマッチングの演算過程とかRGBの0～0xffが３プレーン分ある訳じゃないからな
周波数空間で演算した結果を元に戻したら順位が入ってるんじゃなくて
どれだけ元の画像に近いかの値が入ってるんだからな
549 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 12:40:48.93 .net]: >>540
> i386のままのほうが速いバイナリが多い現実すら見ようとしないとか
64bitの方が早いバイナリの方が多い
ttps://kledgeb.blogspot.jp/2016/03/ubuntu-1604-20-ubuntu-32bitubuntu-64bit.html

> PAE必須の理由を知らない馬鹿がいると聞いて
昔のPAEに対応してない古いOSだって64bitCPUで4G以上メモリ積んでても動く

どこに嘘がある、ソース出せ
550 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 12:41:21.13 .net]: >>539
Windowsなら両方動くだろう
551 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 12:48:42.80 .net]: >>542
ascii.jp/elem/000/000/641/641476/img.html
何度も貼られてるのがなんで読めないの？
文盲なの？
お前が例に出してるのはこのグラフのvideo　transcodingのことだろ
それで「64bitの方が早いバイナリの方が多い」とか寝言は寝て言えやガイジ
552 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 12:52:55.33 .net]: >>544
都合のいいベンチだけ貼るな
ttps://kledgeb.blogspot.jp/2016/03/ubuntu-1604-20-ubuntu-32bitubuntu-64bit.html
大体エンコだとかKali linuxのairsnort-ngみたいなkey/secの値だとか見ても
64bitの方が遥かに高速だ
おまけにブラウザの速度なんてせいぜい１秒の表示が１．２秒程度になったところで
殆どの一般人は何とも思わん
553 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 12:55:59.57 .net]: 思い出した
chrome 64bit 速度でｇｇｒ
ブラウザが64bitだと遅いとか、わざと64bitの方が遅いブラウザ選んだんじゃないか？
554 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 12:58:44.00 .net]: >>545
エンコだって5096秒が5114秒になる程度の差だろうが
お前の解釈のほうがお前にとって都合がいいだけだろ
３秒でイライラすると言われているブラウザの表示で1.5秒が1.2秒になるってかなり大きいわ
555 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 13:00:46.82 .net]: >>547
今やそんな小さな差じゃない
おまえが使ってるPCいつの時代のPCだよ？Exxxx以前のPCなのか？
556 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 13:02:27.46 .net]: >>548
グラフを否定したいならasciiに言えカス
557 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 13:03:23.77 .net]: なあなあ、なんかすごーく伸びてるけど
読むのメンドイから三行半でまとめてくれ
558 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 13:04:32.81 .net]: >>549
ttp://www.phoronix.com/scan.php?page=article&item=ubuntu-1604-3264&num=3
これは否定できんだろ
559 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 13:07:24.38 .net]: お前FreeBSDをデスクトップで使ってエンコとかしてるわけ？
560 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 13:10:26.44 .net]: >>552
ttp://echo.2ch.net/test/read.cgi/unix/1472042132/954
詳しくは言わないけど、こういう事とか、OpenCVだとかでスタンドアロンで
ある程度ランダムな試験データ食わせてバグらないか耐久試験させたりしてる
561 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 13:17:06.67 .net]: >>551
それ単位が書かれてないよな
アスキーと同じ結果を拡大してるだけじゃねえの
562 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 13:19:12.19 .net]: >>554
Frames Per Second, More Is Better
とか書いてあるだろう
いい加減認めろよ、大抵６４ビットの方が早えよ
563 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 13:20:41.33 .net]: aircrack-ngで自宅の無線LANのWPAでもクラックしてみろ
32bitでなんてかったるくてやってられんぞ
564 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 13:23:39.34 .net]: >>555
なんでエンコだけで大抵なんだよ
世の中FreeBSDは大抵エンコでしか使わないのかよ
いい加減、認めろよ、大抵３２ビットの方が早えよ
565 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 13:25:18.96 .net]: >>556
そこまで言うならクラックの詳細を64bitOSとの比較とともにうｐしてもらおうか
566 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 13:25:46.84 .net]: >>557
32bitが早いのってどれだよ
winのchromeでもphoronixのベンチでも32bitの方がおせえ
567 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 13:27:20.98 .net]: >>558
Kali linux入れろ
key/secがリアルタイムに表示される
568 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 13:27:28.52 .net]: エンコとか画像フィルタとかOpenCVとか今はGPU使うんだし言い訳にしか聞こえんわ。
PCmarkで負けた。これがすべて。64bitの優位性は4GB超のメモリを使うときだけ。
569 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 13:27:39.03 .net]: >>559
グラフを否定したいならasciiに言えカス
お前の妄想はイラナイ
570 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 13:28:52.84 .net]: >>560
ベンチ比較うｐマダー？
571 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 13:32:49.11 .net]: >>561
俺、自前の処理までGPUカツカツに使える様な、何でもできる、何でも知ってるエンジニアじゃねえし
てかテンプレートマッチングでGPU使うのか？

>>562
俺の妄想じゃない、Phoronixのベンチ結果だ
572 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 13:35:22.45 .net]: >>563
データ満載で再インストールしたくない

light入れた時はこれ忘れんな
apt-get install rfkill

今kaliの備忘録引っ張り出してる、待て
573 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 13:39:43.63 .net]: コケたらこれやれ
ifconfig wlan0 down
macchanger -m xx:xx:xx:xx:xx:xx wlan0
ifconfig wlan0 up

rfkill unblock all
# airmon-ng stop wlan0 # 必要なら停止させろ
# ifconfig wlan0mon down # モニタデバイスはwlan0じゃなくてwlan0monだ
macchanger -m xx:xx:xx:xx:xx:xx wlan0mon
macchanger -m xx:xx:xx:xx:xx:xx wlan0 # どっちかエラーになるが気にすんな
ifconfig wlan0 up
airmon-ng start wlan0

あとはairodump-ngでオプションと一緒にwlan0mon指定しろ
使い方がわからんならfern-wifi-cracker使え
python製のaircrack-ngのフロントエンドだ

簡単だろ？
574 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 13:42:11.65 .net]: 話を戻すとi386OSとして64bit管理して必要に応じて変換する機能を否定する根拠にはならんわな
32bitでプロセス合計4GB超使えて-m32で通らないなんてこともなくなって、折衷的円満解決
これを否定するってんだから思考停止馬鹿かFreeBSDが進化すると困る連中の工作としか思えんな
575 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 13:43:41.88 .net]: >>565
お前が言い出したことだろ
自分でケツ拭けないならクチバシ挟むな
576 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 13:44:40.84 .net]: llvm32bitでコンパイルに通って、llvm64bit -m32通らないってどういう状況だよ？
577 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 13:45:30.87 .net]: またお前か
はよ尼券ｗ
578 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 13:46:12.38 .net]: >>568
64bitの方が早いってのが信じられないならやれよ
俺は間違えて2016.1の32bit落として仕方なく32bitでやったけど以前より遅くて
64bitに戻して早くなったってのを経験したから64bitの方が遥かに速いと言った
579 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 13:47:19.42 .net]: >>571
具体的に言えないならお前の勘違い
580 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 13:47:35.71 .net]: 64bit管理って事は32bitCPUで動かない32bitアプリの為のOSって事だろ？
誰得だよ
581 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 13:48:23.85 .net]: >>572
それはない
３桁なんておかしい
582 名前：とすぐに気付いた []: [ここ壊れてます]
583 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 13:53:16.23 .net]: >>573
32bitCPUなら64bit管理機能を使わなきゃいいだけのことだな
584 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 13:54:01.31 .net]: 32bitCPUなら64bit管理機能って具体的に何だよ？
PAEでできねえのかよ？
585 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 13:57:06.74 .net]: PAE以外の64bit管理機能って何？
586 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 14:02:21.75 .net]: FreeBSDでPAE使ったらプロセス合計4GB超使えるって？
OSがdoubleやらを64bitコードに変換すればエンコとか限定的な用途も速くなるかもね
587 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 14:08:29.85 .net]: amd64の仕様知らない馬鹿はレス禁止な。
588 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 14:10:01.29 .net]: PAE以外の64bit管理機能ってのは何だよ？誤魔化してないで会話しろよ
589 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 14:11:27.44 .net]: 64ビット化って速度云々よりも利便性のためだよな
ちまちまファイルから読み込むよりも全体をメモリマップすれば面倒がなくなる
590 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 14:13:55.84 .net]: ttps://kledgeb.blogspot.jp/2016/03/ubuntu-1604-20-ubuntu-32bitubuntu-64bit.html
OpenSSLもaircrack-ngも相当早くなる
591 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 14:15:38.88 .net]: ttps://www.aircrack-ng.org/
windowsのバイナリもある
UNIX機から吸い上げたダンプがあればWinの32bitと64bitの速度比較も一発
592 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 14:15:45.40 .net]: >>580
何度も書かれていることをお前が文盲だから理解できないだけだろ
OSが64bit、プロセスが32bitだ
593 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 14:18:05.39 .net]: >>584
Windows64bit版でWIN32のexeしか実行できないバージョンって事？
Windows32bit版のPAE有効にしたバージョンと何が違う訳？
594 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 14:25:00.84 .net]: 少し前のレスすら読めないお前は国語のお勉強しておいで
595 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 14:26:10.78 .net]: OSの内部で64bit化して速くなるところってどんな処理だ？
596 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 14:27:46.87 .net]: ３２ビットのバイナリの方が速いんだったら、OSの内部も３２ビットの方が速いんだろ？
言ってる事おかしいぞ
597 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 14:31:38.84 .net]: 文盲のお前が言ってる事のほうがおかしい
とにかくお前とは会話が成立しないから出て逝ってくれ
これ以上は荒らし
598 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 14:32:37.02 .net]: >>589
OSだけが64bitになると速くなって、アプリだけが32bitままだと速い訳？
599 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 14:54:35.08 .net]: こいつが管理機能管理機能うるさいからFreeBSDのi386にPAEないのかと思ったんだけど
仮に64bitのバイナリ遅いと仮定して、OSを64bitに遅くして何がしたい訳？
矛盾だらけなんだよ
600 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 15:22:59.37 .net]: お前、矛盾って言葉覚えて使ってみたかったのか？
バカまき散らしただけで残念でしたとさｗ
601 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 15:27:18.37 .net]: >>591
矛盾とか本気で思ってるとしたらかなり頭が悪いことを自覚したほうがいい
602 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 15:39:22.85 .net]: 仮に64bitのバイナリ遅いと仮定して、OSを64bitに遅くして何がしたい訳？
603 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 15:44:10.56 .net]: OS64bitアプリ32bit

64bitは遅い → OS遅いアプリ速い → 素直に32bitOS使え
64bitは速い → OS速いアプリ遅い → 両方64bitでいいだろ
604 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 15:51:31.40 .net]: >>550
気にする必要はない
>>>526
>> 夏の風物詩
605 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 15:53:00.30 .net]: 速い遅いじゃなくて4GB超のメモリを使えて互換性維持が目的だと
何度言われても覚えられないのなアホだから
606 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 15:56:48.17 .net]: >>597
今のi386のままで4G超のメモリ使えて互換性維持できるよな
下手にOS64bit化する必要ないよな
607 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 16:01:43.69 .net]: OS64bitアプリ32bit

64bitは遅い → OS遅いアプリ速い → 素直に32bitOS使え
64bitは速い → OS速いアプリ遅い → 両方64bitでいいだろ
速い遅いじゃない → 素直に32bitOS使え
608 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 16:06:41.71 .net]: じゃあ３２ビット速い、６４ビット遅いってのは何だったんだ
609 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 16:11:27.37 .net]: 64bitのほうが速いとか嘘まき散らしてるお前がフルボッコにされてただけだろ
610 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 16:12:27.91 .net]: >>601
嘘を撒き散らしてるのはおまえだ

ttps://kledgeb.blogspot.jp/2016/03/ubuntu-1604-20-ubuntu-32bitubuntu-64bit.html
OpenSSLもaircrack-ngも相当早くなる
611 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 16:17:26.83 .net]: 馬鹿だからコイツまたループ
FreeBSDはエンコ以外に使い道はないというお前のエンコ環境晒してみろやクソガキ
612 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 16:19:11.06 .net]: >>603
エンコだけじゃない
ttps://kledgeb.blogspot.jp/2016/03/ubuntu-1604-20-ubuntu-32bitubuntu-64bit.html
OpenSSLもaircrack-ngも相当早くなる

OS64bitアプリ32bitとか誰も喜ばん>>599
アホな事言ってんじゃねえよ
613 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 16:21:09.75 .net]: >>600
何だったもクソもあらへん
それがOS64bitプロセス32bitに対する何らの否定根拠にもなっていない
否定する能力はお前には到底ないんだからくだらない難癖やめて諦めろ
614 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 16:22:22.06 .net]: >>604
アホはお前一匹だと自覚したほうがいい
そのままオトナになったらお前一生ゴミクズだぞ
615 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 16:22:43.41 .net]: そうだ、OS64bitアプリ32bitなんてバカな構成は諦めろ
616 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 16:23:34.61 .net]: >>606
OS64bitアプリ32bitとか誰も喜ばん>>599
こんなゴミクズ構成思い付くお前は一生ゴミクズだな
617 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 16:24:08.91 .net]: >>607
バカはお前一匹だと自覚したほうがいい
そのままオトナになったらお前一生ゴミクズだぞ
618 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 16:24:57.94 .net]: >>608
俺も喜ぶけど何か？
619 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 16:25:34.92 .net]: OS64bitアプリ32bit

64bitは遅い → OS遅いアプリ速い → 素直に32bitOS使え
64bitは速い → OS速いアプリ遅い → 両方64bitでいいだろ
速い遅いじゃない → 素直に32bitOS使え

どの組み合わせでもOS64bitアプリ32bitに利点はない
620 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 16:26:14.68 .net]: 結局否定できずにOS64bitプロセス32bit再論破
621 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 16:26:23.13 .net]: >>610
何がどう嬉しい訳？
622 名前：名無しさん＠お腹いっぱい。 [2017/08/12(土) 16:27:37.72 .net]: >>613
お前がi386で4GB超のメモリが使えて互換性維持できて嬉しくない理由を書けよ
623 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 16:28:21.49 .net]: >>614
嬉しくないなんて一言も言った覚えはない
今のi386で4G超使えるならi386使えよ
624 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 16:29:24.75 .net]: >>615
使えないから議論になってんだろ
真性はすっこんでろ
625 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 16:29:57.30 .net]: >>616
i386はPAE対応してるんだろ？4G超使えるだろ
626 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 16:31:54.36 .net]: >>617
じゃあお前PAEでプロセス合計4G超使ってみせろや
627 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 16:32:57.06 .net]: >>618
それPAE対応してない機体で動くのかよ？互換性はどこいった？
32bitOSで１プロセスで4G超使いたいなら素直に64bitでいいだろ
628 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 16:34:57.03 .net]: PAEの意味も理解してないタダのキチガイがわめいていただけだったとさ

==終了==
629 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 16:36:43.76 .net]: ttps://ja.wikipedia.org/wiki/%E7%89%A9%E7%90%86%E3%82%A2%E3%83%89%E3%83%AC%E3%82%B9%E6%8B%A1%E5%BC%B5

PAEを使用した場合には、IA-32アーキテクチャのアドレスラインである32ビットを
36ビット以上のメモリ空間に拡張する。これにより、IA-32の標準では最大4GiBまでしか
使用できなかった物理メモリ空間を、最大64GiB以上使用できるようになる。
しかしながら、仮想アドレス空間は4GiBのままであり、ページテーブルのエントリを
32ビットから64ビットに拡張することによって物理メモリ空間にアクセスする事となる。
ページサイズは4KiBで、ページテーブルのサイズは1ページのままであるので、
ページテーブルのエントリの数が一段あたり1024から512になる。これを補うために、
PAEにおいては、4エントリを持ったページテーブルが最上位に1段追加される。
630 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 16:37:33.30 .net]: >>618
それってPAE専用ABI使わずに32bitOSの１プロセスで4G以上使いたいって意味？
631 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 16:42:14.30 .net]: OS64bitアプリ32bit

64bitは遅い → OS遅いアプリ速い → 素直に32bitOS使え
64bitは速い → OS速いアプリ遅い → 両方64bitでいいだろ
速い遅いじゃない → 素直に32bitOS使え

どの組み合わせでもOS64bitアプリ32bitに利点はない

> しかしながら、仮想アドレス空間は4GiBのままであり、ページテーブルのエントリを
> 32ビットから64ビットに拡張することによって物理メモリ空間にアクセスする事となる。
PAE使ってもアドレス空間は4Gのまま
ページのエントリ書き換えてページングしない限り（PAEのシステムコール類を使用）
32bitOSでは与えられた4G以外の範囲にはアクセスできない（後方互換性なし）
632 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 16:43:22.57 .net]: １プロセスで4G以上なら64bit使うのが素直だろうけど
レガシーコードを含む複数プロセス合計で4G以上使いたいというニーズは少なくないわな
633 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 16:45:02.00 .net]: >>624
それならわかる
634 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 16:46:19.14 .net]: >>624
それは既にi386でできるだろ？
635 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 16:47:14.32 .net]: ようやくmrubyがカーネル内で走ったよ！！
636 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 17:37:08.47 .net]: OS64bitアプリ32bit

64bitは遅い → OS遅いアプリ速い →32bitOS使え
64bitは速い → OS速いアプリ遅い → 両方64bitでいいだろ
速い遅いじゃない → 32bitOS使え

32bitOS32bitアプリ互換１プロセス4G（3G）超えない → 32bitOS使え
32bitOS32bitアプリ互換１プロセス4G（3G）超える →
　　　　そのままじゃ無理 → 64bit化 or
　　　　32bitOSでPAE専用APIでEMSもどき（32bitPAE専用化）
PAEは32bitコードにとっての夢のアドレッシングを可能にする機能じゃない

どの組み合わせでもOS64bitアプリ32bitに利点はない
637 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 18:02:36.81 .net]: おい真性の馬鹿、
638 名前：できるだろ？とか強気で来ておいてできねえんじゃねえかw おい真性の盆暗、それを矛盾というんだ覚えたか？ []: [ここ壊れてます]
639 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 18:29:42.94 .net]: >>629
何ができないのかはっきりしろ
会話しろ
640 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 18:32:50.28 .net]: OS64アプリ32って、アプリが32bitでもOSが64bitでPAEなら
１プロセス4G以上のメモリ空間を持てるとでも勘違いしたのか？
641 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 19:06:08.16 .net]: 一連の32bitマンセーって、どうせ>>631で引っ込み付かなくて暴れてるだけだろ？
32bitコード専用64bitOSなんてどこも作らんだろ
642 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 19:20:03.83 .net]: 馬鹿とか盆暗とか言われて涙目の３連投ｗ
顔真っ赤にしちゃってみっともない
643 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 19:25:20.57 .net]: 32bitより64bitのほうが速いとか鵜呑みにしてたバカさ加減が見事に剥がされて
ちっぽけなプライドで維持してきた精神が崩壊しちゃったんだろ
644 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 19:28:33.37 .net]: >>631
スレに出てた言葉をくっつけてそれっぽく仕立ててみたの？
おまえ何ひとつ理解してないのがバレバレでかなーり痛いよ
645 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 19:30:59.69 .net]: >>630
お前の馬鹿コピペでスレが掻き消されてるだけだろ
本当に本当に本当に馬鹿なんだなお前w
646 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 19:33:29.11 .net]: >>636
「できるだろ？とか強気で来ておいてできねえ」みたいな事を言った事に仕立て上げたいだけだろ？
だから引用もできない
647 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 19:35:52.35 .net]: 632 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/12(土) 19:20:03.83
633 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/12(土) 19:25:20.57
634 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/12(土) 19:28:33.37
635 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/12(土) 19:30:59.69
648 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 19:37:32.42 .net]: >>637
できるならとっととやってみせろよ
649 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 19:38:14.50 .net]: >>638
またフルボッコにされちゃってるのか？
650 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 19:39:37.17 .net]: 2chがi386で動いてると聞いてすっ飛んできますた
そりゃamd64じゃ効率悪い罠
651 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 19:39:37.72 .net]: OS64bitアプリ32bitとか言い出した知ったかぶりいい加減にしろよ

64bitは遅い → OS遅いアプリ速い →32bitOS使え
64bitは速い → OS速いアプリ遅い → 両方64bitでいいだろ
速い遅いじゃない → 32bitOS使え

32bitOS32bitアプリ互換１プロセス4G（3G）超えない → 32bitOS使え
32bitOS32bitアプリ互換１プロセス4G（3G）超える →
　　　　そのままじゃ無理 → 64bit化 or
　　　　32bitOSでPAE専用APIでEMSもどき（32bitPAE専用化）
PAEは32bitコードにとっての夢のアドレッシングを可能にする機能じゃない

どの組み合わせでもOS64bitアプリ32bitに利点はない
652 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 19:40:49.51 .net]: こいつ完全論破されると悔しがってコピペで掻き消そうとするのがパターンだな
アホだからコレしかできない
653 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 19:41:44.91 .net]: >>634
ttps://kledgeb.blogspot.jp/2016/03/ubuntu-1604-20-ubuntu-32bitubuntu-64bit.html
実測結果が物語ってる
654 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 19:42:40.84 .net]: >>644
ねえねえアホってどんな気分？
生きててつらくない？
とりあえずアホってどんな気分か教えてよｗ
655 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 19:43:42.27 .net]: >>643
間違ってると思うなら引用して指摘しろ

>>645
鏡に向かって聞いてみろ
656 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 19:44:58.41 .net]: >>646
お前がブザマに悔しがってることだけはよくわかった
657 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 19:45:48.72 .net]: >>647
レッテル貼りからの中傷にもなってない決め付け稚拙すぎ
658 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 19:46:59.95 .net]: >>633で戻ってきたら

> OS64アプリ32って、アプリが32bitでもOSが64bitでPAEなら
> １プロセス4G以上のメモリ空間を持てるとでも勘違いしたのか？

これで図星突かれて突然暴れ出したんだろ？
659 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 19:49:13.20 .net]: >>649
>>649
何言ってんのか意味がわからない
具体的に説明してみろよ
お前ごときができるものならなｗ
風呂行くからはよしろ
660 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 19:50:04.23 .net]: 手が震えて２つアンカ入ったのか？ｗ
661 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 19:50:52.76 .net]: また逃げるのか？
はよ説明しろっつの
662 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 19:51:52.13 .net]: OSが64bitでPAEって言ちゃう馬鹿の説明
ちょっとだけ俺も聞いてみたくなったわw
663 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 19:51:53.22 .net]: >>652
説明も何も、まんまだろ

> OS64アプリ32って、アプリが32bitでもOSが64bitでPAEなら
> １プロセス4G以上のメモリ空間を持てるとでも勘違いしたのか？

おまえはこんなバカな勘違いしてたと考えれば、OS64bitアプリ32bitとか喚き散らす動機として筋が通る
664 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 19:52:45.98 .net]: ＞OSが64bitでPAE
超ウケルよなーーーーｗｗｗｗｗｗｗ
665 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 19:53:31.83 .net]: >>654
「OSが64bitでPAE」
これだけでいいから説明してよボク
666 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 19:53:51.86 .net]: OS64bitでアプリ32bitって言っちゃうくらいだからな
ウケルってか、呆れる
667 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 19:54:11.10 .net]: アカン笑い転げて風呂行けねえ
668 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 19:55:02.65 .net]: いいか、64bitだとPAEビットは事実上常にONだ
OS64bitアプリ32bitとか言い出した知ったかぶりいい加減にしろよ

64bitは遅い → OS遅いアプリ速い →32bitOS使え
64bitは速い → OS速いアプリ遅い → 両方64bitでいいだろ
速い遅いじゃない → 32bitOS使え

32bitOS32bitアプリ互換１プロセス4G（3G）超えない → 32bitOS使え
32bitOS32bitアプリ互換１プロセス4G（3G）超える →
　　　　そのままじゃ無理 → 64bit化 or
　　　　32bitOSでPAE専用APIでEMSもどき（32bitPAE専用化）
PAEは32bitコードにとっての夢のアドレッシングを可能にする機能じゃない

どの組み合わせでもOS64bitアプリ32bitに利点はない
669 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 19:55:16.69 .net]: OSが64bitでPAEって何？
教えてよーーー
670 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 19:57:40.51 .net]: >>659
アプリ32bitって多分お前しか言ってないと思うが、
知ったかぶりというよりプロセス32bitが合理的なのは確かだわな
671 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 19:58:51.72 .net]: >>661
それ、サイズ的に合理的なだけで、速度的にもコールゲートの切り替え的にも
OS64bitプロセス32bitだと非合理的だよな？
672 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 20:01:24.53 .net]: >>662
非合理的と思うなら根拠を示せよ
お前はコピペするだけで何ひとつ示せていない
doubleもポインタもプロセスも何も理解できなかった落ちこぼれのお前には無理だろうがな
673 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 20:03:34.57 .net]: >>663
>>311
674 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 20:06:33.01 .net]: こいつ、OS64bitユーザーランドのプロセス32bit専用って>>311の前から延々言ってるけど、
１プロセス4G以上のメモリ空間を持てるとでも勘違いしたなら納得が行く
675 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 20:07:19.14 .net]: お前、理系じゃないだろ？
それが根拠とか思ってるから何も身に付かなかったんだろ
諦めてドカタでもやったほうがいいと思うぞマジ
676 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 20:08:33.44 .net]: >>665
残念ながら勘違いしてるのはお前一匹だけ
677 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 20:10:16.44 .net]: >>667
ならOS64bitユーザーランドのプロセス32bit専用とか喚き出した動機は？

>>659
678 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 20:10:47.73 .net]: ウザイ
レス読み直せハゲ
679 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 20:11:33.57 .net]: OS64bitユーザーランドのプロセス32bit専用とか喚き出した動機は？
680 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 20:12:08.80 .net]: 一度書いたこと何度も何度もコピペし続けるのは馬鹿だけだからな
相手にする必要なし
681 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 20:13:28.52 .net]: おまえは痛い所を突かれると煽って逃げるだけだろ

OS64bitユーザーランドのプロセス32bit専用とか喚き出した動機は？
682 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 20:16:04.65 .net]: いいか、64bitだとPAEビットは事実上常にONだ
OS64bitアプリ32bitとか言い出した知ったかぶりいい加減にしろよ

64bitは遅い → OS遅いアプリ速い →32bitOS使え
64bitは速い → OS速いアプリ遅い → 両方64bitでいいだろ
速い遅いじゃない → 32bitOS使え

32bitOS32bitアプリ互換１プロセス4G（3G）超えない → 32bitOS使え
32bitOS32bitアプリ互換１プロセス4G（3G）超える →
　　　　そのままじゃ無理 → 64bit化 or
　　　　32bitOSでPAE専用APIでEMSもどき（32bitPAE専用化）
PAEは32bitコードにとっての夢のアドレッシングを可能にする機能じゃない

どの組み合わせでもOS64bitアプリ32bitに利点はない
683 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 20:18:16.34 .net]: なるほど確かに馬鹿だわコイツ
684 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 20:35:00.82 .net]: i386に64bitのコードとか入ってないだろ
誰も作ってないって事はOS64bitでi386とか意味がないと思っていい
685 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 20:35:52.96 .net]: 指摘を煽ってるとか解釈するからいつまでたっても頭っ悪いままなんだろうな
686 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 20:38:32.63 .net]: 世の中の動向が自分の価値観にできる奴って幸せなのかもよ
北朝鮮あたりから書き込んでたりしてな
687 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 20:38:39.89 .net]: 674 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/12(土) 20:35:00.82
675 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/12(土) 20:35:52.96

俺はSoftalkWebで聞いてたけど、流石にこの貼り付き方はできんわｗ
指摘なら5W1Hはっきり、１レス内にまとめてみろ

OS64bitユーザーランドのプロセス32bit専用とか喚き出した動機は？
688 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 20:40:08.00 .net]: 将軍様マンセー
与党マンセー
大企業マンセー
そういうキチガイなのだろう
689 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 20:41:11.88 .net]: PAE使えるi386じゃダメで、OS64bitにしないとできないできない連呼してたのって、
OS64bitになれば１プロセス4G以上のメモリ空間を持てるとか勘違いしたからだろ？
690 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 20:42:33.76 .net]: 訂正
PAE使えるi386じゃダメで、OS64bitにしないとできないできない連呼してたのって、
OS64bitになれば32bitの１プロセス4G以上のメモリ空間を持てるとか勘違いしたからだろ？
691 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 20:42:36.80 .net]: お前らまだコピペゴキブリ一匹退治できないのかよ
692 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 20:44:09.66 .net]: >>682
相手すると飛び跳ねて嬉しがるからな
気色悪いったらありゃしない
693 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 20:44:31.52 .net]: PAE使えるi386じゃダメで、OS64bitにしないとできないできない連呼してたのって、
OS64bitになれば32bitのプロセス１つ辺り4G以上のメモリ空間を持てるとか勘違いしたからだろ？

なんで答えない？
694 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 20:46:56.99 .net]: IDが出ないから自演がやりたい放題だな
695 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 21:02:21.57 .net]: >>437
Ubuntuだと386とx64では明らかにx64が早いと出てる。
www.phoronix.com/scan.php?page=article&item=ubuntu_1310_3264&num=3
www.phoronix.com/scan.php?page=article&item=ubuntu_1310_3264&num=4

Windowsの場合、古い32bit用ソフトを頑張って動かそうとして、64bit用に最適化してないだけだろう。
696 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 21:06:12.47 .net]: 酷いバカが居座ってんな
697 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 21:10:08.40 .net]: >>687
自演だと思ったんだ・・・そうだよな、おまえは自演してるから、他人もしてると思うんだろうな
698 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 21:50:59.08 .net]: とにかくメモリバカぐいするプロセスうごかしたい普通のひとはx64いれとけということでいいのか。
699 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 21:53:31.34 .net]: いくら擬態しても悪臭からゴキブリだとバレバレ
700 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 22:08:52.13 .net]: >>689
コードによる
ポインタばかすか確保する様なおバカなコードは（ｒｙ
701 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 22:19:58.37 .net]: ポインタばかすか確保する様なおバカなコードとやらをちょっと書いてみろよ
702 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 22:40:36.58 .net]: >>686
アスキーのデータどおりじゃねーか。エンコ系は速い。これだけ。
それ見てすべて速いと思うならおまえはド素人。ここでレスするレベルじゃない。
703 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 23:11:53.17 .net]: >>693
> エンコ系は速い
速いならいいじゃないか。グラフィクス処理系が速ければ、ウィンドウ関係の表示やゲームなど全般に速くなるんだし。
704 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 23:24:41.34 .net]: GPU使えば終わる話。ほんとおまえはいつまでド素人馬鹿発言続ける気だ。
705 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 23:40:32.63 .net]: >>695
GPU使わずに速いなら低コストで済むんだからもっといいじゃないかw
706 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/12(土) 23:46:00.79 .net]: こいつ真性のアホだな。GPUついてないPCはない。使ったら何倍も速くなる。
何が低コストだよ。馬鹿にもほどがあるぞ。
707 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 00:22:20.37 .net]: >>697
バカはおまえ。CPUにGPU内蔵のものと別になってるものがあるだろ。
内蔵かそうでないかでコストは大きく変わってくる。バカにもほどがあるぞ。
708 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 00:50:58.04 .net]: このキチガイ完全な荒らしだな
709 名前： mailto:agete [NG NG ?S★(824724).net]: メモリーは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
710 名前：名無しさん＠お腹いっぱい。 [2017/08/13(日) 00:53:36.26 .net]: 荒らしに構うのも荒らしだからな
テンプレに書いてあるぞ
711 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 00:56:04.60 .net]: swapしないだけ快適
712 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 01:28:31.40 .net]: >>698
別になってるのは金出してもパワーアップしたい奴が追加してんだろ。ほんと馬鹿なのか。
713 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 01:43:29.64 .net]: 64bit厨の特徴
・amd64の仕様を知らない
・アセンブラも分らない
・カーネルソースも読んだことがない
・ベンチ結果も読み取れない
・32bitを駆逐すべき敵だと思っている
714 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 02:49:29.63 .net]: いつまで続けてんだか
715 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 03:53:31.43 .net]: あれだろ、64bitCPUでメモリ1Gとか2Gとかしか積んでない骨董品しか持ってない俺の為に何とかしろって騒いでるんだろ？
716 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 03:55:13.96 .net]: 64bitCPUで2GBメモリのBSDって・・・

それiPhoneや
717 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 05:05:33.63 .net]: 32bit厨の特徴
・amd64の仕様を知らない
・アセンブラも分らない
・カーネルソースも読んだことがない
・ベンチ結果も読み取れない
・64bitを駆逐すべき敵だと思っている
718 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 10:33:49.47 .net]: 32bit厨　Win!!
719 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 11:26:34.33 .net]: iPhone並のPCで勝利宣言する俺カコイイ
720 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 11:48:16.33 .net]: iPhoneは64bit化しました。メモリ2GBですけどね!!!
721 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 12:08:27.35 .net]: iPhoneは32bit化すれば速くなるのにアホやな
ユーザのことより儲けることしか考えてない守銭奴企業丸出し
パナソニック顔負けだな
722 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 12:14:59.96 .net]: (ﾟдﾟ)
723 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 12:19:11.89 .net]: 昔iPhone持ってたけどガッチガチな上にクソパスワードいちいちウザくて捨てたわ
回線契約解除してリセットしたら起動させなくするランサムウェア仕込んでるし
そもそもアップルは個人情報悪用企業で言わなきゃ不具合対応すら拒否するだろ
番号通知しないと電話取らないパナソニックもユーザより保身第一だけどな
724 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 12:31:55.41 .net]: 何で4Gもメモリ積んでないようなスマホまで64bit化されていってるかわかってるか？
725 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 12:50:36.77 .net]: BSDが糞だから。
726 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 12:55:20.57 .net]: >>716
コイツ本気でそう思ってそうで笑える
727 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 12:58:24.88 .net]: >>717
昨日、PAEも知らなかった馬鹿だろ、おまえw
728 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 13:06:24.50 .net]: >>718
コイツ本気でそう思ってそうで笑える
729 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 13:11:51.29 .net]: 図星のようだw
730 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 13:13:40.19 .net]: > 何で4Gもメモリ積んでないようなスマホまで64bit化されていってるかわかってるか？

64bit厨は質問ばかりで自らは決して説明しないからすぐ分る。また無知がバレるからなw
731 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 13:17:12.53 .net]: > いまどきのATOMですら64bit命令実行できる現在、PAEなんて必要あるか？

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

笑えるw
732 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 13:43:09.25 .net]: ２４時間以上貼り付いた後、１２時間寝たのか・・・ご苦労なこった
733 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 15:12:32.86 .net]: >>721
ttp://www.computingcompendium.com/p/arm-vs-intel-benchmarks.html
64bitの方が速いからに決まってるだろ
734 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 16:26:11.92 .net]: わざわざリンク貼ってバカ披露してる奴初めて見たｗ
735 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 17:08:21.20 .net]: 今時swap outなんてしないって
page out だよ
736 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 17:58:36.43 .net]: >>720 コイツ本気でそう思ってそうで笑える
737 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 17:59:04.01 .net]: >>721 コイツ本気でそう思ってそうで笑える
738 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 17:59:22.96 .net]: >>722 コイツ本気でそう思ってそうで笑える
739 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 17:59:42.74 .net]: >>725 コイツ本気でそう思ってそうで笑える
740 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 20:36:39.66 ID:YqIXo8oDX]: FreeBSDでソフトを動かす際の注意事項があります。
コンピューターのCPUの電圧が何ヘルツであるか調ベておく事が大切です。

32kHzのCPUを搭載したコンピューターなら
32kHz用のソフトを使うこと。

64kHzのCPUを搭載したコンピューターなら
64kHz用のソフトを使うこと。

これを間違えればソフトが速く動きません。
741 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 21:30:02.36 .net]: >>724
まあ、今だと32bitか64bitかよりも、64bitマルチコアが当たり前だから
マルチコアでどれだけパフォーマンスが出るかのほうが重要だわな。
742 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 22:05:30.96 .net]: 32bitでマルチコアなら64bitよりパフォーマンス出るわ
せめて-m32くらい満足に通せっつのな
やりたいことやってる奴ばかりで互換性にまで手が回らんのだろうがな
743 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 22:10:15.40 .net]: -m32で何のエラーが出るんだ？
744 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 22:16:08.00 .net]: 11でも/usr/local/lib32ないしもう切り捨てくさいな
745 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 22:28:19.43 .net]: >>735
FreeBSD i386版ならLIBも当然32bitだろ
746 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 22:31:46.34 .net]: バカとキチガイが３人なのか４人なのかよくわからないが、とにかくにぎわってる。
747 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 22:33:30.89 .net]: >>737
呼んだ？
748 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 22:44:38.17 .net]: >>736
話の流れを読めないお前はバカ
749 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 22:52:15.42 .net]: 分かってるのは64bit厨がすげー無知ということだけ。
750 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 23:05:47.76 .net]: >>734
多分libが足りないだのヘッダが無いだののコンパイルエラーを解決する能力もない
751 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 23:06:35.81 .net]: >>732
そのURL、Single-Coreのベンチ結果も貼ってある
752 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 23:14:30.66 .net]: >>733
半導体メーカーorシリコン基板のマスクを発注するメーカーはそんな無駄な事は出来ない
分厚いルネサスのマスクですら１０年前で１枚２億とかしたぞ
少しでも速いなら64bitにする
753 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 23:17:22.38 .net]: >>741
いやお前の知能が足りないから問題の本質を理解できないだけ
754 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 23:18:42.00 .net]: なんか遥か昔にAMDが286は386より速いキリッした広告思い出した。

ただそれ言い出すと386は486より乗算が速いとかあるんだわ。
755 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 23:20:42.89 .net]: >>743
一昨日あたりからのレスを読みもせずに書き込んでんのか？
頓珍漢でブザマだからすっこんでろよ
756 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 23:21:30.03 .net]: >>745
ttps://ja.wikipedia.org/wiki/Intel486
41クロックが42クロックになったところで誰もきにせんｗ
しかも486になってからクロック逓倍技術（当時はクロックダブラーとか呼ばれてたんだっけ）が
軌道に乗り出したから仮に１．５倍とかになっても大差はなかった
757 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 23:22:50.92 .net]: ベンチでわかる程度の速度差ならどう考えてもI/Oの遅さで紛れるような気がするなぁ。
時間的に有用な差が出るほどの時間がかかる作業なら別の何か特定の環境でやる必要ないし。

合理性？速度語るなら札束で殴る方が早いと思うけど。
758 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 23:26:54.76 .net]: 速度もコスパも度外視していいなら上位互換の64bitでいい
何を騒いでるんだ？
759 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 23:28:47.41 .net]: i5とi7の違いってキャッシュだけであれだけのパフォーマンス差があるわけよ
わざわざ意味もなく64bitでキャッシュ無駄にして何が楽しいんだって話だろ
１プロセスで4GB以上使う必要のある奴を否定するつもりはないがな
760 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 23:30:54.71 .net]: 本当に６４ビット化で著しいキャッシュミスヒット率増加があるならこんな結果は出ない
ttps://kledgeb.blogspot.jp/2016/03/ubuntu-1604-20-ubuntu-32bitubuntu-64bit.html
761 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 23:33:24.05 .net]: ６４ビットになったオペランドからイミディエイトでアドレス（ポインタ）ロードするのなんて
ループの外くらいだぞ
ループに入る前のポインタ関連の命令だけ４バイト増えたとして
初回のミスヒットなんてそんなにペナルティありゃせんわ
762 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 23:34:44.90 .net]: >>751
だから64ビット演算の恩恵だろうが
それ以外はボロ負けだろ
ほとんどのアプリは64ビット演算なんかいらない
バカのお前には理解できんだろうがな
763 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 23:35:59.05 .net]: >>753
それ以外の”ボロ負け”と言える程の大差で32bitが速いっていうベンチのソースは？
ちなみにブラウザはChromeなんかは64bitの方が速いからな
764 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 23:37:50.83 .net]: 何度も貼られてるだろ
コピペ馬鹿のお前と同じことしろって？
大差とも誰も言ってない
765 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 23:38:52.20 .net]: >>747
だからくだらない話だって事さ、
まあ、普通にお金の計算したって平然とプラスマイナス21億なんて軽く超えてる時代に32bitに固執する理由なんて全くないわ。
766 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 23:40:29.28 .net]: >>756
じゃあ互換性破壊してまで64bitに盲進する必要もないだろ
767 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 23:44:24.99 .net]: >>757
DOSや16ビット時代のソフトなら自作も含めてVirtualBoxに任せてるわ俺w
768 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 23:47:19.89 .net]: >>757
互換性取れてるだろ
i386で動かしたきゃi386で動かせ
他の最新PC買える人は64bitで快適に作業してるからさ
769 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 23:47:25.19 .net]: >>752
ほんとamd64の仕様を知らないんだな。ポインタ関連だけとか、無知な64bit厨の妄想。
amd64は、32bitレジスタpush命令ねーぞ。int32をpushしたら、push raxされる。
しかもイミディエイトでアドレスロードってなんだよ？　単なる即値ならキュッシュヒット率関係ねーわ。
この前からおまえは知ったかが過ぎる。
770 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 23:48:52.02 .net]: >ほとんどのアプリは64ビット演算なんかいらない

いやほとんどのアプリは32bitだろうと64bitだろうと動けば正義、が正しいだろう。
8bitから16bitや32bitにいたる劇的な速度の向上とか存在しないのだから
どっちでビルドしても人の反応を待つようなアプリじゃ誤差だろう。
771 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 23:50:46.51 .net]: >>760
pushpopとか関数呼び出しで遅くなったからって何だよ？
intの類の自動変数もpushpopで一つ一つ確保してると思ってるのか？
それに主処理のループになんの影響がある？
772 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 23:54:20.87 .net]: >>760
なるほど、コードのポインタのサイズ増加は関係ない、そう仮定してる訳ね？
じゃあ、データだけで語ろうか
64bitだとレジスタの本数が増えて、自動変数のポインタ類は
32bitよりもスタックの中にポインタが実際に確保される可能性は低くなるんだぞ
773 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 23:55:21.88 .net]: >>762
何だよじゃねーよ。嘘ついてごめんなさいと言え。
774 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/13(日) 23:55:56.92 .net]: >>764
intの類の自動変数もpushpopで一つ一つ確保してると思ってるのか？
775 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 00:00:18.47 .net]: >>764
そのpushpopでパフォーマンスの低下がネックになるのは
callと呼び出し規約で保存しなきゃならないと規定されてるレジスタの保存と、他にはどこがある？ []; [ここ壊れてます]
777 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 00:03:46.53 .net]: 64bit厨はアセンブラレベルになるといつも質問ばかりだな。
amd64を知らないことはもうバレてんだからごめんなさいしろよ。
思ってるのか!!っておれにいちいち仕様を確認すんな。自分でコード読め。
gccはこういうバイナリ吐くんだと断言してみろ。
778 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 00:04:49.27 .net]: >>767
じゃあ答えてやるわ
自動変数はSPに直接値を加減算して一気に確保／巻き戻しする
push/popで速度低下なんて殆ど無い
779 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 00:19:44.94 .net]: 速度の低下がないなら、なんでアスキー調査でPCmarkやWebBrowsingの一般用途で負けてんだよw

レジスタ増加、64bit演算可、SSE2標準化、4GB超のメモリアクセス可とこれでもかと有利なのにw

キュッシュ馬鹿食い以外で負ける要素がない。
780 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 00:22:56.87 .net]: >>769
ascii.jp/elem/000/000/641/641476/img.html
これの事言ってるなら過渡期の、それもスポンサーの意向でベンチ内容を選ぶ様な出版社の
独自調査、しかも64bitで速度低下って誤差レベルじゃねえか
後方互換だとか64bitに加えて32bitの外部プラグインも検索したりしてて時間掛かってるとか
そんな下らないオチだろ

www.phoronix.com/scan.php?page=article&item=ubuntu_1310_3264&num=3
www.phoronix.com/scan.php?page=article&item=ubuntu_1310_3264&num=4
こういう実運用の実測値で語れよ
781 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 00:25:45.38 .net]: >>769
おまえ頑なにChrome６４ビットの方が速いって事実を無視しようとしてるよな
782 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 00:29:52.34 .net]: > 64bitに加えて32bitの外部プラグインも検索したりして

また知ったかか。64bitプロセスから32bitDLLなんか呼べんわ。今度はちゃんと謝罪しろよ。
783 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 00:31:36.75 .net]: >>772
エッジじゃなくてエクスプローラーの歯車マーク
↓
アドオンの管理

の、アーキテクチャの欄を参照な
DLLだなんて一言も言ってないし、
Winの中じゃコーデックだって32bit64bitは完全に独立して管理されてんたぞ
784 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 00:33:24.09 .net]: わかってきた
OS64bit プロセス32bit バージョン作れとか言い出した奴、
64bitのOSろくに動かせないからその辺りの事情、全然しらないんだろ
785 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 00:35:41.37 .net]: >>759
longモードはv86モードとかサポートしてないんだわ。
ただ、32bit固執の馬鹿はそんな事は知らなかったらしい、それで互換性とかw
786 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 00:37:08.32 .net]: >>771
その事実を知らなかったのでググって最初のブログ見た。
blog.livedoor.jp/blackwingcat/archives/1898136.html

> スパゲッティーを小鍋から大鍋に移したに過ぎないんだよ…。スパゲッティーはスパゲッティーだ。

たしかにChromeは64bitが速くて当然である。
787 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 00:39:48.65 .net]: >>773
まずは嘘ついてごめんなさいだろ、おまえは。
788 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 00:40:21.37 .net]: そもそもChromeの時点で窓から投げすてろよ。
それにスレ的にはChromeじゃないだろ。
789 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 00:41:36.47 .net]: >>777
逆じゃんw
790 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 00:41:51.05 .net]: >>777
先ずは O64bit プロセス32bit とかバカな話の為に嘘を垂れ流し始めたお前が土下座だろ？
791 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 00:42:49.29 .net]: >>777
外部プラグインを勝手にDLLにすり替えて嘘だって事にでっち上げたいだけだろ
792 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 00:58:46.97 .net]: Windowsの外部プラグインはDLLで提供するものやで。
いくらなんでも無知すぎや。

ファイル: AdblockPlus32.dll
ファイル: wmpdxm.dll
ファイル: PDFXCviewIEPlugin.dll
793 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 00:58:50.55 .net]: >>774
お前ごとき盆暗が何をわかったてんだ？
その辺りの事情とやらを説明してみろよ
64bitのOSろくに動かせないって明らかにm32すら知らなかったお前だろうが
794 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 01:00:36.12 .net]: 32bit厨が苦しくなってまいりましたw
795 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 01:02:20.25 .net]: >>782
６４ビットプロセスから直接３２ビットのプラグインのDLLを呼び出してると思ってるのか・・・？
796 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 01:03:10.87 .net]: >>783
日本語で頼むｗｗｗ
797 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 01:04:47.65 .net]: >>786
結局逃げ惑うんだから巣から這い出てくんなやゴキブリ
798 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 01:06:46.18 .net]: 膨大なコード資産を生かしたままプロセス合計4GB以上を実現するには
amd64とi386を融合して一本化、OS64bitプロセス32bitが合理的だわな
人もいないのに二足の草鞋とかやってるからどっちも中途半端なんだろうが
799 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 01:08:11.71 .net]: >>787
ヘッダライブラリが足りない以外で、m32でコンパイルリンクに通らないって、どんな状況？
ttp://a4dosanddos.hatenablog.com/entry/2015/09/19/131052

>>788
「OS64bitプロセス32bitが合理的」「プロセス合計4GB以上を実現」
どうやって？
800 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 01:08:36.07 .net]: >>785
また質問で仕様の確認すんなよ。答えろよ。ズバっとよ、ズバーとだ。

でなきゃ嘘ついてごめんなさいと謝れ。
801 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 01:09:12.08 .net]: >>788
１プロセス4GB以下で全プロセス合計4GB以上 → i386使え
プロセス合計4GB以上 → amd64使え
802 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 01:10:02.25 .net]: >>789
教えてやるから尼券よこせって何度も書かれてるわけだが
803 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 01:10:54.17 .net]: >>792
ヘッダライブラリが足りない以外で、m32でコンパイルリンクに通らないなんて口から出まかせだろ
ttp://a4dosanddos.hatenablog.com/entry/2015/09/19/131052
804 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 01:11:24.35 .net]: >>791
全プロセス合計4GB以上をi386で使えるってか？
805 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 01:12:19.39 .net]: >>794
ttps://www.freebsd.org/doc/ja_JP.eucJP/books/handbook/bsdinstall-hardware.html
使えるだろ
806 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 01:12:36.72 .net]: >>793
尼券払いたくないからって人様に難癖付けてんなや貧乏教えてくん
807 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 01:13:51.19 .net]: >>796
ヘッダライブラリが足りない以外で、m32でコンパイルリンクに通らないなんて口から出まかせだろ
ttp://a4dosanddos.hatenablog.com/entry/2015/09/19/131052

どうせコンパイルエラー見て、どのライブラリが足りないか調べる能力もないとかそんなオチだ
808 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 01:15:54.74 .net]: またみっともないコピペゴキブリが顔真っ赤で荒らしだしたｗ
アホだから自分で言葉も作れない
809 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 01:16:55.41 .net]: > 792 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:11:24.35
> >>791
> 全プロセス合計4GB以上をi386で使えるってか？

> 793 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:12:19.39
> >>794
> ttps://www.freebsd.org/doc/ja_JP.eucJP/books/handbook/bsdinstall-hardware.html
> 使えるだろ

これで以降、揚げ足取りしかしなくなったら笑う
810 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 01:17:46.00 .net]: >>794
はぁ？　おまえは一体何を言ってるんだ。まさか知らないで暴れてたのか。
そういやi386でPAEが実装されてること知らない馬鹿いたよな。同一人物かよ？
811 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 01:18:31.74 .net]: >>799
自分でプロセス合計4GB以上使ってから言え
812 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 01:19:15.23 .net]: >>800
それは俺だな

全プロセス合計4GB以上をi386で使えない使えないうるさいから、
FreeBSDのi386は本気でPAE未対応なのかと思い込んだ
813 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 01:19:53.88 .net]: Chromeとかいうスパゲッテイをいくつも起動したら合計4GBなんて簡単に超えるんちゃうか。
814 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 01:20:16.91 .net]: >>801
動かない様子をtopのSSと一緒に晒せ
815 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 01:21:10.83 .net]: ＞PAE対応＝プロセス合計4GB以上使える
頭大丈夫か？
816 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 01:21:58.18 .net]: >>805
１プロセス4GB以下、全プロセス合計4GBなのか
１プロセス4GB以上なのか
はっきりしろ
817 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 01:23:04.98 .net]: >>804
お前が言い出したことなんだから
お前が動いている様子を晒すのが道理だろ
できなかったって認めろよ
818 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 01:24:40.66 .net]: >>806
突然どうした？
どっかに頭飛んでるのか？
819 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 01:25:57.60 .net]: > 792 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:11:24.35
> >>791
> 全プロセス合計4GB以上をi386で使えるってか？

> 793 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:12:19.39
> >>794
> ttps://www.freebsd.org/doc/ja_JP.eucJP/books/handbook/bsdinstall-hardware.html
> 使えるだろ

それでも使えないってんならレポートしてこい
820 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 01:27:05.50 .net]: >>809
i386で全プロセス合計4GB以上使えるなんてどこに書いてあんだよ
寝言は寝て言えどあほ
821 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 01:27:29.94 .net]: >>803
ここはFreeBSDのスレだぞ、Chromeとか馬鹿言うんじゃねえ。
822 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 01:31:13.37 .net]: >>810
> 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)
> img.2ch.net/premium/8409133.gif
> メモリーは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は使ってる
823 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 01:32:51.31 .net]: mevius鯖はamd64ですが何か？
824 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 01:33:39.35 .net]: >>813
あれ？って事は>>641が間違いか
825 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 01:37:52.90 .net]: >>814
俺が書いたわけでもないのに知らんがな
2chに鯖たくさんあるしな
そんなことよりi386で全プロセス合計4GB以上使えるとか
偉そうに言い放った馬鹿さ加減を謝罪しろよ
826 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 01:42:58.29 .net]: >>815
今久しぶりにi386落としてる
で、FreeBSDのPAEで認識した4G以上って何に使ってるんだよ？
827 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 01:50:16.03 .net]: 古い文献
> amd64版入れたら、普通に4GBメモリ認識しました。。。ちなみに、i386版で、4GB以上認識させるには、kernelオプションで、PAEってのを有効にしてビルドかけないといけないらすぃ。。
もちろんやったんだよな？
828 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 02:05:34.06 .net]: i386でPAE有効にしてみたんだろ？
いつもの即レスどうしたんだよ
829 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 02:29:37.15 .net]: お前がいつまでたっても謝罪しないから相手にしてくれないと思われ
つか、フルボッコにされてんのに即レス云々馬鹿丸出しだぞ
830 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 02:30:51.63 .net]: >>819
PAE有効にした事あるのか？
831 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 02:41:04.44 .net]: base.txzの展開まで進んだ
832 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 03:05:04.81 .net]: 64bit厨が32bitに興味深々でワロタ
荒らさずもうちょっとシタテに出てれば色々と教えてもらえてただろうに
833 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 03:09:44.94 .net]: >>822
興味なんかありゃしねえよ　実験終わったら捨てHDDなんざまた押入れの中だ
/usr/src/sys/i386/conf に PAE って最初から用意されてるよな
もちろんこれ使ったんだよな？
834 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 03:48:24.93 .net]: > 792 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:11:24.35
> >>791
> 全プロセス合計4GB以上をi386で使えるってか？

> 793 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:12:19.39
> >>794
> 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バイトのメモリを確保するプロセスを４以上生成する事はできないと
そう言いたいんだな？
835 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 04:23:23.93 .net]: これは
836 名前：32bit厨敗走か？ []: [ここ壊れてます]
837 名前：名無しさん＠お腹いっぱい。 [2017/08/14(月) 04:38:29.35 .net]: 32bit厨敗走クソワロタ
荒らさずもうちょっとシタテに出て会話してれば色々と教えてもらえてただろうに
838 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 05:27:03.00 .net]: > ６４ビットプロセスから直接３２ビットのプラグインのDLLを呼び出してると思ってるのか・・・？

質問じゃなくて説明しろよ。聞いたことねーぞ。
839 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 05:34:56.92 .net]: > 786 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:06:46.18
> 膨大なコード資産を生かしたままプロセス合計4GB以上を実現するには
> amd64とi386を融合して一本化、OS64bitプロセス32bitが合理的だわな
> 人もいないのに二足の草鞋とかやってるからどっちも中途半端なんだろうが

> 792 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:11:24.35
> >>791
> 全プロセス合計4GB以上をi386で使えるってか？

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

IEだとかのプラグインの先の実装とかもうどうでもいいから
OS64bitじゃないと何だって？
840 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 05:45:32.94 .net]: i386用のカーネルで4G以上使えないって嘘が証明されたら、
今度は何が何でも６４ビットの僅かな欠点だけをゴリ押しして、
６４ビットの利点は何が何でも認めないって流れに戻るんだろ？

誰もおまえ専用の３２ビットプロセス専用６４ビットOSなんて誰も作らないし合理的でも何でもない
841 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 05:58:06.48 .net]: > ６４ビットプロセスから直接３２ビットのプラグインのDLLを呼び出してると思ってるのか・・・？

とにかくおまえはこれを説明しろよ。
842 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 05:59:57.20 .net]: >>830
目的をはっきりさせろ
いつまでも揚げ足取りしてんじゃねえ

> 786 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:06:46.18
> 膨大なコード資産を生かしたままプロセス合計4GB以上を実現するには
> amd64とi386を融合して一本化、OS64bitプロセス32bitが合理的だわな
> 人もいないのに二足の草鞋とかやってるからどっちも中途半端なんだろうが

> 792 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:11:24.35
> >>791
> 全プロセス合計4GB以上をi386で使えるってか？

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

土下座しろ氏ね
843 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 06:04:31.78 .net]: どこが揚げ足か。どうやって64bitプロセスから32bitDLL呼び出すか聞いてんだよ。
おまえができるみたいなことを言い出したから話がおかしくなってんだよ。

妄想で書いたなら嘘ついてごめんなさいと言え。次から次へと嘘ばかり並べやがって。
844 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 06:06:41.21 .net]: >>832
誰も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
> >>791
> 全プロセス合計4GB以上をi386で使えるってか？

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

土下座しろ氏ね知ったかぶり
845 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 06:11:24.37 .net]: >>833
おれ
> また知ったかか。64bitプロセスから32bitDLLなんか呼べんわ。

おまえ
> ６４ビットプロセスから直接３２ビットのプラグインのDLLを呼び出してると思ってるのか・・・？

引用してやったぞ。どうやって64bitプロセスから32bitDLL呼び出してるか説明しろ。
846 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 06:12:05.28 .net]: >>834
> ６４ビットプロセスから直接３２ビットのプラグインのDLLを呼び出してると思ってるのか・・・？
思ってないから「思っているのか・・・？」って書いてあるんだろうが
847 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 06:13:01.50 .net]: 言葉尻だけとらえて「思ってる」とか決め付けるなヴォケ氏ね
848 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 06:13:35.87 .net]: > 786 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:06:46.18
> 膨大なコード資産を生かしたままプロセス合計4GB以上を実現するには
> amd64とi386を融合して一本化、OS64bitプロセス32bitが合理的だわな
> 人もいないのに二足の草鞋とかやってるからどっちも中途半端なんだろうが

> 792 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:11:24.35
> >>791
> 全プロセス合計4GB以上をi386で使えるってか？

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

土下座しろ氏ね知ったかぶり
849 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 06:15:24.27 .net]: > 64bitに加えて32bitの外部プラグインも検索したりして

> ６４ビットプロセスから直接３２ビットのプラグインのDLLを呼び出してると思ってるのか・・・？

こんなアホレス続けておいてシラを切る気か。とんでもない糞野郎だ。
850 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 06:16:52.29 .net]: >>838
検索しに行ってるから32bit64bit両方のアドオンが表示されてんだよ
実行時にどっちが実行されるか実行できないかなんて知らんわ
851 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 06:18:32.80 .net]: １つの項目で両方に対応してるアドオンの事まで面倒見切れるかよ
揚げ足取りもいい加減にしろようぜえ氏ね
852 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 06:30:16.74 .net]: しかし、まぁ、64bit厨ってほんと無知だったな。とにかく64bit以前の歴史を知らない。
仕様書やソースを読んでる相手に対して、～と思ってるのか？っていちいち質問形式。
ここまで無知ってゆとり学生だろうな。これがデジタルネイィティブの実力。中身なし。
853 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 06:32:15.24 .net]: 突っ込みどころが無くなると唐突な勝利宣言

> 786 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:06:46.18
> 膨大なコード資産を生かしたままプロセス合計4GB以上を実現するには
> amd64とi386を融合して一本化、OS64bitプロセス32bitが合理的だわな
> 人もいないのに二足の草鞋とかやってるからどっちも中途半端なんだろうが

> 792 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:11:24.35
> >>791
> 全プロセス合計4GB以上をi386で使えるってか？

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

大ウソつきの32bit厨土下座しろ氏ね知ったかぶり
854 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 06:39:41.87 .net]: ttps://kledgeb.blogspot.jp/2016/03/ubuntu-1604-20-ubuntu-32bitubuntu-64bit.html

ブラウザのベンチマークサイト
ttp://peacekeeper.futuremark.com/
855 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 06:49:10.75 .net]: >>842
他人のレスを貼っておれを叩いても意味ないよ。
無知な64bit厨は複数人いることは明らかだから。それはおまえの仲間じゃないのかw
856 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 06:57:14.02 .net]: >>844
無知の根拠を引用できない32bit厨みじめ

> 786 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:06:46.18
> 膨大なコード資産を生かしたままプロセス合計4GB以上を実現するには
> amd64とi386を融合して一本化、OS64bitプロセス32bitが合理的だわな
> 人もいないのに二足の草鞋とかやってるからどっちも中途半端なんだろうが

> 792 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:11:24.35
> >>791
> 全プロセス合計4GB以上をi386で使えるってか？

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

大ウソつきの32bit厨土下座しろ氏ね知ったかぶり
857 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 07:01:37.43 .net]: 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
858 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 07:45:17.31 .net]: いや、おまえらいつまで気狂いに付き合ってスレ潰しに協力してんの?
859 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 07:58:03.95 .net]: 64bit使ってるおれ最先端かっこいいみたいな
実は仕組みを何も知らない馬鹿でした。
860 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 08:02:06.05 .net]: >>848
根拠を示せない知ったかぶり32bit厨カコワルイ>>845
861 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 08:10:20.47 .net]: > 全プロセス合計4GB以上をi386で使えるってか？

> i386で全プロセス合計4GB以上使えるなんてどこに書いてあんだよ

どうみても64bit厨のレスだろ、これ。
x86、amd64の仕様知ってたらこんなアホな質問せず断言する。質問形式はいつも64bit厨だろ。
i386がPAE、nxbit実装してることすら知らなかったんだぞ、x64厨は。
862 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 08:13:44.18 .net]: >>850
そこのi386って、FreeBSD-11.1-RELEASE-i386-dvd1.isoのi386だろ
i80386の事じゃねえだろアスペ、いい加減にしろ
863 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 08:18:19.90 .net]: >>850
下は知ったかぶり32bit厨の書き込みだな

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

i386で全プロセス合計4GB以上使える事を知らなかった32bit厨哀れ
864 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 08:23:23.54 .net]: 今度は「プロセス32bit専用の64bitOSなんざ意味ねえ」の書き込みに
64bit厨のレッテルを貼って、自分の恥ずかしい書き込みの罪をなすり付け始めようってとこか
865 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 08:28:33.91 .net]: > i386で全プロセス合計4GB以上使える事を知らなかった32bit厨

x86、amd64、PAEの仕様知ってる奴が知らないわけないだろ。
むしろPAEが何かを知らなかった、i386がPAEを実装してることすら知らなかった64bit厨以外考えられんレスだろ。
866 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 08:30:36.16 .net]: >>854
> 807 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:25:57.60
> > 792 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:11:24.35
> > >>791
> > 全プロセス合計4GB以上をi386で使えるってか？
>
> > 793 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:12:19.39
> > >>794
> > ttps://www.freebsd.org/doc/ja_JP.eucJP/books/handbook/bsdinstall-hardware.html
> > 使えるだろ
>
> それでも使えないってんならレポートしてこい

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

>>809は暗に使えると言っている
>>810は暗に使えると言っているレスを否定している
867 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 08:34:28.21 .net]: > 786 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:06:46.18
> 膨大なコード資産を生かしたままプロセス合計4GB以上を実現するには
> amd64とi386を融合して一本化、OS64bitプロセス32bitが合理的だわな
> 人もいないのに二足の草鞋とかやってるからどっちも中途半端なんだろうが

> 792 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:11:24.35
> >>791
> 全プロセス合計4GB以上をi386で使えるってか？

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

そして32bit厨はRELEASE-i386で4GB以上使えないと断言している
>>810の主張
　4GB以上使えるなんてどこにも書いてない→寝言
　4GB以上使えない→寝言じゃない
32bit厨の主張と同じ
そして無知な知ったかぶり32bit厨は恐らく一匹
868 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 08:39:05.98 .net]: ID出ないからわからんだろうけど、>>720手前までの書き込み、恐らく全部別人だからな
64bit厨とか言って「プロセス32bit専用の64bitOS意味なし」の意味をねじ曲げるな
869 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 08:51:09.11 .net]: >>855
おれ以外のレスをいくらおれに聞かれても知らんがな。
少なくともおれはずっとamd64、PAEの仕様を断言して書いてる。ハナから知ってるからな。

質問形式はいつも64bit厨だ。
870 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 08:54:11.16 .net]: >>858
うそこけ>>855　32bit厨も質問してるわ
871 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 08:57:01.71 .net]: 32bit厨の嘘

> 786 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:06:46.18
> 膨大なコード資産を生かしたままプロセス合計4GB以上を実現するには
> amd64とi386を融合して一本化、OS64bitプロセス32bitが合理的だわな
> 人もいないのに二足の草鞋とかやってるからどっちも中途半端なんだろうが

> 792 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:11:24.35
> >>791
> 全プロセス合計4GB以上をi386で使えるってか？

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

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

ttps://kledgeb.blogspot.jp/2016/03/ubuntu-1604-20-ubuntu-32bitubuntu-64bit.html
ブラウザのベンチマークサイト
ttp://peacekeeper.futuremark.com/

寝言は寝て言え32bit厨の知ったかぶり無知どあほ能無し基地害
872 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 09:10:32.21 .net]: 280前後から延々と同じ話をループしてんのか
873 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 09:11:16.52 .net]: そろそろ32bit厨が取れる揚げ足がなくなってきたところ
874 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 09:15:23.80 .net]: 64bit厨が論破されまくって警戒して質問しかしてこなくなった。
875 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 09:17:53.01 .net]: >>863
おまえみたいなｋｚ32bit厨がどのレスで誰を論破したのか、安価くらい付けてみろ

>>845-846
32bit厨は嘘だらけで逃げ場が無くなって勝利宣言したり、
自分の恥ずかしい罪状を他人になすりつけるしかできなくなった
876 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 09:21:32.39 .net]: 32bit厨の嘘

> 786 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:06:46.18
> 膨大なコード資産を生かしたままプロセス合計4GB以上を実現するには
> amd64とi386を融合して一本化、OS64bitプロセス32bitが合理的だわな
> 人もいないのに二足の草鞋とかやってるからどっちも中途半端なんだろうが

> 792 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:11:24.35
> >>791
> 全プロセス合計4GB以上をi386で使えるってか？

> 808 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:27:05.50
> >>809
> 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厨の知ったかぶり無知どあほ能無し基地害
くやしかったら１レス内でまとめてみろ
877 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 09:28:11.72 .net]: >>864
まずはこれ。解説頼むわ。

> いまどきのATOMですら64bit命令実行できる現在、PAEなんて必要あるか？

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

> おまえ頑なにChrome６４ビットの方が速いって事実を無視しようとしてるよな

> 64bitに加えて32bitの外部プラグインも検索したりして

> 外部プラグインを勝手にDLLにすり替えて嘘だって事にでっち上げたいだけだろ

> ６４ビットプロセスから直接３２ビットのプラグインのDLLを呼び出してると思ってるのか・・・？

> 全プロセス合計4GB以上をi386で使えるってか？
878 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 09:29:34.57 .net]: >>866
文字列で検索して直後のレス読めアホ

32bit厨の嘘

> 786 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:06:46.18
> 膨大なコード資産を生かしたままプロセス合計4GB以上を実現するには
> amd64とi386を融合して一本化、OS64bitプロセス32bitが合理的だわな
> 人もいないのに二足の草鞋とかやってるからどっちも中途半端なんだろうが

> 792 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:11:24.35
> >>791
> 全プロセス合計4GB以上をi386で使えるってか？

> 808 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:27:05.50
> >>809
> 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厨の知ったかぶり無知どあほ能無し基地害
くやしかったら１レス内でまとめてみろ
879 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 09:30:26.99 .net]: >>866
一部だけ抜き出して前後関係無視して揚げ足取ろうってか？
いい加減にしろ
一つ一つ追っていけば全部回答済みだろうが
880 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 09:32:55.86 .net]: >>865
だからさ、それ論理的におかしいだろ。
x86、amd64、PAE、i386の仕様知ってるのに、

> 全プロセス合計4GB以上をi386で使えるってか？

なんてこと言うわけないだろ。それ以前のレスみても質問形式はいつも64bit厨じゃねーか。
i386のPAE実装を知らない人の発言。つまり、おまえの仲間のレスだろ、それ。仲間割れすんなよ。
881 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 09:33:42.28 .net]: >>868
横レスだが全部論破されてる。
882 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 09:34:22.95 .net]: >>869
> 789 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:09:12.08
> >>788
> １プロセス4GB以下で全プロセス合計4GB以上 → i386使え
> プロセス合計4GB以上 → amd64使え

> 792 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:11:24.35
> >>791
> 全プロセス合計4GB以上をi386で使えるってか？

> 793 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:12:19.39
> >>794
> ttps://www.freebsd.org/doc/ja_JP.eucJP/books/handbook/bsdinstall-hardware.html
> 使えるだろ

それは明らかに無知で知ったかぶりなお前の書き込みだ
他人になすりつけるな
883 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 09:34:34.81 .net]: >>868
どうみても完全論破。
884 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 09:35:11.84 .net]: >>870
他人のフリして32bit厨が全部論破した事にでっちあげるな
885 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 09:36:14.24 .net]: >>872
論破どころか事実を突きつけられて論破宣言するしかなくなったのはみじめな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
> >>791
> 全プロセス合計4GB以上をi386で使えるってか？

> 808 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:27:05.50
> >>809
> 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厨の知ったかぶり無知どあほ能無し基地害
くやしかったら１レス内でまとめてみろ
886 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 09:37:23.08 .net]: >>871
だいたい64bit厨はi386のnxbit実装全くしらなかったじゃないか。つまりソース全く見てないんだよ。
おれが知ってるのは当然としても、おまえらは絶対に知らないから絶対に断言しない、つまり質問形式なわけだ。

まさしくこれw

> 全プロセス合計4GB以上をi386で使えるってか？
887 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 09:38:10.17 .net]: >>875
> 789 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:09:12.08
> >>788
> １プロセス4GB以下で全プロセス合計4GB以上 → i386使え
> プロセス合計4GB以上 → amd64使え

> 792 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:11:24.35
> >>791
> 全プロセス合計4GB以上をi386で使えるってか？

> 793 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:12:19.39
> >>794
> ttps://www.freebsd.org/doc/ja_JP.eucJP/books/handbook/bsdinstall-hardware.html
> 使えるだろ

それは明らかに無知で知ったかぶりなお前の書き込みだ
他人になすりつけるな
888 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 09:41:11.48 .net]: >>875
プロセス32bitのOS64bitなんて誰も要らんと言っている
なのに全プロセス合計4GB以上使えないから作れ作れ騒いでるのはおまえだけだ
889 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 09:41:41.46 .net]: >>876
ここずっとamd64、PAEの仕様の解説してるのはおれ一人なのにおれのわけないだろ。
おまえが一度でもPAE、amd64の解説したことあんのか。アンカーつけてみろ。
890 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 09:43:08.40 .net]: >>878
>>621が全てだ
32bitプロセス専用64bitOSなんざ要らんと、お前以外がソース付きで解説してるわ
891 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 09:43:54.14 .net]: >>877
しつこない。言ってないと言ってるだろう。
892 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 09:44:48.96 .net]: >>880
プロセス32bitのOS64bitなんてバカなものを考え付くのがそうそう居てたまるか
893 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 09:45:45.09 .net]: 32bit厨の嘘

> 786 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:06:46.18
> 膨大なコード資産を生かしたままプロセス合計4GB以上を実現するには
> amd64とi386を融合して一本化、OS64bitプロセス32bitが合理的だわな
> 人もいないのに二足の草鞋とかやってるからどっちも中途半端なんだろうが

> 792 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:11:24.35
> >>791
> 全プロセス合計4GB以上をi386で使えるってか？

> 808 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:27:05.50
> >>809
> 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厨の知ったかぶり無知どあほ能無し基地害
くやしかったら１レス内でまとめてみろ
894 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 09:48:53.95 .net]: >>879
ただの単発のwikipのコピペじゃねーか。

おれのレスを論破したおまえのPAE解説のアンカーつけろよ。
895 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 09:49:35.05 .net]: >>883
>>845-846
896 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 09:50:13.96 .net]: >>883
解説してるのはおまえだけじゃないと言っている
解説したかどうかと論破に何の因果関係がある？
897 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 09:51:55.48 .n ]: [ここ壊れてます]
898 名前：et mailto: >>881 解説したはずだ。amd64はそもそもその目的で設計されたとな。 32bitコードを切捨てる設計ではなく共存する設計だ。だからMSが選んだとな。 おまえはいつも何の解説もなく歴史も知らず仕様も知らず全否定するだけ。恥を知れ。 []: [ここ壊れてます]
899 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 09:52:04.96 .net]: 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
> >>791
> 全プロセス合計4GB以上をi386で使えるってか？

> 808 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:27:05.50
> >>809
> 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厨の知ったかぶり無知どあほ能無し基地害
くやしかったら１レス内でまとめてみろ
900 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 09:52:37.38 .net]: >>886
お前こそ恥を知れ
解説しただけで何だってんだ
901 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 09:52:54.70 .net]: >>884
おれのレスじゃないと何度言ったら分るのだ。真性の馬鹿なのか？
902 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 09:53:58.58 .net]: >>886
仕様の解説なんざ>>621で十分だろ

>>889
仮に別人だとして目的はなんだよ？
暴れたって32bitプロセス専用64bitOSなんて誰も作らん
903 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 09:56:16.13 .net]: >>889
> 867 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 09:32:55.86
> >>865
> だからさ、それ論理的におかしいだろ。
> x86、amd64、PAE、i386の仕様知ってるのに、
>
> > 全プロセス合計4GB以上をi386で使えるってか？
>
> なんてこと言うわけないだろ。それ以前のレスみても質問形式はいつも64bit厨じゃねーか。
> i386のPAE実装を知らない人の発言。つまり、おまえの仲間のレスだろ、それ。仲間割れすんなよ。

アンカー辿ってくとここだな？
>876 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 09:38:10.17
> >>875
> > 789 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:09:12.08
> > >>788
> > １プロセス4GB以下で全プロセス合計4GB以上 → i386使え
> > プロセス合計4GB以上 → amd64使え
>
> > 792 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:11:24.35
> > >>791
> > 全プロセス合計4GB以上をi386で使えるってか？
>
> > 793 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:12:19.39
> > >>794
> > ttps://www.freebsd.org/doc/ja_JP.eucJP/books/handbook/bsdinstall-hardware.html
> > 使えるだろ
>
> それは明らかに無知で知ったかぶりなお前の書き込みだ
> 他人になすりつけるな
32bit厨確定
904 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 10:01:09.41 .net]: 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
> >>791
> 全プロセス合計4GB以上をi386で使えるってか？

> 808 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:27:05.50
> >>809
> 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厨の知ったかぶり無知どあほ能無し基地害
くやしかったら１レス内でまとめてみろ
905 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 10:03:24.42 .net]: >>890
全く十分じゃない。それ読んでwikip引用した結論がこれだぜ。

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

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

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

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

今度はi386でnxbitが実装されてることすら知らなかった無知64bit厨。恥を知れと。
906 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 10:04:07.65 .net]: 伸びてると思ったらまた64bit厨完全論破かよw
907 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 10:05:16.83 .net]: 900超えてもこの流れなら次スレは一時的にID付けないか？

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

とするとそのスレ全体でIDが表示されるようになる
908 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 10:05:32.62 .net]: >>893
セキュリティ上とか勝手に言い訳増やし出すな
その後のおまえの捨て台詞

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

なんで
909 名前：そんなポンコツOSにしがみついて、作れ作れ連呼してんの？バカなの？ []: [ここ壊れてます]
910 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 10:05:57.22 .net]: >>895
賛成、付けよう
911 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 10:06:26.57 .net]: >>894
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
> >>791
> 全プロセス合計4GB以上をi386で使えるってか？

> 808 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:27:05.50
> >>809
> 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厨の知ったかぶり無知どあほ能無し基地害
くやしかったら１レス内でまとめてみろ
912 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 10:06:42.95 .net]: 32bit厨いい加減にしろ
913 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 10:07:02.91 .net]: 32bit厨いい加減にしろ
914 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 10:07:06.75 .net]: >>895
そもそも次スレに持ち越すなw
32bit vs 64bitスレでも立ててそっちでやれ
915 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 10:07:23.86 .net]: 32bit厨いい加減にしろ
916 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 10:08:12.96 .net]: >>896
おれは作れ作れなんて一言も言ってない。
PAEやnxbitが実装されてること知ってるのに言うわけがない。
いいかげん他人の言ったことでおれを批判するのはお門違い。
917 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 10:10:31.22 .net]: 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
> >>791
> 全プロセス合計4GB以上をi386で使えるってか？

> 808 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:27:05.50
> >>809
> 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厨の知ったかぶり無知どあほ能無し基地害
918 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 10:22:53.50 .net]: >>901
荒らしって論争をしたいんじゃなくて、ただ言いがかりをしたいだけだから
別スレ立ててもFreeBSDスレに居つくと思う

このスレの1-100はひと月半、さらに200まで二週間くらいの流れだから
一週間ほど荒らしがなければこれまで通りのスレ立てで構わないと思うけど
919 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 10:28:55.65 .net]: War is Over. 64bit-boy Lose!!
920 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 10:32:06.48 .net]: War is Over. 32bit-boy Lose!!
>>845-846
921 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 10:33:26.23 .net]: 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
> >>791
> 全プロセス合計4GB以上をi386で使えるってか？

> 808 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:27:05.50
> >>809
> 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厨の知ったかぶり無知どあほ能無し基地害
922 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 10:40:07.70 .net]: 相変わらず脳みそ空っぽ32bit厨のバカ丸出しコピペ荒らしが滑稽だな
923 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 10:41:55.14 .net]: ああこのバカは32bit厨じゃなくて64bit厨っていうのか
924 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 10:42:50.88 .net]: 内容に反論できないからコピペの一言で流そうとする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
> >>791
> 全プロセス合計4GB以上をi386で使えるってか？

> 808 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2017/08/14(月) 01:27:05.50
> >>809
> 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厨の知ったかぶり無知どあほ能無し基地害
925 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 10:48:12.52 .net]: ID 付けよう
926 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 10:48:51.84 .net]: >>912
>>895
それ決定事項だから
927 名前：名無しさん＠お腹いっぱい。 [2017/08/14(月) 10:57:05.73 .net]: こんだけ賑わっててFreeBSDも安泰だな。
と思いました
928 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 11:34:19.41 .net]: 夜中の駅前でおっさん二人が言い合いしてるだけじゃね？
929 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 11:40:55.68 .net]: ID出るまでの辛抱
930 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 11:51:38.96 .net]: ﾜｯﾁｮｲも出したったらええねん
931 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 11:56:23.34 .net]: 賛成。ﾜｯﾁｮｲも付けよう。
932 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 12:08:57.92 .net]: i386でプロセス合計4G以上使えるとか馬鹿まき散らしてる64bitマンセーの盆暗って、
HDD価格に右往左往スレでマーシャルマンセーしてるキチガイと同一人物だろ
あっちでもﾜｯﾁｮｲ付ける目的で荒らしてるって言われてるな
933 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 12:11:59.12 .net]: >>919
RELEASE-i386でPAEをONにしたカーネルにて、
3G以下のプロセス複数で全プロセス合計で4G以上のメモリを使えるかどうかを検査する方法
>>846
934 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 12:14:34.96 .net]: アホか。仮想メモリならPAEをOffにしても使えるわ。
935 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 12:16:59.17 .net]: >>921
「i386でプロセス合計4G以上使えるとか馬鹿まき散らしてる」
なら何が言いたい？
32bit速い、プロセス32bit専用64bitOS合理的とか言ってる奴らは
「3G以下のプロセス複数で全プロセス合計で4G以上のメモリを使えない」って
断言してるのを否定してるだけだぞ
936 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 12:24:28.18 .net]: >>920
そんなこと知らない奴はこのスレに居ないと思われ
問題は実際にそれを試した奴がこのスレに居ないことだわ
937 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 12:25:44.73 .net]: >>923
今swap切って起動してる
938 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 12:32:13.08 .net]: #vmstat
procs memory page disks faults cpu
r b w avm fre flt re pi po fr sr ad0 cd0 in sy cs us sy id
0 0 0 119M 4.8G 590 0 6 0 1196 4 0 0 27 3452 228 0 5 94

#top
last pid: 689; load averages: 0.38, 0.36, 0.17 up 0+00:02:48 21:31:15
21 processes: 2 running, 19 sleeping
CPU: % user, % nice, % system, % interrupt, % idle
Mem: 12M Active, 10M Inact, 30M Wired, 4332K Buf, 4951M Free
Swap:

PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND
669 root 1 20 0 6800K 2952K ttyin 0:00 0.00% csh
674 root 1 20 0 13720K 6044K select 0:00 0.00% sshd
665 user 1 24 0 6800K 2968K pause 0:00 0.00% tcsh
657 root 1 21 0 6492K 2408K wait 0:00 0.00% login
668 user 1 20 0 6476K 2396K wait 0:00 0.00% su
677 user 1 20 0 13720K 6388K RUN 0:00 0.00% sshd
678 user 1 20 0 6800K 2984K pause 0:00 0.00% tcsh
416 root 1 20 0 5980K 1844K select 0:00 0.00% syslogd
689 user 1 20 0 7332K 2520K RUN 0:00 0.00% top
659 root 1 52 0 5964K 1748K ttyin 0:00 0.00% getty
664 root 1 52 0 5964K 1748K ttyin 0:00 0.00% getty
663 root 1 52 0 5964K 1748K ttyin 0:00 0.00% getty
662 root 1 52 0 5964K 1748K ttyin 0:00 0.00% getty
658 root 1 52 0 5964K 1748K ttyin 0:00 0.00% getty
661 root 1 52 0 5964K 1748K ttyin 0:00 0.00% getty
612 root 1 20 0 6012K 1940K nanslp 0:00 0.00% cron
939 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 12:32:51.16 .net]: >>846じゃダメなのか？portsでもサンプルソースでも何でもいいぞ
940 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 12:40:05.05 .net]: ssh経由でtop止めたから%の文字ぬけてんのか
疑うなら画像もうｐするが
941 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 12:47:03.63 .net]: >>846を５つ程並列に実行してよ
あとkldstatも
942 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 12:48:24.36 .net]: >>928
５つは無理、余った4GBと割れた1GBのシングルチャネルで動かしてswap切ってるから
943 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 12:51:16.98 .net]: 1G*4にカーネルで確実に4Gは超えてる

root@freebsd:/home/user # kldstat
Id Refs Address Size Name
1 4 0xc0200000 1843488 kernel
2 1 0xcac3e000 4000 uhid.ko
944 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 12:52:51.21 .net]: ipfとかfuseとか使える？
945 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 12:54:17.95 .net]: makeoptions NO_MODULES=yes
が必須らしいからカーネル本体はでかい
conf/ の中に PAE ある筈だから自分で見てくれ

そこまでは知らん、ipfwじゃないんだよね
備忘録引っ張り出すからまってくれ
946 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 13:03:44.92 .net]: ごめん、嘘吐いた
makeoptions NO_MODULES=yes
はもう見当たらない11.1RELEASE

root@freebsd:/home/user # kldload ipl
root@freebsd:/home/user # kldstat
Id Refs Address Size Name
1 6 0xc0200000 1843488 kernel
2 1 0xc6fff000 4000 uhid.ko
3 1 0xc70a6000 6c000 ipl.ko
root@freebsd:/home/user #

kldload iplの実行直後にエラー出力に
IP Filter: v5.1.2 initialized. Default = pass all, Logging = enabled

備忘録の通り実行してておかしいと思った
モジュール使えるわ
947 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 13:10:16.68 .net]: おー俺も11落として12Gで試してみるわ
948 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 13:11:56.82 .net]: ipf -Fa -Z -f /etc/ipf.rules 実行したらぶっ飛んだ
ちょっと待ってくれって言うか、遊ばせてくれ

ただ、これ、おまえらもやれるよな？
別に4G無くてもPAEカーネルで起動すりゃそんなに変わらないだろ？
949 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 13:32:38.08 .net]: バカだった、ループバックまで全切断したらそりゃ飛ぶ

root@freebsd:/home/user # cat /etc/ipf.rules
block in quick on rl0（適当に） all
block out quick on rl0（適当に） all
pass in quick on lo0 all
pass out quick on lo0 all

↑を適当にblockとかpassとか変えたりして最低限の動作確認
ipf -Fa -Z -f /etc/ipf.rules

リセット
ipf -Fa

あとは自分でやってくれ
950 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 13:51:21.33 .net]: 893だけどID表示の恒久化には消極的な反対
あとﾜｯﾁｮｲ化したらスレを分裂させるから
951 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 14:10:23.48 .net]: 俺がワッチョイ気にしなくても気にする人が多ければ反対
IDは最低でも次スレくらいは欲しい
952 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 14:18:57.42 .net]: IPは嫌だけどワッチョイ程度は平気
一応その程度には発言に責任を持ってるつもりだし
953 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 14:30:00.83 .net]: 分裂でいいんじゃね
俺はなしに行くから
954 名前：893 mailto:sage [2017/08/14(月) 16:23:30.20 .net]: テンプレ改稿案だけどこんなんでいいかな？
ﾜｯﾁｮｲ嫌なんで

!extend:checked:verbose
The FreeBSD Project
www.freebsd.org/ja/

次スレを立てる人は状況に応じてID表示を強制させて下さい
その場合はスレを立てる時、本文一行目に次の文を貼り付けます
!extend:checked:verbose

これ以外のBBS_SLIPコマンドは禁止

前スレ
FreeBSDを語れ Part44
mevius.2ch.net/test/read.cgi/unix/1496160953/

関連スレ
初心者もOK! FreeBSD質問スレッドその122
mevius.2ch.net/test/read.cgi/unix/1486758875/
955 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 16:37:51.60 .net]: >>941
おｋだと思う
956 名前：939 mailto:sage [2017/08/14(月) 18:51:36.80 .net]: ID表示は常にヤダとかﾜｯﾁｮｲを常に付けろとか考えてる人の意見はないのかな？
957 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 19:30:11.81 .net]: 俺はIP表示でなければ何でもいいよ
(固定IPアドレス環境から読み書きしてるので……それだけは勘弁)
958 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 19:33:56.55 .net]: でさ、wnn8どうやってつかえばいい？
買って、すっかりわすれてたらFreeBSD版がでてて、もう。いまはjserverが無駄に動いてるのみ。
959 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 20:26:19.93 .net]: >>936
12GBはkstack allocation failedでブートできんかったけど、
2G+2Gまたは4G+4Gならブートして順調

real memory = 8589934592 (8192 MB)
avail memory = 8277651456 (7894 MB)

4Gで動いたって報告がなかったらメモリ抜いて試そうなんて発想にはならなかったよ
しばらく様子見て問題なければamd64使うことは一生なさそう
960 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 20:40:10.17 .net]: >>946
容量多過ぎるとダメなのかな？うちではあっさり試験できる環境がなくて試すのはきついな・・・
1G引っこ抜いて1G*3と512M*1確保してみた
スワップないから更に確保しようとすると、追加の512確保しに行った時固まる
けど、全プロセス動いてるし、4Gきっかりも大丈夫そうに見える

user@freebsd:~ % ./a1G.out &
[1] 676
user@freebsd:~ % allocated
./a1G.out &
[2] 677
user@freebsd:~ % allocated
./a1G.out &
[3] 678
user@freebsd:~ % allocated
./a.out
allocated
vmstat
procs memory page disks faults cpu
r b w avm fre flt re pi po fr sr ad0 cd0 in sy cs us sy id
5 0 0 3.6G 349M 6810 0 2 0 1359 904 0 0 13 1490 169 55 13 32
961 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 20:41:43.15 .net]: ちなみにちゃんとmemsetし続けてるからfreはきっちり減ってる
962 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 20:41:58.05 .net]: >>946
32bit厨は12GBあってもわざわざ余らせて使うんだねw
そういう無駄は気にならないらしい
963 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 20:44:40.34 .net]: 会話できる相手にそれはやめないか？
964 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 20:58:13.26 .net]: >>947
ramdisk6G作ってファイル注入してみたけどこれも問題なし
これで運用できそうなら今度、4G+4G+4G+4Gで試してみるよ
そのうちmevius鯖の人が64Gで試してくれるに違いない
965 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 21:00:13.32 .net]: >>951
16G or 64G でi386動かすのか・・・股間が熱くなるな
楽しみにしてる
966 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 22:07:58.76 .net]: こいつら仕様も知らずに使ってたのかよ。
967 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 22:08:55.59 .net]: 昔はFreeBSDユーザ > Linuxユーザだったのにな。ド素人しかいない。
968 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/14(月) 22:42:34.01 .net]: なんとか煽ろうと必死こいてみたものの頭っ弱くてカスりもしない超絶空振りワロタ
969 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/15(火) 00:16:08.26 .net]: >>954
386の仕様すら知らないからゆとり世代だろう。
970 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/15(火) 00:40:15.50 .net]: 98でFreeBSD動かしてた人はそりゃレベル高かっただろうけど
ゆとり世代じゃハード側の知識なんて皆無だろうな。
デジタルネイティブだと自称してるけどROMとRAMの区別さえなければ、仮想メモリと物理メモリの区別さえない。
このスレ見ても64bitの意味すら分ってないまま速いと言ってる。すべてがバーチャルなんだよ。
971 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/15(火) 00:40:46.47 .net]: 頭の中が32bitしかない人が必死です
972 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/15(火) 00:49:17.60 .net]: >>957
10年ぐらい前の週刊アスキーとかライトの雑誌の64bitの説明が滅茶苦茶だったからな。
そもそも記者が理解してない。あれで勘違いした奴が大量にいた。

ここにいる奴らはそれよりさらに頓珍漢なこと言ってるからさらに若いと思う。夏休みの中高生だろう。
973 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/15(火) 00:52:14.07 .net]: デシタルネイティブw なにそれw 機械語ペラペラなの？w おじさんもペラペラだよw
974 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/15(火) 01:06:38.11 .net]: 最近のゆとりはマカーの発想に近い。新しいものが正義。
いくらじじぃどもがiOS、OSXを邪悪なBSDと呼ぼうと、
BSDはAppleにコードを丸パクリされるだけの存在。
そしてただのパクリ企業を革新的だと連呼するゆとり。
975 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/15(火) 01:18:49.04 .net]: パクられたおかげでまともなドイラバが増えた。
976 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/15(火) 01:25:22.50 .net]: セキュリティホールもたくさん報告してくれた。
ここまでBSDが低品質だとはユーザも思ってなかった。
977 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/15(火) 01:27:09.02 .net]: パクられるだけとか言ってる人を時折見かけるな
BSDライセンスの条件下だということが理解できないのか
978 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/15(火) 01:33:07.42 .net]: >>963
AppleのOSにセキュリティホールがあれば同じホールがBSDにあるからな。
979 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/15(火) 01:35:47.36 .net]: ロクでもないライセンスだよな
そりゃLinuxに高速で抜かれて大差つけられるわ
980 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/15(火) 01:38:07.26 .net]: 脆弱性だらけのiOSはアップルが取っ付けたゴミコードのバグが大半だろ
981 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/15(火) 01:49:38.70 .net]: >>962
昔、emドライバど安定だったはずだが、FreeBSD10に刺したらちょこまかdownするんだが？
982 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/15(火) 02:33:43.57 .net]: >>965
ところがOpenBSDにはない
983 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/15(火) 02:35:16.81 .net]: >>965
それはひょっとしてギャグで言ってるのか
984 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/15(火) 02:37:41.21 .net]: 昔からBSDのNICドライバはバグ持ち。
ショップにNIC故障で持ち込まれて、OS聞くとたいていFreeBSD。
Windowsで試すと普通に動くから原因切り分けに難儀してるのを何度か目撃した。
985 名前：名無しさん＠お腹いっぱい。 [2017/08/15(火) 02:50:29.01 .net]: 次スレ立てとくか
ID付きにするぞ
986 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/15(火) 02:50:37.88 .net]: >>968
バグ修正頼んだ。
987 名前：名無しさん＠お腹いっぱい。 [2017/08/15(火) 02:53:25.84 .net]: なんか勢いを感じる
988 名前：名無しさん＠お腹いっぱい。 [2017/08/15(火) 03:01:26.65 .net]: ID付きでスレ立てしようとしたけど
ERROR: 使えません。(BBS_USE_VIPQ=0)
と出て駄目だった

で普通に立てようとしたら規制されてたので誰か頼みます

FreeBSDを語れ Part45

The FreeBSD Project
www.freebsd.org/ja/

前スレ
FreeBSDを語れ Part44
mevius.2ch.net/test/read.cgi/unix/1496160953/

関連スレ
初心者もOK! FreeBSD質問スレッドその122
mevius.2ch.net/test/read.cgi/unix/1486758875/
989 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/15(火) 11:38:14.94 .net]: 俺も昨日ダメだった　板が禁止してんのけ？
990 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/15(火) 13:09:31.09 .net]: amd64のせいだろうな
はよi386PAEに移行せな
991 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/15(火) 15:35:37.90 .net]: ようやく時代がi386PAEに追いついた
992 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/15(火) 15:35:47.13 .net]: 過去に生きてる老人が来てますね
993 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/15(火) 15:42:43.62 .net]: 32bitプロセッサが出たときは、まさか4GiB越えて実装なんて思いつかなかったがな。
994 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/15(火) 16:08:20.41 .net]: 当時は速度ならTTLが常識、みたいな風潮だったししゃーない
この先どこで物理的に頭打ちになるか次第だろうけど、128bit越えする頃には
「64bitプロセッサが出たときは、まさか2^128B超えて実装なんて思い付かなかったがな」
なんて、匿名掲示板に書き込まれる日が来ないとは言い切れない

仮にVRとかの詳細なワールド、モデル～モーションまでのデータの類を
脳波入力で自由自在に設定→自動生成して、モデルが返すリアクションまでをも
抽象的な入力からAI用のリアクションを多数生成してメディアの中にぶっこむとしたら
それ位の容量は使うかも知れない・・・夢物語だがな！
995 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/15(火) 16:42:06.62 .net]: unix time 問題回避するには64bit化が楽だけど、それ以上は当面考えなくていいからなあ。
996 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/15(火) 17:10:34.58 .net]: 128bit CPUが出てきたら32bit厨はなんて言うんだろうね
997 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/15(火) 17:20:08.84 .net]: >>976
https://info.2ch.net/index.php/%E6%96%B0%E7%94%9FVIPQ2#BBS_USE_VIPQ2.3D0_.E4.BB.A5.E4.B8.8A_.28.E3.83.87.E3.83.95.E3.82.A9.E3.83.AB.E3.83.88.29
に書かれている通りSETTING.TXTに『BBS_USE_VIPQ2=2』以上が書かれている必要があるみたい

https://mevius.2ch.net/unix/SETTING.TXT
を確認してみるとそもそもBBS_USE_VIPQ2が存在しない！

なので神様仏様>>13様、UNIX版もBBS_SLIPコマンド有効化をお願いします
998 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/15(火) 18:00:30.14 .net]: 32bitの整数じゃ地球上の全部の人間の数を数えるのにも
小細工が必要
999 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/15(火) 18:10:33.62 .net]: 不細工なのが取り柄のお前がド素人自慢とかみっともないからやめとけ
1000 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/15(火) 18:48:00.47 .net]: よう、鮮人。今日も元気だな。
1001 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/15(火) 19:27:13.89 .net]: 毎度赤っ恥かいてることにすら気づけないある意味幸せなボク
人様煽ってないで小細工とやらを頑張って説明してみなよ
1002 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/15(火) 20:12:47.13 .net]: お前の大好きなPAEを使うんだろ。w
1003 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/15(火) 20:18:41.36 .net]: >>988
ばあさんが第五種補給品だと大変だな。
1004 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/15(火) 20:30:26.15 .net]: そこまでバカだと生きててつらくないの？
1005 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/15(火) 20:59:26.80 .net]: >>952
KVA_PAGES=768で4G+4G+2G+2G認識したっす

real memory = 12884901888 (12288 MB)
avail memory = 12497358848 (11918 MB)
1006 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/15(火) 21:29:19.01 .net]: ZFS使ってるせいかも
相性悪いね
1007 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/15(火) 22:05:52.50 .net]: >>992
へし折れて１枚になった1Gお届けしてみたいわ
メモリの容量の関係とかじゃなくて、多過ぎる空き容量で周囲がコケてる可能性もあるのか
1008 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/15(火) 22:46:31.41 .net]: まさにポンコツOS
1009 名前：名無しさん＠お腹いっぱい。 [2017/08/16(水) 02:37:04.81 .net]: Emacsから来ました！
1010 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/17(木) 09:05:36.91 ID:vpsEWiGbg]: FreeBSDでソフトを動かす際の注意事項があります。
コンピューターのCPUの電圧が何ヘルツであるか調ベておく事が大切です。

32kHzのCPUを搭載したコンピューターなら
32kHz用のソフトを使うこと。

64kHzのCPUを搭載したコンピューターなら
64kHz用のソフトを使うこと。

これを間違えればソフトが速く動きません。
1011 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/17(木) 10:23:05.68 .net]: FreeBSD ってなにから Free なの？
1012 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/17(木) 10:49:23.21 .net]: >>998
がっちがちのライセンス（当時）
1013 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/17(木) 16:43:04.58 .net]: 11ではemがNICとして出てこねー
存在は認識しているようだが不安定なものは使わせねえよって姿勢に感動した
em0: <Intel(R) PRO/1000 Legacy Network Connection 1.1.0> at device 0.0 on pci4
1014 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/17(木) 22:31:44.66 .net]: VMWareだとemじゃなかったっけ？
認識する時としない時があるってんならハードの問題じゃ？
1015 名前：名無しさん＠お腹いっぱい。 [2017/08/18(金) 02:58:09.64 .net]: くっさ
1016 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/08/18(金) 03:43:08.54 .net]: >>1002
戌板にお帰り
1017 名前：1001 [Over 1000 Thread.net]: このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
life time: 79日 2時間 27分 15秒
1018 名前：過去ログ ★ [[過去ログ]]: ■ このスレッドは過去ログ倉庫に格納されています

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef