12/02/27 16:36:20.69
>>670
絶対性能ではなく、性能/消費電力の比になってるぽいから、そう遠くないと思うよ。
絶対性能は並列化で何とかなりそうだし。
675:名無しさん＠お腹いっぱい。
12/02/27 17:53:32.96
並列で何とかなるならTシリーズはもっと売れただろうなｗ
676:名無しさん＠お腹いっぱい。
12/02/27 18:23:10.59
>>674
普通のプログラムが自動的に並列化されるとでも思ってるのか？
677:名無しさん＠お腹いっぱい。
12/02/27 18:40:07.83
されないけど消え去る。
WinTelが互換性で脅しつつ、実は全書換えなのと同じ ...か?w
678:名無しさん＠お腹いっぱい。
12/02/27 18:54:49.71
>>676
実際、MS-Officeとか CPUの性能値がかなり違っても体感あんま変わんないし。
並列に書き直す以外アタマ打ちだろ。違うか?
679:名無しさん＠お腹いっぱい。
12/02/27 18:56:50.84
x86はあらゆる方面に飽きられちゃったよ。終った。
680:名無しさん＠お腹いっぱい。
12/02/27 18:57:58.29
ろくにプログラム書いたことないヤツはお気楽でいいよなー
681:名無しさん＠お腹いっぱい。
12/02/27 19:16:57.60
NeXTの cthreadや pthreadがまっとうでない（今でもか?w）頃から
並列プログラミングはやってるが。
それとも PVMの話とか、する?
682:名無しさん＠お腹いっぱい。
12/02/27 19:24:20.95
好きなだけ語ってくれw
683:名無しさん＠お腹いっぱい。
12/02/27 20:56:51.06
うんうん一般アプリケーションでそのウデを活かしてみてくれよ
FirefoxもOpenOffice.orgも遅くてかなわんからなｗ
684: 忍法帖【Lv=40,xxxPT】
12/02/27 21:10:19.96
エルピーダが会社更生法の適用申請へ、「日の丸半導体」が破たん
685:名無しさん＠お腹いっぱい。
12/02/27 22:04:16.94
Tシリーズは価格と消費電力がね
記念に一台ぐらいは手元にほしいけど
686:名無しさん＠お腹いっぱい。
12/02/27 22:17:24.89
>>676
普通のプログラムを動かすなら、並列化しなくても十分動くでそ。
687:名無しさん＠お腹いっぱい。
12/02/28 06:50:58.92
コンピュータが性能だけで受け入れられるなら、x86もARMもありえんわw
安いから受け入れられてるだけだって気づけよ
688:名無しさん＠お腹いっぱい。
12/02/28 08:24:14.16
価格あたりの性能とか消費電力あたりの性能とか重要ですね
689:名無しさん＠お腹いっぱい。
12/02/28 09:01:12.69
利用できるアプリケーションも重要ですね
690:名無しさん＠お腹いっぱい。
12/02/28 09:55:19.83
出資者を洗脳することも重要ですね
691: 忍法帖【Lv=40,xxxPT】
12/02/28 10:07:57.06
安いから受け入れられてると洗脳することも重要ですね
692:名無しさん＠お腹いっぱい。
12/02/28 10:45:44.98
>>675
つーか、Intel含めて全社並列化向いてるんですけど。
Intelなんて並列化プログラミング手法で主導権握ろうと必死なんですけど。
あんたどこの世界の人ですか?www
693:名無しさん＠お腹いっぱい。
12/02/28 14:28:36.80
先からの流れを読まない間抜け乙ｗ
694:名無しさん＠お腹いっぱい。
12/02/28 15:31:42.06
>>692
一応、そういう世界にいるんでね。 君より情報持ってるよ
695:名無しさん＠お腹いっぱい。
12/02/28 16:45:04.62
そりゃせいぜい語ってくれよ、ただヨソでな.. ぷぷゲラゲラw
696:名無しさん＠お腹いっぱい。
12/02/28 17:02:55.81
>>693
先からの流れを読むと、Intelが並列軽視してたり Tシリーズの方向性が
間違ってたことになったりするのか?
実際、Tシリーズ登場を契機にして全てのメーカーが並列に舵を切ったんだが。
ほんとにアタマわるいんだねぇ..
697:名無しさん＠お腹いっぱい。
12/02/28 20:13:43.93
T4で並列性上げずにシングルスレッド性能上げた件ｗ
698:名無しさん＠お腹いっぱい。
12/02/29 09:00:17.14
だから、それがどうしたんだ? おまえのバカさ加減を少しも減じないぞ?w
699:名無しさん＠お腹いっぱい。
12/02/29 21:08:32.97
なんだバカが相変わらずバカ言ってるのかｗ
700:名無しさん＠お腹いっぱい。
12/02/29 23:18:09.36
>>662
そのAtomだが、ようやく携帯電話に採用されるらしい。
URLﾘﾝｸ(www.anandtech.com)
URLﾘﾝｸ(www.anandtech.com)
701:名無しさん＠お腹いっぱい。
12/02/29 23:19:39.63
>>672
そりゃMIPSだって最初の頃のはトランジスタ数すくなかったさ。
702:名無しさん＠お腹いっぱい。
12/02/29 23:21:25.45
>>697
そりゃ低速なのが沢山あっても、どっかがボトルネックになるからな。
そこそこシングルスレッド性能がないとダメなんだよ。
703:名無しさん＠お腹いっぱい。
12/03/01 09:27:25.39
>>701
MIPSも資源投下されてないからね。十分可能性あると思うよ。x86と違ってw
704:名無しさん＠お腹いっぱい。
12/03/01 11:42:23.80
>>703
そうやって現実逃避するなよ。
なんでもかんでも資源投下されてないで誤魔化すなよ。
じゃぁPowerPCやPOWERは、どうなんだ?
x86でもインテルはともかくAMDの開発予算は渋いだろうに。
705:名無しさん＠お腹いっぱい。
12/03/02 09:43:42.66
はぁ? 現実逃避?w おまえだろ。Intelも言ってないこと並べてさ。オツム弱いんだなww
706:名無しさん＠お腹いっぱい。
12/03/02 10:13:34.90
POWERは一時期そうとう資源投下されて性能も上がったが、ここんとこ
あまり聞かなくなったな。性能上がったのに出荷が伸びなくて
気合い入れるのやめちゃったかw?
>>704
どうなんだ?、って何が?
707:名無しさん＠お腹いっぱい。
12/03/02 16:07:40.55
>>705
> Intelも言ってないこと並べて
どういうこと?
708:名無しさん＠お腹いっぱい。
12/03/02 20:29:38.00
URLﾘﾝｸ(www.asahi.com)
「京」でなくても普通のPCクラスタでも計算できそうなのに、「京」を使うって・・・どんだけ利用者すくないんだよ。
709:名無しさん＠お腹いっぱい。
12/03/02 20:45:58.94
物が出来から使いかたを考えてるからな・・・
京の次はSPARCかSXかPOWERかX86かどれになるだろうか
710: 忍法帖【Lv=40,xxxPT】
12/03/02 21:34:00.95
AMDがSeaMicroを買ったみたいだわ
711:名無しさん＠お腹いっぱい。
12/03/02 23:29:21.38
京とか富士通が必死すぎて涙を誘うなw
712: 忍法帖【Lv=40,xxxPT】
12/03/02 23:46:52.11
まるでエルピーダが資金調達しようとしたら必死で叩いたカスゴミみたいなレス揃いだなぁｗ
713:名無しさん＠お腹いっぱい。
12/03/03 00:11:35.33
DRAM専業メーカーなんかヤバいに決まってるだろ。
昔から大手電機の業績を乱高下させてきたわけで。
業績の乱高下を嫌った大手電機が厄介者扱いで外部にだしたわけだが、
巨大企業の一部門でなければ、立ち行かないだろうに・・・。
714:名無しさん＠お腹いっぱい。
12/03/03 09:25:15.97
中華が全力でARMを投下してきているからARMが勝っちゃうんだな…
安さは正義みたいなつまらないアーキテクチャが跋扈する(´・ω・｀)
715:名無しさん＠お腹いっぱい。
12/03/03 16:27:05.71
ARMはまっとうだぞ?
跋扈してる「つまらないアーキテクチャ」って、1つしかないだろ? x86。
716:名無しさん＠お腹いっぱい。
12/03/03 17:36:34.71
真っ当なのは
MIPS＞Alpha＞SPARC＞＞PowerPC＞＞＞ARM＞（越えられない壁）＞x64＞x86
717:名無しさん＠お腹いっぱい。
12/03/03 18:49:12.59
初期のMIPSやSPARCのトランジスタ数が少なかったって、そりゃ乗算命令すらなかった頃だし。
718:名無しさん＠お腹いっぱい。
12/03/03 19:00:54.19
x86よりx64の方が真っ当なの？
719:名無しさん＠お腹いっぱい。
12/03/03 19:02:52.19
IA-64は?
720:名無しさん＠お腹いっぱい。
12/03/03 21:10:56.02
序列にも入らない程度か
721:名無しさん＠お腹いっぱい。
12/03/04 00:46:31.19
命令セットが非常にきれいなので、アメリカ合衆国ではコンピュータ・アーキテクチャを学校で教えるときに
教材としてMIPSアーキテクチャを使うことが多いんだが。
722:名無しさん＠お腹いっぱい。
12/03/04 02:11:52.76
命令セットがきれいというより単純なんだよな
C言語を実装するのに必要最低限な命令しかない感じ
723:名無しさん＠お腹いっぱい。
12/03/04 02:19:49.75
>>714
中華半導体メーカーでも可能な
低速なCPUを搭載したSoCはDRAM市場のような価格競争になるだろうな
ARMの高性能化によってその領域がどんどん広がってくるのかな
724:名無しさん＠お腹いっぱい。
12/03/04 11:29:34.94
>>721
そりゃだって、MIPSはアメリカの大学で産まれたものだし、ヘネパタだかパタヘネだかの教科書が超メジャー。
ていうか、日本だってまっとうな大学ではMIPSで講義してるぜ。
725:名無しさん＠お腹いっぱい。
12/03/04 22:59:37.39
今の日本にちゃんとしたコンピュータサイエンスを教えるまっとうな大学なんてあるのか…？
726:名無しさん＠お腹いっぱい。
12/03/05 00:51:57.62
そういや、どこぞの大学の講義のパワーポイントをネットで見たら、
まるでパソコン雑誌の記事みたいな内容でゲンナリしたわー。
727:名無しさん＠お腹いっぱい。
12/03/05 12:35:41.92
今の腐り切った教授会にはもはや外国人講師の本格的な招聘などとても期待できまい。
728:名無しさん＠お腹いっぱい。
12/03/05 14:27:24.09
なんで外国人講師?
MIPSなんて学部生の講義だろ。
学内の準教授で十分。
729:名無しさん＠お腹いっぱい。
12/03/05 16:47:25.07
>>718
x86互換の部分を考えなければ、x64の方がマシだろwww
730:名無しさん＠お腹いっぱい。
12/03/05 17:03:15.12
x86よりマシとはいえx64は醜いんだよなー。
x86のダメな部分を、けっこう残してる。
たとえばプリフィクスとか。
731:名無しさん＠お腹いっぱい。
12/03/05 17:17:45.54
i960はきれいかったのにぶった切った。
IA64は性能出んかったのにゴリ押しした。
だけど Intelボロもうけ
732:名無しさん＠お腹いっぱい。
12/03/05 17:45:37.03
どっちに転んでも勝てるように、多面待ち作戦とってるからなー。
IA64はスケジュール遅延なくて、x86の性能急上昇がなければ、それなりに性能でてたと言えたかもなー。
最先端プロセスで製造できないとか、x86との済み分けのためにエンプラやメインフレーム代替とかになって、
ますます性能向上のペースが鈍っちゃったからなー。
733:名無しさん＠お腹いっぱい。
12/03/05 21:25:20.38
IA64とか、どうでもいいです
734:名無しさん＠お腹いっぱい。
12/03/05 21:58:57.72
IA64けっこう美しいのに
735:名無しさん＠お腹いっぱい。
12/03/05 22:36:28.63
>>734
VLIWだとアセンブラレベルで美しいかどうかなんて、もはや関係ない世界のような
736:名無しさん＠お腹いっぱい。
12/03/06 00:19:31.23
今時の大学で情報工学なんか不人気学部じゃね？
90年代とは明らかに状況が違う
737:名無しさん＠お腹いっぱい。
12/03/06 06:59:08.75
日本は自動車立国
電器関係はかなり衰退したな
738:名無しさん＠お腹いっぱい。
12/03/06 07:01:25.27
品質より低価格が好まれるようになった電器関係は衰退した
自動車は乗る人の命がかかっているからある程度の品質重視の傾向はなくならない
739:名無しさん＠お腹いっぱい。
12/03/06 09:25:19.31
>>732
死ぬ程金と手間かけてダメだったのに、バカじゃね? なにが「それなりに」なんだか。
740:名無しさん＠お腹いっぱい。
12/03/06 14:24:36.70
>>739
x86に比べて遅かったというだけなんだがなー。
741:名無しさん＠お腹いっぱい。
12/03/06 14:26:07.14
x86よりも金と手間が注ぎ込まれたとでもいうのだろうか。
742: 忍法帖【Lv=40,xxxPT】
12/03/06 14:35:35.22
後発品にしてはふがいない結果だ罠
743:名無しさん＠お腹いっぱい。
12/03/06 14:51:15.60
Mercedのスケジュール遅延がなー
744: 忍法帖【Lv=40,xxxPT】
12/03/06 14:54:12.98
きっと損
745:名無しさん＠お腹いっぱい。
12/03/06 15:40:37.30
>>740
はぁ? 投下した資源量がまるで違うだろ。ぜんぜん速くなかった。
まともなコンパイラ作製不能。
746:名無しさん＠お腹いっぱい。
12/03/06 16:10:37.84
Itaniumは性能に対する発熱量がヤバいと聞きました
747:名無しさん＠お腹いっぱい。
12/03/06 21:08:13.59
>>745
お前さんが使ってもいないことは良くわかったよ。
748:名無しさん＠お腹いっぱい。
12/03/06 21:10:12.36
>>746
投機実行的なことやるし、省電力機能が木目細かくないんだっけ?
749:名無しさん＠お腹いっぱい。
12/03/07 09:16:58.76
そもそも設計が省電力とか言われる前。
>>747
この話に使ってるだの使ってないだの関係ないわな。
750:名無しさん＠お腹いっぱい。
12/03/07 09:58:19.33
相変わらず日本語が読めん奴だなww
751:名無しさん＠お腹いっぱい。
12/03/07 11:06:08.97
バカにはバカ以外言いようがなくてなw
752:名無しさん＠お腹いっぱい。
12/03/07 12:50:06.79
>>749
使っていないから思い込みで適当なことばっかり言うのだろ。
753:名無しさん＠お腹いっぱい。
12/03/07 13:14:08.10
この馬鹿、NetBSDスレのSparcMP厨だったんだ
754:名無しさん＠お腹いっぱい。
12/03/07 13:30:35.36
思い込みで、どう適当になるんだ?
Itanium触ってみたら「思ったより速い」、ってか? wwwwwwwww
755:名無しさん＠お腹いっぱい。
12/03/07 18:49:07.07
>>754
ぷ
756:名無しさん＠お腹いっぱい。
12/03/21 22:29:34.00
日本オラクル、SPARC T4プロセッサとSolaris 11を搭載したエントリーサーバー「Netra SPARC T4」
URLﾘﾝｸ(cloud.watch.impress.co.jp)
757: 忍法帖【Lv=40,xxxPT】
12/03/22 12:49:51.06
>前世代のT3を発売2年持たずにサポート止めて、現場パニックになった。リスク高杉
ツイートにこんなん載ってた
758:名無しさん＠お腹いっぱい。
12/03/23 13:11:03.92
Sun ZFS Storage 7320 Appliance ヽ( ・∀・)ﾉ● ｳﾝｺｰ
「さくらのクラウド」障害多発で無償化、課金できる品質に達していないため
URLﾘﾝｸ(gigazine.net)
759: 忍法帖【Lv=40,xxxPT】
12/03/23 21:55:59.10
Sunの製品を使って何が起こっても今更驚かねーｗ
760: 忍法帖【Lv=40,xxxPT】
12/04/10 00:34:23.36
>Facebookのマーク・ザッカーバーグは、「われわれはソーシャルネットワークをつくるための会社で、金儲けが目的ではない」と明言しました。
>あのメッセージは、株主もそうですが、何より社員の心に響いたと思います。
Sunで同じことを言えば倒産を避けられたのだろうか
761:名無しさん＠お腹いっぱい。
12/04/10 23:33:43.24
OracleはSQL訛りがひどくて新規案件で使いたくないです。
まだSQL ServerのほうがきれいなSQL喋るし、移植もしやすいですわ
762: 忍法帖【Lv=40,xxxPT】
12/04/11 01:10:52.42
DB Engineの話は板違いかもなぁ…
763:名無しさん＠お腹いっぱい。
12/04/11 15:40:26.48
>>761
そりゃSybase vs Oracleの頃から言われてる話だろｗ
764:名無しさん＠お腹いっぱい。
12/04/14 21:15:19.50
Netbeansは久々にSUNに戻ってきたプロダクトだったんだけど、
Railsサポート廃止なのですね。。
765:名無しさん＠お腹いっぱい。
12/05/08 19:52:18.58
SPARCの凋落（Sunsetting of SPARC）
URLﾘﾝｸ(www.itmedia.co.jp)
Oracle Exadataも試したが、SAP HANAの方が速かった
URLﾘﾝｸ(techtarget.itmedia.co.jp)
766:名無しさん＠お腹いっぱい。
12/05/09 01:36:09.06
Java＼(^o^)／オワタ
767: 忍法帖【Lv=40,xxxPT】
12/05/09 02:36:55.66
SPARCは富士通がロードマップを書く
終わるのはJAVAじゃなくてAndroidの方
768:名無しさん＠お腹いっぱい。
12/05/10 20:59:33.11
はっ？
769:名無しさん＠お腹いっぱい。
12/05/11 10:59:26.65
AndroidをC#に移植したXobotOS
URLﾘﾝｸ(d.hatena.ne.jp)
SunのJREじゃなくてDalvikだけど、本気でJava撲滅側に立ちたくなってきた。
オブジェクトの素性的にJREじゃ.NETに太刀打ち出来ないとは思うけど、ここまで差が出るとは…。
広告成分多めなんじゃないかとは思うけど、MonoがここまでやるのならもうJava必要ないかな、と。
PSP Vita他もMono使うんならシェアも広がるだろうし資金的にも安定するだろうし、
これからはMonoが来る気がする。
エンタープライズ分野ではJavaEEは魅力的になってると思うんだけど、
もうちょい先まで見るならもうJavaプラットフォーム自体に魅力なくなってくるんじゃないかと…。
770: 忍法帖【Lv=40,xxxPT】
12/05/11 11:36:32.74
互換性で泣くのはもううんざり
MonoとかWinでも動くようになってからずっとくるくる言われてるくるくる詐欺でしょうに
771:名無しさん＠お腹いっぱい。
12/05/11 16:38:27.80
だよねー
Monoが普及するシナリオなんて想像できないわ
772:名無しさん＠お腹いっぱい。
12/05/15 17:51:12.10
JavaはCobolのような地位は確保したと思うけどね。
50年後にも入門書が出る！ みたいな。
773:名無しさん＠お腹いっぱい。
12/05/20 16:42:30.57
バイクに貼るのにSUNのステッカーが欲しいんだが、切り文字のステッカー販売していないかな？
774:名無しさん＠お腹いっぱい。
12/05/24 15:02:33.56
>>772
COBOLはまた極端な言語だからなぁ..
Javaは人数的には普及したけど、50年後はどうかなあ。
775:吠鉱山 ◆STCMXN/JPY
12/06/16 07:09:18.25
まだやれる！
776: 忍法帖【Lv=40,xxxPT】
12/06/24 09:51:49.49
【IT】クラウドサービスのファーストサーバー、顧客がアップロードしたデータを消失→サーバー初期化してから顧客にサービス提供★８
ｽﾚﾘﾝｸ(newsplus板)
777:名無しさん＠お腹いっぱい。
12/06/24 19:38:01.37
>>773
この Illustrator ファイルを使ってどうにか頑張ってください。
www.logoeps.com/sun-microsystems-logo-vector/267/
SBSにも溜池山王にも、切り文字ステッカーは無かったです。
778: 忍法帖【Lv=40,xxxPT】
12/06/25 09:56:31.61
URLﾘﾝｸ(support.fsv.jp)
779:名無しさん＠お腹いっぱい。
12/06/25 15:00:32.53
>>778
サービスの一部は、OpenSolarisベースのSmartOSらしいけど、こっちは障害出てないみたい
URLﾘﾝｸ(z-cloud.jp)
780: 忍法帖【Lv=40,xxxPT】
12/06/25 20:22:31.65
久しぶりに気持ちのいいニュース
クラウドにシステムをアウトソースできるなぞと
ITを軽視していた連中は存分に痛みを味わうがよい
781: 忍法帖【Lv=40,xxxPT】
12/06/25 22:30:36.03
646 名前： 名無しさん＠お腹いっぱい。 [sage] 投稿日： 2012/06/25(月) 22:21:52.61 0
『データが消えたね』と君が言ったから六月二十日はクラウド記念日
782:名無しさん＠お腹いっぱい。
12/06/25 23:22:33.92
クラウド()に冷や水を浴びせることになってメシウマだなｗ
バックアップしたくても外部接続手段が限られてたとかクソすぎるｗｗ
長所と短所を理解した上で使うならいいけど
「安くて素晴らしい最先端ソリューション！」
と勘違いしてる頭悪いお偉いさんや流行り物好き担当者はガンだな
783:名無しさん＠お腹いっぱい。
12/06/26 00:04:17.33
あれ単にサーバを複数台並べてあるだけで、クラウドでもなんでもないじゃん
こういう、名ばかりインチキクラウドのせいで、クラウドの評判が自沈していくんだな
784:名無しさん＠お腹いっぱい。
12/06/26 01:54:34.06
サーバを並べただけでないクラウドとは
785:名無しさん＠お腹いっぱい。
12/06/26 01:55:26.92
だから「クラウド()」なんだよｗ
シッタカPCユーザだとネット上のファイル置き場と思ってたりもするｗ
そもそも「クラウド」と言っても名の通り曖昧模糊なものであって
サービス内容に対する基準や定義なんざ存在しないわけでさ
なのに「名ばかりインチキクラウド」呼ばわりとはイケてないなｗ
786: 忍法帖【Lv=40,xxxPT】
12/06/26 07:54:12.48
結局Intelを延命させるためのアメリカの国策でしょクラウドは
鯖CPUが沢山売れて欲しいというだけの
需要が一巡したら鯖なんてそんなに売れるもんではない
まぁクラウドそのものが技術とは関係なくゴリ押しされてる時点で
ウリのコストダウンのためのチャチな運用とセットにされるのは見え見えってワケでさ
787: 忍法帖【Lv=40,xxxPT】
12/06/26 09:18:47.11
ムカついたのはNECのやつが将来クラウドの上に
すべての会社が乗っていくとかほざいてて
しばらくしたあとにクラウドバブルは崩壊するって言ったこと
乗ってたお客様はどうなるのよっての
話になんねぇ
邪悪杉
788:名無しさん＠お腹いっぱい。
12/06/26 11:57:54.41
>>782
そーゆー物好きな人々のおかげで技術が育っていくんじゃないかな（ｗ
789:名無しさん＠お腹いっぱい。
12/06/26 14:34:02.68
15 Ways to Tell Its Not Cloud Computing
URLﾘﾝｸ(redmonk.com)
このへんでさっくりと述べられてた
でもマーケッティング屋は、ASP == outsourcing == SaaS == クラウド みたいな売り方をするよね
790: 忍法帖【Lv=40,xxxPT】
12/06/26 16:07:32.69
>>788
イノベーションの目的は顧客の絶対価値を実現すること
自前のITインフラを準備せずに他社に依存させて
それが顧客価値だと思うのはバカですよ
791:名無しさん＠お腹いっぱい。
12/06/26 16:17:33.16
>>788
お遊び案件ならいいけどガチの用途でそれはないｗ
さくらのクラウドでストレージ障害はZFS Storage Applianceやめて
Linux iSCSIサーバにして解決したらしい
URLﾘﾝｸ(www.publickey1.jp)
URLﾘﾝｸ(www.publickey1.jp)
URLﾘﾝｸ(www.publickey1.jp)
実績なさそうな用途で使うとかひどいバクチだと思ってたが
予想通りの結末で日本ボラクルざまぁｗｗ
792:名無しさん＠お腹いっぱい。
12/06/26 16:20:45.57
>>789
マーケッティング屋は人をだますのがお仕事です
793: 忍法帖【Lv=40,xxxPT】
12/06/26 16:29:25.36
>現在利用しているストレージに代えて同社が自社開発した新ストレージ
さくらはストレージ企業になるのか？
まぁ開発したノウハウや技術を売っていくなら悪くない投資と言えるだろうが
それができる人材がさくらに居るのか？
>そこで問題が起きたときに、自社で解決できないかもしれないという不安感があり、
>そのリスクの回避や時間をお金で買おうという、これがベンダを頼る理由のひとつだと思います。
>それに乗ってもらえるベンダを探して、しかし結果としては乗ってもらえなかったと。
やっぱり最後はこれかよ…
>そこで新ストレージでは、ユーザーごとのIOPSやバンド幅などが管理できるように設計しています。
>現ストレージではひとりがストレージを占有できる状況にありましたが、
>新ストレージでは1つのストレージごとに比較的少数ユーザーを収容するのに加えて、
>1ユーザー当たりのバンド幅もしっかり制限できるようにします。
そもそも帯域制限がオーバーヘッドを見込んだ上で現実的なパフォーマンスでできるのか？
できるなら大したものだが
>Publickeyでは日本オラクルにも本件について取材の申し込みをしておりましたが、
>残念ながら本件についての取材許可はいただけませんでした。
時給1000円で雇えるサポセンバイトってわけにもいかないだろうしな
794:名無しさん＠お腹いっぱい。
12/06/26 16:42:36.57
RAIDカードの動作ってブラックボックスそのものなんだもの
かといってソフトウエアRAIDでは、OSSの連中ではSCSI周りの動作に詳しいかどうか不安
もちろんATAなんて論外
そういうことだから、EMCが儲かるというわけなんだよなぁ
795: 忍法帖【Lv=40,xxxPT】
12/06/26 16:46:45.56
RAIDカードならLSIとかじゃなくてかＹＯ
しかもNetappじゃなくてEMCかＹＯ
つかOracleをストレージ屋と思った時点で（ｒｙ
まぁiモードの失敗を見るまでもなく(Sunは)サーバ屋としても怪しかったんだが
796:名無しさん＠お腹いっぱい。
12/06/26 16:51:09.56
RAIDコントローラを何で発注すればいいのかは毎度頭を悩まされる…
昔だったら、AdaptecRAID 一択
今は、HPがBTOで付けてくれるから、恐る恐る MegaRAID とか試してる
運が悪いと、LSIの管理ツールバイナリに「このKernelでは動きまへんで」と言われるから
Windowsに逃げ込みたくなるわ
797: 忍法帖【Lv=40,xxxPT】
12/06/26 16:55:28.22
仇プのRAIDって嬉しくない
LSI一択
798:名無しさん＠お腹いっぱい。
12/06/26 17:04:32.28
OSSでのRAIDコントローラー運試しは、これからも続くのでした
ハードとOSが同一ベンダーだと、こういう問題は少なくていいのかな
OS側に異常通知しないRAIDドライバなんて、DCオペレータへの神頼みじゃないかぁ
視力と聴力の良いDCオペレータを雇う必要があるな
799: 忍法帖【Lv=40,xxxPT】
12/06/27 01:58:57.04
管理ツールにカーネルバージョン合わせたら普通そこから動かさないＹＯ
EMC CLARiX AX150XI-500
SIGMABLADEとこれ使ってたらすいけど
800:名無しさん＠お腹いっぱい。
12/06/27 09:40:57.93
さくらはKVMにも手を入れているようだから、技術的には多分大丈夫だろう。
DebianでInfiniBand使うのに苦労してた話を最近聞いたけど、やっぱり
RedHatでの運用の方が多いそうだ。いざとなればプロプラドライバで
逃げられそうだからなあ。
801: 忍法帖【Lv=40,xxxPT】
12/06/27 21:57:39.70
>最後に。今回の事件は仕組まれたものであるという説が浮上しています。
>「これは預金封鎖の予行演習。預貯金も借金も含め、全データを消すためだ」
>と分析する筋がいるのです。
>要するに、ソフトバンク傘下であり朝●人工作機関ヤフー関連のサーバー会社なので、
>わざと障害を引き起こし、大衆がどのように反応するかの実験であったのではないかということ。
大衆操作の実験としてはターゲットが(情弱)企業ばかりだったというのはちょっと面白い
こいつらはバカだから死んでもいい連中とカテゴライズしたやつがいるということだな
802:名無しさん＠お腹いっぱい。
12/06/27 23:41:59.32
バックアップとってないという話が出てたけど
どうやら1日前の状態には戻せると売り込んでた話が出てきてる
しかしそのバックアップ先が同一筐体内のディスクで
その領域もろとも消したんだとか・・・どういう管理形態だよおい
イイワケとして以前はちゃんと別の場所に取ってたんだけど
低価格でサービスするためにやり方を変えたんだとか
それがホントなら実に禿グループらしいコストカット手法だなｗ
803:名無しさん＠お腹いっぱい。
12/07/08 08:29:25.17
クラウドはSunの魂を受け継いだGoogleが推進します
804:名無しさん＠お腹いっぱい。
12/07/08 08:33:24.71
結局、Sunの遺産ってJavaだけか
SparcもSolarisもこの先不透明・・・残念無念
805:名無しさん＠お腹いっぱい。
12/07/08 08:45:31.67
Sunの幽霊エンジニア？
806:名無しさん＠お腹いっぱい。
12/07/08 09:01:24.27
スパコン京でよみがえる、Sun microsystemsの御霊と亡霊！
どうせなら、日本のくそ役人共、念仏祈願してもっと亡霊に投資
してやれ！！
807:名無しさん＠お腹いっぱい。
12/07/08 10:41:03.67
SPARCアーキテクチャベースの自社開発プロセッサ使ってるだけで
オワコンSunなんてまったくカンケーないのにボケがきてるの？
808:名無しさん＠お腹いっぱい。
12/07/10 20:23:33.03
SPARCベースってだけで十分 Sunと関係あるだろ。おまえがボケだw
809:名無しさん＠お腹いっぱい。
12/07/10 21:31:39.52
SPARC64実装にOracle/Sunは全く関係ないじゃん
810:名無しさん＠お腹いっぱい。
12/07/11 17:34:35.13
SPARC64が SPARCに準拠してて SPARC作ったのが Sunなんだから死ぬほど関係あるだろ。
バカかおまえ?
811:名無しさん＠お腹いっぱい。
12/07/11 17:42:17.25
雑談スレだから何でもいいよ。
812:名無しさん＠お腹いっぱい。
12/07/11 23:41:37.70
京なんてＩＢＭセコイアにすぐ抜かれてしまった。
３日天下だな富士通。
どうせ１位目指したんなら、１年ぐらい抜かれないのを造れよ。
813:名無しさん＠お腹いっぱい。
12/07/12 12:28:10.07
PC作ってる会社が全部IBMに死ぬほど関係あるのかどうか
814:名無しさん＠お腹いっぱい。
12/07/12 19:56:55.42
なんで IBMなんだ? Intelだろ。
> 812
取れっこない、という前評判なのをうまいことタイミング計って
トップ取ったんだよ。IBMがちょっとモタったのもラッキーだった。
すぐ奪回されるのは当然。
それくらい IBMはやっぱすごいんだけど、その割にシステムは売れてないよな。
815:名無しさん＠お腹いっぱい。
12/07/12 20:36:13.36
>>814
> なんで IBMなんだ? Intelだろ。
お前馬鹿か?
SPARC準拠のSPARC64がSunに関係あるというに対応するのは
PCに関係あるのはIBMだろ
816:名無しさん＠お腹いっぱい。
12/07/17 09:55:12.06
IBMは x86の設計には全く関わってないが.. そんなことも知らずに..
お前金もらってんのか?w
817:名無しさん＠お腹いっぱい。
12/07/17 16:21:28.69
>>816
x86の話とは一言も言ってないのにx86と思い込んでるからいつまでも馬鹿を晒すんだよ
恥ずかしいなあ
818:名無しさん＠お腹いっぱい。
12/07/18 08:56:24.94
SPARCに対応するもんは x86だろうが。おまえビョーキか?w
一言も言ってない、のか.. んp ごはんの前には手を洗えよ?
819:名無しさん＠お腹いっぱい。
12/07/18 19:39:02.64
まだやるの?
「PCという単語は曖昧だろ」とか
「今のPCとIBM PCは同じアーキテクチャでいいのか」とか
ツッコミならしゃーないと思っていたがIntelだーx86だーとか…。
こういう解説させるなよ。
もしかしてまだネタの意味がわかんない? なら諦める
820:名無しさん＠お腹いっぱい。
12/07/18 19:54:48.75
>>814
今のPCはIBM PCからの互換性を引き継いでいるわけ
だからIBMが関係あるのは当然だろ
昔、PCのことをAT互換機とかDOS/V機とか言っただろ？
ATとはIBM PC/ATのことで
DOS/VはIBMが出したVGA搭載の標準的なIBM PC/AT互換機でも日本語表示ができるDOS
821:名無しさん＠お腹いっぱい。
12/07/18 21:42:48.90
PCとIBMの関係を知らないのはまあいいさ。
無知は誰にでもある。
だがその程度の知識でここで偉そーなことを言ってると
恥かくだけなんで黙ってたほうがいいぞ?
822:名無しさん＠お腹いっぱい。
12/07/18 22:51:31.88
>>810
京に載ってるSPARC64 VIII fxはSPARCを富士通が独自拡張した命令セットだよ
SPARC64という名前だけどSPARC64 VII以前とは別のもの
富士通、次期スパコン向けHPC-ACEアーキテクチャを公表
URLﾘﾝｸ(news.mynavi.jp)
823:名無しさん＠お腹いっぱい。
12/07/19 16:54:50.27
... おまえ、真性だな。そんなに証明したいか、連投して.プ
SPARCというのは命令セットもしくは CPU製品そのものを指す言葉だ。
マシンアーキテクチャじゃない。
ヴァカまるだしww
824:名無しさん＠お腹いっぱい。
12/07/20 00:44:44.27
そんな必死になってもIBMとPCの関係も知らないで暴れてたんだなあと
生暖かい視線を送ってくれるぐらいだよ。
>>813 がマシンアーキテクチャの話だと知って冗談なんだなあとお前以外思ってるよ。
825:名無しさん＠お腹いっぱい。
12/07/20 14:24:08.69
なにをどう解釈すると「IBMとPCの関係も知らない」ことになるんだよ?
わいてんのかw? 冗談だ? なにが?
826:名無しさん＠お腹いっぱい。
12/07/20 14:40:24.30
今さら取り繕っても遅いよ。
必死になればなるほどアホ晒しているだけ。
827:名無しさん＠お腹いっぱい。
12/07/20 15:04:37.64
いやいや、アホは君ひとりだけだしww
828:名無しさん＠お腹いっぱい。
12/07/20 16:37:30.06
昔、IBMはx86の製造ライセンスを持ってて
IBM製のx86が売られてた時代もあったな
829:名無しさん＠お腹いっぱい。
12/07/20 16:53:46.42
この調子だとIBMがPC作ってたことも知らないんじゃないのかな。
830:名無しさん＠お腹いっぱい。
12/07/23 17:08:25.96
PeeCeeつったらしっこの音だよ、普通。
831:名無しさん＠お腹いっぱい。
12/07/29 21:51:58.31
今時SPARCサーバなんて新規で売れんだろ
高速なDBはExadataが掻っ攫ってるし、信頼性は安いx64サーバの仮想化＋冗長性で
誤魔化されてしまった
832:名無しさん＠お腹いっぱい。
12/07/30 09:27:05.32
かっさらう... 読めねーww
833:名無しさん＠お腹いっぱい。
12/08/10 08:41:08.33
つーか、たいして高い信頼性なんか必要のないとこにまでネジ込んでたけど、
冷静に考えたらいらんかった、ってのもかなりあるかと。
834:名無しさん＠お腹いっぱい。
12/08/23 17:52:00.73
One Laptop per Child の XO-1て x86(AMD Geode)に Open Firmwareの
組合せだったんだな。知らなんだ。
MS-WindowsXPの動くのもあるらしいが、そっちは BIOSかね?..
それとも、Open Firmwareから起動する XPがあるのか?!
835: 忍法帖【Lv=40,xxxPT】
12/08/24 10:11:48.40
HPが7000億の赤字だってよ
836:名無しさん＠お腹いっぱい。
12/08/24 10:22:04.44
へぇ。
837:名無しさん＠お腹いっぱい。
12/08/25 01:45:12.78
>>831
新規導入は無くても、アメリカ政府系の保守需要が結構あるのではないかと推理。
2000年前後のITバブルの頃に急速にIT化した影響で当時にSPARCバイナリで構築
してしまったシステムに束縛されて、誰かがSPARC/Solarisを保守しないと困る状況
にあるんじゃないかと思う。
SunをOracleに救済させたのも、京速プロジェクトの下にFujitsuにSPARC開発を継続
させたのも、需要家であるアメリカ政府の差し金だったりして。
838:名無しさん＠お腹いっぱい。
12/08/28 08:37:05.22
「SPARCバイナリで構築」て、何よ例えば。Sun独自のライブラリでも使ってりゃ
そうだろうけど、2000年前後の ITバブルの頃にそんなことしてるか?
どっかのベタベタ囲込みなインチキ企業と一緒にしないでくれないか?
エリソンが、おカミの指示で救済? あり得んだろ。
ものすごい文化的違和感があるんだけど。どっから来たの、キミ?w
839: 忍法帖【Lv=40,xxxPT】
12/08/28 13:03:46.18
害人のビジネスって日本よりウエットなところあると思うケド
840:名無しさん＠お腹いっぱい。
12/08/28 23:24:06.58
米国の大手のコンピュータメーカーは経営が傾いても
必ず米国のコンピュータメーカーに買収されるな
Sunの買収はOracle以外にもIBMが名乗りをあげてたね
841:名無しさん＠お腹いっぱい。
12/08/29 01:20:01.31
パッカードベルとかあるじゃん(NECが一時買収)
842:名無しさん＠お腹いっぱい。
12/08/29 17:15:35.45
価値の残ってる企業が買われるのはあたりまえ。
843:名無しさん＠お腹いっぱい。
12/08/29 20:11:05.09
URLﾘﾝｸ(news.mynavi.jp)
29日の午後に、データセンターチップのセッション、
それに続く最後のセッションがビッグアイアンと題するセッションである。
この2つのセッションはサーバ用のプロセサのセッションで、IBMのPOWER 7+、
IntelのXeon E5 2600、
AMCの64bit ARMプロセサX-Gene、
富士通の16コアのSPARC64 X、Oracleの16コアSPARC T5、
IBMの次世代メインフレームプロセサのzNextと盛り沢山の発表が行われことになっている。
844:名無しさん＠お腹いっぱい。
12/08/30 10:38:40.41
安いの出してくんないと提案できんなぁ..
SunRayはもうほったらかしか?
845: 忍法帖【Lv=40,xxxPT】
12/08/30 13:07:03.96
Sun Rayは3が出て高解像度に対応してるじゃん
つかなんでこの流れでSun Rayなの
846:名無しさん＠お腹いっぱい。
12/08/31 05:33:40.24
富士通、次世代UNIXサーバー向けの新プロセッサ「SPARC64 X」の仕様を公開
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
847:名無しさん＠お腹いっぱい。
12/09/01 11:30:05.14
一般発表はoracle open worldだろうね。
848: 忍法帖【Lv=4,xxxP】(1+0：8)
12/09/14 12:17:00.53
URLﾘﾝｸ(www.seamicro.com)
SeaMicro SM15000 Fabric Compute Systems
URLﾘﾝｸ(www.seamicro.com)
849: 忍法帖【Lv=4,xxxP】(2+0：8)
12/09/14 12:19:09.17
URLﾘﾝｸ(images.anandtech.com)