[過去ﾛｸﾞ]
FreeBSDを語れ Part44 [無断転載禁止]©2ch.net (1002ﾚｽ)
FreeBSDを語れ Part44 [無断転載禁止]©2ch.net http://mevius.5ch.net/test/read.cgi/unix/1496160953/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
253: 名無しさん＠お腹いっぱい。 [sage] 2017/07/30(日) 17:38:59.60 >>248はキチガイです。 http://mevius.5ch.net/test/read.cgi/unix/1496160953/253
254: 名無しさん＠お腹いっぱい。 [sage] 2017/07/30(日) 17:49:14.93 よくいる爺だから放置しとけ http://mevius.5ch.net/test/read.cgi/unix/1496160953/254
255: 名無しさん＠お腹いっぱい。 [sage] 2017/07/30(日) 17:51:26.05 自分で修正できない盆暗僻み野郎しつこい 守銭奴パナソニックの糞UIテレビがOSSならどれだけ素晴らしいテレビになって売れてることか http://mevius.5ch.net/test/read.cgi/unix/1496160953/255
256: 名無しさん＠お腹いっぱい。 [sage] 2017/07/30(日) 18:15:29.46 もしかして、ソフトで金稼いでる奴許せん！とかいう嫌儲か貧乏学生が １人紛れ込んで暴れてるのか 非OSSこきおろしてOSSマンセーしたところでおまえ同様、ボランティアになる奴はいない 他人が自分の為にボランティアして当然とか勘違いすんなよ？ おまえが死んだところで社会には何の影響もないし、むしろいなくなった方が社会の為になる http://mevius.5ch.net/test/read.cgi/unix/1496160953/256
257: 名無しさん＠お腹いっぱい。 [sage] 2017/07/30(日) 18:44:34.33 ずっと暴れてんのはお前一匹だろ 最後の一行、まさにお前こそが噛みしめるべきだといい加減気づけ無能 http://mevius.5ch.net/test/read.cgi/unix/1496160953/257
258: 名無しさん＠お腹いっぱい。 [sage] 2017/07/30(日) 18:54:56.62 奇形児！ http://mevius.5ch.net/test/read.cgi/unix/1496160953/258
259: 名無しさん＠お腹いっぱい。 [sage] 2017/07/30(日) 19:04:10.45 自己紹介はもう結構！ http://mevius.5ch.net/test/read.cgi/unix/1496160953/259
260: 名無しさん＠お腹いっぱい。 [sage] 2017/07/30(日) 19:30:06.85 驚愕の事実 このスレには俺とおまえの二人しかいない！ http://mevius.5ch.net/test/read.cgi/unix/1496160953/260
261: 名無しさん＠お腹いっぱい。 [] 2017/07/31(月) 19:10:21.74 愛し合っているのか！ http://mevius.5ch.net/test/read.cgi/unix/1496160953/261
262: 名無しさん＠お腹いっぱい。 [sage] 2017/07/31(月) 22:02:27.16 な〜んだ。そうだったのかぁ(*´∀`*) http://mevius.5ch.net/test/read.cgi/unix/1496160953/262
263: 名無しさん＠お腹いっぱい。 [sage] 2017/07/31(月) 23:23:44.73 末永くお幸せに http://mevius.5ch.net/test/read.cgi/unix/1496160953/263
264: 名無しさん＠お腹いっぱい。 [sage] 2017/08/01(火) 07:23:09.09 10.4-PRERELEASE http://mevius.5ch.net/test/read.cgi/unix/1496160953/264
265: 名無しさん＠お腹いっぱい。 [sage] 2017/08/01(火) 09:50:51.52 ｷﾀ━━━━(ﾟ∀ﾟ)━━━━!! http://mevius.5ch.net/test/read.cgi/unix/1496160953/265
266: 名無しさん＠お腹いっぱい。 [sage] 2017/08/01(火) 11:29:47.67 H3HDMI対応の11.2ﾏﾀﾞ━━━━(ﾟ∀ﾟ)━━━━?? http://mevius.5ch.net/test/read.cgi/unix/1496160953/266
267: 名無しさん＠お腹いっぱい。 [] 2017/08/08(火) 22:18:45.52 10にしたら合計１ギガを軽く超えるmallocが失敗するようになった なんか実装変わった？ http://mevius.5ch.net/test/read.cgi/unix/1496160953/267
268: 名無しさん＠お腹いっぱい。 [sage] 2017/08/08(火) 22:25:01.31 yes http://mevius.5ch.net/test/read.cgi/unix/1496160953/268
269: 名無しさん＠お腹いっぱい。 [sage] 2017/08/09(水) 03:47:07.53 搭載メモリ10G超えが当たり前の時代、 プロセス上限が2Gやそこらってどうよ？ http://mevius.5ch.net/test/read.cgi/unix/1496160953/269
270: 名無しさん＠お腹いっぱい。 [sage] 2017/08/09(水) 05:23:16.52 1GBのmallocなんてそもそも設計おかしいだろ。一度に使う分だけ細かく取って使えよ。 http://mevius.5ch.net/test/read.cgi/unix/1496160953/270
271: 名無しさん＠お腹いっぱい。 [sage] 2017/08/09(水) 05:33:17.86 今時、フラットな1GBのメモリを欲しいことだってあるでしょ。 http://mevius.5ch.net/test/read.cgi/unix/1496160953/271
272: 名無しさん＠お腹いっぱい。 [sage] 2017/08/09(水) 08:09:34.69 mmap直接使えばいいんじゃないの？それともこれが制限されてるの？ http://mevius.5ch.net/test/read.cgi/unix/1496160953/272
273: 名無しさん＠お腹いっぱい。 [sage] 2017/08/09(水) 09:36:30.34 1G超って・・・std::dequeとか ポインタの配列持って多次元配列を１次元配列に見せるとかじゃダメなん？ http://mevius.5ch.net/test/read.cgi/unix/1496160953/273
274: 名無しさん＠お腹いっぱい。 [sage] 2017/08/09(水) 11:08:28.48 >>272 なーんの問題もない http://qiita.com/jj1bdx/items/aeb4e13e71c9aa6ce798#fn1 http://mevius.5ch.net/test/read.cgi/unix/1496160953/274
275: 名無しさん＠お腹いっぱい。 [sage] 2017/08/09(水) 11:40:14.09 > 6623 user 1 20 0 1024G 1652K ttyin 0 0:00 0.00% a.out 何これ…いや理屈はわかるんだけど。 http://mevius.5ch.net/test/read.cgi/unix/1496160953/275
276: 名無しさん＠お腹いっぱい。 [sage] 2017/08/10(木) 02:16:34.10 今どきのPAEって使い物になるの？ http://mevius.5ch.net/test/read.cgi/unix/1496160953/276
277: 名無しさん＠お腹いっぱい。 [sage] 2017/08/10(木) 08:00:08.72 いまどきのATOMですら64bit命令実行できる現在、PAEなんて必要あるか？ http://mevius.5ch.net/test/read.cgi/unix/1496160953/277
278: 名無しさん＠お腹いっぱい。 [sage] 2017/08/10(木) 10:18:32.90 4G超マシンにi386入れたい人は少なくないだろう http://mevius.5ch.net/test/read.cgi/unix/1496160953/278
279: 名無しさん＠お腹いっぱい。 [sage] 2017/08/10(木) 10:34:01.36 確か、オーバーライドプレフィクス抜きで レジスタデフォルト64bit、アドレッシングデフォルト32bitとかできないんだよな 64bitのバイナリのアドレス定数の上位32bitが大抵０だらけで容量無駄にでかい http://mevius.5ch.net/test/read.cgi/unix/1496160953/279
280: 名無しさん＠お腹いっぱい。 [sage] 2017/08/10(木) 13:23:55.32 つか、物理アドレスなんて変換されて見えないんだから i386 OSが64bit空間管理して何が問題なわけ？ http://mevius.5ch.net/test/read.cgi/unix/1496160953/280
281: 名無しさん＠お腹いっぱい。 [sage] 2017/08/10(木) 14:33:32.64 なんでだろ(´・ω・｀) http://mevius.5ch.net/test/read.cgi/unix/1496160953/281
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
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 669 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.013s