トップページ⇒unix
991コメント253KB

Sun Microsystems 最大の日本撤退

■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん＠お腹いっぱい。2006/06/08(木) 00:04:32
2006年 Sun Microsystems　日本撤退発表

君はこのフライングスレにその証を残せるか
0098名無しさん＠お腹いっぱい。2007/02/23(金) 22:02:01
サン、市場をしのぐペースで売り上げを伸ばす--2006年サーバ市場調査
http://japan.cnet.com/news/ent/story/0,2000056022,20343831,00.htm
0099名無しさん＠お腹いっぱい。2007/02/24(土) 14:53:22
>>97
あぁ、あそこから出て行くのかい？

といっても、あそこは別に開発部隊がいるわけでもなんでもない
しなぁ。確かにSunは入ってはいるけれど、営業部隊の一部でし
かないでしょ。

ほとんどは用溜の2箇所なんだから
0100名無しさん＠お腹いっぱい。2007/02/27(火) 21:40:46
米Sun、ネットワーク性能を高速化する新技術を発表 - 10Gbカードも発売
http://journal.mycom.co.jp/news/2007/02/26/362.html

2006年の世界サーバー出荷額は2％の微増 Sunが好調で3位に、米Gartner
http://enterprise.watch.impress.co.jp/cda/foreign/2007/02/26/9714.html
0101名無しさん＠お腹いっぱい。2007/02/28(水) 00:42:08
>>99
横浜には営業はいなかったろ？
これで都内は用賀と山王だけかと思ったら、
神宮前にもオフィスがあるのね。
何やってんだ？ｗ
0102名無しさん＠お腹いっぱい。2007/03/03(土) 04:00:01
ゴルフ
0103名無しさん＠お腹いっぱい。2007/03/03(土) 11:55:16
>>101
じゃぁ何をやっている場所なんだろう　あそこは・・・

ランドマークはいい場所ではあるんだけれどね
0104名無しさん＠お腹いっぱい。2007/03/03(土) 15:29:34
防衛関係ではSunの鯖よりもhpの鯖のほうが見かけるわけだが・・・。

まぁあれだな、hpの鯖は筐体が頑丈だな。
0105名無しさん＠お腹いっぱい。2007/03/03(土) 16:11:22
プリンターと共用だもんな。ちがった、電卓か?
0106名無しさん＠お腹いっぱい。2007/03/03(土) 20:55:46
>>104
海や空はhpが多かったんだけどね、イージスシステムもHP-UXだし
だけど数年前、防衛省の共通運用環境のサーバはSolarisに一本化されたんだよ
Fの根回しで
0107名無しさん＠お腹いっぱい。2007/03/03(土) 21:04:08
正しい選択だ
0108名無しさん＠お腹いっぱい。2007/03/03(土) 22:02:45
自前の互換機を持っているFはともかく
他社はSunの低品質機を納めるハメに・・
それ以前に空海はSolarisの導入範囲を狭めて共通性の利点を捨てたり・・
0109名無しさん＠お腹いっぱい。2007/03/03(土) 23:55:28
hp かわいそうだからプリンターだけは買ってあげなよw あ、電卓も。
0110名無しさん＠お腹いっぱい。2007/03/04(日) 00:08:32
>>108
だからこそ、富士通が他社を蹴落とすために、そういうことをやったんでしょ。

防衛関係については、1つに絞ってしまうのは、リスクがあると思うんだがねぇ。
0111名無しさん＠お腹いっぱい。2007/03/04(日) 00:11:38
NDAを結んだ上でソースコードを評価すればいいんじゃないだろうか
ただ、どのOSを選んだところで必要な人的コストは変わらないと思う
0112名無しさん＠お腹いっぱい。2007/03/04(日) 02:17:33
ソースコードを評価したところで、
開発元が気がついていないバグを見つけることができるか、
開発元がｱﾎﾞｰﾝした場合に、継続してメンテナンスして使うライセンスが得られるか
というと、それは無理な話で。

0113名無しさん＠お腹いっぱい。2007/03/04(日) 10:36:55
Linux使えって？
そいつはチャレンジャーだな
0114名無しさん＠お腹いっぱい。2007/03/13(火) 20:06:51
サイオス、Solaris/SPARC用アプリをLinux環境に移行するサービス
http://enterprise.watch.impress.co.jp/cda/software/2007/03/12/9826.html
0115名無しさん＠お腹いっぱい。2007/03/13(火) 20:35:03
すごいな、こりゃ。Niagara ヤバス。

インテル、TDP 50WのクアッドコアXeon
ttp://pc.watch.impress.co.jp/docs/2007/0313/intel2.htm
0116名無しさん＠お腹いっぱい。2007/03/13(火) 22:59:15
>>114
Itanium/Linuxって書かないのは何で？ねぇ何で？
0117名無しさん＠お腹いっぱい。2007/03/25(日) 15:55:36
Xeonだからじゃね？
0118名無しさん＠お腹いっぱい。2007/03/25(日) 16:12:28
以前はItaniumだけだと思ったけどXeonにも対応したのね
このソフトは年間使用料払わないと継続出来ないし
RHELのライセンスも別途必要、H/Wにも保守の予算が必要な場合
安く上がるか分からないね
0119名無しさん＠お腹いっぱい。2007/03/25(日) 16:19:32
もともとXeonつーかx86用だろ
ItaniumはIntelが金出して対応してもらったんだろ？
0120名無しさん＠お腹いっぱい。2007/03/25(日) 16:23:47
demoってたときはItaniumばかりを強調してたのでItaniumの出荷が先だと思ったら
違うね
0121名無しさん＠お腹いっぱい。2007/03/27(火) 20:44:19
サン、セキュリティ機能を強化したWebサーバー最新版「Sun Java System Web Server 7.0 日本語版」
http://enterprise.watch.impress.co.jp/cda/software/2007/03/27/9938.html
0122名無しさん＠お腹いっぱい。2007/03/29(木) 20:40:52
Itanium Solutions Alliance、2006年は「もっとも成功した1年」−活動成果を報告
http://enterprise.watch.impress.co.jp/cda/topic/2007/03/29/9952.html
0123名無しさん＠お腹いっぱい。2007/03/29(木) 21:42:18
「Itanium が登場してから消え去るまで」という接頭かw?
0124名無しさん＠お腹いっぱい。2007/03/30(金) 23:22:56
OracleもSE/SE Oneに限ってはソケットライセンスになったので、T1000/T2000の
T1チップの採用も増えると思う。
インストールやバッチは遅いけど、OLTP用途ではかなりの性能が出る。
0125名無しさん＠お腹いっぱい。2007/03/31(土) 01:22:04
Core2Quadに対するご祝儀だから、Niagaraが特別有利になったわけではない。
0126名無しさん＠お腹いっぱい。2007/04/08(日) 01:12:20
T2000。Oracle動かしても意外と早いよ
0127名無しさん＠お腹いっぱい。2007/04/11(水) 20:00:51
日本HP、柔軟性や信頼性が向上した「HP-UX 11i v3」
http://enterprise.watch.impress.co.jp/cda/software/2007/04/11/10053.html

Sun、次世代ファイルシステム「ZFS」の技術をOpenSolarisへ寄贈
http://journal.mycom.co.jp/news/2007/04/11/015/index.html
0128名無しさん＠お腹いっぱい。2007/04/17(火) 00:24:39
>>127 よーやくhpもCPU/MemoryのHotPlugをサポートしたんだな。
SunがE10Kの頃に実装していた当たり前の機能なんだが。
0129名無しさん＠お腹いっぱい。2007/04/17(火) 00:41:06
実際問題として、DRなんてあんまり使わんし。
それより、ハイエンドでLPARのサポートがいまだにないのが痛すぎ。
APLでやっと搭載されるみたいだが、富士通となんかぎくしゃくしてるから、サポート体制とか大丈夫なんだろうか。
0130名無しさん＠お腹いっぱい。2007/04/17(火) 09:51:17
使えない環境だったから、使わなかったのかもしれない。
酸っぱい葡萄。
0131名無しさん＠お腹いっぱい。2007/04/17(火) 22:45:28
サンと富士通、共同開発の「SPARC Enterprise Server」を発表へ
http://japan.cnet.com/news/ent/story/0,2000056022,20347306,00.htm
0132名無しさん＠お腹いっぱい。2007/04/17(火) 23:48:27
>>129 APLでもLPARなんてサポートされませんけど。
0133名無しさん＠お腹いっぱい。2007/04/17(火) 23:53:56
Quad CoreのSPARC64 VIIなんて出るんだ？ いつ頃なんだろう。
>>129 LPARよりもハードウェアパーティションの方が信頼性は高いよ。
APLでは1CPUからのパーティションが切れるらしいね。
0134名無しさん＠お腹いっぱい。2007/04/18(水) 00:17:28
SPARC64 VIIが出るのは2008年末頃のようです

SPARC64プロセッサの歴史と今後
http://primeserver.fujitsu.com/sparcenterprise/technology/protection/roadmap/
0135名無しさん＠お腹いっぱい。2007/04/18(水) 00:18:51
>>129 そこでSolaris Zoneですよ。
Zoneはオーバヘッドも小さいし、LPARとは別の領域で有用だと思う。
0136名無しさん＠お腹いっぱい。2007/04/18(水) 02:01:16
>>132
LPARに近い機能だな。
0137名無しさん＠お腹いっぱい。2007/04/18(水) 20:27:31
富士通と米Sun、Solaris・SPARCサーバー新製品−パフォーマンス面で世界記録を樹立
http://enterprise.watch.impress.co.jp/cda/hardware/2007/04/18/10105.html

米Sun、初のSAS対応ストレージシステムを発表
http://enterprise.watch.impress.co.jp/cda/foreign/2007/04/18/10098.html
0138名無しさん＠お腹いっぱい。2007/04/20(金) 01:28:39
サン、ITIL準拠のリモート運用支援ソリューションの提供を開始
http://techtarget.itmedia.co.jp/tt/news/0704/19/news05.html
0139名無しさん＠お腹いっぱい。2007/04/25(水) 21:37:22
サン、デュアルコアOpteron搭載の通信事業者向けサーバー
http://enterprise.watch.impress.co.jp/cda/hardware/2007/04/24/10149.html
0140名無しさん＠お腹いっぱい。2007/04/27(金) 22:37:02
サン、ハードとソフトをパッケージしてVOD／IPTV分野に進出
http://www.atmarkit.co.jp/news/200704/27/eweek.html
0141名無しさん＠お腹いっぱい。2007/05/02(水) 02:35:36
神宮前は元ストレージテック
0142名無しさん＠お腹いっぱい。2007/05/03(木) 22:28:01
>>137 遅レスだけど、LCAは期待だな。
http://enterprise.watch.impress.co.jp/cda/foreign/2007/04/18/10098.html
>価格は最小で10,000ドルを切る。このほか、ハードウェアとサポートをセットに
>した「Sun Systems Packs」としても販売する
hpのMSA並みに安いRAIDが欲しかったよ。はっきり言って、Sunにはミッドレンジ
以上の、ある程度信頼性が保証されたストレージ製品を期待していない。
中身、Enginio(LSI Logic)やdotHILL(Artecon)だしな。
EMC CXや日立SANRISEが買えない客向けに、低価格なストレージを出してくれれば
いいと思っている。その意味で、サーバとセットで安くしてくれるパッケージが
出てくれるとうれしい。
0143名無しさん＠お腹いっぱい。2007/05/05(土) 10:26:36
>>128
機能があるかどうかの○×表でしか評価できないアホは下がってろ。

そういう機能があるということは、そういう機能が非常に役に立つ、ということでもある。
Sunでは優先度が高く、hpでは優先度が低く実装が後回しにされていた、ということ。
0144名無しさん＠お腹いっぱい。2007/05/05(土) 10:47:56
なんだそりゃ
0145名無しさん＠お腹いっぱい。2007/05/05(土) 12:15:03
無料のオンラインシステムバックアップツールﾁﾝﾁﾝ☆⌒ 凵＼(＼･∀･) ﾏﾀﾞｧ？
0146名無しさん＠お腹いっぱい。2007/05/05(土) 17:12:38
>>143 HotPlugって役に立つ機能だろ？ Sun以外は実装できなかっただけ
0147名無しさん＠お腹いっぱい。2007/05/05(土) 21:26:18
広告文句に言われているほど便利ではない。
ボードの新規追加なら、気軽に使えるのかもしれんけど、
ボードの移動だと、運用上実行するタイミングを作るのが難しかったりする。
（Sunのマシンの場合は、最低4CPU単位なんでなおさら）
E10Kのころは結構失敗することも多かったと聞くしな。
それにその手の機能の実装については、IBMが一番早くかつ柔軟性も高かった希ガス（0.1CPU単位のD-LPARとか）。
0148名無しさん＠お腹いっぱい。2007/05/05(土) 23:24:10
>E10Kのころは結構失敗することも多かったと「聞く」しな」
>IBMが一番早く(略)「希ガ」ス
嘘こけ。しかも伝聞・噂レベルの論評かよ。
0149名無しさん＠お腹いっぱい。2007/05/05(土) 23:34:11
HotPlugってハードとOSがサポートしていても、肝心のアプリが知らんぷりしてたりして、そら大変。
0150名無しさん＠お腹いっぱい。2007/05/05(土) 23:47:37
理想論を言えば、DRはアプリは関係ないよ。
つうか、アプリ側がいちいち気にしなきゃいけないようなのだと、全く使い物にならんわけだが。

SunFire15Kを
ベンダとして売る側にも、使う側にもいたことあるけど、DRは完全に自己責任扱いだったよｗ
0151名無しさん＠お腹いっぱい。2007/05/06(日) 00:11:36
オンラインでのリソースの追加なら安心して使えるが、削除は怖いな w

SolarisもLPAR使えるようにならんかね。
0152名無しさん＠お腹いっぱい。2007/05/06(日) 01:29:41
>>144
>>146
機能を持っていることが必要なのではなく、
競合製品よりもマシな稼働率を確保することが目的なわけで、
壊れやすいCPUを積んでいたらHotPlugを実装しなければ話にならないが、
壊れにくいCPUを積んでいればHotPlugを実装しなくても、要求される稼働率を確保できる場合もある、ということ。


0153名無しさん＠お腹いっぱい。2007/05/06(日) 19:58:23
大昔の話だが。

NECのコンピュータの事業部の人間が、
同社の半導体の事業部で作ったPC-8001(だったかな)について、
バスにパリティが付いていないから、信頼性なんてあったもんじゃない
と酷評したが、いざ実際に評価してみると、
PC-8001のほうが格段に信頼性が高かったという。
0154名無しさん＠お腹いっぱい。2007/05/06(日) 21:27:56
>>150 おれも売る側にいて結構テストしたけど。失敗したという話はほとんど
聞いた事が無い。ただ、DRをやろうと思うと、DR Safeなドライバーが必要
なんで、拡張カード類は制限されたな。今はどうなんだろう？
E10K、SF15K、SF25Kと進むにつれて売れ行きが思わしくなくなってきたから
分かんないやｗ
富士通SEが言うには、PRIMEPOWERの上位機種では結構使っているとの話だけ
どな。DR

>>151 LPARみたいなソフトウェアパーティションｗ機能は欲しいと思うよ。
特にマイクロの方な。Sun的にはLDomを発展させようと思っているのかも
知れんが。皆が言うように、ボード単位のDRは使い勝手がイマイチ。
Mシリーズは富士通の技術を入れて、1ソケット単位で切れるようになったが
結局の所、ボード半分をぶった切っているに過ぎない。しかもI/O紐つきで
分離していないのがイタイ。25Kよりはマシだけどな。

>>152 なんか詭弁と言うか、後退しているね。
0155名無しさん＠お腹いっぱい。2007/05/06(日) 22:03:52
現実的には、デュアル構成にして運用上マシンを止める時間を確保できないか、とか考えちゃうけど？
ボードの枚数同じなら、15K 1台分で6800が2台買えるのではないか、とか。
0156名無しさん＠お腹いっぱい。2007/05/06(日) 22:19:46
そういえば、構成によっては 6800 の方が速いんだよな、15k よりも。
0157名無しさん＠お腹いっぱい。2007/05/07(月) 09:47:51
Sunかその代理店の営業が本当にいたことに驚いた
0158名無しさん＠お腹いっぱい。2007/05/07(月) 20:45:27
6800ぢゃなくて、6900だろ。今は。
だが、もう6900は忘れろ。これからはSPARC Enterprise Mシリーズだ。
0159名無しさん＠お腹いっぱい。2007/05/07(月) 21:16:48
筺体が6800=6900
15K＝25K
0160名無しさん＠お腹いっぱい。2007/05/10(木) 02:15:14
4800は100V駆動だったが4900は200V。商売上のネック
0161名無しさん＠お腹いっぱい。2007/05/11(金) 02:41:12
Sun tapes out Niagara 2, faces 45nm challenge
http://www.eetimes.com/news/latest/showArticle.jhtml;?articleID=199202904
0162名無しさん＠お腹いっぱい。2007/05/11(金) 03:18:23
>>160
4800クラスの大きさなら、それほどでもないんでない？

V480→V490で200Vになっちゃったのは明らかにまずい。
0163名無しさん＠お腹いっぱい。2007/05/11(金) 22:56:14
OpenJDK、GPLLv2、JCK - Simon Phipps氏が語るオープンソースJavaのあれこれ
http://journal.mycom.co.jp/articles/2007/05/11/openjdk/index.html

インテル、ItaniumプロセッサのJava対応計画を明らかに
http://www.computerworld.jp/news/plf/64029.html
0164名無しさん＠お腹いっぱい。2007/05/12(土) 01:52:24
巨大コンテナサーバ「BlackBox」の中へ入ってみた
http://www.itmedia.co.jp/enterprise/articles/0705/11/news041.html
0165名無しさん＠お腹いっぱい。2007/05/12(土) 16:45:51
>>161
TI社のファウンドリ戦略、SPARCプロセッサの生産はUMC社へ
http://www.eetimes.jp/contents/200705/18125_1_20070508213613.cfm
0166名無しさん＠お腹いっぱい。2007/05/12(土) 17:51:39
>>161 いいね、いいね。Niagara2。いよいよか。
FPが強化されたのは勿論の事、
10G、ワイヤスピードでドライブ出来るのは魅力だよな。
問題は値段だ。

0167名無しさん＠お腹いっぱい。2007/05/12(土) 19:37:11
Niagara2は、外販されるの?

Sunのサーバにしか積まないのは勿体ない。
0168名無しさん＠お腹いっぱい。2007/05/12(土) 23:46:26
他に採用するベンダがあると思う？
0169名無しさん＠お腹いっぱい。2007/05/12(土) 23:48:15
Niagara2もGPLとかでオープン化すんのかな？
0170名無しさん＠お腹いっぱい。2007/05/12(土) 23:49:03
>>168 コストパフォーマンス次第でしょう
0171名無しさん＠お腹いっぱい。2007/05/13(日) 00:38:50
>>168
サーバのCPUとして使うだけが用途じゃないよ。

TOE搭載NICに使うとか、
ファイルサーバ箱に使うとか、
VPN箱に使うとか。
0172名無しさん＠お腹いっぱい。2007/05/13(日) 01:33:24
それ高杉
0173名無しさん＠お腹いっぱい。2007/05/13(日) 02:10:01
富士通のFR-Vくらいの価格で出してくれんかのぉ。
0174名無しさん＠お腹いっぱい。2007/05/13(日) 03:34:28
富士通のＦＭ−Ｖくらいの価格で出してくれんかのぉ。
0175名無しさん＠お腹いっぱい。2007/05/13(日) 03:52:12
T1000の価格みると、いくらなんでも8コアにプレミア付け過ぎじゃね？
なんで6コアに対して30万以上も高くなるんだよ。
0176名無しさん＠お腹いっぱい。2007/05/13(日) 08:40:19
ハイエンドチップというのはどこの会社もプレミアつけて売るもんですが
0177名無しさん＠お腹いっぱい。2007/05/13(日) 13:50:32
ぶっちゃけ、6コアで十分だろ?
0178名無しさん＠お腹いっぱい。2007/05/13(日) 15:18:26
T1000で40万〜
T2000で70万〜
が妥当。
0179名無しさん＠お腹いっぱい。2007/05/13(日) 22:27:17
T1000にDVD-ROMついたら買いなんだけどな。
0180名無しさん＠お腹いっぱい。2007/05/14(月) 04:33:28
>>175
じゃあさ、8コア 3台必要なとこを 6コア 4台買やあいいじゃん。お得だな! よかったな!!
0181名無しさん＠お腹いっぱい。2007/05/14(月) 20:06:03
「JavaFX」の目指すもの Sunが投入するRIAソリューション
http://enterprise.watch.impress.co.jp/cda/infostand/2007/05/14/10248.html
0182名無しさん＠お腹いっぱい。2007/05/14(月) 21:16:28
> JavascriptではWebブラウザごとの書き換えが必要となることが多いのに対し、
> JavaFX Scriptでは一度書いたスクリプトが、どの環境でも同じように動くという。

もう騙されないぞ。

> JavaFX Scriptは、JavaAPIの直接呼び出しやJava Swing（GUI作成ツールキット）の利用ができ

という時点で、クライアントが積んでいるJavaランタイム環境の違いを吸収するコードが必要になるわけで。
0183名無しさん＠お腹いっぱい。2007/05/14(月) 22:45:12
Microsoft VM でも使ってるのか? もうやめた方がいいぞ?
0184名無しさん＠お腹いっぱい。2007/05/15(火) 02:29:35
>>183
やめたくたって、そういうクライアントが一定数いたら、対応せにゃならん。

ちなみにSunのVMでも、バージョンによって違うじゃないか。
0185名無しさん＠お腹いっぱい。2007/05/15(火) 02:59:37
kabu.comがほんのちょっと前まで、XP用にサポート切れのMsJavaVMを配布してたな。
いまは、SunのJVMを推奨するようになったけど。
Vista発売がきっかけだったんかな。
0186名無しさん＠お腹いっぱい。2007/05/16(水) 00:24:08
>>184
> やめたくたって、そういうクライアントが一定数いたら、対応せにゃならん。
んじゃ、だましたのは Sun じゃなくて MS じゃんかw
> ちなみにSunのVMでも、バージョンによって違うじゃないか。
セキュリティ的にメチャクチャな使い方してると版上がって動かなくなるけど、そりゃ
仕方ないぜ。
0187名無しさん＠お腹いっぱい。2007/05/17(木) 16:18:17
おかしいなぁ。

Netscape Navigator + SunVM
という組み合わせで、
WindowsとMacOSで、
挙動が違ったんだがなぁ。
0188名無しさん＠お腹いっぱい。2007/05/17(木) 23:10:47
まあ、対象としているアプリケーション領域で、
C++→Javaほどのポータビリティ改善はないだろうけど、
Javaよりも改善されることを目的のひとつにしてるんでしょ。
0189名無しさん＠お腹いっぱい。2007/05/18(金) 00:36:14
本当に、
一度書いたらどこでも意図した通りに動く
ということを実現するには、
改行コード、文字コード、フォント、画面のサイズ、画素のサイズ、etc・・・
そういったものまで仕様に入れないといけない。

WindowsとMacで、
\の文字コードに対するフォントの字形が違いすぎるのを、
JavaVMは吸収してくれないから。
0190名無しさん＠お腹いっぱい。2007/05/19(土) 00:26:26
PureJava とか互換性テストとか、言葉知ってる?
0191名無しさん＠お腹いっぱい。2007/05/19(土) 01:15:42
>>190
言葉を知っていても、
現実に互換性がない問題は、
解決しないわけですが。
0192名無しさん＠お腹いっぱい。2007/05/19(土) 01:45:22
ふーん。よう互換に書かん、そういうことか。つまんないね。
0193名無しさん＠お腹いっぱい。2007/05/22(火) 02:24:10
Gosling自身、Write once run anywhere は marketing term だと証言してるしな、
法廷で。
0194名無しさん＠お腹いっぱい。2007/06/27(水) 02:33:02
age
0195気まぐれアナスイ2007/06/27(水) 11:48:06
>>193
term.を使用すればlinux.で在ればG.が作れます。
処理方法を変えなければM-8.ですが…
0196名無しさん＠お腹いっぱい。2007/06/30(土) 22:30:09
Sunは自社開発ソフトをどんどんオープンソース化していて面白いな。
GlassFishなんか、すごく良さげ。TomcatやJBoss使っている場合じゃないな。
WebLogicやWebSphere、OracleASも要らなくなるかも。
0197気まぐれアナスイ2007/06/30(土) 23:56:47
>>196
linux.スレを閲覧したのですか…
■ このスレッドは過去ログ倉庫に格納されています