[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 2chのread.cgiへ]
Update time : 12/30 03:55 / Filesize : 171 KB / Number-of Response : 766
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

x86_64総合



1 名前:login:Penguin mailto:sage [2006/05/24(水) 22:45:45 ID:KpeOjT/W]
for AMD64/EM64T machines.

301 名前:login:Penguin mailto:sage [2007/12/08(土) 01:46:07 ID: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 mailto:sage [2007/12/08(土) 02:41:13 ID: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 mailto:sage [2007/12/08(土) 03:15:17 ID:BpRfKoKi]
>>302
やはりそれが正攻法か
一時変数の unsigned int edx, eax; をなくそうとしたらどうなるかな?

304 名前:login:Penguin mailto:sage [2007/12/08(土) 03:23:17 ID: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 mailto:sage [2007/12/08(土) 03:25:01 ID:BpRfKoKi]
間違えた
・__asm__ __volatile__ ("rdtsc" : "=A" (X)) はそのまま残しつつ
 shll $32, %rdx
 movl %eax, %edx
 movq %rdx, %rax
 を後ろに付ける

306 名前:302 mailto:sage [2007/12/08(土) 16:41:50 ID: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 mailto:sage [2007/12/08(土) 17:30:08 ID: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 mailto:sage [2007/12/08(土) 17:36:06 ID: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 mailto:sage [2007/12/10(月) 19:46:02 ID:dHOYMwyt]
edx:eaxをpushして、raxにpopするとか?



310 名前:login:Penguin mailto:sage [2007/12/10(月) 21:50:01 ID:5yd6AO1+]
なるほど
しかし push pop が遅いから rsp をベースとした mov 命令にコンパイルされるのではなかろうか?

311 名前:login:Penguin mailto:sage [2007/12/11(火) 02:57:07 ID:Sp8RHFAF]
キャシュに乗ってると思うので速度的な問題はあんまりないのでは?

312 名前:login:Penguin mailto:sage [2007/12/12(水) 00:49:35 ID:gK8BpV36]
キャッシュに載ってるからこそ命令そのものの速度が効いてくるんじゃまいか
メモリアクセスになってたら 100 ns 前後掛かるから命令の速度はかき消される

と思ったら PUSH POP 相当速いみたいね
Pentium 4 で Latency 1 クロック、Throughput 0.5 クロックとか Intel のマニュアルに書いてあってビビった
L1 アクセスが Latency 3 クロック、Throughput 1 クロックとかだから普通に L1 アクセスがボトルネックになるね

313 名前:login:Penguin mailto:sage [2007/12/12(水) 00:51:21 ID:gK8BpV36]
ああつまり L1 アクセスより速い >>306 みたいなレジスタ演算最強ってことなんだが

314 名前:login:Penguin mailto:sage [2007/12/12(水) 00:58:24 ID: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 [2007/12/23(日) 01:45:14 ID:VxfhVhVM]
しかし盛り上がってないな
誰も 64bit linux使ってないんかな

316 名前:login:Penguin mailto:sage [2007/12/23(日) 01:52:06 ID:6zBGCG1N]
使ってはいるが、特にi386との違いを感じるような使い方はしていない。

317 名前:login:Penguin mailto:sage [2007/12/23(日) 03:05:45 ID:P+0SbZsE]
使ってはいるが、特にx86_64固有の問題に突き当たったことがない。
ディストリ固有の問題はたまにあるけど。

318 名前:login:Penguin mailto:sage [2007/12/23(日) 03:35:07 ID:pnRT7VgH]
なにげにX-Fi用ドライバも出てるし

319 名前:login:Penguin mailto:sage [2007/12/23(日) 11:48:49 ID:Cm4zIIul]
毎日、当り前のように使っているので、俺的にはわざわざ話題にするほどのことでもない。

そういえば、ついこの前買った ATOK X3 が x86_64 だとインストールされてくれなくて
がっかりしたのが、それがまぁ、話題と言えば確かに話題かも試練が、
逆にいうとそれくらいなモンかな。

ATOK X3 も無理矢理やればインスコできそうに思ってるんだが、
仕事で VMware 使うのに忙しいし、一応 anthy でも何とかなってるし。
そのうちどこかのエスパーがなんとかしてくれることに期待して放置してる。




320 名前:login:Penguin mailto:sage [2007/12/23(日) 12:35:24 ID:cUxws8ly]
うちも
$ uname -a
Linux ****~ x86_64 x86_64 x86_64 GNU/Linux
なわけだが、あんま大差ないんで今度32に戻そうかと。

散々既出だが、一つはパケジが32/64で重複して入るので
単純にupdateが時間がかかってまんどくさいのと
もひとつはflashやその他のプラグイン、プリンタなんぞのドライバに
ラッパが必要な場合が多くて、これまたまんどくさいってのがある。

普通に使っている分には64のメリットってあまり感じられないな。


321 名前:login:Penguin mailto:sage [2007/12/23(日) 12:41:53 ID:Z+evwohj]
16→32bitに乗り変わった頃、i386/486あたりだっけSXとか変なのもいたけど、と比べると32→64はきっかけに欠けるな

322 名前:login:Penguin mailto:sage [2007/12/23(日) 13:08:42 ID:q97mR4kE]
>>320
速度も変わりませんか?

323 名前:login:Penguin mailto:sage [2007/12/23(日) 13:12:54 ID:Zih/cYe3]
俺も長いこと64bitで使ってるけど、逆に32bitにするメリットがあまり感じられないからそのまま使ってる。
あるとすれば32bitの方がパッケージが多いってことだけど、ソースからインストールすることに抵抗がないから気にならないし。

324 名前:login:Penguin mailto:sage [2007/12/23(日) 13:46:55 ID:pnRT7VgH]
メモリ少ない(512MB程度)鯖だと、x86_64はちょっと荷が重いのよね
だもんでメモリ少ないマシンは32bitで使ってる

325 名前:login:Penguin mailto:sage [2007/12/23(日) 14:28:36 ID:Cm4zIIul]
>>322
319 だが、漏れが 64bit ホストに移行したのはもうだいぶ前になるが、
そのときは確か「おっ、微妙に速いか?」と体感できた希ガス。

このあたりは使うアプリによるところが大きいと思うので、
64bit に移行する明白な理由がないのであれば、現状維持がベターだと思う。

たとえばひとつのアプリに数GBのメモリを割り当てたいとか、
gimpでデカい画像をビシバシ編集したいだとか、
エンコ職人を目指している...とかかな。(知らんけど)

326 名前:login:Penguin mailto:sage [2007/12/23(日) 14:39:09 ID:Cm4zIIul]
>>320
Fedra系だと常に32/64混在するのか?
漏れの鳥はデブなので、基本的にはほとんどピュアな64bitになってると思う。
apt-get も、ピュアな32bitのマシンの場合と全くかわらんし。

flashじゃなきゃ入れないような糞サイト対策のために、
中に32bitなchroot環境を作ってあるので、
そっちはそっちで(たまに)apt-get してやってるが。


327 名前:login:Penguin mailto:sage [2007/12/23(日) 15:06:31 ID:cUxws8ly]
>>322
使用感については>>325にほぼ同意かと。

開発系が必要な人はそれなりのコンパイラ使えば
コンパイルが速くなるかもしれず。
でも互換性どうなんだろとか不安は残ると。


>>326
たぶん、32は削っても動くんだろうけど
まんどくさいから放っておいてるよ。
SELinuxに萎えすぎたんで
こんどは流行りのubuntuにしようと
思っているけど。

328 名前:login:Penguin mailto:sage [2007/12/23(日) 15:26:25 ID:VxfhVhVM]
最近はメモリが激安なんで あって困るもんじゃないから4GBなんて普通にいれちゃう
32bitだと3GBの制限を受けるんでいれるなら64bitにしようかと思ってるんだけど
あんまり変わらんってことかな、、、できればメモリを無駄にはしたくないし、、、

329 名前:login:Penguin mailto:sage [2007/12/23(日) 15:27:35 ID:pnRT7VgH]
64bit版入れてみて使いにくいと感じるようなら32bit版にすればいいじゃん
迷ってないで試せよ



330 名前:login:Penguin mailto:sage [2007/12/24(月) 15:31:14 ID:aRIDD233]
漏れの所は、Core2Quad + Mem 16GByte + Cent4 x86_64 で、VMware Server を走らせているが、
やはり、Vertual Machine 間の、セパレーション? が良くなった希ガス。
どれかの VMが100%に張り付いても、他のVMには、全然影響が無い。
64Bitだからじゃなくて、ハード性能なのかもしれないが、いずれにしても、
32Bitじゃ、こうはいかんだろう・・・

331 名前:login:Penguin mailto:sage [2007/12/24(月) 15:32:49 ID:aRIDD233]
Vertual Machine → Virtual Machine

332 名前:login:Penguin mailto:sage [2007/12/24(月) 15:39:17 ID:wCXqmDHI]
>>330
> 漏れの所は、Core2Quad + Mem 16GByte + Cent4 x86_64 で、(中略)ハード性能なのかもしれないが
むしろそれ言いたかっただけちゃうんかとw


333 名前:login:Penguin mailto:sage [2007/12/24(月) 15:54:06 ID:ZpexOhiI]
>>330
どこのサーバ?
自作ならマザーおせーて

334 名前:login:Penguin mailto:sage [2007/12/24(月) 17:42:02 ID:aRIDD233]
>>333 すまん、これ会社のサーバ。それとスペック間違ってた。
E5345 x 2 + Mem 8GByte + Cent4 x86_64
PE1900 です。でも、
> どれかの VMが100%に張り付いても、他のVMには、全然影響が無い。
というのは、本当。これで、結構助かってる。


335 名前:login:Penguin mailto:sage [2007/12/24(月) 22:26:50 ID:ZpexOhiI]
PowerEdge 1900か…C2Dいいな
自宅のマシンは、X2 BE-2300 Mem 8GB
仮想化は使ってないわ
専らDB用途なもので

336 名前:login:Penguin mailto:sage [2007/12/25(火) 00:31:56 ID:bKHyTKms]
> > どれかの VMが100%に張り付いても、他のVMには、全然影響が無い。
> というのは、本当。これで、結構助かってる。
それって 64bit とはあんま関係ないし。
HT ならそうはいかんが、 SMP なホストなら 32bit だってそれがフツーだ。


337 名前:login:Penguin mailto:sage [2007/12/26(水) 05:15:52 ID:zNwOEXgs]
>>328
TLBのフラッシュが64bitだと頻繁に起きないから4GBなら64bitが必須だよ
topで見てるとcpu時間がまじでかなり変わる

338 名前:login:Penguin mailto:sage [2007/12/26(水) 06:40:57 ID:EcQCvKq7]
実際もっとメモリ欲しいけど、FB-DIMMだから高くて買えないorz
世の中メモリ大暴落とかいってんのになぁ

339 名前:login:Penguin mailto:sage [2007/12/26(水) 21:04:34 ID:tdi+6K1C]
そのときロシアはUnbuffered ECCをIntel 3シリーズで使った



340 名前:login:Penguin [2007/12/27(木) 21:55:58 ID:KJArsj3p]
64bitのLinuxにVMwareServerをインストールするのって何かライブラリとか必要なんですか?
ちょっと試してみたけど上手くいきません

341 名前:login:Penguin mailto:sage [2007/12/27(木) 22:00:23 ID:MCZ2ceE7]
ディストリは?

342 名前:login:Penguin mailto:sage [2007/12/27(木) 22:35:13 ID:+BKId1yQ]
matlabでちょっと大きい行列計算すると死んじゃうのは
64ビットにすればなんとかなるの?

343 名前:login:Penguin mailto:sage [2007/12/27(木) 22:45:00 ID:TRsO/FlL]
64-bit 対応製品なら

344 名前:login:Penguin mailto:sage [2007/12/28(金) 00:20:02 ID:x9LKq8qX]
>>340
うろ覚えだけどauthか何かが32bitのpamを要求したような...。

345 名前:login:Penguin mailto:sage [2007/12/28(金) 06:16:38 ID:FZbjcAw6]
>>340
エラーメッセージはどんな?
以前Debian etchに入れたけど、psmisc linux-headers-2.6-686 libxt6 libxtst6
libxrender1 あたり入れさせられた

346 名前:login:Penguin mailto:sage [2007/12/28(金) 09:21:05 ID: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 mailto:sage [2007/12/28(金) 11:51:18 ID:lGNToCnT]
>>340
ライブラリじゃないけど gentoo だと xinetd 入れられて、
ちょっとびっくりした。


348 名前:login:Penguin [2007/12/29(土) 07:17:05 ID:IR7nfTlP]
ubuntuでもxinetd一緒にインスコしてた気がす

349 名前:login:Penguin mailto:sage [2007/12/29(土) 07:22:28 ID:wnpeGyoQ]
なんか64bitスレいいな。こうディストリビューションが学際的で。。。
他のスレだと、なんでDebian厨とかubuntuうんことかそんなんばっかなのに
このスレだと64bitでつながってる気がする。



350 名前:login:Penguin [2007/12/29(土) 08:37:36 ID:rDJcnU40]
>>349
個人でもAMDなど興味が在ります…

351 名前:login:Penguin mailto:sage [2007/12/29(土) 09:33:26 ID:YA8P9cCM]
>>349
(一番学祭ぶってる)Vine厨がいないとこんなに平和ってことだねw。

352 名前:login:Penguin mailto:sage [2007/12/29(土) 17:10:07 ID:ArY1ehbC]
学祭ワロタ

353 名前:login:Penguin mailto:sage [2007/12/29(土) 23:56:32 ID:nnz6JSOe]
はい、おっぱっぴー

354 名前:login:Penguin mailto:sage [2008/01/18(金) 01:56:24 ID:CoiDavph]
64bitLinuxホストでVMwareServer1x系列使ってる人に質問
Remote接続できますか?
鳥はなんですか?

355 名前:login:Penguin mailto:sage [2008/01/18(金) 10:22:26 ID:2/6QwXMH]
閑古鳥

356 名前:login:Penguin mailto:sage [2008/01/18(金) 16:00:35 ID:Em4o8829]
x64FirefoxでJavaアプレットが動いた記念ぱぴこ

357 名前:login:Penguin mailto:sage [2008/01/18(金) 22:14:10 ID:tQhHRnfS]
>>356
どうすれば動くの?

358 名前:login:Penguin mailto:sage [2008/01/18(金) 23:48:17 ID:TmO7FiAT]
blackdown版JVMだとx86_64でもjava pluginがあるけど、それかい?

359 名前:login:Penguin mailto:sage [2008/01/19(土) 00:17:08 ID:0dTPeoUJ]
さいきんはjavaアプレットってつかわれてるの?



360 名前:356 mailto:sage [2008/01/19(土) 00:22:20 ID:LTfwfImv]
Mandriva 2008.0 x86_64 にて、公式リポジトリから
java-1.7.0-icedtea-plugin (と、その依存パッケージ)と mozilla-plugin-gcjwebplugin
をインストールすれば即いけた。

情報元: ttp://forum.mandriva.com/viewtopic.php?t=65740
1.7系はまだ開発中っぽいけど、x64に対応するのかな?

361 名前:login:Penguin mailto:sage [2008/01/19(土) 02:01:07 ID:Ho/h3wpA]
>>359
HP ProliantのiLO2でリモートデスクトップを利用する場合に限るけどWindows以外だとJavaアプレットなのだ。
Citrix NetscalerのGUIもJavaアプレットだし、Javaアプレットはまだわりと見かけるよ。
なんでFedora8でIcedTeaがx86_64サポートしてると聞いたときはちと嬉しかった。

362 名前:login:Penguin mailto:sage [2008/01/19(土) 10:56:06 ID:vBY8PzBk]
おおお、gcjでguiまで動く世の中になってるとは知らなんだ。


363 名前:login:Penguin mailto:sage [2008/01/20(日) 21:52:50 ID:xTQHcQw4]
突然ですが、皆さん始めまして。
本日、amd64 Debianをインスコします。
今後、皆さんのお世話にならないようにがんばります。
よろしくおながいします。

364 名前:login:Penguin mailto:sage [2008/01/21(月) 22:53:57 ID:VXC43NIl]
>>363
>今後、皆さんのお世話にならないようにがんばります。
じゃあ、このスレに来る必要ないじゃん。

365 名前:login:Penguin mailto:sage [2008/01/21(月) 23:32:53 ID:vXdTWBv0]
>>364みたいなお年よりのお世話をしにきたんだろ

366 名前:login:Penguin mailto:sage [2008/01/23(水) 00:07:40 ID:BvAvGN0H]
>>365
頭おかしいのが来たようだ
可哀想・・・

>>363
俺はUbuntu使ってるんだ。主にVMware Server用途。

367 名前:login:Penguin mailto:sage [2008/02/16(土) 12:24:02 ID:P4MUOtE8]
libflashplayer.so+nspluginwrapper入れて
ブラウザの全画面表示やタブ、ウィンドウの切替えを行うと、
再描画に失敗するのかflash領域が真っ白になる…。

Epiphanyでは一度全画面にすると
何回F5押しても全画面解除してもなかなか再表示が成功しないが、
Iceweaselでは一回リロードするだけですぐに表示される。

Youtubeだと結構大丈夫だったりするんだけど、
俺の環境が糞なのかなあ。

368 名前:login:Penguin mailto:sage [2008/02/16(土) 14:13:04 ID:P4MUOtE8]
すまん、Epiphanyの全画面は/usr/X11R6/lib/browser_plugins/作って
ln -s /usr/lib/nspluginwrapper/plugins/npwrapper.libflashplayer.so で直ったわ。

369 名前:login:Penguin mailto:sage [2008/02/25(月) 18:03:48 ID:boWtbgZt]
multilibrary化してたら頭がついていけいから
32bitにした。自分しか使えないような仕様になってたし
ただ32bitだとやっぱり速度落ちてる 計ってはないけどさ
まず全体的に少し遅くなったかなぐらいで ただこれはたぶん気のせい
大きなfileを扱うときとか展開する時、compile時に体感速度であー変わってるって
まだ使ってないけど音楽関係のSoftwareで変わりそうな気がする
ただ今これ自buildじゃないからかな 変わる所はもうちょっとぐらいは
ただ効率の良さから得られる物事の回転の早さのほうが上回るので
今はこっちのほうが+として、もうそれで良しとしよ
ほんとは何回かいったり来たりしてるんだOrz
あと4、5年は、32bitでokかなぁ。
いや、もうx86はさぽーとしないよってなるまで居座ってもいいかな
次もしこういうことがあったらだいぶたってから乗り換えよと教訓になった
動けばいいんだなぁって思った。もうkernelもあと30年ぐらいはこれでいいんかなぁっておもっとお



370 名前:login:Penguin mailto:sage [2008/02/25(月) 20:39:57 ID:VVGltKzp]
おいらは64bitから32bitのライブラリが動的ローディング出来るようになったら移行するよ

371 名前:login:Penguin mailto:sage [2008/02/25(月) 20:44:08 ID:akxtbgdI]
?

372 名前:login:Penguin mailto:sage [2008/02/26(火) 05:02:17 ID:8kCN83qQ]
LinuxってWOW64みたいに32ビットアプリを64ビット環境で動かしてるの?
なんか、RHEL(とその派生)が、
できるだけ小さくインストールしたいのに
ライブラリがほぼ倍付いてくるんだけど、これは仕様なの?

373 名前:login:Penguin mailto:sage [2008/02/26(火) 05:22:19 ID:WNq6aGlP]
64bitと32bitのアプリが両方動けるようになってるだけなんじゃないの?

374 名前:login:Penguin mailto:sage [2008/02/26(火) 06:51:13 ID:eMAAHckI]
>>370
頑張ってwrapper書くしか。

>>372
そういうものでつ。
archが見えないので紛らわしいけど、32bitの.soと64bitの.soが両方入ってくれやがります。



375 名前:login:Penguin mailto:sage [2008/02/26(火) 07:52:28 ID:8kCN83qQ]
>>374
成る程。
x86_64の、既存との互換維持の上での
宿命なのね、これは。


376 名前:login:Penguin mailto:sage [2008/02/26(火) 09:59:41 ID:OwAUx62I]
>>375
最初から 32bit と 64bit が両方インストールされるっつーのは RedHat/Fedora 系の場合で、
別に x86_64 版を持つすべての鳥でそうなっているわけじゃないよ。
念のため。


377 名前:login:Penguin mailto:sage [2008/02/27(水) 01:09:48 ID:OrKjXriE]
>>376
ありがとう。
にしても、RHELは依存関係激しいね。



378 名前:login:Penguin mailto:sage [2008/02/27(水) 01:42:47 ID:QfTQ7bIM]
>>374
rpm -qa --qf "%{NAME}-%{VERSION}-%{RELEASE}.%{ARCH}\n"
って打つとアーキテクチャ付きで表示されるよ。

379 名前:login:Penguin mailto:sage [2008/02/28(木) 03:08:43 ID:XfA4hRWi]
>>372
WOW64が凄いことやってると思ってるの?



380 名前:login:Penguin mailto:sage [2008/02/28(木) 04:38:34 ID:zHzMsSGS]
>>379
結局似たようなことをやってたのは知っているけど、
ユーザに32ビットと64ビットのライブラリ云々を
意識させないから、WOW64はなんとなく…憧れてた。


381 名前:login:Penguin mailto:sage [2008/02/28(木) 04:41:38 ID:XfA4hRWi]
>>380
ただの手抜き。
HDDの肥やしになること散々やっといて、今更なにやってんのって感じだよ。

382 名前:login:Penguin mailto:sage [2008/02/28(木) 07:30:09 ID:ln59Yk5D]
16から32ビットへ移行するときはどう韃靼だろうか

383 名前:login:Penguin mailto:sage [2008/02/28(木) 07:37:56 ID:XfA4hRWi]
つなぎにwin32sとかやってたね。

384 名前:login:Penguin mailto:sage [2008/02/28(木) 10:40:50 ID:t7ajG70z]
そうか、win64sが出てないのが64bitの敗因か。

385 名前:login:Penguin mailto:sage [2008/02/28(木) 11:27:58 ID:17HI+Ijs]
32/16ではthunkって仕組みがあったけど、32/64には無い。

386 名前:login:Penguin mailto:sage [2008/02/28(木) 11:58:17 ID:xuNGdNzV]
>379-381
なんか話が食い違ってね?
WindowsにせよLinuxにせよ32/64共存させるにはライブラリは両方必要。
Windowsでは32bit用のライブラリは\Windows\SysWOW64とかに入ってる。

387 名前:login:Penguin mailto:sage [2008/02/28(木) 12:04:48 ID:XfA4hRWi]
>>386
64bitのアプリが使い物にならないってことなのでは?

388 名前:login:Penguin mailto:sage [2008/02/28(木) 18:04:57 ID:1mzhhEwV]
ほとんど64bitしか使ってないけどな。
64bitが使い物にならないのってブラウザ関係?
使い物にならないつーよりないからなぁ
じぶんでビルドするのまんどくさいし。

389 名前:login:Penguin mailto:sage [2008/02/28(木) 18:16:09 ID:WowXveD6]
サードパーティーが32bitしか出してないのが困る
あとコーデックとか
最近はffmpegでもよくなってきたけど



390 名前:login:Penguin mailto:sage [2008/02/28(木) 18:28:49 ID:sBajqmxB]
sunは64bitのjava appletのpluginを出して欲しいなぁ。

391 名前:login:Penguin mailto:sage [2008/02/28(木) 18:46:06 ID:Hu6G1VWY]
>>389
ID が Wow...

>>390
java web start にも対応していないし、完璧にサーバ用途限定にするつもりか? > sun


392 名前:login:Penguin mailto:sage [2008/02/28(木) 18:56:45 ID:1mzhhEwV]
そうだ、adobe readerが欲しい。こいつのためだけのi386ライブリパケジが相当入ってる。

393 名前:login:Penguin mailto:sage [2008/02/28(木) 19:07:03 ID:uZmGAk6C]
adobe reader なんている?
evinceかkpdfで十分事足りる

394 名前:login:Penguin mailto:sage [2008/02/28(木) 19:16:40 ID:1mzhhEwV]
まぁひとそれぞれ。

395 名前:login:Penguin mailto:sage [2008/02/28(木) 19:34:59 ID:Xf9NIyhM]
adobeさん、さっさと64bitのflashプラグインを出しやがってください
それさえあれば32bitのライブラリを捨てられます

396 名前:login:Penguin mailto:sage [2008/02/28(木) 20:26:22 ID:LMywALyN]
nvidiaのプロプラドライバは64bit版にバグがあるんだよなあ
あと、動画関係だとWindowsのdll使ってるやつは64で使えないね。
そんなところかな。


397 名前:login:Penguin mailto:sage [2008/02/28(木) 23:47:04 ID:Ir/7XY7f]
Kernel 64bit
User space 32bit
で幸せな俺が通りますよ

398 名前:login:Penguin mailto:sage [2008/02/29(金) 15:06:57 ID:dyKsIsUI]
rpmbuildするとき、32bitと64bitのdevelを見分けてほしい。
片側しか入ってないときにハマる。

399 名前:login:Penguin mailto:sage [2008/03/07(金) 13:52:21 ID:EkuUEtP/]
>>395
今日始めてx86_64試したけど
flashプラグインは痛いなぁ
回避方法があるみたいだけど面倒くさい
おまけに某社複合プリンタのドライバもi386しか無いorz

もうx86_64ヤメタ



400 名前:login:Penguin mailto:sage [2008/03/07(金) 13:53:57 ID:mpSr43bL]
すべてプロプラのせい。
プロプラに縛られる限りWindowsと大差なし。

401 名前:login:Penguin mailto:sage [2008/03/07(金) 13:59:38 ID:xQ8DvO+o]
cupsはダメなの?






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

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<171KB

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