x86_64総合 - 暇つぶし2ch

x86_64総合 ..

413:login:Penguin
08/03/11 13:41:14 +Qz/qZ3U
デュアルコアCPUだから32bit+32bit=64bit

414:login:Penguin
08/03/11 15:11:58 yo+gu3nC
>>413
それなんてサターン？

415:login:Penguin
08/03/11 15:20:35 WV6tAM4L
>>409
知恵がないやつは何使ってもダメ
URLﾘﾝｸ(solutions.brother.co.jp)

416:login:Penguin
08/03/11 17:23:38 jxQuU7QF
うちx86_64で普通にブラザーの複合機使ってるよ。スキャナも。
Faxはなかなか試してないけど動かないかなぁと思ってこんど試してみたい。

417:login:Penguin
08/03/27 08:05:32 UhhaZA5C
URLﾘﾝｸ(www.stv.ne.jp)
市民と医師が交流会

｢心｣のこもったおもてなしは、｢命｣にかかわる問題の解決につながるでしょうか？
深刻な医師不足に悩む根室市で市民と医師の交流会が開かれました。
地元の素材を使った手作りの料理で医師不足解消を訴えました。

地元のジャズバンドの演奏が出迎えたのは、7人の医師です。根室で開かれた市民と医師の交流会です。
(根室市民)｢根室が医師不足と聞いたら本人がこれなくても、仲間に根室はいいところなので
いってやってくれよと言ってほしい｣
根室市立病院では今年度、常勤医が一時6人まで減りました。道は今月、眼科医を道職員として
採用するなど、医師不足が深刻化しているのです。根室の良さを医師に知ってもらおうという願いが
こめられた交流会ー料理の一部は浜のお母さんたちが作りました。
(市民の女性)｢地元で新鮮なものを食べてもらい、病気を治してもらいたい｣
住民たちの願いは、医師に届いたのでしょうか？
(医師)｢かあさんのおかげでいいもの食べれた｣
(市民の女性)｢長くいてくださいね｣
(医師)｢本音で語り合えたりよい機会だと思う｣
医師と住民の距離を縮めることには一役かった交流会ー医師不足の解消にもつながるかー地元の努力は続きます。
ｰｰｰｰｰｰｰｰｰｰｰｰｰｰｰｰｰｰ

どうでもいいが、

>道は今月、眼科医を道職員として採用するなど、医師不足が深刻化しているのです。

ってどういう意味なの?
本当は内科医や外科医が欲しいのに眼科医で我慢していると言いたいのか?

418:login:Penguin
08/03/27 08:10:26 rXjbTNjA
６４ビットで処理したいから書いたんかな？

419:login:Penguin
08/03/27 10:09:03 T/aNRAUZ
パソコンで解ける問題とそれ以外があるからな

420:login:Penguin
08/03/27 17:42:09 GJp7cKI1
>>417

誤爆失礼

421:login:Penguin
08/04/07 00:43:28 aPv6MtZc
>>399
亀でごめんだけど、兄弟の複合機の64bitOSに32bit版ドライバを
導入した事例はどこぞのBLOGに書いてある。ググってくれ。

422:login:Penguin
08/04/20 00:40:10 CyPaxl1n
★ゅ

423:login:Penguin
08/04/20 02:53:38 XvR8zZ0x
すいません質問なんですけど、Fedracore 9 Beta 64ビットを
ライブCDからインストールしたのですが
完了後、青い画面にカーソルだけ表示されてカーソル移動以外何も操作できません。
CPUはコア2のQ6600でチップセットはnVidia n680iです。

Linuxのインストールが初めてでよく分からなかったので
途中Yes,No,Contenu,?
と聞かれたのを全部　Y　押して Enter 押してました。
一応全部　OK　表示されたのでインストール成功かと思ったのですが…
何がいけないのでしょうか？

424:login:Penguin
08/04/20 05:03:17 pJrpD85n
詳しくないにもかかわらず正常に動くかどうかがわからない最新環境のBeta版を
入れてしまう所がまずいと思われるのでFedora 8か別の64bit版を入れる所まで
戻るのが最良かと。

425:login:Penguin
08/04/20 13:07:02 CyPaxl1n
>>423
なんでFedraスレで聞かないんだ？

426:login:Penguin
08/04/20 15:00:12 XvR8zZ0x
どうもです。スレ読み直したらいけました！
途中、memtestしたらフリーズしたりしましたけどｗ
Linuxは普通のことやるのも難しいですね。
64bitすばらしいです。流体の計算とか衝突判定の計算も1.6倍くらい速い
今まで落ちてたレンダリングも最後までやってくれるし
Shakeも使える。
あとフォトショがWine無しで普通に使えたらいいのに。

427:login:Penguin
08/04/20 16:51:13 QuJ9DQNO
落ち込んだりもしたけれど、あたしは元気です。

って感じだなw

428:login:Penguin
08/04/20 19:48:13 0xg6zT2o
俺は宮崎駿の作品の中では魔女の宅急便が一番好きだなあ。

429:login:Penguin
08/04/20 22:29:20 cyoem7vw
俺は>>426が言っていることが全て同意できないけどまあいいや

430:login:Penguin
08/04/20 22:37:06 rArCMxg4
アホな結果が出て論文かけなくて困るのは
俺ではないからな。

431:login:Penguin
08/04/20 22:43:00 0qQFlOAu
memtestでフリーズね…
お大事に

432:login:Penguin
08/04/23 01:33:03 VuUPiGDi
centos5 x86 x64 などでいくらぐぐっても出てこないので、ちょいと質問です。

x64なサーバがkernel panicしたので、x86にしようと思っているのですが
rpmもろとも x86にしなくてはいけないですよね？
yum repoを変えてアップデートでできないかなと思ったのもので。

433:login:Penguin
08/04/23 06:11:23 6rR24aZk
>>432
fileutils1つとってみても、x86_64のを消した後でi386の入れ直ししなきゃなんないと思うんで、
i386にしたいんだったら、システム入れ直しの方が早い。（baseパッケージすべて上書きって手もあるが）
まぁ、俺だったら正常に動いていたカーネルのrpm探すなり、自ビルドするけどな。

そんなことより、x64なんて単語はlinux界隈で使わねーよ。

434:login:Penguin
08/04/23 09:04:20 jiiilfaV
yumで最新まで更新かけて落ちたなら、ハードウェアの故障じゃないの？
みんな落ちてるなら、騒ぎになっていると思うよ

435:login:Penguin
08/04/23 10:46:52 5HY+KOSY
>>433
i386
i486
i586
i686
この違いがようわからん

436:login:Penguin
08/04/23 12:16:41 rEkGTqtR
>>435
i386 : intel 80386 互換
i486 : intel 80486 互換
i586 : intel Pentium 互換 Pentium, MMX Pentium, K5 等
i686 : intel Pentium 2 互換 Pentium 2, Pentium 3, K6, Athlon, MII 等
amd64 : AMD Athlon64 互換, Athlon64, Pentium4(EM64T) 等
ia64 : Itanium 互換, Itanium, Itanium 2 等

437:login:Penguin
08/04/23 13:28:31 4OLhfFD5
たぶん特定のCPU向けには最適化してないだろうから、
使う命令が変わってるぐらいじゃない？

i486 i386用命令+bswap,cmpxchg等が使える
i586 i486用命令+cmpxchg8b等
i686 i586用命令+cmov等

438:login:Penguin
08/04/23 13:58:57 VuUPiGDi
>>433
サンクス
やっぱりCDから入れなおしですかね。yumでrepo変えてさくっとやりたかったのですが。
>>434
yumで最新なのにkernel panicです。
ハードを一番初めに疑ってメモリーはmemtestして交換したのですが、また落ちたので。
マザーボードやCPUまで変えるより、x86に変えて様子を見ようかなと。
panicが数ヶ月に１度の頻度なので微妙なのです。

439:login:Penguin
08/04/23 14:58:37 YMinfibm
そもそもマザボがそのカーネルに対応してるかどうかすらも
書いてないし、ディストリが配布してる最新カーネル、ったって
新しいかどうか知らないし、パッケージ作ったひとがたまたま
どっかconfig間違ったかも知れないし、ログも見てないみたい
だし、サポート付きの商用OS使ったほうがよくね？

440:login:Penguin
08/04/23 16:19:07 KfCkO40Q
俺もx86_64入れたらよく落ちるようになったけど、
apacheのメモリ使用量が激増してるのに気が付いて、
プロセス再起動頻度を上げてメモリを増量したら安定するようになった。

自作PHPコードのメモリリークかと思ったが、今のところ不都合発見できず。
ECCメモリだしメモリ不良とも考えにくい。
根本原因は謎だし、ケースも違うかもしれないけど、ご参考まで。

441:login:Penguin
08/04/23 16:30:04 VuUPiGDi
>>439
サーバが手元になく、自分管理ではないので、マザーボードが何かとかハードの
状況はわからないので、聞いてみます。
カーネルは、CentOS5 のyum updateでの最新版で、インストールしてからカーネル
周りは何もいじっていないはずです。
ハード管理者曰く、スタックトレースを見たところ、Linux kernelのメモリpageを
freeしようとしたところでpanic起こしていたようです。
ログには、Bad page state in processとあったそうで。

商用サポートという手がありましたね。ちょっとその方法も考えてみます。

442:login:Penguin
08/04/23 19:48:02 5HY+KOSY
>>436
うわっ・・・すまん・・・バカにされると思ってたんだが・・・

勉強になったありがとう
ってかそらんじて言えるってマジすげぇな

443:login:Penguin
08/04/23 22:18:53 sYf+m53+
>>436
EM64TってのはAMD64のインテル実装で同じものでいわゆるINTEL64、
amd64って表記はBSDだろ。AMD64の表記だとDebian系。
特にdebianの人がこの呼称、表記を好むけど
linuxでは普通はタイトルどうり「x86_64」だわな。

444:login:Penguin
08/04/24 09:04:43 NIB++H6V
>>443
どうでもいいことだけど、Debian では amd64 (小文字) も使うよ。
# こだわらない人が小文字で書いて、それが追認されてるだけって状況かもしれないけど。
URLﾘﾝｸ(d-i.alioth.debian.org) (併記してる)
URLﾘﾝｸ(d-i.alioth.debian.org)

445:login:Penguin
08/04/24 21:01:37 nuWVnS/u
>>438
HDDが腐ってるとか
どこのかわからないけど、
URLﾘﾝｸ(shattered04.myftp.org)
この辺見てチェックだけはかけてみてもいいかも
しばらく前に自分が落ちた時はファイルシステム周りだったけど
Linuxって高負荷で放置すると微妙なのよなぁ

446:口が臭いおやじ
08/04/28 14:10:28 pvzGIvsa
ubuntu804-amd64ですが、firefoxのflushでいつのまにかSwdec0.6.0が入って
動作するようになりました。(ブラウザの指示通りyesとかいれてきっとＤＬしたのだと思いますが）
URLﾘﾝｸ(swfdec.freedesktop.org)
youtubeがみれます

447:login:Penguin
08/05/10 22:18:27 G/ona1UP
これ見れるやついる？
URLﾘﾝｸ(www2u.biglobe.ne.jp)

448:login:Penguin
08/05/11 00:09:58 z7E6OfQG
shockwave はなぁ～・・・
見たいけどw

449:login:Penguin
08/07/13 17:57:32 DAXFSPZo
[2008/06/29] nspluginwrapper 1.0.0
Don't wrap root plugins to system locations, keep them private
Fix support for Acrobat Reader 8 (focus problems)
Fix support for mozplugger (in full-debug mode)
Fix support for WebKit
Fix crashes with Flash Player 9 Update 3 (9.0.115)
Fix build with Intel compiler
Add support for IBM XLC compiler
Improve error handling during RPC initialization (possible memory leak on error)
Improve error handling in NPP_WriteReady() and NPP_Write()

450:login:Penguin
08/07/21 12:47:47 HXJA7S6c
よく64bitにしたら速くなるっていってるけど,
あれってx86_64版は core2以降, athron64以降のCPUには
最低でも実装してある機能(SSE2とか)を前提としてコンパイル時最適化
かけられるからってのが大きくて, 別に64bit nativeじゃなくても新しい
CPU向けに最適化したi386版だしたら同じように速いんじゃないかと思う.
Gentooユーザーに聞きたい.

451:login:Penguin
08/07/21 12:53:58 AHzRzW2u
俺科学技術計算やってるんだけど、
32bitで二週間かかってた計算が64bitにしたら三日で終わるようになってうれし涙目になった

452:login:Penguin
08/07/21 13:12:59 o3Aifjwa
なぜ涙目？

453: ◆Zsh/ladOX.
08/07/21 13:19:06 2uuO8j8+
>>451
そういうのは恩恵大きいねぇ

454:login:Penguin
08/07/21 13:24:28 o3Itamqa
64bitになってどうして4分の1くらいの時間で済んだのか全然わかんないけど、おめ

455:login:Penguin
08/07/21 14:21:45 m3jpUYR9
>>450
特に意識せずに組んだプログラムの場合、SIMD系の命令を使って最適化されるなんてあまりないよ。
リコンパイルするだけで速くなるのは、大抵レジスタ数が増えていることによるもの。

456:login:Penguin
08/07/21 14:24:34 e9JK42c5
>>450
Gentooユーザでは無いけど・・・
使えるレジスタが増えた事が大きいんじゃなかったっけ？
-fomit-frame-pointerする必要ないほどとかなんとか

457:login:Penguin
08/07/21 14:31:15 HXJA7S6c
増えたレジスタって32bitモードじゃ使えない?

458:login:Penguin
08/07/21 14:33:38 AHzRzW2u
32bitだとメモリが２Gまでしか使えないって聞いたことあるけど

459:login:Penguin
08/07/21 14:55:33 AANQ4wDJ
使えないね。コンパイラが使うようなコード吐かないし。ASMで無理矢理書いてもエラーでしょ。
レジスタ数2倍で速くなるはず、だったのが速くなるケースはほとんどないってのが現状じゃね

460:login:Penguin
08/07/21 15:21:44 e9JK42c5
コンパイラが最適化するときにレジスタの数が多いと最適化がしやすい。
けど、ソフトによりけりだろうなぁ。
ポピュラーなOSSってSIMDとか意識して書かれているのかな？

461:login:Penguin
08/07/21 15:41:47 m3jpUYR9
>>459
試せばわかると思うけれど、CPUを酷使するものだとだいたい1割くらいは速くなるよ。

462:login:Penguin
08/07/22 01:06:07 sOQLbEET
>>451
そこまで速くなるのは、x87 を使ってた演算が SSE2 になったんだろうな。
32bit環境で、gcc xxx -msse2 -mfpmath=sse と比べてみては？
ただ倍精度を x87 は80bitレジスタで計算しているのに対して、SSE2では、
64bitレジスタになるので、計算結果が違ってくる可能性がある。
ちゃんと結果比較したほうが良いと思う。

463:login:Penguin
08/07/22 10:27:13 WEpj8Svq
32bitモードじゃr8-r15は使えないけど、
64bitモードならr8d-r15dで32bitレジスタとしても使える。

464:login:Penguin
08/07/22 10:50:56 WEpj8Svq
-mfpmath=387とsseで>>451ほど差が出ますか?
確かに速くはなるけど、そんなに差が出たことがないので。

関数呼び出しにレジスタ使える方が影響ありそうなんだけどな。

465:login:Penguin
08/07/22 14:02:01 2bKq6hf2
PentiumMとAthlon64X2で試した結果だと、-mfpmath=sseすると逆に遅くなったんだけど。
gcc 3.4.6(MinGW), 姫野ベンチね。

466:login:Penguin
08/07/22 21:29:07 1Q8WbIrL
amd64ではデフォでSSEを使って87使うなってなってなかった？

467:login:Penguin
08/07/22 21:34:24 jFIOfI0E
>>465
どっちもsseが不得意な石じゃん

468:login:Penguin
08/07/22 23:38:17 hyicW8AO
Athlon64はx64が売りなのにFPUが無駄に速いからな

469: ◆Zsh/ladOX.
08/07/22 23:42:35 aLRmVekJ
んむ。

470:login:Penguin
08/07/22 23:50:07 rvPjYUrq
FPUは呼び出し時にスタックを使わないといけないからなぁ。
レジスタ使えないにょろ。

471:login:Penguin
08/07/24 10:57:09 XZpx7QVo
fxchでレジスタリネーミングしろよ

472:login:Penguin
08/08/27 00:34:20 rHvjs0zo
What is the location of the directory of C header files that match your running
kernel?

どこ？

473:login:Penguin
08/08/27 00:57:24 5usfcMdQ
/usr/src/linux

kernel-source いれとけ。

474:login:Penguin
08/08/27 01:35:28 rHvjs0zo
# apt-cache search ^kernel|grep kernel-source

無いんですがapt-lineが悪いんでしょうか？

475:login:Penguin
08/08/27 03:51:38 OdXbJVDh
Debianならlinux-sourceで試して
Vineならシラネ

476:login:Penguin
08/09/01 10:35:37 79NA9g5t
>>465
Phenom 9950で4スレッドの姫野ベンチ（C)だと
4 Threads used.
mimax = 513 mjmax = 257 mkmax = 257
imax = 512 jmax = 256 kmax = 256
cpu : 65.557046 sec.
Loop executed for 200 times
Gosa : 4.860097e-05
MFLOPS measured : 3412.928154
Score based on Pentium 3　1000MHz : 24.719422
となりました。

64bit
８GBmemory
Fedora　９　x86_64
gcc　4.3です。　

477:login:Penguin
08/10/03 17:19:05 6kyFE108
クロスコンパイラで
checking for forced unwind support... no
がでてglibcがビルドできねーｵﾜﾀ

478: ◆Zsh/ladOX.
08/10/05 00:02:45 OoMJPwIc
漏れはglibc-2.8.90-12がi386だとビルドできないorz

479:login:Penguin
08/10/19 18:02:18 9T9ozLPz
1時間のバッチが15分になった

480:login:Penguin
08/10/19 18:25:13 kdmn0M4O
>>478
-m32

481: ◆Zsh/ladOX.
08/10/19 19:00:36 WghK29nN
i386マシンでビルドしてるからそこはおkかと。
…glibc-2.8.90-13が来てたのでビルドしてみるか。

482:login:Penguin
08/10/19 23:58:56 tviaWYBw
Intel64のCPUじゃamd64のディスとろは使えないよね？

483:login:Penguin
08/10/20 00:05:53 qYo5EWZD
基本的に互換性がある。問題ない。

484:login:Penguin
08/10/20 00:07:01 tviaWYBw
mjd　やったぜヒャッホウありがとう

485:login:Penguin
08/10/20 00:37:45 /nhDcQzj
>> 482-484

横からスマソ。
確認だけど、さすがに IA-64 (Itanium) じゃぁ
AMD64 のディストロ無理だよね？

486:login:Penguin
08/10/20 00:42:08 25xyjk4X
むり

487:login:Penguin
08/10/23 02:53:19 HvfmsSww
Itaniumって普通に売ってんのか。。。

488:login:Penguin
08/10/23 11:52:40 EC+7CKjs
昔はDellも扱ってたし、秋葉原でなら扱ってる店もちょっとあった。

今だとおっとのUNIX本舗に中古があるか。新品はどうかな。

489:login:Penguin
08/11/03 05:38:23 OuoFjzwp
utripperのx86_64版ってどっかにある？

490:login:Penguin
08/11/15 16:49:15 Rqq5J6yN
cairo 1.8.4

491:login:Penguin
08/11/18 23:56:49 F3FnKm7V
URLﾘﾝｸ(japan.cnet.com)
遂に64bit版のFlashが出ました。
Alpha版ですが、32bit版+wrapperより安定しているように見えます。
というかさっきからニコ動見続けているのに落ちないです。しんじられん。

492:login:Penguin
08/11/18 23:59:30 hdGIG4Vm
32bit版も落ちやしないけど
安定してるなら良いことだ

493:login:Penguin
08/11/20 17:21:42 NDE1KFNJ
firefox を X で飛ばしてると一発で落ちるねw

494:login:Penguin
08/11/20 17:34:57 Plo1PmL6
Alpha用のFlashが出たのかと思ったじゃないか

495:login:Penguin
08/11/20 19:12:07 Gk3th9ye
「firefox を X で飛ば」すとはどういう意味ですか。

496:login:Penguin
08/11/20 20:19:18 i3d4kQtx
>>495
ssh -xとかでそ

497:login:Penguin
08/11/22 01:15:12 lhgvCXL8
初64bitCPUにしたのはいいけど、同じタスクでメモリ２倍喰ってる。
メモり安いし8GBのしてるけど、4GBからじゃあんまり有り難味が..orz

498:login:Penguin
08/11/27 00:39:57 /d3/frzq
>>496
-x と -X じゃ意味が正反対だぞ。

499:login:Penguin
09/01/08 21:08:31 dtkp9R2q
つい最近 Debian lenny amd64 使いはじめたところですが、
32bitライブラリってどうやって入れるんでしょうか。

dpkg -i --force-archなんちゃらすると /usr/lib に入っちゃいますよね？
alienでパッケージバラして/usr/lib32 にコピーというとってもアレな方法しか
思い付かないんですが、正しく /usr/lib32 に入れる作法はどんな風でしょうか。

それと、こういう64bitなネタをググるときどんなキーワード混ぜて
検索するもんなんでしょうか。"x86_64" で引っかかるような書きかたしてる人
あんまりいないですよね。"64bit" もノイズ多いし。"amd64" くらい？

500:login:Penguin
09/01/08 21:37:08 6LNCSpmq
>>499
dchrootで32bit環境作成

501:login:Penguin
09/01/08 23:04:06 azHBilTI
>>499
> dpkg -i --force-archなんちゃらすると /usr/lib に入っちゃいますよね？
> alienでパッケージバラして/usr/lib32 にコピーというとってもアレな方法しか
> 思い付かないんですが、正しく /usr/lib32 に入れる作法はどんな風でしょうか。

既にある ia32-libs なパッケージや、lib32* なパッケージ以外でってことだよね？
sid なら ia32-archive とか、ia32-apt-get パッケージがるんだけどね。

ia32-apt-get は使ったことないが、ia32-archive の方は 32bit Flash Player 10 の
が出たてのころ、ありがたく使っていたな～。

502:499
09/01/09 02:52:03 7vW87lTF
>501
ありがとうございます。
どうやらia32-なんちゃらでコマンドとかがいろいろあるようですね。
arch名だと思ってスルーしてた...

ちなみにvmware 1.0.8入れるのに御世話になる予定です。
2.0.0 for amd64でいいかと思ったけどやっぱ1.0.xが良いということで。

>500
chrootは旧環境で新環境もどき(lenny 32bit)の調整してた時に
使ってましたがあんまり大々的には使いたくないってのはわがままですかね。
X飛ばしたり外から入ったりするときにchrootの中に
いるか外にいるかを意識しないといけないのはけっこうめんどくさかった。

503:login:Penguin
09/01/14 20:17:07 EADc/omF
Debianスレで華麗にスルーされたのでこっち来た。

32bit動作と64bit動作とで、メモリ速度(hdparm -Tの数値)が
後者のほうがかなり悪いんだけど、そういうもん？

LE-1620 2.4GHz でだいたい 2400MB/sec ⇔ 1400MB/sec という感じになった。

504:503
09/01/14 21:18:50 EADc/omF
>503
dhrystoneは速くなってた。
要するに、64bitカーネルとgccの出来が悪いと。

505:login:Penguin
09/01/14 22:24:24 BKeAAq83
そういえば、AMD64に限らず64bitでまともなコード吐くように
gccががんばり始めたのってgcc4になってからだっけ?

それ以前のgccの吐く64bitコードときたら…

506:login:Penguin
09/01/14 22:28:20 mjVfPdYX
gcc4.0.0のリリースは2005/4だから、およそ４年前だな。

507:login:Penguin
09/01/14 23:54:38 EADc/omF
>505
実行順序のドラスティックな入れ換えやら、大きなアーキテクチャ用に
ごちゃごちゃやりだしたのは4からだね。
おかげで AVR用gccがボロボロになったんだよな…

508:login:Penguin
09/01/17 03:20:30 dYQvQYrK
そういえばgcc 4.4.0で新しいレジスタアロケータがチェックインされるみたいだけど

509:login:Penguin
09/01/21 16:55:44 OqiVPIXb
debian multimediaからacroread入れたんだけど、
ヘルプの操作ガイド表示したら白紙で出る。
何が足りないの?
ヘルプのヘルプはそもそも白紙すら出なくて無反応だし。

510:login:Penguin
09/01/21 19:41:48 QKC2EucJ
>>509
なんでこの板なのか知らないけど、
libxul0d
を入れて、環境設定の「インターネット」の「libgtkembedmoz フォルダ」に /usr/lib/xulrunner って設定すればいいんじゃないかな

511:login:Penguin
09/01/21 20:07:38 KlpcL7j0
板は間違ってないんじゃ？

512:login:Penguin
09/01/21 20:39:16 OqiVPIXb
>510
それ64bitライブラリじゃないの?
それともacroreadって64bitバイナリがあるん?

513:512
09/01/21 21:14:31 OqiVPIXb
>510
ia32-libs-xulrunner が自動で入ってて、/usr/lib32/xulrunnerに向けた状態になってた。
それが>509の症状状態。
Debian本家本元のlibxul0dがすこしあたらしそうだったので、i386のをばらして
/usr/lib32/xulrunnerに入れたところ、症状変わらず。
焦点はxulrunner のバージョン、という理解でいい?

514:login:Penguin
09/02/05 17:41:20 5bT7VK/M
Java SE 6 Update 12
URLﾘﾝｸ(fav.or.it)
>Java Plug-in, Java Web Start で 64 bit ブラウザのサポート

515:login:Penguin
09/03/07 12:18:37 oz5Yz8xI
保守

516:login:Penguin
09/03/07 22:32:02 hlU8FRpp
flashもjavaのプラグインも64bitになって、ついに32bitアプリが出番なくなった。
素晴らしいね

517:login:Penguin
09/03/08 00:05:20 JlAsNgj+
>516
pdfは?

518:login:Penguin
09/03/08 01:51:04 VKbyDGE9
>>517
いつもevinceで事足りてる

519:login:Penguin
09/04/04 01:49:23 Fg6PvZ/Y
誰かいる？
話題ない？

520:login:Penguin
09/04/04 02:03:51 ZbscOcFh
GIMP-Painterの64bitバイナリがねーから自分でビルドしようとしたけど上手くいかねえ

521:login:Penguin
09/04/04 02:09:12 O8KJS3aj
最近安定しちゃって話題ないのかねぇw

522:login:Penguin
09/04/04 04:34:49 +08wDnb8
あるいみ最後の砦だったFlashまで対応してしまったからねぇ。

523:login:Penguin
09/04/04 04:52:03 aCLm6+Go
初心者的な質問ですいません。
x86_64は、32bitも64bitも扱えるCPUという認識であってますか？
そうである場合、ia64の存在意義がわからないのですが。。

524:login:Penguin
09/04/04 06:25:42 SihR66ns
x86_64
Wikipedia項目ﾘﾝｸ

IA-64
Wikipedia項目ﾘﾝｸ

525:login:Penguin
09/04/04 06:27:35 sB9fweAs
>>521
それだね

526:login:Penguin
09/04/04 16:08:29 UW+1jzNp
>>523
IA64は32bitを切り捨てた結果64bitに特化した性能をもつことができる。

IA64が先につくられて作ったのはIntel
x64をつくったのはAMD
x64にのりきでないIntelがしぶしぶAMDx64をとりこんだ

こういう事情があるので性能うんぬんの話ではない
そもそもIA64をコンシューマーに普及させるつもりはなかっただろうし

527:login:Penguin
09/04/04 16:18:59 YHOlRWwA
Intel64とかすげ～まぎらわし～ぞ～

528:login:Penguin
09/04/09 01:40:54 XKd6q5CB
Core2Duo　は32bitも64bitも対応してるのでしょうか？

529:login:Penguin
09/04/09 01:44:38 SmZA6f91
してる

530:login:Penguin
09/04/09 02:40:20 B3s/piPm
Core2Quadなマシンにi386のRHEL5入れてるのだが、これもそろそろx86_64に
してみようかな

531:login:Penguin
09/04/09 02:50:30 uIaTA4A4
Core系は32ビットに特化してて、64ビットのパフォーマンスがいまいち。
メモリ大量に搭載するのでなければ、あんま意味ない。
パッケージの互換性とか、悩みが増えるだけ。

532:login:Penguin
09/04/09 02:55:57 B3s/piPm
>>531
へー、そうなのか…

Xenをやってみたいんだよね
メモリは4GBなんで今のままでもまあまあいいのだけど、仮想マシンが遅いと
やだなーって思ってるんだよね

とりあえずi386のままでXenをやってみようかな…

533:login:Penguin
09/04/09 08:02:40 D/0OaC0k
そうすると、Intelの６４ビットのパフォーマンスのいいのはAtomですか？

534:login:Penguin
09/04/09 08:50:38 hpN9g89X
な訳ねーだろ

535:login:Penguin
09/04/09 11:22:25 Gi+dMeUW
>>531
Core i7は良いと思うが

536:login:Penguin
09/04/09 11:31:17 hpN9g89X
>>535
普通にCore2の間違いだろ
そもそもCoreは64bitじゃ無かった気がするが

537:login:Penguin
09/04/09 12:13:10 IVtB/1wL
Core2とi7の事だろ

NetBurst系は64bitで伸びる子だった

538:login:Penguin
09/04/09 15:02:05 YDc9XVT1
Intel Core i7 - Wikipedia

Intel Core i7（インテルコアアイセブン、以下 "i7"）は、2008年8月8日（米国時間）にインテルが発表した次世代プロセッサの製品およびブランドの名称。
11月16日（日本時間）に発売したx86命令セットのCPU。Intel Core 2の後継にあたり、開発コードネームNehalem（ネハーレン）ファミリの一つ。
まず45nmプロセスルールで製造され、32nmプロセスルールへの移行が予定されている。

i7はコンシューマ向けの上位製品の商品名であり、最初の製品はクアッドコアで販売される。
同アーキテクチャの下位製品であるデュアルコアの製品は、2009年の発売とされており、i7以外の名称になるとされている。

539:login:Penguin
09/04/11 01:31:31 4VUa9oWb
64bit版mplayerで32bitコーデクを使おうとする動きがあるって、
ブログで読んだことあるけど、現状はどうなってるの？

540:login:Penguin
09/04/15 17:53:06 vVxQuKm6
Alphaに敵うわけ無いだろ？

541:login:Penguin
09/04/15 17:55:53 BhAAns56
だよな
いい時代だった

542:login:Penguin
09/04/16 10:28:10 uUe5fOeJ
Core2Duo E8400 で Debian の 32 ビットと 64 ビットを両方試してみたけど、
32 ビットでも遅くはないんだけど、64 ビットのほうがより一層サクサク動いてるように感じるな。

でも、同じプロセスでも 64 ビットのほうが、メモリを 1.5 倍くらい使ってる。
そんなもん？

543:login:Penguin
09/04/16 11:33:11 HHDQzlA4
そんなもん。

544:login:Penguin
09/04/16 15:32:22 GulsoFcg
32bitの4GBと
64bitの6GBが同じとすると
ちょっと損した気分…。
キャッシュとかでは有利だろうが。

545:login:Penguin
09/04/16 16:10:58 h4Vn1oK+
>>544
どうせメモリなんて安いんだし、32bitでは実質3.5GB程度までしか使えないのだから、
積極的に64bitにすべきでそ。

546:login:Penguin
09/04/16 18:23:07 AEsG+pLM
俺のマザボはメモリが4GBまでしか積めないからなぁ・・

547:login:Penguin
09/04/16 20:10:08 sazAy3TR
これを機にマザボを交換するってのはどうっすか？

548:login:Penguin
09/04/16 22:57:07 gUixBdJw
Windowsなら32bitにしたほうが良い理由は結構あるが
Linuxの場合は64bitにしない理由は今や、ほとんど無いん
じゃないかな。RAMが4G以下でも。

549:login:Penguin
09/04/16 22:59:59 HHDQzlA4
>>548
RAMが1GB以下なら32bitを選んだほうがいいかもしれん。

550:login:Penguin
09/04/16 23:17:17 gUixBdJw
>>549
実際にswap outが頻発して遅くなるような用途なら別だが
1GBもあれば64bitでいいと思う。

551:login:Penguin
09/04/16 23:24:06 GulsoFcg
仮想化環境だけど、512MBで別に困らんな。
256MBだとyumが落ちる＠CentOS

552:login:Penguin
09/04/17 05:03:32 ov358fiC
Linuxも64bit版はソフトやらドライバやらの対応状況が微妙って聞いたんだけどそれほど気にするレベルでもないのかな？

553:login:Penguin
09/04/17 05:10:58 XqkM7exH
NICさえちゃんと動けばいい
まぁ場合によってはそれすら（ｒｙ

554:login:Penguin
09/04/17 06:19:16 le5Q7k96
ダメNICは32/64関係なく×だと思うが。

うちのvia-rhineがたまに無口になってしまう病気持ちでなあ。
まったく困ったものだ。

555:login:Penguin
09/04/17 06:34:05 XqkM7exH
動いてるふりだけだもんな
Linuxのドライバって

556:login:Penguin
09/04/17 18:40:56 i17W6DPZ
　普段づかいならどうでもいい話だけど、関数の呼び出し規約が
__fastcallになったんだな。x86と同じ感覚で引数をpushしたら暴走
したんで混乱したわ。

557:login:Penguin
09/04/17 18:56:19 aVIDloIZ
そうなんだ
レジスタ増えたしそっちのほうが早いのかな

558:login:Penguin
09/04/17 20:39:01 ZbqhSaTX
Q9550sにメモリ4G載っけてFedora10入れて見たんだけど
メチャクチャ早くなった様に見えない、ベンチはしてないけど
インテル８６系の石は32Bit版で使った方が良いんでしょうか？

559:login:Penguin
09/04/17 22:01:48 NhZBiRLG
GUIじゃ、違いはあんまりないのでは？

560:login:Penguin
09/04/17 23:14:26 QdKsaszO
>>558
なんでi7かPhenomIIにしなかったの？
Core2はメモリ遅杉

561:login:Penguin
09/04/18 00:25:49 IqAgj90r
x86_64 はメチャクチャ速いんか？
ものによっては icc でコンパイルすると
gcc の 5割り増しとかあったが・・・

562:login:Penguin
09/04/18 03:56:49 3MxniEO7
そりゃー、おめー、ものによってはだろが

563:login:Penguin
09/04/18 04:00:37 jUBXZJ2q
深めのループとかだと、汎用レジスタ増がすごく効いてくるとか。

564:login:Penguin
09/04/18 11:07:55 /b1OMMNA
64bit演算は速いな。あたりまえだが。

565:login:Penguin
09/04/18 11:25:28 qDIFuzpL
別に速くないよ

566:login:Penguin
09/04/18 11:34:47 /b1OMMNA
>>565
何言ってるのだ? ホントに32bitと比較したのか?

gccの32bitCPUでの64bit演算(long long)の実装を読んでみろ。

32bitCPUで64bit演算をするとなると

加減算なら32bit加算が2命令、

かけ算なら、32bit x 32bit = 64bit演算が1～3回必要だぞ。

除算はかなり悲惨だな。数えるのがめどい。

567:login:Penguin
09/04/18 12:10:57 Zx+Ba1lb
そんな全力で釣られなくても

568:login:Penguin
09/04/18 12:37:02 R0Rbnx/F
そうだよな
どう頑張っても１光年より速くなることはないんだし

569:login:Penguin
09/04/18 15:06:53 rvsaXDwY
もうアホかと

570:login:Penguin
09/04/18 16:30:24 b70clg4R
64bit環境でwineでwindowsアプリ使ったと仮定　
この場合って32bitではなく64bitでWindowsアプリが動くの？
それとも32bit？

# wineスレの方がいいのかな・・

571:login:Penguin
09/04/18 16:47:23 7su25xgc
wineは32bitアプリ

572:login:Penguin
09/04/18 17:03:07 b70clg4R
>>571
そか　ありがとです

573:login:Penguin
09/04/19 09:21:00 1o1+pGWP
>568
>どう頑張っても１光年より速くなることはないんだし
光年って距離では!?
もしかして、釣られた!?

574:login:Penguin
09/04/19 09:41:57 3GgDJp5x
>>568
　　　　　 ,. ‐''三ヾ´彡ｼ,=｀丶、
　　　　　／'".:=≡ミ_≧_尨彡三:ヽ、
　　　　/／.:;:彡:f'"´‐------ ｀`'ｒ=:l
　　　/〃彡_彡′,.=､￣￣ ,.=､　|ミ:〉
　　　'ｙ=､､:ｆ´===tr＝=､.___,. ==､._ゞ{
　　　{´yﾍl'′　　 |　　 /⌒l′　 |｀Ｙ}
　　　ﾞ､ゝ) 　　　 `''''ﾂ_　 _;`ｰ‐'ﾞ:::::ｌ{　　あきらめたら
.　　　ヽ.__　　　　　,ｨnmmm､　　 .:::|!　　　そこで試合終了ですよ・・・・
　　,.ィ'´ﾄ.´　　　　　´｀"｀"｀ﾞ″　.::::;'
イ´::ﾉ|::::l ＼　　　　　　"'　　　:::/
::::::::::::|:::::l 　ヽ、　　　　　..::　 .:::/.､
:::::: ::: |:::::ヽ　　ヽ、.......::::／..:::／!＼＼
::::::::::: |::::::::ヽ　　　｀`''‐--ｧt''′ |!:::ヽ:::＼
:::::::::::::|::::::::::::ヽ、　　　 /i|iﾄ､　 |l:::::::ヽ:::::＼
:::::::::::::|::::::::::::::/:ヽ、　　∧|i|i|i|〉. ||::::::::::ヽ:::::::＼

575:login:Penguin
09/04/19 17:01:08 uJgu5A9M
64bit で使ってるけど、バイナリでかいよね。
リンカーオプションに --hash-style=gnu を指定する(もしくは sysv のみにする)と小さくなるんだけど、
debian lenny では both がデフォルトなのは何か理由があるのかな。

576:login:Penguin
09/04/23 01:00:01 dMVI+lLY
64bitで使えるレジスタ数が増えたのは事実だ。

だが、レジスタが増えたことで
速度が上がっているかといえばそうでもない。

577:login:Penguin
09/04/23 09:36:20 x2p6WTMr
>>576
まあそうだが、関数呼び出し規約がレジスタ渡しになったから、オーバーヘッドは
確実に減っているはず。あとは、コンパイラがどれだけ頑張っているかによるな。
メモリへのmovを減らせるわけだから、有利に効くはずなんだが。

578:login:Penguin
09/04/23 10:00:27 Zy628E02
そ～ゆ～のはベンチマーク取ったりしないと見えないだろう。

コード太った分のオーバーヘッドで±０になったりして。

579:login:Penguin
09/04/23 10:01:09 3LH+bsBu
-fomit-frame-pointerする必要がなくなる

580:login:Penguin
09/04/23 10:22:27 x2p6WTMr
>>578
ベンチマークやってよ。

まあ今更わざわざ32ビットで使う必要性もほとんど無いってことだな。
メモリも安いし。

581:login:Penguin
09/04/23 16:22:50 37xa221U
特にamd64だとi386との非常に高い互換性があるわけだし。
基本64bit、たまに32bitバイナリを利用で何の問題もない。

582:login:Penguin
09/04/23 23:29:08 u2H7LrAE
ベンチマークの結果ならゴロゴロ転がってるわけだし
>>575-578 みたいのは釣りかバカだろ

583:login:Penguin
09/04/24 12:06:15 Dy07SseI
レジスタが増えるより、アドレス空間が拡がることが重要だとおもうので、
アプリは32bitでかまわない。

584:login:Penguin
09/04/24 12:14:00 JhyRFaIl
でも、現状での恩恵はレジスタ倍増のほうだなぁ。

585:login:Penguin
09/04/24 20:20:13 wad2YwNu
日系Linuxに32bitと64bitのベンチマーク記事が出てましたよ。
内容は紙面に譲るとして、詳細な解析は6月号に載るそうだよ。

586:login:Penguin
09/04/24 20:48:32 ne9ks8Pw
俺も読んだ。
概略としては「なるほど～」って感じだったな。
早く続きが読みたいぜ。

587:login:Penguin
09/04/25 02:10:12 NcNJMclJ
>>583
お、同意見。
おいらはカーネルだけ64bitであとは32bitで使ってるな。
ユーザー空間は64bitもいらね。

588:login:Penguin
09/04/25 02:15:44 BfOy3GAA
>>587
kernelだけ64bitとかできるんだ！
cpuの選択を64bitのにするだけ？

589:login:Penguin
09/04/25 02:38:50 e4UAK+sJ
>>587
何も考えずにでかいファイルをmmapできるので、
ユーザーの方も広い方がいい。

まあ、そんなでかいのを扱うことは現状ほとんどないんだが。

590:login:Penguin
09/04/25 16:52:12 ZCif+U9a
gentoo以外のpackageを使ってるんだったら、64bit版は浮動小数点演算に
SSE2を使用してるだけでも、使用する理由になると思うんだけどな。
今の時点で、ハードディスクとメモリを少し節約できるという以外に、
32bit版を使うメリットって何かあるのかな？

591:login:Penguin
09/04/25 20:22:20 uSGLWxFZ
>590
なんといっても32bit版のが人が多い。linux版でx86_32総合スレが出来るようになるまではw

64bit移行がめんどくさい。
たとえば Debian で 32bit lenny → 64bit lenny って apt-get upgrade 一発で行けるの？

日経linuxにも書いてあったがメモリ転送が64bit移行で遅くなる。
雑誌は心当たりがあるような書きかただったけど、これって何故？

プロプラドライバがどこで32bitオンリの地雷を踏むか分からない。
キヤノンのレーザプリンタのドライバとか、
acrobat readerのプラグインとか、
mplayerのコーデックのいくつかとか。問題が生じたときに64bit固有かどうかを切り分けるので 32bit版が捨てられん。

sizeof(int)==sizeof(int *)を仮定するソースがまだけっこう多い。
そもそもlinuxに来て天国だと思ったのがsizeof(int)==sizeof(int *)なことだったんだけどなぁ。

592:login:Penguin
09/04/25 20:32:23 ms/RSGup
PAEと一緒でPTEが増えるから

593:login:Penguin
09/04/25 20:38:25 ZCif+U9a
>>591
>日経linuxにも書いてあったがメモリ転送が64bit移行で遅くなる。

日経Linux読んでないけど、athlon64とかPhenom,Core i7でも遅くなるのかな？
そっちは心当りは無いなぁ。

PDFでacrobat(adobe)は使ってないからわからない。libpopperを使ったtoolで
最近困ったことは無いから。codecに関しても同じ。
仮に問題があっても、問題になるものだけ32bit版を入れればいいので全部を
32bitにする理由としては弱い。

ドライバに関しては確かに問題だけど、今は逆に問題のあるベンダーを探した
ほうが早いくらいの状況だからなぁ。

594:login:Penguin
09/04/25 21:07:52 6xrV2dLR
amd64にするメリットってメモリ3.5GB以上使えることくらいだし
俺はVMwareに6GB割り当ててPotoshop使ってる変態だからamd64だけど
OOo, Firefox, Acrobat Reader, mplayerの類は本家が32bit版しか提供してなかったり
コーデックやプラグインの関係で32bit環境を整備する必要があるので割と骨が折れる

で質問なんだけど、amd64環境で32bit版FirefoxでFlash Player 10使えてる人います？
どうもlibcurlを/usr/libで見てるようで、64bit版とコンフリクトするんだけどうまい回避方法はないでしょうか？

595:login:Penguin
09/04/25 21:26:25 COkqZwHx
普通に使えてるんだが

596:login:Penguin
09/04/25 22:48:42 opTQU6Pf
>>594
確かにx86_64な環境だと32bit版はそのままでは使えんね
Gentooなんかだとebuildに↓って書いてあって
flash-libcompatなるバイナリパッケージを提供して逃げてるね
URLﾘﾝｸ(gentoo.osuosl.org)

# 32b library compatibility:
#
# libcurl and libnss are not currently available in any emul-linux-x86
# packages, so for amd64 we provide these snarfed out of other binary
# packages. libcurl and its ssl dependencies come from
# app-text/acroread; libnss and its friends come from
# net-libs/xulrunner-bin

597:login:Penguin
09/04/26 00:10:09 ImacXp2z
>>591
>そもそもlinuxに来て天国だと思ったのがsizeof(int)==sizeof(int *)なことだったんだけどなぁ。

MS-DOSもそうだったと思いますが。

598:login:Penguin
09/04/26 00:53:05 6UTuA12Y
>>594
nspluginwrapper

599:login:Penguin
09/04/26 09:19:01 AFw65G4S
>592
キーワードありがと。ぐぐって理解した。
32bit PAE版よりもさらにもう1階層、ページ変換が多いのね。

>597
やー、なまじスモールモデルでそれを体験できてるだけに、
主戦場のコンパクト(メディアム、ラージ)モデルが厳しかった。

600:login:Penguin
09/04/26 14:38:04 Tg1nQ3/8
sizeof(int)==sizeof(int *)

これってどういうときに有効なのさ？
x86_64なら全部ポインターは8バイトだろうし
それでつかってて全然不便だと思ったことは無いんだが

601:login:Penguin
09/04/26 15:16:42 AFw65G4S
>600
typedef union cell {
int immediate_data;
union cell* next_cell;
} cell;
というたぐいのデータ。64bitアーキのメモリ効率の悪さの元凶。

602:login:Penguin
09/04/26 15:22:46 6UTuA12Y
それを補って余りあるほどのメモリ領域が使えるんだから、そんな小さなことはどうでもいいんじゃん？

603:login:Penguin
09/04/26 16:01:56 RkePAVEw
>>596
ありがとうございます。そのGentooのファイルをパチってきて
libcurl.so.3とlibcrypto.so.0.9.7とlibssl.so.0.9.7を入れたらFlash Player 10が動くようになりました。
おまけにAcrobat Reader Pluginまで動作するようになったので、だいぶ快適になりました。

>>598
nspluginwrapperは機会があったらFreeBSDで試してみたいと思います。
SUNがOracleに買収されて、VMwareからVirtualBoxに移行しにくくなったんで
FreeBSDがまたメインから遠のいた…

>>602
禿同。メモリ効率を気にしなければならないほど切実なら小細工が必要だと思うけど、
とりあえずメモリはふんだんに積めるしね。

淫プレスの後藤さんの記事で、x64は(32と比較して)CPUキャッシュを大きめにする必要がある
とか書いてたから、速度や省メモリを追求する人には多少抵抗あるのかも？

604:login:Penguin
09/04/26 18:33:03 I2nQNd+i
>>601
そんなふざけたコードいつまでも使う方が悪いんだろうが
さっさとコード書き直すか一生32ビットで使ってろ

605:login:Penguin
09/04/26 19:28:57 W1yaorM2
こんな場末のスレで煽ろうなんて無駄なことを・・・

606:login:Penguin
09/04/26 19:34:14 6UTuA12Y
共用体とかいらないよね。

607:login:Penguin
09/04/26 20:54:49 Tg1nQ3/8
>>606
共用体自体は不要だとは思わんが
必要以上に共用体を使うのはダメだろう

608:login:Penguin
09/04/26 22:36:50 AFw65G4S
>590が
「32bitアーキ専用コードを使う時以外で32bit版を使うメリットって何かあるか」
ならまったくもって>603-607の通りだと思うが、
>590を「64bit移行し辛い32bitコードってどんなの?」と読んだもんで。

>602,603
64bit移行動機に4GBでは足りね～というのがあるのであれば、
24GB積むマザーがせいぜいの現状でメモリ効率の低下は気になる点だと思うな。
たった6倍にしかならんのに。安くつめるのは8GB程度だし。

メモリ効率の低下とメモリ転送速度の低下の複合技のために
ソフトのパフォーマンスチューニングのトレードオフが難しい側にずれる
(事前にテーブルに展開してメモリに持つよりも毎回CPUに計算させるように
したほうが良い)のが64bit移行で個人的にはもっとも嫌な点。

609:login:Penguin
09/04/26 23:11:51 JAoHG2oW
でもメモリが４G超えたらカーネルだけは64bitにした方がいいって
32bitカーネルだとTLBがフラッシュされまくりでﾏｽﾞーですよ。。。

610:login:Penguin
09/04/26 23:31:46 RkePAVEw
俺も1GBしか積んでなかった頃はメモリ節約したくてx64の選択肢は無かったな。
でもマシン新調する際に安く8GB積めたんで32bitの選択肢は無くなった。
8GBのうち4GB以下しか使えないなんて効率悪すぎるだろ？

8GBも必要か？って感じだけど、>>594で書いてるように
VMwareでPhotoshop使ってるんで、それなりに活用してる。1GBの頃はキツかった。

一般的には32ビットで充分だし、64-32混在環境の面倒くささは半端じゃないから強引に布教するつもりはないです

611:login:Penguin
09/04/27 00:03:39 +zIHyzzo
てか使用メモリが数GBクラスの画像を扱うのはWinやMacでも操作がかなりもっさりするぞw
それなのにわざわざパフォーマンスの悪くなるVMware上のPhotoshopで作業ってw
おまえどんだけマゾなんだよwwww

612:login:Penguin
09/04/27 02:31:08 RjCcVyJ9
VMware上でもカラーマネジメントできるのかしら。
とふと思った。

613:login:Penguin
09/04/27 03:41:04 3APkR5YZ
>>611
俺もubuntu & CentOS で memory 8GB　+ vmware playerを使ってるけど
各guest OSが3GB以上のﾒﾓﾘを確保できない以外は、特に問題なし

vmwareはﾒﾓﾘを圧縮して利用しているらしく、実ﾏｼﾝ環境よりもﾒﾓﾘ使用量が少ないし
guest OSにもﾏﾙﾁｺｱを割り当てれば、ﾊﾟﾌｫｰﾏﾝｽの劣化は無視できる

614:login:Penguin
09/04/27 06:26:54 Z++RE1nt
>>608
> 64bit移行動機に4GBでは足りね～というのがあるのであれば、
> 24GB積むマザーがせいぜいの現状でメモリ効率の低下は気になる点だと思うな。
> たった6倍にしかならんのに。安くつめるのは8GB程度だし。
メモリ効率の低下ってlong型とポインタが倍メモリを食うだけだろ？
あるプロセスのデータが「全部」long型かポインタだったとしても最大2倍に
膨らむだけだぞ。つまり、8GB以上のメモリを積むならメモリ効率なんてさほど
気にするものではないということ。

> メモリ効率の低下とメモリ転送速度の低下の複合技のために
> ソフトのパフォーマンスチューニングのトレードオフが難しい側にずれる
この、メモリ転送速度の低下という部分、もっと詳しく説明してくれないか？
x86_64アーキテクチャの問題というより、特定のCPUに固有の問題じゃないの
か？

615:login:Penguin
09/04/27 11:43:54 9ewt1/YQ
JavaVMだと64bit版で動かすのと32bit版で動かすのを比べると、
64bit版が大体60%増らしいね。

Objectのポインタを32bitにすると、結構節約できるっぽい
URLﾘﾝｸ(blog.juma.me.uk)
の数字を見ると、
32bit 1.25G / 64bit 2GB / 64bit(32bit object pointer) 1.45G

616:login:Penguin
09/04/27 12:04:48 HXBj9Dib
JavaVM(.netVMもそうだが)はスタックマシンだからポインタの大きさが
モロに出るんだろうな。
ネイティブのバイナリだと、レジスタ数が増えたこともあって、そこまで
肥大化しないけれど。

617:login:Penguin
09/04/27 17:27:16 YaW7Mcpc
>>608ってカリカリにチューニングしてるようだが、一体どんな分野のコードを
書いてるんだ？テーブルとか言っているから数値計算系だと思うんだが、
数値計算だとMPIとかOpenMP使ってマルチコアを全部使うから、メモリをたくさん
積むのが基本だし。

618:login:Penguin
09/04/27 21:03:24 LddU7fmV
ソフトウェアを程度まで最適化したらそこからは
ハードウェアを強化するほうが効率的なんだよね。

x86_64の最大のメリットはメモリ空間だと思う
仕事で使ってるのは64GBとか128GBつかってる。
メモリも組み込み系のように1byteを切り詰めるような
使い方はしない、かといって無駄に使うわけじゃないけどさ。
ソースコードは他人に引き継ぐこともあるので見やすく
メンテナンスしやすくするのが優先だね。

自宅のマシンも16GB化したけど、あんまりやることないな
昔はｘｘ用マシンってたくさん持ってたけどこれ1台に
まとめちゃった。みんなしょっぼいCele633とかしょっぼいの
ばかりだったから、マシンが減ったけど総演算性能は上がっ
てるｗｗｗ

619:login:Penguin
09/04/28 02:30:01 Pjkev7/e
OSが32bitだからってメモリ何GBまでなんて未だに有るんでしたっけ？
カーネル2.6なら16GBくらいまででしたっけ？

620:login:Penguin
09/04/28 03:00:12 m/CYeeS7
>>619
PAE有効にすればサイズはそのくらい使えるけど、遅くなる。

621:login:Penguin
09/04/28 07:44:58 n0MvbOf5
そもそもユーザー空間は拡がらないからね。
PAE有効な環境と64bit OS+32bitアプリは、
実行されるアプリにとっては大体似た環境になると思うけど、
どっちが速いのかね？
PAEで64GB使えるモードはすごく遅いと聞いたことがある

622:login:Penguin
09/04/28 16:30:21 fJb2yBv5
>>619
カーネルコンフィグのHIGHMEMで選べるのは、4GBまでか64GBまで(PAE)。

623:login:Penguin
09/04/28 17:23:47 pcTc2KKp
なんかコンベンショナルメモリとか気にしてる時代かと思ってしまった

624:login:Penguin
09/04/28 17:51:22 fJb2yBv5
おっさん乙

625:login:Penguin
09/04/28 20:20:53 k9Ek7EuN
へ～。
ぐぐったら MS-DOSだってｗ
ここには二人も化石が（ry

626:login:Penguin
09/04/28 21:35:23 zGceyu+b
またまた、ぐぐるまでもなく知ってるクセにｗ

627:login:Penguin
09/04/28 21:46:54 MwBVAzgl
qemm、おっとqemuを使いたいから上限が気になるんだよね

628:login:Penguin
09/04/29 02:04:55 vgiu+uTJ
64bit Flash　β版が提供され始めたね。
それはどうでもいいんだけど、__fastcallになったのって意味あんの？
スタックの末端に位置する関数ならともかく、結局呼び出す側は
スタックに入れて保護しないといけないから意味なくね？

次ページ