AMD64、Debianでもっとも人気のあるアーキテクチャになる 46
ストーリー by hylom
64ビットの時代 部門より
64ビットの時代 部門より
あるAnonymous Coward 曰く、
長らくの間、Debian GNU/Linuxでもっとも人気のあるアーキテクチャはi386だった。しかし、debian-develメーリングリストへのBill Allombert氏による投稿によると、Debianパッケージの利用状況の統計を行っている「Debian Popularity Contest」において、AMD64アーキテクチャの導入数がついにi386アーキテクチャの導入数を抜いたという。
ちなみに第2位はi386だが、第三位はarmel（ARMベースのアーキテクチャ）となっており、最近のARMプロセッサ人気を反映するものとなっている。
i386+amd64=98% (スコア:3)
Re: (スコア:0)
2008年からの増加率は１位かとｗ
Re: (スコア:0)
成長率No1(ｷﾘｯ
#対数グラフみたいだから、見た目と実態はかなり差がありそうなんだが…。
ここでいいか (スコア:0)
なんて読むの？＞armel
あめる？ あーむいーえる？
Re:ここでいいか (スコア:1)
あーむいーえるでいいんじゃないですか?
Re:ここでいいか (スコア:2)
＃私は、armhf は あーむはーどふろーとぽーと って言っちゃってますが。
そりゃあ (スコア:0)
メインメモリが4～8GB程度なら、64bitでのロスを考えるとx86にPAEでも良いけどさ
メモリ16～32GB積んでx86は無いでしょ、常識的に考えて…
しかし今や8GB DIMMですら5000円以下の時代だからね
そりゃあ今更x86とか使ってらんないよ
Re:そりゃあ (スコア:1)
メモリ量の64bitのロスより
x87 -> SSEによる浮動小数点演算の高速化のメリットのほうがでかいっす。
Apacheのhttps処理速度なんて10倍ぐらいでるもん。
Re:そりゃあ (スコア:2)
AES周りに専用の命令を使っていたってオチ？
Re:そりゃあ (スコア:1)
単純なコードで試した場合に、fpu と sse とで何倍くらいの差がでるのか試してみました。
（float型の３万個程度の配列の各要素を2乗する場合で、fpuとsseでどの程度の差がしょうじるか）
http://codepad.org/Ot3oQyRV [codepad.org]
fs() は、普通にループで普通に掛け算するだけです。
fv_a() は、掛け算を sse のに置き換えて、４個づつ計算してくようなの。（４倍速いはず？）
fv_b() は、32要素づつまとめて計算してくかんじの。（xmmレジスターは1個だけで使いまわし）
fv_c() は、fv_b()と同じだけど、xmmレジスターを無駄に８個全部使うかんじの。（xmmレジスターを沢山使うと逆に遅くなるかどうか）
それぞれを交互に1000回試して、各関数毎にトータルの所用時間をくらべてみました
gcc -O0 でコンパイルした場合 ：
fs: 301437253 clock (1.000000 fs/fx)
fv_a: 87463181 clock (3.446447 fs/fx)
fv_b: 33049757 clock (9.120710 fs/fx)
fv_c: 33274995 clock (9.058972 fs/fx)
いちおう、ただsseに置き換えるだけで 3.5倍速くなって、もっとがんばると１０倍くらい速くなってるみたいです、-O0ですが。
gcc -O3 でコンパイルしたばあい：
fs: 66715454 clock (1.000000 fs/fx)
fv_a: 31263297 clock (2.133987 fs/fx)
fv_b: 30580498 clock (2.181634 fs/fx)
fv_c: 29792373 clock (2.239347 fs/fx)
普通のコードが最適化で速くなって、sse との速度差が２倍程度にまで縮まる。
あと、sseの3種類の関数の速度差が悲しい程に縮まる。
gcc -O3 -msse2 でコンパイルした場合（悲しいお知らせ）
fs: 30884061 clock (1.000000 fs/fx)
fv_a: 33528261 clock (0.921135 fs/fx)
fv_b: 30616261 clock (1.008747 fs/fx)
fv_c: 29912155 clock (1.032492 fs/fx)
普通のコードでも sse が使われて、結果 _a() より速くなる。 （なまじfv_a()のようなことすると、最適化した際に逆に遅くなる…orz）
_b, _c は辛うじて速いけど、辛うじてってレベルの差でしかないので悲しい。
最適化コンパイルすると、手書きsseと大差無いsseコードが吐き出されるっぽいでした…。いい時代ですねorz
Re: (スコア:0)
Re: (スコア:0)
SSEが効果的なのは確かですが整数演算ですよね。
Re: (スコア:0)
SSE だと理想的な場合でも float で４倍、double で２倍程度じゃないすか？
１０倍は何か他の要素があるんじゃないかと。
# AVX だとしても１０倍はないような。
Re: (スコア:0)
初めてAthlon64を買った時、oggencのi386とamd64のバイナリを用意して時間を測ったらamd64の方が2割くらい速かった覚えがあります。
以来、多少メモリを食われようがお構いなしにamd64にしています。
Intel Core2だと大差ないんでしたっけ？
Re: (スコア:0)
SSE は 64bit には関係ないけど、パフォーマンスの話をするならレジスタ増える方かねぇ。
個人的には 2GB 超えるあたりで 64bit 化かな。
メモリ、特にカーネルメモリとユーザメモリの割り当て自由度が 32bit と 64bit では雲泥の差がある。
ユーザー+カーネルメモリが 2GB+2GB とか 3GB+1GB とか構成考えなくていいのは、
例え物理メモリが 2GB しか搭載されてなかったとしても、
ある種のチューニング作業としてはかなり楽になる。
Re:そりゃあ (スコア:2)
>SSE は 64bit には関係ないけど、パフォーマンスの話をするならレジスタ増える方かねぇ。
うんにゃAMD64ではSSE2が標準定義なので。
kusanagi shin
Re: (スコア:0)
> SSE は 64bit には関係ないけど、
AMD64の必須機能に含まれているので、存在を前提にできるという点が関係あります。
自分でビルドできるんだからi386でもSSE有効でビルドすればいいじゃんとは思うけど。
Re: (スコア:0)
じゃあ32bitでSSEが最強じゃん。
Re: (スコア:0)
x32 ABI最強伝説
Re: (スコア:0)
オーバーヘッドよりもlow memが死ぬ
世代交代 (スコア:0)
自主的にアーキテクチャを選べるOSの中では
割とスムーズに移行が進んでるような気がします
Re: (スコア:0)
そんな時代なのに、Mozilla Firefoxは相変わらず32bitバイナリしか配布していないような……。DebianのIceweaselだっけ？はどうなんだろう。
もしかしてプラグインの問題かな。プラグインコンテナだけ32bitにするとかできないんだろうか。
Re:世代交代 (スコア:2)
iceweasel はフツーにamd64 版ありますよ。
sid なんかだと本家のバージョンアップに最初(i386 版より先)に対応してる気がする。
Re:世代交代 (スコア:1)
DebianでのMozillaは http://mozilla.debian.net/ [debian.net] を確認してもらえばいいのですが、
sid/wheezyではesr(10.x)が、experimentalにrelease(15.0)が入っています。
Re:世代交代 (スコア:2)
うわ間違えました。
仰る通り本家のバージョンアップに即対応するのはsid じゃなくてexperimental の方でしたね。
訂正ありがとうございます。
自分もそっち使ってるの忘れてました。
Re:世代交代 (スコア:1)
逆ですね。
相変わらず32bitバイナリだけ配布していても、移行することが出来るという事です。
後方互換性の賜物じゃあないですか。
# x86_64 のバイナリも配布されているという書き込みは棚に置いてます。
[Q][W][E][R][T][Y]
Re: (スコア:0)
64bit環境で動かそうとすると、それなりに環境整備しなきゃいけないんだよね。足りない32bitライブラリを自分で用意しないといけないとか。
それが面倒で、ずっとFlashで音を出せないまま使ってた。
Re: (スコア:0)
公式ビルドでは、4.0からx86_64版は配布されていますが、いつの時代の話でしょうか。
https://ftp.mozilla.org/pub/mozilla.org/firefox/releases/4.0/linux-x86_64/ [mozilla.org]
Re: (スコア:0)
なるほどそんなところに。どうしたら行けるのだろう、教えて(ry
まあぐーぐる先生に聞いたら教えてくれたけど。
いっしょに3年くらい前のQ&Aも見つかった。やはりプラグイン関連で64bit版の公開は(当時)前面には押し出していなかったそうで。
Re: (スコア:0)
Operaは64bit版ブラウザで32bitプラグインもサポートしているけど、それでも標準でダウンロード・インストールされるのは32bit版。
Modern Style UIのIE10がFlashしかサポートしていないWindows 8の普及で状況が変わるといいなあ。
Re: (スコア:0)
なるほどそんなところに。どうしたら行けるのだろう、教えて(ry
公式サーバーでビルドされて公式FTPサーバーにありますが、公式にリリースされていないためです。
集計方法 (スコア:0)
popularity-contest パッケージをインストールしていて、なおかつ Debian パッケージ利用調査に参加するよう設定していると週に1回利用状況が送信されるのか。
AMDのCPU、大人気～ (スコア:0)
という理解で良かったのだろうか？
コメントを読み進めると何か違う気がしてきた。
Re:AMDのCPU、大人気～ (スコア:1)
Linuxの「amd64」には互換アーキテクチャ(Intel 64とか)も含まれます。同様に「i386」もIntelだけではなく、x86互換CPUはすべて含まれます。
Re:AMDのCPU、大人気～ (スコア:2)
> 同様に「i386」もIntelだけではなく、x86互換CPUはすべて含まれます。
x86互換CPU じゃなく、単に互換CPUじゃない？
# x86互換CPUだと 8086 も入っちゃう。
Re: (スコア:0)
Intel Xeonでもamd64って判定されているのでは。
うちのtomcatの表示はそうなってる。
実際に動作しているのは殆どがIntel 64のプロセッサだと思いますよ。 (スコア:0)
AMDの特にサーバシェアの凋落はちょっと洒落になってないレベルですから。
Re: (スコア:0)
いい加減、この辺の表現改めて欲しいですね。
x86_64, amd64, x64等々、素人がわからないのはもちろん専門家でも一瞬迷いますよ。
Re:AMDのCPU、大人気～ (スコア:1)
やっぱりi64が(事実上)失敗したのが混迷の元ですね.
Re: (スコア:0)
ia64
Re: (スコア:0)
Intel Archtecure 64とIntel 64はまったくの別物とかもうね。IntelがIA-64をまだ諦めていなかった頃はIA-32eだのEM64Tだの出世魚のように名前が変わっていってますますカオス
Re: (スコア:0)
X86よりX64が新しいというのはぱっと見では理解不能
Re:AMDのCPU、大人気～ (スコア:3)
誰かが新しく x86-16、x86-32、x86-64 で統一してくんねーかな。
まじで。
Re: (スコア:0)
ちなみにx32 [wikipedia.org]はLinuxカーネルのアーキテクチャの名称としては、x86とは別物です。
# わかるかっ!
Re: (スコア:0)
64と入っているから64bitなんだろうという程度の理解で、近似的には何も問題ないでしょう。IA-64さえなければ。
Re: (スコア:0)
そういう意味だと、IA-32eという表記は酷かったな