11/08/31 05:18:07.16
URLﾘﾝｸ(www.sankeibiz.jp)
新たに開発する商用スパコンに搭載するのは、ＳＰＡＲＣ６４ＶＩＩＩを機能拡張した
「同６４ＩＸ（ナイン）」（仮称）。演算性能は２倍近く向上する見通しという。
一方、電力当たり性能を同等に抑えることで、省電力ニーズに応えるとしている。
121:名無しさん＠お腹いっぱい。
11/08/31 10:42:07.16
>>115
> T4ってコアが大きくなって、スレッド数が減るんでしょ。
いいや。コアは大きくならない。
> 64との差別化はどうなるんだろ。64の方も8までは、計画されてるんだし。
差別化する必要があるのか? Oracleと富士通は別の会社だぞ? バカ?
..そういや、富士通は Sunに出資してたな。引き継いで Oracleの株も
持ってるのか? （としても製品として重なりを防ぐ必要はないと思うが。）
> 富士通はSPARCの開発から撤退したいみたいだけど、ちゃんとした性能が出るのか未知数だし。
ウソこけw
122:名無しさん＠お腹いっぱい。
11/08/31 18:26:15.34
>>120
> 「同６４ＩＸ（ナイン）」（仮称）。
同とか略し方おかしい。
123:名無しさん＠お腹いっぱい。
11/08/31 19:56:38.74
>>121
T3にくらべるとT4のコアは大きくなってるみたいよ
124:名無しさん＠お腹いっぱい。
11/08/31 20:57:23.02
同プロセスで 1B と 885Mだから、小さくなってるんじゃないかと思うが。
125:名無しさん＠お腹いっぱい。
11/08/31 23:07:36.49
いや、T3は16コアでT4は8コアだから
126:名無しさん＠お腹いっぱい。
11/08/31 23:37:29.48
１）
といいつつ、最近のサーバー用CPUはマルチコア化の進行を進めすぎて
シングルスレッド性能が下がりすぎてしまった点が問題となっているようである。
たとえば、OracleのT4ではT3に比べてコア数は逆に半減しており、
コア数を犠牲にしてでも劇的なシングルスレッド性能向上を目指しているそうだ。
PC用途ならば当然の発想と言えるが、サーバー用途でもシングルスレッド
性能の重要性が再評価されているというのが時代のトレンドなわけだ。
URLﾘﾝｸ(www.ne.jp)
127:名無しさん＠お腹いっぱい。
11/09/01 00:20:34.78
劇的な性能向上って・・・ｗ
これまでのTシリーズがどうしようもなくうんこだっただけ
速度が及第点に達しても相変わらず高いんだろうな
128:名無しさん＠お腹いっぱい。
11/09/01 03:50:26.55
>といいつつ、最近のサーバー用CPUはマルチコア化の進行を進めすぎて
>シングルスレッド性能が下がりすぎてしまった点が問題となっている
IntelもIBMも（それこそ富士通も）コアは増やしつつシングルすっどれもageる路線だったじゃん
Sunが一方的にクソ過ぎただけだろ？
129:名無しさん＠お腹いっぱい。
11/09/01 14:11:26.20
>>125
チップ内の各コア単独なら、大きくなってるだろ。
初の OoOで、パイプライン段数も T3よりすげー深くなってて、
同プロセスなんだからあたりまえだが。
チップの総トランジスタ数 ÷8 や ÷16じゃないのは、わかってるよね?
＃ てか、キャッシュの占有量巨大だし。
130:名無しさん＠お腹いっぱい。
11/09/01 15:02:35.20
L1$、L2$も盛ったし、L3$に至っては初内蔵だかんなｗ
131:名無しさん＠お腹いっぱい。
11/09/01 18:02:51.49
バークレーRISC-II は 40,760トランジスタ。
最初の SPARCは 20Kゲート。MIPS R2000は 110K。
ARM2は 30K。ARM6で 35K。
10億とかあったら、何コア載るかね?ww
132:名無しさん＠お腹いっぱい。
11/09/01 18:07:33.93
ダイの半分はキャッシュで出来てます
133:名無しさん＠お腹いっぱい。
11/09/01 18:22:36.85
半分でも 5億、500M。500M ÷ 20K → 25K 2万 5千個ww
20Kゲートでも 32bitでレジスタウィンドウだかんね。掛割算ないんだっけ?
134:名無しさん＠お腹いっぱい。
11/09/01 18:25:17.67
T3は16コアしか乗らなかったわけだが
135:名無しさん＠お腹いっぱい。
11/09/01 18:26:52.39
あ、最初の SPARCは 20Kゲートを 2チップだ。40Kだね。
136:名無しさん＠お腹いっぱい。
11/09/01 18:27:50.61
1万個ぐらいしか載らんな、残念ww
137:125
11/09/01 22:34:55.43
>>129
え、俺なの？
138:125
11/09/01 22:37:45.25
つかT3もT4もフロアプラン公開されてるのに
139:名無しさん＠お腹いっぱい。
11/09/02 12:45:32.77
つか各コアのサイズなんか気にしてどうするの?
140:名無しさん＠お腹いっぱい。
11/09/02 16:01:29.21
つか T4量産の暁には!
141:名無しさん＠お腹いっぱい。
11/09/02 17:40:45.08
>>94
Pentium4は、
130nmプロセスのNorthwoodは良かったのだから、
アーキテクチャ自体は良かったのだろう。
ま、やたら声の大きいAMD信者が、
必死になって叩かねばならぬほど、
脅威だったのでしょう。
よくクロックあたりの性能が低いというけれども、
当時の速度が要求されるアプリに関しては、
Pentium3と遜色なかったよ。
142:名無しさん＠お腹いっぱい。
11/09/02 17:47:00.79
>>121
>> 64との差別化はどうなるんだろ。64の方も8までは、計画されてるんだし。
> 差別化する必要があるのか? Oracleと富士通は別の会社だぞ? バカ?
いまのところ、SPARC64とUltraSPARC-Tは住み分けしてきたが、
これがオーバーラップするとなると、一本化に進むんじゃないか?
>>133
ゲート数とトランジスタ数は違いますぜ。
>>135
CPU、FPU、キャッシュ&MMUで3チップじゃなかったっけ?
143:名無しさん＠お腹いっぱい。
11/09/02 17:47:04.63
ウソこけ。PenIIIの 1.5倍のクロックで同等だったよ。
当時 Intelはクロックだけを前面に出して商売してた。そういう会社だ。
144:名無しさん＠お腹いっぱい。
11/09/02 17:53:32.15
初代SPARCstation1のブロック図を見ると、
現在CPUチップに該当する機能は、
SPARC Integer Unit
SPARC Floating-Point Unit
Cache ASIC
64K cache
MMU ASIC
RAM ASIC ×2個
合計7チップだな。
145:名無しさん＠お腹いっぱい。
11/09/02 17:57:19.36
>>143
それは何のアプリで?
Pentium3 1.4GHz相当の速度が出るというAthlonMP 1.2GHzと、
Pentium4 2.4GHzを使い分けてたが、ほぼ2倍の速度差だったな。
あなたのいうPentium3比 1.5倍っていうなら、
Pentium3 1.4GHz相当×1.5倍 = Pentium4 2.1GHz相当
ってことになるが、んなことはなかった。
ま、自己満足のベンチマークの総合スコアで比較してる厨房には、
Pentium4は高嶺の花だったので、叩きたくなる気持ちはワカランでもないが。
146:名無しさん＠お腹いっぱい。
11/09/02 18:00:29.51
URLﾘﾝｸ(pc.watch.impress.co.jp)
コア数が半分になっているので、相対パフォーマンスが2倍未満なのは、ヤバくね?
147: 忍法帖【Lv=40,xxxPT】
11/09/02 18:16:15.30
自分はPrescottの方が好き
148:名無しさん＠お腹いっぱい。
11/09/02 18:54:09.36
僕はTejas・CedarMillちゃん！
149:名無しさん＠お腹いっぱい。
11/09/02 19:03:59.16
おいおい、T1→T2&T3に比べて、T3→T4は別物すぎるだろ。
これ、Niagaraよりも昔のUltraSPARCシリーズに近いんじゃね?
150:名無しさん＠お腹いっぱい。
11/09/02 19:04:21.83
実はRockです
151:名無しさん＠お腹いっぱい。
11/09/02 19:16:11.59
>>146
それは暗号処理ブロックの相対性能
これはT3も比較的速かった部分なので全体の比較指標としては不適切じゃね？
152:名無しさん＠お腹いっぱい。
11/09/02 19:17:47.06
Rockの焼き直しだったら今でも設計終わってないなｗ
153:名無しさん＠お腹いっぱい。
11/09/02 19:21:56.36
>>143
Pentium IIIじゃなくてそれを発展させたPentium MやCoreシリーズとの比較だろ
154:名無しさん＠お腹いっぱい。
11/09/02 19:29:26.63
>>145
> それは何のアプリで?
動画エンコード以外全てだろ。動画エンコード以外には何も使い道のない
CPUだった。放置で何もしてなくても爆熱。
> Pentium3 1.4GHz相当×1.5倍 = Pentium4 2.1GHz相当
使ったのはサーバー用途だがな。DBMSや Javaサーブレットのコンテナ。
2GHz超の Pen4 で 1GHzちょいの Pen3と同等かそれ以下の性能しか出なかったよ。
Pen4のデスクトップも Pen4 Celeronも同じ。
> ま、自己満足のベンチマークの総合スコアで比較してる厨房には、
そっくりお返しするよ。動画エンコのベンチばっかやってたんだろ? ワカルワカルww
155:名無しさん＠お腹いっぱい。
11/09/02 19:35:52.03
>>146
おいおい、そいつは 2枚目だろうが。1枚目は 3倍から 18倍じゃないか。
ま、SPECint/fp だがなw
156:名無しさん＠お腹いっぱい。
11/09/02 21:08:06.95
>>154
> 動画エンコード以外全てだろ。
当時、デスクトップPCで、速度向上が切実に求められていたのが、動画エンコードだった、それを忘れてますね、あなた。
> 動画エンコード以外には何も使い道のないCPUだった。
ひどく大げさな言い方だな。
> 放置で何もしてなくても爆熱。
思い込みでいうな。
Northwoodのアイドル時の消費電力は、AthlonXPのそれよりも、ずっと低かったぜ???
> 使ったのはサーバー用途だがな。DBMSや Javaサーブレットのコンテナ。
> 2GHz超の Pen4 で 1GHzちょいの Pen3と同等かそれ以下の性能しか出なかったよ。
CPU以外は同等で揃えての比較なの?
Pentium3はサーバ用チップセットでメモリがデュアルチャネルで、HDDがSCSIで、
Pentium4はデスクトップ用チップセットでメモリがPC133のシングルチャネルで、HDDがIDE、
なんていうアンフェアな比較してないか?
> Pen4のデスクトップも Pen4 Celeronも同じ。
何が?
> そっくりお返しするよ。動画エンコのベンチばっかやってたんだろ? ワカルワカルww
動画エンコはベンチではなく、実際にエンコードしてたぜ。
157:名無しさん＠お腹いっぱい。
11/09/02 21:23:52.90
何だエンコ厨か
158:名無しさん＠お腹いっぱい。
11/09/02 22:01:40.22
エンコ厨を馬鹿にする他には、落とし所がないのか?
159:名無しさん＠お腹いっぱい。
11/09/02 22:17:13.62
負け惜しみってそういうもんでしょ
160:名無しさん＠お腹いっぱい。
11/09/02 23:01:53.42
2GHz超ってことはNorthwoodか。
NorthwoodはステッピングによってはプリフェッチにエラッタがあってBIOSでdisableにされると思う。
で、Pentium3が1GHz超えてるってことは、Pentium3-Sだよな。
Pentium3-Sはプリフェッチついてる。
うむ、フェアではない比較だな。
161:名無しさん＠お腹いっぱい。
11/09/02 23:26:46.46
自己肯定に必死なエンコ厨か
162: 忍法帖【Lv=40,xxxPT】
11/09/02 23:40:20.26
ネトバってマルチメディア処理のためのアーキテクチャでしょ
PC用で性能求められるのは動画やら音声やらゲームがらみの処理ばかり
Pen4世代のSSE*もそれムキの命令ばかり積んで進化を演出したじゃない
163:名無しさん＠お腹いっぱい。
11/09/03 01:54:49.39
SSEに対抗して追加された3DNow!とかそのまんまの名前だよな
164:名無しさん＠お腹いっぱい。
11/09/03 08:06:14.17
NetBurstはアプローチとしては良かった。
130nmのNorthwoodは良かったので、アーキテクチャは正しかったんだ。
悪かったのは、当時のインテルの90nmのプロセスだ。
165:名無しさん＠お腹いっぱい。
11/09/03 08:20:40.34
T4の話題が少ないな・・・
166:名無しさん＠お腹いっぱい。
11/09/03 08:44:59.83
川崎の練習機の話なら板違い
ナンテナ
167:名無しさん＠お腹いっぱい。
11/09/03 08:57:54.25
>>160
> プリフェッチにエラッタがあって
> Pentium3-Sはプリフェッチついてる。
Pen-4 ゴミ確定wwww
> うむ、フェアではない比較だな。
なんてバカなんだろう、動画エンコードしてうれしがってるやつってwwwwww
168:名無しさん＠お腹いっぱい。
11/09/03 08:59:17.08
>>158
エンコ厨は馬鹿だ。今回、心底そう思った。確信に変わった。
169:名無しさん＠お腹いっぱい。
11/09/03 09:01:41.09
> 当時、デスクトップPCで、速度向上が切実に求められていたのが、動画エンコードだった、それを忘れてますね、あなた。
バカかww Intelが CPU売りたくてそう言ってただけだ。
まんまののらされてエンコードしまくってたのが大量にいたわけだな。
きのどくなこったww
殿堂入りだなw
170:名無しさん＠お腹いっぱい。
11/09/03 09:20:32.98
全板強制ID制にすべきだとは思った
171:名無しさん＠お腹いっぱい。
11/09/03 10:24:35.26
いやべつにそれほどでも
なくても結構わかるものだし
172:名無しさん＠お腹いっぱい。
11/09/03 10:32:15.23
>>167
ちょっと良く覚えてないが・・・
NorthwoodのB0ステップが、プリフェッチにエラッタあり
誤動作はしないが、しかし、パフォーマンス低下するのでBIOSでdisableにされることあり
C0ステップ以降は、プリフェッチのエラッタなし
173:名無しさん＠お腹いっぱい。
11/09/03 10:32:53.18
>>167-169
また3連投かよ
174:名無しさん＠お腹いっぱい。
11/09/03 10:39:24.00
で、T4シリーズはいつ発表なの？
また、T4-1、T4-2、T4-4になるの？
175:名無しさん＠お腹いっぱい。
11/09/03 11:00:49.93
なるほど？
176:名無しさん＠お腹いっぱい。
11/09/03 11:11:31.75
ザ・ワールド！
177:名無しさん＠お腹いっぱい。
11/09/03 17:50:15.62
さすが死後の世界ｗ
178:名無しさん＠お腹いっぱい。
11/09/06 10:52:13.57
UltraSPARCT4が出るというのに、なんで、こんな、葬式ムードなんだ?
179:名無しさん＠お腹いっぱい。
11/09/06 11:05:33.64
数スレ前からここはARMスレ
180:名無しさん＠お腹いっぱい。
11/09/06 11:25:17.38
ARMも、複雑怪奇になりつつあるよねぇ。
181:名無しさん＠お腹いっぱい。
11/09/06 17:41:27.54
だが x86と違ってちゃんとモバイルデバイスに使えるw
182:名無しさん＠お腹いっぱい。
11/09/06 20:21:10.58
>>181
むかし、x86が単純な頃は、モバイルデバイスに使われていた。
そして、複雑怪奇になったARMの、モバイルデバイスでの実績は未知数だ。
183:名無しさん＠お腹いっぱい。
11/09/06 20:22:37.16
ARMも、消費電力が増えてしまうので、専用回路のアクセラレータを色々と積む方向、らしいぞ。
184:名無しさん＠お腹いっぱい。
11/09/07 12:08:26.27
> むかし、x86が単純な頃は、
ないないww
相対的に CPUの消費電力が問題にならなかっただけ
185:名無しさん＠お腹いっぱい。
11/09/07 12:11:03.92
>>184
富士通のFMR-CARDとか、HPのHP200LXとか・・・
186:名無しさん＠お腹いっぱい。
11/09/07 12:21:09.51
「単純な頃」が、ない。
つーか、その条件反射なんとかならんか?
187:名無しさん＠お腹いっぱい。
11/09/07 12:50:07.06
一人漫才乙
188:名無しさん＠お腹いっぱい。
11/09/07 13:46:32.11
>>186
80186や80286の頃は、今に比べれば、かなりシンプルだと思うがなぁ。
189:名無しさん＠お腹いっぱい。
11/09/07 13:50:06.15
UltraSPARC T4のパイプラインみてみ。
ぶっくぶくに膨れ上がった長大なパイプライン。
その代わり、
3GHz動作とout-of-order実行による高いシングルスレッド性能。
今回、本家SPARCは、Pentium4と同じアプローチをとったのだ。
190:名無しさん＠お腹いっぱい。
11/09/07 14:31:28.45
Pentium4だとかSMTだとか64bitだとか騒いでた10年前は楽しかったな
今はSoC化と省電力化ばかりでつまらん
191:名無しさん＠お腹いっぱい。
11/09/07 15:16:04.79
皮肉にも、Sunの提唱したCMTは、インテルのFB-DIMM頼みだった。
・スレッドたくさん
・コアたくさん
・それでいてキャッシュ少なめ
↓
メモリのランダムアクセス性能がボトルネックに
FB-DIMMは、とても、ランダムアクセスに強い。
ふつうのDDR2/3のDIMMは、1チャネルに何枚さしても、あまりランダムアクセス性能は伸びない。
(同時にオープンしたままにできるバンク数は増えるんだが、64スレッドとか128スレッドには、足りやしない)
一方、FB-DIMMは、1チャネルに何枚もさせば、その分だけランダムアクセス性能が伸びる。
つーわけで、FB-DIMMを使ったUltraSPARC T2は、素晴らしい性能を発揮したわけだ。
ところが、FB-DIMMがポシャってしまった。
インテルのプロセッサのスレッド数は高々2個、コア数も2～6程度であり、
それならば、FB-DIMMの高いランダムアクセス性能は、さほど必要ないのだ。
そういうこともあって、UltraSPARC T3ではDDR3になったが、その結果は、みなさん御存知のとおり。
メモリのランダムアクセス性能の向上は見込めない以上、なるべくキャッシュのヒット率を上げるしかなく、
次のUltraSPARC T4では、コア数が半減され、シングルスレッド性能を向上させたわけだ。
だが・・・インテルも富士通もハイエンドでは、CPUに直にDDR3メモリコントローラを持たせずに、
CPUにはFB-DIMMのようなシリアルインタフェースを持たせ、CPUとDIMMの間に、メモリコントローラを置く構成を取る。
Oracleには、独自のメモリコントローラ搭載DIMMを開発して欲しいものですね。しかも、データベースに特化した機能も持った。
192:名無しさん＠お腹いっぱい。
11/09/07 18:20:09.77
> 皮肉にも、Sunの提唱したCMTは、インテルのFB-DIMM頼みだった。
何が皮肉なの? バカ?
193:名無しさん＠お腹いっぱい。
11/09/07 18:21:22.43
>>190
その前の Alphaは面白かったが、Pen-4はつまらん。
64bit化が 10年前だと? アホか。もう 20年だよ。
194:名無しさん＠お腹いっぱい。
11/09/07 18:22:40.76
>>189
シングルスレッド性能の追求をやめるなんて誰か言ったの?
..なんでこんな低レベルなの? キミはいつも。
195:名無しさん＠お腹いっぱい。
11/09/07 18:22:45.31
皮肉にも、Sunの最初のUNIXワークステーションのメモリバスは、インテルの規格だった。
なぜなら、昔はインテルはメモリのメーカーだったから・・・。
196:名無しさん＠お腹いっぱい。
11/09/07 18:23:48.18
>>192-194
いつもの三連投乙
197:名無しさん＠お腹いっぱい。
11/09/07 18:24:16.41
>>194
シングルスレッド性能の追求のために、Pentium4のような醜いアーキテクチャを選んだってことなんだが。
198:名無しさん＠お腹いっぱい。
11/09/07 18:30:31.78
>>195
マルチバス インテルだよな。NICも ieはインテルだ。もう、アホかと。
その次の VMEはモトローラだっけか。
PCIも載せてるけど、別に PCIが Sbusより優れてるから載せてるわけじゃないぞ。
カスのような CDEまで載せたしな。載せるべきじゃなかったとオレは思うがな。
>>197
はあ。どう醜くて、どういうのが醜くないシングルスレッド性能の追求方法なんだ?
Pen-4は下品で、性能が出なかったが。T4はまだ電力消費とか出てないよな?
199:名無しさん＠お腹いっぱい。
11/09/07 19:07:42.63
ぶっちゃげ性能面での相対評価から後付けで醜いとか醜くないとか文句つけてるだけだろ
煽り抜きで言うがT4がPOWER8やPoulsonよりシングルスレッド性能高いわけないからな
200:名無しさん＠お腹いっぱい。
11/09/07 19:09:02.47
性能面での相対評価??? だれかこのバカが何を言いたいのか説明してくれない?
201:名無しさん＠お腹いっぱい。
11/09/07 19:30:55.40
おまい以外は分かってるから説明不要
202:名無しさん＠お腹いっぱい。
11/09/07 20:33:44.50
霊界からコンニチハしてる基地外おじいちゃんてば
お彼岸になったらちゃんと帰ってくれるかな？
203:名無しさん＠お腹いっぱい。
11/09/07 20:37:47.95
>>198
> PCIも載せてるけど、別に PCIが Sbusより優れてるから載せてるわけじゃないぞ。
Sbusの、どういうところが、PCIより優れてるの?
> はあ。どう醜くて、どういうのが醜くないシングルスレッド性能の追求方法なんだ?
醜い = アウト・オブ・オーダー実行、長くて深いパイプライン、高い動作周波数
醜くない = イン・オーダー実行、短く浅いパイプライン、高い動作周波数
パイプラインの段数を増やせば、複雑怪奇なカスでも、動作周波数は上がるんだよ。
Pentium4なんかが、その好例だろ。
204:名無しさん＠お腹いっぱい。
11/09/07 20:45:15.24
単純王乙
205:名無しさん＠お腹いっぱい。
11/09/07 20:46:57.17
RISCってのは、そういうものだろ?
206:名無しさん＠お腹いっぱい。
11/09/07 20:49:02.83
RISC的には、乗算命令と加算命令が別命令としてあるのは、ムダだと思うわ。
3オペランドといわず4オペランドにして、
A = B * C + D
に集約しろって思うわ。
207:名無しさん＠お腹いっぱい。
11/09/08 08:30:52.07
つ DSP
208:名無しさん＠お腹いっぱい。
11/09/08 12:05:42.09
>>203
> 醜い = アウト・オブ・オーダー実行、長くて深いパイプライン、高い動作周波数
> 醜くない = イン・オーダー実行、短く浅いパイプライン、高い動作周波数
低レベルなステレオタイプだなwwww
Pen-4 の、実装方法が醜いなんて、誰も言ってないけどな。
醜いのは x86の、8bit時代をひきずった命令セットとか、
動作周波数をそのまま性能のように喧伝した商売のやり方とかだろ。
Pen-4 の実装なんて、やったのは DEC残党だし、Alphaのやり方持ってきただけ。
そんなん AMDだろうが Sunだろうがいっしょ。やっぱバカなんだな....wwww
209:名無しさん＠お腹いっぱい。
11/09/08 12:11:39.84
> 醜いのは x86の、8bit時代をひきずった命令セットとか、
かなり整理されてるけどなー
> 動作周波数をそのまま性能のように喧伝した商売のやり方とかだろ。
マルチメディア処理だと、動作周波数がそのまま性能だったがなぁ。
> Pen-4 の実装なんて、やったのは DEC残党だし、Alphaのやり方持ってきただけ。
> そんなん AMDだろうが Sunだろうがいっしょ。やっぱバカなんだな....wwww
SPARCがパイプライン段数を大幅に増やした途端に、言うこと変えるのかよ
210:名無しさん＠お腹いっぱい。
11/09/08 13:35:01.26
> かなり整理されてるけどなー
されてないからパコチョンにしか使えない。
パコチョン以外に使わせようとインテルがどんだけリソースを投下したと
思ってるんだ。
> マルチメディア処理だと、動作周波数がそのまま性能だったがなぁ。
うれしがって使え。動画エンコードしろ。毎日楽しいな?w
> SPARCがパイプライン段数を大幅に増やした途端に、言うこと変えるのかよ
なんのこっちゃ。
パイプライン段数が増えると醜いだの RISCっぽくないだの、ワケワカランわwww
キミ、無理してそんな話しなくていいから。こここなくていいから。無理無理ww
211:名無しさん＠お腹いっぱい。
11/09/08 13:51:23.01
>> かなり整理されてるけどなー
>
> されてないからパコチョンにしか使えない。
整理されてないと言うよりは。整理なんて不能、だな。
ColdFireみたいな方法論はありだろうけど、そこまでしてそれ風の命令セットを
残す必要なんかなかろう。
今や、ほんとに x86でしか動かない情けないソフトウェアも死滅したしな。
くだらん、ムダな回り道だった。損失は巨大だ。はかりしれない。
212:名無しさん＠お腹いっぱい。
11/09/08 14:28:22.55
>>210
>> かなり整理されてるけどなー
> されてないからパコチョンにしか使えない。
実際にはパソコン以外にも使われているんだが。
> > マルチメディア処理だと、動作周波数がそのまま性能だったがなぁ。
> うれしがって使え。動画エンコードしろ。毎日楽しいな?w
当時の話と今の話は別だぜ。
今なら動画エンコードはGPUでやるのが普通だろ。
> なんのこっちゃ。
とぼけんなよー
213:名無しさん＠お腹いっぱい。
11/09/08 14:30:40.13
>>211
> くだらん、ムダな回り道だった。損失は巨大だ。はかりしれない。
単にRISC勢がヘタレだっただけだろ。
214:名無しさん＠お腹いっぱい。
11/09/08 15:46:40.68
すでにPentiumの頃には、x86でもいいや、って感じだったな。
使う上では、命令セットとか関係ないし。
215:名無しさん＠お腹いっぱい。
11/09/08 15:50:56.68
なにが「いいや」、なの?
いま、Pen-4が醜いとか、x86命令セットの話をしてるんだけど。
またまたシェアの話? ほかでやれば?
216:名無しさん＠お腹いっぱい。
11/09/08 16:01:07.84
>>215
RISCではなくx86でも性能的に十分だから、これでもいいや
昔はさx86は性能が低すぎて話になんなかったけど、
Pentiumの頃には独り占めして使う分には十分な速度になったし、
PentiumIIIの頃には多人数で使っても十分な速度だったよ。
217:名無しさん＠お腹いっぱい。
11/09/08 16:12:03.96
インテルがスケールメリットで他社よりも進んだプロセスで製造することで、
x86の性能を無理やりドーピングしているというのなら、
同じ年度ではなく、ほぼ同等のプロセス・ダイサイズで性能比較してみたらどうなのさ。
218:名無しさん＠お腹いっぱい。
11/09/08 18:40:36.52
>>217
らめぇ
SPARC死んじゃううう
219:名無しさん＠お腹いっぱい。
11/09/08 18:46:00.97
SPARCはメモリまわりが豪勢だったような・・・。
220:名無しさん＠お腹いっぱい。
11/09/08 22:52:51.43
キャッシュはMBクラスだし、メモリはCPU1つにつき4チャネルくらい、あったような。
221:名無しさん＠お腹いっぱい。
11/09/08 23:09:14.99
安さを狙ったmicroSPARCやUltraSPARC-IIeはうんこだったけどなｗ
UltraSPARC-IIiもしょぼかった
222:名無しさん＠お腹いっぱい。
11/09/08 23:17:53.17
>>221
CPUのアーキテクチャではなく、キャッシュやメモリで性能が決まってしまうんだな。
223:名無しさん＠お腹いっぱい。
11/09/09 00:12:49.68
それがmemory wallだな。uacrhどうすんべ？っていう壁も依然としてあるよ。
実はどちらでもCISC(x86)が良いんじゃね？って話になってるんだけど。近年は。
224:名無しさん＠お腹いっぱい。
11/09/09 00:23:06.79
x86の命令デコーダの複雑さがもたらす消費電力増よりも、
RISCの命令の帯域の広さがもたらす消費電力増のほうが、
多かったりするのか?
225: 忍法帖【Lv=40,xxxPT】
11/09/09 02:00:39.51
>>212
>今なら動画エンコードはGPUでやるのが普通だろ。
ないわーないない
226:名無しさん＠お腹いっぱい。
11/09/09 02:07:35.69
動画エンコしたことないんだが
最近のトレンドを教えろください
227: 忍法帖【Lv=40,xxxPT】
11/09/09 03:14:21.05
QSVとかCUDAエンコのこと言いたいんだろうけど
普通にCPUでいいんじゃね
228:名無しさん＠お腹いっぱい。
11/09/09 11:29:33.96
x86のデコーダーなんて大したことないでしょ
x86のどのあたりが大変そうに感じるの？
229:名無しさん＠お腹いっぱい。
11/09/09 12:00:34.39
>>228
複数の命令を同時にデコードしようとすると、途端に大変になるのよ。
230:名無しさん＠お腹いっぱい。
11/09/09 17:13:17.03
いやいや、命令長とバラし方がたくさんあったら、大変なんだよ。
少し前にサーモグラフィ出てたの見てないのか?
インテルの人間がそう言ってんだから間違いない。
231:名無しさん＠お腹いっぱい。
11/09/09 17:16:28.14
>>221
この辺は本流との差別化のために仕方がなかった（本流がそんなに速くなかった）。
確かに唄い文句の割（カタログ値の割）にはしょぼかった。
232:名無しさん＠お腹いっぱい。
11/09/09 17:32:40.99
バラしかたがたくさんというのは
命令列の塊を読み込んだときにどこが命令の先頭か分からなくなるということ？
233:名無しさん＠お腹いっぱい。
11/09/09 17:39:39.35
...違うよ。RISCのこと少しは勉強した方がいい。
234:名無しさん＠お腹いっぱい。
11/09/09 19:35:38.23
CISCが効率いいならバイナリ互換性があまり重要ではない
ゲーム機や32bit以上の組み込みCPUにRISCが多いのは何故？
x86の命令セットは30年以上前に出荷された16bitCPUである8086の命令セットを
そのまま拡張してきたもの
CISCの中でも8086の命令セットはきれいな方ではなかった
また、8086は8080用に書かれたプログラムをバイナリトランスレートで簡単に移植できるように
考慮されて設計された8bitCPUの8080との互換性も引きずっていたCPU
235:名無しさん＠お腹いっぱい。
11/09/09 21:48:58.37
>>234
ゲーム機はハードだけだと赤字。ソフトを売って投資を回収してる。
IntelやAMDみたいな形態の企業には手を出す理由が弱い市場。
あ、もしかしてゲハでやれって言って欲しかっただけ？
236:名無しさん＠お腹いっぱい。
11/09/09 21:58:36.05
>>232
同期・非同期の論理回路の素養あるかな?
1クロックで、というのが問題なんですよ。
たとえば128ビット入力の256ビット出力の巨大な非同期の論理回路があって、
入力から出力までに通過するゲートの数が膨大で、
しかも、1クロック分の時間よりも短い時間で、出力を安定させなきゃならない、
そんなシチュエーションを考えてみてくださいよ。
237:名無しさん＠お腹いっぱい。
11/09/09 22:04:37.06
>>234
たぶん・・・
・トランジスタ数が少なくて済む ・・・ 周辺ふくめてワンチップ化が求められる
・データに対してコードが少ない ・・・ RISCの弱点であるコード肥大化&帯域消費が、問題になりにくい
・電力効率がよい
・3オペランド演算やFMA
・ふつ～組込はARMっしょ
238:名無しさん＠お腹いっぱい。
11/09/10 10:03:22.77
>>234
つ低コスト、低消費電力
239:名無しさん＠お腹いっぱい。
11/09/10 10:19:08.01
1,2バイトオペコードもVEXプリフィックスつけると3オペランドとして使えるようになるという噂を聞いた
240:名無しさん＠お腹いっぱい。
11/09/10 11:44:24.39
今のCPUで
c4 c*
c5 c*
みたいな命令を実行するとどうなんのかしら
Illigal Instruction例外が出るのかな？
241:名無しさん＠お腹いっぱい。
11/09/10 17:49:08.70
>>239
もし、それができたとしてもできるのはSandy Bridgeだけ
242:名無しさん＠お腹いっぱい。
11/09/10 22:31:26.31
>>234
intelはゲーム機みたいに、単価の安い市場をいやがってる。
初代XBOXはPentiumⅢだったが、MSとの間でコストダウンのことでもめたと
聞いたな。
後、今のXBOX360 PS3 Wiiに採用されてるPowerPCってRISCの中ではアーキが
複雑な方だけどね。
243:名無しさん＠お腹いっぱい。
11/09/11 07:21:38.03
>>241
今はまだできないよ
出来るようになるとしてもskylakeあたりから
244:名無しさん＠お腹いっぱい。
11/09/12 21:35:21.13
T4のシステムって年内出荷?
245:名無しさん＠お腹いっぱい。
11/09/13 19:53:50.17
かな？
246:名無しさん＠お腹いっぱい。
11/09/13 22:20:20.86
Oracleは富士通にケンカ売ってるのか?
UltraSPARCのシングルスレッド性能を上げたり、Oracle用特殊命令を実装したり、
そんなことしたら、SPARC64の客を奪うだろうが。
247: 忍法帖【Lv=40,xxxPT】
11/09/13 22:24:10.49
>>246
>Oracle用特殊命令を実装したり
どこソース？
つかSPARC64にも同等の命令を実装すればいいという話ではなくて？
248:名無しさん＠お腹いっぱい。
11/09/13 22:24:58.27
全方位に喧嘩売ってるが何の問題もない
Oracle様は偉いのれす
249:名無しさん＠お腹いっぱい。
11/09/14 01:39:07.75
>>247
URLﾘﾝｸ(pc.watch.impress.co.jp)
の
URLﾘﾝｸ(pc.watch.impress.co.jp)
のスライド
Extend SPARC ISA
ってあるでしょ
250:名無しさん＠お腹いっぱい。
11/09/14 01:51:00.70
URLﾘﾝｸ(www.theregister.co.uk)
> It also includes special hardware optimizations for Oracle software,
> including user-level cryptographic instructions,
> a pause instruction, and a fused compare-branch instruction.
251: 忍法帖【Lv=40,xxxPT】
11/09/14 11:27:48.39
>>249
おおリンクありがとう
SeaMicroの記事も面白いな
>>250
拡張された命令はOracleで使える暗号化機能だけじゃないのな
252:名無しさん＠お腹いっぱい。
11/09/14 12:15:15.90
>>246
> そんなことしたら、SPARC64の客を奪うだろうが。
なんか問題あるのか? つか、SPARC64の客って、どれくらいいると思ってんだ?
Intel と AMDが、互いの客を配慮して CPU作ってるか?
きみバカ言われてもこたえんねwww
253:名無しさん＠お腹いっぱい。
11/09/14 12:31:09.89
> なんか問題あるのか?
SPARC64の維持に必要な客を割り込む可能性が
> Intel と AMDが、互いの客を配慮して CPU作ってるか?
x86は、そういうの気にしなくて言いほどに、客が多いだろ。
254:名無しさん＠お腹いっぱい。
11/09/14 13:28:08.09
>>253
> x86は、そういうの気にしなくて言いほどに、客が多いだろ。
客の少ないアーキテクチャでも他社の客配慮して作ってなんかないだろうが。
例あげてみろよ。
はーめんどくせ
255:名無しさん＠お腹いっぱい。
11/09/14 14:45:24.43
viが開発されたと言われる ADM-3だが、キー配列を見ると確かに
HJKL上に ←↓↑→が書かれている。
その上、P の右側が LineFeedで、そのまた右側が Enterキー..
そ、その上、ななんと ISO配列（ロジカルペアリング）じゃないか!!
256:名無しさん＠お腹いっぱい。
11/09/14 15:12:08.79
>>254
おまえAPLを知らないのか?
Sunと富士通がSPARC64とUltraSPARCで住み分けして仲良くやろうっていう。
257:名無しさん＠お腹いっぱい。
11/09/15 10:27:47.86
はーぁぁぁぁーめんどくせぇぇぇぇぇ
258:名無しさん＠お腹いっぱい。
11/09/15 10:42:00.89
T4が売れるんなら、競合するラインは売らなきゃいいだけだろ。部分解消とか。
そんなことより利益出す方が重要だよ。
君が言ってるような（アホな）企業は見たことがないが。
強烈に勘違いしてると思うけど。社会生活できてる? 共産圏の人?
259:名無しさん＠お腹いっぱい。
11/09/15 11:10:24.33
>>257
敗北宣言きたこれ
>>258
SPARC64の出荷台数がT4に食われて採算分岐点を割ったら、富士通はSPARC64から撤退するだろう。
260: 忍法帖【Lv=40,xxxPT】
11/09/15 11:53:17.32
客の視点というものが欠けているなぁ
よりSPARC環境が魅力的になったということなのに
早晩SPARC64にも拡張されたISAは実装されるだろうよ
261:名無しさん＠お腹いっぱい。
11/09/15 11:57:52.97
× よりSPARC環境が魅力的になったということなのに
○ 少しはSPARC環境が魅力的になったということなのに
暗号化は重要度を増してるし追加命令は実装されるだろうな
262:名無しさん＠お腹いっぱい。
11/09/15 12:19:47.70
フロントエンドにTシリーズ
バックエンドにMシリーズ
そういう住み分けだったのだから、
Tシリーズは、ローエンドx86サーバ並の値段で売るべきだったんだよ。
ところがTシリーズを高い値段で売るから、
フロントエンドはx86サーバで、ってことになっちまう。
263: 忍法帖【Lv=40,xxxPT】
11/09/15 13:27:26.40
>>261
妙な修正かけて何したいのか分かんない
絡まりたいのか？ｗ
264:名無しさん＠お腹いっぱい。
11/09/15 13:55:00.98
無いに等しい魅力を十分にあるかのような嘘をつくバkaniかｗ
265:名無しさん＠お腹いっぱい。
11/09/15 15:00:07.70
>>260
何がどのように魅力的になるの?
シングルスレッド性能が欲しければ、SPARC64でいいじゃない。
どうせ日本国内で買うなら、M3000とT3-1、そんなに違わないだろう?
266:名無しさん＠お腹いっぱい。
11/09/15 16:40:10.55
>>259
> SPARC64の出荷台数がT4に食われて採算分岐点を割ったら、富士通はSPARC64から撤退するだろう。
UltraSPARC機に比べて、SPARC64機なんかぜんっぜん売れてなかったんだよ。
採算分岐点? そんなもんエンプラ相手のメーカーは気にもしてないと思うけど。
そもそも計算の仕方が無限にあるし。
てか、キミ知らなさすぎる。なにもかも。部屋に籠って妄想してるだけでしょ?w
267:名無しさん＠お腹いっぱい。
11/09/15 18:20:26.40
>>266
SPARC64やめてXeonにするわ、って言いかねないぜ。
268:名無しさん＠お腹いっぱい。
11/09/15 18:22:27.02
Oracleのロードマップを見ると、
T-Series
M-Series
T-Series
M-Series
無印
ってな順番になってるから、そこまでは作るでしょう。
あくまでもUltraSPARCは1～4(8)ソケットまでで、
8ソケット以上はSPARC64という住み分けは明確だ。
つまり、T4登場で、M3000が消滅するってことだな。
269:名無しさん＠お腹いっぱい。
11/09/15 18:59:17.17
>>267
言やぁ、いいじゃん。なにが問題なんだよ? つか、子供か、あんた?
270:名無しさん＠お腹いっぱい。
11/09/15 19:03:56.58
あんたこそ文盲だね
271:名無しさん＠お腹いっぱい。
11/09/15 19:15:53.86
キモいな
272: 忍法帖【Lv=40,xxxPT】
11/09/15 19:30:33.12
>>264
やっぱ絡まりたいのかｗ
つか自分に理解できないから魅力がないと言うのは恥ずかしいぞ
おめーモテないだろｗ
273:名無しさん＠お腹いっぱい。
11/09/15 19:53:44.94
>>269
Oracleが相互補完とバックアップを兼ねたSPARC64を失ったら、
Rockのような失敗をしたら、それでSPARCはジエンド。
274: 忍法帖【Lv=40,xxxPT】
11/09/16 05:57:18.06
>>273
>>269はそういう意味で言ってるんじゃないと思うけど
275:名無しさん＠お腹いっぱい。
11/09/16 10:56:38.48
ほっとけ。まともじゃない。真性だw
276:名無しさん＠お腹いっぱい。
11/09/16 15:57:29.36
Oracle Solaris 11 EA ..まさか、sun4u は切るのか??
277:名無しさん＠お腹いっぱい。
11/09/17 10:24:44.90
1 名前：たかちゃんψ ★[sage] 投稿日：2011/09/12(月) 22:55:56.21 ID:???
Oracleは9月6日(米国時間)付けで「Oracleプロセッサコアファクタテーブル (PDF)」を更新した。
今回の更新でOracleの提供する新しいマルチスレッドプロセッサ「UltraSPARC T4」に関するコアプロセッサライセンスファクターが追加されている。
T4の係数は0.5だ。
Oracleはもともとプロセッサのコアをそれぞれ独立したプロセッサとみなしてライセンスの対象としていた。
このライセンスはマルチコアプロセッサの普及にともなって改善が要求されるようになった。
同社は2006年にはライセンスポリシーの変更を発表。
プロセッサごとに係数を適用したライセンスを使用するようになった。
ハードウェアとコストとの不均衡を改善するものだと説明がある。
このプロセッサ係数はプロセッサの性能を示すものではないが、Oracleが対象プロセッサをどういった位置づけにしているのかを把握するのには便利な指針といえる。
今回、「UltraSPARC T4」が分類された「0.5」のグループには他にUltraSPARC T1、Sun UltraSPARC T2+、SPARC64 VII+、
AMD Opteron (13XX、23XX、24XX、41XX、61XX、83XX、84XX)、Intel Xeon (56XX、65XX、75XX、E7-28XX、E7-48XX、E7-88XX)、
Intel/AMD PC向けマルチコアプロセッサ、などが含まれている。
URLﾘﾝｸ(journal.mycom.co.jp)
278:名無しさん＠お腹いっぱい。
11/09/17 10:32:45.08
うざいやつ..
279:名無しさん＠お腹いっぱい。
11/09/17 10:46:21.10
>>277
8コアのT4は4プロセッサ相当で、11g EEを載せるにはプロセッサライセンスの場合で2000万～かかるね。
280: 忍法帖【Lv=40,xxxPT】
11/09/17 10:47:16.71
ｽﾚﾘﾝｸ(pcnews板)
全然盛り上がってなくてワロタ
281:名無しさん＠お腹いっぱい。
11/09/17 11:15:23.18
プロセッサ係数の話題で盛り上がれるやつなんて日本に100人もいないだろう。
282:名無しさん＠お腹いっぱい。
11/09/17 11:25:10.47
SPARCがあからさまに低かったらもっと盛り上がるだろうに
283:名無しさん＠お腹いっぱい。
11/09/17 11:39:56.72
そりゃそうだが、現場に居るものとしてはプロセッサ係数が実際の処理能力に対応していない
ことが問題だと思う。 たとえば陳腐化したCPUは徐々にライセンス料を下げてよいかと。
あるいは物理的なコア数やソケット数でなく、実際にOracleのコードを実行してるコア数で課金
するとか考えてくれると導入もしやすい。実際 T4サーバ幾らか知らんけど、乗せる11g EEの
ライセンスが2000万だと恐らくバランスしない。
284:名無しさん＠お腹いっぱい。
11/09/17 11:45:51.63
>>281
4桁はいるかな
285:名無しさん＠お腹いっぱい。
11/09/17 11:47:00.39
売れている間は価格を変える必要はないし
286:名無しさん＠お腹いっぱい。
11/09/17 15:31:39.80
>>283
T4の全コア生きてるのを積んだサーバって、メモリやHDDを普通に積んだ構成だと、1000万越えるんじゃね?
287:名無しさん＠お腹いっぱい。
11/09/21 22:00:38.55
オラクル、予想上回る第1四半期決算を発表--ハードウェア売上は不振
URLﾘﾝｸ(japan.cnet.com)
288:名無しさん＠お腹いっぱい。
11/09/22 16:26:19.76
とうとうx86ハードウェア事業から完全撤退か
289:名無しさん＠お腹いっぱい。
11/09/22 17:20:26.16
x86サーバのRACアプライアンスが発表されたとこなんだが？
むしろ中途半端な規模のSPARCサーバが不要じゃないのかとｗ
290:名無しさん＠お腹いっぱい。
11/09/22 21:45:10.11
Oracle の CEO (最高経営責任者) である Larry Ellison 氏は、
同社のデータベースがすでに非構造化データに対応していると語り、
『x86』から撤退する理由を説明した。
Oracle は、x86 ハードウェア事業から撤退して自社の知的財産 (IP) を
活用したハードウェアに集中することで、2012会計年度の
売上と利益がさらに伸びるものと期待しているという。
Ellison 氏は決算発表に関するアナリストとの電話会見で次のように述べた。
「コモディティ化した x86 事業がゼロになってもかまわない。そうした製品を販売しても
Oracle の利益にならない。他社の IP を売ることに関心はない。
コモディティ化した x86 には Intel の IP と Microsoft の IP が含まれている」
291:名無しさん＠お腹いっぱい。
11/09/22 22:13:22.99
CPUなんてなんでもいいのだからわざわざ汚い x86使う理由はないわな。
292:名無しさん＠お腹いっぱい。
11/09/22 22:16:17.80
そこで我等がARMの出番ですよ
293: 忍法帖【Lv=6,xxxP】
11/09/23 04:51:43.72
>コモディティ化した x86 事業がゼロになってもかまわない
あーあ
もうちょっと分かってる人かと思ったけど
やっぱりアホか
294:名無しさん＠お腹いっぱい。
11/09/23 04:54:49.17
IBM大勝利の予感がしたのは俺だけではないはず
295: 忍法帖【Lv=6,xxxP】
11/09/23 05:07:19.98
IBMの勝利は人類の敗北
296:名無しさん＠お腹いっぱい。
11/09/23 09:09:47.36
HotJavaはどうして放り出しちゃったんだろうなあ。
JREが最初から起動されているブラウザなら、
今のブラウザのJavascriptアドオン相当を、当時から出せていたはずなのに。
結局JWebPaneも出さないままOracleに買われちゃったし。
Web絡みの戦略失敗しているなあ。
297:名無しさん＠お腹いっぱい。
11/09/23 12:35:25.73
x86ハードウェアを自分でやる必要はないわな
298: 忍法帖【Lv=6,xxxP】
11/09/23 12:45:35.90
OS無料戦略切ってシュワルツのアライアンス反故にして
今からまた他社H/Wでってそれはムリってもんでしょ
x86 H/Wへの参入が遅すぎたって回顧記事もう忘れたんかと
299:名無しさん＠お腹いっぱい。
11/09/23 15:59:43.44
>>298
> 今からまた他社H/Wで
そりゃ違うだろ。SPARCでやるってこった。T4（と後継）はそれくらいの自信作
なんだろw
> x86 H/Wへの参入が遅すぎたって回顧記事もう忘れたんかと
参入って、Sun386i のこと?
300:名無しさん＠お腹いっぱい。
11/09/23 17:18:44.34
OracleにとってH/Wはどうでもいい事業ってことだ。事業仕分けされないように気をつけないとな。
301:名無しさん＠お腹いっぱい。
11/09/23 18:01:42.69
oracleは、何でもいいから自由になるものでフルスタックを揃えたいんだろ。
unixよりwindowsより自由に改造できるLinuxがよくて、さらにわがままにできるsolarisが手に入ったからそれを使う。
ハードもLinuxならx86だけど、solarisならさらに自由がきくのが転がってるから使う。
至ってシンプルな気がします。
302:名無しさん＠お腹いっぱい。
11/09/23 19:43:50.34
わかりやすいといえばわかりやすい
303: 忍法帖【Lv=6,xxxP】
11/09/23 19:48:15.91
学術系でSunのx86 H/WでSolaris使ってるところもあるのに…
今頃大混乱だな
304:名無しさん＠お腹いっぱい。
11/09/23 21:32:48.85
学術系なんて、それこそ性能さえよければなんでも（除く WinTel）いいんだよ。
リコンパイルすりゃいいだけ。
305:名無しさん＠お腹いっぱい。
11/09/23 22:25:53.93
高額なOracleのSPARC H/Wを提案してきたら
寝言ほざくんじゃねえと叩き出せばいいのさ
306:名無しさん＠お腹いっぱい。
11/09/23 23:08:52.85
SIer泣かせだな。
307:名無しさん＠お腹いっぱい。
11/09/23 23:33:05.54
SIerは生かさず殺さず
308: 忍法帖【Lv=7,xxxP】
11/09/23 23:52:46.62
>>304
価格も大事なんだよ
Sun Rayを収容しているような使い方だと
>>305
今まで投資したインフラどうすんだ
襟損はよしねや
309:名無しさん＠お腹いっぱい。
11/09/24 01:36:49.89
SRSSならLinuxでも使えるだろｗ
310:名無しさん＠お腹いっぱい。
11/09/24 04:19:07.16
機種選定を誤ったってことさ
311: 忍法帖【Lv=7,xxxP】
11/09/24 10:02:36.40
>>309
何も分かっちゃいねー
端末でSolaris使わせたいからx86に留まってるのに
LinuxシンクライアントでいいならSRSSなんか買わないし
312:名無しさん＠お腹いっぱい。
11/09/24 10:08:19.37
>>304
FPUについて、同じx86であってもIntel-AMD間で違いが出てて来るから、内容によっては簡単に切り替えることができない場合もある。
ところで、
T4（T2以降？）についてる暗号化機能って、GPGPUの劣化版にしか思えんのだが。
GPGPUなら、暗号処理以外にもいろいろと使い道がわけで、それを超えるメリットがあるのか？
313:名無しさん＠お腹いっぱい。
11/09/24 11:32:06.27
日本語でおｋ
というはおいといて
GPGPUの上手い使い道について皆さん血マナコですよ
314:名無しさん＠お腹いっぱい。
11/09/24 12:08:45.72
>>312
GPUがなくてもオンボードでも動くことが大きいと思うよ。以前、SPARCはDESチップは別だった。
315:名無しさん＠お腹いっぱい。
11/09/24 13:55:29.04
ソフトウェアレベルのAPIが同じで、実装がHWを呼んで速くなるというは同じでも、自社で完結して安定供給できるのがいいんでしょ。
GPGPGU使ったら、フルスタックOracleにならないからダメってことじゃない？
316:名無しさん＠お腹いっぱい。
11/09/24 14:45:07.34
>>314
すでに、オンボードどころか、オンチップが主流になりつつあるじゃん。
317:名無しさん＠お腹いっぱい。
11/09/24 17:24:55.98
>>304
Windowsそんなに悪くないんだがなー。
大量に並べてクラスタにしたときにOSのライセンス料がネックになるが、
それこそ大量に並べてフラッグシップ案件になるなら、大幅なアカデミック割引を得られるだろうし・・・。
318:名無しさん＠お腹いっぱい。
11/09/24 17:26:54.39
>>312
そんな尖ったチューニングすること自体が間違いだと思うね。
研究者の仕事外の余暇の趣味としてチューニングするなら、ともかく。
319:名無しさん＠お腹いっぱい。
11/09/24 17:33:53.68
OpteronもMerom用のコンパイルオプションで普通に性能出るしな
320:名無しさん＠お腹いっぱい。
11/09/24 19:03:40.69
>>311
1.Solaris x86ライセンスを導入して別機種に入れる
2.非純正ディストリビューションを使う
3.Solarisを捨てる
世の中Solarisでなければ困るという事例はほとんどない
321:名無しさん＠お腹いっぱい。
11/09/24 19:41:46.87
Solarisしか知らない信者SEが困る・・・くらいか
322:名無しさん＠お腹いっぱい。
11/09/24 20:00:36.77
もはやそんなのいないだろ
323:名無しさん＠お腹いっぱい。
11/09/24 20:26:16.60
仕事なのにSolarisしか使えないとかクソだからな
クセの強い商用UNIXが入り乱れてた頃に比べりゃ楽なもんだ
324:名無しさん＠お腹いっぱい。
11/09/24 20:38:41.34
>>322
昔は大学の研究室には、そういう人いたけどなぁ。
325:名無しさん＠お腹いっぱい。
11/09/25 00:03:04.66
>>317
アカデミックならそもそも無制限ボリュームライセンスがあって安い。
326:名無しさん＠お腹いっぱい。
11/09/25 01:25:51.04
昔は昔、今は今
327:名無しさん＠お腹いっぱい。
11/09/25 08:21:34.63
T4のパフォーマンスが現行SPARC64とそんなに変わらないものだとすれば、がっかりだわな。
そんなんだったら、ニコイチでもいいからNiagraのコアを単純に増やしたものの方が良かった、ってことにならんかねぇ。
もちろんメモリの帯域幅の制限があるから、コアを単純に増やすだけでは限界があるんだろうけどさぁ。
328:名無しさん＠お腹いっぱい。
11/09/25 18:05:50.34
低性能コアをたくさん積んだマシンは用途を選びすぎるから
ある程度高速なコアを多めに積んだ方が使いやすいんだろ
329:名無しさん＠お腹いっぱい。
11/09/25 18:20:15.72
もしT4のコアの処理能力が、現行SPARC64のコアと同等になれば画期的だぞ。
330: 忍法帖【Lv=8,xxxP】
11/09/25 20:10:15.94
>>320
1)機械との相性でハマった時終わる
2)サポート買えない
3)ありえない
結構詰んだ臭いけどシングルスレッド性能捨てて
XeonからSPARCに戻るというのが一番現実的かぁ
331: 忍法帖【Lv=8,xxxP】
11/09/25 20:13:45.63
>>330
1)に追加でそもそもOracleがx64版のサポートを打ち切る可能性がある
富士通(シーメンス)は自社のPCサーバをSolaris対応にしてサポート付きで売ればいいのに
ItaniumやLinux対応するより商機になるよ
332:名無しさん＠お腹いっぱい。
11/09/25 21:48:00.77
>>329
T4はスレッドがコアを占有するAPIがあるので、
それを使った場合には、
SPARC64と同等の性能が出るんじゃね?
333:名無しさん＠お腹いっぱい。
11/09/25 21:48:39.57
>>331
Oracleなら、やりかねん。
334:名無しさん＠お腹いっぱい。
11/09/25 21:50:25.93
>>330
1.事前検証なしでハードウェア導入すんのかよ
2.学生の実習用途程度にソフトウェア保守が必要なのか？
3.SPARCにするか沈没船と運命を共にするしかないな
>>331
x64打ち切ったらAIXやHP-UXと同じ道をたどるな
そんな状況だと開発からまた人が抜けかねん
335:名無しさん＠お腹いっぱい。
11/09/25 21:51:48.77
Oracleのハードを買うのが、
いちばん安上がり、
そういう誘導がされるんでしょ。
すでに、SPARC依怙贔屓的なコア係数だし。
336:名無しさん＠お腹いっぱい。
11/09/25 22:07:30.40
OracleDB/Solaris/SPARCが一番お得ですって。
337:名無しさん＠お腹いっぱい。
11/09/25 22:34:17.20
Oracleの客を独り占めすりゃ、しばらくはSolarisもSPARCも安泰だろうな。
338:名無しさん＠お腹いっぱい。
11/09/25 22:42:24.35
そこまでやると裾野からどんどん逃げていくことになるな
小規模ならOracle使ってても必須ってわけじゃないしｗ
339:名無しさん＠お腹いっぱい。
11/09/25 23:26:43.48
皆さんお忘れか、MySQLの持ち主がOracleであることを。
この手のオープンソースのプロジェクトは、ちゃんと金かけて制御しないと、空中分解するんだ。
OracleがMySQLの開発を中途半端にやることで、兄弟が乱立し、そして力を失っていく。
340:名無しさん＠お腹いっぱい。
11/09/26 00:34:04.25
MySQLしか思いつかない人って程度の低いエンジニアか素人だよね
341:名無しさん＠お腹いっぱい。
11/09/26 00:45:38.45
Accessサイコーだよな
342:名無しさん＠お腹いっぱい。
11/09/26 01:11:19.17
実はMS SQL Serverは性能が良い。
しかも、Oracleほどバグ知識が要求されない。
343:名無しさん＠お腹いっぱい。
11/09/26 10:36:35.93
まあ、永遠に「実は」って例は枚挙にいとまがないだろw
>335, 336
もちろん、それこそがエリちゃん Sun買った理由なわけで。
344: 忍法帖【Lv=9,xxxP】
11/09/26 15:19:35.80
>>334
1 パッチ当てたらOS上がらなくなるとか絶望的しかもそのパッチがsecurity fixなら
2 パッチ保守は絶対いる
3 保守断られるぎりぎりまで粘ってSPARCにするしかない
345:名無しさん＠お腹いっぱい。
11/09/27 22:05:33.06
>>343
「買った理由」ではなく、押し付けられた不良資産を使って買収費用を回収したいだけ
346:名無しさん＠お腹いっぱい。
11/09/28 09:47:39.55
じゃあSunの資産ってなんだ? Javaか?
347:名無しさん＠お腹いっぱい。
11/09/28 10:07:34.55
まだそんなこと言ってるイモがいるのか。
ラリーは IBMと正面きって戦うためのハードウェアと OSを入手したんだよ。
少しは記事読めや
348:名無しさん＠お腹いっぱい。
11/09/28 20:14:50.30
IBMと戦うだって? 相手を間違ってるんじゃないか?
AIXやDB2と戦うならともかく、IBMと戦うって・・・。
349:名無しさん＠お腹いっぱい。
11/09/29 16:09:30.91
AIXと戦ってどうするのよ…
350:名無しさん＠お腹いっぱい。
11/09/29 16:51:39.28
IBMはサービスと部品を、
Oracleは部品だけを、
売ってるものが違うのだ。
351:名無しさん＠お腹いっぱい。
11/09/29 18:16:41.46
だから全部揃ってSIに頼らずにサービスも売れるようになったのでは？
352:名無しさん＠お腹いっぱい。
11/09/29 18:22:23.25
>>351
ぜんぶ揃って? サービスってのがゴッソリと欠落してるだろが。
少なくとも日本国内では、Oracleと直でやるユーザーは殆どおらんよ。
353:名無しさん＠お腹いっぱい。
11/09/29 18:23:15.65
だいたいボラクルが泥臭いところに手を出すわけないじゃん。
上前をハネるようなライセンス商売をしたほうが利益率が高いのだから。
354:名無しさん＠お腹いっぱい。
11/09/29 19:11:47.57
>>352
最初からあるはずないだろw
355:名無しさん＠お腹いっぱい。
11/09/29 19:42:28.15
だからさ、Sun買った前後（ほとんど後だけど）の記事漁ってこいよ。ガキ。
356:名無しさん＠お腹いっぱい。
11/09/29 20:18:40.86
じゃあさ、Oracleはハードやソフトの外販やめてさ、ぜんぶ自社で客に直販するのか?
357:名無しさん＠お腹いっぱい。
11/09/29 20:29:06.18
IBMにフルボッコされて終了って結論出てる
358:名無しさん＠お腹いっぱい。
11/09/29 20:29:36.73
>>356
なにがどう「じゃあ」なんだよ。記事漁ってこいっていってるだろが。しばくぞクソガキ
359:名無しさん＠お腹いっぱい。
11/09/29 20:37:21.28
IBMだってハードやソフトの外販をやりつつ、デカい案件だけ手出ししてるお
360:名無しさん＠お腹いっぱい。
11/09/29 20:37:47.40
>>356
IBMは外販やってないの？
361:名無しさん＠お腹いっぱい。
11/09/29 20:52:04.69
Oracleの場合、
長年にわたってOracle使ってきたSIが、うまい仕事をOracleに取り上げられてしまう形になるので、
Oracleが直にやるなら、Oracle使ってきたSIを潰すか買収して吸収するくらいして、外販やめるくらいでないと。
362:名無しさん＠お腹いっぱい。
11/09/29 21:13:42.24
Oracleが外販やめたら、Oracleを使う意味、無いじゃんwww
363:名無しさん＠お腹いっぱい。
11/09/29 21:47:56.26
Oracleが垂直統合するってのは、外販に頼らないってことだ。
364:名無しさん＠お腹いっぱい。
11/09/29 21:49:55.24
まだスレがあったのか
365:名無しさん＠お腹いっぱい。
11/09/29 22:09:15.31
お前が死んでもまだSPARCとItaniumの話してるよ。
366:名無しさん＠お腹いっぱい。
11/09/29 23:05:46.03
大霊界ｗ
367:名無しさん＠お腹いっぱい。
11/09/30 00:33:49.59
Intelは本当にItaniumコアを大幅刷新するのか?
ぶっちゃけ、基本的な部分は2代目のMcKinleyとかいう10年くらい前から、ほとんど変ってないじゃん。
マルチスレッドになったとか、仮想化とか信頼性が強化されたとかの、細かい変更こそあったものの、
キャッシュ容量を増やしたとか、マルチコアになったとか、コアの外ばっかりじゃないか。
368:名無しさん＠お腹いっぱい。
11/09/30 00:55:40.09
>>367
するよ
てか今年2月のISSCCネタを今更このスレでやる意味あるの？
369:名無しさん＠お腹いっぱい。
11/09/30 03:33:28.81
>>368
して、何がしたいんだ? インテルは。
XeonのRAS性能を上げて巻き取るんじゃないのか?
この期に及んでItaniumの性能上げてどーすんだよ。
370:名無しさん＠お腹いっぱい。
11/09/30 03:46:48.03
Itaniumに力入れるのが遅すぎんだよ。
371:名無しさん＠お腹いっぱい。
11/09/30 03:50:45.15
何がしたいんだ？って言われたらラインナップの刷新と販促力の維持としか言い様が無い
Xeonはコストや性能面での競争が激しいからRAS機能は豊富になったり削られたり色々忙しい
ソフトエラー耐性の高い回路や訂正機能にダイサイズを割く余裕もないし
来年出るXeon-E5で4wayもソケットが変わってFB-DIMMじゃなくなるし
一つの製品で全ての市場をカバーしようなんて発想自体もともと持ってないんじゃないの
372:名無しさん＠お腹いっぱい。
11/09/30 09:52:18.50
Itaniumが、どこカバーしてるって?ww
終ってないと思ってる会社ってどこよww
373:名無しさん＠お腹いっぱい。
11/09/30 12:01:00.48
そりゃ導入してるところ全部だろ
今でも十億ドル単位で売れるんだから外野があれこれ言っても意味無い
Intelも投資を回収できなくなったらやめるだろうからそれまで待てば
374:名無しさん＠お腹いっぱい。
11/09/30 13:51:33.43
>>373
> そりゃ導入してるところ全部だろ
はぁ? 会社名羅列でもする気か?ww
> 今でも十億ドル単位で売れるんだから外野があれこれ言っても意味無い
あんたの言ってることだけは意味あんだなww
> Intelも投資を回収できなくなったらやめるだろうからそれまで待てば
...おめでたいなw
375:名無しさん＠お腹いっぱい。
11/09/30 19:16:08.23
まーた言葉尻に噛み付くだけになったか
こいつと直接絡んだの初めてだけど評判通り話が噛み合わないんだな
376:名無しさん＠お腹いっぱい。
11/10/02 12:49:00.60
そろそろユウイチとヨシコの話でもしようか
377:名無しさん＠お腹いっぱい。
11/10/05 11:12:34.34
Sun Fire復活か。
つってもXeonだが。
378:名無しさん＠お腹いっぱい。
11/10/05 17:29:17.86
反Oracle連合にSIer6社が参画、顧客のアセスメントを日本HPと推進
URLﾘﾝｸ(cloud.watch.impress.co.jp)
379: 忍法帖【Lv=18,xxxPT】
11/10/05 19:09:18.27
今更慌てちゃってHPバカみてー
Itaniumも非標準だから捨てたらHP固有のDBなんて何もなくなるじゃんｗ
380:名無しさん＠お腹いっぱい。
11/10/05 19:26:27.87
HPのItaniumあきらめて楽になりゃいいのに。
PC部門切り捨てるより、そっちが先だろ。
世界で一番x86サーバを売ってるんだから、もっと自信持てば。
381:名無しさん＠お腹いっぱい。
11/10/05 20:07:49.74
OracleじゃなくてもなんとかなるのにOracleを使うことになっていて
ムダに金払ってる客はたくさんいるだろうから取り組みとしては悪くないな
382:名無しさん＠お腹いっぱい。
11/10/05 20:53:18.68
もし、Itaniumの製造をIntelが渋ってるとするなら
IA-64をHP自身が作ればいいのにね
何故、Intel任せなのか不思議だ
383: 忍法帖【Lv=18,xxxPT】
11/10/05 21:16:17.14
URLﾘﾝｸ(h50146.www5.hp.com)
SCOを買収してNonstop DBを移植すれば次の日からXeonで戦えるね
384:名無しさん＠お腹いっぱい。
11/10/05 22:34:28.87
>>382
とっくの昔に製造設備は閉鎖されてエンジニア達もIntelに売却しちゃったよ
385: 忍法帖【Lv=18,xxxPT】
11/10/06 12:31:26.08
URLﾘﾝｸ(www.apple.com)
386: 忍法帖【Lv=19,xxxPT】
11/10/06 21:27:37.39
新たな亡霊が加わったのにおまいら冷たいなー
387:名無しさん＠お腹いっぱい。
11/10/07 08:10:36.46
>>381
そんなとこがムダ金払わなくなるんなら、HPにも払わんだろ。
>>382
PA-RISCの続きを自力で作りたくなかった（重荷だった?）から協業になったわけで。
388:名無しさん＠お腹いっぱい。
11/10/07 08:13:10.41
>>386
MP性能の出ない Machに固執する（旧 NeXT出の）人間が減ると
MacOS に Solaris採用されるかも知れんな。番号も 11でちょうどいいw
389: 忍法帖【Lv=19,xxxPT】
11/10/07 08:28:28.89
Oracleもx86版はやる気ないみたいだしちょうどいいかもね
390: 忍法帖【Lv=21,xxxPT】
11/10/09 00:41:32.02
URLﾘﾝｸ(2ch-dc.mine.nu)
転載
391:名無しさん＠お腹いっぱい。
11/10/09 00:48:32.19
パッと見だとPoulsonに見えたｗ
URLﾘﾝｸ(regmedia.co.uk)
マルチコア化の影響か
392:名無しさん＠お腹いっぱい。
11/10/11 19:56:35.95
「Solaris 11」を発表 Sun時代以来のメジャーリリース
ｽﾚﾘﾝｸ(pcnews板)
393:名無しさん＠お腹いっぱい。
11/10/12 20:54:37.22
安価な Unix WS 市場って今無いから、コストかけずにここで誰か参入すれば
一気にニッチな市場を獲れる気がするのは俺だけかな？
ジョブズ亡き今、自分で起業して Mac でも Solaris でも Linux でも FreeBSD でもない
ハイセンスな Unix WS を作って売りたいんだけど
394:名無しさん＠お腹いっぱい。
11/10/12 21:13:28.70
Unix WS の定義というか価格以外でどんなものを考えてるの?
ある意味 WS と PC に差が無いように感じるんだけど
395:名無しさん＠お腹いっぱい。
11/10/12 21:13:56.91
Macが今現在一番成功してて最大の出荷数を誇るUNIXワークステーションだろうに
396:名無しさん＠お腹いっぱい。
11/10/12 21:17:41.44
それを言ったら Android 携帯の方が台数的にデカイ
397:名無しさん＠お腹いっぱい。
11/10/12 21:45:03.50
AndroidってLinuxカーネルは使ってるけどUNIXなの？
398: 忍法帖【Lv=24,xxxPT】
11/10/12 22:18:48.47
前も書いたけどUNIX WSはQuadroとそのドライバを履いたPC WSに取って代わられてる
WindowsとかLinuxはあまり意味がない
ポジショントークではあってもGoogleがデスクトップPCの終焉を語っているときにPC WSの会社というのは
事業として相当無理がある
WS用アプリはもうWindowsやLinuxに移植された後なのだ
399:名無しさん＠お腹いっぱい。
11/10/12 22:40:05.67
>>398
MAC用アプリに限ればそうでもない
400: 忍法帖【Lv=25,xxxPT】
11/10/12 23:24:25.11
マクはアポ製アプリのターンキーとして使うならいいがOSのライフサイクルもリリースも不透明だから却下
401:名無しさん＠お腹いっぱい。
11/10/12 23:47:07.18
まあ俺も林檎は嫌いなんだけど>>395が正しいと思うよ
402:名無しさん＠お腹いっぱい。
11/10/12 23:54:28.59
UNIXはX Window Systemが普及してしまったのがよくなかった
MacはX使わないでユーザに使いやすいGUIを提供してる
Xの普及がすべての元凶だと思う
403: 忍法帖【Lv=25,xxxPT】
11/10/13 00:13:49.89
X使ってもSgiのフレームバッファは速かったけどな…でも価格がorz
404:名無しさん＠お腹いっぱい。
11/10/13 05:35:28.88
そもそもMac OS XやそのサブセットのiOS自体NEXTSTEPそのものだしな。
Appleから見れば次期OSとしてNeXT買ったらついでにJobsがついてきた、って格好だし。
405:名無しさん＠お腹いっぱい。
11/10/13 06:47:58.50
GNUstepとかGNU-Darwinとか完全日本語化すれば勝つる!!
406:名無しさん＠お腹いっぱい。
11/10/13 10:41:58.12
AMDの新型のレビューが出てたけどクソ過ぎてわろた
407: 忍法帖【Lv=26,xxxPT】
11/10/13 23:34:10.36
限定数で出したってことは今のステッピングはファン向けサービスリリースなんじゃないの
408: 忍法帖【Lv=26,xxxPT】
11/10/13 23:51:05.72
【訃報】C言語の開発者、デニス・リッチー氏が死去--享年70 [10/13]
ｽﾚﾘﾝｸ(bizplus板)
409:名無しさん＠お腹いっぱい。
11/10/14 00:17:40.24
南無
410:名無しさん＠お腹いっぱい。
11/10/14 06:41:52.78
Ritcheが最後に関わったのはGo言語？
411:名無しさん＠お腹いっぱい。
11/10/14 07:59:00.31
おまいら MacOS X が個人向け Unix の到達点だと思ってるの？
あれで満足してるん？
412:名無しさん＠お腹いっぱい。
11/10/14 08:29:31.30
大満足です
413:名無しさん＠お腹いっぱい。
11/10/14 09:29:29.06
Mac OS Xなんてお断りです
414:名無しさん＠お腹いっぱい。
11/10/14 20:12:25.45
>>411
MacOSXより個人向けなUnixがあれば言うてみぞ。
415:名無しさん＠お腹いっぱい。
11/10/14 21:38:02.02
サーバとしてならSolarisやOpenIndiana使うし
クライアントとしてならWindows使う
Mac OS Xみたいな半端物はイラネ
416:名無しさん＠お腹いっぱい。
11/10/14 22:04:24.80
なんだドザーか（笑）
417:名無しさん＠お腹いっぱい。
11/10/14 22:46:17.94
個人用PCならWINDOWSも選択の余地がない部分があるけど、クライアントとしては
使いたくないな。管理が凄くめんどくさそうだし。
418:名無しさん＠お腹いっぱい。
11/10/14 23:07:56.63
基地外揃いの林檎儲が一匹迷い込んできてるな
ドザーとか死語使いかよｗ
419:名無しさん＠お腹いっぱい。
11/10/15 00:22:59.96
Linux Is Not UniX だから犬厨にはなりたくない
microkernel 以外の Unix の新機軸って、filesystem とかセキュリティの話しかないの？
420: 忍法帖【Lv=27,xxxPT】
11/10/15 03:03:05.93
>>417
自分の分だけのクライアントとしてはWindows楽だよ
沢山あるならSun Rayとかシンクライアント使った方がいいね
>>419
VGAドライバとGPU支援されたGUIの話もあるよ(もちろん皮肉です)
>>414
Mac買うぐらいならWindows上に仮想化使ってLinuxを飼う
個人用途ならcygwinで間に合うことも多いしな
421:名無しさん＠お腹いっぱい。
11/10/15 08:46:43.46
日本語化＋教育機関向けアプリを充実させたdistribution作ればいいんかな？
ただしベースはLinux以外で
422:名無しさん＠お腹いっぱい。
11/10/15 11:43:44.43
セキュリティにうるさい企業だとWindowsでさえサーバ側の仮想PC上で実行してるね
もはや端末はWindowsPCである必要はない
［VMworld 2010］三菱東京UFJ銀行が「デスクトップ仮想化」事例を講演
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
423:名無しさん＠お腹いっぱい。
11/10/16 14:43:43.29
故障なども考えると、デスクトップPC上で何か処理をするのは、良くないと思うわ。
424:名無しさん＠お腹いっぱい。
11/10/16 16:52:29.78
ワークステーションを使う部署だと制約のきつい仮想化は厳しいだろう
管理ソフトを導入すればセキュリティレベルを集中管理できるしな
利用者が勝手にアプリ入れたりUSBメモリを挿したりするとエラーになって
管理部門から即ゴルァされたりする
425:名無しさん＠お腹いっぱい。
11/10/16 17:01:14.46
じゃあ制約のきつくない仮想化で
426:名無しさん＠お腹いっぱい。
11/10/16 18:35:44.16
そんなこといいな
できたらいいな
427:名無しさん＠お腹いっぱい。
11/10/16 23:39:52.94
SunRay・・・
428:名無しさん＠お腹いっぱい。
11/10/17 00:18:42.66
SunRayで設計部門のワークステーションが実用を損なわずに代替できるの？
429:名無しさん＠お腹いっぱい。
11/10/17 00:34:05.33
WindowsのRDPなんかはさ、
GDIアクセラレータの付いてないサーバ
+
GDIアクセラレータの付いてるクライアントPC
っていう組み合わせでGDIのベンチマークを取ると、
サーバに直ログインした場合よりも、
クライアントからRDPで繋いだ場合のほうが、
格段にスコアがいいんだよね。
OpenGLでも同じような傾向なのかなー。
430:名無しさん＠お腹いっぱい。
11/10/17 00:40:16.37
はいできます
431:名無しさん＠お腹いっぱい。
11/10/19 19:15:28.39
日本オラクル、新世代SPARC T4プロセッサ搭載の新サーバ製品群を発表
処理速度は5倍に向上。ミッション・クリティカル用途に対応
URLﾘﾝｸ(www.computerworld.jp)
432:名無しさん＠お腹いっぱい。
11/10/19 20:34:00.27
なにっ富士通のSPARC64ラインとバッティングさせる気か
433:名無しさん＠お腹いっぱい。
11/10/19 20:58:10.05
SPARC64なんて所詮はBプランだろ？
434:名無しさん＠お腹いっぱい。
11/10/19 21:07:06.95
だが、APLでSunは信頼性を獲得したんだぜ?
435:名無しさん＠お腹いっぱい。
11/10/19 21:12:28.53
APL製品以外の初期不良とか故障率はマシになったの？
436:名無しさん＠お腹いっぱい。
11/10/19 21:29:23.57
A Programming Language を標準にしちゃえば
437:名無しさん＠お腹いっぱい。
11/10/19 23:41:59.43
高いな。
っていうかローエンドがなくなってしまった。
価格だけなら、M3000辺りが安かった気がするが、1Uじゃないし。
438:名無しさん＠お腹いっぱい。
11/10/19 23:50:35.08
ローエンドはx86で、ってことなんだろうな
439:名無しさん＠お腹いっぱい。
11/10/20 09:05:55.79
>>432
イモ、いつまで同じこと言ってんだ。キモいんだよ。
なんで Oracle（Sunだったとしてもだ）が Fに気つかわにゃならんのだ。アホか。
440:名無しさん＠お腹いっぱい。
11/10/20 09:19:51.36
>>439
富士通の機嫌を損ねたらSPARC終わるんだが。
UltraSPARCがダメダメだったのを、SPARC64が救ったことの恩を忘れちゃいかんよ。
441:名無しさん＠お腹いっぱい。
11/10/20 09:26:48.58
終るとか恩とか、バカだろおまえ?
442:名無しさん＠お腹いっぱい。
11/10/20 09:35:55.97
欧米のビジネスってドライなように見えるかもしれんが、ものすごいウェットなんだぜ。
443:名無しさん＠お腹いっぱい。
11/10/20 10:02:13.01
イモってひさびさに聞いた。
444:名無しさん＠お腹いっぱい。
11/10/20 15:46:45.39
>>438
ところがどっこい
x86は儲からないから止めるって言ってる
>>442
狂気の沙汰だよな
445:名無しさん＠お腹いっぱい。
11/10/20 21:16:44.86
>>439
OracleはOEM先が無くなっても困らんの？
446:名無しさん＠お腹いっぱい。
11/10/21 00:55:06.62
US4の頃はSPARC64とそれなりに競合してたわけだし
US5やRockだって競合するようなCPUになる予定だったんでしょ
元に戻っただけじゃん
447:名無しさん＠お腹いっぱい。
11/10/21 08:44:54.98
フルラインナップ提供できなくなっちゃったから仕方なく供給してもらってたに
過ぎん。
そもそも sun4m当時 SPARCstationにおもいっきり被る品揃えしてたの Fだしw
てか、バカだろこいつ >>445
448:名無しさん＠お腹いっぱい。
11/10/21 09:10:25.37
>>447
パイそれ自体が大きかった昔と今では、いろいろ違うだろうが。
449:名無しさん＠お腹いっぱい。
11/10/21 17:11:06.71
別に被るのもいいし、将来的に一本化してもいいんだが、
ちゃんと性能を伸ばしていけるのか、過去の経緯からみて甚だ疑問だわな。
450: 忍法帖【Lv=33,xxxPT】
11/10/21 18:14:31.43
今儲かってカネになりゃいいのよ
害人の商売ってそんなんばっかり
451:名無しさん＠お腹いっぱい。
11/10/24 17:26:52.85
>>448
パイとかそれらしい言葉使ってみたとろこで、バカまるだしww
452:名無しさん＠お腹いっぱい。
11/10/24 18:11:37.73
>>451
おまえがな
453:名無しさん＠お腹いっぱい。
11/10/24 18:30:13.73
「いろいろ違うだろうが。」...プ
454:名無しさん＠お腹いっぱい。
11/10/24 23:37:05.22
>>453はカマッテチャンなのでスルーしよう
455:名無しさん＠お腹いっぱい。
11/10/25 08:58:29.27
スルーしようもなにも、きみピンポイントで「バカ」と言ってるんだが。
他の人関係なくて、きみ「だけ」、ねww
456:名無しさん＠お腹いっぱい。
11/10/25 10:09:34.15
執拗に餌をまく
457:名無しさん＠お腹いっぱい。
11/10/28 00:22:04.27
オラクルの行為は抱き合わせ販売」 HPが公取委に独禁法違反の調査申し入れ
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
458:名無しさん＠お腹いっぱい。
11/10/28 01:41:58.19
そしてIBMが漁夫の利を得るんですね
わかりますん
459: 忍法帖【Lv=39,xxxPT】
11/10/28 04:25:55.97
TPP推進のための米国企業連合 [編集]
米国ではTPPを推進するための民間企業連合が作られている。この米国民間企業連合は24の作業部会推進をし様々な要求をアメリカ政府に行なっている。主な企業は次の通りである[44]。
（IT）ヒューレット・パッカード、IBM、インテル、マイクロソフト、オラクル、
決して日本のユーザー企業のためとかそういうことではないね
RAC使ってるならProLiantに乗り換えさせればいいだけの話だし
460: 忍法帖【Lv=39,xxxPT】
11/10/28 04:28:22.57
仮にこれが問題ならRHELやMSのItanium向け製品を出荷終了するのも問題にならないとおかしいわけで
461:名無しさん＠お腹いっぱい。
11/10/28 11:26:26.88
いやMSやRHELはハード売ってないし…
462:名無しさん＠お腹いっぱい。
11/10/28 11:35:19.91
RHELは会社の名前じゃないぞ
463:名無しさん＠お腹いっぱい。
11/10/28 12:00:35.33
はい
464:名無しさん＠お腹いっぱい。
11/10/28 21:44:11.19
ARMが64ビット・アーキテクチャを発表、サーバー分野を強化へ
URLﾘﾝｸ(www.nikkeibp.co.jp)
＞英ARM社は、64ビット処理向けの命令セット・アーキテクチャ（ISA）「ARMv8」を発表した。
465:名無しさん＠お腹いっぱい。
11/10/29 04:13:46.38
Hewlett-Packard Challenges Intel Picking ARM Server Chips: Tech
URLﾘﾝｸ(www.bloomberg.com)
466: 忍法帖【Lv=40,xxxPT】
11/10/29 04:40:17.94
OSはどーすんだろ
467:名無しさん＠お腹いっぱい。
11/10/29 04:55:31.67
HP-UX
468: 忍法帖【Lv=40,xxxPT】
11/10/29 05:31:07.95
どうせ移植するならNonstop OSにしようよ
DBまで囲い込めるし
469:名無しさん＠お腹いっぱい。
11/10/29 17:28:16.06
てかIntelにエンジニア売り飛ばしたHPに開発リソースあるの
あいやリソースがないからIP買おうって話なのか
470:名無しさん＠お腹いっぱい。
11/10/29 17:46:07.35
仮想化サポートも既にアナウンスされてるんだな。x86終りょーw
471:名無しさん＠お腹いっぱい。
11/10/29 19:22:02.85
SPARCが終わっちゃったからって必死すぎるｗ
472:名無しさん＠お腹いっぱい。
11/10/30 04:49:12.43
【政治】 野田首相、TPP交渉参加の意向固める 11月のAPEC首脳会議で関係国に交渉参加を伝達へ★10
ｽﾚﾘﾝｸ(newsplus板)
x86やSPARCより先に日本が終わった件
473:名無しさん＠お腹いっぱい。
11/10/30 12:53:06.49
>>470
kwsk
474:名無しさん＠お腹いっぱい。
11/10/30 13:10:38.64
>>472
日本のメーカーがアメリカに関税で締め出し食らってきた歴史を知らないのか。
農業や漁業なんか、TPPで打撃を受けるようなところは、元からオカシイのさ。
まっとうに働いている人達の作る農作物や、収穫した魚は、ちゃんと国内消費され続けるよ。
まぁ米を混ぜて品質を低いほうに平均化するような連中は、外米に勝てないと思うけどね。
475: 忍法帖【Lv=40,xxxPT】
11/10/30 15:06:32.13
Sun製品を買ってやれなくて会社を他社に買収させた落ちぶれ切った国に日本から
輸出できる製品なんてあるのか
アメリカの信認で首相を選出しているから交渉拒否できないのは当然だろうがね
476:名無しさん＠お腹いっぱい。
11/10/30 15:21:40.96
NECのSXスパコンとか、ものすごい関税かけられてたけど、いまどきベクトル機はなぁ。
どうせTPPとかいってお、ハイテク分野は除外とかだろ。
本当に自由貿易だっていったら、アメリカの自動車メーカーが黙ってないだろう。
477:名無しさん＠お腹いっぱい。
11/10/30 18:12:33.12
>>474
URLﾘﾝｸ(www.youtube.com)
・「現在」工業製品にかかる関税は既に十分低い
・更に、そもそも工場がアメリカに移転してるので関税は関係無い
・TPPで増加するとされるGDPは10年間でわずか2.7兆円
2010年の日本のGDPは約540兆円なのでTPPで受けるメリットは「ゼロに等しい」という内閣府の公式見解ｗ
・農業？漁業？年金や健康保険と言った社会福祉制度もTPPで壊滅しますよ
478:名無しさん＠お腹いっぱい。
11/10/30 18:19:40.12
> ・農業？漁業？年金や健康保険と言った社会福祉制度もTPPで壊滅しますよ
TPPやんなくても壊滅すると思うんだが・・・。
> ・更に、そもそも工場がアメリカに移転してるので関税は関係無い
TPP参加すれば、アメリカに移転した工場を閉鎖して、東南アジアでTPP参加している国に移管できるじゃん。
479:名無しさん＠お腹いっぱい。
11/10/30 20:36:36.30
ベクトルスパコンに高い関税をかけてアメリカの市場への参入を妨害したのは「アメリカのエゴ」
TPPであらゆる参入障壁を排除して日本の医療や金融に干渉させろというのも「アメリカのエゴ」
言っていることは逆でも根底にあるものは同じなんだよ
TPPで日本が得すると思ってる奴は上っ面だけ見て本質が見えてない
480:名無しさん＠お腹いっぱい。
11/10/30 20:45:15.37
じゃあアメリカに盾突かないほうがいいね。
481: 忍法帖【Lv=40,xxxPT】
11/10/31 01:48:47.96
そういう考えもある
マッカーサー憲法で交戦権の否定を定められているから
米軍に未だに依存させられているんだよね
日本の政治家や官僚はアメリカの植民地統治を代理しているだけ
それが"政体"を守るということ
482:名無しさん＠お腹いっぱい。
11/10/31 10:16:11.46
農家や漁師がTPPに猛反対しているのは、やつらが、ゆすり・たかり体質だから。
TPP参加は既定事項で不可避だと分かったうえで、反対運動らしきことをやる。
そして、農業・漁業が不振になると、TPPのせいだ政府のせいだ補償しろって言うのさ。
TPPに関わらず、日本の農業・漁業は斜陽なんですよ。
どちらも土地や漁業権が世襲的に相続されていくので、先細りする一方です。
483:名無しさん＠お腹いっぱい。
11/10/31 11:53:08.11
食料の自給率を下げようとか基地外すぎるなｗ
484:名無しさん＠お腹いっぱい。
11/10/31 12:11:54.02
>>483
食料の自給率を下げようとしてるのは、日本の農家・漁師たちなんですが。
高齢化してきて仕事がキツいから、補償金もらって休む・仕事を減らすって方向なんですよ。
485:名無しさん＠お腹いっぱい。
11/10/31 13:39:51.11
それとTPPは何の関係もない
486:名無しさん＠お腹いっぱい。
11/10/31 13:59:24.25
>>485
>>482
487:名無しさん＠お腹いっぱい。
11/10/31 17:41:43.44
>>484
日本の食料自給率が低いのは中国やアメやOZ等から適当に輸入してるから
だから農水省が生産調整と言ってわざわざ田畑を潰させてることがあるわけ
そもそも日本の一次産業が斜陽ってどういう意味よ？
JAらの貴族様批判なのか生産性の低さを言っているのか
そんなのはTPPと関係無しに健全化しないといけないことだし
TPPで全部ぶっ潰して健全化なんてことはとても言えないわけだから、賛成の理由にはならん
488:名無しさん＠お腹いっぱい。
11/10/31 19:00:40.22
>>487
>>482で言ったように、TPPは体のいい言い訳に使えるんですよ。
だから農家・漁師は口では反対しているけれども、TPPやってくれって思ってる。
489:名無しさん＠お腹いっぱい。
11/10/31 19:04:59.68
> 日本の食料自給率が低いのは中国やアメやOZ等から適当に輸入してるから
違うよ。
・日本で暮らす人達が、国産以外の食品を食べるから・・・特に、国内では作らない・とらないもの
・日本で暮らす人達が、肉を安く食べたいから・・・牛・豚・鶏の餌は、輸入でないとコストがね・・・
単に海外のほうが安いからというよりも、国内では作れないものを食べたいからですよ。
自給率を上げようと思ったら、世界中から食材を集めてくるのをやめるしかない。
たとえば日本人が大好きな海老やマグロを、国内だけでとなると、皆の口に入らなくなる。
490:名無しさん＠お腹いっぱい。
11/10/31 22:13:21.94
日本オラクル、SPARC T4 と Solaris 搭載エンジニアド システムを販売
URLﾘﾝｸ(japan.internet.com)
囲い込む気、マンマン
491:名無しさん＠お腹いっぱい。
11/11/01 21:12:33.42
>>487
TPPで全部ぶっ潰した方が話がはやかったりして
492:名無しさん＠お腹いっぱい。
11/11/02 16:24:47.92
>>471
Sunが元気だった頃は、F機（含ジーメンス）はまったく見向きもされなかったが、
Mシリーズは世界的にも評価を上げてるし、これで T4以降本家が競争力
取り戻すと以前より厚い布陣になるんだけど。
Alphaや PA-RISCとはまるで違う。MIPSみたいにエンプラ向けがなくなった
わけでもないし。
493: 忍法帖【Lv=40,xxxPT】
11/11/02 17:15:02.31
MIPS/SGI/IRIXってエンプラ足りえたんだろうか…
494:名無しさん＠お腹いっぱい。
11/11/02 19:11:49.06
IRIXがどれだけ優秀な OSだか知らんのだな..
495:名無しさん＠お腹いっぱい。
11/11/02 19:17:42.44
Tru64最強。異論は認めない。
496: 忍法帖【Lv=40,xxxPT】
11/11/02 19:35:13.27
>>494
SMPでもスケールする優秀なOSというのは知っているが
それだけでエンプラ向けとするのは乱暴すぎる
497:名無しさん＠お腹いっぱい。
11/11/02 22:29:16.16
HP、ARMベースの省電力サーバプロジェクト「Moonshot」を発表
URLﾘﾝｸ(www.itmedia.co.jp)
498:名無しさん＠お腹いっぱい。
11/11/02 23:09:40.27
>>492
共食い布陣で、
Oracleと富士通どちらもクリティカルマスを下まわって継続できなくなったりしてwww
499:名無しさん＠お腹いっぱい。
11/11/02 23:54:49.02
プロセッサの開発はカネかかるからなー
富士通に見限られたら今以上にマイナープラットフォームと見なされ
ボラクルのハードウェア事業は詰むんじゃね？
500:名無しさん＠お腹いっぱい。
11/11/04 18:02:35.88
>>498
「共喰いになる」理由がどこにある? いつまでバカさらしてんだ、え? バカ。
501:名無しさん＠お腹いっぱい。
11/11/04 19:55:15.50
>>500
製品の適用領域がダブってんだよ。
502:名無しさん＠お腹いっぱい。
11/11/04 22:18:32.73
営業がうまくやんだろ
503:名無しさん＠お腹いっぱい。
11/11/04 22:41:44.48
タマができれば後は現場に任せるとかバカの発想だなｗ
504:名無しさん＠お腹いっぱい。
11/11/05 10:17:57.62
>>501
まるで理由になってないぞ、え? バカw
505:名無しさん＠お腹いっぱい。
11/11/05 10:39:30.66
「まるで理由になってない」ってことにしたいのですね。
506:名無しさん＠お腹いっぱい。
11/11/05 14:12:13.11
SPARC T4 量産の暁には…
駆逐されるのはPOWERでもItaniumでもなく
SPARC64だったでござるよ
507:名無しさん＠お腹いっぱい。
11/11/06 01:41:52.49
それはそれでいいんじゃないの
508:名無しさん＠お腹いっぱい。
11/11/06 02:31:29.12
駆逐できりゃいいんだけどな（笑）
509:名無しさん＠お腹いっぱい。
11/11/06 23:13:46.65
なにがおかしいのか、さっぱりわからない
510:名無しさん＠お腹いっぱい。
11/11/08 07:41:25.25
富士通、新型 SPARC 搭載スパコンの販売を開始
URLﾘﾝｸ(slashdot.jp)
511:名無しさん＠お腹いっぱい。
11/11/08 10:11:30.05
通常版とfxってどっちがコア大きくなるのか知らんが、16コアも詰め込んで110Wってなかなか優秀だな。
512:名無しさん＠お腹いっぱい。
11/11/08 13:01:31.48
> 「SPARC64? IXfx」の単体性能は、236.5GFLOPS、電力あたり性能は2GFLOPS/Wを超え、
> 世界最高レベルの優れた値を達成しています。
さすがに反省して、最高レベルという言い方に変えたな。
513:名無しさん＠お腹いっぱい。
11/11/08 15:45:02.40
「反省」とか.. アホか。引き籠ってないで就職しろw
514:名無しさん＠お腹いっぱい。
11/11/09 14:31:25.24
...どうやら全員「引き籠り」だったようだなwww
515:名無しさん＠お腹いっぱい。
11/11/09 15:32:02.48
閑職に追いやられた老害がなんかゆってるぉｗ
516:名無しさん＠お腹いっぱい。
11/11/09 15:59:11.15
..図星らしいな、≒1名..
早く外に出れるといいな。それには、こなとこへは来んことだ
517:名無しさん＠お腹いっぱい。
11/11/09 20:36:28.70
仕事のない老害が現れたようだな
518:バカです
11/11/09 22:07:42.23
バカの相手をするのはバカだけという名言があってな
519:名無しさん＠お腹いっぱい。
11/11/10 01:12:47.39
やーい、ばーかばーか
520:名無しさん＠お腹いっぱい。
11/11/10 09:15:08.26
おい、誰か就職口世話してやれ。
ただし、論理思考や社会経験が必要な仕事はダメだぞ。できないんだからww
521:名無しさん＠お腹いっぱい。
11/11/14 19:04:11.79
富士通が東大からスパコン「京」の普及機で初受注
URLﾘﾝｸ(jp.reuters.com)
522:名無しさん＠お腹いっぱい。
11/11/21 22:34:12.34
「ベンダーロックインの名人Oracle」からの脱却
URLﾘﾝｸ(techtarget.itmedia.co.jp)
523:名無しさん＠お腹いっぱい。
11/11/22 11:13:58.57
Oracleの囲い込みなんて起業時分にヨソがやってたののマネに過ぎんよ。
やり方はエグくなってるだろうが。
MSも囲い込みのテコになるとこを OSやソフトウェアプラットフォームに
あてはめただけ。
その見本となったのは今 Linuxかついで「オープンでござい」つってる
インチキ連中な。出自は OSF創立あたりからだw
524:名無しさん＠お腹いっぱい。
11/11/22 11:36:55.90
オラクル、「Itanium」の生産に関するHPとインテルの密約を指摘
URLﾘﾝｸ(m.japan.cnet.com)
525:名無しさん＠お腹いっぱい。
11/11/22 12:53:54.51
製品の提供期間を契約で定めるのって密約でもなんでもなくね
526:名無しさん＠お腹いっぱい。
11/11/22 13:35:57.16
くだらねー争いだな。
HPはファビョり過ぎ。x86でがんばればいいだろ。
527:名無しさん＠お腹いっぱい。
11/11/22 13:40:18.34
公表しない前提の契約なら密約だろ。他にどんな「密約」があるんだ?
それ以前に Oracleが買収したハードの競合先へのサポート打ち切るの
別にガタガタ言われる筋あいはないと思うが。
思い切ったことするな、とは思うがな。
528:名無しさん＠お腹いっぱい。
11/11/22 13:50:59.19
世の中ほとんどの契約は公表を前提にしてないと思うけど。
まあOracleはやり過ぎと言われるまで好き勝手やって見放されてしまえと思うけど。
529:名無しさん＠お腹いっぱい。
11/11/22 17:27:53.14
「見放されてほしい」という願望?w
530:名無しさん＠お腹いっぱい。
11/11/23 05:32:10.64
そうそう。みなさんの逆ギレを一身に浴びて欲しい。
531: 忍法帖【Lv=40,xxxPT】
11/11/23 12:41:16.69
HP-UX版Oracleのサポート切れる前にProLiantに乗り換えさせればいいだけでHPは困らない
客だって買ったサーバが永久に使えるとは思ってないからどこかで更新する
HPが株主相手に困ってるフリをしてるだけ
532:名無しさん＠お腹いっぱい。
11/11/23 21:01:16.85
>>531
そしたらHP→IBMの流れが加速するだけでしょう。
HP,IBM,SUNの強いところはハードからOSまで自社内で完結している事。
顧客固有のOSパッチなんか結構迅速に出てくる。
LINUXで同様な事も出来るとは思うがソースを公開しなきゃならない。
533: 忍法帖【Lv=40,xxxPT】
11/11/24 07:41:07.45
>>532
顧客固有のパッチが出てきてほしい用途ならNonstopを売ればいい
Oracle(RAC)専用ならProLiantで困らんやん
534:名無しさん＠お腹いっぱい。
11/11/24 11:29:03.65
NonStopもItaniumでしょ
535:名無しさん＠お腹いっぱい。
11/11/24 11:29:44.32
あ、よく読んでなかた
536:名無しさん＠お腹いっぱい。
11/11/25 22:09:56.17
Windows、LinuxにHP-UXの機能を一部移植
米HP、「ミッションクリティカル＝Itanium」から脱却へ
URLﾘﾝｸ(www.atmarkit.co.jp)
537:名無しさん＠お腹いっぱい。
11/11/26 01:38:47.48
>>536
へー。
なんかHPブレブレだな。ジーオンにUX移植すればいいんじゃまいか。
538: 忍法帖【Lv=40,xxxPT】
11/11/26 05:08:51.22
誰視点でブレてるのかな
>ジーオンにUX移植
やってもそれ用にOracleは提供してもらえないでしょうな
539:名無しさん＠お腹いっぱい。
11/11/26 08:02:45.35
>>275
真性とかいうなー(/_;)
540:名無しさん＠お腹いっぱい。
11/11/26 09:10:37.85
裁判の行方次第じゃ完全に売られなくなるから当然の対応だろう
Oracleの目的はHP-UXにとどめをさすことではなく妨害(現時点で売れなくなってる)だろうけどね
裁判は多分HPが勝って和解金も手に入るだろうが、しかしその分シェアを失うので大打撃
541:名無しさん＠お腹いっぱい。
11/11/26 09:38:27.57
HPの主張なんか通るわけないだろ。先行きの見通せないプラットフォームへの
商品提供を打ち切るのは当然の企業行動。Oracleは公共サービス機関ではない。
寝言に等しい。
542:名無しさん＠お腹いっぱい。
11/11/26 09:39:50.33
既存のお客には「大丈夫ですから安心して使ってください」といいつつ
アイテニアムからの脱却を模索している
543:名無しさん＠お腹いっぱい。
11/11/26 09:46:16.55
おい、引籠り。百歩譲ってその通りだったとしても、裁判にはぜんぜん勝んぞ。
世の中知らないにも程がある。まさに寝言。
544:名無しさん＠お腹いっぱい。
11/11/26 10:29:07.33
どういう理由でどちらが勝てないの？
545:名無しさん＠お腹いっぱい。
11/11/26 10:32:45.95
引籠りといえばリセラー介してしか顧客と接しないOracleと故Sunだよな
546: 忍法帖【Lv=40,xxxPT】
11/11/26 13:35:33.51
買ったものをサポート期間中は使い続けられるという意味では大丈夫だろうよ
ドンだけSuperdomeの筐体に集約したところでITが軽く見られて技術継承されなくなってる現状では
ジリ貧としか言えんがな
精々カモられて呉れとしか
547:名無しさん＠お腹いっぱい。
11/11/26 15:26:50.12
Oracleは知らんが末期のSunはプリセールスは直接来てたぞ
548:名無しさん＠お腹いっぱい。
11/11/26 16:45:17.96
エンドユーザーと取引きしないと引き籠りだとか、どこまでバカなん?
なんの発表会ですか?
549:名無しさん＠お腹いっぱい。
11/11/26 21:45:18.15
オラクルもサンも、
来るよ！
ノベルティグッズ一杯もらったし。
ショボい会社だから、
相手されて無いんじゃないの？
550:名無しさん＠お腹いっぱい。
11/11/27 17:48:33.12
>>546
>>買ったものをサポート期間中は使い続けられるという意味では大丈夫だろうよ
(UXが無くなったら他のOSへの移行はご自分でどうぞ )
そんな限定的大丈夫いらねぇ
551:名無しさん＠お腹いっぱい。
11/11/29 10:35:22.92
こないだなんか、Sun Microsystemsの紺の若干古そうなジャンバー着てる人見かけて話しかけそうになったんだけど、
あれって売ってるの？着てたら完全にSunの人なの？
552:名無しさん＠お腹いっぱい。
11/11/29 11:35:52.52
>>551
URLﾘﾝｸ(www.ebay.com)
こんなやつ？
553:名無しさん＠お腹いっぱい。
11/11/29 17:28:47.61
>>550
プラットフォーム消え去るんだから、仕方ないじゃん。 ..SPARCと違ってww
なんでそんなもんの保証を営利追求の民間企業がやると思うわけ? アタマおかしいの?
554:名無しさん＠お腹いっぱい。
11/11/30 13:57:21.44
>>552
ロゴのところはそんなかんじだったと思うけど、
その人はジャンパーだった。ｗ
555:名無しさん＠お腹いっぱい。
11/12/01 09:18:33.05
Ita搭載機でさえ「メインフレームクラスのハイエンドサーバ」呼ばれるのが一般的なのに
とうとうXeon(Nehalem-EX)搭載の自称“メインフレーム”が出てきた
日本ユニシス、インテルCPU搭載メインフレーム「CS4180D」
URLﾘﾝｸ(ascii.jp)
556:名無しさん＠お腹いっぱい。
11/12/01 10:59:49.57
うにしすは前からそんなもん
557:名無しさん＠お腹いっぱい。
11/12/01 11:14:43.93
80386 MP機の企業買収してからずっとそんなこと言ってるだろw
どーせなら 4004あたりで作ってみればいいのに、メインフレーム
558: 忍法帖【Lv=40,xxxPT】
11/12/02 02:45:22.10
>>550
Itanium/Superdome/HP-UX/Oracle DBからXeon/Superdome/RHEL/Oracle DBに移行したいんですけどと
HPの営業に言えばカモキターと喜んでくれるだろう
559:名無しさん＠お腹いっぱい。
11/12/03 01:38:01.69
戦艦の主砲並の威力のビームライフル
560:名無しさん＠お腹いっぱい。
11/12/03 03:55:06.62
サテライトキャノンかｗ
561:名無しさん＠お腹いっぱい。
11/12/03 14:11:22.56
Ultra 30 や 60 と同じ外観と構造の最新マシンをリリースしてくれないかなあ…
562:名無しさん＠お腹いっぱい。
11/12/04 19:37:05.64
せめて Sun Fire にしてくれ
古いデザインなら SS20 か SPARC Classic で
Ultra シリーズはどれもダサすぐるw
563:名無しさん＠お腹いっぱい。
11/12/05 02:29:09.50
SparcStation2がいいな
Ultra20以降の銀色のやつでもいいけど
564: 忍法帖【Lv=40,xxxPT】
11/12/08 04:24:33.65
てs
565:名無しさん＠お腹いっぱい。
11/12/13 16:17:28.10
移転記念真美子。
566:名無しさん＠お腹いっぱい。
11/12/17 19:12:18.94
もうみんなOracle使うのやめればいいのに。
567:名無しさん＠お腹いっぱい。
11/12/17 22:18:45.31
何も知らないから言える言葉だなｗ
568:名無しさん＠お腹いっぱい。
11/12/17 23:06:19.05
わかっちゃいるけど♪やめられない♪
569:名無しさん＠お腹いっぱい。
11/12/17 23:42:35.78
移行にかかる期間と費用＞Oracleを使い続ける費用
これをなんとかしないとムリなんだぜ
570:名無しさん＠お腹いっぱい。
11/12/17 23:54:41.40
Oracle部隊を養うためにOracleの案件を提案している会社がゴロゴロしてるだろ。
571:名無しさん＠お腹いっぱい。
11/12/18 02:24:22.00
Oracleの部分を別の単語に置き換えればSIer全般に通用しそうなフレーズだな
572:名無しさん＠お腹いっぱい。
11/12/18 06:42:47.83
>>569
更改時に混ぜ込めればうまくいくカモネ
573:名無しさん＠お腹いっぱい。
11/12/18 07:50:42.42
んで、
OSがSolarisだとして、
実績が豊富で、
必要十分な性能で、
Pro CやPro COBOL的な物があって、
ちゃんとサポート
入っていれは個別にパッチ出してくれるDBって何？
仮にシステムがダウンして、
顧客に文句言われたとき、
報告書にMySQLが原因ですと書いて
納得してくれると思う？
574:名無しさん＠お腹いっぱい。
11/12/18 09:00:54.03
そりゃそうなんだけど、
このスレで言うのも気が引けるが、最近うちのまわりだと OS がSolarisという点で垣根を作って
しまっていると思えることが多い。
構築時はともかく、運用フェーズになると保守会社 (<自社名>情報システム(株)) から
「うちは Windows かLHEL しか保守できない。それ意外の整員は集まらないし人件費があがる」
と言われてしまい、それがシステム設計に反映されると 「OS＝Windows or RHEL」となる。
することは Solaris もWindowsも変わらないが、「人がいない」と言われると辛い。
これは製品問題ではなくて体制の問題なのだけど。。。いやすまん、べつの問題だな。
575: 忍法帖【Lv=40,xxxPT】
11/12/18 10:33:44.72
うちはLHELしかやってますん
576:名無しさん＠お腹いっぱい。
11/12/18 10:36:48.40
>>574
お前らが子会社に出向してSolarisの保守やりゃいいじゃん。
577: 忍法帖【Lv=40,xxxPT】
11/12/18 10:45:53.86
老人しかSolarisを使えないというこの現状
どうしてこうなった？
汎用機と同じ歴史を繰り返している
578:名無しさん＠お腹いっぱい。
11/12/18 11:14:06.10
学生の頃にSolaris使いだった連中が就職して会社でもSolaris使う仕事を・・・っていうことなんで、
学生の頃に使うのがSolarisからWindows/Linuxになれば・・・ってことでしょ。
企業内で有効なトレーニングしてないってことだな。
579:名無しさん＠お腹いっぱい。
11/12/18 11:55:29.71
企業内の教育だけの問題では無いと思う。学生時代にどんなOSを使っていたって、
就職してから (独学で) Solarisを学べないという理由はないし。
確かに汎用機は難しいだろうけど。
今、Solarisを学ぼうとしたらハードを考えると x86 だけど、企業内で使われている SPARC
ベースの教材が乏しいのが痛い。 中古で漁るか、新品だと100万は下らないだろう。
なんか「大人の科学」みたいなノリで、SPARCを試せるものがあるといいな。
PCIのドーターボードなんかでSolarisライセンス付きで安く。
580:名無しさん＠お腹いっぱい。
11/12/18 11:58:40.54
>>579
独学って、おい。そんなのが使い物になるかよ。
581:名無しさん＠お腹いっぱい。
11/12/18 13:54:16.04
仕事で使っていれば使い物になる、という幻想
582: 忍法帖【Lv=40,xxxPT】
11/12/18 16:03:38.02
Ultra27が終売になったときヤバいと思ったが
もう新品のSolaris WSを触ることすら叶わないのだからデッドエンドでおｋ？
583:名無しさん＠お腹いっぱい。
11/12/18 18:55:22.29
Solaris=SPARCではないと思うのだが…
584: 忍法帖【Lv=40,xxxPT】
11/12/18 20:03:33.83
富士通はCELSIUSでSolaris x86をサポートしろ
585:名無しさん＠お腹いっぱい。
11/12/20 07:41:00.23
富士通ならPRIMERGY+RHEL+Symfowareだろ！！
586:名無しさん＠お腹いっぱい。
11/12/20 11:41:10.14
そういや初期の SPARC64に独自 SVR4載せてたんだよな。
自社のホストと連携できるやつ