[過去ﾛｸﾞ]
FreeBSDを語れ Part44 [無断転載禁止]©2ch.net (1002ﾚｽ)
FreeBSDを語れ Part44 [無断転載禁止]©2ch.net http://mevius.5ch.net/test/read.cgi/unix/1496160953/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
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
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 709 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.011s