x86_64総合

1 名前：login:Penguin mailto:sage [2006/05/24(水) 22:45:45 ID:KpeOjT/W] for AMD64/EM64T machines. 543 名前：login:Penguin mailto:sage [2009/04/16(木) 11:33:11 ID:HHDQzlA4] そんなもん。 544 名前：login:Penguin mailto:sage [2009/04/16(木) 15:32:22 ID:GulsoFcg] 32bitの4GBと 64bitの6GBが同じとすると ちょっと損した気分…。 キャッシュとかでは有利だろうが。 545 名前：login:Penguin mailto:sage [2009/04/16(木) 16:10:58 ID:h4Vn1oK+] >>544 どうせメモリなんて安いんだし、32bitでは実質3.5GB程度までしか使えないのだから、 積極的に64bitにすべきでそ。 546 名前：login:Penguin mailto:sage [2009/04/16(木) 18:23:07 ID:AEsG+pLM] 俺のマザボはメモリが4GBまでしか積めないからなぁ・・ 547 名前：login:Penguin mailto:sage [2009/04/16(木) 20:10:08 ID:sazAy3TR] これを機にマザボを交換するってのはどうっすか？ 548 名前：login:Penguin mailto:sage [2009/04/16(木) 22:57:07 ID:gUixBdJw] Windowsなら32bitにしたほうが良い理由は結構あるが Linuxの場合は64bitにしない理由は今や、ほとんど無いん じゃないかな。RAMが4G以下でも。 549 名前：login:Penguin mailto:sage [2009/04/16(木) 22:59:59 ID:HHDQzlA4] >>548 RAMが1GB以下なら32bitを選んだほうがいいかもしれん。 550 名前：login:Penguin mailto:sage [2009/04/16(木) 23:17:17 ID:gUixBdJw] >>549 実際にswap outが頻発して遅くなるような用途なら別だが 1GBもあれば64bitでいいと思う。 551 名前：login:Penguin mailto:sage [2009/04/16(木) 23:24:06 ID:GulsoFcg] 仮想化環境だけど、512MBで別に困らんな。 256MBだとyumが落ちる＠CentOS 552 名前：login:Penguin mailto:sage [2009/04/17(金) 05:03:32 ID:ov358fiC] Linuxも64bit版はソフトやらドライバやらの対応状況が微妙って聞いたんだけどそれほど気にするレベルでもないのかな？ 553 名前：login:Penguin mailto:sage [2009/04/17(金) 05:10:58 ID:XqkM7exH] NICさえちゃんと動けばいい まぁ場合によってはそれすら（ｒｙ 554 名前：login:Penguin mailto:sage [2009/04/17(金) 06:19:16 ID:le5Q7k96] ダメNICは32/64関係なく×だと思うが。 うちのvia-rhineがたまに無口になってしまう病気持ちでなあ。 まったく困ったものだ。 555 名前：login:Penguin mailto:sage [2009/04/17(金) 06:34:05 ID:XqkM7exH] 動いてるふりだけだもんな Linuxのドライバって 556 名前：login:Penguin mailto:sage [2009/04/17(金) 18:40:56 ID:i17W6DPZ] 　普段づかいならどうでもいい話だけど、関数の呼び出し規約が __fastcallになったんだな。x86と同じ感覚で引数をpushしたら暴走 したんで混乱したわ。 557 名前：login:Penguin mailto:sage [2009/04/17(金) 18:56:19 ID:aVIDloIZ] そうなんだ レジスタ増えたしそっちのほうが早いのかな 558 名前：login:Penguin [2009/04/17(金) 20:39:01 ID:ZbqhSaTX] Q9550sにメモリ4G載っけてFedora10入れて見たんだけど メチャクチャ早くなった様に見えない、ベンチはしてないけど インテル８６系の石は32Bit版で使った方が良いんでしょうか？ 559 名前：login:Penguin mailto:sage [2009/04/17(金) 22:01:48 ID:NhZBiRLG] GUIじゃ、違いはあんまりないのでは？ 560 名前：login:Penguin mailto:sage [2009/04/17(金) 23:14:26 ID:QdKsaszO] >>558 なんでi7かPhenomIIにしなかったの？ Core2はメモリ遅杉 561 名前：login:Penguin mailto:sage [2009/04/18(土) 00:25:49 ID:IqAgj90r] x86_64 はメチャクチャ速いんか？ ものによっては icc でコンパイルすると gcc の 5割り増しとかあったが・・・ 562 名前：login:Penguin mailto:sage [2009/04/18(土) 03:56:49 ID:3MxniEO7] そりゃー、おめー、ものによってはだろが 563 名前：login:Penguin mailto:sage [2009/04/18(土) 04:00:37 ID:jUBXZJ2q] 深めのループとかだと、汎用レジスタ増がすごく効いてくるとか。 564 名前：login:Penguin mailto:sage [2009/04/18(土) 11:07:55 ID:/b1OMMNA] 64bit演算は速いな。あたりまえだが。 565 名前：login:Penguin mailto:sage [2009/04/18(土) 11:25:28 ID:qDIFuzpL] 別に速くないよ 566 名前：login:Penguin mailto:sage [2009/04/18(土) 11:34:47 ID:/b1OMMNA] >>565 何言ってるのだ? ホントに32bitと比較したのか? gccの32bitCPUでの64bit演算(long long)の実装を読んでみろ。 32bitCPUで64bit演算をするとなると 加減算なら32bit加算が2命令、 かけ算なら、32bit x 32bit = 64bit演算が1〜3回必要だぞ。 除算はかなり悲惨だな。数えるのがめどい。 567 名前：login:Penguin [2009/04/18(土) 12:10:57 ID:Zx+Ba1lb] そんな全力で釣られなくても 568 名前：login:Penguin mailto:sage [2009/04/18(土) 12:37:02 ID:R0Rbnx/F] そうだよな どう頑張っても１光年より速くなることはないんだし 569 名前：login:Penguin mailto:sage [2009/04/18(土) 15:06:53 ID:rvsaXDwY] もうアホかと 570 名前：login:Penguin mailto:sage [2009/04/18(土) 16:30:24 ID:b70clg4R] 64bit環境でwineでwindowsアプリ使ったと仮定　 この場合って32bitではなく64bitでWindowsアプリが動くの？ それとも32bit？ # wineスレの方がいいのかな・・ 571 名前：login:Penguin mailto:sage [2009/04/18(土) 16:47:23 ID:7su25xgc] wineは32bitアプリ 572 名前：login:Penguin mailto:sage [2009/04/18(土) 17:03:07 ID:b70clg4R] >>571 そか　ありがとです 573 名前：login:Penguin mailto:sage [2009/04/19(日) 09:21:00 ID:1o1+pGWP] >568 >どう頑張っても１光年より速くなることはないんだし 光年って距離では!? もしかして、釣られた!? 574 名前：login:Penguin mailto:sage [2009/04/19(日) 09:41:57 ID:3GgDJp5x] >>568 　　 　 　 　 ,. ‐''三ヾ´彡ｼ,=｀丶、 　　　　　／'".:=≡ミ_≧_尨彡三:ヽ、 　　　　/／.:;:彡:f'"´‐------ ｀`'ｒ=:l 　　 　/〃彡_彡′,.=､￣￣ ,.=､　|ミ:〉 　　　'ｙ=､､:ｆ´===tr＝=､.___,. ==､._ゞ{ 　　　{´yﾍl'′　　 |　　 /⌒l′　 |｀Ｙ} 　　　ﾞ､ゝ) 　 　 　 `''''ﾂ_　 _;`ｰ‐'ﾞ:::::ｌ{　　 あきらめたら .　　 　ヽ.__　　　　　,ｨnmmm､　　 .:::|!　　　そこで試合終了ですよ・・・・ 　　,.ィ'´ﾄ.´　　　　　´｀"｀"｀ﾞ″　.::::;' イ´::ﾉ|::::l ＼ 　　 　 　　　"'　　　:::/ ::::::::::::|:::::l 　 ヽ、　　 　　　..::　 .:::/.､ :::::: ::: |:::::ヽ 　　 ヽ、.......::::／..:::／!＼＼ ::::::::::: |::::::::ヽ　　　 ｀`''‐--ｧt''′ |!:::ヽ:::＼ :::::::::::::|::::::::::::ヽ、 　 　 　 /i|iﾄ､　 |l:::::::ヽ:::::＼ :::::::::::::|::::::::::::::/:ヽ、　 　∧|i|i|i|〉. ||::::::::::ヽ:::::::＼ 575 名前：login:Penguin mailto:sage [2009/04/19(日) 17:01:08 ID:uJgu5A9M] 64bit で使ってるけど、バイナリでかいよね。 リンカーオプションに --hash-style=gnu を指定する(もしくは sysv のみにする)と小さくなるんだけど、 debian lenny では both がデフォルトなのは何か理由があるのかな。 576 名前：login:Penguin mailto:sage [2009/04/23(木) 01:00:01 ID:dMVI+lLY] 64bitで使えるレジスタ数が増えたのは事実だ。 だが、レジスタが増えたことで 速度が上がっているかといえばそうでもない。 577 名前：login:Penguin mailto:sage [2009/04/23(木) 09:36:20 ID:x2p6WTMr] >>576 まあそうだが、関数呼び出し規約がレジスタ渡しになったから、オーバーヘッドは 確実に減っているはず。あとは、コンパイラがどれだけ頑張っているかによるな。 メモリへのmovを減らせるわけだから、有利に効くはずなんだが。 578 名前：login:Penguin mailto:sage [2009/04/23(木) 10:00:27 ID:Zy628E02] そ〜ゆ〜のはベンチマーク取ったりしないと見えないだろう。 コード太った分のオーバーヘッドで±０になったりして。 579 名前：login:Penguin mailto:sage [2009/04/23(木) 10:01:09 ID:3LH+bsBu] -fomit-frame-pointerする必要がなくなる 580 名前：login:Penguin mailto:sage [2009/04/23(木) 10:22:27 ID:x2p6WTMr] >>578 ベンチマークやってよ。 まあ今更わざわざ32ビットで使う必要性もほとんど無いってことだな。 メモリも安いし。 581 名前：login:Penguin mailto:sage [2009/04/23(木) 16:22:50 ID:37xa221U] 特にamd64だとi386との非常に高い互換性があるわけだし。 基本64bit、たまに32bitバイナリを利用で何の問題もない。 582 名前：login:Penguin mailto:sage [2009/04/23(木) 23:29:08 ID:u2H7LrAE] ベンチマークの結果ならゴロゴロ転がってるわけだし >>575-578 みたいのは釣りかバカだろ 583 名前：login:Penguin mailto:sage [2009/04/24(金) 12:06:15 ID:Dy07SseI] レジスタが増えるより、アドレス空間が拡がることが重要だとおもうので、 アプリは32bitでかまわない。 584 名前：login:Penguin mailto:sage [2009/04/24(金) 12:14:00 ID:JhyRFaIl] でも、現状での恩恵はレジスタ倍増のほうだなぁ。 585 名前：login:Penguin mailto:sage [2009/04/24(金) 20:20:13 ID:wad2YwNu] 日系Linuxに32bitと64bitのベンチマーク記事が出てましたよ。 内容は紙面に譲るとして、詳細な解析は6月号に載るそうだよ。 586 名前：login:Penguin mailto:sage [2009/04/24(金) 20:48:32 ID:ne9ks8Pw] 俺も読んだ。 概略としては「なるほど〜」って感じだったな。 早く続きが読みたいぜ。 587 名前：login:Penguin mailto:sage [2009/04/25(土) 02:10:12 ID:NcNJMclJ] >>583 お、同意見。 おいらはカーネルだけ64bitであとは32bitで使ってるな。 ユーザー空間は64bitもいらね。 588 名前：login:Penguin mailto:sage [2009/04/25(土) 02:15:44 ID:BfOy3GAA] >>587 kernelだけ64bitとかできるんだ！ cpuの選択を64bitのにするだけ？ 589 名前：login:Penguin mailto:sage [2009/04/25(土) 02:38:50 ID:e4UAK+sJ] >>587 何も考えずにでかいファイルをmmapできるので、 ユーザーの方も広い方がいい。 まあ、そんなでかいのを扱うことは現状ほとんどないんだが。 590 名前：login:Penguin mailto:sage [2009/04/25(土) 16:52:12 ID:ZCif+U9a] gentoo以外のpackageを使ってるんだったら、64bit版は浮動小数点演算に SSE2を使用してるだけでも、使用する理由になると思うんだけどな。 今の時点で、ハードディスクとメモリを少し節約できるという以外に、 32bit版を使うメリットって何かあるのかな？ 591 名前：login:Penguin mailto:sage [2009/04/25(土) 20:22:20 ID: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 mailto:sage [2009/04/25(土) 20:32:23 ID:ms/RSGup] PAEと一緒でPTEが増えるから 593 名前：login:Penguin mailto:sage [2009/04/25(土) 20:38:25 ID:ZCif+U9a] >>591 >日経linuxにも書いてあったがメモリ転送が64bit移行で遅くなる。 日経Linux読んでないけど、athlon64とかPhenom,Core i7でも遅くなるのかな？ そっちは心当りは無いなぁ。 PDFでacrobat(adobe)は使ってないからわからない。libpopperを使ったtoolで 最近困ったことは無いから。codecに関しても同じ。 仮に問題があっても、問題になるものだけ32bit版を入れればいいので全部を 32bitにする理由としては弱い。 ドライバに関しては確かに問題だけど、今は逆に問題のあるベンダーを探した ほうが早いくらいの状況だからなぁ。 594 名前：login:Penguin mailto:sage [2009/04/25(土) 21:07:52 ID: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 [2009/04/25(土) 21:26:25 ID:COkqZwHx] 普通に使えてるんだが 596 名前：login:Penguin mailto:sage [2009/04/25(土) 22:48:42 ID:opTQU6Pf] >>594 確かにx86_64な環境だと32bit版はそのままでは使えんね Gentooなんかだとebuildに↓って書いてあって flash-libcompatなるバイナリパッケージを提供して逃げてるね gentoo.osuosl.org/distfiles/flash-libcompat-0.2.tar.bz2 # 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 mailto:sage [2009/04/26(日) 00:10:09 ID:ImacXp2z] >>591 >そもそもlinuxに来て天国だと思ったのがsizeof(int)==sizeof(int *)なことだったんだけどなぁ。 MS-DOSもそうだったと思いますが。 598 名前：login:Penguin mailto:sage [2009/04/26(日) 00:53:05 ID:6UTuA12Y] >>594 nspluginwrapper 599 名前：login:Penguin mailto:sage [2009/04/26(日) 09:19:01 ID:AFw65G4S] >592 キーワードありがと。ぐぐって理解した。 32bit PAE版よりもさらにもう1階層、ページ変換が多いのね。 >597 やー、なまじスモールモデルでそれを体験できてるだけに、 主戦場のコンパクト(メディアム、ラージ)モデルが厳しかった。 600 名前：login:Penguin mailto:sage [2009/04/26(日) 14:38:04 ID:Tg1nQ3/8] sizeof(int)==sizeof(int *) これってどういうときに有効なのさ？ x86_64なら全部ポインターは8バイトだろうし それでつかってて全然不便だと思ったことは無いんだが 601 名前：login:Penguin mailto:sage [2009/04/26(日) 15:16:42 ID:AFw65G4S] >600 typedef union cell { int immediate_data; union cell* next_cell; } cell; というたぐいのデータ。64bitアーキのメモリ効率の悪さの元凶。 602 名前：login:Penguin mailto:sage [2009/04/26(日) 15:22:46 ID:6UTuA12Y] それを補って余りあるほどのメモリ領域が使えるんだから、そんな小さなことはどうでもいいんじゃん？ 603 名前：login:Penguin mailto:sage [2009/04/26(日) 16:01:56 ID: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 mailto:sage [2009/04/26(日) 18:33:03 ID:I2nQNd+i] >>601 そんなふざけたコードいつまでも使う方が悪いんだろうが さっさとコード書き直すか一生32ビットで使ってろ 605 名前：login:Penguin [2009/04/26(日) 19:28:57 ID:W1yaorM2] こんな場末のスレで煽ろうなんて無駄なことを・・・ 606 名前：login:Penguin mailto:sage [2009/04/26(日) 19:34:14 ID:6UTuA12Y] 共用体とかいらないよね。 607 名前：login:Penguin mailto:sage [2009/04/26(日) 20:54:49 ID:Tg1nQ3/8] >>606 共用体自体は不要だとは思わんが 必要以上に共用体を使うのはダメだろう 608 名前：login:Penguin mailto:sage [2009/04/26(日) 22:36:50 ID:AFw65G4S] >590が 「32bitアーキ専用コードを使う時以外で32bit版を使うメリットって何かあるか」 ならまったくもって>603-607の通りだと思うが、 >590を「64bit移行し辛い32bitコードってどんなの?」と読んだもんで。 >602,603 64bit移行動機に4GBでは足りね〜というのがあるのであれば、 24GB積むマザーがせいぜいの現状でメモリ効率の低下は気になる点だと思うな。 たった6倍にしかならんのに。安くつめるのは8GB程度だし。 メモリ効率の低下とメモリ転送速度の低下の複合技のために ソフトのパフォーマンスチューニングのトレードオフが難しい側にずれる (事前にテーブルに展開してメモリに持つよりも毎回CPUに計算させるように したほうが良い)のが64bit移行で個人的にはもっとも嫌な点。 609 名前：login:Penguin mailto:sage [2009/04/26(日) 23:11:51 ID:JAoHG2oW] でもメモリが４G超えたらカーネルだけは64bitにした方がいいって 32bitカーネルだとTLBがフラッシュされまくりでﾏｽﾞーですよ。。。 610 名前：login:Penguin mailto:sage [2009/04/26(日) 23:31:46 ID:RkePAVEw] 俺も1GBしか積んでなかった頃はメモリ節約したくてx64の選択肢は無かったな。 でもマシン新調する際に安く8GB積めたんで32bitの選択肢は無くなった。 8GBのうち4GB以下しか使えないなんて効率悪すぎるだろ？ 8GBも必要か？って感じだけど、>>594で書いてるように VMwareでPhotoshop使ってるんで、それなりに活用してる。1GBの頃はキツかった。 一般的には32ビットで充分だし、64-32混在環境の面倒くささは半端じゃないから強引に布教するつもりはないです 611 名前：login:Penguin [2009/04/27(月) 00:03:39 ID:+zIHyzzo] てか使用メモリが数GBクラスの画像を扱うのはWinやMacでも操作がかなりもっさりするぞw それなのにわざわざパフォーマンスの悪くなるVMware上のPhotoshopで作業ってw おまえどんだけマゾなんだよwwww 612 名前：login:Penguin mailto:sage [2009/04/27(月) 02:31:08 ID:RjCcVyJ9] VMware上でもカラーマネジメントできるのかしら。 とふと思った。 613 名前：login:Penguin mailto:sage [2009/04/27(月) 03:41:04 ID:3APkR5YZ] >>611 俺もubuntu & CentOS で memory 8GB　+ vmware playerを使ってるけど 各guest OSが3GB以上のﾒﾓﾘを確保できない以外は、特に問題なし vmwareはﾒﾓﾘを圧縮して利用しているらしく、実ﾏｼﾝ環境よりもﾒﾓﾘ使用量が少ないし guest OSにもﾏﾙﾁｺｱを割り当てれば、ﾊﾟﾌｫｰﾏﾝｽの劣化は無視できる 614 名前：login:Penguin mailto:sage [2009/04/27(月) 06:26:54 ID:Z++RE1nt] >>608 > 64bit移行動機に4GBでは足りね〜というのがあるのであれば、 > 24GB積むマザーがせいぜいの現状でメモリ効率の低下は気になる点だと思うな。 > たった6倍にしかならんのに。安くつめるのは8GB程度だし。 メモリ効率の低下ってlong型とポインタが倍メモリを食うだけだろ？ あるプロセスのデータが「全部」long型かポインタだったとしても最大2倍に 膨らむだけだぞ。つまり、8GB以上のメモリを積むならメモリ効率なんてさほど 気にするものではないということ。 > メモリ効率の低下とメモリ転送速度の低下の複合技のために > ソフトのパフォーマンスチューニングのトレードオフが難しい側にずれる この、メモリ転送速度の低下という部分、もっと詳しく説明してくれないか？ x86_64アーキテクチャの問題というより、特定のCPUに固有の問題じゃないの か？ 615 名前：login:Penguin mailto:sage [2009/04/27(月) 11:43:54 ID:9ewt1/YQ] JavaVMだと64bit版で動かすのと32bit版で動かすのを比べると、 64bit版が大体60%増らしいね。 Objectのポインタを32bitにすると、結構節約できるっぽい blog.juma.me.uk/2008/10/14/32-bit-or-64-bit-jvm-how-about-a-hybrid/ の数字を見ると、 32bit 1.25G / 64bit 2GB / 64bit(32bit object pointer) 1.45G 616 名前：login:Penguin mailto:sage [2009/04/27(月) 12:04:48 ID:HXBj9Dib] JavaVM(.netVMもそうだが)はスタックマシンだからポインタの大きさが モロに出るんだろうな。 ネイティブのバイナリだと、レジスタ数が増えたこともあって、そこまで 肥大化しないけれど。 617 名前：login:Penguin mailto:sage [2009/04/27(月) 17:27:16 ID:YaW7Mcpc] >>608ってカリカリにチューニングしてるようだが、一体どんな分野のコードを 書いてるんだ？テーブルとか言っているから数値計算系だと思うんだが、 数値計算だとMPIとかOpenMP使ってマルチコアを全部使うから、メモリをたくさん 積むのが基本だし。 618 名前：login:Penguin mailto:sage [2009/04/27(月) 21:03:24 ID:LddU7fmV] ソフトウェアを程度まで最適化したらそこからは ハードウェアを強化するほうが効率的なんだよね。 x86_64の最大のメリットはメモリ空間だと思う 仕事で使ってるのは64GBとか128GBつかってる。 メモリも組み込み系のように1byteを切り詰めるような 使い方はしない、かといって無駄に使うわけじゃないけどさ。 ソースコードは他人に引き継ぐこともあるので見やすく メンテナンスしやすくするのが優先だね。 自宅のマシンも16GB化したけど、あんまりやることないな 昔はｘｘ用マシンってたくさん持ってたけどこれ1台に まとめちゃった。みんなしょっぼいCele633とかしょっぼいの ばかりだったから、マシンが減ったけど総演算性能は上がっ てるｗｗｗ 619 名前：login:Penguin [2009/04/28(火) 02:30:01 ID:Pjkev7/e] OSが32bitだからってメモリ何GBまでなんて未だに有るんでしたっけ？ カーネル2.6なら16GBくらいまででしたっけ？ 620 名前：login:Penguin mailto:sage [2009/04/28(火) 03:00:12 ID:m/CYeeS7] >>619 PAE有効にすればサイズはそのくらい使えるけど、遅くなる。 621 名前：login:Penguin mailto:sage [2009/04/28(火) 07:44:58 ID:n0MvbOf5] そもそもユーザー空間は拡がらないからね。 PAE有効な環境と64bit OS+32bitアプリは、 実行されるアプリにとっては大体似た環境になると思うけど、 どっちが速いのかね？ PAEで64GB使えるモードはすごく遅いと聞いたことがある 622 名前：login:Penguin mailto:sage [2009/04/28(火) 16:30:21 ID:fJb2yBv5] >>619 カーネルコンフィグのHIGHMEMで選べるのは、4GBまでか64GBまで(PAE)。 623 名前：login:Penguin [2009/04/28(火) 17:23:47 ID:pcTc2KKp] なんかコンベンショナルメモリとか気にしてる時代かと思ってしまった 624 名前：login:Penguin mailto:sage [2009/04/28(火) 17:51:22 ID:fJb2yBv5] おっさん乙 625 名前：login:Penguin mailto:sage [2009/04/28(火) 20:20:53 ID:k9Ek7EuN] へ〜。 ぐぐったら MS-DOSだってｗ ここには二人も化石が（ry 626 名前：login:Penguin mailto:sage [2009/04/28(火) 21:35:23 ID:zGceyu+b] またまた、ぐぐるまでもなく知ってるクセにｗ 627 名前：login:Penguin mailto:sage [2009/04/28(火) 21:46:54 ID:MwBVAzgl] qemm、おっとqemuを使いたいから上限が気になるんだよね 628 名前：login:Penguin mailto:sage [2009/04/29(水) 02:04:55 ID:vgiu+uTJ] 64bit Flash　β版が提供され始めたね。 それはどうでもいいんだけど、__fastcallになったのって意味あんの？ スタックの末端に位置する関数ならともかく、結局呼び出す側は スタックに入れて保護しないといけないから意味なくね？ 629 名前：login:Penguin mailto:sage [2009/04/29(水) 07:37:03 ID:fCNW8lK1] >>628 まず、fastcallという呼び方は誤解を招きやすいからやめるべき。 r8-r15が増えたことにより呼出し側が一々スタックに退避させる必要性もかなり 低くなっていると思うんだが。レジスタ数の増加とセットで考えるべき。 630 名前：login:Penguin mailto:sage [2009/04/29(水) 09:04:07 ID:5ROyfnLv] え、Flashってまだbetaだったん? 普通に使ってて気づかなかった 631 名前：login:Penguin mailto:sage [2009/04/29(水) 10:01:26 ID:FEXtIuws] 今まではalpha版だったよ 632 名前：login:Penguin mailto:sage [2009/04/29(水) 11:08:51 ID:5ROyfnLv] 今使ってる64bit版はShockwave Flash 10.0 r22、 10.0.22.87と書いてあるので、おお、alphaから無印になるまで 早いなw とか思ってたぜw 恥ずかしい 633 名前：login:Penguin mailto:sage [2009/04/29(水) 11:41:28 ID:KBa1Y9ag] betaってどこで公開してる? 634 名前：login:Penguin mailto:sage [2009/04/29(水) 11:47:20 ID:4DG+1E8h] >>628 ttp://labs.adobe.com/downloads/flashplayer10.html でも2/24に公開されたalphaしか置いてないな。 betaはどこにあるの？ 635 名前：login:Penguin mailto:sage [2009/04/29(水) 13:00:56 ID:gClmVlza] Mozilla.orgが64ビット版Firefox出さないと64ビットFlashは意味が無い 636 名前：login:Penguin mailto:sage [2009/04/29(水) 13:38:53 ID:4DG+1E8h] >>635 下らない独り言言ってんじゃねーよ。 637 名前：login:Penguin mailto:sage [2009/04/29(水) 15:57:26 ID:9gjzxjs9] www.mozilla-x86-64.com/ 638 名前：login:Penguin mailto:sage [2009/04/29(水) 16:03:30 ID:5ROyfnLv] >>635 あそこからダウンロードしたバイナリなんて使ってる人いるの? 639 名前：login:Penguin mailto:sage [2009/04/29(水) 22:24:14 ID:gClmVlza] >>638 まあ、普通はディストリのリポジトリにあるものを使うだろうね 俺的にはやっぱリファレンス的な存在だし、本家だからセキュリティFIXが速い、 妙なカスタマイズがされてないので大抵のディストリで解凍したその場所で動く、 ってな理由で本家のFirefox使ってる。OOoも同じ理由で本家版。 だからx64のリファレンス的な存在としてのFirefoxでないと俺的に意味が無いんだよ それと本家版がないといつまでもβ状態なんじゃないの？>Flash x64 640 名前：login:Penguin mailto:sage [2009/04/29(水) 22:35:32 ID:n1bPpUD4] >>639 Use the Source, Luke. 641 名前：login:Penguin mailto:sage [2009/04/29(水) 23:01:27 ID:BG3LyTVm] >>639 基本的に本家のほうがsecurity fixは遅いよ。 Firefoxに限らず。 642 名前：login:Penguin mailto:sage [2009/04/29(水) 23:36:00 ID:4DG+1E8h] >>639が嘘丸出しの知ったか野郎だと判明したわけか。 643 名前：login:Penguin mailto:sage [2009/04/30(木) 00:24:54 ID:1DeD64c0] x86 Open64 Compiler Suite developer.amd.com/CPU/OPEN64/Pages/default.aspx?

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef