のくす牧場
コンテンツ
牧場内検索
カウンタ
総計:127,646,487人
昨日:no data人
今日:
最近の注目
人気の最安値情報

    元スレIntelの次世代CPUについて語ろう 40

    Intel覧 / PC版 /
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。
    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitter

    501 :

    バズワードはバズワード

    502 = 498 :

    「クラウドコンピューティング」がくだらない理由
    http://japan.internet.com/busnews/20080822/6.html
    >グリッドコンピューティング、ユーティリティコンピューティング、
    >サービスとしてのソフトウェア(SaaS)、インターネットベースのアプリケーション、
    >自律コンピューティング、ピアツーピア(PtoP)コンピューティング、そしてリモート処理を意味していた。

    「クラウド・コンピューティング」は「仮想化」以来の“乱用語大賞”
    http://www.computerworld.jp/topics/cloud/123069.html

    OracleのエリソンCEO、「クラウドコンピューティング騒ぎ」をこき下ろす
    http://www.itmedia.co.jp/enterprise/articles/0810/01/news031.html

    504 :

    >>502
    クラウドコンピューティングという言葉自体がクラウド

    505 = 498 :

    あれだけ騒がれた仮想化やSaaSもどっかいっちまった

    507 :

    最初は笑われてました
    けれどしばらくしたらみんな使ってましたってオチは嫌だな

    508 = 498 :

    >>506
    世界的に見ると仮想化技術の導入率は10%、日本では約3%
    http://www.atmarkit.co.jp/news/200810/14/hyperv.html

    サーバ仮想化の“不都合な真実”
    システム統合のカギとなるテクノロジーだが、“落とし穴”に注意
    http://www.computerworld.jp/topics/vt/121589.html

    多くの企業が仮想化技術を導入、しかし過半数が効果の実現に苦慮
    http://www.nikkeibp.co.jp/article/news/20090521/154386/

    仮想化技術のメリットは…実感できません
    「利点よりも問題点のほうが多い」が“ITプロ”のホンネ?
    http://www.computerworld.jp/topics/vt/146531.html

    仮想化は短期的には人的にも資金的にもより多くのリソースを必要とする
    http://www.computerworld.jp/topics/storage/147629-2.html

    2009年度のIT投資動向調査、仮想化技術「すでに導入」は16.1%
    http://www.computerworld.jp/topics/srv/152769.html

    509 = 501 :

    つーか仮想鯖ってむしろポラックの法則的にきつくね?

    511 :

    まあ、クラウドって
    文系がコンピュータ語るときに使う擁護だな。
    流行に対して、あとから名前つけてるだけ。
    本質的な研究ではない。

    512 = 504 :

    >>511
    コンピュータ語る文系はそんなことは言わん。 非理系の間違いだろ

    513 = 511 :

    文系というか、思考がいかにも文系チックな連中ということだな。
    歴史的にみると、より小型のコンピュータの方が量産効果を発揮できて
    コストとパフォーマンスで有利になっていく傾向にあるため、
    一時的な例外はあるもののコンピュータの処理は大きな時間軸でみると、
    どんどん多数の安価になったコンピュータに処理を分散化する方向で進化している。
    ここであがっている、クラウドや仮想化といった技術は
    その流れに逆行するタイプの技術である。
    発想はわるくないけど、実態に合っていないので、流行らない。

    514 = 499 :

    仮想化はともかく、クラウドは分散処理になるんじゃねーの?
    クラウドって言葉が気にくわないのは分かったけど、
    現に存在してサービス提供してるものを見て見ぬ振りするのは馬鹿なんじゃねーの?
    言葉が問題だと思うんならもっといいコピーを考えてくれよ

    つーか何この流れ

    517 = 501 :

    >>515
    いや、それは分かってるんだけども、結局何故かシングル性能たんね、って話が
    不思議と出てきてるように見えるんでそう思った

    518 = 511 :

    実際の所、サーバの統合・集約ができるのはサーバに求められている
    性能需要が停滞してきたから。十分な性能があるのなら、管理がらくだから、台数は少ない方がいい。
    一見サーバへの集中化が進んでいるようにみえて、
    これからはサーバはどんどん小さくなってますますクライアント本意になる。

    519 = 511 :

    マルチコアはサーバの性能ニーズをこれまで以上に安価に満たすようになる。
    すると、ハード・システムのコストよりも、管理サービス的な人的経費の方が大きくなるし、
    こんなのアウトソーシングでやっちまえよって話になるのもムリもない。

    521 :

    >>519
    で、何年かたって今まで見られなかった機械的・人的な不具合が出始めると
    自分たちでやってノウハウを蓄積しようって流れが繰り返されるんだよな

    527 = 524 :

    >>522
    だいたいあってる

    529 :

    CUDA使ってみたけど単精度浮動小数を大量のデータに対して
    同一アルゴリズムで適用するという、きわめて限定的な使い方に
    なるんだな。ビデオのエンコード・デコードぐらいしか使い道が想定
    できん。

    SSE系は使い勝手はいいけど実行効率はおそろしく悪いし、ここら
    へんがもうちょっと改善されてくれたらな。その実行効率の解決を
    目指して作ってるのがララビーなんだろうけどさ。

    533 = 524 :

    CPUのスレでアルゴリズムに勝るものなしはないだろ
    それは全く独立した別の問題だ

    534 :

    ハード設計者やその気持ちになれる人間はプログラマやその(ry
    よりも少ないからマ的発想の会話が多くなるわな

    535 = 524 :

    クラウドとかコードアナライザとかソフトよりの人間が興味ありそうな話が
    伝統的にCPUのスレに多いのはソフト系の人間の絶対数が多いから仕方ない。
    自分はハード系だが、コードの所用クロックを全て1クロックの狂いもなく計数できるコード神がいたとしても
    次世代のCPUを予想するのに十分な知識は得られないからそのところは勘違いしないで欲しい。
    最近は1コアで複数スレッドが走ったり、電力がらみで動的に性能変動するくらいだし、どんどん難しくなる一方だぜ。
    現実的なコスト、納期、信頼性、電力で実現できるか否かはソフトの実効速度上の理想とは、
    別のところにある問題だからな。よっていくら命令セットやコードばかりを拡大して取り上げても、
    木を見て森を見ず、満足に当たる予想は立てられないし、
    実際その手の推測から高確度で次世代CPU像をうまくあてられた人はみたことがない。

    536 = 524 :

    今のところ、Sandy BridgeはNehalemとSIMD等を除いては大差ない性能、
    その程度しか言えないね。それ以上は与太話の域をでていないな。
    Nehalemもそうであったが、電力をどれだけ削減できるかで
    製品のクロックが変動するから、細かい性能差を議論するとなると、
    電力が既に推定できているのが大前提になる。1-2年前時点で電力予想しろはムリゲーの世界。

    541 :

    CUDAは使ったことないから分からんが
    SSEでも最適化ってかなりめんどくさかったな
    ビジネスアプリだからかもしれんけど
    もっと手軽に導入できる開発環境がないと
    エンコやゲームみたいなアプリ以外コストをペイできる代物じゃねえ

    544 :

    万能で性能が上がる解は存在しないよなー
    CPUは雑多な処理で性能上げれるようにがんばってきた
    でも、雑多な処理での性能向上に回路規模などを要因として限界見えてきたので
    ベクトル演算性能上げてそちらの性能を上げる方向に変えてきた

    ベクトル演算性能だけで見れば、余分な回路がたっぷりついたCPUよりも
    GPUの方が性能が高い。 当たり前のことだけどね

    545 = 532 :

    SSEなんてただCPUを売りたいがための言い訳にすぎないからな

    548 = 543 :

    >>546
    まずプロファイリングをしろよ


    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / Intel一覧へ
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。

    類似してるかもしれないスレッド


    トップメニューへ / →のくす牧場書庫について