x86_64総合

1 名前：login:Penguin mailto:sage [2006/05/24(水) 22:45:45 ID:KpeOjT/W] for AMD64/EM64T machines. 504 名前：503 mailto:sage [2009/01/14(水) 21:18:50 ID:EADc/omF] >503 dhrystoneは速くなってた。 要するに、64bitカーネルとgccの出来が悪いと。 505 名前：login:Penguin mailto:sage [2009/01/14(水) 22:24:24 ID:BKeAAq83] そういえば、AMD64に限らず64bitでまともなコード吐くように gccががんばり始めたのってgcc4になってからだっけ? それ以前のgccの吐く64bitコードときたら… 506 名前：login:Penguin mailto:sage [2009/01/14(水) 22:28:20 ID:mjVfPdYX] gcc4.0.0のリリースは2005/4だから、およそ４年前だな。 507 名前：login:Penguin mailto:sage [2009/01/14(水) 23:54:38 ID:EADc/omF] >505 実行順序のドラスティックな入れ換えやら、大きなアーキテクチャ用に ごちゃごちゃやりだしたのは4からだね。 おかげで AVR用gccがボロボロになったんだよな… 508 名前：login:Penguin mailto:sage [2009/01/17(土) 03:20:30 ID:dYQvQYrK] そういえばgcc 4.4.0で新しいレジスタアロケータがチェックインされるみたいだけど 509 名前：login:Penguin mailto:sage [2009/01/21(水) 16:55:44 ID:OqiVPIXb] debian multimediaからacroread入れたんだけど、 ヘルプの操作ガイド表示したら白紙で出る。 何が足りないの? ヘルプのヘルプはそもそも白紙すら出なくて無反応だし。 510 名前：login:Penguin mailto:sage [2009/01/21(水) 19:41:48 ID:QKC2EucJ] >>509 なんでこの板なのか知らないけど、 libxul0d を入れて、環境設定の「インターネット」の「libgtkembedmoz フォルダ」に /usr/lib/xulrunner って設定すればいいんじゃないかな 511 名前：login:Penguin mailto:sage [2009/01/21(水) 20:07:38 ID:KlpcL7j0] 板は間違ってないんじゃ？ 512 名前：login:Penguin mailto:sage [2009/01/21(水) 20:39:16 ID:OqiVPIXb] >510 それ64bitライブラリじゃないの? それともacroreadって64bitバイナリがあるん? 513 名前：512 mailto:sage [2009/01/21(水) 21:14:31 ID:OqiVPIXb] >510 ia32-libs-xulrunner が自動で入ってて、/usr/lib32/xulrunnerに向けた状態になってた。 それが>509の症状状態。 Debian本家本元のlibxul0dがすこしあたらしそうだったので、i386のをばらして /usr/lib32/xulrunnerに入れたところ、症状変わらず。 焦点はxulrunner のバージョン、という理解でいい? 514 名前：login:Penguin mailto:sage [2009/02/05(木) 17:41:20 ID:5bT7VK/M] Java SE 6 Update 12 fav.or.it/post/1071092/java-se-6-update-12 >Java Plug-in, Java Web Start で 64 bit ブラウザのサポート 515 名前：login:Penguin [2009/03/07(土) 12:18:37 ID:oz5Yz8xI] 保守 516 名前：login:Penguin mailto:sage [2009/03/07(土) 22:32:02 ID:hlU8FRpp] flashもjavaのプラグインも64bitになって、ついに32bitアプリが出番なくなった。 素晴らしいね 517 名前：login:Penguin mailto:sage [2009/03/08(日) 00:05:20 ID:JlAsNgj+] >516 pdfは? 518 名前：login:Penguin mailto:sage [2009/03/08(日) 01:51:04 ID:VKbyDGE9] >>517 いつもevinceで事足りてる 519 名前：login:Penguin [2009/04/04(土) 01:49:23 ID:Fg6PvZ/Y] 誰かいる？ 話題ない？ 520 名前：login:Penguin mailto:sage [2009/04/04(土) 02:03:51 ID:ZbscOcFh] GIMP-Painterの64bitバイナリがねーから自分でビルドしようとしたけど上手くいかねえ 521 名前：login:Penguin mailto:sage [2009/04/04(土) 02:09:12 ID:O8KJS3aj] 最近安定しちゃって話題ないのかねぇw 522 名前：login:Penguin mailto:sage [2009/04/04(土) 04:34:49 ID:+08wDnb8] あるいみ最後の砦だったFlashまで対応してしまったからねぇ。 523 名前：login:Penguin [2009/04/04(土) 04:52:03 ID:aCLm6+Go] 初心者的な質問ですいません。 x86_64は、32bitも64bitも扱えるCPUという認識であってますか？ そうである場合、ia64の存在意義がわからないのですが。。 524 名前：login:Penguin mailto:sage [2009/04/04(土) 06:25:42 ID:SihR66ns] x86_64 ttp://ja.wikipedia.org/wiki/AMD64 IA-64 ttp://ja.wikipedia.org/wiki/IA-64 525 名前：login:Penguin mailto:sage [2009/04/04(土) 06:27:35 ID:sB9fweAs] >>521 それだね 526 名前：login:Penguin [2009/04/04(土) 16:08:29 ID:UW+1jzNp] >>523 IA64は32bitを切り捨てた結果64bitに特化した性能をもつことができる。 IA64が先につくられて作ったのはIntel x64をつくったのはAMD x64にのりきでないIntelがしぶしぶAMDx64をとりこんだ こういう事情があるので性能うんぬんの話ではない そもそもIA64をコンシューマーに普及させるつもりはなかっただろうし 527 名前：login:Penguin [2009/04/04(土) 16:18:59 ID:YHOlRWwA] Intel64とかすげ〜まぎらわし〜ぞ〜 528 名前：login:Penguin [2009/04/09(木) 01:40:54 ID:XKd6q5CB] Core2Duo　は32bitも64bitも対応してるのでしょうか？ 529 名前：login:Penguin mailto:sage [2009/04/09(木) 01:44:38 ID:SmZA6f91] してる 530 名前：login:Penguin mailto:sage [2009/04/09(木) 02:40:20 ID:B3s/piPm] Core2Quadなマシンにi386のRHEL5入れてるのだが、これもそろそろx86_64に してみようかな 531 名前：login:Penguin mailto:sage [2009/04/09(木) 02:50:30 ID:uIaTA4A4] Core系は32ビットに特化してて、64ビットのパフォーマンスがいまいち。 メモリ大量に搭載するのでなければ、あんま意味ない。 パッケージの互換性とか、悩みが増えるだけ。 532 名前：login:Penguin mailto:sage [2009/04/09(木) 02:55:57 ID:B3s/piPm] >>531 へー、そうなのか… Xenをやってみたいんだよね メモリは4GBなんで今のままでもまあまあいいのだけど、仮想マシンが遅いと やだなーって思ってるんだよね とりあえずi386のままでXenをやってみようかな… 533 名前：login:Penguin mailto:sage [2009/04/09(木) 08:02:40 ID:D/0OaC0k] そうすると、Intelの６４ビットのパフォーマンスのいいのはAtomですか？ 534 名前：login:Penguin mailto:sage [2009/04/09(木) 08:50:38 ID:hpN9g89X] な訳ねーだろ 535 名前：login:Penguin mailto:sage [2009/04/09(木) 11:22:25 ID:Gi+dMeUW] >>531 Core i7は良いと思うが 536 名前：login:Penguin mailto:sage [2009/04/09(木) 11:31:17 ID:hpN9g89X] >>535 普通にCore2の間違いだろ そもそもCoreは64bitじゃ無かった気がするが 537 名前：login:Penguin mailto:sage [2009/04/09(木) 12:13:10 ID:IVtB/1wL] Core2とi7の事だろ NetBurst系は64bitで伸びる子だった 538 名前：login:Penguin mailto:sage [2009/04/09(木) 15:02:05 ID: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 mailto:sage [2009/04/11(土) 01:31:31 ID:4VUa9oWb] 64bit版mplayerで32bitコーデクを使おうとする動きがあるって、 ブログで読んだことあるけど、現状はどうなってるの？ 540 名前：login:Penguin mailto:sage [2009/04/15(水) 17:53:06 ID:vVxQuKm6] Alphaに敵うわけ無いだろ？ 541 名前：login:Penguin mailto:sage [2009/04/15(水) 17:55:53 ID:BhAAns56] だよな いい時代だった 542 名前：login:Penguin mailto:sage [2009/04/16(木) 10:28:10 ID:uUe5fOeJ] Core2Duo E8400 で Debian の 32 ビットと 64 ビットを両方試してみたけど、 32 ビットでも遅くはないんだけど、64 ビットのほうがより一層サクサク動いてるように感じるな。 でも、同じプロセスでも 64 ビットのほうが、メモリを 1.5 倍くらい使ってる。 そんなもん？ 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ビットで使ってろ

---

---

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

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