1 名前:login:Penguin mailto:sage [2006/05/24(水) 22:45:45 ID:KpeOjT/W] for AMD64/EM64T machines.
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] でもメモリが4G超えたらカーネルだけは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化したけど、あんまりやることないな 昔はxx用マシンってたくさん持ってたけどこれ1台に まとめちゃった。みんなしょっぼいCele633とかしょっぼいの ばかりだったから、マシンが減ったけど総演算性能は上がっ てるwww
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だってw ここには二人も化石が(ry
626 名前:login:Penguin mailto:sage [2009/04/28(火) 21:35:23 ID:zGceyu+b] またまた、ぐぐるまでもなく知ってるクセにw
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?
644 名前:login:Penguin mailto:sage [2009/04/30(木) 08:05:54 ID:78H8umRE] で、結局、Flashのbetaってどこにあったんだ?
645 名前:login:Penguin mailto:sage [2009/04/30(木) 09:03:39 ID:COSvV/BZ] >>644 無いよ、そんなもの。一時配布元に置いてないんだから おまいら>>628 に釣られ過ぎだろ
646 名前:login:Penguin mailto:sage [2009/04/30(木) 09:19:37 ID:UYlYuAu+] labs.adobe.com/downloads/flashplayer10.html
647 名前:login:Penguin mailto:sage [2009/04/30(木) 09:34:16 ID:ZMfrStcj] これはalphaなんだが?
648 名前:login:Penguin mailto:sage [2009/04/30(木) 09:47:42 ID:COSvV/BZ] >>646 英語も読めないのかよ
649 名前:login:Penguin mailto:sage [2009/04/30(木) 09:55:07 ID:78H8umRE] やっぱりalphaから一気に行ったのか
650 名前:login:Penguin mailto:sage [2009/04/30(木) 10:20:47 ID:COSvV/BZ] どいつもこいつも英語読めない奴等だな 10.0.22.87はalphaで最新版なんだよ
651 名前:login:Penguin mailto:sage [2009/04/30(木) 19:50:54 ID:78H8umRE] ごめん、まったく読もうともしてなかった
652 名前:login:Penguin mailto:sage [2009/05/04(月) 03:45:08 ID:t65Z7O61] >>615 最近のJAVAは速くなったし昔の印象はもうないな。 OpenJDK6(64bit)でKonquerorでは問題なくAppletが表示できたがiceweasel(firefox)では落ちるばかりだった。 レポジトリから素のSunのを入れればネイティブ64bitのAppletが動いたのかもしれんが、 jean-christophe.dubacq.fr/post/Un-plugin-java-64-bit-natif-de-Sun ここを参考にして6u14 EarlyAccess版を作ったらIceweaselでも動いたので記念に書き込み。 pbuilderがpbuilerになってるのは愛嬌w
653 名前:login:Penguin mailto:sage [2009/05/04(月) 06:29:44 ID:Tbz5kgnz] >>635 ttp://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-mozilla-central/ コンパイルすりゃぇえぇがな。
654 名前:login:Penguin mailto:sage [2009/05/04(月) 08:30:08 ID:DM3YfYVb] >>652 Javaが遅いっていう印象は昔のアプレット(特に1.0-1.2)の印象が強いんじゃないかな。 OpenJDKでも、64bit環境だとServerVMしかつかえない?
655 名前:login:Penguin mailto:sage [2009/05/09(土) 01:29:22 ID:lVA9h8Wp] 64ビット版への移行を始める上で、不具合に対する保険として 既存の32ビット版環境を、そのままかhdd-imageの状態で 仮想PC環境で動かそうと思っています。 Ubuntu8.04LTSのAMD64で行くつもりなのですが 64ビット環境で、仮想PC環境を使うとしたら どれがお奨めなんでしょうか? ちなみに、当面PCはCore2Duoで 現在1GBのメモリーを、せいぜい4GB程度にしかしないつもりでいます。
656 名前:login:Penguin mailto:sage [2009/05/09(土) 02:22:07 ID:oqlBt05+] 金かけたくないならVirtualBox、ライセンス買ってもいいのならVMwareかなぁ? VirtualBoxはSunがOracleに買収されたので将来性に不安が残るかも? KVMやQEMMは使ったことないから分からない。 保険の意味合いってのが良く分からないけど、俺だったら別HDDに残しとくな。 つか、最初はお試し用HDDで構築してしばらく様子見する。
657 名前:login:Penguin mailto:sage [2009/05/09(土) 04:03:09 ID:0iFvun+l] >>655 メモリが少なすぎる
658 名前:login:Penguin mailto:sage [2009/05/09(土) 08:11:35 ID:y7VR1kIM] 4GBあれば十分じゃねーの
659 名前:login:Penguin mailto:sage [2009/05/09(土) 15:26:05 ID:Y66/cNue] >>655 ubuntu8.04 amd_64 + VmPlayer 2.5.2 C2D E8500 + Memory 8GB だけど ubuntu 9.04 + WinXP + Win2000 を同時に立ち上げても メモリ消費は1GBくらいにしかならないから、4GBでもいいかもね ただしCPUについては、C2D系は遅いので新規購入なら勧めない Vista performance index (CPU) だと E8500 ≒ AMD 4800+
660 名前:login:Penguin mailto:sage [2009/05/09(土) 15:35:20 ID:5RxGVX8B] VMwareを登録だけして、 Workstationで仮想マシン作成→Playerで実行 すればいい そういう使い方をしてくれと言わんばかりにWorkstationにPlayerが付属している
661 名前:login:Penguin mailto:sage [2009/05/09(土) 15:41:43 ID:Y66/cNue] >>660 vmware-toolの最新版を引っこ抜くために、vmware server(無料)も登録するといいよ
662 名前:login:Penguin [2009/05/09(土) 17:20:23 ID:44I0Mdrl] Core2DuoよりAMDの方が速いんですか?
663 名前:login:Penguin mailto:sage [2009/05/09(土) 17:40:36 ID:nRq6sfBw] なんとも言えないだろうね どちらかが優れていると結論が出ていたのならば 誰も遅いほうを買いはしないよね
664 名前:login:Penguin mailto:sage [2009/05/09(土) 17:42:56 ID:BF4XrLnd] モノや処理によるだろ ただ、Core2Duoは64bitで動かすと遅くなるって話を聞いたな。 まぁ昔の話なんで今のは知らんが。 詳しく知りたきゃ自作板でも行って聞いてくるといいさ
665 名前:login:Penguin mailto:sage [2009/05/09(土) 17:46:16 ID:MkhOLjiO] >>655 漏れは以前、 chroot 環境を作って 32bit 版を飼っていたことがある。 当時は単に、 32bit 版の firefox でフラッシュを見たかっただけなんだけどね。 chroot 環境の特徴は、ホストとゲストでリソースを共有すること。 この特徴自体は長所でもあり短所でもあるわけだが、 数ある仮想化方式の中では最も軽い。つか、オーバヘッドがない。ゼロ。 同様の chroot ベースの仮想化としては、他に linux-vserver などもある。 興味あるなら、一度、ググってみそ。 ちなみに Debian 系なら、こういう類の仮想マシンの HD イメージは debootstrap を使うと楽に作れるので、これが結構重宝している。
666 名前:login:Penguin mailto:sage [2009/05/09(土) 17:48:31 ID:VLGWomya] Intel VTよかAMD-Vの方が実装として優れているが SSEが速いとうれしい用途だとC2Dは美味しい PhenomIIはC2Q並みにSSEが改善してるから今買うならこれかなぁ
667 名前:login:Penguin mailto:sage [2009/05/09(土) 18:22:08 ID:7a8SOFP5] 今64bitで使うなら Core i7 じゃね?
668 名前:login:Penguin mailto:sage [2009/05/09(土) 18:26:17 ID:44I0Mdrl] Core2QuadもCore i7もPhenom IIも全部4コアですよね? ということはみんな8スレッド並列化で、Linuxからだと8CPUに見えるんですか?
669 名前:login:Penguin mailto:sage [2009/05/09(土) 18:32:54 ID:7a8SOFP5] >>668 その中でSMT(HTT)なのはCore i7だけだから 8CPUに見えるのはCore i7だけだろ
670 名前:login:Penguin mailto:sage [2009/05/09(土) 18:33:27 ID:p+kXmlqS] とりあえず、ハードの話は他所でやるべきじゃない?
671 名前:login:Penguin mailto:sage [2009/05/09(土) 18:54:23 ID:+3cljrbr] >>666 PhenomのAMD-VはAthlon X2のそれより高性能らしいですね。
672 名前:login:Penguin mailto:sage [2009/05/09(土) 19:25:44 ID:80S7Q2w6] 急に伸びた
673 名前:login:Penguin mailto:sage [2009/05/09(土) 19:39:57 ID:q/KEXOKU] 今更だが、初期のAthlon 64ってVMwareで64bitゲスト動かせないんだな。 セグメントレジスタが無くなったのが理由で。 まあ今時使ってる人もいないだろうが。
674 名前:login:Penguin mailto:sage [2009/05/09(土) 21:03:13 ID:VLGWomya] >>671 Nested Pagingとか、新しく手が入ってる Intel版の同じ技術積んだCPUが欲しいなら Nehalem(Core i7)手に入れるしかない ちと割高 >>673 Socket939のAthlon 64ならRevision D以降じゃないとだめだね AM2なら何も考える必要ないんだけど
675 名前:655 mailto:sage [2009/05/09(土) 22:33:19 ID:DbT9EmpO] いずれかの仮想PC技術を使うという上で、Core2Duo上の64bitOSだったら どれが有利といった傾向は無いって思っていいんでしょうか? AMD64用のLinux上で動かす以上は AMD64のほうが有利なんじゃないか?とも思っています。 実はAthlon X2のPCもあって、どちらも実クロック2GHzですが PCIスロットのINT競合の関係で… ivtv 3tuner構成が、microATXのCore2Duo機ではうまく動かず 半年前に役目を入れ替えた経緯があって、Core2Duoで行く予定です。 (ここ2年間は金回りが悪いのがにじみ出てr) vmplayerとqemu-imageは使ったことがあるので 特にお奨めが無ければ、それぞれの特徴を改めて比較してみて 大きな差が無ければvmplayerで行こうと思います。
676 名前:login:Penguin mailto:sage [2009/05/10(日) 01:12:00 ID:Vm3NrXJ3] >>654 今後はServerVMが標準になってそれ以外はなくなるらしい jvm.cfgはこうなってて注釈にそう書いてある。 -server KNOWN -client IGNORE -hotspot ERROR -classic WARN -native ERROR -green ERROR
677 名前:login:Penguin mailto:sage [2009/05/10(日) 15:30:58 ID:w9LnDAc7] >>675 用語をもすこし勉強してくることをお勧め いずれにしても拡張カード使うのがPC使う目的なら CPUよかそれを優先すればいい
678 名前: ◆Zsh/ladOX. mailto:sage [2009/05/10(日) 17:46:31 ID:COvpg5ts] AMD-VだとVMのネストが出来るみたい # qemu-kvm --help|grep -i amd -enable-nesting enable support for running a VM inside the VM (AMD only)
679 名前:login:Penguin mailto:sage [2009/05/11(月) 00:59:51 ID:pGQBidS2] K8でも対応してるのけ?だとしたら美味しすぎる
680 名前:login:Penguin mailto:sage [2009/05/11(月) 01:01:08 ID:pGQBidS2] >>678 ね マニュアル読んでみるか
681 名前:login:Penguin mailto:sage [2009/05/11(月) 19:41:30 ID:q6OReye/] 64ビットLinuxでのJava Swingはハマる。 メニュー回りはバグあるし、ImageIconとJLabelで画像表示出来ないorz ちなみにopenjdk6です。
682 名前:login:Penguin mailto:sage [2009/05/11(月) 21:34:50 ID:ZZNZact3] あれ?画像表示できてるぞ? って思ったら、JPanelに貼ってたや。
683 名前:login:Penguin mailto:sage [2009/05/11(月) 22:22:52 ID:GA++wlaP] >>681 >>652 のリンクを見る限りopenjdkは何かまだアレなのかも
684 名前:login:Penguin mailto:sage [2009/05/12(火) 08:08:21 ID:n4Ya5a8e] 今職場で18万程度で自由にPC買っていいって言われてるんだけど、 Core i7の真ん中のにメモリたっぷりを一台か、 Core i7の安いのにメモリ3GB一台+安いのもう一台かで迷ってます。 Core i7は計算サーバーにして、もしもう一台買うならそれはデスクトップ利用として LinuxとVistaを切り替えながら使うつもりです。 どんなの買えばいいでしょう。 できれば両方共x86_64で動かしたいと思ってます。
685 名前:login:Penguin mailto:sage [2009/05/12(火) 08:32:11 ID:phPCQgUH] Core i7の安いのにメモリたっぷり+もう一台
686 名前:login:Penguin mailto:sage [2009/05/12(火) 08:47:17 ID:dT+VT1Dq] スレチ そもそも必須でもない計算サーバなんぞいるのか? 計算サーバの用途がわからん上に、デスクトップも開発に使うのか単にweb&mailに使うのか…… サソリとタランチュラどっちが良い?と聞かれてどう答えろと。
687 名前:login:Penguin mailto:sage [2009/05/12(火) 09:09:21 ID:d0MqTU63] 堅そうな感じなのでサソリ とか応えればいいんじゃね?
688 名前:login:Penguin mailto:sage [2009/05/12(火) 09:45:17 ID:n4Ya5a8e] ごめんちゃい。 CPUの種類の話が出てたので、 PhenomとかQuadとか込みで選択肢教えてもらえればと思って・・・ 個人的にはAMDって安いけど遅いってイメージしかなくて。
689 名前:login:Penguin mailto:sage [2009/05/12(火) 09:50:03 ID:zHJIRMNa] 自分の趣味で選べよw こんなとこで訊いても、他人の趣味を押し付けられるだけだぞ。
690 名前:login:Penguin [2009/05/12(火) 11:24:58 ID:Cm0ONmf2] >>688 W5580を二個買え 一番賢い選択だ
691 名前:login:Penguin mailto:sage [2009/05/12(火) 11:57:18 ID:2nylp192] >>688 値段相応だよ。同じような値段だったら同じような速さ。 ただ32bitでの性能による比較だから、64bitで使うなら AMDやCore i7が若干お買い得。
692 名前:login:Penguin mailto:sage [2009/05/12(火) 12:01:21 ID:W3wD8iWK] そりゃ 計算専用を一つ作っておけばいいんじゃないの? 計算というキーワードから考えると、Rやoctave,maximaなどを 使い込みたいというのが想像できるけど、それらはwindowsでは なにかとメンドウなところがあるからね。cygwinでやってる人も いるけど、あれは本気で使うひと向けじゃないので。(本気でつ かうにはcygwinは効率が悪すぎるから。)ssh接続で使えばよいし ね。また、gotoblasはしらんが、atlasはマルチコアに対応して るから(それようのコンパイルが必要だけどね。) winでxの接続がほしくってというなら仮想環境を使えばよいし。
693 名前:login:Penguin mailto:sage [2009/05/12(火) 12:40:42 ID:Z8b1Cmye] どんな計算をするかっていうのもあるよな celeron + GeForce x3でSLIしてCUDAとか
694 名前:login:Penguin mailto:sage [2009/05/12(火) 12:48:53 ID:OQy7h0v1] 安いi7にメモリ沢山。 あとはAtomでも積んだ小さいやつ買ってリモートから使えばいいんじゃね? >>692 gotoblasはマルチスレッド対応してる(するかどうかはビルド時指定)
695 名前:login:Penguin mailto:sage [2009/05/12(火) 14:57:25 ID:EyemwdAS] >>684 みたいな人の質問する人の大半はリース落ちの1万円代のPCにメモリ拡張しただけでも十分だろう。 計算サーバーって会社で宇宙人探すんだろ?