09/02/16 02:14:44
>>148
最新版だとダメ臭い
ひとつ前のでトライ
>>149
イラネ
つーか、OBP厨が暴れるからやめれ
151:名無しさん＠お腹いっぱい。
09/02/16 02:36:06
>>150
意図的に激安ローエンド鯖をハネてるのかな。
152:名無しさん＠お腹いっぱい。
09/02/16 03:27:01
いや、単にストレージドライバとnForce5系とのバグだったとおも
そこまで悪辣じゃないっすよ>Sun
153:名無しさん＠お腹いっぱい。
09/02/16 03:44:54
>>147
もし可能ならWin鯖2008にしておくといいと思うんだ
CALを買わないでいける用途なら
154:名無しさん＠お腹いっぱい。
09/02/16 06:04:07
Windowsって使ってみると性能いいしね。
使い方が間違ってる人たちが叩いてるけど、
んなこといったらLinuxやUNIXだって使い方が悪ければ、
使い方を知らなければ、酷いことになるのは一緒だもの。
155:名無しさん＠お腹いっぱい。
09/02/16 06:26:08
ユーザがたくさん入って同時に使う用途ならSolarisいいと思うんだぁ
CAL買わなくていいしさ
そういう用途じゃなければWin鯖でもいいかな
156:名無しさん＠お腹いっぱい。
09/02/17 10:42:01
Win鯖ならOS X鯖の方がいいな
157:名無しさん＠お腹いっぱい。
09/02/17 11:28:42
ハードウェア高いしそれだけは勘弁
158:名無しさん＠お腹いっぱい。
09/02/17 19:18:14
OS X ServerなんてMacを束ねる以外の用途では存在意義を感じない
159:名無しさん＠お腹いっぱい。
09/02/17 20:47:30
ところが学術系ではOS X ServerでLAMPやってるところがあったりするんだわ
GUIが害人受けすんのかな
160:名無しさん＠お腹いっぱい。
09/02/17 21:15:50
そりゃ一部の変わり者が趣味丸出しで入れてるだけ
161:名無しさん＠お腹いっぱい。
09/02/17 21:18:23
安鯖+CentOS+管理用Windows端末+puttyで事足りるものを
なんでそんなにコスト掛けてと思ってしまう
162:名無しさん＠お腹いっぱい。
09/02/17 21:18:56
自分の金じゃないし...
163:名無しさん＠お腹いっぱい。
09/02/17 21:19:12
LAMPて、Linux? ハードとしちゃ特に珍しいもんでもないよね。
164:名無しさん＠お腹いっぱい。
09/02/17 22:31:07
Macも今となっては中身はx86だからね
Mac OS X Server で"L"AMPというのは確かに奇妙かもしれないｗ
MAMPか
165:名無しさん＠お腹いっぱい。
09/02/17 23:02:10
マンピー？
166:名無しさん＠お腹いっぱい。
09/02/17 23:20:58
エロいねって書こうと思ったけど技術系の板だから控えたのに！
167:名無しさん＠お腹いっぱい。
09/02/17 23:30:21
ごめん
168:名無しさん＠お腹いっぱい。
09/02/18 00:16:16
OSXはBSD厨が流れ込んでるだけだ
169:名無しさん＠お腹いっぱい。
09/02/18 00:25:18
BSD厨はおカネがないので中古パソコンで頑張っております
170:名無しさん＠お腹いっぱい。
09/02/18 00:45:09
BSD厨に無いのはお金じゃなくて知恵
171:名無しさん＠お腹いっぱい。
09/02/18 00:59:16
むしろ夢
172:名無しさん＠お腹いっぱい。
09/02/18 11:30:05
大昔には MUMPS なんてのがあってなｗ
173:名無しさん＠お腹いっぱい。
09/02/18 12:22:46
いやー、ARMすごいな。大手が続々ワンチップシステム出してくるぜ。
174:名無しさん＠お腹いっぱい。
09/02/18 14:49:18
MUMPS今でもあるよ！多分
175:名無しさん＠お腹いっぱい。
09/02/18 20:18:13
Solarisは大企業向けに作りすぎてるんだよな
普及させたいなら中小企業のなんちゃって管理者でも簡単に扱えるようにすべき
176:名無しさん＠お腹いっぱい。
09/02/19 02:14:21
大企業向けなら止まりにくいように作るはず
177:名無しさん＠お腹いっぱい。
09/02/19 09:33:45
え? 止まるか? どんな使い方で?
178:名無しさん＠お腹いっぱい。
09/02/19 11:48:04
Sunってだけで門前払いを受けた時代があったな。
179:名無しさん＠お腹いっぱい。
09/02/19 11:54:57
研究所がSun上で作る
事業部がHP上で作り直す
180:名無しさん＠お腹いっぱい。
09/02/19 13:15:23
もうさんざん聞いたし。
181:名無しさん＠お腹いっぱい。
09/02/19 15:40:10
その頃の HPの神通力も今は昔だなwwww
やすくてカタログスペックのいい HP-PA機をなぜ NTTの研究所が嫌ったのかも
検討した方がよかったのにな。おそかったなw
182:名無しさん＠お腹いっぱい。
09/02/19 16:31:45
このＩＢＭのやつって Sun だとどのクラス？
URLﾘﾝｸ(www-06.ibm.com)
183:名無しさん＠お腹いっぱい。
09/02/19 17:02:14
>>181
NTTの研究所はSunが好きなのだろうが、メーカーが納入するサーバはSunお断り、だよ。
184:名無しさん＠お腹いっぱい。
09/02/19 22:42:03
まーたHPの工作員か
185:名無しさん＠お腹いっぱい。
09/02/19 22:43:52
ほう、経験が生きたな
186:名無しさん＠お腹いっぱい。
09/02/19 22:44:29
いや、事業部と研究所が中の人同士やりあってるんでしょ。
187:名無しさん＠お腹いっぱい。
09/02/20 07:30:13
>>183
富士通ならいいのか？
188:名無しさん＠お腹いっぱい。
09/02/20 09:57:38
たんなる昔話。10年以上前だろ?
189:名無しさん＠お腹いっぱい。
09/02/20 20:03:34
ボケ老人が書き込んでるのか
190:名無しさん＠お腹いっぱい。
09/02/20 20:15:16
富士通もHPで納めるだろ。
191:名無しさん＠お腹いっぱい。
09/02/20 20:15:55
OPSとかHP縛りで各社が分担して納品してるんだが。
192:名無しさん＠お腹いっぱい。
09/02/20 20:21:54
Sunの昔のサーバハードウェアはダメだったが、Solarisがダメだった
わけではない。実際、富士通のPRIMEPOWERの信頼性は高く評価
されていた。
今のSunサーバMシリーズは富士通が設計しているので信頼性は
非常に高い。
193:名無しさん＠お腹いっぱい。
09/02/21 02:22:09
というわけでSunブランドMシリーズ最強
だって富士通いやなんだもん
194:名無しさん＠お腹いっぱい。
09/02/21 08:55:33
Mシリーズの最低なところはデザイン。
富士通のPRIMEPOWERのセンスが反映されてしまっている。
195:名無しさん＠お腹いっぱい。
09/02/21 09:41:43
センスのなさは昔からだね、最初のDS/90は冷蔵庫ｗ
196:名無しさん＠お腹いっぱい。
09/02/21 11:11:16
富士通は冷蔵庫を作ってなかったか？
197:名無しさん＠お腹いっぱい。
09/02/21 11:16:21
それって富士通ゼネラルでは？
198:名無しさん＠お腹いっぱい。
09/02/21 12:36:10
テレビは作ってる（た?）。病院行くとあるぞ。
199:名無しさん＠お腹いっぱい。
09/02/21 12:38:51
>>192
まあ、昔なぜ Sunが売れて HPが売れなかったのか意味わからん囲込み老人の
タワゴトだからなww
200:名無しさん＠お腹いっぱい。
09/02/21 14:00:19
今、会社が傾いているのは、Sunだけどね。
201:名無しさん＠お腹いっぱい。
09/02/21 17:49:53
Oracleの係数が不利に働いている部分が大きいと思う。
Oracleがコアじゃなくてソケットでカウントしてくれれば
ミッドレンジ～ハイエンドももっと売れるでしょう。
もう、SunはNASに賭けるしかないよ。マジで。
でも、ラインナップがたった3つ。冗長化出来るのが
最上位機種のみだからなぁ。
しかも、国内にHA構成の最上位機種が1セットも
入って来ていない。本当にダメダメな会社だよね。
仕組みが魅力的なので検討してみたんだけど
実機がないんじゃ、冗長化や性能の部分で不安が
ある。見送り。
これじゃぁ、せっかく宣伝してもスタートダッシュが
出来ないよ？
202:名無しさん＠お腹いっぱい。
09/02/21 18:58:43
Sunも昔はOracleと仲が良いことを宣伝していたのに、Oracleは冷たいな。
203:名無しさん＠お腹いっぱい。
09/02/21 21:46:59
ビジネスライクって言葉があるでしょう
204:名無しさん＠お腹いっぱい。
09/02/21 21:54:10
一方的な片思いなんじゃね?
Oracleがソケット数でカウントしてSunが安くなるのは、Niagara系だろう。
むしろソケット数でカウントすると、E20Kとかヤバすぎる。
205:名無しさん＠お腹いっぱい。
09/02/21 22:42:37
売れてないのをオラクル係数のせいにするのは実際に売っていない人
の妄想ですよ。
確かに同条件で競合したらオラクル係数が響くこともあるでしょう、
だけど実際の商談でオラクル係数だけの差で勝負がつくことは無い。
実際に営業やってたら分かるでしょう、それくらい。
それにオラクル係数が有利なHP Integrityはバンバン売れてるわけ？
違うよね。売れてるのは安い安い安いブレードだよ。
そもそも今は不景気だしなw
206:名無しさん＠お腹いっぱい。
09/02/21 22:50:53
>>206
おいおい、比較しているのはPCサーバとじゃなくて
UNIXミッドレンジ以上での話だ。
Sunが競合他社に比べ不利なのは利益率の高い
ミッドレンジ以上のサーバの商談で負け続けている
からだ。その原因のひとつがSunのCPU戦略にある
のは間違いではないだろ？
品質においては富士通製品の採用により解消。
性能もスループットで比較すればHPやIBMに
負けてはいない。
207:名無しさん＠お腹いっぱい。
09/02/21 23:03:34
Sunのミッドレンジ以上って、富士通製品を採用するまで、何年も時間が止ってたぢゃん。
208:名無しさん＠お腹いっぱい。
09/02/22 22:53:55
Oracleもなにも、SunはMySQL買収してんだからさ
209:名無しさん＠お腹いっぱい。
09/02/22 23:36:26
>>206
自己レス乙w
そういうことを言うやつはSunのパートナーとかに多い。
だーかーらーHPでもミッドレンジ以上は売れてないんだってば。分かる？
210:名無しさん＠お腹いっぱい。
09/02/23 01:12:34
rockになると、今度は品質に不安が... なんて、なるのかな w
211:名無しさん＠お腹いっぱい。
09/02/23 02:05:37
>>210
故障率だけでなく、Rock自体のエラッタとか心配だよな。
212:名無しさん＠お腹いっぱい。
09/02/23 22:18:40
米ユニシス、インテルの「Itanium」を見限る--「Xeon」の優位性を強調
URLﾘﾝｸ(japan.cnet.com)
とうとう王様は裸だって言っちゃったな。
Itaniumも風前の灯。
213:名無しさん＠お腹いっぱい。
09/02/23 22:30:54
Itaniumは優秀な製品だ。当て馬としてw
214:名無しさん＠お腹いっぱい。
09/02/23 22:33:42
お前ら、ほんとItanium好きだな
そんなに粘着しないでもいいだろ
215:名無しさん＠お腹いっぱい。
09/02/23 22:38:39
>>212
おいおい、SPARCだって似たり寄ったりだろが
216:名無しさん＠お腹いっぱい。
09/02/23 22:40:31
Solarisはx86に対応済みだからな。
Itanium2でしか動かないHP-UXはやばいだろ。
IBMに頼んで、QuickTansitの技術でItanium2コードを
Xeonで動くようにしてもらう？
217:名無しさん＠お腹いっぱい。
09/02/23 22:43:20
ますます、Xeon の天下になるな。
218:名無しさん＠お腹いっぱい。
09/02/23 23:14:34
もう、富士通にSPARCとサーバ売れよ
219:名無しさん＠お腹いっぱい。
09/02/24 01:08:02
>>212
米ユニシスは以前からXeonのマルチCPUサーバを出してたよな
以前のXeonはマルチCPUはで全く性能が出なかったけど
220:名無しさん＠お腹いっぱい。
09/02/24 01:10:04
HP-UXはHP-UXが欲しい客に売れてるのであってItanium欲しい客なんか居ないってこった
221:名無しさん＠お腹いっぱい。
09/02/24 05:02:52
それはSunのSolarisも同じだよね。
222:名無しさん＠お腹いっぱい。
09/02/24 05:18:12
AIXも同じだろ
ていうかOSの存在意義から言ってもそうじゃなきゃいかんのだが
223:名無しさん＠お腹いっぱい。
09/02/24 06:24:28
だからx86が欲しい客とUNIXが欲しい客はかぶらないよ
かぶるとしてもコスト的にそこではもう勝負にならない
224:名無しさん＠お腹いっぱい。
09/02/24 07:41:45
もうSunはOpenStorageに賭けろ。
225:名無しさん＠お腹いっぱい。
09/02/24 10:14:59
>>212
デキレース臭いな。インテルが「言わせた」んじゃないの?
なぜ日本の汎用機メーカーは展開が読めなかったのか... 情けない。
>>213
犠牲とムダが大きすぎる。
>>216
ほんとにそれができる（Xeonがちゃんと MP機として代用に耐える）んなら、
とっくに出てるだろうね。エミュ方面はもう研究され尽くしてるんじゃないか。
226:名無しさん＠お腹いっぱい。
09/02/24 19:59:26
SPARCはとっくにOpteronに追い抜かれてる。
227:名無しさん＠お腹いっぱい。
09/02/24 22:33:57
また出た。BMWはとっくに日産に追い抜かれているっていうぐらい
ナンセンスだぞ。
と釣り糸を垂れてみる・・・
228:名無しさん＠お腹いっぱい。
09/02/24 22:35:47
SPARCでOpteronエミュレータを出してからどうぞ
229:名無しさん＠お腹いっぱい。
09/02/24 23:08:03
SPARCのMP機って、あれだろ、アドレスが実質的に共有バスで、
そのスペック表記がインチキだと客から指摘されまくったので、
スヌープドメインを分割したのを後から出した・・・そういうのだよね。
バス帯域幅 80GB/sec (実効 10GB/sec) なんて書き方、おかしいだろ。
効率以前に、10GB/secのバスなのに、数え方のインチキで80GB/secとか書いてる。
そんなインチキを許してしまったら、
糞IntelのFSBで帯域幅にバス・エージェントの数をかけ算して表記するのも是ってことになるぜ。
230:名無しさん＠お腹いっぱい。
09/02/24 23:09:19
Sunヲタクって異常にIntel嫌ってるよね
その情熱はどっからくるの？
231:名無しさん＠お腹いっぱい。
09/02/24 23:22:11
Intelを散々叩かせておいて、
ぢゃぁAMDのOpteronは?
って言えばダンマリよ。
232:名無しさん＠お腹いっぱい。
09/02/24 23:22:22
>>229
何時までも昔のことをグダグダと・・・
SIerが存在としてうんこなのはみんなわかってるんだよ
せめて「今」やってる卑劣なことを書けや
233:名無しさん＠お腹いっぱい。
09/02/24 23:24:10
いま現在の話は、まだ、歴史的な評価が定まってないからなぁ。
234:名無しさん＠お腹いっぱい。
09/02/24 23:27:20
かつてのSun鯖の評価
ローエンド → CPUが遅い
ミドルレンジ → バックプレーンが遅い
ハイエンド → 性能の割に仰々しい
そして、サイズによらず、ハードウェアの信頼性がイマイチ
Niagara & 富士通OEM になってからは、評価すこぶる良いよ。
前が悪すぎただけだが。
235:名無しさん＠お腹いっぱい。
09/02/25 09:16:46
>>229
一点張り。芸ねえなぁw
236:名無しさん＠お腹いっぱい。
09/02/25 09:23:02
>>235
クロスバー信者が原因だな。
237:名無しさん＠お腹いっぱい。
09/02/25 09:33:05
誰にも賛同されてないのにwwww
238:名無しさん＠お腹いっぱい。
09/02/25 09:53:11
>>236
君の話は実際の使用者まで出てきて否定したのに、まだ言ってんの?
アドレスが実質的に共有バス→性能が出ない ヒヤクしてるし。
239:名無しさん＠お腹いっぱい。
09/02/25 10:10:52
>>238
キャッシュがあるから共有バスでも性能が出てたんでしょ。
240:名無しさん＠お腹いっぱい。
09/02/25 10:15:11
>>238
出てきたっけ? レス番よろ
241:名無しさん＠お腹いっぱい。
09/02/25 10:16:13
>>238
クロスバー→性能が出るっていう飛躍が、クロスバー信者
242:名無しさん＠お腹いっぱい。
09/02/25 11:36:28
Intelの受け売りいくら言ってみたところで...
x86 MP機の数字出たの持っておいで。それまで来なくていいから。
243:名無しさん＠お腹いっぱい。
09/02/25 12:09:40
>>241
だれもそんなこと言ってないし。マッチポンプって言うんだぞそういうの。サイテー
244:名無しさん＠お腹いっぱい。
09/02/25 12:20:26
>>243
前スレ嫁
245:名無しさん＠お腹いっぱい。
09/02/25 12:21:58
>>242
現実を見ろヨ
x86はパワフルなので8ソケットで十分
SPARCは非力なので64ソケットとか必要
これが少し前までの状況
246:名無しさん＠お腹いっぱい。
09/02/25 12:47:03
>>242
SPECint2006 rate(base)
XeonMPの16ソケット96コア→999
UltraSPARC IV+の48ソケット96コア→762
こんなん出ましたけど。
247:名無しさん＠お腹いっぱい。
09/02/25 12:50:04
ちなみに
SPARC64の16ソケット64コア→565
Xeonの8ソケット48コア→501
Itanium2の32ソケット64コア→770
248:名無しさん＠お腹いっぱい。
09/02/25 12:53:32
Ita始まった
249:名無しさん＠お腹いっぱい。
09/02/25 12:53:45
Javaとかもう少し分のいいベンチ結果持ってこないと(wwwww
あと、速いと言われているけど誰も見たことのないオラクルベンチとか(wwwww
250:名無しさん＠お腹いっぱい。
09/02/25 13:04:37
ちょ・・・こりゃUnisysがIta捨ててXeonMP一本で行くって言うわけだ。
251:名無しさん＠お腹いっぱい。
09/02/25 13:17:51
>>246
こんなの持ち出すからパソコンしか使ったことない、ってバカにされるんだぜ?w
エンプラ用途の MP性能つったときに SPECrateなんかなんの指標にもならん。
科学技術系は別だけどな。
252:名無しさん＠お腹いっぱい。
09/02/25 13:27:44
少なくとも、こんな風なやつな。
URLﾘﾝｸ(japan.zdnet.com)
x86 8コア超でこんなの出してみな。
なんで出ないんだろな、テストは簡単だろうにww
253:名無しさん＠お腹いっぱい。
09/02/25 15:21:04
↑SAPでええやん
254:名無しさん＠お腹いっぱい。
09/02/25 15:35:50
>>244
前のも、どこぞのやつもみんな読んだ上で、マッチポンプだと言ってるんだが。もちろん。
255:名無しさん＠お腹いっぱい。
09/02/25 15:36:23
>>253
貼ってみてちょ。
256:名無しさん＠お腹いっぱい。
09/02/25 15:40:55
>>252
こんなんでよければ
URLﾘﾝｸ(people.freebsd.org)
257:名無しさん＠お腹いっぱい。
09/02/25 16:03:55
>>255
XeonMP X7460 2.66GHz 4processors / 24cores / 24threads SAPS 26550
XeonMP X7460 2.66GHz 8processors / 48cores / 48threads SAPS 46170
POWER6 4.7GHz 4processors / 8 cores / 16threads SAPS 20120
POWER6 4.7GHz 8processors / 16cores / 32threads SAPS 40070
URLﾘﾝｸ(download.sap.com)
URLﾘﾝｸ(download.sap.com)
URLﾘﾝｸ(download.sap.com)
URLﾘﾝｸ(download.sap.com)
258:名無しさん＠お腹いっぱい。
09/02/25 17:32:04
>>257
XeonMP 4socket→8socketだとそう頭打ち、って感じでもないのはわかった。が、
XeonMP X7460 2.66GHz 4processors / 24cores / 24threads SAPS 26550
US T2+ T5440 1.4GHz 4processors / 32cores / 256threads SAPS 37560
SAPS/socket SAPS/core SAPS/thread
XeonMP X7460 2.66GHz 6637.5 1106.25 1106.25
US T2+ T5440 1.4GHz 9412.5 1176.56 147.07
ソケットあたりでも、1コアあたりでも T2+に負けちゃってるわけだが。
USII相当でおっそ～いコア、のはずなのでは?ww
まあ、ソフトウェアの条件全く違うんでソフトのせいかも知れんがな。
クロックやキャッシュの量とか考えるとね...
259:名無しさん＠お腹いっぱい。
09/02/25 17:59:15
でT2+の8ソケットサーバは何処？
256スレッド以上スケールするOSは何処？
260:名無しさん＠お腹いっぱい。
09/02/25 18:54:38
>>258
small coreを並べた方が性能が出る場合もあるってことだろ
その逆もまた真なり
だからmixed largeとかいう話が数年前から盛んにされているのに
何をいまさら・・・
261:名無しさん＠お腹いっぱい。
09/02/25 19:04:08
>>259
ビクトリアフォールスは最大４CPU、トータル256スレッドだが
８ソケットてどこの話？
262:名無しさん＠お腹いっぱい。
09/02/25 19:45:16
>>261
XeonやPowerにはスケールする8ソケットマシンがあって、
導入可能だけど、T2+にはそれがない、という話でしょ？
それとSolarisは128threadsマシンと256threadsマシンで
リニアにスケールしないというベンチ結果が以前このスレに
貼られたって話。
263:名無しさん＠お腹いっぱい。
09/02/25 21:52:00
>>252
で、x86 8コアのベンチマーク結果は?
SunがNiagaraの優位性を主張しているんだから、自社製品との対比、どっかにあるんだろうな?
もちろん、ストレージは同じもの使うんだぞ。
264:名無しさん＠お腹いっぱい。
09/02/25 21:58:35
>>252
それ、宣伝の記事じゃん
265:名無しさん＠お腹いっぱい。
09/02/25 22:09:36
>>258
SAP はよく知らないんだけど、256 スレッドを常にフルに回すような
コンカレントなアクセスってあるものなの？
266:名無しさん＠お腹いっぱい。
09/02/26 03:20:03
通常運行ではリソースをMAXまで使うようなことはしない
267:名無しさん＠お腹いっぱい。
09/02/26 05:16:16
>>266
そういう話をしているんじゃないだろ。
268:名無しさん＠お腹いっぱい。
09/02/26 05:18:26
負荷が一定以上になると破綻するって、どんだけヤワなんだよ。
mallocに失敗することを想定していない、正しく対処していない、そういうヘボなプログラマは死刑だ。
269:名無しさん＠お腹いっぱい。
09/02/26 06:45:12
極端な話、64 スレッドしか動かないようなロードだと、Xeon の 1/3 強 しか
スループットが出ないってことだから、実環境でそんな状況が多くなければ
絵に描いた餅かなと思ったわけで。バッチ処理にも向かないだろうし。
270:名無しさん＠お腹いっぱい。
09/02/26 06:50:26
理想論はともかくとして、
現実にはNiagaraのような特性のほうが、
使いやすい。
速いけど飽和するのと、
遅いけど粘りがあるのとでは、
後者のほうが、いろいろと簡単だから。
271:名無しさん＠お腹いっぱい。
09/02/26 06:56:51
値段が同じぐらいならね。
272:名無しさん＠お腹いっぱい。
09/02/26 07:05:59
そんなのOSの出来次第だな。
Solarisが本物ならSolaris for x86を使えば、速いけど粘りがある、ってことで無問題。
現実の汚い世界では、
負荷が増えたらボードを増設すればいいんですよ
といって、大きな筐体を売ればいいのよ。
夢見がちなユーザーが必要とするシチュエーション、つまり実際に負荷が増えることは滅多にないから、
本当のスケーラビリティなんか必要なくて、あまりスケールしなくてもCPUの数さえ増やせる「可能性」があればOK。
最初から最大構成を使い切るようなユーザーはいませんからね。
273:名無しさん＠お腹いっぱい。
09/02/26 07:10:02
SPARCだけでなくx86も、ね。
X4600とかも、実は8CPU構成では性能が出ないのだが、拡張可能ってことで客を誤魔化せる。
1CPUや2CPUでスタートして、実際に8CPUまで増設した例なんか、ないんだよね。
CPU性能が足りなくなってきてリプレースしましょうっていう頃には、
CPUの性能が上がっていて、8CPU構成ではなく2CPUや4CPUで足りちゃう。
ま、8CPU構成にしたら性能が出ないことがバレて困ったことになるんだけどね。
274:名無しさん＠お腹いっぱい。
09/02/26 10:21:37
うわ。x86 SMP寒む。ダメじゃん。コアがダメだな。やっぱり。
苦し紛れの he理屈ごくろうww
275:名無しさん＠お腹いっぱい。
09/02/26 10:22:34
>>271
4socketの XeonMP機って、いくらよ?
276:名無しさん＠お腹いっぱい。
09/02/26 10:30:22
どのCPUを何個載せるかメモリを何GB積むかとかいろいろ変わるだろ
277:名無しさん＠お腹いっぱい。
09/02/26 10:35:38
>>274
SPARCがSMP構成を取るところを、x86の1ソケットで桶なことも、多々ありますので。
278:名無しさん＠お腹いっぱい。
09/02/26 10:37:16
そんな話誰も聞いてないし。しかもここでそんな話いっこも要らんし。
「ボクはパソコン使ってんだよ、おまえらもパソコンをパソコンらしく使えよ」って
言ってるようにしか、見えんよ。バイバイw
279:名無しさん＠お腹いっぱい。
09/02/26 10:38:59
>>276
ほらな。安くないんだろ?kk なんでそう苦し紛れなんだよ、あんたらw
280:名無しさん＠お腹いっぱい。
09/02/26 10:46:32
>>278
ぷ。
ワークステーション由来のSunは、パソコンを笑うことは、できんだろう。
昔はWebサーバやメールサーバを、SPARC ServerではなくSPARC stationでやってたもんだわ。
それが当たり前。パソコンの出番なんか、微塵もなかった。
ところが、Sunがダメダメなんで、どんどんパソコンに侵蝕された。
いいかげん、反省してシェアを取り戻したらどうよ?
インターネットでTCP/IP喋るサーバは、Sunが当たり前、っていう時代に戻してごらんよ。
281:名無しさん＠お腹いっぱい。
09/02/26 10:57:45
>>279
キミの書き込みは曖昧過ぎてなんて答えればいいのかわからなかった。
サイコメトラーじゃないので。
質問の内容は明確に。
282:名無しさん＠お腹いっぱい。
09/02/26 10:58:35
UltraSPARC T2+の SPEC{int,fp}2006の値知らない? _rateじゃないやつ。
283:名無しさん＠お腹いっぱい。
09/02/26 10:59:27
>>281
じゃ、答えなくていいよ。
284:名無しさん＠お腹いっぱい。
09/02/26 11:05:01
>>282
金払って載せてもらうのに、恥ずかしいのが載せられるかよ。
285:名無しさん＠お腹いっぱい。
09/02/26 11:24:13
>>284
いや、だれか実測した値でもいいよ。オフィシャルのじゃなくても。
X7460とかとどのくらい違うか興味あるw
286:名無しさん＠お腹いっぱい。
09/02/26 11:36:55
SPECは各社がちがちにチューニングした結果なので
一般人が適当に実行したスコアが参考になるとは
287:名無しさん＠お腹いっぱい。
09/02/26 11:42:13
>>271 値段が同じぐらいならね。
>>275 4socketの XeonMP機って、いくらよ?
>>276 どのCPUを何個載せるかメモリを何GB積むかとかいろいろ変わるだろ
>>276 ほらな。安くないんだろ?kk なんでそう苦し紛れなんだよ、あんたらw
>>279 キミの書き込みは曖昧過ぎてなんて答えればいいのかわからなかった。
サイコメトラーじゃないので。
質問の内容は明確に。
パソコンばっかり使ってるとこんなバカになってしまうんだな。相手してもムダだww
288:名無しさん＠お腹いっぱい。
09/02/26 11:56:36
HPがProLiantにSolaris10載せて売るってさ
289:名無しさん＠お腹いっぱい。
09/02/26 17:51:23
>>258
こういう見方で上位ながめてみると、コアあたりの SAPS値は 5GHzの POWER6が
ぶっちぎり。で、次がなんと UltraSPARC T2+。優秀な CPUなんだねぇ..
290:名無しさん＠お腹いっぱい。
09/02/26 18:52:24
置き換え狙うと言っていたアプリケーションサーバーでは・・・
291:名無しさん＠お腹いっぱい。
09/02/26 19:21:08
SAPSあたりの価格マダー？
292:名無しさん＠お腹いっぱい。
09/02/26 19:35:23
馬脚現れまくりwwwwww
293:名無しさん＠お腹いっぱい。
09/02/26 20:05:26
もんのすごい高尚なインターコネクトが装備されてるはずなのに
なんで T2+に負けてんだろな。不思議だな。
やっぱ、MS-Winが悪いんだろな。いや、ISAがダメかな。おかしいなぁ。wwwwwww
294:名無しさん＠お腹いっぱい。
09/02/26 20:46:08
つーか、SPECのrate複数同じタスクを立ち上げるだけのベンチで
CPUのスケーラビリティをみるためのものだが。
これでT1/T2が特に有利な結果がでる当たり前だよ。
これがはやいだけで許されるんなら、
US-IV+やSPARC64はもちろん、POWERやx86もとっくにメニーコア化しているのだが。
ここはほんとにサーバ詳しいやつが書いているのか?
せめてTPC-Cで圧勝してから言ってくれよとw
295:名無しさん＠お腹いっぱい。
09/02/26 20:50:01
Sunはコアの開発競争についていけなくなったから、
Niagara系のラインナップに開発を絞ったんだよ。
rateベンチは同じベンチを複数起動して、その合計スコアをだしているような内容のもので、
システムスループットというよりも、CPU数を増やした場合のスケーラビリティを測るためのベンチ。
この当たりは誤解してはいけない。
296:名無しさん＠お腹いっぱい。
09/02/26 21:08:54
>>294,295
どこ読んでんだ? 寝てんの? 誰が SPEC_rateの話してんの?
願望が視神経破壊する病気か?
297:名無しさん＠お腹いっぱい。
09/02/26 21:43:39
で、SAP で 256 スレッドがフルに稼働するような環境って一般的なの？
298:名無しさん＠お腹いっぱい。
09/02/26 21:47:12
Nehalem-EP
2 processor / 8 cores /16 threads SAPS 25000
URLﾘﾝｸ(download.sap.com)
299:名無しさん＠お腹いっぱい。
09/02/26 21:47:57
誰だISAがどうのとか言ってた時代遅れの馬鹿は早く消えろよとw
このスレにとって有害。
300:名無しさん＠お腹いっぱい。
09/02/26 21:49:13
Xeon最強！
301:名無しさん＠お腹いっぱい。
09/02/26 21:50:43
サルかこいつら。マジ頭悪いぞ。パソコンしか使わないとこうなるのか。
302:名無しさん＠お腹いっぱい。
09/02/26 21:52:00
>>297
お前の脳内で一般的じゃなくても、そういう製品があるのは需要があるからだよ。
用もないのに来るなよ、ボケ。
303:名無しさん＠お腹いっぱい。
09/02/26 21:53:12
SAPS/socket SAPS/core SAPS/thread
Nehalem-EP X5570 2.93GHz 12500 6250 3125
US T2+ T5440 1.4GHz 9412.5 1176.56 147.07
* 既に相手になってないけど、Nehalme-EPは最高3.33GHz
* Nehalem-EX(MP系)は8コアで後から登場
* SPARCにこだわっている信者は有害
304:名無しさん＠お腹いっぱい。
09/02/26 21:57:24
>>299,300
全く逆だが。SPEC_rateでついてるような差はエンプラ MPな環境では現れてこない。
投下されてる開発リソースを考えると、莫大なムダの垂れ流し。
305:名無しさん＠お腹いっぱい。
09/02/26 21:57:28
Xeon系はNehalemから大夫かわるよ。
なぜなら今まではItaniumに気を遣ってサーバ用として本気をだしていなかったからなあ。
現行の同格機は半分のスコアしかない。
URLﾘﾝｸ(download.sap.com)
306:名無しさん＠お腹いっぱい。
09/02/26 21:58:47
あ、間違えたこれね。
URLﾘﾝｸ(download.sap.com)
307:名無しさん＠お腹いっぱい。
09/02/26 22:00:19
Nehalem-EX 最高！
308:名無しさん＠お腹いっぱい。
09/02/26 22:00:49
HPCの実績でいってもx86の方がとっくに上なのに何やってんだ、ココの人。
初期のPowerMac信者みたいにRISCはベンチには出ない速さがある、とか未だに電波説信じてるんだろうかw
309:名無しさん＠お腹いっぱい。
09/02/26 22:01:38
>>303
8コアじゃな。小規模だからな。インターコネクトが共有バスじゃないらしなww
コア数減らすほど x86が有利なのは、たりめーだが。アホ?
310:名無しさん＠お腹いっぱい。
09/02/26 22:02:59
>>302
なんだ、わからないんだ。
311:名無しさん＠お腹いっぱい。
09/02/26 22:04:12
>>309
残念ながら
Nehalem系はDunningtonと比較して、倍くらいはやくなるってのは、SAP以外のベンチからも
大体予想されてるぞ。Nehalemが今までよりかなり早い。命令セットはほとんどもちろん関係ありません。
312:名無しさん＠お腹いっぱい。
09/02/26 22:04:35
>>308
だからさー。何度言ったらわかんの? 正味バカ?
HPCは SPEC_rateでいいんだよ。エンプラ MPはそれじゃダメなんだよ。
そんなもんクロスバーが登場してきた 1990年代初頭からそうなんだよ。
目的が違うの。
もっかい言っとくわ。正味バカ? 動物?
313:名無しさん＠お腹いっぱい。
09/02/26 22:06:48
つか、SPARC信者って資料もなにも提示しないで、
絶対SPARCがはやいんだはやいんだの一点張りで、
他人を馬鹿よばわりしているだけの低能大杉。
314:名無しさん＠お腹いっぱい。
09/02/26 22:09:19
多いのか？
315:名無しさん＠お腹いっぱい。
09/02/26 22:11:04
俺自身はSPARCでもPOWERでもXeonでもとりあえずいいのだが、
いくらなんでも今時ISAが糞だからダメなんだはないだろw
x86は数の論理で強いのだ。
ISA優劣論なんて全くと言い切っていいほど現実には関係ないって、
もう10年以上前からわかりきってることを何故ぼりかえして妄想するんだ?
おかしいだろ、頭がw
316:名無しさん＠お腹いっぱい。
09/02/26 22:11:27
>>313
「SPARCがはやいんだ」なんて一言も言ってないが。
「x86がカスだ」って言ってるだけだぜ。エンプラ MPという文脈で、な。
317:名無しさん＠お腹いっぱい。
09/02/26 22:12:08
具体的にどうぞ
318:名無しさん＠お腹いっぱい。
09/02/26 22:13:19
x86がカスならSPARCは塵だな
319:名無しさん＠お腹いっぱい。
09/02/26 22:13:55
>>315
... ISAが関係ないなら SPARCでも数出れば強いよな?
でさ、そんなクソ下らない話はさ、1秒で終りなんだよ。それこそわかり切ってる。
おかしいだろ、頭がw 死ぬまでに使えよ、ア・タ・マ
320:名無しさん＠お腹いっぱい。
09/02/26 22:14:30
>>316
当のIntelがミドル以上のサーバ用としてはIA64を推奨していたのだから仕方がない。
それが、x86 everywhereって戦略にかわって、Xeonの立場も変わりつつあるんですよ。
UNISYSだってXeon移行したの知ってるでしょ?
XscaleはAtomに、ItaniumはXeonに集約されていくんだよ、流れ的に。
321:名無しさん＠お腹いっぱい。
09/02/26 22:19:59
時代はSolaris x64
322:名無しさん＠お腹いっぱい。
09/02/26 22:22:12
>>320
Unisysはわざわざあんなアナウンスをする必要はないからな。
あれは Intelが言わせてるだろ。誰に言ってるのかはよく考えろよ?
もうかなり前からの既定路線だ。
Xscaleは知らんが、ARMの置き換えで Atomはないよ。ほんの一部だけ。
ARMをマジでやってるとこがたくさん出てきてる。Appleもそう。
とりあえず、開発リソースのムダ使いをやめてほしいんだわな。
ほんとに効率悪い。カスばかり出回るのは困る。
323:名無しさん＠お腹いっぱい。
09/02/26 22:26:41
開発リソースの無駄遣いってなんのこといってるんだ?
SPARCの開発をあきらめてばっさり切れってことか?
Rock以降が全く見えないしね。
324:名無しさん＠お腹いっぱい。
09/02/26 22:28:26
HPが認めた Solaris x86
HP and Sun Microsystems Sign Multi-year Partnership Agreement for Solaris on HP ProLiant Servers
URLﾘﾝｸ(www.hp.com)
325:名無しさん＠お腹いっぱい。
09/02/26 22:28:31
>>320
移行なんかしてない。
もともと、うにのES7000シリーズはx86で32CPU（だっけ？）とかできるマシンだったから。
326:名無しさん＠お腹いっぱい。
09/02/26 22:31:18
勘違いしないで欲しい。
x86が全く素晴らしいというのではなく、
買い手がそこまでCPUのメーカーやアーキテクチャが何であるかに執着するような
理由はないし、とっくにそんな時代ではないということだ。
CPUごときにとらわれない変幻自在のベンダーこそが強い。
327:名無しさん＠お腹いっぱい。
09/02/26 22:33:46
Appleなんてまさにその典型例でしょ。
68k系から、PPC、x86にARM。
Macこそ普及していないが、常に時代の先端で商売しているよ。
328:名無しさん＠お腹いっぱい。
09/02/26 23:00:47
>>312
へー。
SPECのrateで、世界一だとか、ぶっちぎりだとか言ってたSun信者はどこいったのだろうな。
つい少し前にも、
Niagara2+の4CPU構成あるいはM9000の最大構成での、
SPECのrateが素晴らしいスコアだって、誇っていたのはどこの誰かな。
329:名無しさん＠お腹いっぱい。
09/02/26 23:06:05
「エンプラMP」いったい、どこの言葉ですか。
多数のスレッドが走るのは、はっきり言って、良くない。
SunがRockに賭けているように、デメリットがあるんだわ。
簡単にボトルネックが生じる、
スレッド同期のオーバーヘッド、
粒度が細かくなることでのバグ増加。
シングルコアでハイパフォーマンスなCPUがあれば、
それに越したことはないが、そんなものは、ない。
だからこそ、妥協として、コア数を増やしていく。
つまり、同じ性能ならコア数は少ないほうが良い。
330:名無しさん＠お腹いっぱい。
09/02/26 23:43:42
何か必死な奴がいるがUltraSPARC T2+はよく出来たハードってことでいいじゃん
従来のSPARC64やPOWERやXeonやOpteronといった製品はほとんど影響を受けてないけどね
立ち位置はGRAPEみたいなもんだろ
331:名無しさん＠お腹いっぱい。
09/02/27 00:01:52
ハードはよくできているけど、価格がね。
あと、CPUの消費電力は少なくても、メモリの消費電力がね。
332:名無しさん＠お腹いっぱい。
09/02/27 00:02:45
Sun 信者必死だな。T2+ はよくできたハードだけど、ニッチな特定分野向けだね。
まぁ、Rock が出てくれば、
333:名無しさん＠お腹いっぱい。
09/02/27 00:17:45
Sunの信者からは
拳銃はライフルよりストッピングパワーがあると信じて疑わない人を連想した
334:名無しさん＠お腹いっぱい。
09/02/27 00:20:32
>>331
FBDは低電圧版が出てからはなかなかイイ感じなのだよもん。
でもAくんの妨害工作に嫌気がさしたIちゃんは諦めちゃったのだよもん。
335:名無しさん＠お腹いっぱい。
09/02/27 02:16:24
かつてのSS5の価格で8コア全部生きているNiagara2搭載のサーバを出してくれれば、Sun信者になってもいい。
でも現実は、かつての栄光を取り戻すこともできないだろ。だから、Sun信者にはなれない。
部署ごとのメールサーバなんてものが終焉を迎えつつある時ですら、
それはSSではなくx86なPCにLinuxで行われていたからなぁ。
336:名無しさん＠お腹いっぱい。
09/02/27 02:38:00
Sun儲が「PCがPCが」って騒いでるけど、
むしろSunこそPCに打って出るべきだったと思うんだけどなぁ…。
今になって叩いても詮無いよ。
なんでワークステーションという檻から出ようとしなかったんだろうか、昔のSunは。
いや、今からだって、優秀なCPUとOSがあると思うんなら打って出ればいいのに。
ARMやOSSはまだ諦めてないように見えるのに、Sun儲ってば口ばっかりね。
このまま進化出来ない恐竜の様に死ぬ気なのかしら？
337:名無しさん＠お腹いっぱい。
09/02/27 02:46:45
CPUもOSも嘘で塗り固めたオカルト商品だからな
338:名無しさん＠お腹いっぱい。
09/02/27 03:30:22
デスクトップに進出する最大のチャンスはJavaだったわけだが、Sunにやる気がなかった。
SunのJavaVMの起動が糞遅く、しかも、重かった。
これじゃ、当時のPCユーザーは振り向かない。
WebのJavaアプレットに関しても、起動が遅く、
しかも、Write Once Run Anywhereなんていう実際とはかけ離れたマーケティング。
これじゃぁ開発者もソッポを向きますよ。
え? マイクロソフトが勝手な拡張をしたのが悪い?
え? マイクロソフトのVMが互換性を損なっていた?
そんなのは言い訳だ。
どういうときにどういう動作をするのか仕様がろくに明確にされてなくて、
目の前にあるSunのJavaVMの動作がリファレンスであり仕様です、みたいな酷い状態。
しかも、JavaVMのバージョンが上がると動作が変ってしまう。
バグを修正したというのだが、それはもう互換性を損なう仕様変更だとしか思えない。
マイクロソフトのJavaVMは、それをさらに複雑にしてくれて迷惑ではあったものの、
マイクロソフトが何もしなかったとしても、ダメだった。
そして裁判。あれでSunはJavaをデスクトップで使えなくした。
339:名無しさん＠お腹いっぱい。
09/02/27 05:12:56
今でもE*tradeとかjava使ってんじゃん
インセンティブあれば使うよ
それ以外はサーバの向こうでやってくれればおｋ
340:名無しさん＠お腹いっぱい。
09/02/27 06:17:13
Javaは惜しかったね。
仕様さえキッチリしていれば
つまり
マイクロソフトのVMに対してバグだとハッキリ言えていれば
もうちょっと何とかなったと思う
マイクロソフトに付き合ってる開発者も、バージョンが3になるまで、コロコロ変るのは慣れっこだ。
だから、マイクロソフトのバグだって分かれば別に文句は言わない。
ところが、Sunの仕様が曖昧だったので、バグかどうか判断がつかない。
だから、目の前のものに合わせて作った。
ところが、ブラウザが変ると、JVMが変ると、WindowsではなくMacになると・・・etc
エンドユーザに対してSunがWORAなんて宣伝しているので、すべの環境をサポートせねばならん。
これが、開発者に嫌われた。
事実、ActiveXコントロールなんて愚かなシロモノは、限られた環境でしか動かないが、
エンドユーザは、Win+IEでないと動かないことに文句を言わない。
341:名無しさん＠お腹いっぱい。
09/02/27 10:24:28
今更Java懐古かよ。
WORAなんて前世紀に既に嘘だってバレてたじゃん。
342:名無しさん＠お腹いっぱい。
09/02/27 10:33:39
WORAを実現していたのはSunでもJavaVMでもなく、その上で走るアプリだったんだよなぁ。
Unix系の各種OSで走るフリーウェアが、多くの環境でmakeして使えるように工夫してあったのと一緒のレベル。
343:名無しさん＠お腹いっぱい。
09/02/27 10:34:27
>>341
Javaがクライアントサイドで成功していたら、
Sunのワークステーションは死滅せずに済んだかも。
344:名無しさん＠お腹いっぱい。
09/02/27 13:05:08
Javaはろくでもない言語だけど予想以上に成功してるだろ
普通にC/C++に並ぶ位置にいる
残念なことはSunの収益には結び付かなかったがね
345:名無しさん＠お腹いっぱい。
09/02/27 15:49:47
そか？いまだにSolarisがjavaのリファレンスプラットフォームとして位置してるから
Sunの鯖ビジネスが今よりひどいことにならずに済んでいるが
346:名無しさん＠お腹いっぱい。
09/02/27 16:12:31
◎富士通はサーバ開発で新体制を構築、
パーソナルビジネス本部からＩＡサーバ（ｘ８６サーバ）の開発陣２００人を独立させ、
上位の基幹ＩＡサーバ開発陣３００人と統合して「ＩＡサーバ事業本部」を立ち上げた。
長期的には両ＩＡサーバの開発体制を一本化する考え。
併せてサーバ全体の採算モデルも見直し、
総勢７００人で開発しているメーンフレーム（大型汎用機）やＵＮＩＸ機を含め、
製品ライン間で開発投資のバランスをとる。
サーバ事業の国内開発陣は、新体制となるＩＡ系が５００人、
メーンフレームとＵＮＩＸ機は従来通りで７００人。
ｘ８６サーバの統合により、サーバ事業全体の開発陣を従来比２０％増の１２００人に増強した。
やっぱ時代はｘ８６やねｗ
347:名無しさん＠お腹いっぱい。
09/02/27 16:14:02
当たり前だろ、Solarisにx86が出てきてる時点でさ
348:名無しさん＠お腹いっぱい。
09/02/27 16:34:47
遅すぎｗ
つか、今更割高な不実のH/W買ってSolaris x86入れようなんてヤシ居ないって
サービスに絡めて売るのもこのご時世難しいだろうな
部門用安鯖にSolaris管理は重すぎるし
349:名無しさん＠お腹いっぱい。
09/02/27 17:41:03
足し算したら全然数字変わってないわけだが。今後バランスを取る、って話だよな?
配分変えていく、と。
x86じゃ儲けが出んわな利幅薄すぎる。ほとんど差別化要因入れれないし。
350:名無しさん＠お腹いっぱい。
09/02/27 17:43:14
>>329
同じ性能じゃないから Sun買うやつがいるんだが... バカじゃねーの?
パソコン速くてうれしいねよかったね～、でもよそ行って遊ぶんだよここはジャマだから。
351:名無しさん＠お腹いっぱい。
09/02/27 17:44:52
>>349
HCLに乗せてやるぐらいじゃねーの（藁
当社の製品は動作保障済みですよって
HPも安い鯖はリストに載せてないじゃん
それやられると困るから
352:名無しさん＠お腹いっぱい。
09/02/27 17:46:17
>>328
もうさ、意味解んないなら来るなよ、こんなとこへさ。
SPEC_rateで Sunがトップ取ってたことなんて昔からほとんどないんだよ。
うざいんだよ、HPCの話はよ。少なくとも今の文脈にはカスりもしてない。
353:名無しさん＠お腹いっぱい。
09/02/27 18:13:45
>>350
そうだね
明らかにSunのハードが遅いね
354:名無しさん＠お腹いっぱい。
09/02/27 18:14:55
オラクルベンチの武勇伝マダー？
355:名無しさん＠お腹いっぱい。
09/02/27 18:15:53
Oracleはベンチ公開するの許可してないよ。そんなことも知らないのかよトホホ...
356:名無しさん＠お腹いっぱい。
09/02/27 22:02:51
>>344
Sunの予想以上に? まさか。
Java自体は、とても良い言語だよ。
ろくでもないのは、言語仕様ではなく、ランタイム環境だ。
357:名無しさん＠お腹いっぱい。
09/02/27 22:06:11
Sunのランタイムはきれいなランタイム
358:名無しさん＠お腹いっぱい。
09/02/27 22:07:49
>>350
Sunを買ってるのは、いままでSunだったから、それを安価にリプレースしたい人たち。
サーバ室の何十本ものラックが、Niagaraによって、数本に減らせる。
サーバ自体の価格以上に、ユーザーにとってはメリットがある。
だから売れまくったの。
で、その次は?
数本のラックを20Uくらいに減らす製品を出せるのかな、Sunは。
359:名無しさん＠お腹いっぱい。
09/02/27 22:11:14
>>352
なんていうダブスタ
Sun信者だろ、先にSPECの数字を持ち出してマンセーしてたのは。
富士通のM9000の最新の最大構成とか、Niagara2+の4CPU構成とか。
すばらしく高いスコアを誇っていたのは、どこの誰よ。
360:名無しさん＠お腹いっぱい。
09/02/27 22:12:59
>>355
はいはい、よかったね、Sunの遅さが隠蔽できて。
ベンチのスコアを公開するのはダメでも、
x86との性能差くらいは言及しても構わないだろ?
ていうか、SunがOracleから許可とって公開しないのは、なぜだろーねー。
そんなに速いんなら、自社製品を使ったCPUアーキ以外が同一の構成のベンチマークを公開すべきだよ、Sunは。
361:名無しさん＠お腹いっぱい。
09/02/27 22:32:12
Xeon最強！
362:名無しさん＠お腹いっぱい。
09/02/27 22:33:33
最強厨はホントウザイな
363:名無しさん＠お腹いっぱい。
09/02/27 22:41:07
というかCPU厨がうざい。
ここはSunスレであって SPARCvs他の何か のスレじゃない。
364:名無しさん＠お腹いっぱい。
09/02/27 22:41:59
単純バカだから仕方ないさ
365:名無しさん＠お腹いっぱい。
09/02/27 22:48:51
Niagaraもx86もSPARC64サーバも、
それぞれSunの持ち駒のうちの一つ。
CPU専業メーカじゃあるまいし、敵同士あるかのような考えが古い。
所詮は部品だ。
366:名無しさん＠お腹いっぱい。
09/02/28 00:11:15
Sparcマンセーしたくてしょうがないくせにwwwwwwwwwwww
367:名無しさん＠お腹いっぱい。
09/02/28 01:21:16
マンセーってｗ
別にSPARC売れても小遣いふえたりしないんだぜここのスレの連中はｗｗｗ
OpteronもXeonもSPARCもどれ売れてもいいじゃん
そういう全方向の強みがある
しかもOSすら何を使ってもらってもいい
368:名無しさん＠お腹いっぱい。
09/03/01 13:41:55
世の中、皆 x86になってしまうと面白くも何ともなくなってしまう。
マンセーするつもりは毛頭ないが、Sparcは生き残ってほしものだ。
369:名無しさん＠お腹いっぱい。
09/03/01 13:46:48
x86一色になるべきではないことは同意だが、
しかし、
レジスタウィンドウや遅延スロットのあるSPARCは
生き残るべきではない。
370:名無しさん＠お腹いっぱい。
09/03/01 14:36:30
いまさらCPUがどれかなんてことに興味持つ人少ないね
371:名無しさん＠お腹いっぱい。
09/03/01 14:43:20
費用と性能が変わらないならね
372:名無しさん＠お腹いっぱい。
09/03/01 14:53:12
いつ止まってもいい鯖ならPCにRHELで十分じゃん
Solarisを必要とするのはそんな用途じゃないでしょ
373:名無しさん＠お腹いっぱい。
09/03/01 18:54:44
ところでお前ら、SaaSやPaaSについてどうなのさ。
374:名無しさん＠お腹いっぱい。
09/03/01 21:33:41
スレ違いやろ
外に出せるものなんてそんな大事じゃない
375:名無しさん＠お腹いっぱい。
09/03/01 23:04:26
>>372
止って欲しくない鯖にはHP-UXを使います。
376:名無しさん＠お腹いっぱい。
09/03/01 23:08:32
ご自由に
377:名無しさん＠お腹いっぱい。
09/03/01 23:17:13
IDCのレポートによると前四半期はx86, RISCが低迷する中Itaniumだけが成長したらしいな
不況に左右されない根強い人気があるようだな
378:名無しさん＠お腹いっぱい。
09/03/01 23:22:58
HP-UX? それじゃSolarisと変わらないか、尚悪い。
Nonstop かメインフレームじゃないと止まりますよw
379:名無しさん＠お腹いっぱい。
09/03/01 23:32:59
>>377
おっ出たな釣り師！
折角だからスレ違いの釣り師に全力で応えてやるが、HPの前四半期の
Business Critcal Systemsの伸びは、ジャーン! 17%（マイナス）成長
でした！
380:名無しさん＠お腹いっぱい。
09/03/01 23:45:26
USでHP-UX使った新規開発なんてないでしょ
381:名無しさん＠お腹いっぱい。
09/03/01 23:59:49
>>379
現実が見えないんだなｗ
URLﾘﾝｸ(www.idc.com)
382:名無しさん＠お腹いっぱい。
09/03/02 00:36:36
ItaniumってPA-RISCのリプレース需要っしょ?
383:名無しさん＠お腹いっぱい。
09/03/02 21:24:02
HPがSunを買収する日
URLﾘﾝｸ(www.itmedia.co.jp)
384:名無しさん＠お腹いっぱい。
09/03/02 21:32:58
PA-RISCより先にIA64が無くなりそうな勢い
385:名無しさん＠お腹いっぱい。
09/03/02 21:34:06
>>384
PA-RISCはもう販売停止で終息しているが？
386:名無しさん＠お腹いっぱい。
09/03/02 21:36:01
Alpha,PA-RISC,.....Sparc?
387:名無しさん＠お腹いっぱい。
09/03/02 21:46:06
このスレのSPARC厨って
Itaniumの話題になると元気になるのに、
x86の話題になると急に機嫌がわるくなるのな。
Sunはx86ベンダーでもあるのだが反応が逆だし、
Itaniumなんて個人的にはとっくにどうでもいいのだが、
おかしいって。
388:名無しさん＠お腹いっぱい。
09/03/02 22:08:07
俺はXeon大好きだぞ
389:名無しさん＠お腹いっぱい。
09/03/02 22:09:19
オマエラほんとIntel大好きだな
390:名無しさん＠お腹いっぱい。
09/03/02 22:18:03
>>387
Ita で日頃の鬱憤を晴らすしかないからね。x86 や POWER にゃ勝ち目ないから。
391:名無しさん＠お腹いっぱい。
09/03/02 22:18:22
Sun powers Niagara hypervisor update with IBM speed boast
URLﾘﾝｸ(www.theregister.co.uk)
392:名無しさん＠お腹いっぱい。
09/03/03 02:08:55
onpremise
393:名無しさん＠お腹いっぱい。
09/03/03 03:47:07
>>383
ITmediaだったかな、
事実を整理しよう
とかいって
想像を並べ立てた
記事を掲載したのは。
394:名無しさん＠お腹いっぱい。
09/03/03 06:10:07
Sunの何が嫌いって、QuantumのHDDを採用してたこと。
QuantumのHDDは、甲高い音を立てるか、スピンアップしなくなるか。
もうね・・・
395:名無しさん＠お腹いっぱい。
09/03/03 06:11:46
すまん、つい先程、QuantumのHDDがエラー出したんで、ついカッとなった。
SCSIだとdefect listが取得できるわけで、メディアに一筋の傷が付いてるとか、把握できちゃうゆえに、ねぇ。
396:名無しさん＠お腹いっぱい。
09/03/03 10:05:33
HDDなんてどこのブランドもまんべんなく不良ロット出してるよ。
あんたがたまたま Quantumにしか当たってないだけ。
397:名無しさん＠お腹いっぱい。
09/03/03 10:15:56
>>395
defect listねぇ.. そんなんとっくの昔に HDD上のファームが自動化しちゃってるよ。
いつの話やねん、ちゅーか、都市伝説のたぐいだな。
PC-9801ユーザーがやたらローレベルフォーマットしたがったのと同じか?
398:名無しさん＠お腹いっぱい。
09/03/03 12:31:07
>>397
Read Defect Data が廃止されたのは、つい最近のことだが。
399:名無しさん＠お腹いっぱい。
09/03/03 12:33:36
代替処理をドライブ側で自動的に行うかどうかは、モードセレクトでの設定次第、だったような。
400:名無しさん＠お腹いっぱい。
09/03/03 13:10:42
>>398
誰が廃止したの? 規格のはなし?
401:名無しさん＠お腹いっぱい。
09/03/03 13:16:17
>>400
397で無知を晒したことを反省して、勉強して出直せ。
402:名無しさん＠お腹いっぱい。
09/03/03 13:21:50
これから廃止するぞっていう話が出てるだけで、まだ廃止されとらんはず。
現行製品で、Read Defect Dataコマンド送って取得できないモデルあるなら、教えてよ。
403:名無しさん＠お腹いっぱい。
09/03/03 14:51:02
OSはとっくの昔に使ってないでしょ?
そんなにくやしいのかよwww まさに「晒した」わけねpw
404:名無しさん＠お腹いっぱい。
09/03/03 14:52:01
あ、ごめん、OSはそのまま置いてあるわな。HDDがもう上げない、だね。
405:名無しさん＠お腹いっぱい。
09/03/03 15:40:44
>>403
何を?
406:名無しさん＠お腹いっぱい。
09/03/03 15:54:24
>>397が何を言ってるのか、わからん。
defect listが取得できるという話と、
HDD上のファームが自動化しちゃってるという話の、
繋がりが見えない。
キチガイさん?
407:名無しさん＠お腹いっぱい。
09/03/03 15:55:30
> そんなんとっくの昔に HDD上のファームが自動化しちゃってるよ。
何を?
408:名無しさん＠お腹いっぱい。
09/03/03 16:02:48
顔がまっ赤ですよ?w
409:名無しさん＠お腹いっぱい。
09/03/03 16:12:34
「最近の SCSI HDDはドライブ上のファームが代替処理するから、
セクタエラーが上がるようになるってことはファーム用に用意されてる代替領域を
喰い潰してて、ソッコーで寿命終るからすぐデータ退避しないとマズい」と
教えてもらったのはたしか DX2-66あたり普通の人が買う MAXサイズが
200MBの頃のことだったと思うわ。1990年代前半。
SCSIコントローラーが別基板でその先に ST-506や ESDIがぶら下がってたり
してるのが使われてたな当時はまだw
410:名無しさん＠お腹いっぱい。
09/03/03 16:28:34
生まれたときからＳＳＤしか知らない世代が増えたからなｗ
411:名無しさん＠お腹いっぱい。
09/03/03 16:46:28
>>408
脊髄反射したので主語さえ言えないのか?
412:名無しさん＠お腹いっぱい。
09/03/03 16:48:37
>>409
で、何が言いたいの?
それとも、単に思い出話のトリガーを見かけたので、書いてみただけ?
413:名無しさん＠お腹いっぱい。
09/03/03 16:55:53
395が散文的で1行目と2行目の繋がりが意味不明だが
言わんとすることは何となく分かる
Pリストが空になるように細工しているメーカーと
馬鹿正直に申告しているメーカーがいて
後者の場合に散発的に不良セクタがあるのはいいとしても
ディスクに斜めに傷が付いているかのように不良セクタがあると、
製造過程で傷が付いているのでゲンナリするってのはわかる
414:名無しさん＠お腹いっぱい。
09/03/03 16:57:56
397のエスパーっぷりに脱帽
395の意味不明な文章から、よくもまぁ397のようなことが書けるもんだ
まともな神経してる人なら無理なことだな
自信過剰君
415:名無しさん＠お腹いっぱい。
09/03/03 17:16:56
>>396
不良ロット?
ロットどころか機種まるごと地雷だったのをSunは採用してたと思う
Quantum Empire1080Sな
ちなみにQuantumは正常動作でもキーン、チィー、シャー
そんな音がしてた
何台もSunのWSが並んでいても、Qunatum入りは外側から音で判別できた
416:名無しさん＠お腹いっぱい。
09/03/03 17:44:44
でさ、顔まっ赤だよ? プ。
417:名無しさん＠お腹いっぱい。
09/03/03 17:47:59
>>415
たいした数触ってないんだね...
418:名無しさん＠お腹いっぱい。
09/03/04 04:20:57
397の必死さ。
そこまでして叩きたいのは何だろう。
ストレスたまってるのか。
419:名無しさん＠お腹いっぱい。
09/03/04 04:22:24
397の顔が真っ青です
420:名無しさん＠お腹いっぱい。
09/03/04 11:08:28
ID出ないのをいいことに沢山レスすれば勝ちだと思ってる子が居ますね
421:名無しさん＠お腹いっぱい。
09/03/04 11:24:16
この板もID出せばいいのに
422:名無しさん＠お腹いっぱい。
09/03/04 11:47:11
IDが出ない板はほとんどが崩壊寸前なんだよな
423:名無しさん＠お腹いっぱい。
09/03/04 17:59:26
ID出なくたって>>418=>>419は自明じゃん
424:名無しさん＠お腹いっぱい。
09/03/04 18:34:28
一人で何レスも連投しているのは、両軍どちらも一緒。
425:名無しさん＠お腹いっぱい。
09/03/04 19:04:57
ネタがないとつまらん流れになるなあ
IDはほしい
あからさまでつまらんレスが消えるしNGも簡単
426:名無しさん＠お腹いっぱい。
09/03/05 14:44:19
つか、なんで unix 板は ID 出ないの？ｗ
427:名無しさん＠お腹いっぱい。
09/03/05 14:52:05
自演したい人たちが牛耳ってるから
428:名無しさん＠お腹いっぱい。
09/03/05 15:25:43
unix なんだから id くらいつけろよｗｗｗ
429:名無しさん＠お腹いっぱい。
09/03/06 12:02:12
unix板の連中ならID出なくてもIPｱﾄﾞﾚｽぐらい分かるよ
430:名無しさん＠お腹いっぱい。
09/03/06 12:59:50
unix板の連中なら半角カナは使わないぞｗ
431:名無しさん＠お腹いっぱい。
09/03/06 14:26:01
おまえは unix板の連中だけど、Unix使ってないだろ?
432:名無しさん＠お腹いっぱい。
09/03/06 19:30:04
それで、defect list取得すると OSがメディアの傷を把握できるとかいう話は、
どうなったんだ? やっぱオカルトか?w
>>395
Quantumもいいドライブたくさん作ってた。世話になったし。
433:名無しさん＠お腹いっぱい。
09/03/06 21:57:05
>>395が「OSが」という話をしているというのは>>432の妄想かもね。
434:名無しさん＠お腹いっぱい。
09/03/07 20:42:17
ここも昔は宝箱みたいなスレだったのに...
435:名無しさん＠お腹いっぱい。
09/03/07 21:22:51
空箱
436:名無しさん＠お腹いっぱい。
09/03/07 22:13:15
たぬきのたからばこ
437:名無しさん＠お腹いっぱい。
09/03/08 02:40:00
>>434
それはいつ頃のスレの話だ？
438:名無しさん＠お腹いっぱい。
09/03/09 09:46:00
>>433
おいおい... 他人がそんな言い訳がましいフォローをしてくれるなんて
誰が真に受けるかよ..
439:名無しさん＠お腹いっぱい。
09/03/09 10:02:32
>>438
顔、真っ赤だぞ
440:名無しさん＠お腹いっぱい。
09/03/09 10:42:02
ぷ。図星。張り付きっぱなしかw
441:名無しさん＠お腹いっぱい。
09/03/09 11:34:51
おまえがな
442:名無しさん＠お腹いっぱい。
09/03/09 11:36:03
このスレには>>395のような、お脳が弱い人がいますので、上手にあしらいましょう。
下手に触れるよりもスルーするほうが簡単ですので、スルー推奨。
443:名無しさん＠お腹いっぱい。
09/03/09 18:15:59
久しぶりの会長登場。
URLﾘﾝｸ(www.computerworld.jp)
444:名無しさん＠お腹いっぱい。
09/03/09 19:13:52
Rockの話はなんかねぇのか～?
445:名無しさん＠お腹いっぱい。
09/03/09 20:16:52
Rockはダメだろw
446:名無しさん＠お腹いっぱい。
09/03/09 20:57:49
>>443
相変わらずリス顔だな
447:名無しさん＠お腹いっぱい。
09/03/09 20:59:22
Niagaraは概要の説明を見て、これはイケると感じたが、
Rockは概要の説明を見て、これは無理だって感じた。
なんでSunの人はRockが大丈夫だと判断しちゃったんだろ。
448:名無しさん＠お腹いっぱい。
09/03/09 21:46:11
今は Niagaraみたいなコア（スレッド）がたくさんあるのがお得って感じだけど
そのうち「よく考えたら普通のサーバではそんなに並列度は要らないや」
って気づくはず。
そこで Rock の scout thread ですよ
449:名無しさん＠お腹いっぱい。
09/03/09 22:24:51
「よく考えたら普通のサーバではそんなに並列度は要らないや」 って気づいたら
Xeon買うんじゃね？
450:名無しさん＠お腹いっぱい。
09/03/09 22:36:52
ところで凄い並列度が必要なのってどんなサーバなの?
451:名無しさん＠お腹いっぱい。
09/03/09 22:52:54
SPECrateを計測するサーバ
452:名無しさん＠お腹いっぱい。
09/03/09 23:24:42
最初は、メモリアクセスによるパイプラインストールを防ぐ素晴らしい方法だと思った
しかし、パイプラインがフル稼働すればするほど、発熱&消費電力が大きくなることに気がついた
NiagaraがCoolを名乗ってるけど、とてもぢゃないがCoolとはいえない消費電力だよ。
453:名無しさん＠お腹いっぱい。
09/03/10 08:36:51
>>450
Sunらしい用途だとSunRayサーバーとかじゃね？
454:名無しさん＠お腹いっぱい。
09/03/10 09:13:11
>>452
でもへーきで触れる、って自慢してるぜ?
455:名無しさん＠お腹いっぱい。
09/03/10 09:14:03
>>448
JavaVMなんかふつーにいっぱいスレッド使うよ? そっち行くしか道はないと思うが。
456:名無しさん＠お腹いっぱい。
09/03/10 10:35:38
Oracle ベンチで数字を稼ぐため？ｗ
457:名無しさん＠お腹いっぱい。
09/03/10 10:44:43
また寒いツッコミがはじまったよ..w
458:名無しさん＠お腹いっぱい。
09/03/10 11:44:14
石田晴久先生が亡くなったんですね…
459:名無しさん＠お腹いっぱい。
09/03/10 12:03:35
>>453
並列化が必要なのと可能なのは違うと思うんだ。
>>454
ヒートシンク付けて十分に送風すりゃ、他のプロセッサだって、触れるでしょう。
パフォーマンスでしかないよ。
ヒートシンクなしで動かしたら、たとえ10Wでも触れないよ。
460:名無しさん＠お腹いっぱい。
09/03/10 12:09:42
ヒートシンクはついてなかったよ。写真見てないの?
461:名無しさん＠お腹いっぱい。
09/03/10 12:34:49
それは通電してない状態だ
462:名無しさん＠お腹いっぱい。
09/03/10 13:05:16
はぁぁ........? 通電してなくて触れない CPUがあるのかwww 原子炉内蔵とか?
463:名無しさん＠お腹いっぱい。
09/03/10 13:11:33
am486DX4-133がヒートシンクなしだったな。あれって何Wくらい?
464:名無しさん＠お腹いっぱい。
09/03/10 13:12:45
>>462は話が噛み合ってないのでスルー推奨。
465:名無しさん＠お腹いっぱい。
09/03/10 13:21:52
>>463
ADZだろ。
あれ、触れない温度になったよ。
466:名無しさん＠お腹いっぱい。
09/03/12 10:52:40
SPARC64 VIII fxだって
467:名無しさん＠お腹いっぱい。
09/03/12 16:25:10
> 整数レジスタについても拡張グローバルレジスタを32個追加し、
> 従来のウィンドウレジスタと合わせて64個に拡張している。
富士通のHPCの製品名だねfxは。
レジスタウィンドウ機能を使わないで済ませることも可能になったな。
468:名無しさん＠お腹いっぱい。
09/03/12 18:20:12
それにしても、倍精度で128Gflopsってのは、ちょっと弱気だな。
その2倍とか4倍とか欲しいよ。
469:名無しさん＠お腹いっぱい。
09/03/12 18:22:46
すでにサービスインしているサイトがあるNECのSX-9のCPUが100Gflops
470:名無しさん＠お腹いっぱい。
09/03/12 20:15:41
>>468
メモリが追い付かんだろ。
471:名無しさん＠お腹いっぱい。
09/03/12 20:27:03
1T-SRAMでよろしく。
472:名無しさん＠お腹いっぱい。
09/03/12 22:10:48
>>468
トップガンの方ですか？
473:名無しさん＠お腹いっぱい。
09/03/13 09:04:55
なんだなんだ、関係者多数だなww
474:名無しさん＠お腹いっぱい。
09/03/13 11:28:51
gflops 稼ぐだけなら GPGPU でいいじゃん？
そーいや nvidia の社長の細井氏って元サンだなｗ
475:名無しさん＠お腹いっぱい。
09/03/13 11:30:35
GPGPUを作ってる日本メーカーありますか? ないだろ。
476:名無しさん＠お腹いっぱい。
09/03/13 17:16:25
もうもろ当事者の反応だなww 落ち着けよ..
477:名無しさん＠お腹いっぱい。
09/03/13 19:15:55
sunハチョウシンセイニハナレナイヨ。 ジュウリョウガカルスギル。
ハクショクワイセイ ニナル。sunガシュウエンヲムカエルトキシャメイ
ハwhite dwarfニヘンコウサレルコトデショウ:ー)
478:名無しさん＠お腹いっぱい。
09/03/14 05:52:41
sunは滅びぬ、なんどでもよみがえるさ
479:名無しさん＠お腹いっぱい。
09/03/15 01:24:58
Itanium2はOracleライセンスがCPUコア係数0.5で安いんだが
性能的には遅いんだよな。
一方、T2/T2+はSPECint_rateの値どおりに速いんだが
係数0.75なのでEEでは使えない。
SEやSE Oneで使えば、最強のコストパフォーマンス。
でも、Nehalem-EPが出たら負けちゃうけどね。
480:名無しさん＠お腹いっぱい。
09/03/15 01:28:17
USでSunがサーバ用のSSDをリリースしたな。intel製なのでドルベースで10万台と安い。
ZFSでRAID組んだら面白そうだ。
もしかするとDBでも速いかもしれん。
481:名無しさん＠お腹いっぱい。
09/03/15 02:15:08
>>479
遅いから係数が小さいんだろ
482:名無しさん＠お腹いっぱい。
09/03/15 06:18:04
SE や SE One 使うような客が、クエリの並列度が多い使い方するのかね？
483:名無しさん＠お腹いっぱい。
09/03/15 18:17:11
Oracle11g x64版ってなかなかでないな。
潜在的な需要はLinuxIPFなんかよりあると思うんだが。
484:名無しさん＠お腹いっぱい。
09/03/15 19:05:08
そもそもx64 Solarisて普及してんの？
485:名無しさん＠お腹いっぱい。
09/03/15 19:26:19
ま、Solaris自体落ち目だからな。
486:名無しさん＠お腹いっぱい。
09/03/16 09:48:01
>>480
いやいや、「組んだら」って、モロにそれ狙いの商品だろ。
presto serve思い出したわw
487:名無しさん＠お腹いっぱい。
09/03/16 16:35:47
>>477
元ネタが思い出せない
488:名無しさん＠お腹いっぱい。
09/03/16 22:42:56
ドワーフってあるから、
宇宙船レッド・ドワーフ号
だろう。
489:名無しさん＠お腹いっぱい。
09/03/17 07:14:24
AMDオワタ
URLﾘﾝｸ(www.intel.com)
490:名無しさん＠お腹いっぱい。
09/03/17 13:15:23
>>489
以前から指摘されてた問題だよ。
AMDが製造部門を分離独立させると、ライセンス違反になるって話は。
491:名無しさん＠お腹いっぱい。
09/03/17 15:48:34
勝負は実際これから
492:名無しさん＠お腹いっぱい。
09/03/17 16:10:09
不況の米国に70億ドル投資するIntel様が法廷でやりたい放題するだろう
493:名無しさん＠お腹いっぱい。
09/03/17 16:29:00
米国で売れなくなっても、他の国で売ればいい
494:名無しさん＠お腹いっぱい。
09/03/17 18:08:33
インテル、AMDに特許クロスライセンス契約違反を警告
URLﾘﾝｸ(japan.cnet.com)
495:名無しさん＠お腹いっぱい。
09/03/17 18:34:15
>>494
489で既出なんだが。
496:名無しさん＠お腹いっぱい。
09/03/17 18:43:09
> 2001年の合意では、大きく契約に違反したとみなされた側の企業が、
>相手企業側の特許やライセンスにアクセスできなくなるという取り決めがなされていた。
つまり、"大きく契約に違反した"AMDはIntelの知財に60日後にアクセスできなくなり、
それ以後に製品を製造販売して得た利益は不当なものであり、Intelに対する賠償責任が発生する。
あるいは販売の差し止めというケースも考えられる。
497:名無しさん＠お腹いっぱい。
09/03/17 18:48:51
AMDを排除したらx86は終わるかもな
AMDとの激しい競争を繰り広げてきたからここまで性能が上がったのだから
498:名無しさん＠お腹いっぱい。
09/03/17 19:47:18
Intelがライセンスを出していない工場で製造するのがマズいのなら、
Intelの工場でAMDのプロセッサを製造すればいいんじゃないか?
新しいプロセッサの立ち上げは、AMD直轄の工場で行い、
バリュー価格帯の製品に落ちてきたら、Intelの工場で製造してもらう。
技術的には最先端ではないので、
Intelの工場では生産できないとは言えないし、
AMDの工場よりも安く生産できないとも言えないだろう。
499:名無しさん＠お腹いっぱい。
09/03/17 19:55:15
Sun lands Sparc-Xeon super on Cape Town
URLﾘﾝｸ(www.theregister.co.uk)
500:名無しさん＠お腹いっぱい。
09/03/17 19:58:45
ようやくSPARCの時代が到来するな!!
501:名無しさん＠お腹いっぱい。
09/03/17 20:00:23
>>499
Linuxかよ
502:名無しさん＠お腹いっぱい。
09/03/17 20:03:04
Sparc64-VII６４個。頑張ったな。
192枚のブレードはXeonだが。
503:名無しさん＠お腹いっぱい。
09/03/17 20:03:26
SPARCの方はSolarisって書いてあるぞ
504:名無しさん＠お腹いっぱい。
09/03/17 20:06:37
Sun Delivers South Africa's Largest Supercomputer
URLﾘﾝｸ(www.sun.com)
505:名無しさん＠お腹いっぱい。
09/03/17 20:12:02
たったの64個かよ
506:名無しさん＠お腹いっぱい。
09/03/17 21:54:35
>>497
MSの例で考えれば終わるどころかますます勢いを増すだろう
507:名無しさん＠お腹いっぱい。
09/03/17 22:14:58
Xeon最強だしな
508:名無しさん＠お腹いっぱい。
09/03/17 22:16:24
もはやAMDには、Intelよりも高性能なCPUを作る力は、残っていないのかもな。
509:名無しさん＠お腹いっぱい。
09/03/17 22:33:35
>>505
64個×4コア×2スレッド = 512 だ
510:名無しさん＠お腹いっぱい。
09/03/17 22:50:11
48blade x 4socket x 4core + 144blade x 4socket x 4core x 2thread = ?
511:名無しさん＠お腹いっぱい。
09/03/18 08:59:37
>>506
独禁法的に AMDには残ってもらわないと Intelも困るはずなのでただの牽制だろ。
512:名無しさん＠お腹いっぱい。
09/03/18 09:09:18
ライセンス違反したアホをぶっちめるのが「不当な取引制限及び不公正な取引方法」に当たるの？
513:名無しさん＠お腹いっぱい。
09/03/18 09:15:12
競合が消えると自動的に独占企業になる。って、あたりまえなんだが。
すでに欧州で当局には狙われてるし。
ぜんぜん意味わかってねーのが多いなww
514:名無しさん＠お腹いっぱい。
09/03/18 09:18:55
名そのものが罪ってヤツですか。宗教裁判ッスね。
515:名無しさん＠お腹いっぱい。
09/03/18 09:49:50
48blade x 4socket x 4core + 144blade x 4socket x 4core x 2thread = ２７ Teraflops ?
＞M9000 = 64 SPARC64 VII quad-core x 4 Sun Blade 6048
516:名無しさん＠お腹いっぱい。
09/03/18 11:25:08
「市場経済」って、何か知ってる? 独占は排除されるんだよ。
独占には競争がないから。
517:名無しさん＠お腹いっぱい。
09/03/18 11:25:35
ＮＥＣ「Express5800/スケーラブルHAサーバ」が
Java業務アプリベンチマークで世界最高性能を達成！！
URLﾘﾝｸ(www.nec.co.jp)
518:名無しさん＠お腹いっぱい。
09/03/18 13:36:26
>>516
経済左翼さんの夢想はチラシの裏にお願いシマウマ
519:名無しさん＠お腹いっぱい。
09/03/18 14:34:29
中学校で社会科聞いてなかったか? それともこれから習うのかww?
520:名無しさん＠お腹いっぱい。
09/03/18 14:49:24
>>518
左の経済には独占どころか競争自体元々ないわな。
全体主義かなんかがお好き?
521:名無しさん＠お腹いっぱい。
09/03/18 14:51:01
>>518
ゆとり乙ｗｗｗ
最近じゃ中国でも自由主義経済だってのにｗ
522:名無しさん＠お腹いっぱい。
09/03/18 15:08:11
誰かを罵倒したり馬鹿にしたいだけのウザイのがいるな。
523:名無しさん＠お腹いっぱい。
09/03/18 15:24:40
いや馬鹿はひとりだけだが。
524:名無しさん＠お腹いっぱい。
09/03/18 15:45:29
>>520-521
なあ、極左と極右の1bitでしか判断できないのか？（ｗ
525:名無しさん＠お腹いっぱい。
09/03/18 16:18:45
ゲハ脳だからね
526:名無しさん＠お腹いっぱい。
09/03/18 17:21:34
市場経済わからんのにか? ぷーーーwwwwwwwwwwwwwwww
527:名無しさん＠お腹いっぱい。
09/03/18 17:28:14
なにが悲しくてこんなオツムの弱いやつが Sunの話題のとこへやってくるわけ?
やっぱ金銭もらってかき回しに来てるの? マジでそうなわけ?
528:名無しさん＠お腹いっぱい。
09/03/18 17:35:51
ポリティカルコンパス置いておきますね
URLﾘﾝｸ(sakidatsumono.ifdef.jp)
529:名無しさん＠お腹いっぱい。
09/03/18 18:08:11
米ＩＢＭ、サン・マイクロシステムズ買収に向け交渉─関係筋＝ＷＳＪ
URLﾘﾝｸ(jp.reuters.com)
530:名無しさん＠お腹いっぱい。
09/03/18 18:12:16
Javaの権利だけ吸い上げてポイ
531:名無しさん＠お腹いっぱい。
09/03/18 18:13:16
＞買収価格は少なくとも６５億ドル
これって、SunがStorageTEK買収した額と変わらんのでは。。。
532:名無しさん＠お腹いっぱい。
09/03/18 18:19:29
ほれ、世界的に信用収縮とか
533:名無しさん＠お腹いっぱい。
09/03/18 18:22:53
SPARC終了のお知らせ？
534:名無しさん＠お腹いっぱい。
09/03/18 18:32:17
そうなったら、だけど、富士通イタいな。激イタだろう。
535:名無しさん＠お腹いっぱい。
09/03/18 18:35:28
POWER版Solarisがリリースされるのか？
536:名無しさん＠お腹いっぱい。
09/03/18 18:37:27
AIXでいいじゃん
537:名無しさん＠お腹いっぱい。
09/03/18 18:38:27
それは昔あったよ
538:537
09/03/18 18:39:01
失礼 >>535 宛ね
539:名無しさん＠お腹いっぱい。
09/03/18 18:41:27
まあ今更製品ラインを増やす理由はないかな
540:名無しさん＠お腹いっぱい。
09/03/18 18:42:15
>>534
独自にやればいいんじゃね？
とは行かないところがつらいところか
541:名無しさん＠お腹いっぱい。
09/03/18 18:42:54
System zでOpenSolaris動かす話って、
進んでるの？
542:名無しさん＠お腹いっぱい。
09/03/18 18:55:28
つか、IBMの株価高すぎだろ
どんだけぼったくってんだよって話
543:名無しさん＠お腹いっぱい。
09/03/18 18:58:49
fujitsuが対抗買収にいくしかないだろ
つーか、池よ
544:名無しさん＠お腹いっぱい。
09/03/18 19:03:20
黄色い猿に助けてもらおうなんて露程も思ってないだろ JK
545:名無しさん＠お腹いっぱい。
09/03/18 19:06:41
お金をだすところにはわんわんお（AA略 だろう
546:名無しさん＠お腹いっぱい。
09/03/18 19:20:13
>>540
Sunブランドの SPARC機が IBM傘下ってことになると、
Fブランドの SPARC機は先行き不透明ってことで売り上げ落ちるだろうし、
OEMも切られてしまう可能性がある。
悲惨だ。せっかく Sunロゴの威力で売れてるのに。
547:名無しさん＠お腹いっぱい。
09/03/18 19:21:33
>>543
HPには打診済み、ってことなら、IBMより前に Fにも打診してるのでは..
548:名無しさん＠お腹いっぱい。
09/03/18 19:35:18
Googleとか、元関係者がやってるとこが買ってくれないかな。
549:名無しさん＠お腹いっぱい。
09/03/18 19:41:14
DEC, SgiといいSunといい、Intel CPUを採用した商用UNIXベンダはどこも最後は壊れるな
550:名無しさん＠お腹いっぱい。
09/03/18 19:44:43
γ γ
∧__∧ もうﾀﾞﾒﾎﾟ・・・ γ
（::::::::::: ） ...................................
.（○::::::: ） .::::::::;;;;;;;;;::::........
~"''"""゛"゛""''･、 ...:::;;;'' ';;;:::::.......
"゛""''""""゛゛""''' "j' ...::::;;;'' '';;;::::::........
::::ﾍ :::::....ヽ :::;;;ﾉ ::( ....::::::;; '';;;::::::.......
: ゝ :::::......ﾉ:;;..／ ~~^^~~~~~^^~^^ ~~^^ ~~~~~^~~~~^
551:名無しさん＠お腹いっぱい。
09/03/18 19:47:29
>>547
>Fにも打診してるのでは..
いや、Fは完全に無視されてると思われw
552:名無しさん＠お腹いっぱい。
09/03/18 19:51:03
つーかIBMがSun買うメリットってないだろ
それともマルチコアでも(Niagara）、先進技術でも(Rock)、
HPCでも(SPARC64VIIIfx)大活躍のSPARCアーキを恐れたか
553:名無しさん＠お腹いっぱい。
09/03/18 19:51:10
URLﾘﾝｸ(www.amdahl.com)
Fの買収した会社
コンテンツの管理ぐらいちゃんとやろうよ…
554:名無しさん＠お腹いっぱい。
09/03/18 19:51:12
商用UNIXベンダは最終的にはなくなるってだけ
555:名無しさん＠お腹いっぱい。
09/03/18 19:52:10
>>552
Javaを好きにしたいとか
556:名無しさん＠お腹いっぱい。
09/03/18 19:54:14
>>549
因果関係が逆かもしれん。
インテル採用→ドボン
ではなく
ドボン一歩手前→しかたなくインテル採用
557:名無しさん＠お腹いっぱい。
09/03/18 19:57:07
ねんがんのUNIXの統一に近づいた（AA略
558:名無しさん＠お腹いっぱい。
09/03/18 19:58:59
BSDとかLinuxみたいな無料のゴミしか残らないこんな世の中じゃ
559:名無しさん＠お腹いっぱい。
09/03/18 19:59:54
AIXとHP-UXがあるよ！
560:名無しさん＠お腹いっぱい。
09/03/18 20:01:32
MacOS Xは？
561:名無しさん＠お腹いっぱい。
09/03/18 20:02:55
じゃあそれも
別カテゴリーだろうけど
562:名無しさん＠お腹いっぱい。
09/03/18 20:09:08
>>531
StorageTek買ったのは 41億ドルだったらしい。
現在の株式時価総額は 37億ドルしかないのか...
563:名無しさん＠お腹いっぱい。
09/03/18 20:11:53
現在のような状況では、株価の絶対値よりも、ハイテク系の平均株価に対する割合のほうが重要だ。
同業他者の株価が50%下落するなか、25%の下落なら有望だし、75%の下落ならヤバす。
564:名無しさん＠お腹いっぱい。
09/03/18 20:17:08
IBM「黙れ小僧、お前にSUNが救えるか」
565:名無しさん＠お腹いっぱい。
09/03/18 20:40:15
とうとう UI/OPENLOOK が OSF/MOTIF の軍門に下ったのか
566:名無しさん＠お腹いっぱい。
09/03/18 20:43:08
IBMだったらまだマイクロソフトに買ってもらう方がましだろ
567:名無しさん＠お腹いっぱい。
09/03/18 20:46:59
>>565
だね
568:名無しさん＠お腹いっぱい。
09/03/18 21:28:27
そのうち IBMに "sSeries" とかで追加されるのかな？
569:名無しさん＠お腹いっぱい。
09/03/18 21:47:13
ないない
それはない
570:名無しさん＠お腹いっぱい。
09/03/18 21:58:47
IBMがほしいのは販路だけ？
いまさらJavaはいらないだろうし、製品はかぶりまくってる。
571:名無しさん＠お腹いっぱい。
09/03/18 22:20:54
えー、Java(TM)を持つのは大きなアドバンテージ。
いろいろ付いてきてめっちゃ安いし。
ただIBMの景気のせいで業績落ちてるだろうし…
572:名無しさん＠お腹いっぱい。
09/03/18 22:33:38
Java（TM)だけあればそれでいいんじゃね？
573:名無しさん＠お腹いっぱい。
09/03/18 22:37:01
IBM は Sun Java を喉から手が出るほど欲しがってたからね。
574:名無しさん＠お腹いっぱい。
09/03/18 22:40:11
AIX捨ててSolarisにして欲しいな。
あとCMTの技術を捨てるのはもったいないので、IBMの力で
更に高速化して欲しいな。Powerアーキでもいいからさ
575:名無しさん＠お腹いっぱい。
09/03/18 22:40:26
むしろ(TM)だけあれば良い。
576:名無しさん＠お腹いっぱい。
09/03/18 22:42:20
今Sun買ったらもれなくMySQLもついてくるよ。
DB2とどちらを優先するか分からんけど…
577:名無しさん＠お腹いっぱい。
09/03/18 22:42:22
最近トップクラスの人材の就職先は、
MSR, Google, Appleばっかりだったもんな。
IBMやSunなんて聞かねー
578:名無しさん＠お腹いっぱい。
09/03/18 22:44:41
Apple(笑)
579:名無しさん＠お腹いっぱい。
09/03/18 22:51:01
家電メーカーに就職しても…
580:名無しさん＠お腹いっぱい。
09/03/18 23:00:50
>>577
Informixを忘れてもらっては困るw
581:名無しさん＠お腹いっぱい。
09/03/18 23:02:48
今の Sun のハード部門はもう必要ないって言ってた幹部もいたね。
ただ、そうすると SunKK の大半は...
582:名無しさん＠お腹いっぱい。
09/03/18 23:03:15
>>576
MySQLも終了なのか…
583:名無しさん＠お腹いっぱい。
09/03/18 23:14:53
MySQLとか上手く再放流できるのかねえ
584:名無しさん＠お腹いっぱい。
09/03/18 23:15:29
MySQLはオープンソースの世界に戻るだけでしょ。
今でも半分はオープンソースの世界にいるようなものだから。
OpenOffice.orgも同様。
一番寂れるのはSolarisかと。
OpenSolarisプロジェクトはまったく成功を治められてないから。
あとZFSの行方が気になる。
585:名無しさん＠お腹いっぱい。
09/03/18 23:18:40
ZFSはFreeBSDで生き残るんじゃね？
586:名無しさん＠お腹いっぱい。
09/03/18 23:23:47
>>584
OpenSolaris成功しているジャン
587:名無しさん＠お腹いっぱい。
09/03/18 23:24:59
オープンソースとして機能しているか？＞OpenSolaris
588:名無しさん＠お腹いっぱい。
09/03/18 23:25:39
>>587 えっ？？
589:名無しさん＠お腹いっぱい。
09/03/18 23:26:46
Solaris ってダメなのかな。
DTrace や ZFS はすごい技術だと思うけど。
でも、これは Solaris という OS を褒めているのではなく機能を褒めているのであって、
ZFS が別の OS で動けばいいような気もする。
DTrace は、ZFS みたいに他のOSでは動かせないの？
あと、スレッドの性能や、負荷が掛かったときに(大規模サイトなど)、Linux よりも
よく耐えると会社の先輩が言っていた。
最近仕事で久しぶりに Solaris をさわったが、
ls で色が出ないし、(--color=tty が指定できない)、tail -F がなかったりで、
自分が Linux じゃないと生きていけない(というかそのレベル)のエンジニアであることを実感した。
GNU tail コンパイルするのめんどくさい。
590:名無しさん＠お腹いっぱい。
09/03/18 23:35:10
OpenSolarisはオープンソースとして開発のライフサイクルが回ってないのが痛い。
591:名無しさん＠お腹いっぱい。
09/03/18 23:36:43
>>590
まわっているっしょ
592:名無しさん＠お腹いっぱい。
09/03/18 23:37:58
OpenSolarisはSunなしでやってけるのかどうか
593:名無しさん＠お腹いっぱい。
09/03/18 23:39:22
HPにも買収を打診しているようでは、ﾓｳﾀﾞﾒﾎﾟだな
Itanium2上で動くSolarisを見るのも一興だけど
594:名無しさん＠お腹いっぱい。
09/03/18 23:42:14
HPがSolarisを買い、クラウドバブルなデータセンタ業者をProLiant へ移行。
SPARCは富士通に売る。
多分、この流れになると思う。
595:名無しさん＠お腹いっぱい。
09/03/18 23:43:54
IBMは？
596:名無しさん＠お腹いっぱい。
09/03/18 23:45:07
>>589
DTraceはFreeBSD, Darwinで使われてる。
Mac OS X 10.5ではktraceがなくなってdtraceオンリー。
FreeBSDの方も同じはず。(最近使ってないからしらねえ)
OpenSolarisはSunがプログラマーを投入しなくなったら、
開発停滞すると思うよ。
597:名無しさん＠お腹いっぱい。
09/03/19 00:04:52
OpenSolarisはコミュニティ側に何を期待してるのかよくわからんからな
598:名無しさん＠お腹いっぱい。
09/03/19 00:13:27
ぶっちゃけ、Solarisの開発が面倒になってソースを公開してみました、ような？
599:名無しさん＠お腹いっぱい。
09/03/19 00:18:50
ライセンスがCDDLなのが使いにくい>OpenSolaris
600:名無しさん＠お腹いっぱい。
09/03/19 00:21:36
>>589
Linuxでmysqlが複数スレッドで遅くなるバグは最近Linux側で修正されたと思ったが。
601:名無しさん＠お腹いっぱい。
09/03/19 00:24:51
>>589
sunfreeware.comくらいは知らないと…
602:名無しさん＠お腹いっぱい。
09/03/19 00:36:16
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
(ﾉ∀`)ｱﾁｬｰ
603:名無しさん＠お腹いっぱい。
09/03/19 00:39:08
白色矮星になるとき？ ちなみに超新星というのは星の最後に起きるイベントだよ。
このスレのタイトルも何らかの暗示だったのかもな。
604:589
09/03/19 00:41:48
>>601
あ、先日このページを見つけて、sunfreeware.com と pkg-add を覚えました。
URLﾘﾝｸ(sy2920.s151.xrea.com)
605:名無しさん＠お腹いっぱい。
09/03/19 01:27:18
>>598
サポートが面倒になったんじゃね?
ソースやるから自分で調べろよ! って。
あるメーカーはサポートのために、WindowsNTのソースコードを持っていましたよ。
606:名無しさん＠お腹いっぱい。
09/03/19 01:40:25
>>602
> (OSはSolaris)
障害に関係ないじゃんw
原因
1.富士通製CPUボード 2. 待機系共用データサーバトラブル
3.富士通製ネットワーク切り替え器
>>605
国内x86製造主要メーカは全部持ってるよ。
サポートだけじゃなくて、バグ取りやリファインさえやってる。
全社、修正はMSに吸い取られる契約のはず。
Windows CEなんて日本人が作ったようなもんだしな。
607:名無しさん＠お腹いっぱい。
09/03/19 01:45:16
OSを他社に握られていると
新型CPUへの対応とか
待機系への切り替えとか
特殊な切替器への対応とか
いろいろ面倒くさそうだな
もうLinuxでやったほうが楽なんじゃね？
608:名無しさん＠お腹いっぱい。
09/03/19 01:51:43
>>607
> 待機系への切り替えとか
> 特殊な切替器への対応とか
> いろいろ面倒くさそうだな
なことはないw
技術として確立しているし。
609:名無しさん＠お腹いっぱい。
09/03/19 01:58:45
システムのライフタイムが終わるまではそれほどでもないかもね
610:名無しさん＠お腹いっぱい。
09/03/19 02:06:46
>>608
確立してなくて毎回泥縄式ダチョウメソッドで作ってるから障害が起きるんだろがｗ
611:名無しさん＠お腹いっぱい。
09/03/19 02:22:13
確立しているのに、自社製に拘るからでしょw
612:名無しさん＠お腹いっぱい。
09/03/19 02:23:00
>>606
本当?
俺の勤め先はNT3.51までしかソースないよ。
バグ取りやリファインどころか、日本語対応のためにMS本社に開発者を出向させてたよ。
他にも某有名unixの日本語化をやったんだけど、その成果は今では・・・orz
613:名無しさん＠お腹いっぱい。
09/03/19 02:26:05
今回の案件ではそうなっていただけで技術は確立してるだろ
障害時の対応手順をきちんと練り上げて
テストや訓練をきちんとやっているのが当たり前とは限らない
バックアップだってこまめに取っていても
戻す段取りをろくに考えてないとか
リカバリ訓練をしてないサイトはいくらでもあるだろうな
614:名無しさん＠お腹いっぱい。
09/03/19 02:27:24
東芝？
615:名無しさん＠お腹いっぱい。
09/03/19 03:04:28
MSらしい商売してるな
616:名無しさん＠お腹いっぱい。
09/03/19 03:36:13
マイクロソフトと特定分野での協業を組む際には、
自社のもつ全ての特許をマイクロソフトに無償ライセンスせねばならない。
その特定分野だけでなく、それ以外の全て。
協業つっても、プレスリリース打つだけなんだわ。その実。
617:名無しさん＠お腹いっぱい。
09/03/19 03:41:32
セガ（笑）
618:名無しさん＠お腹いっぱい。
09/03/19 04:54:42
マジで今後どうなるんだろ、全然分からん
619:名無しさん＠お腹いっぱい。
09/03/19 07:06:03
>>602
>三つの障害が連続発生したからであることが分かった。ハードの二重化
>といった信頼性向上策を講じていたが、三つの障害が続いたことで、
>ダウンを回避できなかった。
「障害が連続発生」って、なんとも胡散臭いw
実際は1つの障害が発生してポカが露呈してぐだぐだになってる悪寒。
>すぐに待機系が稼働するはずが動かなかった。引き継ぎ情報を格納した
>制御系ファイルが壊れていた。これが二つめの障害だ。
これ「メインが故障しなければ問題ない」と高を括って待機系は物だけ
おいてあって「設定してなかった」というのが実態で「引き継ぎ情報を
格納した制御系ファイルが壊れていた」とか表現してないか？w
620:名無しさん＠お腹いっぱい。
09/03/19 07:16:02
>>616
>自社のもつ全ての特許をマイクロソフトに無償ライセンスせねばならない。
>その特定分野だけでなく、それ以外の全て。
東芝が家電関係の特許を使われそうになって慌ててMSと揉めてような。
あれ、その後どうなったんだろう？
621:名無しさん＠お腹いっぱい。
09/03/19 07:34:17
>>619
複数の障害が発生したってのは非常にありそうなことだよ
障害が重なることは稀だろうけど、それゆえこういうトラブルになりがち
お前の発想はちょっとレベルが低すぎて、ありそうもない
622:名無しさん＠お腹いっぱい。
09/03/19 08:54:15
>>619
この手の障害って
バックアップ系の動作チェックなんか
実際故障してみないと動くかどうかわかんない
ってのが実態だろｗｗｗ
623:名無しさん＠お腹いっぱい。
09/03/19 09:11:51
>>622
最近の2chの実機サーバではその仮想再現を投入前にやっていたけどな。
くわしくはぞうさんプロジェクトでぐぐれ。
624:名無しさん＠お腹いっぱい。
09/03/19 09:42:21
>602
そこはジェットストリーム(ﾉ∀`)ｱﾁｬｰ だろう。
625:名無しさん＠お腹いっぱい。
09/03/19 10:24:38
>>621
そうかなぁ... >619 もあながち... そこまで極端ではないにしても。
626:名無しさん＠お腹いっぱい。
09/03/19 10:39:37
SPARCは放出で Fが買い取り、という可能性は大きいだろな。
OpenSolarisは使うと思うぜ。POWERにも載せた方が売れると思う。
AIXは既存顧客向けに存続はする、と。
627:名無しさん＠お腹いっぱい。
09/03/19 10:46:43
放出なんてしないさ
飼殺して終了
これでFも殺せる
628:名無しさん＠お腹いっぱい。
09/03/19 11:05:04
>>626
SPARC はＦで、Solaris は IBM ？ｗ
現行の SunFire とかのシリーズはどうすんだ？
今のデザイン気に入ってるんだけどなーｗ
629:名無しさん＠お腹いっぱい。
09/03/19 11:08:04
富士通を殺したら、メインフレーマが減ってしまう。
それはそれでIBMは困るだろ。
630:名無しさん＠お腹いっぱい。
09/03/19 11:10:22
一番心配なのはOpenOffice.orgがどうなるか。
フェードアウトしたら、MSから乗り換えた人たちはどうすりゃいいのか
631:名無しさん＠お腹いっぱい。
09/03/19 11:12:06
Sun、オープン技術の全面採用で群雄割拠のクラウドサービスに参入
URLﾘﾝｸ(www.itmedia.co.jp)
URLﾘﾝｸ(www.itmedia.co.jp)
632:名無しさん＠お腹いっぱい。
09/03/19 11:29:54
>>629
こまんねーよ
つーかIBMにすりゃライバルを一斉に葬れる千載一遇のチャンスだろｗ
633:名無しさん＠お腹いっぱい。
09/03/19 11:49:09
>>619
さすがに設定していなかった、っていうのはないだろう。
正常稼働中の切り換えのテストしか、していなかったのだろう。
ろくなスキルのない連中が実装すると、本当にファイルが壊れる。
ファイルを上書きでopenした直後に飛んだら、ファイルの中身が空っぽになる。
openからcloseまでが短時間だから、テストでも発覚しない場合もある。
ていうか、そういう重要なデータは一貫性も求められるだろうから、
普通は、DBMSを使うもんだ。
634:名無しさん＠お腹いっぱい。
09/03/19 11:52:48
>>630
オープンソースなんだから、フェードアウトしないように、ユーザーが開発を支えるんだよ。
自分で開発に参加するか、十分な金額を寄付するか。
635:名無しさん＠お腹いっぱい。
09/03/19 11:58:12
>>630
そんなもん、ＭＳのオフィスに乗り換えればいいだけじゃんｗ
636:名無しさん＠お腹いっぱい。
09/03/19 12:26:33
>>632
司法省がうるさいので完全には駆逐できない。
最低でもライバルはのこさないといけない。
637:名無しさん＠お腹いっぱい。
09/03/19 12:47:01
>>630
Sunの中の人はコードの寄与をほとんど行ってない。
寄与の大きいのはdebian, novell, bluewin.ch, suseの人たち。
Sunはほぼ単なるスポンサー。
少し失礼な言い方になるのは許して欲しいが、
あの程度の金を出せる会社はたくさんある。
ちなみに我々にできることとしては投票活動がある。
OpenOffice.orgは種々の決定に投票を採用しているが、
日本語のための既に実装された機能がなかなか採用されないのは、
投票が少ないから。デフォルト設定が日本語を選択していいものでなかったり。
URLﾘﾝｸ(oooug.jp)
638:名無しさん＠お腹いっぱい。
09/03/19 12:49:54
日本には一太郎があるじゃないか
639:名無しさん＠お腹いっぱい。
09/03/19 12:53:00
>>630
仕事で使ってる人たちはそういうわけにも行かないのよ
640:名無しさん＠お腹いっぱい。
09/03/19 13:08:25
>>586
Solaris for x86は、
Sunの戦略として大失敗だったと思う。
現在、UNIXサーバを大きく扱っているところで、
ローエンドでLinuxを中心に置いてないところはない。
しかしSunは、Sun Linux(単なるRed Hat Enterprise)を押したいのか、
Solaris for x86を押したいのかさっぱり分からないし、
Sun Linux for x86からSolaris for sparcへのパスもよくない。
IBMやHP-UXは、AIX, HP-UXへのアップグレードパスを、
主に運用アプリによってサポートしているのに。
Linuxを選ぶ場合に、Sunという選択肢にあまり魅力がない。
顧客を失っていったのは、Linux戦略の失敗だと思う。
商売のために劣っているLinuxを中心に添えられなかった。
今やVMWareの方が時価総額が高い。
Symanitci, EMCにも負けている。
とはいえ、この報道で株価爆上してはいるのだが。
641:名無しさん＠お腹いっぱい。
09/03/19 13:15:18
>>640
> とはいえ、この報道で株価爆上してはいるのだが。
ぶ、ブラフだったのかひょっとして...w
642:名無しさん＠お腹いっぱい。
09/03/19 13:16:42
>>637
> Sunの中の人はコードの寄与をほとんど行ってない。
だけど旗振りが必要なわけで。振れるかい? Sun以外の人達に。
マクニーリつれてきてスポークスマンにしようぜw
643:名無しさん＠お腹いっぱい。
09/03/19 13:18:16
>>635
特定囲込みプラットフォームでしか動かんクソアプリは要らん。w
644:名無しさん＠お腹いっぱい。
09/03/19 13:37:13
特定OS環境に依存するのは使わない理由にならない
645:名無しさん＠お腹いっぱい。
09/03/19 13:44:29
もはやOS環境って時代じゃないんだけどね。
とはいえ、ディスク周りやセキュリティ設定の実装があまりに糞なWindowsや
NFSの実装の糞っぷりがいまだに直らず、突発的な超高負荷に堪えられないLinuxは
単独で外に晒すメインサーバとして動かすには（どうしても必要な場合以外は）論外なOSだと思う。
自分の現状での選択肢はSolarisかFreeBSD以外ない。
>>640
強いて言うならハードウェアだね。
連続稼動をさせる以上、電源が火を吹いてはいけないからな。
646:名無しさん＠お腹いっぱい。
09/03/19 13:48:23
>>640
Sun 社内で Solaris 開発できないからって
Open にしてみたものの結局うまくいかなかったってことだろなー
スパコンで上位の並列マシンだってハードが Sun でも Linux だもんなｗ
647:名無しさん＠お腹いっぱい。
09/03/19 13:58:13
>>646
TSUBAMEのことか？
あれは特殊なアクセラレーションボード使ってて、そのへんの諸々の事情と、
何よりサポートしている各種アプリ（matlabなどがx86 Solarisをサポートしていないなど）の問題だと思う。
しかも東工大に売ったのは当時未発表のハードだぜ？
Sunとしてはあれでソフトの保守費用も取っているはずだから、
そんなに薄利ではないだろ。
それにSolaris開発できないからOSSにしたわけじゃないし。
648:名無しさん＠お腹いっぱい。
09/03/19 14:25:22
>>646
だからさ、エンプラでちゃんとした MP機使ってからのたまへよ。
オツムよわいね～w