08/01/18 22:14:10 tQhHRnfS
>>356
どうすれば動くの？
358:login:Penguin
08/01/18 23:48:17 TmO7FiAT
blackdown版JVMだとx86_64でもjava pluginがあるけど、それかい?
359:login:Penguin
08/01/19 00:17:08 0dTPeoUJ
さいきんはjavaアプレットってつかわれてるの？
360:356
08/01/19 00:22:20 LTfwfImv
Mandriva 2008.0 x86_64 にて、公式リポジトリから
java-1.7.0-icedtea-plugin （と、その依存パッケージ）と mozilla-plugin-gcjwebplugin
をインストールすれば即いけた。
情報元: URLﾘﾝｸ(forum.mandriva.com)
1.7系はまだ開発中っぽいけど、x64に対応するのかな？
361:login:Penguin
08/01/19 02:01:07 Ho/h3wpA
>>359
HP ProliantのiLO2でリモートデスクトップを利用する場合に限るけどWindows以外だとJavaアプレットなのだ。
Citrix NetscalerのGUIもJavaアプレットだし、Javaアプレットはまだわりと見かけるよ。
なんでFedora8でIcedTeaがx86_64サポートしてると聞いたときはちと嬉しかった。
362:login:Penguin
08/01/19 10:56:06 vBY8PzBk
おおお、gcjでguiまで動く世の中になってるとは知らなんだ。
363:login:Penguin
08/01/20 21:52:50 xTQHcQw4
突然ですが、皆さん始めまして。
本日、amd64 Debianをインスコします。
今後、皆さんのお世話にならないようにがんばります。
よろしくおながいします。
364:login:Penguin
08/01/21 22:53:57 VXC43NIl
>>363
>今後、皆さんのお世話にならないようにがんばります。
じゃあ、このスレに来る必要ないじゃん。
365:login:Penguin
08/01/21 23:32:53 vXdTWBv0
>>364みたいなお年よりのお世話をしにきたんだろ
366:login:Penguin
08/01/23 00:07:40 BvAvGN0H
>>365
頭おかしいのが来たようだ
可哀想・・・
>>363
俺はUbuntu使ってるんだ。主にVMware Server用途。
367:login:Penguin
08/02/16 12:24:02 P4MUOtE8
libflashplayer.so＋nspluginwrapper入れて
ブラウザの全画面表示やタブ、ウィンドウの切替えを行うと、
再描画に失敗するのかflash領域が真っ白になる…。
Epiphanyでは一度全画面にすると
何回F5押しても全画面解除してもなかなか再表示が成功しないが、
Iceweaselでは一回リロードするだけですぐに表示される。
Youtubeだと結構大丈夫だったりするんだけど、
俺の環境が糞なのかなあ。
368:login:Penguin
08/02/16 14:13:04 P4MUOtE8
すまん、Epiphanyの全画面は/usr/X11R6/lib/browser_plugins/作って
ln -s /usr/lib/nspluginwrapper/plugins/npwrapper.libflashplayer.so で直ったわ。
369:login:Penguin
08/02/25 18:03:48 boWtbgZt
multilibrary化してたら頭がついていけいから
32bitにした。自分しか使えないような仕様になってたし
ただ32bitだとやっぱり速度落ちてる 計ってはないけどさ
まず全体的に少し遅くなったかなぐらいで ただこれはたぶん気のせい
大きなfileを扱うときとか展開する時、compile時に体感速度であー変わってるって
まだ使ってないけど音楽関係のSoftwareで変わりそうな気がする
ただ今これ自buildじゃないからかな 変わる所はもうちょっとぐらいは
ただ効率の良さから得られる物事の回転の早さのほうが上回るので
今はこっちのほうが+として、もうそれで良しとしよ
ほんとは何回かいったり来たりしてるんだOrz
あと4、5年は、32bitでokかなぁ。
いや、もうx86はさぽーとしないよってなるまで居座ってもいいかな
次もしこういうことがあったらだいぶたってから乗り換えよと教訓になった
動けばいいんだなぁって思った。もうkernelもあと30年ぐらいはこれでいいんかなぁっておもっとお
370:login:Penguin
08/02/25 20:39:57 VVGltKzp
おいらは64bitから32bitのライブラリが動的ローディング出来るようになったら移行するよ
371:login:Penguin
08/02/25 20:44:08 akxtbgdI
?
372:login:Penguin
08/02/26 05:02:17 8kCN83qQ
LinuxってWOW64みたいに32ビットアプリを64ビット環境で動かしてるの？
なんか、RHEL(とその派生)が、
できるだけ小さくインストールしたいのに
ライブラリがほぼ倍付いてくるんだけど、これは仕様なの？
373:login:Penguin
08/02/26 05:22:19 WNq6aGlP
64bitと32bitのアプリが両方動けるようになってるだけなんじゃないの？
374:login:Penguin
08/02/26 06:51:13 eMAAHckI
>>370
頑張ってwrapper書くしか。
>>372
そういうものでつ。
archが見えないので紛らわしいけど、32bitの.soと64bitの.soが両方入ってくれやがります。
375:login:Penguin
08/02/26 07:52:28 8kCN83qQ
>>374
成る程。
x86_64の、既存との互換維持の上での
宿命なのね、これは。
376:login:Penguin
08/02/26 09:59:41 OwAUx62I
>>375
最初から 32bit と 64bit が両方インストールされるっつーのは RedHat/Fedora 系の場合で、
別に x86_64 版を持つすべての鳥でそうなっているわけじゃないよ。
念のため。
377:login:Penguin
08/02/27 01:09:48 OrKjXriE
>>376
ありがとう。
にしても、RHELは依存関係激しいね。
378:login:Penguin
08/02/27 01:42:47 QfTQ7bIM
>>374
rpm -qa --qf "%{NAME}-%{VERSION}-%{RELEASE}.%{ARCH}\n"
って打つとアーキテクチャ付きで表示されるよ。
379:login:Penguin
08/02/28 03:08:43 XfA4hRWi
>>372
WOW64が凄いことやってると思ってるの？
380:login:Penguin
08/02/28 04:38:34 zHzMsSGS
>>379
結局似たようなことをやってたのは知っているけど、
ユーザに32ビットと64ビットのライブラリ云々を
意識させないから、WOW64はなんとなく…憧れてた。
381:login:Penguin
08/02/28 04:41:38 XfA4hRWi
>>380
ただの手抜き。
HDDの肥やしになること散々やっといて、今更なにやってんのって感じだよ。
382:login:Penguin
08/02/28 07:30:09 ln59Yk5D
１６から３２ビットへ移行するときはどう韃靼だろうか
383:login:Penguin
08/02/28 07:37:56 XfA4hRWi
つなぎにwin32sとかやってたね。
384:login:Penguin
08/02/28 10:40:50 t7ajG70z
そうか、win64sが出てないのが64bitの敗因か。
385:login:Penguin
08/02/28 11:27:58 17HI+Ijs
32/16ではthunkって仕組みがあったけど、32/64には無い。
386:login:Penguin
08/02/28 11:58:17 xuNGdNzV
>379-381
なんか話が食い違ってね？
WindowsにせよLinuxにせよ32/64共存させるにはライブラリは両方必要。
Windowsでは32bit用のライブラリは\Windows\SysWOW64とかに入ってる。
387:login:Penguin
08/02/28 12:04:48 XfA4hRWi
>>386
64bitのアプリが使い物にならないってことなのでは？
388:login:Penguin
08/02/28 18:04:57 1mzhhEwV
ほとんど64bitしか使ってないけどな。
64bitが使い物にならないのってブラウザ関係?
使い物にならないつーよりないからなぁ
じぶんでビルドするのまんどくさいし。
389:login:Penguin
08/02/28 18:16:09 WowXveD6
サードパーティーが32bitしか出してないのが困る
あとコーデックとか
最近はffmpegでもよくなってきたけど
390:login:Penguin
08/02/28 18:28:49 sBajqmxB
sunは64bitのjava appletのpluginを出して欲しいなぁ。
391:login:Penguin
08/02/28 18:46:06 Hu6G1VWY
>>389
ID が Wow．．．
>>390
java web start にも対応していないし、完璧にサーバ用途限定にするつもりか？ > sun
392:login:Penguin
08/02/28 18:56:45 1mzhhEwV
そうだ、adobe readerが欲しい。こいつのためだけのi386ライブリパケジが相当入ってる。
393:login:Penguin
08/02/28 19:07:03 uZmGAk6C
adobe reader なんている？
evinceかkpdfで十分事足りる
394:login:Penguin
08/02/28 19:16:40 1mzhhEwV
まぁひとそれぞれ。
395:login:Penguin
08/02/28 19:34:59 Xf9NIyhM
adobeさん、さっさと64bitのflashプラグインを出しやがってください
それさえあれば32bitのライブラリを捨てられます
396:login:Penguin
08/02/28 20:26:22 LMywALyN
nvidiaのプロプラドライバは64bit版にバグがあるんだよなあ
あと、動画関係だとWindowsのdll使ってるやつは64で使えないね。
そんなところかな。
397:login:Penguin
08/02/28 23:47:04 Ir/7XY7f
Kernel 64bit
User space 32bit
で幸せな俺が通りますよ
398:login:Penguin
08/02/29 15:06:57 dyKsIsUI
rpmbuildするとき、32bitと64bitのdevelを見分けてほしい。
片側しか入ってないときにハマる。
399:login:Penguin
08/03/07 13:52:21 EkuUEtP/
>>395
今日始めてx86_64試したけど
flashプラグインは痛いなぁ
回避方法があるみたいだけど面倒くさい
おまけに某社複合プリンタのドライバもi386しか無いorz
もうx86_64ヤメタ
400:login:Penguin
08/03/07 13:53:57 mpSr43bL
すべてプロプラのせい。
プロプラに縛られる限りWindowsと大差なし。
401:login:Penguin
08/03/07 13:59:38 xQ8DvO+o
cupsはダメなの？
402:login:Penguin
08/03/07 14:11:39 aeKKxUqo
>>399
HP「我が社のプリンタをお買い求め下さい」
403:login:Penguin
08/03/08 00:47:02 NurH5bQ8
>>399
全然痛くない。nspluginwrapperいれれ。
Acrobat(Adobe) Reader、Flash Player、Mplayerplug-in、Real Playerは
i386のプラグインがx86_64上で普通に動くよ。
こいつは今はx86_64(AMD64)のあるトリならたいがいリポにあって
簡単にインストールできるはず。
>>395は32bitのライブラリを重複して入れたくないってニュアンスではないかと。
404:login:Penguin
08/03/08 02:02:54 7KLN9tti
>>399
ubuntuだと
sudo apt-get install flashplugin-nonfree
これだけでamd64でもflash使えるようになるぜ。
プリンタは機種いわないとわからん。
405:login:Penguin
08/03/08 10:46:32 P4TuhWqk
pulseaudioが対応してないからシステムの音がでなくなるんだよな
うちのM/Bだけかもしらんが。
406:login:Penguin
08/03/08 12:11:58 j+OXxyKp
>>405
それたぶん特殊な人だけ。
ほとんどの人はpulseaudioで問題ないと思うから、環境書いてみたらどう？
407:login:Penguin
08/03/08 12:24:10 NurH5bQ8
うちも出てるけどなぁ。特殊な人ってより、枯れてない特殊なM/Bだとそうなのかもね。
408:login:Penguin
08/03/09 06:49:59 +WGTGYSn
>>402
HPは高いからなあ…
つうことでブラザーの複合機を買ってみた。
409:399
08/03/11 08:52:08 eIfLV1dZ
>>408
某社ってブラザーだよ
DCP-7010にはi386しかない
類似ドライバでx86_64動くかもしれないけど
スキャナ使いたければi386かな??
410:login:Penguin
08/03/11 10:22:50 GsoPwUQP
確かMEPISなら何もしないで最初からflash見られたはず
411:login:Penguin
08/03/11 12:45:38 eIfLV1dZ
32bitカーネルなOS-Xが
ある意味羨ましいょ(w
ドライバは全て32bitなんだってな
いったいどこら辺が64bitなのか？
412:login:Penguin
08/03/11 13:07:57 oynugbvN
64bit級ってヤツだよ
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
URLﾘﾝｸ(ja.wikipedia.org)
IA-64
URLﾘﾝｸ(ja.wikipedia.org)
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になったのって意味あんの？
スタックの末端に位置する関数ならともかく、結局呼び出す側は
スタックに入れて保護しないといけないから意味なくね？
629:login:Penguin
09/04/29 07:37:03 fCNW8lK1
>>628
まず、fastcallという呼び方は誤解を招きやすいからやめるべき。
r8-r15が増えたことにより呼出し側が一々スタックに退避させる必要性もかなり
低くなっていると思うんだが。レジスタ数の増加とセットで考えるべき。
630:login:Penguin
09/04/29 09:04:07 5ROyfnLv
え、Flashってまだbetaだったん? 普通に使ってて気づかなかった
631:login:Penguin
09/04/29 10:01:26 FEXtIuws
今まではalpha版だったよ
632:login:Penguin
09/04/29 11:08:51 5ROyfnLv
今使ってる64bit版はShockwave Flash 10.0 r22、
10.0.22.87と書いてあるので、おお、alphaから無印になるまで
早いなw とか思ってたぜw 恥ずかしい
633:login:Penguin
09/04/29 11:41:28 KBa1Y9ag
betaってどこで公開してる?
634:login:Penguin
09/04/29 11:47:20 4DG+1E8h
>>628
URLﾘﾝｸ(labs.adobe.com)
でも2/24に公開されたalphaしか置いてないな。
betaはどこにあるの？
635:login:Penguin
09/04/29 13:00:56 gClmVlza
Mozilla.orgが64ビット版Firefox出さないと64ビットFlashは意味が無い
636:login:Penguin
09/04/29 13:38:53 4DG+1E8h
>>635
下らない独り言言ってんじゃねーよ。
637:login:Penguin
09/04/29 15:57:26 9gjzxjs9
URLﾘﾝｸ(www.mozilla-x86-64.com)
638:login:Penguin
09/04/29 16:03:30 5ROyfnLv
>>635
あそこからダウンロードしたバイナリなんて使ってる人いるの?
639:login:Penguin
09/04/29 22:24:14 gClmVlza
>>638
まあ、普通はディストリのリポジトリにあるものを使うだろうね
俺的にはやっぱリファレンス的な存在だし、本家だからセキュリティFIXが速い、
妙なカスタマイズがされてないので大抵のディストリで解凍したその場所で動く、
ってな理由で本家のFirefox使ってる。OOoも同じ理由で本家版。
だからx64のリファレンス的な存在としてのFirefoxでないと俺的に意味が無いんだよ
それと本家版がないといつまでもβ状態なんじゃないの？>Flash x64
640:login:Penguin
09/04/29 22:35:32 n1bPpUD4
>>639
Use the Source, Luke.
641:login:Penguin
09/04/29 23:01:27 BG3LyTVm
>>639
基本的に本家のほうがsecurity fixは遅いよ。
Firefoxに限らず。
642:login:Penguin
09/04/29 23:36:00 4DG+1E8h
>>639が嘘丸出しの知ったか野郎だと判明したわけか。
643:login:Penguin
09/04/30 00:24:54 1DeD64c0
x86 Open64 Compiler Suite
URLﾘﾝｸ(developer.amd.com)
644:login:Penguin
09/04/30 08:05:54 78H8umRE
で、結局、Flashのbetaってどこにあったんだ?
645:login:Penguin
09/04/30 09:03:39 COSvV/BZ
>>644
無いよ、そんなもの。一時配布元に置いてないんだから
おまいら>>628に釣られ過ぎだろ
646:login:Penguin
09/04/30 09:19:37 UYlYuAu+
URLﾘﾝｸ(labs.adobe.com)
647:login:Penguin
09/04/30 09:34:16 ZMfrStcj
これはalphaなんだが？
648:login:Penguin
09/04/30 09:47:42 COSvV/BZ
>>646
英語も読めないのかよ
649:login:Penguin
09/04/30 09:55:07 78H8umRE
やっぱりalphaから一気に行ったのか
650:login:Penguin
09/04/30 10:20:47 COSvV/BZ
どいつもこいつも英語読めない奴等だな
10.0.22.87はalphaで最新版なんだよ
651:login:Penguin
09/04/30 19:50:54 78H8umRE
ごめん、まったく読もうともしてなかった
652:login:Penguin
09/05/04 03:45:08 t65Z7O61
>>615
最近のJAVAは速くなったし昔の印象はもうないな。
OpenJDK6(64bit)でKonquerorでは問題なくAppletが表示できたがiceweasel(firefox)では落ちるばかりだった。
レポジトリから素のSunのを入れればネイティブ64bitのAppletが動いたのかもしれんが、
URLﾘﾝｸ(jean-christophe.dubacq.fr)
ここを参考にして6u14 EarlyAccess版を作ったらIceweaselでも動いたので記念に書き込み。
pbuilderがpbuilerになってるのは愛嬌ｗ
653:login:Penguin
09/05/04 06:29:44 Tbz5kgnz
>>635
URLﾘﾝｸ(ftp.mozilla.org)
コンパイルすりゃぇえぇがな。
654:login:Penguin
09/05/04 08:30:08 DM3YfYVb
>>652
Javaが遅いっていう印象は昔のアプレット(特に1.0-1.2)の印象が強いんじゃないかな。
OpenJDKでも、64bit環境だとServerVMしかつかえない?
655:login:Penguin
09/05/09 01:29:22 lVA9h8Wp
64ビット版への移行を始める上で、不具合に対する保険として
既存の32ビット版環境を、そのままかhdd-imageの状態で
仮想PC環境で動かそうと思っています。
Ubuntu8.04LTSのAMD64で行くつもりなのですが
64ビット環境で、仮想PC環境を使うとしたら
どれがお奨めなんでしょうか?
ちなみに、当面PCはCore2Duoで
現在1GBのメモリーを、せいぜい4GB程度にしかしないつもりでいます。
656:login:Penguin
09/05/09 02:22:07 oqlBt05+
金かけたくないならVirtualBox、ライセンス買ってもいいのならVMwareかなぁ？
VirtualBoxはSunがOracleに買収されたので将来性に不安が残るかも？
KVMやQEMMは使ったことないから分からない。
保険の意味合いってのが良く分からないけど、俺だったら別HDDに残しとくな。
つか、最初はお試し用HDDで構築してしばらく様子見する。
657:login:Penguin
09/05/09 04:03:09 0iFvun+l
>>655
メモリが少なすぎる
658:login:Penguin
09/05/09 08:11:35 y7VR1kIM
4GBあれば十分じゃねーの
659:login:Penguin
09/05/09 15:26:05 Y66/cNue
>>655
ubuntu8.04 amd_64 + VmPlayer 2.5.2
C2D E8500 + Memory 8GB だけど
ubuntu 9.04 + WinXP + Win2000 を同時に立ち上げても
メモリ消費は１GBくらいにしかならないから、4GBでもいいかもね
ただしCPUについては、C2D系は遅いので新規購入なら勧めない
Vista performance index (CPU) だと E8500 ≒ AMD 4800+
660:login:Penguin
09/05/09 15:35:20 5RxGVX8B
VMwareを登録だけして、
Workstationで仮想マシン作成→Playerで実行
すればいい
そういう使い方をしてくれと言わんばかりにWorkstationにPlayerが付属している
661:login:Penguin
09/05/09 15:41:43 Y66/cNue
>>660
vmware-toolの最新版を引っこ抜くために、vmware server(無料）も登録するといいよ
662:login:Penguin
09/05/09 17:20:23 44I0Mdrl
Core2DuoよりAMDの方が速いんですか？
663:login:Penguin
09/05/09 17:40:36 nRq6sfBw
なんとも言えないだろうね
どちらかが優れていると結論が出ていたのならば
誰も遅いほうを買いはしないよね
664:login:Penguin
09/05/09 17:42:56 BF4XrLnd
モノや処理によるだろ
ただ、Core2Duoは64bitで動かすと遅くなるって話を聞いたな。
まぁ昔の話なんで今のは知らんが。
詳しく知りたきゃ自作板でも行って聞いてくるといいさ
665:login:Penguin
09/05/09 17:46:16 MkhOLjiO
>>655
漏れは以前、 chroot 環境を作って 32bit 版を飼っていたことがある。
当時は単に、 32bit 版の firefox でフラッシュを見たかっただけなんだけどね。
chroot 環境の特徴は、ホストとゲストでリソースを共有すること。
この特徴自体は長所でもあり短所でもあるわけだが、
数ある仮想化方式の中では最も軽い。つか、オーバヘッドがない。ゼロ。
同様の chroot ベースの仮想化としては、他に linux-vserver などもある。
興味あるなら、一度、ググってみそ。
ちなみに Debian 系なら、こういう類の仮想マシンの HD イメージは
debootstrap を使うと楽に作れるので、これが結構重宝している。
666:login:Penguin
09/05/09 17:48:31 VLGWomya
Intel VTよかAMD-Vの方が実装として優れているが
SSEが速いとうれしい用途だとC2Dは美味しい
PhenomIIはC2Q並みにSSEが改善してるから今買うならこれかなぁ
667:login:Penguin
09/05/09 18:22:08 7a8SOFP5
今64bitで使うなら Core i7 じゃね？
668:login:Penguin
09/05/09 18:26:17 44I0Mdrl
Core2QuadもCore i7もPhenom IIも全部4コアですよね？
ということはみんな8スレッド並列化で、Linuxからだと8CPUに見えるんですか？
669:login:Penguin
09/05/09 18:32:54 7a8SOFP5
>>668
その中でSMT(HTT)なのはCore i7だけだから
8CPUに見えるのはCore i7だけだろ
670:login:Penguin
09/05/09 18:33:27 p+kXmlqS
とりあえず、ハードの話は他所でやるべきじゃない?
671:login:Penguin
09/05/09 18:54:23 +3cljrbr
>>666
PhenomのAMD-VはAthlon X2のそれより高性能らしいですね。
672:login:Penguin
09/05/09 19:25:44 80S7Q2w6
急に伸びた
673:login:Penguin
09/05/09 19:39:57 q/KEXOKU
今更だが、初期のAthlon 64ってVMwareで64bitゲスト動かせないんだな。
セグメントレジスタが無くなったのが理由で。
まあ今時使ってる人もいないだろうが。
674:login:Penguin
09/05/09 21:03:13 VLGWomya
>>671
Nested Pagingとか、新しく手が入ってる
Intel版の同じ技術積んだCPUが欲しいなら
Nehalem(Core i7)手に入れるしかない
ちと割高
>>673
Socket939のAthlon 64ならRevision D以降じゃないとだめだね
AM2なら何も考える必要ないんだけど
675:655
09/05/09 22:33:19 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
09/05/10 01:12:00 Vm3NrXJ3
>>654
今後はServerVMが標準になってそれ以外はなくなるらしい
jvm.cfgはこうなってて注釈にそう書いてある。
-server KNOWN
-client IGNORE
-hotspot ERROR
-classic WARN
-native ERROR
-green ERROR
677:login:Penguin
09/05/10 15:30:58 w9LnDAc7
>>675
用語をもすこし勉強してくることをお勧め
いずれにしても拡張カード使うのがPC使う目的なら
CPUよかそれを優先すればいい
678: ◆Zsh/ladOX.
09/05/10 17:46:31 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
09/05/11 00:59:51 pGQBidS2
K8でも対応してるのけ？だとしたら美味しすぎる
680:login:Penguin
09/05/11 01:01:08 pGQBidS2
>>678ね
マニュアル読んでみるか
681:login:Penguin
09/05/11 19:41:30 q6OReye/
64ビットLinuxでのJava Swingはハマる。
メニュー回りはバグあるし、ImageIconとJLabelで画像表示出来ないorz
ちなみにopenjdk6です。
682:login:Penguin
09/05/11 21:34:50 ZZNZact3
あれ？画像表示できてるぞ？
って思ったら、JPanelに貼ってたや。
683:login:Penguin
09/05/11 22:22:52 GA++wlaP
>>681
>>652のリンクを見る限りopenjdkは何かまだアレなのかも
684:login:Penguin
09/05/12 08:08:21 n4Ya5a8e
今職場で18万程度で自由にPC買っていいって言われてるんだけど、
Core i7の真ん中のにメモリたっぷりを一台か、
Core i7の安いのにメモリ3GB一台+安いのもう一台かで迷ってます。
Core i7は計算サーバーにして、もしもう一台買うならそれはデスクトップ利用として
LinuxとVistaを切り替えながら使うつもりです。
どんなの買えばいいでしょう。
できれば両方共x86_64で動かしたいと思ってます。
685:login:Penguin
09/05/12 08:32:11 phPCQgUH
Core i7の安いのにメモリたっぷり+もう一台
686:login:Penguin
09/05/12 08:47:17 dT+VT1Dq
スレチ
そもそも必須でもない計算サーバなんぞいるのか？
計算サーバの用途がわからん上に、デスクトップも開発に使うのか単にweb&mailに使うのか……
サソリとタランチュラどっちが良い？と聞かれてどう答えろと。
687:login:Penguin
09/05/12 09:09:21 d0MqTU63
堅そうな感じなのでサソリ
とか応えればいいんじゃね？
688:login:Penguin
09/05/12 09:45:17 n4Ya5a8e
ごめんちゃい。
CPUの種類の話が出てたので、
PhenomとかQuadとか込みで選択肢教えてもらえればと思って・・・
個人的にはAMDって安いけど遅いってイメージしかなくて。
689:login:Penguin
09/05/12 09:50:03 zHJIRMNa
自分の趣味で選べよw
こんなとこで訊いても、他人の趣味を押し付けられるだけだぞ。
690:login:Penguin
09/05/12 11:24:58 Cm0ONmf2
>>688
W5580を二個買え
一番賢い選択だ
691:login:Penguin
09/05/12 11:57:18 2nylp192
>>688
値段相応だよ。同じような値段だったら同じような速さ。
ただ32bitでの性能による比較だから、64bitで使うなら
AMDやCore i7が若干お買い得。
692:login:Penguin
09/05/12 12:01:21 W3wD8iWK
そりゃ 計算専用を一つ作っておけばいいんじゃないの？
計算というキーワードから考えると、Rやoctave,maximaなどを
使い込みたいというのが想像できるけど、それらはwindowsでは
なにかとメンドウなところがあるからね。cygwinでやってる人も
いるけど、あれは本気で使うひと向けじゃないので。(本気でつ
かうにはcygwinは効率が悪すぎるから。)ssh接続で使えばよいし
ね。また、gotoblasはしらんが、atlasはマルチコアに対応して
るから(それようのコンパイルが必要だけどね。)
winでxの接続がほしくってというなら仮想環境を使えばよいし。
693:login:Penguin
09/05/12 12:40:42 Z8b1Cmye
どんな計算をするかっていうのもあるよな
celeron + GeForce x3でSLIしてCUDAとか
694:login:Penguin
09/05/12 12:48:53 OQy7h0v1
安いi7にメモリ沢山。
あとはAtomでも積んだ小さいやつ買ってリモートから使えばいいんじゃね?
>>692
gotoblasはマルチスレッド対応してる(するかどうかはビルド時指定)
695:login:Penguin
09/05/12 14:57:25 EyemwdAS
>>684みたいな人の質問する人の大半はリース落ちの1万円代のPCにメモリ拡張しただけでも十分だろう。
計算サーバーって会社で宇宙人探すんだろ？
696:login:Penguin
09/05/12 15:42:24 n4Ya5a8e
18万じゃXeonとかは無理っぽいですよね。
やっぱりCore i7一番下+3GBを一台と、安いの一台買おうかな。
安いの、Phenomとかいうのにしてみようかな。
Core i7のメモリは後から増設もできそうだし。
697:login:Penguin
09/05/12 15:46:17 hakPPrxQ
>>696
ゴリゴリ計算したいならメモリは多めに積むべき。8GBにしたって安いし。
後で増設すると相性問題が出たりして泣けるぞ。
698:login:Penguin
09/05/12 17:32:04 aKmUIhst
i7 でメモリ 12G くらいにしたいなぁ。
PhenomII とどっちが速いかね?
Linux で両方使ってるブルジョワな人居ない?
699:login:Penguin
09/05/12 17:40:39 phPCQgUH
24GBにしようぜ
700:login:Penguin
09/05/12 17:47:20 8yl4Jqep
なんか頭悪い流れになったな、突然
701:login:Penguin
09/05/12 22:51:15 dT+VT1Dq
>>698
iccを入れてkernelからINTEL64アーキテクチャに特化する気があるなら金出してでもi7が良いんでない。
rpmやyumとかで楽したいならamdが良いんじゃないかな。
半分想像で書くと、gccなんかはmtuneだったかでCPU指定してもニーモニックの流れを仮組してからパーツ毎に格付けをして決定してると思われるのでアセンブラ見てもamd64と流れが一緒。
iccだと全然違うってわけでもないけど、11でのアセンブラをデローンと眺めるだけでも、ああ違うねぇと思う。
EMT64が出た頃のCマガに比較特集があって、それぞれ得手不得手があってマシンサイクルが違うとかアセンブラコードでのamd64とEMT64の選別の仕方とかあったんだよね。
702:login:Penguin
09/05/12 23:06:43 aKmUIhst
>>701
なるほど。
icc 入れてゴニョゴニョするほど気合いいれるつもりは無いんだよねぇ。
ビルドとか手抜きの力技プログラムなんかが速けりゃいいみたいな。
SSE 使わなきゃ AMD は速いってイメージなんだけど
i7 は相当速いみたいだからなぁ。
頭悪い書き込みにつきあってくれてありがトン。
703:login:Penguin
09/05/12 23:27:29 2bG73W1i
x86_64はIntelのCPUでも通称amd64です。Intel64なんて書くとItanium ?ってなる。
704:login:Penguin
09/05/13 03:00:37 5Jgo7mzT
それはそっちの方が頭おかしいような。
705:login:Penguin
09/05/13 03:18:58 DyZoiBpp
>>703
それはIA64
706:login:Penguin
09/05/13 08:03:55 jZvVl3Aj
計算の種類にもよるけど、3GBで足りるのか？
707:login:Penguin
09/05/13 08:06:17 +BRIDUt/
用途が最後まで判明しなかったから何とも言えないw
708:login:Penguin
09/05/13 08:11:51 qUL6qGoy
いくら何でもコア辺り1GB未満じゃ心許なすぎ。
709:701
09/05/13 12:45:44 j3B5WTfx
>>703
AMD64やIntel64の説明はWikipediaを読めば良いと思うよ。
IA-32e → EM64T → Intel64です。
x86_64やx64がAMD64またはIntel64の通称です。
とりあえず間違った覚え方をしてらっしゃるので確認してくださいな。
まぁIntel, AMD共に各アーキテクチャのリビジョンを上げる度に歩み寄ってきた歴史があるので、どっちっでも良いんでない？
710:login:Penguin
09/05/13 12:56:53 DyZoiBpp
debian畑では、アーキテクチャをi386とかamd64とか呼ぶ。
ubuntuが主流な今、そう呼ぶのが主流。
711:login:Penguin
09/05/13 12:57:15 T/QXs0iy
畑に帰れ
712:login:Penguin
09/05/13 12:58:49 5Jgo7mzT
一昔前は、「サーバー」が光り輝いてたんだよ。
だから今でもおじさんとかは、サーバー作りたがるんだよ。
君の会社にもいるだろ？自部署専用サーバー作りたがるおじさん。
管理までしてくれれば文句はないんだが、パッチの一つも当てない奴。
713:login:Penguin
09/05/13 19:03:17 9SWJ0iFU
>>710
主流で呼べってんならMicrosoftの呼び方しなよｗ
MSの64bitドライバガイドラインでIntel64, AMD64 通称はx64としてるから、今日から君はこれな。
なぜ狭い視野で主流主流言うのさ。
なんでも起源を主張する某国の人のように見えるよ。
714:login:Penguin
09/05/13 19:09:35 +BRIDUt/
Intel64って、あんまり見たことないな……
715:login:Penguin
09/05/13 19:11:22 aQYeDy4+
i386のiはIntelのiじゃないの？
716:login:Penguin
09/05/13 19:45:33 DyZoiBpp
linux板でlinuxの世界でのことを話すのが｢視野が狭い｣なのか？w
717:login:Penguin
09/05/13 20:24:12 zoMNW45/
Linuxしか使ってない人なんてそうそういないでしょ。
そもそもハードウェアのアーキテクチャなのにソフトウェア畑が主流とか言い出す時点でおかしな話じゃないかなぁ。
MSを相手に出したのは悪かったよ。
ただ、主流じゃない奴らは長いものに巻かれろや的な感じにカチンときたんさ。
Linuxの世界じゃubuntuが主流だからubuntuに併せろってのはちと傲慢な気がしたのよ。
718:login:Penguin
09/05/13 20:35:17 sdNwtT1y
つまらんことを
719:login:Penguin
09/05/13 20:39:56 DyZoiBpp
誰もあわせろなんて言ってねぇw
720:login:Penguin
09/05/14 01:42:30 xIHOcZGf
>>712
そういう人の頭って大抵体育会系でIntel万歳。...2bitくらい
721:login:Penguin
09/05/14 22:58:07 bk7WD7ZK
>>709
ん？それx64。
722:login:Penguin
09/05/15 12:29:12 ZQL+zHem
>>709
俺もIntelのCPU使ってるがIntel信者はWikipediaでも読めばいいと思うよ。
723:login:Penguin
09/05/15 13:09:47 o7QUcM7P
AMDが開発したアーキテクチャがamd64で何が不都合なのか
724:login:Penguin
09/05/15 13:45:18 nJK1hdyw
AI64のほうが見たことない。
幻なんでは？
725:login:Penguin
09/05/15 13:57:46 NeU6+eSn
AMD Athlon64互換CPUというアーキテクチャ群。
726:login:Penguin
09/05/15 22:35:07 3/qG6p/W
>>724
何を言っているんだお前は
727:login:Penguin
09/05/19 12:01:24 u+Q4BDAz
Ubuntu の 32 bit 版と 64 bit 版のパフォーマンスを比較してる。
# ホントの比較対象は Mac OS X。
Ubuntu 64-bit More Competitive Against Mac OS X
URLﾘﾝｸ(www.phoronix.com)
728:login:Penguin
09/05/21 03:03:40 og+YAK1/
Ubuntu（笑）
なにコレ。Macに虐殺されまくりｗｗ
729:login:Penguin
09/05/21 03:40:26 FyFn8xi4
>>728
知的障害者はお引き取りください
730:login:Penguin
09/05/21 12:47:05 2PwU9uM1
最後まで見てみたほうが良いよ。なぜかは知らないが、最初の方にMacに有利な結果集めてるから
731:login:Penguin
09/05/22 06:44:10 gFoW655b
最初から見てたら、途中で耐えられなくなりました。。。
Ｕｂｕｎｔｕ使ってたなんて情弱がはずかしい・・・ マック買ってきます！！
732:login:Penguin
09/05/22 07:48:23 /Y66X4Ye
Mac OS X上のIntel 945ドライバの方がLinuxより良いのは分かったが、
それは自明だろ。nvidiaのまともなGPU使ったマシンと比較しないと意味ないな。
733:login:Penguin
09/05/22 14:56:43 1VGpPP8n
Nvidiaのドライバって、リモートからXを飛ばすと、挙動がおかしいんだよな。
MacのX11は優秀だと思う。
734:login:Penguin
09/05/22 19:49:50 /Y66X4Ye
>>733
どういう風におかしい？別に変に感じたことないんだけど。
735:login:Penguin
09/05/22 20:09:15 N5og9DB5
>>731
気が狂うってどういう気分?
736:login:Penguin
09/05/22 20:39:10 1tCZ6NNu
落ち着けmacはセキュリティがズタボロだ
737:login:Penguin
09/05/22 21:19:52 ywJcxdg5
GPU使うもの以外は64bit Linux使った方がいいって感じだな
Mac専用機にLinux入れましたテストだし
GPU使うならWindowsの方がいいし
738:login:Penguin
09/05/22 21:29:03 xogM2jGR
>>734
某商用ソフトでMotif を使ってるんだけどね、リモートだとマウスイベントがたまりすぎて、アプリが固まってしまうことがある。
MacのX11ではストレスなく使えるんだけどな。
739:login:Penguin
09/05/22 21:38:59 /Y66X4Ye
>>738
その商用ソフトってOpenGL使ってるの？じゃなければnvidia関係ないぞ。
740:login:Penguin
09/05/22 22:08:49 X4gdsero
うわぁわぁわああああん！（＞△＜）
おわた、おわたよ！
漏れのUbuntu 32bit、完全におわたよ!（Ｔ△Ｔ）
741:login:Penguin
09/05/23 03:48:29 WEYgv++A
スレチかも知れませんが、Linux x86-64てこと教えてください。
apacheなどのオープンソースをソースからコンパイルしてインストールする場合、
コンパイル実行前の環境変数に/usr/lib64 を指定しないと、インストールしても、64bit版として動作しないのでしょうか？
そもそもOSが64bitなら、通常どおりのmake、make install で問題ないのでしょうか？
742:login:Penguin
09/05/23 03:58:41 m+tOa52S
それで問題ないよ
つーか、LinuxならOSにapacheついてくるだろ？
管理のこと考えたらそれ使った方が便利だよ
あとで簡単にアップデートできるからさ
743:login:Penguin
09/05/23 04:03:55 4BAGx6Xk
$ gcc -v
で
Target: x86_64-linux-gnu
なら、何もしなくても64bitになる。
744:login:Penguin
09/05/23 12:52:04 BWmuBzj/
ディストロのライブラリが/usr/lib64に入っているのに、
make ; make installすると/usr/libに入ったりするよね
745:login:Penguin
09/05/24 00:33:31 XVGOoAgR
>>741
コンパイルして出来たバイナリを file コマンドで調べてみれば分かるよ。
file /bin/bash
/bin/bash: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.8, stripped
746:741
09/05/24 04:10:41 m82gs9pM
>>742-745
サンクスです。
自分のやり方にいまいち自信がもててなかったので。
仕事でソースからコンパイルする事が多いのですが、
周りに有識者がいないのと、rpmだと使いたい機能が含まれてないことが有るものでして。
747:login:Penguin
09/05/24 22:17:17 rVhFQ6aB
>>746
32bitと64bitが混在してると大変だから、configureするときにオプションを指定するのが良いよ。
詳しくは configure --help
748:login:Penguin
09/05/28 23:25:51 U01n09hR
Fedora10 x86_64のパッケージにi386のパッケージが含まれてるようだけど
Fedora x86_64開発環境でi386 32bitバイナリをコンパイル生成することは可能なの？
rpmbuild -bb --target=i386 xxxxxx してもエラーで止まるし
Fedora i386からgcc i386パッケージ引っ張ってきて入れてクロスコンパイル環境に
出来るかと思って入れようとしたら入らないし
Fedoraの開発者たちはどうやってるんでしょう。
749:login:Penguin
09/05/29 01:54:30 jGz4+4vw
>Fedora x86_64開発環境でi386 32bitバイナリをコンパイル生成することは可能なの？
yes
750:login:Penguin
09/05/29 09:09:05 VHEkRdmI
以前SUSEでx86_64使ってた時はgcc -m32とかas -32とかのオプションで32bitのバイナリを出力出来てたよ。
ちなみに上記のオプションは間違ってるかもしれないから詳しい事は自分で調べてくれ。
751:login:Penguin
09/05/29 09:16:09 HlweTcpu
>>748
i386 の -develパッケージが必要。mock使え。
mock -r fedora-10-i386 hoge.src.rpm
752:748
09/05/29 11:17:01 fX/KHNJa
mock調べてみました
試してみます
sudo usermod -G users,mock users
mock --init -r fedora-10-i386
↑今現在ここ実行中
753:748
09/05/29 11:39:05 fX/KHNJa
URLﾘﾝｸ(usamimi.info)
とりあえずmockでi386パッケージ出来た
なんか動作状態が隠遁されててわかりにくいですね
rpmbuildにオプション渡しとかどうやるんですかね
754:login:Penguin
09/05/29 12:00:04 HlweTcpu
>>753
man mock
-D なんとかで
経過は
tail -f /var/lib/mock/fedora-10-i386/result/build.log
755:login:Penguin
09/05/29 12:21:39 fX/KHNJa
>>754
使い方調べて覚えてみます
rpmbuildと使い方がずいぶん違うから面倒ですね
rpmbuild --target指定でいければ楽だったんですけどね
rpm改変できてこそ自分でビルドする意味あるので
--with bytecode_interpreter --with subpixel_rendering
などのオプションをrpmbuildに渡すのと同じように出来たらいいんですけどね
756:login:Penguin
09/06/03 12:53:26 e3CHSjFP
ですね
けどね
ですけどね
757:755
09/06/03 15:49:40 9/TicihB
>>756
おい、オチョクリ入れんな
氏ねよ
いまCLFS構築中
758:755
09/06/03 15:55:58 9/TicihB
LFS(Linux From Scratch) 統合スレ 2
ｽﾚﾘﾝｸ(linux板)
↑このスレをもっと盛り上げろ
x86_64環境でLFS構築出来る兵求む
759:login:Penguin
09/07/14 20:22:21 OYRFUc74
すいません、まじめな質問です。
64ビット版deb使いたいんですが、話がまとまった本とかありますか？
760:login:Penguin
09/07/15 23:52:45 kSJ2LcGj
>>759
なんか違ったっけ？
761:login:Penguin
09/07/16 03:26:15 eLuMIz2v
archが違う。
てくらいだろう。
いまはunstableでia32ライブラリの扱いがゴタゴタしとるようだが。
stableならとりあえず関係ないし。
762:login:Penguin
09/07/16 08:39:07 up+KJ4E4
ありがとうございます。
64ビット版は初めてでちょっと心配だったので、まとまった話があれば読んでおこうと置みました。
まずはstableで保守的にいじってみます。
763:login:Penguin
09/07/16 21:33:10 4W3iLdCP
Debianだと32bitにあって64bitにないパッケージとかあって困った。tccとか。
アーキテクチャ無視して入れる方法があるのに気づくまでの話だけど。
あとパッケージ作るときもちょっと困った。完全別アーキなら
完全にクロスビルドの手順だけど、64bit環境で32bit向けだとgcc -m32とか
ちょっと違うだけで、ターゲット環境の推定もconfigureさんが微妙に
間違えたりしてorz。linux32 hogehogeとかARCH=i686とかいろいろ仕込まないと
いけなくて、そのあたりの勝手が掴めず悩んだ。
764:login:Penguin
09/08/04 08:00:33 7g9cu+pb
adobe player
765:login:Penguin
09/08/10 12:01:19 +7kqLJmd
突然すいません。
上のほうにあった、カーネルログの"Bad page state in process"
ってどんな時にでるものなんですか？
意味とか教えてもらえませんか