07/04/06 13:39:02 AMu/UwdV
>>248
動いた。ありがとう
250:login:Penguin
07/04/24 07:54:36 8WvzesaM
なんか、pkgconfigのlibのサーチがうまいくのといかないspecがあるみたい。
32bitと64bitの環境の判定がいまいちのconfigureがある。
251:login:Penguin
07/05/02 07:42:39 4JBVRcbe
開発者が環境持ってるとも限らないからな・・・
そこでフィードバックだぜ
252:login:Penguin
07/05/02 09:24:42 mfhBY5jD
脳内設計、脳内実装なの？
253:login:Penguin
07/05/03 04:09:42 wCQwLBE4
FHSでx86_64における32bit/64bit共存って定義されてるの？
なんか、ディストリ毎に違ってて混乱招いているような気がしないでもないんだけど。
254:login:Penguin
07/05/03 08:51:39 HmtlVoq2
現状はこうかな？
gentoo、ubuntuはlib32が32bit、lib64が64bit
fedoraはlibが32bit、lib64が64bit
255:login:Penguin
07/05/03 11:35:42 4LcHZe9y
考慮事項
ファイルシステムのレイアウト
URLﾘﾝｸ(www.jp.redhat.com)
256:login:Penguin
07/05/03 17:28:48 cye0CTgw
>>254
俺の手元にある Debian etch (amd64) の場合だと
/lib は 64bit
/lib32 は /emul/ia32-linux/lib への symlink
/lib64 は /lib への symlink
になってるな。
ただこれは testing 時代から apt-get し続けたものなんで、
もし今、まっさらな etch をインスコしたら違うかもしんない。
257:login:Penguin
07/05/03 18:50:26 w3JRn0xf
>>256？etchのクリンインストでも同じだったよ。
258:login:Penguin
07/05/03 22:33:27 +NMxyRhg
/lib32 ： 32bit
/lib, /lib64 ： 64bit
ってことか
259:login:Penguin
07/05/04 11:06:26 JJ1CATKS
/usr/lib 32bit
/usr/lib64 64bit
って、感じで．．．
/libの使い方はディストリで違うみたい。俺の勘違いかも？
260:login:Penguin
07/05/04 11:10:52 X+BCQ4uY
>>259
RHL系？
スレ読む限り debian, ubuntu, gentooは >>258 ぽい
261:login:Penguin
07/05/04 11:12:46 JJ1CATKS
そう、なれすぎて、他のが使えないんです.．．．
262:login:Penguin
07/05/05 10:21:16 sLOROtmF
PKG_CONFIG_LIBDIR
263:login:Penguin
07/05/05 10:53:00 sLOROtmF
host_cpu->target
264:login:Penguin
07/05/05 13:51:01 17L9u8Yh
/lib
/lib/amd64
265:login:Penguin
07/05/06 14:49:43 gwDLJ8pd
--define "_libdir /usr/lib" --define "_lib lib" --target i386
266:login:Penguin
07/05/23 20:31:59 oGdHMc0i
rhel4でvtune最新版guiがうまく動かん
267:login:Penguin
07/06/02 13:40:24 09MsuHfS
yum install glibc-devel.i386
268:login:Penguin
07/06/02 15:08:42 aUuLGjow
yum install mesa-libGLU-devel
269:login:Penguin
07/06/03 16:46:54 LbwfzR47
yum install libXi-devel
270:login:Penguin
07/06/30 20:45:06 tEbjfND/
yum remove all
271:login:Penguin
07/07/05 11:05:24 lh4h5+7r
yum install zlib-devel.i386
272:login:Penguin
07/07/05 11:09:09 lh4h5+7r
yum install libfontenc-devel.i386
273:login:Penguin
07/07/06 14:42:45 JOPKEwO1
いちいち .i386 つけるの嫌なんだけどなんとかならない?
274:login:Penguin
07/07/06 17:44:02 yYC/qX2g
>>273
つけなくても大丈夫だと思ってたけど．．．
275:login:Penguin
07/07/07 01:46:28 yrfNv2oF
悪いけど、特定の鳥の話が続くようなら、よそでやってくれない?
276:login:Penguin
07/07/07 02:00:15 DEhHBwyt
>>275
なんで仕切るの？
じゃあお前が別の鳥の話振れば？
277:login:Penguin
07/07/07 05:49:43 lUJlqxPS
依存関係は他の鳥の参考にもなると思うけど
おもしろいネタでも書いてくれよ。>>275
278:login:Penguin
07/07/07 07:59:11 45VDM82F
面倒なら、32bit環境にchrootすればいいじゃん。
279:login:Penguin
07/07/07 14:43:22 yrfNv2oF
>>266-272 は依存関係の話をしているの? それならそうと日本語で書いてくれ。
エスパーじゃないんだから、yumなんて使わん香具師にはそんなことわかんねーよ。
280:login:Penguin
07/07/07 15:26:06 my/MlhsO
ここみてるのは、日本人だけとは限らないんだよ。
281:login:Penguin
07/07/07 16:09:24 gMKHhq3a
イルボン ニダー
282:login:Penguin
07/07/08 02:48:06 U0Hg3bBV
AMD690GのM/Bでブート時に
Starting udev:
general protection fault:
last sysfs file: /kernel/uevent_seqnum
kvm_amd:svm_hardware_enable
とかでクラッシュするので
/etc/sysconfig/modules/kvm.modules
#if [ $(grep -c svm /proc/cpuinfo) -ne 0 ]; then
# modprobe kvm-amd >/dev/null 2>&1
#fi
のようにコメントアウト。
283:login:Penguin
07/07/25 07:21:03 qTenykhy
x86_64系のlinuxをホストでvmwareインストール出来た方いらっしゃいますか？
284:login:Penguin
07/07/25 08:26:11 XIoPKRRb
>>283
x86_64系”の”linuxをホストでか？
それなら俺インストールしてるよ。
普通に64bitのやつをインストールすればいい。
285:login:Penguin
07/07/25 21:30:26 qTenykhy
>>284
鳥はなんですか？
286:login:Penguin
07/07/25 21:42:01 XIoPKRRb
>>285
Ubuntuで公式サイトからダウンロードしたやつインストールしてる。
Server、Player v1、v2全部動いた。
今はPlayer2.0使ってる。
287:login:Penguin
07/07/25 22:59:28 IJIoHxKC
>>283
俺もごく当り前に使ってるが。
鳥は Debian GNU/Linux 4.0(etch) amd64 でつ。
288:login:Penguin
07/08/18 13:16:23 MZXJEqhr
opensuseはdevel-32bitを自力で入れないといけないみたい。
289:login:Penguin
07/08/18 14:47:57 z9sxJFDA
>>288
32bitパッケージがないのもあるみたい。10.3だからかもしれないけど．．．
smart install autoconf automake libtool
290:login:Penguin
07/09/08 16:14:08 i9wow4so
>>289
libgccの32bitのdevelが見つけられないよ。
291:login:Penguin
07/09/08 22:51:31 UH8cPPeU
>>290
src.rpm
292:login:Penguin
07/09/09 05:19:22 JPteMq9c
>>291
32bitのパッケージビルドするときになんかオプションがいるみたい。
呪文が見つかんないよ。
293:login:Penguin
07/09/09 06:21:49 i8QKV6/9
>>292
なんか、ldの検索パスがおかしいみたい。
crtbeginS.oを64bitの奴使おうとして、おかしくなってるような。
294:login:Penguin
07/09/09 12:43:22 i8QKV6/9
>>293
gccのパッケージに/32/以下のファイルが入ってないのが原因みたい。
gccのspecファイル見たけど、よーわからんかった。
295:login:Penguin
07/09/09 21:43:02 N56F3cyu
>>294
gccのspecいじって、32/以下をrpmに含めるようにしてみたら、よくなった。
しかし、libexpatの32bitのパッケージのビルドに失敗する。
CFLAGSがMakefileに反映されてないようなので手動修正して手動インストール。
日記になってしまった。
296:login:Penguin
07/09/16 23:48:27 Sy/jPLA3
>>295
updateされたので試したみた、linkするときに-m32が反映されてないみたい。
297:login:Penguin
07/10/13 11:30:08 Fj6HKcu8
メモリ4GB到達のため64bit環境に移行中
x86_64 cross gccがうまくできない orz
298:login:Penguin
07/10/14 19:37:13 L4YzQUiw
vmware の中に x86-64 な distro を入れてそこでビルドとか
299:login:Penguin
07/10/14 20:34:19 zh27G9+B
>>298
いや、kernelはビルドできるんだけど、glibcができないんだよ。
gccも半端に(kernelがビルドできるだけ)しかできないし。
300:login:Penguin
07/10/15 06:16:34 D5mY5mMR
>>299
-m32か-m64の指定がないからとか？
301:login:Penguin
07/12/08 01:46:07 BpRfKoKi
GCC のインラインアセンブリで RDTSC 命令を使いたい
#define RDTSC(X) __asm__ __volatile__ ("rdtsc" : "=A" (X))
と書いたんだけど =A という Constraints は
x86 だと edx:eax だけど amd64 では rax と扱われてしまうらしい
でも RDTSC 命令の仕様自体は x86 でも amd64 でも edx:eax に返るみたいなので
rax を使うと下位 32 bit しか返らない
amd64 環境でうまくやるにはどうすればいいんだろう？
302:login:Penguin
07/12/08 02:41:13 h7XHftA2
>>301
こんなんでどう?
#define RDTSC(X) ({ \
unsigned int edx, eax; \
__asm__ __volatile__ ("rdtsc" : "=a"(eax), "=d"(edx)); \
X = (unsigned long) edx << 32 | eax; \
})
303:login:Penguin
07/12/08 03:15:17 BpRfKoKi
>>302
やはりそれが正攻法か
一時変数の unsigned int edx, eax; をなくそうとしたらどうなるかな？
304:login:Penguin
07/12/08 03:23:17 BpRfKoKi
・"=a"(eax), "=d"(edx) の代わりに
"=a"(((unsigned long *)&X)[0]), "=d"(((unsigned long *)&X)[1])
とする
・__asm__ __volatile__ ("rdtsc" : "=A" (X)) はそのまま残しつつ
shll $32, %rdx
orl %eax, %edx
movl %rdx, %rax
を後ろに付ける
とかはどうだろ？
305:login:Penguin
07/12/08 03:25:01 BpRfKoKi
間違えた
・__asm__ __volatile__ ("rdtsc" : "=A" (X)) はそのまま残しつつ
shll $32, %rdx
movl %eax, %edx
movq %rdx, %rax
を後ろに付ける
306:302
07/12/08 16:41:50 h7XHftA2
#define RDTSC(X) __asm__ __volatile__ ("rdtsc;movq %%rdx,%0;salq $32,%0;orq %%rax,%0" \
: "=r"(X) \
: \
: "%rax", "%rdx");
edx:eax -> rax を一発でコピーできる命令が欲しいな。
307:login:Penguin
07/12/08 17:30:08 BpRfKoKi
>>306
ああなるほど
最初に rdx を対象レジスタに mov する方がいいですね
↓のように rax, rdx に直接手を加えていました
__asm__ __volatile__ ( \
"rdtsc\n\t" \
"shlq $32, %%rdx\n\t" \
"orq %%rdx, %%rax\n\t" \
"movq %%rax, %0" : "=g" (X) : : "rax", "rdx");
> edx:eax -> rax を一発でコピーできる命令が欲しいな。
確かに
まあ単純なレジスタ演算で済む限り速度はそれほど気にならないはずなので
オペランド制約 "=A" が従来通り edx:eax だったらよかったんですけどね
308:login:Penguin
07/12/08 17:36:06 BpRfKoKi
>>304
・"=a"(eax), "=d"(edx) の代わりに
"=a"(((unsigned long *)&X)[0]), "=d"(((unsigned long *)&X)[1])
とする
も試してみたけれど出力結果がおかしくなった
(Xeon だと連続して実行したときに RDTSC の値が戻ったことがあった
Athlon X2 だと常に 0 と表示された)
見た感じコンパイル結果のアセンブリは正しそうに見えるのに
何か値が未定義になる要素があるのだろうか？
#APP
cpuid
rdtsc
#NO_APP
movl %eax, -4(%rsp)
movl %edx, -8(%rsp)
movl $.LC0, %edi
movq -8(%rsp), %rsi
xorl %eax, %eax
popq %rbx
jmp printf
309:login:Penguin
07/12/10 19:46:02 dHOYMwyt
edx:eaxをpushして、raxにpopするとか？
310:login:Penguin
07/12/10 21:50:01 5yd6AO1+
なるほど
しかし push pop が遅いから rsp をベースとした mov 命令にコンパイルされるのではなかろうか？
311:login:Penguin
07/12/11 02:57:07 Sp8RHFAF
キャシュに乗ってると思うので速度的な問題はあんまりないのでは？
312:login:Penguin
07/12/12 00:49:35 gK8BpV36
キャッシュに載ってるからこそ命令そのものの速度が効いてくるんじゃまいか
メモリアクセスになってたら 100 ns 前後掛かるから命令の速度はかき消される
と思ったら PUSH POP 相当速いみたいね
Pentium 4 で Latency 1 クロック、Throughput 0.5 クロックとか Intel のマニュアルに書いてあってビビった
L1 アクセスが Latency 3 クロック、Throughput 1 クロックとかだから普通に L1 アクセスがボトルネックになるね
313:login:Penguin
07/12/12 00:51:21 gK8BpV36
ああつまり L1 アクセスより速い >>306 みたいなレジスタ演算最強ってことなんだが
314:login:Penguin
07/12/12 00:58:24 gK8BpV36
>>308 の件ですが
すいません自分の勘違いです
>>308 のアセンブリはたまたま正しかったのですが
このアセンブリの元となった C 言語コードが main 関数にインライン展開されていて
その main 関数のアセンブリ表示では命令の順番が狂っていました
コンパイル時に
warning: dereferencing type-punned pointer will break strict-aliasing rules
って警告が出ていて strict-aliasing rules が破られているのに
-O2 オプションによって strict-aliasing rules を守っていることに基づいた最適化をされて
命令の順番が狂っていたみたいです
-fno-strict-aliasing オプションを付けると命令の順番は狂いませんでした
315:login:Penguin
07/12/23 01:45:14 VxfhVhVM
しかし盛り上がってないな
誰も 64bit linux使ってないんかな
316:login:Penguin
07/12/23 01:52:06 6zBGCG1N
使ってはいるが、特にi386との違いを感じるような使い方はしていない。
317:login:Penguin
07/12/23 03:05:45 P+0SbZsE
使ってはいるが、特にx86_64固有の問題に突き当たったことがない。
ディストリ固有の問題はたまにあるけど。
318:login:Penguin
07/12/23 03:35:07 pnRT7VgH
なにげにX-Fi用ドライバも出てるし
319:login:Penguin
07/12/23 11:48:49 Cm4zIIul
毎日、当り前のように使っているので、俺的にはわざわざ話題にするほどのことでもない。
そういえば、ついこの前買った ATOK X3 が x86_64 だとインストールされてくれなくて
がっかりしたのが、それがまぁ、話題と言えば確かに話題かも試練が、
逆にいうとそれくらいなモンかな。
ATOK X3 も無理矢理やればインスコできそうに思ってるんだが、
仕事で VMware 使うのに忙しいし、一応 anthy でも何とかなってるし。
そのうちどこかのエスパーがなんとかしてくれることに期待して放置してる。
320:login:Penguin
07/12/23 12:35:24 cUxws8ly
うちも
$ uname -a
Linux ****~ x86_64 x86_64 x86_64 GNU/Linux
なわけだが、あんま大差ないんで今度32に戻そうかと。
散々既出だが、一つはパケジが32/64で重複して入るので
単純にupdateが時間がかかってまんどくさいのと
もひとつはflashやその他のプラグイン、プリンタなんぞのドライバに
ラッパが必要な場合が多くて、これまたまんどくさいってのがある。
普通に使っている分には64のメリットってあまり感じられないな。
321:login:Penguin
07/12/23 12:41:53 Z+evwohj
16→32bitに乗り変わった頃、i386/486あたりだっけSXとか変なのもいたけど、と比べると32→64はきっかけに欠けるな
322:login:Penguin
07/12/23 13:08:42 q97mR4kE
>>320
速度も変わりませんか？
323:login:Penguin
07/12/23 13:12:54 Zih/cYe3
俺も長いこと64bitで使ってるけど、逆に32bitにするメリットがあまり感じられないからそのまま使ってる。
あるとすれば32bitの方がパッケージが多いってことだけど、ソースからインストールすることに抵抗がないから気にならないし。
324:login:Penguin
07/12/23 13:46:55 pnRT7VgH
メモリ少ない(512MB程度)鯖だと、x86_64はちょっと荷が重いのよね
だもんでメモリ少ないマシンは32bitで使ってる
325:login:Penguin
07/12/23 14:28:36 Cm4zIIul
>>322
319 だが、漏れが 64bit ホストに移行したのはもうだいぶ前になるが、
そのときは確か「おっ、微妙に速いか?」と体感できた希ガス。
このあたりは使うアプリによるところが大きいと思うので、
64bit に移行する明白な理由がないのであれば、現状維持がベターだと思う。
たとえばひとつのアプリに数GBのメモリを割り当てたいとか、
gimpでデカい画像をビシバシ編集したいだとか、
エンコ職人を目指している...とかかな。(知らんけど)
326:login:Penguin
07/12/23 14:39:09 Cm4zIIul
>>320
Fedra系だと常に32/64混在するのか?
漏れの鳥はデブなので、基本的にはほとんどピュアな64bitになってると思う。
apt-get も、ピュアな32bitのマシンの場合と全くかわらんし。
flashじゃなきゃ入れないような糞サイト対策のために、
中に32bitなchroot環境を作ってあるので、
そっちはそっちで(たまに)apt-get してやってるが。
327:login:Penguin
07/12/23 15:06:31 cUxws8ly
>>322
使用感については>>325にほぼ同意かと。
開発系が必要な人はそれなりのコンパイラ使えば
コンパイルが速くなるかもしれず。
でも互換性どうなんだろとか不安は残ると。
>>326
たぶん、32は削っても動くんだろうけど
まんどくさいから放っておいてるよ。
SELinuxに萎えすぎたんで
こんどは流行りのubuntuにしようと
思っているけど。
328:login:Penguin
07/12/23 15:26:25 VxfhVhVM
最近はメモリが激安なんで あって困るもんじゃないから4GBなんて普通にいれちゃう
32bitだと3GBの制限を受けるんでいれるなら64bitにしようかと思ってるんだけど
あんまり変わらんってことかな、、、できればメモリを無駄にはしたくないし、、、
329:login:Penguin
07/12/23 15:27:35 pnRT7VgH
64bit版入れてみて使いにくいと感じるようなら32bit版にすればいいじゃん
迷ってないで試せよ
330:login:Penguin
07/12/24 15:31:14 aRIDD233
漏れの所は、Core2Quad + Mem 16GByte + Cent4 x86_64 で、VMware Server を走らせているが、
やはり、Vertual Machine 間の、セパレーション？ が良くなった希ガス。
どれかの VMが100%に張り付いても、他のVMには、全然影響が無い。
64Bitだからじゃなくて、ハード性能なのかもしれないが、いずれにしても、
32Bitじゃ、こうはいかんだろう・・・
331:login:Penguin
07/12/24 15:32:49 aRIDD233
Vertual Machine → Virtual Machine
332:login:Penguin
07/12/24 15:39:17 wCXqmDHI
>>330
> 漏れの所は、Core2Quad + Mem 16GByte + Cent4 x86_64 で、(中略)ハード性能なのかもしれないが
むしろそれ言いたかっただけちゃうんかとw
333:login:Penguin
07/12/24 15:54:06 ZpexOhiI
>>330
どこのサーバ？
自作ならマザーおせーて
334:login:Penguin
07/12/24 17:42:02 aRIDD233
>>333 すまん、これ会社のサーバ。それとスペック間違ってた。
E5345 x 2 + Mem 8GByte + Cent4 x86_64
PE1900 です。でも、
> どれかの VMが100%に張り付いても、他のVMには、全然影響が無い。
というのは、本当。これで、結構助かってる。
335:login:Penguin
07/12/24 22:26:50 ZpexOhiI
PowerEdge 1900か…C2Dいいな
自宅のマシンは、X2 BE-2300 Mem 8GB
仮想化は使ってないわ
専らDB用途なもので
336:login:Penguin
07/12/25 00:31:56 bKHyTKms
> > どれかの VMが100%に張り付いても、他のVMには、全然影響が無い。
> というのは、本当。これで、結構助かってる。
それって 64bit とはあんま関係ないし。
HT ならそうはいかんが、 SMP なホストなら 32bit だってそれがフツーだ。
337:login:Penguin
07/12/26 05:15:52 zNwOEXgs
>>328
TLBのフラッシュが64bitだと頻繁に起きないから4GBなら64bitが必須だよ
topで見てるとcpu時間がまじでかなり変わる
338:login:Penguin
07/12/26 06:40:57 EcQCvKq7
実際もっとメモリ欲しいけど、FB-DIMMだから高くて買えないorz
世の中メモリ大暴落とかいってんのになぁ
339:login:Penguin
07/12/26 21:04:34 tdi+6K1C
そのときロシアはUnbuffered ECCをIntel 3シリーズで使った
340:login:Penguin
07/12/27 21:55:58 KJArsj3p
64bitのLinuxにVMwareServerをインストールするのって何かライブラリとか必要なんですか？
ちょっと試してみたけど上手くいきません
341:login:Penguin
07/12/27 22:00:23 MCZ2ceE7
ディストリは？
342:login:Penguin
07/12/27 22:35:13 +BKId1yQ
matlabでちょっと大きい行列計算すると死んじゃうのは
64ビットにすればなんとかなるの？
343:login:Penguin
07/12/27 22:45:00 TRsO/FlL
64-bit 対応製品なら
344:login:Penguin
07/12/28 00:20:02 x9LKq8qX
>>340
うろ覚えだけどauthか何かが32bitのpamを要求したような...。
345:login:Penguin
07/12/28 06:16:38 FZbjcAw6
>>340
エラーメッセージはどんな？
以前Debian etchに入れたけど、psmisc linux-headers-2.6-686 libxt6 libxtst6
libxrender1 あたり入れさせられた
346:login:Penguin
07/12/28 09:21:05 exLpEVnR
>>340
ちょっと前にDebian-etchに導入するのを手伝ったんだけど、
VMwareServerは結局32bitバイナリなので32bitのライブラリ（主にX関連?）が必要だった気がする。
chroot環境を作ってそこから必要なライブラリのリンクを読む、って言うのが正攻法らしいが、
ﾏﾝﾄﾞｸｻかったので、ライブラリを別の32bitマシンから/usr/lib32にあたりに直接コピーしてリンク張って済ませてしもた。
不必要なもの＆書き忘れあると思うが、たしかこんなだった気がす。
libICE, libSM, libX11, libXau, libXdmcp, libXext, libXi, libXpm, libXrender, libXt,
libXtst, libexpat, libexpat, libz
あんまりオススメの方法じゃないし、的外れならスルーで。。 (・∀・；
347:login:Penguin
07/12/28 11:51:18 lGNToCnT
>>340
ライブラリじゃないけど gentoo だと xinetd 入れられて、
ちょっとびっくりした。
348:login:Penguin
07/12/29 07:17:05 IR7nfTlP
ubuntuでもxinetd一緒にインスコしてた気がす
349:login:Penguin
07/12/29 07:22:28 wnpeGyoQ
なんか64bitスレいいな。こうディストリビューションが学際的で。。。
他のスレだと、なんでDebian厨とかubuntuうんことかそんなんばっかなのに
このスレだと64bitでつながってる気がする。
350:login:Penguin
07/12/29 08:37:36 rDJcnU40
>>349
個人でもAMDなど興味が在ります…
351:login:Penguin
07/12/29 09:33:26 YA8P9cCM
>>349
(一番学祭ぶってる)Vine厨がいないとこんなに平和ってことだねw。
352:login:Penguin
07/12/29 17:10:07 ArY1ehbC
学祭ﾜﾛﾀ
353:login:Penguin
07/12/29 23:56:32 nnz6JSOe
はい、おっぱっぴー
354:login:Penguin
08/01/18 01:56:24 CoiDavph
64bitLinuxホストでVMwareServer1x系列使ってる人に質問
Remote接続できますか？
鳥はなんですか？
355:login:Penguin
08/01/18 10:22:26 2/6QwXMH
閑古鳥
356:login:Penguin
08/01/18 16:00:35 Em4o8829
x64FirefoxでJavaアプレットが動いた記念ぱぴこ
357:login:Penguin
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の接続がほしくってというなら仮想環境を使えばよいし。