ItaniumでUNIX!

**名無しさん＠お腹いっぱい。** · 2006/02/19(日) 15:13:02

Itaniumってどうよ?

Itanium Solutions Alliance
https://www.itaniumsolutionsalliance.org/home

Intelとコンソーシアム、Itanium支援に100億ドル投入
http://www.itmedia.co.jp/enterprise/articles/0601/27/news080.html

**名無しさん＠お腹いっぱい。** · 2006/03/10(金) 23:41:55

>>352
信者がItaい

**名無しさん＠お腹いっぱい。** · 2006/03/10(金) 23:42:46

21万円とか

**名無しさん＠お腹いっぱい。** · 2006/03/10(金) 23:51:43

あれは傑作だったな

**名無しさん＠お腹いっぱい。** · 2006/03/11(土) 00:02:36

Itanium2に痛い目に合ってるSun厨相当怒ってるみたい。

**名無しさん＠お腹いっぱい。** · 2006/03/11(土) 00:45:35

Intelの怒涛の戦略にどう対抗しようというのかね?

【IDF】米インテルがCPUの新ロードマップを公表、2007年はクアッドコア時代へ突入
ttp://itpro.nikkeibp.co.jp/article/USNEWS/20060309/232144/

IDFレポート CPUロードマップとマイクロアーキテクチャーの詳細を公開
ttp://pc.watch.impress.co.jp/docs/2006/0310/idf07.htm

「Intel Developer Forum（IDF）」
ttp://japan.cnet.com/event/story/0,2000050459,20098080,00.htm

**名無しさん＠お腹いっぱい。** · 2006/03/11(土) 01:05:23

Ita にも今の Xeon にもまるで関係ない話だがな。
計画通りに行かなければ Intel 撃沈、計画通りなら Intel は生き残るが Ita と Netburst は終了。
後者で生き残っても x86 の限界到達までだからそう先は長くない。

**名無しさん＠お腹いっぱい。** · 2006/03/11(土) 01:42:05

>>356
Ita2 に痛い目とは面白いギャグだな。痛い目に合わせるつもりだったのに大空振り。

**名無しさん＠お腹いっぱい。** · 2006/03/11(土) 01:52:16

>>358
さらにまだ問題があるよ。Intel は x86 でクロスバー技術の実装をしたことがない。
これはメニーコアに行くには非常に重要。さらに、メニーコアを活かせる OS がない。
これ決定的。今の状況じゃクアッドコア作ったところで全く活かせない。

**名無しさん＠お腹いっぱい。** · 2006/03/11(土) 02:02:32

>>360
犬でやるつもりじゃないの？
RHとかI○Mとか○racleの連中がhogeってるみたいやん

**名無しさん＠お腹いっぱい。** · 2006/03/11(土) 02:31:04

Itanium がまだ話だけだった頃、IBM も Sun もビビってた。IBM は Ita 機出す予定だったし、
Sun は Solaris を対応させるはずだった。が、早々に去った。フタを開けたらビビるほどの
もんではなかったので、対抗した方が得策だと踏んだから。
Oracle が Linux にすりよってたのが、また Sun との関係を深めようと戻ってきている。
IBM も Linux についてはめっきりトーンダウンしてしまった。なぜだか考えてみたまへ。

**名無しさん＠お腹いっぱい。** · 2006/03/11(土) 02:34:46

犬に寄ってくるのはカネ払いが渋い会社ばかりだからｗ

**名無しさん＠お腹いっぱい。** · 2006/03/11(土) 02:48:24

あまりに企業臭のする Linux は売れない。根本的に手を入れないと MP 性能は改善しない。
両者相容れずデッドロック。
IBM 臭さぷんぷんの実装になった Linux 使うのと AIX 使うのと何が違う?

**名無しさん＠お腹いっぱい。** · 2006/03/11(土) 02:55:14

OSF/2とかOS/3とか呼べばいいやんｗ

**名無しさん＠お腹いっぱい。** · 2006/03/11(土) 03:02:54

そもそも、IBM が本当に Linux やるつもりで、見通しもあるんなら、AIX なんか
もう不要なはずだろ? 既存顧客のサポートするにしたって、ソース公開して
Linux にない機能を Linux に盛り込んでもらった方が IBM にとっても得策のはず。
IBM にとっては Linux も使い捨ての道具にすぎん。
そもそも、IBM も DEC も、Unix 大嫌いだからなw。
IBM は巨大だから、なんでもやるだけ。

**名無しさん＠お腹いっぱい。** · 2006/03/11(土) 03:03:09

それに現状AIXはx86で動かんし future 犬xがミニチュアAIXでも
犬の不可解な不安定さにイラっとしてる人たちは歓迎するんでない？
GNUとかLinusは神輿でいいやん
Solarisヲタの漏れは犬死んだほうが嬉しいけどｗつーか死ね死ねｗ

**名無しさん＠お腹いっぱい。** · 2006/03/11(土) 03:05:17

PS/2 で動く AIX はあったけどな。今はもうないの?

**名無しさん＠お腹いっぱい。** · 2006/03/11(土) 05:06:04

>>350
i2DML-8G2がEFIを積んでない、という話のソースお願い。

マニュアルには、もろにEFIの画面写真が出てるぞ
http://www.supermicro.com/manuals/motherboard/E8870/MNL-0717.pdf

**名無しさん＠お腹いっぱい。** · 2006/03/11(土) 10:30:02

IBMのLinuxチームは、NGPT外されたり、VFSアレなままだったり、
Linusの謎のディレクションに涙目ぎみ。

Linux kernel、forkしたら面白いのに…

**名無しさん＠お腹いっぱい。** · 2006/03/11(土) 11:47:43

GPLなんだから、好きなようにforkすりゃいいんじゃないか。

LinusはアホだからGPLの意味を理解せずGPLで公開しちゃったけど、
すでに公開した分について、GPLでなｂｭすることは不演ﾂ能でしょう。

**名無しさん＠お腹いっぱい。** · 2006/03/11(土) 12:26:22

Linuxは人的リソースがあるからVFSレイヤーは高機能化せずに、
下のFSレイヤーでいろいろできるようにしてあるんだよ。

**名無しさん＠お腹いっぱい。** · 2006/03/11(土) 12:46:25

zSeries(S/390)のLinux版は国内でも導入実績があるみたいだけど、
iSeries(AS/400)やPOWERを積んだpSeriesにLinuxを載せたやつは売
れてるんだろうか？

**名無しさん＠お腹いっぱい。** · 2006/03/11(土) 12:56:54

iやpは(そこそこ)まともなwebサーバあるし、Linux必要ないでしょ。
大型のいわゆるfront endをLinuxにやらせたいだけだから。

**名無しさん＠お腹いっぱい。** · 2006/03/11(土) 14:07:05

>>372
その「人的リソースがあるから」という考え方自体が MP 性能追求という観点からはダメ。
逆の言い方すると、人的リソースの効かない部分は Linux ぜんぜんダメ。
概念として一般化した以降のものしか実装されないから、どこまでいっても代用品。

**名無しさん＠お腹いっぱい。** · 2006/03/11(土) 14:25:18

>>371,374
IBM はオープンソースの擁護者という体面が欲しいだけで、Linux の実装が欲しいわけじゃ
ないからね。もし実装が欲しいんなら、AIX は要らなくなるはず。
IBM が前面に出た形で fork したんじゃ IBM にとっては Linux の利用価値半減なわけよ。
Torvalds 君もその辺わかってて駆け引きしてんじゃないか? ダダこねることが
今や唯一の彼のアイデンティティー主張手段だったりしてw

**名無しさん＠お腹いっぱい。** · 2006/03/11(土) 14:41:13

実験用のプラットフォームとしては結構活用してるみたいだよ。
Cellのブレードサーバなんてのがどこまで本気かわからないけど、
今のところLinuxで動かしてるみたい。

**名無しさん＠お腹いっぱい。** · 2006/03/11(土) 14:57:33

Cell は、CPU バウンドな並列プログラム向けでしょ。画像処理とか。
カーネルサービスの比率の高いのは想定外だから、いわゆる OS の MP 性能は不要。
開発周辺ツール等がそろってる環境がいい。それだけのことと思うけど。

**名無しさん＠お腹いっぱい。** · 2006/03/11(土) 15:38:41

IBM も Linux 用にたくさん人を雇い入れてるわけで、そいういう人達はもちろん本気で
Linux やってる。大きい企業だから、最終的な舵取りは状況を見て、だろうけどね。

**名無しさん＠お腹いっぱい。** · 2006/03/11(土) 16:05:06

インテル、Itaniumアーキテクチャの変更を予定--「Tukwila」以降段階的に
ttp://japan.cnet.com/news/ent/story/0,2000047623,20098151,00.htm

とっくに実現してるはずの Xeon とのソケット共有の話がまだ影も形もない
Tukwila 以降になり、しかも Tukwila では「大きく変更」が入る、というのは
>>360 を裏付けているとも言える。つまり、ソケット共有はやってみたけど
性能出なかったのか、実現に失敗したのか、そもそもできるわけもないタワゴトだったのかの
どれかだ。
最近の x86 側のロードマップのサーバー用途方面に Itanium が見事に一言も
触れられていないことからも Intel 内での扱いをうかがい知ることができる。

**名無しさん＠お腹いっぱい。** · 2006/03/11(土) 16:41:08

>>380
Intelは当初SunやIBMに作ってもらうつもりだったんでしょ。

**名無しさん＠お腹いっぱい。** · 2006/03/11(土) 20:44:38

チップセットはSystemベンダーが自社開発しているから、Intelが
手間かけてチップセット作る必要もないもんな。

**名無しさん＠お腹いっぱい。** · 2006/03/11(土) 21:09:56

>>362
チミは、Oracleのファーストビルド・ターゲットが昨年からSPARC Solarisから、
Xeon EM64T Linuxに変わっている事を知らないのかね。
Sunとよりを戻す気なんてさらさらないのだよ。
何故こうなるのか考えてみたまえ。
因みにItanium版もHPのpushでEM64T版の後を追ってちゃんと出る様になってる。

**名無しさん＠お腹いっぱい。** · 2006/03/11(土) 21:15:39

>>383
それが、またSunの顔を伺ってる話じゃないの?

Itanium採用してるところは、チップセット起こさなきゃいけないわ、
新しいチップはなかなか出ないでさんざんだな。
一緒に沈まなければいいが。

**名無しさん＠お腹いっぱい。** · 2006/03/11(土) 21:18:02

沈め沈めｗ

**名無しさん＠お腹いっぱい。** · 2006/03/11(土) 21:31:08

もう沈んでると思ってたよ

**名無しさん＠お腹いっぱい。** · 2006/03/11(土) 21:37:30

>>380
メインフレームの売上は減少傾向にあるのに、IBMのシェアは伸びてるのだよ。
どういう事かわかるかね。IBM以外のメインフレーマはシェアを落しているのだよ。
Itanium2はISA面々のメインフレームシェア奪取の道具として完全に組み込まれて
しまったのだよ。
何故Intelがチップセットを供給しないのかわかるだろう。
今後もItanium2の主軸はハイエンドで、HPC分野も順調だし安泰なのだよ。
どこかの馬鹿みたいに需要の無い石を作って、鳴かず飛ばずとは違うのだよ。

**名無しさん＠お腹いっぱい。** · 2006/03/11(土) 21:49:34

ある意味凄えな。何処からその自信が湧いてくるんだw

**名無しさん＠お腹いっぱい。** · 2006/03/11(土) 22:04:47

>388
隔離スレで何を今更…

**名無しさん＠お腹いっぱい。** · 2006/03/11(土) 22:14:31

itaniumサーバーの出荷額は、そこそこいくだろうけど
itaniumプロセッサ自体の出荷額は・・・
1プロセッサ50万でも、絶対数が・・・
ハイエンドシステムは、データベースのライセンスや、保守をやんないと
利益がでない

**名無しさん＠お腹いっぱい。** · 2006/03/11(土) 22:17:59

結局重要なのは sizeof(int*) でしょ。くだらない延命措置のおかげで
どれだけの人間が不幸になったか。またくりかすのはやめまひょ

**名無しさん＠お腹いっぱい。** · 2006/03/11(土) 23:20:32

あははははー

**名無しさん＠お腹いっぱい。** · 2006/03/11(土) 23:33:52

>>344
Windows2003/ipfですでにサポートしてるぞ。

**名無しさん＠お腹いっぱい。** · 2006/03/11(土) 23:39:04

>>387
普通の人はそれを「限定分野に追いやられた」と言う。ひどい負け惜しみww

**名無しさん＠お腹いっぱい。** · 2006/03/12(日) 00:02:18

>>383
情報収集能力ないんだな。

提携の絆深めるOracleとSun
ttp://www.itmedia.co.jp/enterprise/articles/0601/12/news006.html

Oracleとの絆やエコ・チップを語るSunの戦略担当SVP
ttp://www.itmedia.co.jp/enterprise/articles/0603/08/news005.html

| しかしその後、Oracleも水平スケーリングやLinuxだけでは十分ではなく、
| Solarisの垂直スケーリングが必要であることを認識し、今回の発表に至りました。
| SunはPostgreSQLなどOracle以外のRDBMSも提供していきますが、
| RDBMSではOracleが戦略の中心です。両社の関係は今まで以上に強固になったということです。

**名無しさん＠お腹いっぱい。** · 2006/03/12(日) 00:06:10

>>384
Intel はもう覚悟してるだろう。富士通も SPARC と 2 本立てだから、なんとかなるだろう。
あとは... ヒサンなケツマツにならないよう逃げ道考えろ。

**名無しさん＠お腹いっぱい。** · 2006/03/12(日) 00:09:02

| OracleではSolarisを64ビット開発プラットフォームとして優先的に扱い

最優先じゃないのね。

**名無しさん＠お腹いっぱい。** · 2006/03/12(日) 00:19:31

>>397
ﾌﾟﾌﾟｯ

**名無しさん＠お腹いっぱい。** · 2006/03/12(日) 00:21:08

>>395
OracleのOEMを売らせてくださいm(__)m、
SPARCのPlatformを忘れないでくださいm(T_T)m、
と単にSunが泣きついてるだけだと思うが。

だいたいT1自体が水平スケーリングだろ。
垂直スケーリングのUltraSPARC Vはなくなっちゃったのに何言ってんだか。

**名無しさん＠お腹いっぱい。** · 2006/03/12(日) 00:22:35

>>397,399
記事理解する能力もないらしい。

**名無しさん＠お腹いっぱい。** · 2006/03/12(日) 00:40:08

> Oracle Database Enterprise EditionをSolaris OSとともに、

売れ筋の商品に売れない商品を抱き合わせて販売する、よくある手だな。

> 同時にSunは、全社を挙げてOracle ERPソフトに移行する。

ERPといえばSAPかIBMだろ。Oracleは今もって単なるDB屋だよ。
やっぱり馬鹿のやる事は違うよ。

**名無しさん＠お腹いっぱい。** · 2006/03/12(日) 02:04:44

>>401
やっぱり馬鹿の言う事は違うよ。
http://itpro.nikkeibp.co.jp/free/ITPro/USNEWS/20050509/160468/

**名無しさん＠お腹いっぱい。** · 2006/03/12(日) 02:29:12

>>383
> Sunとよりを戻す気なんてさらさらないのだよ。

それは飛躍しすぎ。まだ2ndくらいでしょ。

**名無しさん＠お腹いっぱい。** · 2006/03/12(日) 10:05:57

>>402
Oracleは昨年peoplesoftを買収したからシェアを伸ばしただけだよ。
SAPとは格が違う。

ttp://www.itmedia.co.jp/enterprise/0306/30/epn14.html

**名無しさん＠お腹いっぱい。** · 2006/03/12(日) 11:53:40

求人情報を見ているとERP≒SAPだもんな。

**名無しさん＠お腹いっぱい。** · 2006/03/12(日) 12:16:11

>>404
見苦しい。
おまけに国内シェアで語ってるし。
ERPといえばSAP「か」IBMなんだろ。ｹﾗｹﾗ

**名無しさん＠お腹いっぱい。** · 2006/03/12(日) 14:32:47

>>395
ERPのシェアを拡げたいOracleの宣伝に利用されてるだけ。

**名無しさん＠お腹いっぱい。** · 2006/03/13(月) 22:42:17

Itanium推進団体、GNU Compiler Collectionの改良に資金提供
ttp://japan.zdnet.com/news/hardware/story/0,2000052523,20098380,00.htm

**名無しさん＠お腹いっぱい。** · 2006/03/13(月) 23:25:59

Intel 製コンパイラとは別に GCC 改良されると、ありがたかったりするのか?
ジェラートフェデレーション? アイスクリーム食いまくりのデブ連合?

**名無しさん＠お腹いっぱい。** · 2006/03/13(月) 23:45:21

ISAのLinuxへの力の入れ様が窺える。
現状のLinux GCCのItaniumサポート機能がへぼすぎるというのもある。

**名無しさん＠お腹いっぱい。** · 2006/03/14(火) 01:17:06

>>409
OSの上で走るものはICCでコンパイルすればいいが、OS自体はGCCだからね。

**名無しさん＠お腹いっぱい。** · 2006/03/14(火) 01:17:43

ちなみに、GCCの出力するIA-64なバイナリは、恐ろしく遅い。

**名無しさん＠お腹いっぱい。** · 2006/03/14(火) 02:04:52

>>411
え゛???? ICC ってカーネルコンパイルできないのか。だけど、そりゃ金使って
ICC でカーネルコンパイルできるようにした方がいいのでわ????

**名無しさん＠お腹いっぱい。** · 2006/03/14(火) 04:23:11

そうじゃなくて、Linux kernelがgccじゃないとコンパイルできない。

**名無しさん＠お腹いっぱい。** · 2006/03/14(火) 05:45:18

>>412と>>414から「IA64用Linux kernelは恐ろしく遅い」という結論になるのだけど、本当？
PrimeQuestなんて、どうしているの？
　＞基幹IAサーバ「PRIMEQUEST」、
　＞Javaアプリケーションベンチマークで世界最高性能を達成
　http://pr.fujitsu.com/jp/news/2006/01/5.html
なんていう話もあるけど。

**名無しさん＠お腹いっぱい。** · 2006/03/14(火) 07:39:38

カーネルの実行時間なんて誤差だよ。

**名無しさん＠お腹いっぱい。** · 2006/03/14(火) 11:25:54

>>416 は世界中のカーネル技術者を的に回したなw

**名無しさん＠お腹いっぱい。** · 2006/03/14(火) 11:41:41

マトなのかよ

**417** · 2006/03/14(火) 11:47:01

orz

**名無しさん＠お腹いっぱい。** · 2006/03/14(火) 12:55:11

>>414
だから、GCC 向けのソースをコンパイルできるように ICC 改良するなりプリプロ作るなり
すればいいじゃん。

**名無しさん＠お腹いっぱい。** · 2006/03/14(火) 12:56:03

>>416
タスクによるけど、カーネルコード遅かったらやっぱイタいと思うけど。

**名無しさん＠お腹いっぱい。** · 2006/03/14(火) 14:16:05

>>331
POWER3 からは PowerPC 互換に作ってあるそうだな。知らんかった。

**名無しさん＠お腹いっぱい。** · 2006/03/14(火) 14:45:30

素人の考えだが、カーネルの実行時間のうち、
コンパイラの性能で、有意な差が出るような所はあんまりなさそう。

**名無しさん＠お腹いっぱい。** · 2006/03/14(火) 14:54:50

・I/Oバッファのカーネル空間とユーザ空間のコピー (mmapされてない時)
・プロトコルスタック間のヘッダ脱着を伴うデータのコピー (trailer protocolじゃない時)
・チェックサム
に時間がかかるのが有名だけど、ほとんどの場合アセンブラの関数呼び出してる。
# 最近後ろ二つはNIC自身がやる方向へ。

**名無しさん＠お腹いっぱい。** · 2006/03/14(火) 16:41:43

>>423
VM もファイルシステムも C なんだから効くべ?

**名無しさん＠お腹いっぱい。** · 2006/03/14(火) 17:55:26

>>422
PowerPC G5(PowerPC 970)とPOWERに関しては

POWER processor compatibility

The POWER5 architecture contains enhancements to the POWER4 architecture
while maintaining binary compatibility between the two, which allows you
to run the same application on both platforms. This same binary can also
run on an IBM eServer BladeCenter JS20, which contains the PowerPC 970-based
processor. This processor is a single-core version of the POWER4 processor,
which maintains binary compatibility with other members of the Power
Architecture family.

http://www-128.ibm.com/developerworks/eserver/library/es-bincomp/

とのこと。記事自体は64bit PowerPC ELFバイナリと32bit PowerPC ELFバイナリ
の互換性が中心だけど。Linux用のXL C/C++ v7.01はPower Mac G5/XServe G5で
も動くけど、v8.0では切られたみたい。Mac OS X用はv6.0で完全に発売終了。

**名無しさん＠お腹いっぱい。** · 2006/03/14(火) 23:11:44

>>415
SPARCが余裕でぶっちぎりました
http://primeserver.fujitsu.com/primepower/news/article/06/0308/

**名無しさん＠お腹いっぱい。** · 2006/03/15(水) 01:21:14

>>420
フリーではないコンパイラを使うのはGNUの精神に反すると思う。

**名無しさん＠お腹いっぱい。** · 2006/03/15(水) 01:34:09

Linux 周辺で GNU まともに理解してるやついるか?

**名無しさん＠お腹いっぱい。** · 2006/03/15(水) 01:45:59

Linux Kernel は GNU とは関係無いしね。

**名無しさん＠お腹いっぱい。** · 2006/03/15(水) 05:08:38

>>427
すいぶんと控え目な棒グラフだ

**名無しさん＠お腹いっぱい。** · 2006/03/15(水) 13:55:00

>>430
GPLを採用するけど、GNUの精神なんて糞食らえ
なんだよね、Linus氏は。

**名無しさん＠お腹いっぱい。** · 2006/03/15(水) 14:18:13

>432
日経エレクトロニクスにまでツッコミ記事が...

GPLv2(kernel) と GPLv3(userland) が混ざったシステムの行方は?
とかいろいろ

**名無しさん＠お腹いっぱい。** · 2006/03/15(水) 16:11:46

日経xx で GNU まともに理解してるやついるか?

**名無しさん＠お腹いっぱい。** · 2006/03/15(水) 22:24:09

>>431
ん？どっちのグラフも相手はPRIMEQUESTじゃないよ？

**名無しさん＠お腹いっぱい。** · 2006/03/16(木) 00:24:58

>434
社員の平均点はともかく分かっている奴はいるでしょ

意外と日系エレは組み込みとかで関係するから
GPL とかに対しても真剣に書いてる方だと思うよ。

**名無しさん＠お腹いっぱい。** · 2006/03/16(木) 00:37:59

>>427
ふ～ん、たった1.5%のリードで『余裕でぶっちぎりました』って言うんだ。

確かに32coreではPRIMEPOWERがNo1なんだけど、それはIBMがPOWER5+搭載の上位機
System p5 590/595をまだ発表していないからだね。１年４ヶ月前に発表された
POWER5のデータに1.5%だけ勝って、"世界最高性能"って言われてもなあ。

それにSPECintってキャッシュヒット率が高いうえに、SPECint_rateは独立した
プログラムを走らせるから、SMPのCPU間スイッチがヘボくても、メモリ帯域が不足
していてもスケーラビリティが良い、という特徴(問題)があるベンチマーク。
だから多way SMP性能をSPECint_rateで語られても、現実に使われる環境とは
ほどんど相関が無いんだよね。SPECintみたいなサーバとは関係ない
ベンチマークよりも、せめてSPECwebみたいなベンチマークでいい成績を出して
くれればねえ。(本当はTPC-Cがいいんだけど、TPC-CはPOWERの独壇場だからなあ)

SPARC64Vは今や唯一の国産CPUだからがんばって欲しいんだけど、
こういう素人を欺くようなパブリッシングは関心できないな。

**427** · 2006/03/16(木) 00:54:41

>>437
そうでなくて
SPECjbb2005が
PRIMEQUEST480(Itanium2 32CPU, RHEL4): 322719
PRIMEPOWER1500(SPARC64V 32CPU, Solaris10): 361290
だってことを言いたかったんだけど
まあいいや

**427** · 2006/03/16(木) 01:04:48

POWERのチャンピオンデータはこれかな
IBM System p5 570 (POWER5+ 8CPU(16core), AIX5L): 326651
まあ、32coreで均したらPOWER5+圧勝だろうね

**名無しさん＠お腹いっぱい。** · 2006/03/16(木) 01:12:28

POWER5+ 強杉
POWER5+にはハンディキャップを付けるべきだと思う

**名無しさん＠お腹いっぱい。** · 2006/03/16(木) 01:29:28

POWER6出てきたらどうなっちゃうんだろね
ただ、POWER5発表されてから高周波数版が出てくるまでが長かったことを
考えると、ほんとに4GHz超の製品なんて出せるのかな？とは思う

**名無しさん＠お腹いっぱい。** · 2006/03/16(木) 01:41:09

>>437
0.1% だろうが 2 位が 10 年前だろうが 1 位は 1 位。ベンチマークってのはそういうもんだろ。
それ以上の意味もそれ以下の意味もない。
ベンチマーク値出す相手に「素人を欺くような」というのは全くのスジ違い。
特定のベンチマークテストが全ての性能を保証しているとでもうたってるなら別だが。

**名無しさん＠お腹いっぱい。** · 2006/03/16(木) 02:00:26

>>437
そいういう風にオリンピックの金メダルみたいにベンチマークを考える人もいるだろうけど、
実際にシステムを組む場合に、性能を予想するためにベンチマーク結果を参考にする場合の方が
多いだろ。

例えばCPU-AのベンチマークとCPU-Bのベンチマークを比較して、差が少なければ、『性能はほぼ
同等』と考えて、性能以外の要因でどっちのCPUを選ぶか考えると思うよ。
今の場合だと、SPART64Vの方がPOWER5より1.5%性能が良いからと言って、性能でSPARC64Vを選ぶ
ようなケースはありそうになくて、価格とかサポートとかでどっちを選ぶか決めるだろ。
これが、SPARC64VとPOWER5+の比較だったら(16core以下の構成で充分な場合ね)、大差だから、
ベンダーとかOSとかの制約が無ければPOWER5+の方をベンチマーク結果を参考にして選ぶだろ。

「特定のベンチマークが全ての性能を保証している」なんて言うことはあり得ないけど、
「想定しているシステムのワークロードがあるベンチマークに類似している」ということは
充分あると思うから、そういう場合には上記のような考えをすると思うよ。
例えば、Javaを多用するシステムを組むなら、サーバのSPECjbbの性能を参考にするぞ。

**名無しさん＠お腹いっぱい。** · 2006/03/16(木) 02:04:33

>>437
あと"ベンダーの技術力"なんかを気にしている場合には、TOPの会社にすぐ
キャッチアップできているのか、１年以上かかってやっとキャッチアップ
できているのかは重要な要素だと思うよ。
これも「２～３ヶ月の差は有意ではないけど、１年以上の差があれば有意な
差だな」とか、考えると思うぞ。

**名無しさん＠お腹いっぱい。** · 2006/03/16(木) 02:26:02

>>443
性能にセンシティブなケースなら、まじでちゃんと金と手間と時間を掛けて
自前でベンチやった方が良いよ。そうじゃないなら、性能以外の所で石とか
OS とか決まって来るからどうでも良いが。

**名無しさん＠お腹いっぱい。** · 2006/03/16(木) 11:06:45

>>443,444
何言ってんだ? 2 位が 10 年前だから、今の 1 位はあと数ヶ月と判断して購入を先延ばしするのか?
じゃ、次の 1 位は長期に 1 位だから今の 1 位は見送り? 個人が自己満足用のパソコン買うのと
いっしょくたにしてるな。他所への自慢以外になんの意味もないぞ。

**名無しさん＠お腹いっぱい。** · 2006/03/16(木) 23:06:32

何を言いたいのかわかりません
もう少しわかりやすく書いてください

**名無しさん＠お腹いっぱい。** · 2006/03/17(金) 00:03:10

高いものは買わないようにしなさい。

**名無しさん＠お腹いっぱい。** · 2006/03/17(金) 00:13:29

わかりました

**名無しさん＠お腹いっぱい。** · 2006/03/20(月) 11:20:46

残り500を切りました。新しいスレッドを立ててｋ打際。。。

**名無しさん＠お腹いっぱい。** · 2006/03/24(金) 00:31:41

500切ってないじゃん

**名無しさん＠お腹いっぱい。** · 2006/03/25(土) 11:55:42

Japanese consortium rumoured to buy Intel Itanium

http://www.theinquirer.net/?article=30514