06/03/11 21:15:39
>>383
それが、またSunの顔を伺ってる話じゃないの?
Itanium採用してるところは、チップセット起こさなきゃいけないわ、
新しいチップはなかなか出ないでさんざんだな。
一緒に沈まなければいいが。
385:名無しさん@お腹いっぱい。
06/03/11 21:18:02
沈め沈めw
386:名無しさん@お腹いっぱい。
06/03/11 21:31:08
もう沈んでると思ってたよ
387:名無しさん@お腹いっぱい。
06/03/11 21:37:30
>>380
メインフレームの売上は減少傾向にあるのに、IBMのシェアは伸びてるのだよ。
どういう事かわかるかね。IBM以外のメインフレーマはシェアを落しているのだよ。
Itanium2はISA面々のメインフレームシェア奪取の道具として完全に組み込まれて
しまったのだよ。
何故Intelがチップセットを供給しないのかわかるだろう。
今後もItanium2の主軸はハイエンドで、HPC分野も順調だし安泰なのだよ。
どこかの馬鹿みたいに需要の無い石を作って、鳴かず飛ばずとは違うのだよ。
388:名無しさん@お腹いっぱい。
06/03/11 21:49:34
ある意味凄えな。何処からその自信が湧いてくるんだw
389:名無しさん@お腹いっぱい。
06/03/11 22:04:47
>388
隔離スレで何を今更…
390:名無しさん@お腹いっぱい。
06/03/11 22:14:31
itaniumサーバーの出荷額は、そこそこいくだろうけど
itaniumプロセッサ自体の出荷額は・・・
1プロセッサ50万でも、絶対数が・・・
ハイエンドシステムは、データベースのライセンスや、保守をやんないと
利益がでない
391:名無しさん@お腹いっぱい。
06/03/11 22:17:59
結局 重要なのは sizeof(int*) でしょ。くだらない延命措置のおかげで
どれだけの人間が不幸になったか。またくりかすのはやめまひょ
392:名無しさん@お腹いっぱい。
06/03/11 23:20:32
あははははー
393:名無しさん@お腹いっぱい。
06/03/11 23:33:52
>>344
Windows2003/ipfですでにサポートしてるぞ。
394:名無しさん@お腹いっぱい。
06/03/11 23:39:04
>>387
普通の人はそれを「限定分野に追いやられた」と言う。ひどい負け惜しみww
395:名無しさん@お腹いっぱい。
06/03/12 00:02:18
>>383
情報収集能力ないんだな。
提携の絆深めるOracleとSun
URLリンク(www.itmedia.co.jp)
Oracleとの絆やエコ・チップを語るSunの戦略担当SVP
URLリンク(www.itmedia.co.jp)
| しかしその後、Oracleも水平スケーリングやLinuxだけでは十分ではなく、
| Solarisの垂直スケーリングが必要であることを認識し、今回の発表に至りました。
| SunはPostgreSQLなどOracle以外のRDBMSも提供していきますが、
| RDBMSではOracleが戦略の中心です。両社の関係は今まで以上に強固になったということです。
396:名無しさん@お腹いっぱい。
06/03/12 00:06:10
>>384
Intel はもう覚悟してるだろう。富士通も SPARC と 2 本立てだから、なんとかなるだろう。
あとは... ヒサンなケツマツにならないよう逃げ道考えろ。
397:名無しさん@お腹いっぱい。
06/03/12 00:09:02
| OracleではSolarisを64ビット開発プラットフォームとして優先的に扱い
最優先じゃないのね。
398:名無しさん@お腹いっぱい。
06/03/12 00:19:31
>>397
ププッ
399:名無しさん@お腹いっぱい。
06/03/12 00:21:08
>>395
OracleのOEMを売らせてくださいm(__)m、
SPARCのPlatformを忘れないでくださいm(T_T)m、
と単にSunが泣きついてるだけだと思うが。
だいたいT1自体が水平スケーリングだろ。
垂直スケーリングのUltraSPARC Vはなくなっちゃったのに何言ってんだか。
400:名無しさん@お腹いっぱい。
06/03/12 00:22:35
>>397,399
記事理解する能力もないらしい。
401:名無しさん@お腹いっぱい。
06/03/12 00:40:08
> Oracle Database Enterprise EditionをSolaris OSとともに、
売れ筋の商品に売れない商品を抱き合わせて販売する、よくある手だな。
> 同時にSunは、全社を挙げてOracle ERPソフトに移行する。
ERPといえばSAPかIBMだろ。Oracleは今もって単なるDB屋だよ。
やっぱり馬鹿のやる事は違うよ。
402:名無しさん@お腹いっぱい。
06/03/12 02:04:44
>>401
やっぱり馬鹿の言う事は違うよ。
URLリンク(itpro.nikkeibp.co.jp)
403:名無しさん@お腹いっぱい。
06/03/12 02:29:12
>>383
> Sunとよりを戻す気なんてさらさらないのだよ。
それは飛躍しすぎ。まだ2ndくらいでしょ。
404:名無しさん@お腹いっぱい。
06/03/12 10:05:57
>>402
Oracleは昨年peoplesoftを買収したからシェアを伸ばしただけだよ。
SAPとは格が違う。
URLリンク(www.itmedia.co.jp)
405:名無しさん@お腹いっぱい。
06/03/12 11:53:40
求人情報を見ているとERP≒SAPだもんな。
406:名無しさん@お腹いっぱい。
06/03/12 12:16:11
>>404
見苦しい。
おまけに国内シェアで語ってるし。
ERPといえばSAP「か」IBMなんだろ。ケラケラ
407:名無しさん@お腹いっぱい。
06/03/12 14:32:47
>>395
ERPのシェアを拡げたいOracleの宣伝に利用されてるだけ。
408:名無しさん@お腹いっぱい。
06/03/13 22:42:17
Itanium推進団体、GNU Compiler Collectionの改良に資金提供
URLリンク(japan.zdnet.com)
409:名無しさん@お腹いっぱい。
06/03/13 23:25:59
Intel 製コンパイラとは別に GCC 改良されると、ありがたかったりするのか?
ジェラートフェデレーション? アイスクリーム食いまくりのデブ連合?
410:名無しさん@お腹いっぱい。
06/03/13 23:45:21
ISAのLinuxへの力の入れ様が窺える。
現状のLinux GCCのItaniumサポート機能がへぼすぎるというのもある。
411:名無しさん@お腹いっぱい。
06/03/14 01:17:06
>>409
OSの上で走るものはICCでコンパイルすればいいが、OS自体はGCCだからね。
412:名無しさん@お腹いっぱい。
06/03/14 01:17:43
ちなみに、GCCの出力するIA-64なバイナリは、恐ろしく遅い。
413:名無しさん@お腹いっぱい。
06/03/14 02:04:52
>>411
え゛???? ICC ってカーネルコンパイルできないのか。だけど、そりゃ金使って
ICC でカーネルコンパイルできるようにした方がいいのでわ????
414:名無しさん@お腹いっぱい。
06/03/14 04:23:11
そうじゃなくて、Linux kernelがgccじゃないとコンパイルできない。
415:名無しさん@お腹いっぱい。
06/03/14 05:45:18
>>412と>>414から「IA64用Linux kernelは恐ろしく遅い」という結論になるのだけど、本当?
PrimeQuestなんて、どうしているの?
>基幹IAサーバ「PRIMEQUEST」、
>Javaアプリケーションベンチマークで世界最高性能を達成
URLリンク(pr.fujitsu.com)
なんていう話もあるけど。
416:名無しさん@お腹いっぱい。
06/03/14 07:39:38
カーネルの実行時間なんて誤差だよ。
417:名無しさん@お腹いっぱい。
06/03/14 11:25:54
>>416 は世界中のカーネル技術者を的に回したなw
418:名無しさん@お腹いっぱい。
06/03/14 11:41:41
マトなのかよ
419:417
06/03/14 11:47:01
orz
420:名無しさん@お腹いっぱい。
06/03/14 12:55:11
>>414
だから、GCC 向けのソースをコンパイルできるように ICC 改良するなりプリプロ作るなり
すればいいじゃん。
421:名無しさん@お腹いっぱい。
06/03/14 12:56:03
>>416
タスクによるけど、カーネルコード遅かったらやっぱイタいと思うけど。
422:名無しさん@お腹いっぱい。
06/03/14 14:16:05
>>331
POWER3 からは PowerPC 互換に作ってあるそうだな。知らんかった。
423:名無しさん@お腹いっぱい。
06/03/14 14:45:30
素人の考えだが、カーネルの実行時間のうち、
コンパイラの性能で、有意な差が出るような所はあんまりなさそう。
424:名無しさん@お腹いっぱい。
06/03/14 14:54:50
・I/Oバッファのカーネル空間とユーザ空間のコピー (mmapされてない時)
・プロトコルスタック間のヘッダ脱着を伴うデータのコピー (trailer protocolじゃない時)
・チェックサム
に時間がかかるのが有名だけど、ほとんどの場合アセンブラの関数呼び出してる。
# 最近後ろ二つはNIC自身がやる方向へ。
425:名無しさん@お腹いっぱい。
06/03/14 16:41:43
>>423
VM もファイルシステムも C なんだから効くべ?
426:名無しさん@お腹いっぱい。
06/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.
URLリンク(www-128.ibm.com)
とのこと。記事自体は64bit PowerPC ELFバイナリと32bit PowerPC ELFバイナリ
の互換性が中心だけど。Linux用のXL C/C++ v7.01はPower Mac G5/XServe G5で
も動くけど、v8.0では切られたみたい。Mac OS X用はv6.0で完全に発売終了。
427:名無しさん@お腹いっぱい。
06/03/14 23:11:44
>>415
SPARCが余裕でぶっちぎりました
URLリンク(primeserver.fujitsu.com)
428:名無しさん@お腹いっぱい。
06/03/15 01:21:14
>>420
フリーではないコンパイラを使うのはGNUの精神に反すると思う。
429:名無しさん@お腹いっぱい。
06/03/15 01:34:09
Linux 周辺で GNU まともに理解してるやついるか?
430:名無しさん@お腹いっぱい。
06/03/15 01:45:59
Linux Kernel は GNU とは関係無いしね。
431:名無しさん@お腹いっぱい。
06/03/15 05:08:38
>>427
すいぶんと控え目な棒グラフだ
432:名無しさん@お腹いっぱい。
06/03/15 13:55:00
>>430
GPLを採用するけど、GNUの精神なんて糞食らえ
なんだよね、Linus氏は。
433:名無しさん@お腹いっぱい。
06/03/15 14:18:13
>432
日経エレクトロニクスにまでツッコミ記事が...
GPLv2(kernel) と GPLv3(userland) が混ざったシステムの行方は?
とかいろいろ
434:名無しさん@お腹いっぱい。
06/03/15 16:11:46
日経xx で GNU まともに理解してるやついるか?
435:名無しさん@お腹いっぱい。
06/03/15 22:24:09
>>431
ん?どっちのグラフも相手はPRIMEQUESTじゃないよ?
436:名無しさん@お腹いっぱい。
06/03/16 00:24:58
>434
社員の平均点はともかく分かっている奴はいるでしょ
意外と日系エレは組み込みとかで関係するから
GPL とかに対しても真剣に書いてる方だと思うよ。
437:名無しさん@お腹いっぱい。
06/03/16 00:37:59
>>427
ふ~ん、たった1.5%のリードで『余裕でぶっちぎりました』って言うんだ。
確かに32coreではPRIMEPOWERがNo1なんだけど、それはIBMがPOWER5+搭載の上位機
System p5 590/595をまだ発表していないからだね。1年4ヶ月前に発表された
POWER5のデータに1.5%だけ勝って、"世界最高性能"って言われてもなあ。
それにSPECintってキャッシュヒット率が高いうえに、SPECint_rateは独立した
プログラムを走らせるから、SMPのCPU間スイッチがヘボくても、メモリ帯域が不足
していてもスケーラビリティが良い、という特徴(問題)があるベンチマーク。
だから多way SMP性能をSPECint_rateで語られても、現実に使われる環境とは
ほどんど相関が無いんだよね。SPECintみたいなサーバとは関係ない
ベンチマークよりも、せめてSPECwebみたいなベンチマークでいい成績を出して
くれればねえ。(本当はTPC-Cがいいんだけど、TPC-CはPOWERの独壇場だからなあ)
SPARC64Vは今や唯一の国産CPUだからがんばって欲しいんだけど、
こういう素人を欺くようなパブリッシングは関心できないな。
438:427
06/03/16 00:54:41
>>437
そうでなくて
SPECjbb2005が
PRIMEQUEST480(Itanium2 32CPU, RHEL4): 322719
PRIMEPOWER1500(SPARC64V 32CPU, Solaris10): 361290
だってことを言いたかったんだけど
まあいいや
439:427
06/03/16 01:04:48
POWERのチャンピオンデータはこれかな
IBM System p5 570 (POWER5+ 8CPU(16core), AIX5L): 326651
まあ、32coreで均したらPOWER5+圧勝だろうね
440:名無しさん@お腹いっぱい。
06/03/16 01:12:28
POWER5+ 強杉
POWER5+にはハンディキャップを付けるべきだと思う
441:名無しさん@お腹いっぱい。
06/03/16 01:29:28
POWER6出てきたらどうなっちゃうんだろね
ただ、POWER5発表されてから高周波数版が出てくるまでが長かったことを
考えると、ほんとに4GHz超の製品なんて出せるのかな?とは思う
442:名無しさん@お腹いっぱい。
06/03/16 01:41:09
>>437
0.1% だろうが 2 位が 10 年前だろうが 1 位は 1 位。ベンチマークってのはそういうもんだろ。
それ以上の意味もそれ以下の意味もない。
ベンチマーク値出す相手に「素人を欺くような」というのは全くのスジ違い。
特定のベンチマークテストが全ての性能を保証しているとでもうたってるなら別だが。
443:名無しさん@お腹いっぱい。
06/03/16 02:00:26
>>437
そいういう風にオリンピックの金メダルみたいにベンチマークを考える人もいるだろうけど、
実際にシステムを組む場合に、性能を予想するためにベンチマーク結果を参考にする場合の方が
多いだろ。
例えばCPU-AのベンチマークとCPU-Bのベンチマークを比較して、差が少なければ、『性能はほぼ
同等』と考えて、性能以外の要因でどっちのCPUを選ぶか考えると思うよ。
今の場合だと、SPART64Vの方がPOWER5より1.5%性能が良いからと言って、性能でSPARC64Vを選ぶ
ようなケースはありそうになくて、価格とかサポートとかでどっちを選ぶか決めるだろ。
これが、SPARC64VとPOWER5+の比較だったら(16core以下の構成で充分な場合ね)、大差だから、
ベンダーとかOSとかの制約が無ければPOWER5+の方をベンチマーク結果を参考にして選ぶだろ。
「特定のベンチマークが全ての性能を保証している」なんて言うことはあり得ないけど、
「想定しているシステムのワークロードがあるベンチマークに類似している」ということは
充分あると思うから、そういう場合には上記のような考えをすると思うよ。
例えば、Javaを多用するシステムを組むなら、サーバのSPECjbbの性能を参考にするぞ。
444:名無しさん@お腹いっぱい。
06/03/16 02:04:33
>>437
あと"ベンダーの技術力"なんかを気にしている場合には、TOPの会社にすぐ
キャッチアップできているのか、1年以上かかってやっとキャッチアップ
できているのかは重要な要素だと思うよ。
これも「2~3ヶ月の差は有意ではないけど、1年以上の差があれば有意な
差だな」とか、考えると思うぞ。
445:名無しさん@お腹いっぱい。
06/03/16 02:26:02
>>443
性能にセンシティブなケースなら、まじでちゃんと金と手間と時間を掛けて
自前でベンチやった方が良いよ。そうじゃないなら、性能以外の所で石とか
OS とか決まって来るからどうでも良いが。
446:名無しさん@お腹いっぱい。
06/03/16 11:06:45
>>443,444
何言ってんだ? 2 位が 10 年前だから、今の 1 位はあと数ヶ月と判断して購入を先延ばしするのか?
じゃ、次の 1 位は長期に 1 位だから今の 1 位は見送り? 個人が自己満足用のパソコン買うのと
いっしょくたにしてるな。他所への自慢以外になんの意味もないぞ。
447:名無しさん@お腹いっぱい。
06/03/16 23:06:32
何を言いたいのかわかりません
もう少しわかりやすく書いてください
448:名無しさん@お腹いっぱい。
06/03/17 00:03:10
高いものは買わないようにしなさい。
449:名無しさん@お腹いっぱい。
06/03/17 00:13:29
わかりました
450:名無しさん@お腹いっぱい。
06/03/20 11:20:46
残り500を切りました。新しいスレッドを立ててk打際。。。
451:名無しさん@お腹いっぱい。
06/03/24 00:31:41
500切ってないじゃん
452:名無しさん@お腹いっぱい。
06/03/25 11:55:42
Japanese consortium rumoured to buy Intel Itanium
URLリンク(www.theinquirer.net)
453:名無しさん@お腹いっぱい。
06/03/25 18:24:55
> (本当はTPC-Cがいいんだけど、TPC-CはPOWERの独壇場だからなあ)
TPC-C はディスク性能が命で、大量にディスクを繋げば勝てるって
話をWebで読んだことがあるんだけど。
真偽は知らないんだけど、確かにTPC-C上位のシステム構成を見ると、
ディスクを山のように繋いでいるだけのような。
SPECint は CPU 性能を計るベンチマークとしてはそんなに悪くないと
思うけど。2次キャッシュ/3次キャッシュがバカでかいシステムに有利
ってのはまあ当たってると思うけど、それは SPECweb にも言えない?
そういう意味で、4MBのCPU内蔵キャッシュしかない SPARC64 Vよりも、
むしろItanium に有利なのでは?
SMP性能を計るのには SPECweb の方が向いてるかもってのは、当たってる
気もするが。
454:名無しさん@お腹いっぱい。
06/03/25 18:55:03
>>453
> 真偽は知らない
> のような。
> 言えない?
> なのでは?
> 気もするが。
そんな独り言はチラシの裏へ。
455:名無しさん@お腹いっぱい。
06/03/25 18:55:54
ちなみに>>453のような書き込みは「ちゃんばば」と認定されます。
気をつけましょう。
456:名無しさん@お腹いっぱい。
06/03/25 19:33:11
>>453
キャッシュが9GBもあるitaniumより2GB程度しか
ないx86のほうがspec intが良い。
457:名無しさん@お腹いっぱい。
06/03/25 19:35:26
9GB => 9MB
2GB => 2MB
458:名無しさん@お腹いっぱい。
06/03/25 20:20:46
>>453
> TPC-C はディスク性能が命で、大量にディスクを繋げば勝てるって
> 話をWebで読んだことがあるんだけど。
金出してディスクつなげば勝てるんなら、苦労せん。
ディスクを山ほど用意するのは、ハイエンドサーバのDBベンチマークじゃ当たり前。
価格性能比ねらいでコスト第一でシステム組むならともかく、普通はCPUを使い
きれるだけのディスクを用意するのが最低限。その上でコストバランスをとる。
ディスクI/OがネックでCPU余りまくりでした、なんて言い訳にもならない。
459:名無しさん@お腹いっぱい。
06/03/26 00:15:12
>>456
それは CPU コアの性能は x86 系の方がはるかに高いから当然の話。
さらに SPECint に限れば、キャッシュの小さい SPARC64 V の方が、
いまや Itanium よりも速い。
460:名無しさん@お腹いっぱい。
06/03/26 00:19:36
IBM が TPC-C に強いってのは、ハイエンドのベンチマークに必要なだけ
の金を持っていて、しかも OS と DB の両方を自社で抱えているからじゃ
ないのかな。たとえ CPU 性能の割に TPC-C の性能が出ないことが分かっ
たとしても、OS や DB が他社製品だったら改良もままならないわけで。
461:名無しさん@お腹いっぱい。
06/03/26 00:53:28
それじゃあ HP Intel 連合も強いはずだよね。..あ、強いんだっけか? 弱いの?
462:名無しさん@お腹いっぱい。
06/03/26 21:14:56
ベンチマーク取るのにも、莫大な金がかかるからね。
自社製品なんだから、タダでベンチマーク取れるだろ、なんていうのは通用しない。
同じ会社でも、設計・製造している部門と、ベンチマーク取る部門が違えば、
ベンチマーク取る部門は、社内販売みたいな形で、買わないといけない。
463:名無しさん@お腹いっぱい。
06/03/30 23:26:48
>>462
オリックスからレンタル汁
464:名無しさん@お腹いっぱい。
06/03/31 17:09:34
いくらで借りられんの?
465:名無しさん@お腹いっぱい。
06/03/31 21:18:57
何の映画だったかな。
ヘリコプターを売っている店で、
「緊急事態なんだ。自分はCIA副長官だ。協力してくれ。ヘリが必要なんだ。」
「レンタルはやってない。買ってくれよ。」
「いくらだ」
「○○万ドルだ」
「試乗は?」
「試乗料金も○○万ドルだ」
なんていうやりとりがあったのは。
466:名無しさん@お腹いっぱい。
06/03/31 22:09:27
知らんがな
467:名無しさん@お腹いっぱい。
06/03/32 08:31:04
>>462
ええとね、見積書があればいいんだよ。
なので、頼み込んでバカ安いルータやスイッチの見積書取り寄せ
たりしうわなにをすくぁあsdfgyhjこlp
468:名無しさん@お腹いっぱい。
06/04/03 15:42:44
ベンチマークでシステムの売れ行きがかかってるんだから、当然その時点で
最新のドライブを使うよね。あの大量のドライブ、やっぱり保守の交換品に
回すんだろうなぁ。それ以外に行く先ないもんね。
469:名無しさん@お腹いっぱい。
06/04/03 22:20:41
研試。
ストレージシステムを自前で作っているのだから、
開発・テスト用に、ドライブを大量に持ってる。
470:名無しさん@お腹いっぱい。
06/04/10 16:34:24
IDF Japan で Montecito マシンが展示されてたらしいけど、性能の話がぜんぜん
ないね。予定通りでことさら発表する必要もないのか、それともダメすぎで
言えないのか...?
471:名無しさん@お腹いっぱい。
06/04/10 21:38:57
HPはPA-RISCも載せられるの出しててずるいw
472:名無しさん@お腹いっぱい。
06/04/15 09:29:26
URLリンク(www.redhat.co.jp)
JBossにCertifiedされたSOA環境がごっそりItanium2に載りそうですね。
473:名無しさん@お腹いっぱい。
06/04/17 02:47:36
>>470
これからC1,C2ステップで性能改善。
今はFortranでキャッシュが使えなくてZ80なみ。
474:名無しさん@お腹いっぱい。
06/05/09 00:08:54
Itaniumを使ってた会社が、また一つ亡くなろうとしている。
475:名無しさん@お腹いっぱい。
06/05/09 09:52:13
ISAに金だすなら、AMDに金出して、
Opteronをコントロールした方が良いんじゃなか?
476:名無しさん@お腹いっぱい。
06/09/12 21:35:25
Red Hat Enterprise Linux V5βキタ━━━(゚∀゚)━━━ッ!!!
URLリンク(itpro.nikkeibp.co.jp)
477:名無しさん@お腹いっぱい
06/09/13 00:01:30
ちょっと使い込むとボロボロ落ちるLinuxを何故そんなにありがたがる?
solarisの品質に比べれば10年以上遅れている。出たてのころのSun
のレベルだ。
俺はLinuxのコンサルタントをしているが、クライアントはIBMにだまされ
て見放されたやつらばっかだ
478:名無しさん@お腹いっぱい。
06/09/13 00:03:53
IBMテラヒドス
479:名無しさん@お腹いっぱい。
06/09/13 00:18:00
Smalltalkで開発はじめたのにいつのまにかVisualBasicになる会社だからな。
480:名無しさん@お腹いっぱい。
06/09/13 00:21:53
>>477
Sun はちゃんと SMP への道筋も見えてたし、SunOS 4.0 出した頃には既に
現在へつながる行動を起こしてた。ひきかえ、Linux はどうだ。あの程度で煮詰まっちまってる。
IBM 他に持ち上げられてるように見えるが、やつらが心中でもしてくれると思ってるんなら
大間違いだぞ。
481:477
06/09/13 00:43:15
俺はもともとSIerでsunの保守が仕事だったのでよく知っているのだが、
同じバグでもSunOSとLinuxでは質がちがう。
Solarisのバグは、基本的なソフトの構造に影響を与えないlocalなもの
だが、Linuxのバグは基本的なアルゴリズムやデータ構造の変更や、修正
が数ファイルにまたがるような大問題がおおく、したがって修正できない
ために放置されてしまう。まあ、ユーザからみたらどちらもバグなので
違いがわかならいと思うがね。サンがなかなかバグを直さないのはビジネス
的な観点なので、これも困ったものなのだが。
482:477
06/09/13 01:13:30
URLリンク(itpro.nikkeibp.co.jp)
こうゆう記事に素人はだまされてしまうんだな、Linuxも業務に使える、とね。
このシステムはデータウェアハウスなので、データ参照が主だ。サーバが
落ちても、ミッションクリティカルではないし、データが破壊されても、
更新がないから、オリジナルをコピーしてデータを再構築すればいい。
だから、このようなシステムにLinuxを使う判断はまちがっていないのだが、
フツーの人は、この情報を信じて、Linuxでミッションクリティカルな更新
系の大規模DBを構築してはまっちゃうんだよねえ。
483:名無しさん@お腹いっぱい
06/09/13 01:52:20
URLリンク(itpro.nikkeibp.co.jp)
この記事もひどい。ネットワーク経由の非同期のディスクミラーリング
により性能向上とあるが、一般に、非同期ではトランザクション保証が
できないので、よほどきちんと考えた末でなけらばHA用途では使えない。
こうゆう素人につけ込む記事が横行しているのは情けない。俺だったら、
顧客にこんな提案は絶対にしない。部下がやったらクビにしてやる。
484:名無しさん@お腹いっぱい。
06/09/13 02:33:17
>>477
興味深い
もっと吼えてってくれ
485:名無しさん@お腹いっぱい。
06/09/13 14:08:49
高信頼なサーバを納得の価格で提供
URLリンク(h50146.www5.hp.com)
コニカミノルタグループ様の基幹システムを富士通の基幹IAサーバ「PRIMEQUEST」で刷新
~ 64ビットのWindows環境でSAPアプリケーションが稼働 ~
URLリンク(pr.fujitsu.com)
486:名無しさん@お腹いっぱい。
06/09/13 17:22:50
>>477
出たてのころのSunっていつの話だよ
487:名無しさん@お腹いっぱい。
06/09/13 21:12:16
Sun1からSun3の最初の頃の事ではないか?
あのころのSunは簡単にpanicしていたからなあ
488:名無しさん@お腹いっぱい。
06/09/13 21:53:09
Sun1 はさすがにごく一部にしか入ってないだろうから、Sun2 以降の m68k 機だろうな。
まあ、年数で行くと SS1 あたりも「出たて」といって差し支えないだろうけど。
なんせ 15 年以上経つから。
489:名無しさん@お腹いっぱい。
06/09/14 01:55:50
>>482
馬鹿ですか。
ふつうデータはNetAppみたくNASに配置するからミッションクリティカルでも問題ないよ。
URLリンク(www.oracle.co.jp)
490:名無しさん@お腹いっぱい。
06/09/14 02:28:35
釣りだよな?
釣りだと言ってくれ
491:名無しさん@お腹いっぱい。
06/09/14 21:13:31
なんでIA64のガワ使ってるか理解しろよ
そこらのx86とは信頼性がちゃうねん
492:名無しさん@お腹いっぱい。
06/09/14 21:19:50
Linuxを叩いているんだ
ハードウェアに不満は(あるけど)ないんだよ
493:名無しさん@お腹いっぱい。
06/09/14 21:56:25
linuxのNFS周りはぁゃιぃといしか言いようが無いのだが
NetApp様のおかげでOracleRACは動いている
494:名無しさん@お腹いっぱい。
06/09/15 02:04:18
URLリンク(news.com.com)
495:名無しさん@お腹いっぱい。
06/09/15 02:23:59
やっとVTサポートのPAL来たこれ。
496:名無しさん@お腹いっぱい。
06/09/16 16:29:10
>>489
せっかくだから釣られてやろう。
ituanium+Linuxをミッションクリティカル用途でつかうにはNetAppが必須
ということだな。SunならNetAppいらないよ。どう見てもitanium+NetApp
は高価格。
497:名無しさん@お腹いっぱい。
06/09/16 16:32:51
sunを15年~20年保守しろという案件がきている・しかもこれが
できなければ金輪際藻前のところからsunを勝手やらんという脅し
つき。こんな案件にはitanium+Linuxを提案しようかとおもって
いる。ミッションクリティカル用途のitanimににはうってつけで
しょ。
498:名無しさん@お腹いっぱい。
06/09/16 17:41:13
IA64+HP-UXなら10年は引っ張れる
499:名無しさん@お腹いっぱい。
06/09/16 18:05:41
今流行の仮想化でFA。Windowsが使い物になるかはゲイツの気分次第。
500:名無しさん@お腹いっぱい。
06/09/16 20:20:46
>>496
実際のところprocessorの方はSunでもLinuxでもあんまり変わらん。
重要なのはStorageですよ。
SunのStorageを使うと言ってる時点で終ってるよ。
藻まえNetApp使った事ないだろ。
501:名無しさん@お腹いっぱい。
06/09/16 20:33:41
>>497 ちょっwwwwwwwwwwwwwwwwwwwwww
502:名無しさん@お腹いっぱい。
06/09/16 21:59:41
IBM > HP >>>越えられない壁>>> 日立 > 富士通 > その他
503:名無しさん@お腹いっぱい。
06/09/16 22:31:35
IBM >>>越えられない壁>>> その他
をスレタイでなんとかしようとしてるのでわ。
504:名無しさん@お腹いっぱい。
06/09/16 22:38:48
Intelの歪si >>> 越えられない壁 >>> その他の歪si
IntelのSRAM >>> 越えられない壁 >>> その他のSRAM
Advanced IBM UNIX >>> 越えられない壁 >>> その他
よって、 [ IBM >>> 越えられない壁 >>> その他 ] となる
505:名無しさん@お腹いっぱい。
06/09/16 23:42:35
>>500
なぜわざわざNFS経由で性能をおとさなきゃならんのだ?
506:名無しさん@お腹いっぱい。
06/09/17 00:02:13
性能が落ちないから使うんだが。
507:名無しさん@お腹いっぱい。
06/09/17 00:43:28
>>505
RAC組むにゃノード間共有すとれーじが必要なのだよ。ぼくちゃん
508:名無しさん@お腹いっぱい。
06/09/17 09:18:25
脳内SIer退散しますた
509:名無しさん@お腹いっぱい。
06/09/17 10:17:41
Itanium, the speedy encryptor
URLリンク(www.gcn.com)
510:名無しさん@お腹いっぱい。
06/09/17 21:53:01
>>507
ん?>>505は性能の話してるんじゃ?
511:名無しさん@お腹いっぱい。
06/09/17 21:56:18
RAC前提でIta+犬+NetAppでミッションクリティカルなシステムを組むんですって
512:名無しさん@お腹いっぱい。
06/09/18 00:20:37
まあ、現実にはその程度で十分なとこが多いってこった。単に今までが過剰投資で
マージンとりすぎてたってことだな。
513:名無しさん@お腹いっぱい。
06/09/18 01:09:37
Itanium2+ゲイツOSで完璧
514:名無しさん@お腹いっぱい。
06/09/18 01:20:36
オレの経験からいくと、MS の OS 使いたがるやつってネットワーク音痴な人が多い。
「ユーザー別けなくても、この端末に触るのは XX な人だけという前提ですからだいじょうぶです」とか
言うやつ。
515:名無しさん@お腹いっぱい。
06/09/18 12:00:28
GUIまあまあでそこそこパフォーマンスが出てそれなりに安いから
516:名無しさん@お腹いっぱい。
06/09/20 04:23:05
Windowsだってunixと同程度のマルチユーザ機能は付いてる。
問題は、デスクトップアプリ上がりのプログラマが、それを正しく使わないこと。
517:名無しさん@お腹いっぱい。
06/09/20 22:54:14
ネットワーク音痴だ、って言ってんだけど。意味わかんないんだね...
518:名無しさん@お腹いっぱい。
06/09/21 03:55:49
>>517
そりゃ、ただのアホだろ。
そういうアホは、WindowsでHTTPサーバ等を走らせるときに、
そのサービスのログオンアカウントをSYSTEMにしたりするんだよ。
519:名無しさん@お腹いっぱい。
06/09/21 11:46:35
>>517の周りのドザがたまたまネットワークうんちなだけだよ
きっと
520:名無しさん@お腹いっぱい。
06/10/03 00:12:54
A Joint Assault on the Mainframe Hardware Market
URLリンク(www.itjungle.com)
521:名無しさん@お腹いっぱい。
06/10/07 01:49:43
Unix使いたがるやつはまだ結構な数いる。
汎用機使いたがってUnixサーバなんかで出来やしないといってたやつらを
笑っていた世代が今笑われている。
522:名無しさん@お腹いっぱい。
06/10/07 02:08:19
Kernel2.8まだ?
523:名無しさん@お腹いっぱい。
06/10/07 02:43:41
>>521
どっちみちオマエも笑われる、という意味?
524:名無しさん@お腹いっぱい。
06/10/10 04:24:30
505-507の流れがよくわからないのだが、
OracleRAC組むにはNFSで性能落とすよりも
こういう共有ディスクを使ってn台のノードから
同時マウントしてrawモードとかOCFSでアクセスするもんじゃないか?
URLリンク(h50146.www5.hp.com)
URLリンク(www-06.ibm.com)
525:名無しさん@お腹いっぱい。
06/10/10 04:36:38
それから>>481は大体同意できるけど、いまLinuxで某証券会社の
システムを作ってる身としては>>482には異論がある。
>>483にも>>491にも異論がある。
所詮Itaniumは32CPUから128CPUくらいのミッドレンジを埋めるニッチ製品。
キャッシュを力業で6Mにしても同コア数ではOpteronと渡り合えない。
XeonとItaniumがソケット互換になって、EM64Tが8CPU以上に
対応するまでの儚いsうぇdrftgyふじゅじこ;p
526:名無しさん@お腹いっぱい。
06/10/11 22:41:09
いや、そのシステム、OSの堅牢性以前の代物だし
ユーザーと基幹システムとの中継しているに過ぎないから
必要な堅牢性もたかが知れてるし
527:名無しさん@お腹いっぱい。
06/10/14 11:24:29
> XeonとItaniumがソケット互換になって、
早々と諦めたけど?
528:名無しさん@お腹いっぱい。
06/10/14 11:48:11
諦めたっていうか先伸ばしにした(ことになってる)
529:名無しさん@お腹いっぱい。
06/10/14 12:02:44
それ今設計中だよ。とうぶんかかるね。経験ないし、x86 側に相当手入れる必要あるし。
それより先に Opteron とソケット共通の POWER が出そうw
530:名無しさん@お腹いっぱい。
06/10/15 10:50:26
>>524
NASやSANが何故DASを台頭したのかググってクレ。
そもそもOracleのGridは、NetAppを前提に今後の設計を考えてるので
OracleでDASなんてナンセンスですよ。
URLリンク(www-jp.netapp.com)
賢いIBMはNetAppのOEMを選択。
URLリンク(www-06.ibm.com)
>>525
Itaniumの場合、コードを最適化するのとしないのとでは
全然速度が違うからねぇ。
531:名無しさん@お腹いっぱい。
06/10/15 11:24:17
NAS と SAN じゃ違いすぎるような。少なくとも RDBMS に使う上では。
532:名無しさん@お腹いっぱい。
06/10/15 21:06:32
>それ今設計中だよ。
正しい
>とうぶんかかるね。
正しい
>経験ないし、
正しくない
>x86 側に相当手入れる必要あるし。
正しくない
533:名無しさん@お腹いっぱい。
06/10/15 22:42:59
あのへんの経験あるのって、Itanium 周辺の HP から来た連中だけだろ?
中心にいたの抜けちゃってるじゃん。
534:名無しさん@お腹いっぱい。
06/10/15 23:44:54
CSIについて何も知らない & IDFにも関心が無い
ことがわかった
535:名無しさん@お腹いっぱい。
06/10/16 00:19:02
ひょっとして、ちょっと前に出た、「いろいろ研究してまっせ」ってあの記事のこと?
ギャグだな。
536:名無しさん@お腹いっぱい。
06/10/16 00:39:17
ニヨニヨ(・∀・)
537:名無しさん@お腹いっぱい。
06/10/18 15:50:17
HPの1U鯖って最低価格いくら?
538:名無しさん@お腹いっぱい。
06/10/18 21:26:15
少し前にIntegrity rx1620が50万円のキャンペーンやってたけど今はどうなんだろ?
539:名無しさん@お腹いっぱい。
06/10/29 03:04:13
ItaniumがPA8x00とピン互換になるのを信じていたころは俺も若かった。
>>525
Ita2のキャッシュはもう24Mだよ。おれも年をとるはずだ。。。。。
540:名無しさん@お腹いっぱい。
06/10/29 23:20:07
演算機能付き高速キャッシュメモリ... オブジェクト指向だww
541:名無しさん@お腹いっぱい。
07/03/11 23:35:49
>>539
> ItaniumがPA8x00とピン互換になるのを信じていたころは俺も若かった。
なっただろ、3-4年も前に。
542:名無しさん@お腹いっぱい。
07/03/19 17:50:37
hoshu
543:名無しさん@お腹いっぱい。
07/03/21 19:02:34
URLリンク(www.itmedia.co.jp)
V5キター
544:名無しさん@お腹いっぱい。
07/04/14 11:51:32
Intel to outline Itanium roadmap next week
URLリンク(www.theinquirer.net)
545:名無しさん@お腹いっぱい。
07/04/17 21:02:12
あれ?ロードマップは?
546:名無しさん@お腹いっぱい。
07/04/18 21:07:52
Intel tips more details on Itanium roadmap
URLリンク(www.eetimes.com)
547:名無しさん@お腹いっぱい。
07/05/06 17:45:34
Tukwila hits an iceberg
URLリンク(www.theinquirer.net)
548:名無しさん@お腹いっぱい。
07/05/07 12:07:24
IBMのPowerのほうが勢いがある?
549:名無しさん@お腹いっぱい。
07/05/07 14:51:56
もちろん。論外。
550:名無しさん@お腹いっぱい。
07/05/07 23:12:48
Powerの方が勢いがあるというよりもIntelのやる気がなさすぎる
551:名無しさん@お腹いっぱい。
07/05/08 00:36:40
もうはるか昔に失敗確定してるのに、なにをいまさら。
対外的には「もう見捨てた」って言えるわけないわな。現在既に放置状態よ。
日本企業が死場にムチ打ってるだけ。
IBM と Sun が見限って離脱した時点で終わってたんだよ。そうじゃなきゃ離脱してないって。
552:名無しさん@お腹いっぱい。
07/05/08 00:39:46
ああ、死馬、ね。
553:名無しさん@お腹いっぱい。
07/05/08 01:08:48
XeonとItaのソケット互換も無くなったんだよなあ。。。。
554:名無しさん@お腹いっぱい。
07/05/08 01:43:19
延期じゃなく?
555:名無しさん@お腹いっぱい。
07/05/08 10:02:07
もうx86にIA64載せたら良いんじゃない?
それか、トランスメタのやつみたいにするとか。
556:名無しさん@お腹いっぱい。
07/05/08 17:20:59
再コンパイルして検証しなきゃいけない
命令セットからアーキテクチャまで違う路線に行ったのに、
わざわざ実行時トランスフォームで元の路線かよ!
557:名無しさん@お腹いっぱい。
07/05/08 19:55:14
IA64はItanium->x86-64版のQuicktransitでも作ってもらって、
高付加価値(信頼性高いとか)なXeon作ればいいと思うよ。
558:名無しさん@お腹いっぱい。
07/05/08 22:41:27
今の Xeon に Itanium が受け持ってる守備範囲受け持たせるのはまったく不可能です。
お話になりません。Xeon が勝てるのは Itanium で作ったパソコンに勝てるだけです。
Itanium は少なくとも HP-PA の後継の役目を果たしています。一部から不満もあるようですがww
それ以上のものでは決してありませんが、それ以下のものでもありません。
....どうしようもありません。
559:名無しさん@お腹いっぱい。
07/05/08 22:44:55
でもXeonMPのRAS機能強化ってのが、良い落としどころなんじゃないかなあ
560:名無しさん@お腹いっぱい。
07/05/08 23:05:05
いまの x86 に大規模 SMP はムリ。ふん詰まって動かん。
561:名無しさん@お腹いっぱい。
07/05/09 00:00:56
大規模SMPなんてIBMに任せときゃいいんだよ
562:名無しさん@お腹いっぱい。
07/05/09 00:17:29
はい、では Itanium しゅーりょーw
563:名無しさん@お腹いっぱい。
07/05/09 01:34:08
HPはPA-RISCやめるべきではなかったな・・・コスト以上のモノを失ってる気がする。
564:名無しさん@お腹いっぱい。
07/05/09 05:03:49
>>560
だからCSIにするんでそ。
itaもx86も。
565:名無しさん@お腹いっぱい。
07/05/09 15:43:33
とっくの昔からバス共用するって前提で作ったのに、なんで未だに共用できなくて、
なんで CSI なんつー Ita 側まで変更してやり直さなくちゃならないか
よく考えてみ。
Intel は根本から考え直してきれいなもん出そうとするよりは、場当たりで
実用的なもの(たとえばデュアルニコイチのクアッド CPU)を出す傾向の会社だってことを
勘案して、ね。
SMP 的には x86 は i486 以降ずーーーーーーっと今でもゴミ。
566:名無しさん@お腹いっぱい。
07/05/09 23:55:45
だ か ら CSIにするでそ。
567:名無しさん@お腹いっぱい。
07/05/10 02:11:58
どうせクズだろ。CSI も。いままでずっとクズなんだから。
Sun と提携したから Solaris 使って検証はできるんだろうけど。改善はムリだろw
568:名無しさん@お腹いっぱい。
07/05/10 23:22:24
いいえ
569:名無しさん@お腹いっぱい。
07/05/11 00:24:04
QuickTransit for Solaris/SPARC-to-Solaris/x86
URLリンク(www.transitive.com)
570:名無しさん@お腹いっぱい。
07/05/12 18:41:17
ひさ~しぶりに OTTO の UNIX の階行ったけど、Ita 機置いてあったよ。1.3GHz だったかな。
今買わないともう手に入んないよぉ? オレはいらんけどww
571:名無しさん@お腹いっぱい。
07/05/17 23:34:49
とりあえずitaとx86のCSI仕様が違うのはIntelらしい。
結局常勝Xeon部隊がItaの最大の敵。
ぽlそnで追いつくまでにXeonはもっとすんごいことになる予感。
572:名無しさん@お腹いっぱい。
07/05/17 23:46:41
ピン互換どころかバスの仕様も違うの?
573:名無しさん@お腹いっぱい。
07/05/19 00:29:49
Intel がまだ「Itanium 続けたい」と考えてると思ってるやつなんかいるのか?
ていよく切りたい、お別れしたい、ジャッパーン企業さん引き取ってね、ってのが
本音だろ当然w
574:名無しさん@お腹いっぱい。
07/05/19 00:34:05
>>572
バスじゃなくてスイッチね。
両方CSIっていうけど仕様が違うのよこれが。
575:名無しさん@お腹いっぱい。
07/05/22 10:05:33
>>573
HP戦略轟沈ですね
576:名無しさん@お腹いっぱい。
07/05/23 23:40:02
日本IBM、動作周波数4.7GHzの「POWER6」を発表-各種ベンチマーク記録を更新
URLリンク(enterprise.watch.impress.co.jp)
> これでもItaniumを買いますか?
> これでもItaniumを買いますか?
> これでもItaniumを買いますか?
> これでもItaniumを買いますか?
577:名無しさん@お腹いっぱい。
07/05/24 00:09:42
いえぃっ、もう市場から消えちゃうね! 買うなら今しかヨ!!w
578:名無しさん@お腹いっぱい。
07/05/29 23:37:29
これでまたIBMがシェアトップに返り咲けるかな?
hpも追われる立場は初めてなんでどうだろう。。。。
579:名無しさん@お腹いっぱい。
07/05/31 21:41:06
Power6はItaniumと運命共同体みたいですね。w
IBM's Power6 architecture goes down the Itanic route
URLリンク(www.theinquirer.net)
580:名無しさん@お腹いっぱい。
07/06/01 16:52:39
>>579
??
単にインオーダーはコンパイラ次第、といってるだけだが。
で、そのコンパイラを作れるかどうか、がIBMとIntelの差なわけでしょ。
581:名無しさん@お腹いっぱい。
07/06/01 17:19:18
JDKもなかなか出ないしね… > イタ
582:名無しさん@お腹いっぱい。
07/06/01 22:09:29
BEA が出してるってことじゃなかったっけ?
583:名無しさん@お腹いっぱい。
07/06/27 13:46:38
また Itanium のスレッドが 1 つ終っちゃったよ。さびしいね。
584:名無しさん@お腹いっぱい。
07/07/02 01:42:56
tukってCeleronDみたいな付け焼刃だ。
ポール損まで待つやつはいないよなぁ。。。
IA32と違って代わりはいくらでもあるし。
585:名無しさん@お腹いっぱい。
07/07/02 10:50:55
これ以上顧客が増えることはおそらく Intel も望んでない。サポートに困るから。
586:名無しさん@お腹いっぱい。
07/07/02 16:09:12
> Special Interview Itanium Solutions Alliance
> 急速に普及が進むItaniumの日本市場を支える「Itanium Solutions Alliance」(ThinkIT)
> URLリンク(www.thinkit.co.jp)
普及が進む????
何年前の記事を誤配信したんだろう…
587:名無しさん@お腹いっぱい。
07/07/02 17:09:38
2010年までに 100億ドル投資するだぁ?! そのツケはいったい誰が払うと
思ってるんだこのバカども。さっさと消滅しろ。
588:名無しさん@お腹いっぱい。
07/07/02 23:07:39
>>584
キャッシュの歩留まりが悪かったり、
マルチコアの1つがマージン無かったり。
刃を焼付けてるんじゃない。
Pentium の出来損ないとして売っている
セル論と一緒んにすんな!
589:名無しさん@お腹いっぱい。
07/07/11 17:52:21
Pentium の出来損ないの方が使い出があるけどなww