- 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/
- 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資産は膨大で、且まだまだ健在だ。
|
 |
