[過去ﾛｸﾞ]
FreeBSDを語れ Part44 [無断転載禁止]©2ch.net (1002ﾚｽ)
FreeBSDを語れ Part44 [無断転載禁止]©2ch.net http://mevius.5ch.net/test/read.cgi/unix/1496160953/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
282: 名無しさん＠お腹いっぱい。 [sage] 2017/08/10(木) 14:56:15.45 >>280 i386の時代に64bit空間というものはなかったので、「メモリアドレッシングは32bit内にあるはず」という前提でOSや チップセットの設計などをしていたからだと思いますね。64bitが当たり前になった今ではおかしく見えるかも知れませんが。 i386で64bitメモリをアクセスするには、そういう構成のPCをわざわざ作らないといけないし、i386 OSを拡張して 64bitアクセスできるようにしないといけませんが、メーカーとしては今さらそんなことをしても売れないと判断して作らないと思いますね。 http://mevius.5ch.net/test/read.cgi/unix/1496160953/282
283: 名無しさん＠お腹いっぱい。 [sage] 2017/08/10(木) 15:20:44.24 amd64で-m32やってもmake通らなかったりするわけで http://mevius.5ch.net/test/read.cgi/unix/1496160953/283
284: 名無しさん＠お腹いっぱい。 [sage] 2017/08/10(木) 15:54:43.63 SA-17:06.openssh http://mevius.5ch.net/test/read.cgi/unix/1496160953/284
285: 名無しさん＠お腹いっぱい。 [sage] 2017/08/10(木) 16:02:59.92 EN-17:07.vnet EN-17:08.pf http://mevius.5ch.net/test/read.cgi/unix/1496160953/285
286: 名無しさん＠お腹いっぱい。 [sage] 2017/08/10(木) 20:45:02.75 >>280 またリアルモードとか仮想８６モードの時みたいに、セグメントディスクリプタに リニアアドレスの上位を代入して、32bitしかないレジスタでオフセット指定とかすんの？ 今度はセグメントレジスタはインデックス値だから、余計めんどうな事になるぞｗ http://mevius.5ch.net/test/read.cgi/unix/1496160953/286
287: 名無しさん＠お腹いっぱい。 [sage] 2017/08/10(木) 21:35:01.71 https://stackoverflow.com/questions/31880337/why-malloc-can-not-allocate-huge-memory-in-freebsd-x64-kernel-space http://mevius.5ch.net/test/read.cgi/unix/1496160953/287
288: 名無しさん＠お腹いっぱい。 [sage] 2017/08/10(木) 22:06:30.62 >>278 なんかこだわりあるならともかく64bit使いたいだけなけならマシン買い換えろよ http://mevius.5ch.net/test/read.cgi/unix/1496160953/288
289: 名無しさん＠お腹いっぱい。 [sage] 2017/08/10(木) 22:11:41.77 ほんの少しわかってきた気がする 乱暴な計算だけど、8G積んだ32bit機で、4Gを必要とする32bitアプリを２つ同時に動かす、 みたいなニッチな用途に特化したOSが欲しいって事？ だとすると、アドレッシングだけ32bit、レジスタだけデフォルト64bitみたいな構成ができるモードを CPUが構成できるようにならないと、せっかくの64bitCPUの意味が薄れる http://mevius.5ch.net/test/read.cgi/unix/1496160953/289
290: 名無しさん＠お腹いっぱい。 [sage] 2017/08/10(木) 22:23:37.69 64bitアクセスするのはOSだけでいいやんって話 プロセスからアクセスしたけりゃamd64使えばいいけど、 その気になればプロセス分けるなりで済む話であまり意味がない -m32オプションが仮想的な扱いになってることが理解に苦しむ http://mevius.5ch.net/test/read.cgi/unix/1496160953/290
291: 名無しさん＠お腹いっぱい。 [sage] 2017/08/10(木) 22:45:45.54 MMU辺りのアドレス指定だけ64bit、32bitアプリは何もかも32bitでって事？ 64bitレジスタで大分高速化できる分野もあるのに無駄じゃん ニッチな用途の為だけにi386とamd64に加えて、 更にOSだけ64bitのアプリだけ32bitのビルドとかメンテの手間に見合わないだろう http://mevius.5ch.net/test/read.cgi/unix/1496160953/291
292: 名無しさん＠お腹いっぱい。 [sage] 2017/08/10(木) 22:49:59.24 windowsはwin32アプリが多くていいよね、って話？ http://mevius.5ch.net/test/read.cgi/unix/1496160953/292
293: 名無しさん＠お腹いっぱい。 [sage] 2017/08/10(木) 22:53:41.99 i386進化させるだけでいいし、64bitレジスタで高速化できる分野こそニッチじゃね むしろ無駄に64bit使うことで帯域にメモリにと無駄にして低速化させているのが 大部分のアプリの現実だと思うが http://mevius.5ch.net/test/read.cgi/unix/1496160953/293
294: 名無しさん＠お腹いっぱい。 [sage] 2017/08/10(木) 22:58:20.84 進化させたら過去のx86機どうすんだよ 実行時に32bitか64bitか判断して分岐すんの？ レジスタが64bitになったところで結局上位32bitと下位32bitに定数読み込まなきゃならんなら 結局８バイト分のメモリ帯域使うのは同じ事だぞ むしろ６４ビットの定数を１命令で読み込める分、64bitの方が帯域食わなくて済む あと64bitとか、aircrack、データマイニング、レンジコーダー、その他諸々 同クロックの32bit比で優に２割以上はパフォーマンス上がる パフォーマンスが上がる分野はそこまで少なくはないぞ http://mevius.5ch.net/test/read.cgi/unix/1496160953/294
295: 名無しさん＠お腹いっぱい。 [sage] 2017/08/10(木) 23:04:37.01 32bit OSだってのになんで64bitコード動かす前提になるんだよ 単に複数プロセス合計で4GB超の物理メモリが使えればいいってだけの話だろ http://mevius.5ch.net/test/read.cgi/unix/1496160953/295
296: 名無しさん＠お腹いっぱい。 [sage] 2017/08/10(木) 23:08:13.03 >>295 それが>>389って事でしょ？ そんな事の為に３つのバイナリのインスコセットを準備する訳？ それともx86のみの過去の機体切り捨て？実行時に判断？ まぁ、ソースあるんだし、ないなら自分で構成すればって話なんだが http://mevius.5ch.net/test/read.cgi/unix/1496160953/296
297: 名無しさん＠お腹いっぱい。 [sage] 2017/08/10(木) 23:11:32.99 なんで切り捨てになるのか意味が分からない http://mevius.5ch.net/test/read.cgi/unix/1496160953/297
298: 名無しさん＠お腹いっぱい。 [sage] 2017/08/10(木) 23:13:58.61 そんなに欲しけりゃ自分で改造しろ 用意されてない上に誰も要望を上げてないって事はそういう事だ http://mevius.5ch.net/test/read.cgi/unix/1496160953/298
299: 名無しさん＠お腹いっぱい。 [sage] 2017/08/10(木) 23:21:42.27 32bitウインなにがしなんかだと、4GB超にramdisk作れるな http://mevius.5ch.net/test/read.cgi/unix/1496160953/299
300: 名無しさん＠お腹いっぱい。 [sage] 2017/08/10(木) 23:28:46.39 それ、アプリがOSに無断でPAE使ってるだけだし、 他のアプリまで使い出したら競合してぶっ壊れるからな。 アプリにメモリ割り当てられる訳じゃないし、ごねてないでいっぺん自分で作ってみろ。 http://mevius.5ch.net/test/read.cgi/unix/1496160953/300
301: 名無しさん＠お腹いっぱい。 [sage] 2017/08/10(木) 23:36:00.91 作ってみろだのなんだの会話能力なさすぎ http://mevius.5ch.net/test/read.cgi/unix/1496160953/301
302: 名無しさん＠お腹いっぱい。 [sage] 2017/08/10(木) 23:46:41.51 会話能力以前に、レジスタが64bitになって帯域どうこうとか、 Win32bitの4GB超領域にramdiskが作れるだの （たった１つのアプリだけなら64bitレジスタも使えるが、複数アプリが使い始めたら飛ぶ） 技術的な事がなんにもわかってない素人がクレクレ乞食すんなっての http://mevius.5ch.net/test/read.cgi/unix/1496160953/302
303: 名無しさん＠お腹いっぱい。 [sage] 2017/08/10(木) 23:50:36.85 いきなりramdiskとか言い出す奴は真性のアホだから http://mevius.5ch.net/test/read.cgi/unix/1496160953/303
304: 名無しさん＠お腹いっぱい。 [sage] 2017/08/10(木) 23:54:25.40 会話能力が欠如しているほうが人として終わってるだろｗ 複数アプリが使い始めたら飛ぶから素人だとか 飛んでるのは言ってること何もかも支離滅裂のお前の頭だけだろ http://mevius.5ch.net/test/read.cgi/unix/1496160953/304
305: 名無しさん＠お腹いっぱい。 [sage] 2017/08/10(木) 23:56:37.62 ramdiskとか言い出す奴は真性のアホとか完全に頭ぶっ飛んでるわな http://mevius.5ch.net/test/read.cgi/unix/1496160953/305
306: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 00:00:46.60 >>304 会話能力欠如してるのはアプリへのリニアアドレス空間の提供とかに関するOSの話から 突然ramdiskとか言い出す方だろ 何言ってんだこの古事記は・・・俺様の為に他人が特別ビルド提供して当然とか思ってるのか？ http://mevius.5ch.net/test/read.cgi/unix/1496160953/306
307: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 00:01:11.93 ramdiskであろうと使えるに越したことはないわ http://mevius.5ch.net/test/read.cgi/unix/1496160953/307
308: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 00:02:38.48 >>306 そんな風にしか解釈できないから頭が飛んでるとか言われるんだろ 相当頭悪いだろお前 http://mevius.5ch.net/test/read.cgi/unix/1496160953/308
309: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 00:03:09.61 ならi386の方で4G使って、そっから上はramdiskに使ってりゃいい 終冬 http://mevius.5ch.net/test/read.cgi/unix/1496160953/309
310: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 00:54:49.49 64bitモードと32bitモードの行き来だけでものすごい性能ペナルティくらいそうだけど CPUにそういうモードが実装されないとどっちにしろ絵に描いた餅だよね。 話は変わるがバンクメモリとかEMSとかHMAとかセグメントレジスタとか 懐かしいが二度と関わりたくないよな http://mevius.5ch.net/test/read.cgi/unix/1496160953/310
311: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 01:03:29.21 >>310 おまけにセグメントの内容変えないと64Kの範囲内でしかメモリアクセスできなかったしな CのEMSメモリやらハイメモリやらのライブラリ使っても煩雑だったし 多少遅くても大きくても64bitでいいよ http://mevius.5ch.net/test/read.cgi/unix/1496160953/311
312: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 01:12:50.96 １プロセス2GBで足りないってか？ 結局、物理アドレス変換するんだから性能差なんて大差なかろう http://mevius.5ch.net/test/read.cgi/unix/1496160953/312
313: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 02:17:47.52 >>277 longモードってPAE必須なんだけど何を言ってるんだ？ amd64では拡張したPAE使ってんだけど。 http://mevius.5ch.net/test/read.cgi/unix/1496160953/313
314: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 02:56:41.82 > 64bitレジスタで高速化できる分野こそニッチじゃね 64bitになって、レジスタ数も倍増したのにほとんど高速化してないしな。 アプリによって数%速くなるだけ。 http://mevius.5ch.net/test/read.cgi/unix/1496160953/314
315: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 02:57:00.44 >> 293 > 64bitレジスタで高速化できる分野こそニッチじゃね ちょっとアセンブラで組んでみるとわかるけど、32bitでは汎用レジスタが4本しかないので一時的に記憶 しておきたい値でもスタックに積まないといけないけど、そうするとPUSH/POPを頻繁に行わないといけなくなる。 繰り返し処理の中でこんなことをしていたら当然遅くなる。 64bitなら汎用レジスタが15本あるので、サブルーチン内で必要な一時変数を全部レジスタだけで 済ますこともできる。Cコンパイラなら汎用レジスタに一時変数を自動的に割り振ってくれるので、 同じ処理でもレジスタだけで処理できてしまう場合が多くなり、全体に速度が上がる。 http://mevius.5ch.net/test/read.cgi/unix/1496160953/315
316: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 03:08:46.54 >>314 アプリによるだろ 表計算ネット閲覧文字列処理くらいしかしない様なのには恩恵ないだろうけど エンコレンダリングブルートフォースとか、64bitになるとえっらい速くなるぞ レジスタの本数が増えただけじゃなくて、一時的に128bitの値のスケーリングとか 32bit時代は４つのintで騙し騙しスケーリングしてたのが、 ２つの変数での自前の乗算除算で済む様になる http://mevius.5ch.net/test/read.cgi/unix/1496160953/316
317: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 03:16:49.26 RISCでコード書いたことあるなら分ると思うが32個レジスタあってもちょっししたコードでも瞬殺で使い尽くす。全く足りない。 しかし、今時のIntelのPush、Popのスループットは1clock、0.5clock。つまりL1データキャッシュ32KBがレジスタの代用として使えるレベル。 だから単純にレジスタ数を倍増してもわずかしか速度が上がらない。とっくの昔にPush/Popの遅さは隠蔽されてるから。 http://mevius.5ch.net/test/read.cgi/unix/1496160953/317
318: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 03:26:11.83 自動変数にアクセスする度にpushpopなんてしとらんぞ ３２ビット時代ですらBPにSP入れて相対のアドレッシングで直接読み書き演算しとる http://mevius.5ch.net/test/read.cgi/unix/1496160953/318
319: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 03:40:40.47 加算が1回とかメモリに対してやれば1clockでやってくれるが、 複雑な計算だとレジスタに移したほうが速くなる。 http://mevius.5ch.net/test/read.cgi/unix/1496160953/319
320: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 03:54:25.94 ４本の汎用レジスタと２＋１本のインデックスレジスタで事足りる用途じゃ早くならんが 複雑な計算し出したらx64の方が圧倒的に高速になる ブラウザやらエクセルやらでx64速度上がらないとか言ってるようなのは何なんだろうな 4G以上使えるだけの３２ビットＣＰＵしか持ってない貧乏人が作れ作れわめいてるだけか？ http://mevius.5ch.net/test/read.cgi/unix/1496160953/320
321: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 04:05:15.05 ieやexcelはポインタこねくりまわすから64bit幅アドレスがキャッシュを倍の早さで食い尽くす。 今のところ圧倒例がエンコだけ。x264で10%程度。 しかし時代はエンコードもデコードもハード、GPUの時代。 IntelはAltera買収したからさらにハードでの処理が加速する。 http://mevius.5ch.net/test/read.cgi/unix/1496160953/321
322: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 04:25:58.98 WPAのクラックとかBFとかレンダリングとか、他にもいっぱいあるだろ。 しかも全員が全員、コーダー積んでるハード持ってる訳じゃないんだぞ。 んなニッチなもん誰も作らんわ 自分で作れ 作れないなら諦めろ。 http://mevius.5ch.net/test/read.cgi/unix/1496160953/322
323: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 05:24:46.11 >>317 PUSH/POPの命令発行クロックが小さくても、外部メモリへの読み書きはレジスタ内の読み書きに比べはるかに遅い。 命令を発行してからバスを通って読み出し、またバスを通ってレジスタにデータを得るまでの経路も長い。 レジスタ内で処理できればバスは関係なくなるし、外部メモリのクロックの遅さにも影響されずに処理できる。 確かにL1キャッシュにデータが入っている間は遅延は少なくて済むが、32個のレジスタで足りないほど多くの データを扱うとなればL1キャッシュから外れるものも出てくる。プログラムの規模が大きくなればなるほどキャッシュに ヒットしない場合が出てくる。そうなれば途端に遅くなる。 http://mevius.5ch.net/test/read.cgi/unix/1496160953/323
324: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 06:33:04.24 pushpopもクロック数の横に＋ｎとか書いてある筈 レジスタ類にしか影響しないオペコードとオペランドの組み合わせの場合は 理論値通りのクロックで命令が終了するけど、 メモリアクセスが発生するオペコードだったりオペランドがメモリを指してたりする場合は L1〜L3ヒット／ミスヒットでｎの数値はどんくらいとか、 メモリがSDRAMの場合はキャッシュのライン読み込み完了まではストールとか、 別のデータ書き込み中に更にライトバックになったら終わるまで動けんとか、 詳細に計算式とか備考欄に書いてある筈だぞ pushpopは必ずメモリアクセスが発生するから、L1にヒットするから１クロックとか 簡単に見積もれる話じゃないし、そもそもヒットするからって条件が付く事自体がおかしい 読み込みしかしない訳じゃないぞ http://mevius.5ch.net/test/read.cgi/unix/1496160953/324
325: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 06:44:07.71 筈だぞ http://mevius.5ch.net/test/read.cgi/unix/1496160953/325
326: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 09:08:29.95 gdgd荒らしている様だが、要するに一生懸命「32bitでも64bitに対してそれほど 遅くない」ってだけで肝心のメリットが殆どないってのに、今さら誰が欲しがるかって。 下らないわ。 http://mevius.5ch.net/test/read.cgi/unix/1496160953/326
327: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 09:46:00.55 ごめん、何言ってるか分らない。 http://mevius.5ch.net/test/read.cgi/unix/1496160953/327
328: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 09:51:40.67 要するに 古事記＜古いCPUでメモリいっぱいの旧型機に特化したビルドを俺様の為に作れ！ ↑の為にx64否定、x86マンセーの嘘を垂れ流す その他＜うぜぇ だろ http://mevius.5ch.net/test/read.cgi/unix/1496160953/328
329: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 10:06:06.52 何が合理的か語る場で古事記だの作れだの馬鹿にも程があるな -m32通らないとか64CPUにi386入れたい理由なんて山ほどあるだろ 反論できなくなると荒らすとか何もかもレベル低すぎるぞお前 http://mevius.5ch.net/test/read.cgi/unix/1496160953/329
330: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 10:07:55.45 もうi386サポート外にしようぜ http://mevius.5ch.net/test/read.cgi/unix/1496160953/330
331: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 10:15:49.00 ×「32bitでも64bitに対してそれほど 遅くない」 ○「64bitでも32bitに対してそれほど 遅くない」 http://mevius.5ch.net/test/read.cgi/unix/1496160953/331
332: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 10:18:26.14 64bitは32bitに対して結構メモリ無駄にするけどな http://mevius.5ch.net/test/read.cgi/unix/1496160953/332
333: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 10:22:49.01 >>329 -m32通らないならamd64で動かすしかないんじゃないか？ てか今時i386入れたい理由って具体的になんだよ 俺も>>330に賛成だよ CPUがアドレス３２ビットレジスタ６４ビットサポートしないなら普通に６４でいい 多少でかくても困らんし、世間で騒いでる奴なんてそんなにいない http://mevius.5ch.net/test/read.cgi/unix/1496160953/333
334: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 10:25:05.25 32bit gccでコンパイルに通って64bit gcc の -m32 に通らないコードって、どんなコードだ？ http://mevius.5ch.net/test/read.cgi/unix/1496160953/334
335: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 10:25:42.61 -m32の意味も知らないのに賛成とか ポインタが何かすら知らないんだろうな http://mevius.5ch.net/test/read.cgi/unix/1496160953/335
336: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 10:38:34.82 >>335 >>334 http://mevius.5ch.net/test/read.cgi/unix/1496160953/336
337: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 10:56:23.46 64bitなんて街乗りしかしないのにエンジンだけバカでかくて燃費悪い車買うようなものだわな http://mevius.5ch.net/test/read.cgi/unix/1496160953/337
338: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 11:05:13.95 i386入れたい理由にも>>334にも答えない ただの知ったかぶり貧乏学生と見た http://mevius.5ch.net/test/read.cgi/unix/1496160953/338
339: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 11:06:26.49 仮想PC内でしか動かさんからショボい32bitOSぐらいが丁度いい。 http://mevius.5ch.net/test/read.cgi/unix/1496160953/339
340: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 11:09:31.08 山ほど理由があるんだろ？他には？>>334の答えは？ http://mevius.5ch.net/test/read.cgi/unix/1496160953/340
341: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 11:15:38.84 さっきからなにに発狂してるか知らんがおれは別人だ。 おまえの妄想がハズレたからって絡むなよ。 http://mevius.5ch.net/test/read.cgi/unix/1496160953/341
342: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 11:16:03.31 教えてくん痛々しいな 人様への物の聞き方すら知らないとか救いようのないアホだな http://mevius.5ch.net/test/read.cgi/unix/1496160953/342
343: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 11:19:09.18 どうせ知ったかぶってるだけで、そんなもんないか、極一部のプリプロセッサ辺りの欠陥だろ 救いようのない知ったか学生失せろ http://mevius.5ch.net/test/read.cgi/unix/1496160953/343
344: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 11:20:37.89 一人で勝手にキレやがって全く意味不明だ。 http://mevius.5ch.net/test/read.cgi/unix/1496160953/344
345: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 11:22:35.75 > -m32通らないとか64CPUにi386入れたい理由なんて山ほどあるだろ 山ほど答えてみろ > 32bit gccでコンパイルに通って64bit gcc の -m32 に通らないコードって、どんなコードだ？ これに答えてやれ http://mevius.5ch.net/test/read.cgi/unix/1496160953/345
346: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 11:42:21.63 gccはオワコン。 http://mevius.5ch.net/test/read.cgi/unix/1496160953/346
347: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 11:54:52.92 i386を排除しようとしてる奴はアホ。 そもそもamd64はx86を超互換性重視で作ったなんちゃって64bit。採用された経緯も知らんとか馬鹿杉。 おそらくコードも書かない社会を知らない学生だろう。 http://mevius.5ch.net/test/read.cgi/unix/1496160953/347
348: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 11:56:12.49 ＞答えてやれ 誰がお前みたいな礼儀知らずの知障に教えてやんだよｗ http://mevius.5ch.net/test/read.cgi/unix/1496160953/348
349: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 12:00:55.89 >>347 intelはIA-64に舵切ろうとしたのに、OpteronでAMDに先越されたから 慌ててintelが追従したんだろ で、当時はAMDの皿とVIAやnForceのMBが飛ぶように売れてた 唯一AMDが輝いてた時期だ >>348 教えてやらないんじゃないな、本当は滅多に存在しないから答えられないだけだ http://mevius.5ch.net/test/read.cgi/unix/1496160953/349
350: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 12:04:10.14 >>348 お前みたいな明らかな盆暗に説明したところで理解できるはずもないわ 対価でもよこせカス http://mevius.5ch.net/test/read.cgi/unix/1496160953/350
351: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 12:04:57.29 >>347 x86自体が糞なのはアセンブラが読める奴なら大半がわかっているだろう それでも世の中はx86x64で動いている おまえの下らない拘りなんて一般人は気にしない、動けばいい http://mevius.5ch.net/test/read.cgi/unix/1496160953/351
352: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 12:06:15.55 きっとゲーム機のCMでも見て64bitすげーみたいな浅はかなイメージしかないのだろう http://mevius.5ch.net/test/read.cgi/unix/1496160953/352
353: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 12:09:16.53 ×>>348 ○>>349 アホな引用ばっかりするからミスったわ お前と違って一度言われたことは記憶できるんでな 反論する能力がないからって無駄な引用やめろハゲ http://mevius.5ch.net/test/read.cgi/unix/1496160953/353
354: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 12:10:54.10 >>349 先を越されたんじゃない。MSがコード変更が面倒だからと互換性重視のamd64で行くと決めたのだ。 つまりMSがIA64で行くと言えば、amd64は市場から消えたアーキテクチャなのだ。 > CPUがアドレス３２ビットレジスタ６４ビットサポートしないなら普通に６４でいい > 多少でかくても困らんし、世間で騒いでる奴なんてそんなにいない FreeBSDユーザの意見なんてこれっぽっちも影響力などないのだ。 http://mevius.5ch.net/test/read.cgi/unix/1496160953/354
355: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 12:13:27.94 >>354 MSが64bit版出したのはx64のCPUが広まって大分経った後だ > -m32通らないとか64CPUにi386入れたい理由なんて山ほどあるだろ 本当は嘘だから一部の理由しか出てこない > 32bit gccでコンパイルに通って64bit gcc の -m32 に通らないコードって、どんなコードだ？ 本当は滅多にないから答えられない こういう事だろ 今更x86に戻りたいなんて奴殆どいねえ 消費者はx64選ぶだろ http://mevius.5ch.net/test/read.cgi/unix/1496160953/355
356: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 12:16:23.42 頭の悪い奴ってのは言葉を作れないからすぐコピペに頼る しかも連呼とか救いようのない頭の悪さ とっとと対価でも払って教えてもらえよガイジ http://mevius.5ch.net/test/read.cgi/unix/1496160953/356
357: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 12:18:14.09 >>354,355 嘘はやめよう。 64bitのWindowsはAlphaからあった。 IteniumのWindowsもあった。 x86の64bit拡張を市場投入するのを IntelはAMDよりも出遅れた。 http://mevius.5ch.net/test/read.cgi/unix/1496160953/357
358: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 12:18:23.04 >>351 糞と思ってるのはおまえの妄想で市場は技術者はRISCを糞と判断したのだ。 > それでも世の中はx86x64で動いている これこそ妄想。スマホ使ってる奴はガラケーは絶滅したと思ってるが実際のシェアは10年かかってやっと半々なのだ。 学生で無知だから知らないんだろうが、x86資産は膨大で、且まだまだ健在だ。 http://mevius.5ch.net/test/read.cgi/unix/1496160953/358
359: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 12:19:02.20 >>355 じゃあ尼券コード書けよ お得意の連呼で何度か書けばいつか対価で教えてくれる奴に当たるだろ http://mevius.5ch.net/test/read.cgi/unix/1496160953/359
360: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 12:21:25.75 >>357 64bitAlphaのNT4とNT5x64は全く別のアーキテクチャ。 http://mevius.5ch.net/test/read.cgi/unix/1496160953/360
361: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 12:22:36.68 >>357 それは全くの嘘。Intelの64bit拡張はMSがamd64でいくと決めた後。 http://mevius.5ch.net/test/read.cgi/unix/1496160953/361
362: 名無しさん＠お腹いっぱい。 [sage] 2017/08/11(金) 12:23:21.07 >>357 全くのデタラメ。 http://mevius.5ch.net/test/read.cgi/unix/1496160953/362
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 640 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.015s