Sun Microsystems 最寄の親戚
さて、マクニーリの罵倒を聞かなくなって久しいですが
世の中はすべて iOSと Androidに埋め尽くされつつあります。
あらゆる分野に浸透した DEC残党に負けじと、日夜努力する Sun残党の方々
今日もご苦労さまです
【前スレ】
Sun Microsystem最期の霊山
http://toro.2ch.net/test/read.cgi/unix/1311519888/
尚、「最大の」に続けて、漢字 4文字も使って下品な単語を入れてるところは、
当方とはなんの関わりもございませんのでうっちゃってください 同じout of orderでないAtomと比べたらクロック差があるから負ける
out of orderなサーバ用ARMが出る頃にはAtomもアーキテクチャが刷新される
どちらにしても出てないモノでドヤ顔語りはバカみたいだけどな そうだな、Itaも出てもないのに何年も、ほんとバカみたいだったww
で、出なかった 笑かしよんww
まぁ、64bitARMの場合、何社も取り組んでるしやることも明確だし
出んことはまずなかろ。
クロック差ねぇ。Intelがプロセスで有利だったのは、今まで競合が
単独だったからな。ARMは、よってたかって何社も。
Sunもしっかりした製造委託先をグループで持ってればな..
で、Atomは刷新されて、速くなるの? つーか、電力比性能上がるの?
今までで、なんかうまく行ってんの?
てか、Atomて「保険」だろ? Pen4の控えに PenMと同じ
今回は、Atomメインに持ってっても勝ち目ないだろ。
バイナリ互換のお題目も効かないしな。 >バイナリ互換のお題目も効かないしな。
既存のx86用の犬パッケージがそのまま使えるのだから
十分訴求すると思うが Windows serverもその上で動くDBもミドルも改変なしに動く
OpteronやXeonで使えよとは思うがそうしたいならAtomも使える >出んことはまずなかろ。
出ても沈没船みたいにがっかり性能かもしれん
省電力じゃなくなったり速度が出なかったりと二分化しそうだ
すでに試作品の性能を発表した会社は消費電力を明らかにしてないし
製造プロセスは使えるファウンドリ次第だが各社ともIntelからは周回遅れ状態 まだそんなこと言ってるやつがいるのか。
16bitの DOSアプリ使ってんの?
>19
アプリに関しちゃ、単にリコンパイルするだけだからね。
動作確認できる環境がいくらでも存在してる
>20
はぁ。Windows serverは、まあ x86で使ってくれや。いっしょに消えてくれればいいよ
なんつーか、結局は毎度アプリ全部作り直してるくせに、
いまだにそんなこと言ってんのか重症だな ..洗脳ww > 出ても沈没船みたいにがっかり性能かもしれん
いやだから Itaは確かにそうだったけどさ、ありゃヒドかったよな! ...ww
> 省電力じゃなくなったり速度が出なかったりと二分化しそうだ
Atomそうなってるよな?p
> 製造プロセスは使えるファウンドリ次第だが各社ともIntelからは周回遅れ状態
いや、それはない。フォローできてないね、最近の状況。FinFETの優位性は
既にそれほどでもなくなってる。 セグメンテーション違反がソフト自体ではなく、SPARC→x86移植に問題にあって発生
している場合 どうしたら実行できますか あいにくプロセス技術の「実用化」では大きく後れを取ったままなのが現実
時間とカネを投入してコツコツ積み重ねてきた結果に追いつくのは簡単じゃない
それにファウンドリが新プロセスを開発しても立ち上げ期は不良品率高いし
新プロセスに既存チップのデータをそのまま流し込めるわけじゃないぞ ..まあ、調べてみたら? 君が知らないだけだってわかるから ttp://pc.watch.impress.co.jp/docs/column/kaigai/20121226_580154.html
「Haswell」の最強の武器「統合電圧レギュレータ」 ttp://www.anandtech.com/show/6529/busting-the-x86-power-myth-indepth-clover-trail-power-analysis/8
The x86 Power Myth Busted: In-Depth Clover Trail Power Analysis Itaのちょうちん書いてたやつもこんな感じだったな。
多少技術知ってるやつは自覚してもらわないと。 hasは来年4月予定だしClover Trailはもう売ってる
vaporwareの痛ニウムとは違う TIは脱落
qualcomとヌビがインテルを仕留められるとはとても思えない
いいとこ住み分けて…も危うい Clover Trailって、モバイルデバイス用 CPUとしての比較という意味だよな?
ARMに勝って.. ないけど?w すいません(´・ω・`)SPARCに興味を持ちました。
x86と比べて長所と短所を教えてほしです。 x86の命令セットはパイプライン処理効率についてまるで配慮されておらず、
デコードに非常に多くのトランジスタが必要となる。
また、RISCに比べ複雑なアドレッシングモードを持っており、メモリアクセスに
伴う待ちを効率的に回避するために非常に複雑な工夫が必要。
これらより、同条件下では性能的に劣っているが、
Intelは初期には後方互換性を誇張することによって、
また市場をほぼ占有する頃からはプロセス微細化に強力な資源を
投下することによって、商業的優位を維持している。 ちなみに、x86と同様、豊富なアドレッシングモードをもった 68kの命令セットに
対して、パイプライン処理効率を考慮して命令を整理し、
アセンブリ言語ソースレベルである程度の互換をとった
Freescale(旧 Motorola)の ColdFireという CPUがあり、一定の評価を受けている。 >37
物量にあかして強引に市場をネジ伏せている嫌な CPU、それが x86。 x86で性能を出すため、プロセス微細化に加えて、さまざまな工夫に対して、
気の遠くなるような多大な資源が投下されている。
RISC以降に設計された命令セットでは必要のない、途方もない資源が費されて
それは実現されている。そして、電力も消費されている。
これを人類の損失と呼ばずに、何と言うのかと。 >気の遠くなるような多大な資源が投下されている。
その成果物を使って何を行っているかというと、2chとエロ画像/動画の表示なんだよな。 SeagateのCEOが言った「ポルノとか」を思い出した 資金と人材が偏った状態になってるにもかかわらず、非 x86な勢力はバラバラで
リターンの望めない状況だった。
が、ARMという共通項によって、集約された動きが出てきて、ボリュームが
見込めるようになってきた。以前とはあきらかに変化が出てきている。
Sun他の退場に伴って、というのがちょっとさみしいがw GPUにARMコアが載るようになるが
x86はWindowsを実行するための環境として残るよ
そうでないとこうなる
http://kohada.2ch.net/test/read.cgi/pcnews/1355839214/
90年代はエンタープライズの時代
2000年代はコンシューマの時代
コンシューマが望んでいるのはWindowsかMac
企業ではSolarisや犬が喜ばれてもうちでもそれを使いたいという好き者は少数派 > そうでないとこうなる
あー.. RTどころか、MS-Windows要らんと思うけど。
> 企業ではSolarisや犬が喜ばれてもうちでもそれを使いたいという好き者は少数派
...iOSか Androidね。この先ずっと Appleが x86使うとでも思ってんの?w
つーか、CDEみたいなゴミが載ってから Sun使ってる人って、アタマかたいねww CDE載ってからってw
SunOS4の頃にはCDEなかったでしょうよ
オレがもっぱら使ってたのはtwmだよ
組織でmotifのライセンス持ってたからmwmも使ってたけどさ
タブレットだけでなんかやりたいって人は少数派でしょ
母艦用にairとかminiとか何か持ってんじゃねーの 大体現行のitumesが動く環境ってx86しかないじゃん
今後もそうだとは言えないけどさ >>46
それでOPEN LOOK / OpenWindows / XViewで作られたキラーアプリはどこですか?
まだ宿題残ってたような気がしますケド SunViewだ、って言ってるのに.. わからん奴だな。
で、それらでキラーアプリがないと、CDEがクソでなくなるとでも言うのか? アホか。 わかったわかった、SunOS 4使ってたんだな? だけど GUI評価できるレベルじゃ
なかったんだろ?
参加したいんなら、せめてマニュアルとか開発ガイドとか掘って見てみたら?
> 組織でmotifのライセンス持ってたからmwmも使ってたけどさ
どーしよーもないクソWM タイトルバーがヘコむのは今でもギャグとしか思えんwwww
> タブレットだけでなんかやりたいって人は少数派でしょ
iOSと MacOS X間に違いはないと思うぞ。UIもタブレット方面から持ち込まれてる。
Androidがいつまでもタブレットにしか使われない、という根拠は? chromebookあるじゃん
でもWindowsが動かないノート形状なんて誰も相手にもしない
アポがx86をARMでリプレースしない理由は現状64bit対応じゃないからでしょ Intelの「Ozette」チップからHaswellまでの電圧レギュレータ統合の道のり
ttp://pc.watch.impress.co.jp/docs/column/kaigai/20121227_580258.html あぽーがARM自社設計したつーてもガチでモバイル向けだからな
並行開発していても専業会社のARMv8より先に出るとは思えん
他社のARMv8載せたとしてサンプル出してる会社はなかったろ?
そんな状況じゃ実際に製品が出せるのは再来年以降の話
あのクソマップアプリみたいに完成度低いまま出すなら知らんがなw マップアプリの問題はプラットフォーム変更とは何も関係ないだろ。 製品作りの問題をアプリの問題に過ぎないと過小評価する馬鹿がおる 製品作りの問題? 何にでも応用できるな。キモいわ。 東芝のクラウドブックとかシャープNetWalkerって製品づくりの問題があったから売れなかったのかな?
PCがサポートする高TDPのエリアにARMが出てきても勝ち目ないと思います GALAPAGOSもそうだが初期の企画段階ですでに終わってるな
何もかもが無難・中途半端な製品で新分野開拓とか冗談きつい ttp://news.mynavi.jp/articles/2012/10/19/laviey/index.html
いきなりp.4に飛んでほしいんだけど凄い
値段が
投げ売り待ちになって賞味期限を失する前に何とかならんのかな
いや誰かが待ってるという確信もないんだけど なんで RT機なんか持ち出して気持を鎮めようとしてんの? ギャグ?ww 現状RT以外でクラムシェル型のパソコンがARM積んでご家庭に入っていく術はないでしょ iOSと Androidと言ってるのに...
その WindowsCEもどきが ARMでいちばんまっとうなプラットフォームだという
世にも奇妙な前提を強制して話を進めると.. 誰かついてくるとでも思ってるわけ? 犬糞とアポOSかよ
寒気がする
需要が一巡したら終わりだね
オレはSolaris使えるSPARCとx86があれば基本的に満足だし
ARMが鯖で使われるなんて夢のまた夢だと思っていただきたい >>61とこれ
例えばどっちかもらえるとしたらどっちが欲しい?
ttp://www.pc-koubou.jp/goods/1124960.html ハードウェアの保守でイヤな思いをしたくないなら
単に他社製のx86でSolarisを使えばいいんですよ
どーせ機械は壊れるもんだし
ttp://www.oracle.com/us/corporate/press/161333
ttp://www.oracle.com/us/products/servers-storage/solaris/non-sun-x86-081976.html > 犬糞とアポOSかよ
キミが使ってんのは Solarisで構築された HP-UX+VUE相当品だよ。
こっちこそ寒気がするわ 使ってんのはSolaris11.1だからGNOMEだよ
CDEはさよーなら
もっぱらsshで叩いてるからGUIに触れる機会もない え? キラーアプリ発表するんだろ、CDEの?
支離滅裂だな。GNOME? そっちがいいの? CDEって、クソだからさw さくら程の大規模環境でハイエンドのzfs鯖を買わなかったのは謎
Solaris+Windowsの組み合わせ環境こそが最高
armは痛ニウム同様に今後もエンタープライズ環境において永久にマイノリティである >>70
CDEの基盤であるMotifにはキラーアプリあったでしょ
というかあなたのSunViewアプリはどこなのさw はい、では以降 Motifのキラーアプリが発表されます。寝てていいですよ?w Mosaicって書いたじゃん
SunViewアプリはどこだよ
X11に移行したのにこれだから… armがどんだけ低消費電力であってもSolarisが使えるかどうかと
アプリのサポートを重視するオレからいえば
ありえないという結論でしかない
arm押しの人はハードウェアが優れているのがイイならIBMを選ぶべきだろ
そうしないのはおかしい SunViewはネットワーク透過な NeWSに代替されたが、NeWSは新参の Sunが
Unix界(なんてものができたかどうかという頃)を席巻するのをよしとしない
IBMと DECに抹殺された。MITの Xにテコ入れしてタダで配布。
どこ見たって、APIや描画モデルで NeWSが劣ってると書いたのはない。
Xが流行ったのは政治的な理由。
Sunにしてみれば、NFSでしたことと同じことを NeWSでしようとしていただけという
感覚だったろう。巨人達が本気で弱小 Sunを潰しにくるとは思ってなかった。
前身の SunViewも APIや UIは非常に洗練されている。
これは Xeroxで Alto以降も続けられた UIの研究・整理の成果を下敷に
発展したものだから。
比較して Xtや Xmはダサい。X11R5で Sunから可変長引数での属性渡しが
取り込まれたが、本質的ではない。それくらいではどうにもこうにもww Sunは NeWSが潰された後、GUIにはほとんど何もしなくなってしまった。
まあ当然だわなw DeskSetの改良と Java2Dくらい。
X Consortiumに人出して Xt, Xawの改良をしたり Scheifler雇ったりはしてるけどね。
>74
Mosaicで Motifが普及した? そんなバカなww
Xpdfのおかげで OpenMotifが入ってるけどね。 > まあ当然だわなw DeskSetの改良と Java2Dくらい。
ああ、Looking Glass忘れてた.. あれどうなったんだろ?w >>76
技術的には「負け」なものが「標準」という名目で Unixを埋めていった。
MacOS Xの Quartzや Waylandあたりは過小評価されず発展してほしいね。
Berlinは消えちゃったみたいだけど。 Oracle「明日またここに来てください。本当のウィジェット・ツールキットをお見せしますよ。」 ttp://jp.fujitsu.com/platform/server/sparc/products/lineup/m10-4s/
流行りの服は嫌いですか >米パソコンメーカー大手デル<DELL.O>の非公開化
Sunも非公開化すれば良かったのにね Atom Z2420 Lexington
..現時点で Acer, インドの Lava, ケニアの Safaricom ..がこれ使った
スマホ開発表明してるそうだぞすごいなwww タブレットの販売が PCを上回るのも時間の問題で、PC用プロセサに頼っていると
ゆでガエルになってしまう、そうな。
いつごろから売れ始めるんだろうな、Atom タブレットがバカ売れでSPARCサーバもバカ売れ…しないのか?w 脈絡不明だな。「x86ありがたい他使う気しない」と言ったのは君だぞ? x86がサーバー分野でシェア取れたのは PCでの販売ベースがあるからで、
PC向けが下降線だとある点で突然成り立たなくなるのは自明。
無名だった会社(中の人はたいてい他所で著名な人だけど)がどんどん
参入できる状態ができてきたのはとてもいいこと。この先も流動性は
高まってくだろう。
x86はサーバー機に向いてないから。省電機器にも向いてないから。
PCにしか使えん。もうすぐ退場する PCにしか。 >>94
SPARC飼えないところはx86 Solarisでいいじゃん
次善の策は必要でしょうよ Solarisは、別にどんなんだろうがすぐ動くだろ。
Oracleが x86やめて SPARCと ARMの 2本立てにしたところでなんの不思議もない。 うわ、涙目ですか? 落ち着いてねw もうちょっとあるさ、x86退場までプ サーバではSPARC頑張ってほしんですよ
でもドンガメで割高なSPARC WSに戻るのは勘弁かなw ttp://pc.watch.impress.co.jp/docs/news/event/20130122_584514.html
ARMで動くCADアプリっていつ頃揃うのかなぁ?w へ? SPARCぜんぜん元気ですけど。T4も Fのも。
Tは Sun終盤より安定して製品出てるし、性能もいい。退場? 冗談でしょw > ARMで動くCADアプリっていつ頃揃うのかなぁ?w
現実にはリコンパイルするだけだぁな。元は EWS Unix方面から来たもの
ばっかだから、なんの障壁もなかろう。 そういえば、Fの SPARC64 Xは 1U機があるようだな。2百万円超だけど。 たとえば、こんなの
「低電力消費+高性能のARM系サーバ用チップに
ハードウェアスタートアップの参入相次ぐ, Calxedaが$55Mを調達」
ttp://jp.techcrunch.com/archives/20121008calxeda-raises-55-million-for-arm-based-low-powered-server-chips/
| ARMアーキテクチャは今、x86プロセッサの代替として人気が伸びつつある。..
| HPはCalxedaと協力して新しいマイクロサーバ技術を開発している。HPの期待..
| しかしData Center Knowledgeによると、Calxedaの役員たちは、実用レベルの
| サーバが年内には完成するという。
| Calxedaだけが、この市場にいるわけではない。Applied Micro、Cavium、Marvell、
| Nvidia、Samsungなどもやはり今は、低電力消費のサーバでIntelからサーバ市場の
| シェアを奪おうと目の色を変えている。
年内つったら、2012年だな。できたかな?w インテル、デスクトップPC向けマザーボード事業を段階的に縮小へ
ttp://japan.cnet.com/news/business/35027246/
デスクトップPC向けマザーボードの開発終了は、
2013年夏に予定されているIntelの次世代チップ
「Haswell」の市場投入と同時期になるという。 こういう解釈してる人もいる。
| 先日、ARMから64bitアーキテクチャの発表があった。どのような拡張がされたのだろ
:
| これらを見ると、従来のARM(AArch32)とAArch64はレジスタを共有している程度で
| 命令フォーマットも違う別物。しかし64bitアーキを新規に起こしたことで
| Alpha並にスッキリしたものになるのではなかろうか。
| MIPS R4000やSPARC V9の32bit→64bit拡張は互換性重視で命令フォーマットは
| 変わっていない。これはレジスタ数が変わらずサイズの拡張だけで済むからだ。
:
| これは将来、AArch32を完全に切り離すこともできる。これは他のプロセッサの
| 拡張の問題点、特にx86を研究したのだろう。
| 命令セットアーキテクチャが整理されていれば実装も無理がなくなり、
| 消費電力は減り、性能は上げやすくなる。扱えるメモリ空間も増えたことで
| サーバ向けに打って出る、ということだろうか。 ttp://itpro.nikkeibp.co.jp/article/Active/20130115/449462/?act01
アホの日経がステマこいてますケドw 新しい技術を習得できない?
ttp://www.computerworld.jp/blogs/d/206107
今は会社で採用されていなくても、早く勉強していれば、それだけ早く実戦に投入できる。
もし、その技術が消えたとしても、考え方はどこかに残るので、別の技術を学ぶ助けになるだろう。 >>115
>TCP/IPには多くの欠陥(と考えられていた実装)がある。
>エンドツーエンドのデータ保証を行なわない「UDP」、
>メッセージの到着を保証しない「SMTP(電子メール)」、
>別組織の運営なのに、相互認証機能を持たない「DNS」、
>こうした仕組みはすべて批判された。
「TCP/IP」とは関係ないことばかり挙げる頭の悪さにワロタ