Sun Microsystems 最大の岩望
■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん@お腹いっぱい。
2009/07/10(金) 19:13:24Rockは出るのか!?
【前スレ】
Sun Microsystems 最期の落日
http://pc12.2ch.net/test/read.cgi/unix/1244286002/
0002名無しさん@お腹いっぱい。
2009/07/10(金) 19:17:45Sun Microsystems 最大の企業売春
http://pc12.2ch.net/test/read.cgi/unix/1242037807/
0003名無しさん@お腹いっぱい。
2009/07/10(金) 19:18:57Sun Microsystems 最期の神託
http://pc12.2ch.net/test/read.cgi/unix/1242038454/
Sun Microsystem最大の失態
ttp://pc.2ch.net/test/read.cgi/unix/1006171354/
Sun Microsystems最大の敗退
ttp://pc.2ch.net/test/read.cgi/unix/1064134161/
Sun Microsystems最大の反省
ttp://pc.2ch.net/test/read.cgi/unix/1067603469/
Sun Microsystems最大の虚勢
ttp://pc.2ch.net/test/read.cgi/unix/1073745032/
Sun Microsystems最後の航海
ttp://pc3.2ch.net/test/read.cgi/unix/1078795800/
Sun Microsystems最後の晩餐
ttp://pc5.2ch.net/test/read.cgi/unix/1083085439/
Sun Microsystems ラストダンス
ttp://pc5.2ch.net/test/read.cgi/unix/1086081133/
Sun Microsystems 最後の反撃
ttp://pc5.2ch.net/test/read.cgi/unix/1088605878/
Sun Microsystems 最後の一葉
ttp://pc5.2ch.net/test/read.cgi/unix/1094886926/
だまれ小僧!お前にサンが救えるか
ttp://pc5.2ch.net/test/read.cgi/unix/1103972661/
0004名無しさん@お腹いっぱい。
2009/07/10(金) 19:19:40Sun Microsystems 最後の理不尽
ttp://pc8.2ch.net/test/read.cgi/unix/1110926614/
Sun Microsystems 最後の量産
ttp://pc8.2ch.net/test/read.cgi/unix/1114945256/
Sun Microsystems 最後の遺産
ttp://pc8.2ch.net/test/read.cgi/unix/1121277000/
Sun Microsystems 最後から二番目の真実
ttp://pc8.2ch.net/test/read.cgi/unix/1127872934/
Sun Microsystem 最大の遊撃
ttp://pc8.2ch.net/test/read.cgi/unix/1134031385/
Sun Microsystems 最大の滝壷
ttp://pc8.2ch.net/test/read.cgi/unix/1138786320/
Sun Microsystems 最大の重複
ttp://pc8.2ch.net/test/read.cgi/unix/1141840635/
Sun Microsystems 最大のリストラ
ttp://pc8.2ch.net/test/read.cgi/unix/1149485579/
Sun Microsystem 最大の夜長
ttp://pc8.2ch.net/test/read.cgi/unix/1159681441/
Sun Microsystems 最大の移行
ttp://pc10.2ch.net/test/read.cgi/unix/1164826577/
0005名無しさん@お腹いっぱい。
2009/07/10(金) 19:20:22Sun Microsystems 最大の回復
ttp://pc11.2ch.net/test/read.cgi/unix/1170949021/
Sun Microsystems 最後の提携
ttp://pc11.2ch.net/test/read.cgi/unix/1181454302/
Sun Microsystems 最大の黒箱
ttp://pc11.2ch.net/test/read.cgi/unix/1193754625/
SunMicrosystems 最大の探検
ttp://pc11.2ch.net/test/read.cgi/unix/1207761568/
Sun Microsystems 最大の字余り
ttp://pc11.2ch.net/test/read.cgi/unix/1214127349/
Sun Microsystems 最後の信者
http://pc11.2ch.net/test/read.cgi/unix/1217503051/
Sun Microsystems 最恵の支援
http://pc11.2ch.net/test/read.cgi/unix/1224846571/
Sun Microsystems 最大の超新星
http://pc11.2ch.net/test/read.cgi/unix/1233928036/
Sun Microsystems 最上川上流
http://pc12.2ch.net/test/read.cgi/unix/1239259163/
Sun Microsystems 最期の神託
http://pc12.2ch.net/test/read.cgi/unix/1242038454/
0006名無しさん@お腹いっぱい。
2009/07/10(金) 19:21:39Sun Microsystems 最期の落日
http://pc12.2ch.net/test/read.cgi/unix/1244286002/
挟むとこまちがえた..
0007名無しさん@お腹いっぱい。
2009/07/10(金) 19:21:420008名無しさん@お腹いっぱい。
2009/07/10(金) 19:23:20Sun Microsystems
http://www.sun.com/
サン・マイクロシステムズ
http://jp.sun.com/
blogs.sun.com
http://blogs.sun.com/
サン・マイクロシステムズ - 公式ブログ
http://jp.sun.com/communities/blogs/
0009名無しさん@お腹いっぱい。
2009/07/10(金) 19:25:210010名無しさん@お腹いっぱい。
2009/07/10(金) 19:31:540011名無しさん@お腹いっぱい。
2009/07/10(金) 19:44:47ポニーテール乙!
0012名無しさん@お腹いっぱい。
2009/07/10(金) 20:04:484of3て
0013名無しさん@お腹いっぱい。
2009/07/10(金) 20:08:49おつおつおつ
0014名無しさん@お腹いっぱい。
2009/07/10(金) 20:09:00SunOS 4は上がる?
0015名無しさん@お腹いっぱい。
2009/07/10(金) 20:41:260016名無しさん@お腹いっぱい。
2009/07/10(金) 21:40:40112 名前:名無しさん@お腹いっぱい。[] 投稿日:2009/07/10(金) 18:05:54
まあ、普通、組み込み系はクロス環境で開発するわな
113 名前:名無しさん@お腹いっぱい。[sage] 投稿日:2009/07/10(金) 18:09:58
ARMでネイティブに開発しているとこなんかあるのか?
114 名前:名無しさん@お腹いっぱい。[sage] 投稿日:2009/07/10(金) 18:10:52
昔はx86は、電卓からの成り上がりだって馬鹿にされたもんだよ。
もともと組み込みマイコンみたいなものだったからね。
115 名前:名無しさん@お腹いっぱい。[sage] 投稿日:2009/07/10(金) 18:12:17
SPARCですらクロス開発だろ。
116 名前:名無しさん@お腹いっぱい。[sage] 投稿日:2009/07/10(金) 18:13:30
>>115
さすがにそれは無いんじゃね?
117 名前:名無しさん@お腹いっぱい。[sage] 投稿日:2009/07/10(金) 18:16:13
ARMとかMIPSとかって、makeにやたら時間がかかるからクロスコンパイルするんじゃね?
SPARCは流石に時間がかかることはないだろ?
118 名前:名無しさん@お腹いっぱい。[sage] 投稿日:2009/07/10(金) 18:19:02
どっかで読んだぞ
Oracleが開発をSPARCからx86に切り換えたって
119 名前:名無しさん@お腹いっぱい。[sage] 投稿日:2009/07/10(金) 18:20:19
make時間が問題なのではなくデバッグの容易さが問題だろう
マイクロソフトの中の人がIA64にブチきれた最大の理由が、それ
0017名無しさん@お腹いっぱい。
2009/07/10(金) 21:43:51>>118
Rockを捨てた、じゃなくて?
121 名前:名無しさん@お腹いっぱい。[sage] 投稿日:2009/07/10(金) 18:21:16
OracleがSun買収するよりも何年も前の話
122 名前:名無しさん@お腹いっぱい。[sage] 投稿日:2009/07/10(金) 18:24:00
>>119
結局、ターゲットのCPUで動かすことが目的だから、デバックは対して変わらねーよ
123 名前:名無しさん@お腹いっぱい。[sage] 投稿日:2009/07/10(金) 18:25:14
>>122
まぁ、そういう人もいるでしょうな。
124 名前:名無しさん@お腹いっぱい。[sage] 投稿日:2009/07/10(金) 18:25:20
>>119
MSが問題にしたのはコンパイラの出来だろ?
125 名前:名無しさん@お腹いっぱい。[sage] 投稿日:2009/07/10(金) 18:29:02
>>124
そのコンパイラはマイクロソフトの自社製だったりするんだわ。
126 名前:名無しさん@お腹いっぱい。[sage] 投稿日:2009/07/10(金) 18:31:07
>>125
いや、だからコンパイラ開発部門が良いものを作れなかったってことだろう。
127 名前:名無しさん@お腹いっぱい。[sage] 投稿日:2009/07/10(金) 18:32:43
まあ、ありもので作る方が楽だわな
0018名無しさん@お腹いっぱい。
2009/07/10(金) 21:43:580019名無しさん@お腹いっぱい。
2009/07/10(金) 21:49:02いや、マイクロソフトのIA64のコンパイラは、悪くないよ。
コンパイル時間は長いものの、同クロックのx86よりは速いコードを出すよ。
129 名前:名無しさん@お腹いっぱい。[sage] 投稿日:2009/07/10(金) 18:36:19
x86とIA64、それぞれの上でデバッグしてみれば、すぐにわかるよ。
130 名前:名無しさん@お腹いっぱい。[sage] 投稿日:2009/07/10(金) 18:46:22
>>129
それはx86でクロスと、IA64のネイティブでということ?
131 名前:名無しさん@お腹いっぱい。[sage] 投稿日:2009/07/10(金) 18:47:40
x86ネイティブとIA64ネイティブの比較
132 名前:名無しさん@お腹いっぱい。[sage] 投稿日:2009/07/10(金) 18:52:11
ああ、ターゲットが違えばデバッグも違うわな
133 名前:名無しさん@お腹いっぱい。[sage] 投稿日:2009/07/10(金) 18:54:37
MSはx86ベッタリなコードを書いてそうだし。
134 名前:名無しさん@お腹いっぱい。[] 投稿日:2009/07/10(金) 19:18:46
過去のコード資産は捨てられんわな
135 名前:名無しさん@お腹いっぱい。[sage] 投稿日:2009/07/10(金) 19:25:50
マイクロソフトはx86と心中する気がする。
136 名前:名無しさん@お腹いっぱい。[sage] 投稿日:2009/07/10(金) 19:28:22
たしかに
WMでMIPSに手を出したが、鳴かず飛ばずだし
0020名無しさん@お腹いっぱい。
2009/07/10(金) 21:51:220021名無しさん@お腹いっぱい。
2009/07/10(金) 21:51:27windowsって、x86_64でも散々だろ?
売れてんの?
138 名前:名無しさん@お腹いっぱい。[sage] 投稿日:2009/07/10(金) 19:41:47
>>132
違うとか、そういう話じゃないぞ。
>>133
それはないだろ。
現実にx86、x64、IA64の3つをサポートしてるんだし。
>>134
WindowsNTは最初からマルチプラットフォームだったので、むしろ過去のコードほどプロセッサ非依存かもしれんぞ。
>>136
MIPSだけでなくSHもARMも・・・
139 名前:名無しさん@お腹いっぱい。[sage] 投稿日:2009/07/10(金) 19:44:34
x86と心中ってのは、x86が主流ではなくなっても、x86のみ対応でやる場合だな。
むしろSPARCと心中するのは誰かな。
140 名前:名無しさん@お腹いっぱい。[sage] 投稿日:2009/07/10(金) 19:50:43
>>138
確かにNTは素晴らしい、マルチプラットホームなカーネルだったな。
でもその路線は捨てたみたい。
141 名前:名無しさん@お腹いっぱい。[sage] 投稿日:2009/07/10(金) 19:53:16
>>139
Oracleはハードウェアと心中する気は無いだろうな
心中するとすれば不治痛かな?
0022名無しさん@お腹いっぱい。
2009/07/10(金) 21:57:13>>140
やっぱりDavid Cutlerのすごさは偉大
それに対し現在のマイクロソフトの体たらくぶりは酷い
143 名前:名無しさん@お腹いっぱい。[sage] 投稿日:2009/07/10(金) 21:04:42
でもカトラーが現役だった頃のWindowsNTは、使えたもんじゃなかったぞ。
144 名前:名無しさん@お腹いっぱい。[sage] 投稿日:2009/07/10(金) 21:17:03
出て間もない頃じゃ仕方ないだろう
ーーーーーーーーーーーーーー
以上。
隔離対象は>>20なんだがなぁ・・・・
0023名無しさん@お腹いっぱい。
2009/07/11(土) 13:54:12丸にギザギザっぽいデザインの奴捜してんだけど誰か知らない?
0024名無しさん@お腹いっぱい。
2009/07/12(日) 10:02:23ttp://journal.mycom.co.jp/news/2009/07/09/040/index.html
PRIMEPOWER 250+Oracle9i -> SPARC Enterprise M3000 + Oracle11g
SPARC64 V 1.1GHz(Solaris9) -> SPARC64 VII 2.52GHz(Solaris10)
PRIMEQUESTはどうした?
0025名無しさん@お腹いっぱい。
2009/07/13(月) 10:21:36富士通?のリレー計算機が登場してたw
0026名無しさん@お腹いっぱい。
2009/07/13(月) 13:18:20ほとんど自演なのでフォローなんか不要。
0027名無しさん@お腹いっぱい。
2009/07/14(火) 02:29:08oracle11g の solaris x86版を用意しないオラクルはインチキ会社。
ライセンス料が割高なsparcで客をだまして金儲け
0028名無しさん@お腹いっぱい。
2009/07/14(火) 03:55:33x86 なら Linux になるんじゃないかね
0029名無しさん@お腹いっぱい。
2009/07/14(火) 10:09:510030名無しさん@お腹いっぱい。
2009/07/14(火) 10:11:01Windowsだよ。何夢見てんだ。
0031名無しさん@お腹いっぱい。
2009/07/14(火) 12:09:20Oracleのサーバとしてどうかってことなら、Oracleが出しさえすればx86の方が
メインになるんじゃない?
でもまぁ、WebStackにoracle clientを入れてくれればうれしいわな。
0032名無しさん@お腹いっぱい。
2009/07/14(火) 15:39:53MS-Windowsで使うの? Sunのサーバー機を? DELLにしとけば?...wwwwwwwwwwww
0033名無しさん@お腹いっぱい。
2009/07/14(火) 15:44:49ttp://www.defermat.com/journal/2009/000464.php
| SUNが掲げた理想は、Eric Schmidtを通じて改めて実現されようとしている。
ちょっと、言いすぎかな..w
0034名無しさん@お腹いっぱい。
2009/07/14(火) 15:46:51> x86のsolarisはかなり使われてるでしょ。サポート期間も長いし。
うん。昔、Red Hatのプロジェクトに参加した時、調達担当が Red Hatの
サポート期間の短さに頭かかえてたよ。Solarisならまだ何年も大丈夫だったのに。
0035名無しさん@お腹いっぱい。
2009/07/14(火) 16:29:03おもしろいけど、SUN は Sun にしてほすいw
0036名無しさん@お腹いっぱい。
2009/07/14(火) 17:58:50あんま「ロマンチック」という印象は、ないけどw
0037名無しさん@お腹いっぱい。
2009/07/15(水) 21:58:050038名無しさん@お腹いっぱい。
2009/07/16(木) 16:38:180039名無しさん@お腹いっぱい。
2009/07/16(木) 17:10:13NFS鯖はデフォでworld wide mountableになります。
rlogin/rshなどのr系コマンドはデフォで世界中から有効です。
NICが2つ以上あると勝手にルーターになります。
止めるにはadbでカーネルメモリをいじる必要があるため、素人には止められません。
0040名無しさん@お腹いっぱい。
2009/07/17(金) 05:59:17http://release.nikkei.co.jp/detail.cfm?relID=225668&lindID=1
0041名無しさん@お腹いっぱい。
2009/07/17(金) 09:57:39シロートだな。
そんなことより sendmailが NISと同じドメイン名勝手に使ってくれる方が
よっぽど大変だったよw
DNSは NISに統合してしまうつもりだったんだろうな。NIS+はそうならなかったが。
0042名無しさん@お腹いっぱい。
2009/07/17(金) 10:37:24時代背景とそれぞれの出自について無知だ、という意味しかない発言だな。
「Unixって、telnetしたら生パスワードがそのまま見えるじゃないですか〜ぁ?」って
喜々として言ってたバカあんちゃん思い出したわww
0043名無しさん@お腹いっぱい。
2009/07/17(金) 11:17:14通常の名前解決の際に、
resolv.confのdomainやsearch行に書いてあるドメイン名とは別に
NISドメイン名を勝手にTLDに付けて名前が引かれてたよ。
だから、名前を引く一般のアプリすべてに影響。
あと、Sun的にはNISドメイン名としてDNSドメイン名と同じ名前を付けることを
推奨していた。
■ このスレッドは過去ログ倉庫に格納されています