[表示 : 全て 最新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.

269 名前:login:Penguin mailto:sage [2007/06/03(日) 16:46:54 ID:LbwfzR47]
yum install libXi-devel

270 名前:login:Penguin mailto:sage [2007/06/30(土) 20:45:06 ID:tEbjfND/]
yum remove all

271 名前:login:Penguin mailto:sage [2007/07/05(木) 11:05:24 ID:lh4h5+7r]
yum install zlib-devel.i386

272 名前:login:Penguin mailto:sage [2007/07/05(木) 11:09:09 ID:lh4h5+7r]
yum install libfontenc-devel.i386

273 名前:login:Penguin mailto:sage [2007/07/06(金) 14:42:45 ID:JOPKEwO1]
いちいち .i386 つけるの嫌なんだけどなんとかならない?

274 名前:login:Penguin mailto:sage [2007/07/06(金) 17:44:02 ID:yYC/qX2g]
>>273
つけなくても大丈夫だと思ってたけど...

275 名前:login:Penguin mailto:sage [2007/07/07(土) 01:46:28 ID:yrfNv2oF]
悪いけど、特定の鳥の話が続くようなら、よそでやってくれない?


276 名前:login:Penguin mailto:sage [2007/07/07(土) 02:00:15 ID:DEhHBwyt]
>>275
なんで仕切るの?
じゃあお前が別の鳥の話振れば?

277 名前:login:Penguin mailto:sage [2007/07/07(土) 05:49:43 ID:lUJlqxPS]
依存関係は他の鳥の参考にもなると思うけど
おもしろいネタでも書いてくれよ。>>275



278 名前:login:Penguin mailto:sage [2007/07/07(土) 07:59:11 ID:45VDM82F]
面倒なら、32bit環境にchrootすればいいじゃん。


279 名前:login:Penguin mailto:sage [2007/07/07(土) 14:43:22 ID:yrfNv2oF]
>>266-272 は依存関係の話をしているの? それならそうと日本語で書いてくれ。
エスパーじゃないんだから、yumなんて使わん香具師にはそんなことわかんねーよ。


280 名前:login:Penguin mailto:sage [2007/07/07(土) 15:26:06 ID:my/MlhsO]
ここみてるのは、日本人だけとは限らないんだよ。

281 名前:login:Penguin mailto:sage [2007/07/07(土) 16:09:24 ID:gMKHhq3a]
イルボン ニダー

282 名前:login:Penguin mailto:sage [2007/07/08(日) 02:48:06 ID: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 mailto:sage [2007/07/25(水) 07:21:03 ID:qTenykhy]
x86_64系のlinuxをホストでvmwareインストール出来た方いらっしゃいますか?

284 名前:login:Penguin mailto:sage [2007/07/25(水) 08:26:11 ID:XIoPKRRb]
>>283
x86_64系”の”linuxをホストでか?
それなら俺インストールしてるよ。
普通に64bitのやつをインストールすればいい。


285 名前:login:Penguin mailto:sage [2007/07/25(水) 21:30:26 ID:qTenykhy]
>>284
鳥はなんですか?

286 名前:login:Penguin mailto:sage [2007/07/25(水) 21:42:01 ID:XIoPKRRb]
>>285
Ubuntuで公式サイトからダウンロードしたやつインストールしてる。
Server、Player v1、v2全部動いた。
今はPlayer2.0使ってる。

287 名前:login:Penguin mailto:sage [2007/07/25(水) 22:59:28 ID:IJIoHxKC]
>>283
俺もごく当り前に使ってるが。
鳥は Debian GNU/Linux 4.0(etch) amd64 でつ。




288 名前:login:Penguin mailto:sage [2007/08/18(土) 13:16:23 ID:MZXJEqhr]
opensuseはdevel-32bitを自力で入れないといけないみたい。

289 名前:login:Penguin mailto:sage [2007/08/18(土) 14:47:57 ID:z9sxJFDA]
>>288
32bitパッケージがないのもあるみたい。10.3だからかもしれないけど...
smart install autoconf automake libtool

290 名前:login:Penguin mailto:sage [2007/09/08(土) 16:14:08 ID:i9wow4so]
>>289
libgccの32bitのdevelが見つけられないよ。

291 名前:login:Penguin mailto:sage [2007/09/08(土) 22:51:31 ID:UH8cPPeU]
>>290
src.rpm

292 名前:login:Penguin mailto:sage [2007/09/09(日) 05:19:22 ID:JPteMq9c]
>>291
32bitのパッケージビルドするときになんかオプションがいるみたい。
呪文が見つかんないよ。

293 名前:login:Penguin mailto:sage [2007/09/09(日) 06:21:49 ID:i8QKV6/9]
>>292
なんか、ldの検索パスがおかしいみたい。
crtbeginS.oを64bitの奴使おうとして、おかしくなってるような。

294 名前:login:Penguin mailto:sage [2007/09/09(日) 12:43:22 ID:i8QKV6/9]
>>293
gccのパッケージに/32/以下のファイルが入ってないのが原因みたい。
gccのspecファイル見たけど、よーわからんかった。

295 名前:login:Penguin mailto:sage [2007/09/09(日) 21:43:02 ID:N56F3cyu]
>>294
gccのspecいじって、32/以下をrpmに含めるようにしてみたら、よくなった。
しかし、libexpatの32bitのパッケージのビルドに失敗する。
CFLAGSがMakefileに反映されてないようなので手動修正して手動インストール。
日記になってしまった。

296 名前:login:Penguin mailto:sage [2007/09/16(日) 23:48:27 ID:Sy/jPLA3]
>>295
updateされたので試したみた、linkするときに-m32が反映されてないみたい。

297 名前:login:Penguin mailto:sage [2007/10/13(土) 11:30:08 ID:Fj6HKcu8]
メモリ4GB到達のため64bit環境に移行中
x86_64 cross gccがうまくできない orz



298 名前:login:Penguin mailto:sage [2007/10/14(日) 19:37:13 ID:L4YzQUiw]
vmware の中に x86-64 な distro を入れてそこでビルドとか

299 名前:login:Penguin mailto:sage [2007/10/14(日) 20:34:19 ID:zh27G9+B]
>>298
いや、kernelはビルドできるんだけど、glibcができないんだよ。
gccも半端に(kernelがビルドできるだけ)しかできないし。

300 名前:login:Penguin mailto:sage [2007/10/15(月) 06:16:34 ID:D5mY5mMR]
>>299
-m32か-m64の指定がないからとか?

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年ぐらいはこれでいいんかなぁっておもっとお






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

前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