Intelの次世代CPUについて語ろう 46

前スレ
Intelの次世代CPUについて語ろう 45
http://hibari.2ch.net/test/read.cgi/jisaku/1295596524/

２

14nmのAtomが3年後に出るとして
今のAtomとどの程度性能差があるんだろうか
8core行くのかな？

【CPU】Intel、CPUから省電力SoC重視に戦略変更　　Atomの開発を加速化
http://hatsukari.2ch.net/test/read.cgi/news/1305698770/

18 名前：名無しさん＠涙目です。(チベット自治区)[sage] 投稿日：2011/05/18(水) 15:22:17.90 ID:IKgBuzv90
ARMが強すぎる
ブルがインテルの予測してたよりもしょぼいから転換したんかな

>>3
省電力になっていくだけだろ

intelはああはいってるが、近いうちにムーアの法則が破綻するのは確実だからね。
トライゲートを使おうがスタッキングしようが、
机上だけでもハイパフォーマンス方向へは頭打ちがわかっているんだろう。

おりしも世間のトレンドは省電力に価値観を見出している。
この波に乗って開発リソースを電力効率に大きく振った
拡大歪曲解釈をしたムーアの法則を今後の指針に刷りかえるんじゃね？
今後も莫大な需要が望める組み込み分野への変更は株主にも大変喜ばれるし

>>5
ワットパフォーマンスも上げていくんじゃないかなあ
単に省電力にしていくだけじゃARM系との競争に勝てないし
何より市場だって性能の向上を求めているだろう

前にも書いたけどARM版Windows8はx86バイナリと互換が保てるの？

>>4
なぜそこでBullが出てくるのかと

>>9
ｷﾁｶﾞｲだからだろ。
そしてあちらはｷﾁｶﾞｲに触りすぎなんだよ。
こちらではそんな真似はしなくていい。

省電力化方向にはまだまだマージンあるからね
トライゲートなんかはどう考えてもそっち方面で役立つ技術

いまのSandy Bridgeを2〜4コアのまま大幅な拡張なしにシュリンクし続ければ15Wくらいになるんじゃね？
FMAくらいは入るだろうけど512ビットSIMDとかは諦めるのかな。

Intel的に重要なのはクラウド（笑）時代にXeonがサーバ市場で引き続きイニシアティブを握れるかどうかだな

で、ivyはLlanoのGPUにどれくらいぶっちぎられるのかね。

15Wってタブレット向けか。

intelもファウンドリ事業始めたらいい。
製造技術で有利なんだから引く手数多だろ。

シンクライアントに求められるのは卓越した省電力性
やはりどう転んでも今後は電力効率が注目されるんだろうが、
だとしたらintelは訴求力弱いだろうね

ARMとx86の消費電力の違いはパフォーマンスレンジが違うからだろ
Intelがパワーゲーティングやトランジスタ改良で消費電力抑える研究はさんざんやってきてるじゃん

別に。単に性能向上を辞めればいい。
ノートPCで4コア以上なんてあっても役に立たないしクロックやIPCを上げる路線でいってもどん詰まり。
（むしろ2コアでも十分だと思ってるが）

マイクロアーキテクチャを大きく変えずにシュリンクを進めれば15W以下は達成できるでしょ。
問題はいかにトランジスタバジェットを埋めるかだけど、それこそDRAM混載でもやるのかねえ

>>17
いや、無駄な命令セットが多いからだよ

ARMの命令セットのカオスぶり知ってて言ってるのか？

ARMADA XPは4コアで10Wと、Atomと直接競合するような性能の実装ではあるが
ここまでパワーレンジが被ると電力効率でAtomに対する明確なアドバンテージは無くなるんだよね

SoCの世界には分相応で最適な命令セットがあるはずなんだから
よりシンプルに刷新すべきだと思うがね？

俺はね、期待してるんだよ？
この分野でのintelの躍進を見てみたい　　　　　んが、X86じゃあ駄目だ。
それじゃあ大胆な設計なんてできやしないし、何より全然面白くない。

せっかくステージが変わったのになんで？　86？？？と思うわけよマジで。

iAPX432やItaniumで脱x86に失敗し続けてるからに決まってるだろ
XScaleはそれなりの成功をおさめたが、Intel的には終わったんだよ

ARMが低消費電力で下から攻めてきて、AMDがGPUで横から攻めてきて
インテルとしてはどうやって特色を出していくかが難しい状況だな。

全部取り込んで一番になれば解決w

>>14
タブレット向けで15Wもあったら大変だ。
完全にノートタイプの大型タブレットだな。

>>8
MicrosoftはARM版Windowsでx86ソフトウェアは動作しないって言ってた

>>26
当たり前にそのままでは動作しないだろ。
問題はプログラマーがどこまで差異を感じることなく、
プログラムが組めるかでしょう。
そのための環境構築は古くからやっているし。

>>26
そうすると今回のARM版Windowsで何が変わるんだろう。
ARMで動作するタブレット用のWindowsなら前からあったよね。

>>28
たぶんだが、Windows Phone系のとの融合も視野に入っているかと。
もしかしたら「Windows Phone 8」なのかもしれない。

CPUっていつまで進化しつづけるの？

あと、10年位

>>26
そうなら結局ARMのWindows8が出てもx86バイナリの資産を維持しなきゃいけないから、x86やx64はとりあえず安泰な気がするな。
少なくとも自作ユーザー連中の中で過去のソフトを切り捨ててARM環境へ持っていく気あります？2台目とかホームサーバ的な使いかたするならともかく。

確か、.Netも動作しないみたいな事言ってたような・・・
ただWindowsがARMの上で動くだけって感じだったはず

>>27
そうなんだーてっきり動くんだと思い込んでた
OSさえ起動すりゃなんとかなるんだろうくらいに思ってた
さらにWindows8とWindows7やXPの互換性も影響するもんなぁ

>>16
今のintelの省電力のエースatomはbobcatにも性能その他でブッ千切られてるからなあ

>>35
AtomもBobcatと本格的に競争するのかと思いきや、
Intelはもっと下のレンジを見ていたという
AMDのBobcat-Krishnaと競合するのはIvy-Haswellになるんじゃなかろうか


Intel，3年で14nmプロセス世代へ移行するAtomのロードマップを公表。Ivy Bridge＆Haswell世代では10〜20Wクラスの超薄型ノートPCも実現へ
http://www.4gamer.net/games/047/G004743/20110518050/

ってBobcatアーキテクチャのZacate後継がKrishnaｋか……？
完全にインテル脳だわ

>>36
Intelは安売りしないからBobcatの競合になんてならんよ
というか省電力版にはきっちりプレミアを付けてくる

このレベルからの高級化路線は袋小路だな

http://pc.watch.impress.co.jp/docs/column/ubiq/20110519_446495.html
■笠原一輝のユビキタス情報局■
Intel、ノートPC向けの新熱設計枠と14nmプロセスのAtom

>>34
デスクトップ系でARM系を動かすのはCPUパワーが違うので、
さほど難しくはないだろう。
あとあなたが言う「互換性」が何を指すかが謎で仕方がない。
ARMとx86とのソフトウェア互換性ならば、ライセンス形態の変更で、
CPUアーキテクチャが変われば新しくソフトを買わせればいい。
オフィスソフトならば、バンドルで登載させれば事足りる。
ファイルフォーマットの互換性は大きな心配もないと思うけどな。

例えばマクロをゴリゴリ書き込んだExcelならば可能性はあるけど。

企業で内製してるツールだと、バイナリ互換ないと困るんじゃないの？
特殊な用途や大手以外だとあまり関係ないだろうけど。

つかNT4の再現で終わる予感がするのは俺だけか。
AlphaAXPだけは2000Betaまで生き残ってたが。

>>42
内部制作ならば、移行するしないにしろ期間なんて自由に設定できるだろう。
外部制作ならば、制作側にそれぐらいの新規お仕事があっても別にいいだろう。
環境が整わないうちに日和って変更するお馬鹿が上ならば、会社が潰れていいだろう。

>>44
だから、そういうところはARM版Windows出ても、採用しないだろって話。
なんでIntel次世代スレで、そんなにARMに必死なの？
どうせ最初はデスクトップなんかにこないだろうに。

>>45
なんかARM版Windowsに過度な期待を抱いているヤツと、その逆のヤツが多すぎるから？
いま、巷では『"x86"vs"ARM"戦争』と『"iOS"vs"Android"vs"Windows"戦争』が、
ほぼ並行して起こっているのに、その一方しか観ていないヤツが多くね？
ソフトウェアがなければハードなんて単なる箱でしかないし、
ハードがなければソフトウェアなんて、文字列が羅列された無駄なファイルでしかない。

貴方は「最初はデスクトップが出てこない」というが、"Chrome OS"がノートタイプで出ているように、
WindowsのARM版がデスクトップ版で発売されないとは言えない。
安価で省電力、必要最低限の機能を備えていれば採用される可能性は高い。
さらにはMSがARM版と同時に過去の遺産をほぼ100%動かせるOffice系をバンドルしたら、
この戦争自体がどちらに転ぶかはわからない。

まぁ。IntelもARM対抗でATOM系の大幅な路線変更を行うみたいだし、
AMDも"Zacate"とその後継で大幅な戦争を仕掛けてくる可能性もある。
消費者であるオレ達には面白くなってきたとしか言いようがない。
ただし、ATOM系の大幅な路線変更がIntelの負担になってくる危険性があるのが、
ちょっと気になるとこかな？

Intelの負担(笑)

業界ぶっちぎりで暴利を貪ってるIntelに影響するほどの負担って何？

>>46
ChromeOSはUbuntuベースなのだが

>>46
ChromeOSがノートからって、ChromeOSはネットブックも当初から視野に入ってたのに、
まるで予定になかったものが出たみたいに言うのはどうかと。

あと、ARM使えば安いNettopみたいなのなら作れるだろうけど、当初はARMに移植されたのや
せいぜい.NETアプリのようなのしか動かないWindowsを作るところあるだろうかは疑問だけど。
むしろ、ARMの持ち味である省電力生かした端末で勢力伸ばして、
対応アプリ増えてからだと思うけど。

>>47
Atom系に最先端プロセス回して
デスクトップのハイエンド系は一世代前のプロセス使うとかかなあ

＞せいぜい.NETアプリのようなのしか動かないWindowsを作るところあるだろうかは疑問だけど。
は、
せいぜい.NETアプリのようなのしか動かないWindowsで
デスクトップ型を作るところあるだろうかは疑問だけど。

の間違い。そうじゃないと、ARM版Windows自体否定してることになる orz

>>45
プロセッサ全般のコモディティ化がはっきりと目に見える形で顕在化してきたからだよ。
まあこれは昔からおぼろげに危惧されていた事なんだが、
いよいよ魅力的なデバイスも伴って大きな市場を形成しつつある。
このままユーザーの意識が変わってしまえば、
intelが築き上げてきた付加価値は無意味になり、ARMに下から飲み込まれてしまう可能性は高い。

intelは初めて負けるかも知れんね。マジで。

ARMマシンでARMマシンを設計できない時点でおわっとる
ARMもiOSもandroidもWindows+x86の寄生虫でしかない

>>47
ATOMでもそうだけどIntelって旧プロセスを自社製品で有効活用してきたでしょ？
それをし辛くなるんだが…。

>>48
あぁ。Androidノートの間違えです。ごめん。
AndroidとChrome OSって…Googleはバカなの？　って
ちょっと妄想していた部分が混線した。

ファブが暇になりそうだからこそ
一部でファウンドリ事業への参入って観測が出ているんだろうけど……

>>54
Androidノートって、単なる電子手帳だよね…

>>46
>WindowsのARM版がデスクトップ版で発売されないとは言えない。
>安価で省電力、必要最低限の機能を備えていれば採用される可能性は高い。

そうかなあ。タブレットPCとかならともかくデスクトップでCPU部分の消費電力や価格にこだわったって
他の部分で色々コストや電力がかかるから誤差の範囲にしかならないと思うなあ。

>>56
そこら辺は完全に「ソフトウェア問題」だよね。
iOSもWindowsも一応自社Officeソフトを有しているけれど、
Andoroidだけは自社Officeソフトが存在しない。

>>57
わかんねーっすね。そこら辺はハード側の問題ですな。
だけど、省電力用システムでデスクトップをつくり、
それが安価・省電力ならば、それなりに説得力を持つのでは？
例えばSandy Bridgeの低電圧版が300ドルPCに入れば…みたいな？

ARMの性能上昇曲線と、x86の省電力化の曲線が、
将来的にどの地点でぶつかり、血みどろの戦いが展開するかはわかりませんが、
22nm/14nmのATOMはそれぐらい想定してくると思うのですよ。

ARMがどのぐらい影響するかはまだわからないけど
どのみちZacateやその後継に対抗できるものは出さなきゃいけないし
低価格低消費電力帯での競争は激しくなるだろうね。

VisualStudioの最新版でコンパイルするとバイナリサイズが大きくなってて
中をのぞくとArmのコードも一緒に入ってたりしない？

ARMのワットパフォーマンスはx86より優れているとか、いやそうじゃないとか
本当のところどっちなんだろうね
開発元の公表するグラフ「でこれだけ省電力です！」というデータもも恣意的もしれない

http://japan.cnet.com/news/business/35002920/
この記事によると、Medfieldは、22nmの前にブラッシュアップ版が出るらしい。
Silvermont開発しながら、Medfieldに手を入れるって、
どこからリソースかき集めてるんだろう？
Itaniumの開発チーム縮小したって話あったから、そこからだろうか。

>>58
「ソフトウェア問題」は重要だよね。
無料のLinuxが普及しないのもソフトの問題が大きい。
要はソフトが少ないOSなんてタダでも使われないってこった。

i960はマジで最高に完成度の高いcpuだった。

>>61
大本営発表なんて、恣意的情報以外の何があるんだ。

Tegra無双に黙っていられなくなったインテルざまあｗ
やはりx86は滅びる運命んいあるようだ

Ivy Bridgeで採用の新技術 トライゲートとはなにか？
http://ascii.jp/elem/000/000/606/606748/

いや・・・だから、ｉ960はマジで最高に完成度の高いcpuだったんだってばよ！

tegraって無双してる？
OMAPの方が良いイメージしかないけど。

消費電力が50分の1というZ600シリーズがどのくらいに来るかが問題だなぁ。

tegraって話題になってるけど、採用製品がそれほど増えてる訳じゃないよね
Atomよりは増えてるんだけどさw

FOMAに限って言うと、90xiのころは各社OMAPだったけど
現世代のOMAP3を使ってるのはNECだけ

>>41
Windowsを使うメリットの一つに過去のフリーソフトウェア資産があると思っていて
ARMのCPUパワーが足りなくても昔のソフトなら意外と動くんじゃねと思っていたところ
多くの新規ソフトしか動かないならWindowsが使える魅力は減ったかなと
買うかどうかは別としてARM版Windowsに過剰な期待をしてたほうですね
まだよく理解できないところはあるし

x86とarmのバイナリー互換なんてあるのか？

>>72
ARM上のLinuxでもx86のWindowsのソフトを動かすことはできるよ
http://wiki.winehq.org/ARM
こっちのが情報新しいかな。Maemo上でWindows XPのソリティアを動かす例
http://talk.maemo.org/showpost.php?p=664035&postcount=42
どの程度動くかは知らんけど、古いソフトなら意外と動くんじゃね?

>>74
Wineで動くならWin8でもそのうちと思うけど
リリース後の普及しだいで動かせるようななるかもしれませんね

とりあえずIntelも最近になってARM版windows8との違いの強みとして
レガシーアプリケーションをサポートする後方互換性だとコメントしたみたい

.net FrameworkとかVisualCとかVisualBasicとかのランタイムが必要なソフトまで動くんかいな
Win7でさえ古いソフトが完璧に動かんのに。

X86用のWin8にはXPモードみたいな機能があるらしいよ
.net FrameworkとかVisualCが動くのか知らないけれど

>>76
MFC使ってるようなソフトは動かないんじゃないかな。たぶん。

>>58
ARMの省電力を維持できればデスクトップである意味ないような気がしたけど
デスクトップである必要性って大きな電源の確保ともうひとつ拡張性があるね
CPU部分はともかくGPU含めた他パーツのスペース確保の為に
ARMのデスクトップは可能性としてありえるのかな
GPU以外に大きなスペースいらなくなってきてるけど

>>79を踏まえて省電力、小型化を志向するPC事業において
CPUの省電力と同時にGPUの省電力と小型化、iGPUへの需要が増すのは必至だね
Ivy Bridgeはまだかね

ARMの低消費電力に外付けのGPUの高消費電力組み合わせたって
CPU性能が頭打ちで外付けGPUなんて意味無いだろ
どうして低消費電力なのかはSoCかつダイスタッキングとか最新技術ガンガン使ってるからだろうし

>>79
たぶん想定している前提条件が違うのだと思う。
オレら自作オタには「拡張性」という面をそれなりに重要視するのだが、
オフィスPCではその部分は邪魔。できるならばUSBだって制限したい。
そして、売り上げをしめるのはそういった分野で、DIY市場はさほどでもない。

GPU統合型CPUでドライブさえ省いた"1リットル"程度の筐体の省電力PC。
それで過去のファイルに互換性があり、しかもお値段が200〜300ドル程度だったら、
企業としてはどうするかって話。

自作PC分野を言うのであれば、このままx86系列が勝ち続けるのが理想かな？

拡張性さえ確保できればケースの大きさは小さいほうが良いという自作erは多いですよね
現実的な実装は難しいのかもしれないけど
スマホくらいの大きさで大型モニタやキーボードが使えて
CPU換装や好きなGPUが選べればいいんじゃないかと思う
SIMカードみたいな感覚で挿しさえすれば認識するような
もはや自作っぽくなくなるけどありえないのかなぁ

CPUとGPUの省電力化に成功すれば
電源を小さく廃熱処理も楽になるから
通気性と静音性も向上しつつケースは小型にできるということでしょ
DIY市場にもマッチングした製品を作れば売り上げは上々
Intelよ商機はそこにあるぞ！
次回ARMの逆襲

>>82
企業こそアーキテクチャが変わることに抵抗がありそうな気がするが。
過去のファイルの互換とか言われてもそれがどの程度保障されてるかなんて
実際試してみないとわからないし。

それに低価格なx86搭載PCとARM搭載PCでそれほど価格差が出るとは思えない。
300ドルを切るPCなら今でもなくはないし。

>>85
>企業こそアーキテクチャが変わることに抵抗がありそうな気がするが。

Intelの狙い所はここだよね。だからこそ急速にATOMのプロセス以降と、
新コアの投入をはかるのだろうけど。
x86系ではAMDと比較して省電力関連の技術は大きなアドバンテージがあるし、
GPUなんざ企業向けではさほど大きな意味合いを占めないし。
ただし、仮想化やなんやかんやの技術が進んだ場合はその限りではないが。

まあ5年後10年後とかどうなってるかはわからないし
Intelがその辺警戒してるのは確かではある。
そうなると今までより低価格帯が意識されるようになって
消費者的にはおいしいかもね。

>>82
> GPU統合型CPUでドライブさえ省いた"1リットル"程度の筐体の省電力PC。
> それで過去のファイルに互換性があり、しかもお値段が200〜300ドル程度だったら、
> 企業としてはどうするかって話。

そんなの、エプソンダイレクトのNP15などですでに実現できてるのでは･･･
現行のAtomでさえ出来てることのために、
互換性の不安抱えてまでわざわざ企業がARMに移行する必要があるのだろうか？

互換性は確かに重要だが、MS-Officeのシェアは70％台にまで下がってるよね
IEも欧州じゃ50％切るぐらいだし

企業はメリットが大きいと見たらダイナミックに乗り換えるだろう
かつてのワープロが今は影も形もないようにね

ワープロが消えたのはワープロ以上に汎用性があるDOSV機(日本ではPC98)が
普及しかつword等のワープロソフトがあったから。
タイプライターから電子タイプライターになったのも、更にワープロになったのも全部
以前のものより機能が増えて便利になったから。

逆は無い。

もしもARMがx86を食うシナリオがあるとしたら、ARMが同時期のx86プラットフォームにある
全ての機能を持っている上処理能力が10倍以上あって、
ARM上のOS上でx86を完璧にエミュレーションしてもサクサクという状態になれば、
これまでのソフトは全部使えるわけだから後は価格次第ではx86を駆逐するだろう。
まぁありえない妄想に過ぎんが。

>>90では互換性以上にメリットがあれば乗り換えも有りうる
>>91では完璧な互換性が必須

どっちなのさ

ARMにはどっちも全く無いので非現実的な妄想に過ぎない。

>>88
それよりもっと消費電力が下がったら？
待機時12Wではなくて、フルロードでそれ以下とか。

>>91
ありえんね。ARMもそうだけどIntelもそんな夢物語は想定していないと思う。
ついでにハード性能だけ素晴らしくても後塵を拝する事になった事例は、ゲーム業界でも近年あった。
もっとも、ハードシェアでトップになった企業がそこに胡座をかくだけで、
折角捕まえた顧客をゲーマーにできなかったから現状死に体だけど。

ちょっとARMは横においておこうか

>>90では互換性以上にメリットがあれば乗り換えも有りうる
>>91では完璧な互換性が必須

どっちなのさ

>>95
>>90の例でも延々互換性を引きずっている。
タイプライターから始まったキー配列が今でも使われているし、
親指シフトなんていう変態配列ワープロに慣れた人用に
DOS/V機用キーボードなんてものすらあった。

>>95
大丈夫だ。「完璧な互換性が必須」なんて必要無い。

「完璧な互換性」なんてものが必須であれば、
新しいハードもソフトも売れない・買わない。
ある時点で固定化され、ハードもソフトも進化しない。
ソフト業界も、ハード業界も物を売るためには、
「できる限りの互換性」は維持をするだろうが、
「完璧な互換性」には拘らないだろう。

>>97
昔とは事情が結構違うんだな。
ワープロとかPC-98の時代は各社互換性無い独自規格ばかりだったが、
Windows+x86に移行することで”互換性"という武器を手に入れられるから
多少のUIの違いに目を瞑って移行したところもあった。

しかし今はx86+windowsで互換性を手に入れた訳。
せっかく手に入れた互換性をここでむざむざ手放せってのが
いかに馬鹿馬鹿しい話かわかりそうなもんだが。

>>95
ハードと同じでソフトも陳腐化するから
今後は互換性が絶対的優位に働くとは思えない。

近年は開発ツールもライブラリも開発者も充実してて
特に昔のアプリに拘らなくても代替物は即出てくる
それはipadやAndroidでのアプリ提供スピードみてりゃよくわかる話。

金になれば何でもやるのがデベロッパだから、
今のスマホやタブレット市場でwindowsアプリの代替アプリを作れば金になるなんて
それこそ喜んで挙って作っちゃうだろうね。
あっという間に隙間は埋まっていくよ。

今度は自社のデータ資産に対する“互換性”と、他社との“互換性”のすり替えかい

>>100
金融だの工場だのの現代社会の根幹が
COBOLだのPL/IだのPC-98だのを未だに後生大事に使ってるだろうに。
大企業の社員がXPのDOS窓で何かやってるのを見ると実にアホらしいが、
互換性は非常に重要というこった。

さてと
ビジネスの必携ツールとなったスマートフォン
販売台数でもPCを上回った
互換性が大事ということなら、PCのOSもスマートフォン上のツールとの互換性が高いAndroidやiOSが良いよね？

>>102コンシューマのレベルでってこと。
少なくともコンシューマのレベルでは互換性そのものに昔ほど価値は見出せなくなりつつある
これこそがMicrosoftとintelの、近年になって急に現れたアキレス腱だと思うんだよ。

スマホはx86+Windowsの寄生虫に過ぎないからな。
Windowsの母艦がある前提の機種しか見たこと無いし。

>>98
貴方が語るのは「ファイルの互換性」なのか。それとも「ソフトウェアの互換性」なのか。
「ファイルの互換性」ならばハードが違っても、維持できていれば移行はできるのでは？
「ソフトウェアの互換性」ならば、OSがアップデートされたら動かないソフトなんて普通にあるが？

>>104
コンシューマレベルではちょっと安いくらいでこれまでと全く違うUIの
マイコンだか電子手帳にホイホイ乗り換えられるくらいやる気のある人や器用は人は少なそうだが。

ユーザインタフェースはむしろx86+Windows外の、最近の物の方がどう考えても洗練されていると思うのだが・・・

>>106
時代によって違うな。
ワープロ時代はUIなんてシンプルだったし文書はプリントアウトするもんだから
データよりもキー配列の方がむしろ重要だったし、
現代ではファイル・アプリは無論のこと、ソフトウェアが進化してUIが複雑になったので
UIも同じで無いと大半の人は付いていけないだろうね。

確かに違うUIへの乗り換えはきついね

さて、そう遠からず最もメジャーなUI/OSはAndroidやiOSとなる
UIもこれらに統一しちゃった方が社員の負担も減るよね？

というか、Windowsのタブレットやスマホが成功しないのはAndroid/iOSとUIが違うからなんだよね

>>110
それをやるには人間がネックだ。
世の人々がある日全く違うUIに乗り換えても全く生産性が落ちないのであれば
世の企業は乗換えを検討するのかもしれない。

後は障害だな。優秀な保守要員がある日いきなり雨後の筍のようににょきにょき生えてこないといけない。
まぁそもそもそこまでして乗り換えを検討する程のメリットが無い以上はありえん話だが。
リース期間も残ってるだろうし、メーカーがx86のPCを生産すればその分世に出回るし、
廃品回収業者のキャパにも限界がある。世の中は全部繋がってるんだから変な革命思想は持たないことだね。

革命思想てｗ

>>111の補足
Android/iOSでは加えてユーザーのデータもソフトもクラウド上に置かれている
これをWindows端末へは持ち越せないのも大きい

革命思想だろ。
ある日いきなり世の中がARMとスマホOSになればいいななんて革命以外の何モンでもない。
そもそもARM積んだスマホでどうやったらCADでスマホ自体の回路や筐体の設計が出来るのだろうか。

>>111
"Windows Phone 7"はそれらと大きな差異がない。
Windowsがスマホ系で脱落しているのは、圧倒的なシェアをほこっていたが為に、
OS進化に手を抜きまくった結果、後発のiOSやらに足下を一気にさらわれたから。
その結果…互換性切り捨ててまで、一新している途中。
そのおかげで、いまMSは右往左往しているわけですよ。
で、その矢先に「Windows 8でARMサポート」って事は、
次に世代で上から下までプラットフォームを統一するって流れじゃないのかな？

…って完全に次世代CPUスレではないね。やめた。
まぁ。22nmや14nmのATOMには期待している。
同時にIntelのFab抱えすぎに不安を覚えるのも事実だぜ…。

COBOLが時代遅れってのはミスリードだろ
IPAの無能が情報処理のテキスト作ってるからそういう間違った認識が広まってるが
.NET Frameworkに対応してオブジェクト指向化する程度には進化してる。

ｉ960のようなcpuをもう一度出して欲しい。

ARMに夢見過ぎだろ

>>94
電気くうのはCPU部分だけじゃないし
一般的なPCと同じように設計したらたいして変わらなくなるような気がするが。
それにデスクトップ使うとなると液晶だけでどうしても数十ワットは使うわけで
そんな細かい差を気にする必要あるか？

「かわらない」ならば、ARM系を選んでもいいわけだ。

x86とARM戦争はハードを越えての戦争でもある。
AndroidやiOSが売れているからなどと単純思考でARMﾏﾝｾｰする奴や、
性能面で優位だからx86はなくならない(ｷﾘﾘ　も意味はない。
この戦争で一番優位な位置取りをしているのはMSだ。

WinCE…。

PowerPCってのもあったな。
結局Appleもx86の軍門に下ったが・・・

いつからここはARM＆OSスレになったのだろうか・・・

ARM＋Android/iOSの成功はクラウド端末として適切なシステムを提供してるからだよ

IT（情報技術）の勝者は言うまでも無いがデータを押さえた者
基礎だが誰も突っ込まなかったのは、ただ単に面白い人が居たからだろう

ちなみにIntelはクラウドの一方の主役であるデータセンター方面への売上は極めて好調
Xeonに加えKnights、サーバー向けAtomと矢継ぎ早に手を打っていて穴も無い

Intelの重要性は今後も変わらん

何にしろ、intelで自作なんてしてるヤツは、早く自分が「馬鹿」とか「カモ」と呼ばれる人種であることに気づいた方がいい。

>>124
そんなPowerPCさんも家庭用ゲームでは無双状態なのが面白いところ

>>128
アムダー丸出しレス乙

>>126
クラウド端末として適切なシステム。
所詮端末にしかならないって事か？
確かに他のOSが無いと使い物にならない。

>>130
ウチからしたらありがたいお客様です。いくらでOEMに卸してるか知ったら...ｶﾞｸﾌﾞﾙ

こいつ・・・動くぞ!
ttp://www.youtube.com/watch?v=zQVVZJh7JQI

CPUにビデオメモリ内蔵はできないのかな？
パソコンのメモリを食わないのがメリット。デメリットはダイ面積。どや？

俺がパソコンを起動するとアンパンを見せて貰いに甥っ子が
すぐによって来ていたんだが・・・
ASUSでパソコンを新調して以来パソコンを起動したら全速力
で部屋から出て行くようになった・・・
http://pc.watch.impress.co.jp/img/pcw/docs/444/628/html/scr06.jpg.html
どうやらこの画面を見て以来トラウマになったようだ
ASUSを買った事を後悔している・・・

>>135
お前AMD次世代スレにも貼ってただろ

>>134
CPU内蔵レベルのGPUに実際にはどの程度の量のビデオメモリが必要なんかね？
いまどきのビデオカードには512MB〜1GB or up乗ってるのが一般的だけど、
Zバッファやらテクスチャバッファやらのオフスクリーン・メモリにそれだけ必要って
いうよりバス幅とグラニュラリティの問題でパフォーマンスを得るために必要以上の
量を積まざるを得ないって側面が大きいと思うけど。

>>121
企業で10000台一気に導入
消費電力を抑え10%の消費電力削減で
年間○○○万の経費削減に成功しました
とかコピーには使えそうだね

10000台分の経費かかってるのは無視か？ｗ
それに企業全体で考えたらPC以外の部分で色々電気くいまくってて
ほとんど誤差レベルの違いにしかならないような気が。

○○の部門で10%の経費削減できそうですって言われて
そんなの全体から見たら誤差レベルなんて言うやつがいる
企業なんてさっさとつぶれるだろうな。

お子様だろう。大手だとリースだったりすることもあるから、
一気に変更とかあるんだよね。

ARMアーキのPCに変更する事はあり得ないがね。

>>139
導入コストは別
運用コストで考えて
僅か無さでも少しでも優位な物が選ばれて積み重なれば
結果的な売り上げでは大差みたいなさ
AMDとIntelの関係だってそういうとこありそうだが

致命的なデメリットがないなら新しいものに移行する必要はないだろ。
おまえらの嫁や生活と同じ。

そうそう。恐竜が哺乳類を気にする必要なし。

Windowsのライセンスが高すぎるのでARM PC
が劇的に安いという事はない。

今後はデスクトップpcやノートpc市場は縮小しっぱなしになってくと思うよ。
現状のスマホやタブレットpcが、そのまま完成度の高いシンクライアントに進化し
プロセッサ需要の大半がGPUとワンパケのSoCに移行していくのは間違いない。

その中ではごく当たり前にARMもIntelもAMDも混在し
ARMに負けることも無ければ駆逐することも無いと思います。
SoC市場がプロセッサの大半を占めるということは、
プロセッサがコモディティ化の色合いをより強めていくという事

各社の強みや、特色、政治的立場などはあまり意味をなさないものとなり
こういったコンシューマレベルで新CPUが話題に花を咲かせることも少なくなると思います。

時代の流れですよ、すべては時代の流れ。
鈍化したCPUの進化に何もかもが追いつきつつある

そういった流れの中で、我々も
昔のようにまだ見ぬアーキテクチャに一喜一憂し、
論じ合うこともこの先減っていくのでしょう。

>>140
ふーんPCの電気代節約だけで部門単位での経費がそんなに左右されるもんなのかねえ。

大企業におけるコストダウンとはなんたるかは管理者レベルの地位になれたらわかるよ。
まあ、なれなくても工場管理とか企業運営系の本でも読んでみればわかるかもね。

生産性を落とすコストダウン
最高ですね

"コピー"としてだから顧客とか地元市民に対する印象操作だろ

元々ちっこい画面なのにタッチパネルなので更に指で塞いでしまうような物体が
PCを置き換えるんですってよ、奥さん。

>>150
将来性があるならアリだろ
局所解よりも大域解を目指すことが重要

>>152
これぞパソコンの未来形!? 合体スマホ ATRIX 4G登場
http://ascii.jp/elem/000/000/580/580844/

その変なドッグに突き刺してる間に電話掛かってきたらどうすんの？
変なドッグに頭こすりつけて会話すんの？

>>154
ディスプレイとUSBはプラグアンドプレイ可能なんだから取り外しゃ良いだろw
まぁながら会話が不可能なのが問題か。

>>149
じゃあわかる人が本当に10%も削減できるかどうかシミュレーションしてみてくれないか。

>>155
ヘッドセット使えばいいんじゃないか

つまりヘッドセット・本体・ドッグの三点セットお買い上げな上、どれか一つでも壊れたら困るわけだ。
セット価格で2万くらいじゃないと無理かな

>>153
スマホ抜いてもドック単体で動作可能な機能付けとけばいんじゃねｗ

>>153
重いソフト使わなきゃこれでも十分そうだけど
常にPC丸ごと持ち歩くって万が一のこと考えるとちょっと恐くない？
まあ大事なデータは別にとっておけば済むことか。

もはやタブレットやスマホを使う理由を探すことが目的になってるな

画面が立体映像の様に
実際の画面サイズにとらわれなくなったら爆発的に普及するだろうな

そんな携帯端末は俺が生きてる内に出るかは疑問だがｗ

>>160
今時クライアント側には大したデータは入ってないだろ

クラウド流行るんかな？

CLANNADとは人生　だんご三兄弟

クラウドは電通が考えたキャッチフレーズ
乗せられる奴は馬鹿

え、電通なの?

エンプラ業界が総出をあげて株主や顧客を騙すために使い始めた言葉。
（言いっぱはgoogleの中の人だが、もはやどーでもよくなってる）

すでにある市場を徐々に呼び変えて、急成長市場を演出できる便利フレーズ。

クラウドって言っちゃえばホストサーバ・シンクライアントという古臭いシステムの再来だよな。

古臭いというか、それ以上変えようもないじゃないか?

クライアント端末側からみると
以前は黒いコンソール画面でやってたことを
ブラウザ上のカラフルな画面でやるようになったけど
だから何？ というレベルの変化なんだよな

あれをPCと呼ぼう、それをITと呼ぼう、そんじゃこっちはクラウドと呼ぼうってだけだな
他のものと一緒で、特別な意味なんて無いやね

ARMから話がどんどんずれていってるな

>>173
元々このスレではARMもソフトもどうでもいい話。

そろそろＩｖｙ・Haswell・Atom・Larrabee等々Intelについて話し合おうぜ！

メインストリームTDP10〜20Wって性能は向上するのかよ
したら3Dトランジスタとやら最強じゃね？

HaswellはIvyBridgeのTDPを15W程度に落とした省電力版のことを指すんだってよ

>>176
メインをそうするのではなくて、比率を増やすだけ。
それにTDP10-20WなんてIntelにしたら今でも増やせる気がする。

Hasのwellタウン危機一髪！
我々は2013年を迎えることが出来るのか!?
ttp://www.youtube.com/watch?v=X126Sq0DtcI

はすの上けろっぴ

>>177
十分凄かった
個人的にはTDPは今まで通りでいいから性能向上したCPUのほうが需要はあるけどな

15Wのも出すってだけで全部そうなるわけじゃないだろう。

とは言っても、TDP10-20Wにより重点を置く
ってんだから、アーキ的にはその電力消費で
より最適な性能効率になるような設計してくるだろうさ

自分としては嬉しいな

Haswellは2013年頭に出るんだから、低電力に合わせて設計されていたら、
かなり前からPC用の設計方針は変更されていたことになるけど、それはないような気がする。

いままでも低消費電力版あったし、
日本のノートPC市場に限っていえばそれが主流だったし。

まあトライゲートの特性を考えると、
TDP10-20W帯をボリュームゾーンにしても
ASPに影響与えないと判断したんだろ。

>>184
Nehalemの時点で既にモバイル・サーバが重視されていたって記事を読んだ記憶がある
インテルはより省電力が求められるアーキテクチャ像を読んでいたんじゃないかなあ
以前から方針は転換していて、それを先日に発表したって考えるほうが
つじつまが合うと思うんだが

パフォーマンスレンジを柔軟に変えられるアーキテクチャなんだと思う
ダイサイズをある程度にまとめる以上、結局はワットパフォーマンス重視にどこもフォーカスしていくはず

メモリバスが128bitである限りはAMDのBobcat系に勝つことはないだろうな

メモリバスがきついから
TSV使う〜とか言い出してるんじゃないっけか？

CPUはキャッシュが強力すぎてメモリバスはあまりネックにはなってないよ
内蔵GPUのほうがメモリバスの帯域を必要としている

Intel GPUでメモリバス広くしてもねえ

そうだ、GPUにもキャッシュを使わせたらどうだ？！
　　↓
GPUはCPUほどキャッシュの意味がなかった

フレームバッファをキャッシュ上に置けばメモリアクセスが減らせるので省電力につながる・・・と思ったら現時点ではまるで容量が足りない

GPUでもキャッシュは効果大なんだが
とくにGS以前の処理では

意味が無いどころかL3の容量の大半をGPUに食われて、CPUは少ないL2しか使えなくなっただからなー

その根拠が知りたいんだけど
dGPUのときとiGPUを利用してるときのCPUベンチを比較してるサイトってあるかな

http://journal.mycom.co.jp/special/2011/sandybridge/002.html
http://journal.mycom.co.jp/special/2011/sandybridge/006.html
これくらいしか思いつかないな。
劇的に悪化してるわけでもないようだし、内蔵GPU酷使しないなら、これくらいなら、
LLCの共有で問題あるとは思えないけど。

GPUフルロードだとパイ焼き半減の20秒オーバーだと

レベル高いなこのスレ

>>197
実アプリではどの程度問題になるかね？
GPUがフルロードでありつつ、
πみたいに大量のメモリアクセスを行うケースは十分あるんだろうか？

ゲームでは日常茶飯事じゃ無いのか？
intelのGPUだとDirectXをCPUにまかせる部分もあるし。

ハイテク工業製品の塊のCPUに個体差って言葉があるのが不思議でならない

>>201

別にハイテクじゃないよ、むしろノイマン式は枯れた技術。
ただ微細なだけ。

iv3-4月ごろか
もうちょい早いと思ってたのにな

児童への安全基準値　20mSv/年は十分安全な値ですのでご安心下さい。
http://www.geocities.jp/koshc2000/accident/hibakuninnteihyo.html

TriGateの量産はやはり少し時間必要だったのかねぇ…

FinFETにTriGateなんて名前を付けた罰だな

>>201
デジタル回路だって細かく見ればある意味でアナログ回路。
特にGHz級の速度の世界ではデジタル信号のグラフだって角張ってなくてウネウネしてたりする。

i3 530使ってるんだけどCPU-Zで調べたら電圧が2.016Vってなってる
なんか高くないです？
OCもしてないし何もいじってないのに

Intel Core i3友の会 part3
http://hibari.2ch.net/test/read.cgi/jisaku/1303144917/

>>209
ありがとう

Intel’s Developer Relations team reveals all to KitGuru
http://www.kitguru.net/components/graphic-cards/carl/intels-developer-relations-team-reveals-all-to-kitguru/

俺がASUSで新型パソコンを作ったと姪っ子に話したら
姪っ子が小学校で習ったらしく得意げにパソコンを操作し始めた
まだ新調したばかりでエロい物はなく安心しきっていたのだが・・・
http://pc.watch.impress.co.jp/img/pcw/docs/444/628/html/scr06.jpg.html
ASUSの設定画面を間違えて起動してしまった・・・
その日以来人懐こかった姪っ子は俺と目を合わそうとしない・・・ASUSを買って後悔した・・・

>>212
その姪っ子に｢おじちゃんは金星からやってきた宇宙人なんだよ！｣とかいうとマジで信じそうだな…
早いとこ仲直りしたほうがいいぞ

コピペ荒らしにマジレス…。

アイヴィーちゃんまだまだ先かあ
サンディーちゃんでいいや＾＾

きも

CPUを買い換えようと考えているのですが、詳しくない為ご質問です。

自作PCを使ってまして、OSはXP、マザボはEP35-DS3R、コア２デュオE8200、GeForceGTS250
を使用してます。
候補として、お手軽なお値段のCorei5-2500Kもしくは、少し奮発して、Corei7-2600Kかで迷っています。
結構性能に差が出るものなのでしょうか？
あと、現在使用してるマザボに対応してるのでしょうか？
ギガバイトの公式？で調べようとしたのですが分からず・・。
どなたかアドバイス頂けると嬉しいです。スレ違いでしたら申し訳ありません。

ぬこ教に入信だ
ttp://akiba.geocities.jp/orinlynx/

K厨は凶悪犯罪者

>>217
そういう知識で本当に自分で組んだのか怪しいんだがｗ、Core2はLGA775、Core i7/5
2xxx （Sandy Bridge） はLGA1155でCPUソケットに互換性が無いのでマザーの交換も
必要。現在のマシンのメモリがDDR2ならメモリもDDR3に買い換える必要がある。

>>220
レス感謝です。仰るとおりでお恥ずかしい限りです・・。
店員さんに、お勧めされた物をそのまま購入して、知り合いに組んでもらって使用してます。
現在使っているメモリは2046MBとなっていますが、それがDDR3か分からない状態です。
調べてみます。ありがとうございました！

Socket905推し

440BX最強伝説

>>223
後期440BXは確かに最強伝説だった。
枯れまくった板は強いってレベルじゃなかったな。
出始めは散々な子だったけど。

このところIntelはハイエンドをないがしろにしてる気がする。
特に最新のプロセスをミドルレンジから投入するあたりが
メチャ気に食わない。せめて同時に出せよな。
自作やめろって解釈するぞ？

自作PCよりネットサービスに注力して、よりよい人生を送ったほうがｒｙ

いやならやめてもいいんじゃよ？

勝手に解釈しろよ

>>225
PCIEの策定に時間が掛かって遅れたんでは？

>>229
新プロセス開発に
尋常じゃないお金がかかるから
手っ取り早く現金を回収できる
ミドルレンジから投入するんだろうなぁ
って思ってた。

それにしても案外同意がないもんだね
次世代CPU語るスレでも
コスパ重視なのかな？

>>225
勘違いしてる
以前はデスクトップ向けには売られてなかった
遅れて出てくるMP向け巨大ダイのXeonがホントのハイエンドだったのは変わらん
今はそれ系がデスクトップハイエンドに降りてきているんで
昔より強化されてるのが実際。

昔から新アーキ新プロセスで最初から巨大チップのMPXeonが出たことなど一度も無い。

>>231
ハイエンドデスクトップ向けのi7 920がでてから
サーバー向けのnehalemが出たでしょ。
だったらi7 920のシリーズはデスクトップのカテゴリじゃないの？

それにIntelのロードマップじゃ990Xの次がSandyBridege-E
になってる。ってことはハイエンドデスクトップの後継は
SandyBridge-Eって解釈は自然じゃない？

それにSandyBridgeなサーバー向けCPUが出てきている。
君の言うようにサーバー向けはちゃんと後から出ている。
そしてそのCPUを4chメモリにちょい変して
ハイエンドの顔をさせようとしている。
ミドル→サーバー→ハイエンド
こんな使い古しをハイエンドなんて言われてもつまらない。

PCオタ必死過ぎ

PCヲタ以外が見る板でもなかろう

Intel отвергает претензии ARM на создание процессоров для серверов
http://www.pcweek.ru/themes/detail.php?ID=131577

要約：
Intel「サーバ向けAtomの本格投入でARMのサーバ投入計画ぶっ潰してやったけん」

ARMは鯖に使える製品チップが出来るまで黙ってるべきだった
Intelに数年もの猶予を与えたら始まる前に潰す能力があるのに

>>233
ミドルクラスに1mmでも負けたくないんだよ。
速いかもしれないけどプロセスは32nmなんでしょ、Ivyは22nmですが？
とか嫌すぎるんだよ。

今だってSandyの1coreあたりの性能は
Westmereに勝ってるし、SATA3対応も進んでる
それが悔しい。
でも4coreでdual channelしかないSandyなんて使いたくない。
もっとスカっとした気分でWestmereを使わせて欲しいんだよ。

そういうこだわりがなければ今時CPUなんて何でもいい。
人のPCの相談受ける時だってi7とi5なんてそんなに変わらない
むしろHTTが悪さをするときもあるとi5を勧めてる。
たいてい安く済むと喜んでもらえる。

6coreを人に勧めたりもしない。大抵無駄だから。
コストを重視する人には2coreのほうを勧めたりする。
4coreなんて実際殆ど役に立たないと説明して。

そんなことは分かってるんだ。
でもそんな問題じゃないんだ・・・
ただ自己満足に浸りたいんだよ。

4C8TでECCサポートのAtomボードが1万円ぐらいで買えるようになるんだろうか

サーバー向けAtomってブランド名そのままなのかね？
それともXeonファミリーの仲間入り？

将来的にKnightsとの住み分けはどうなるんだろうなあ？

単体で動く必要があるかどうかで分かれるんじゃないの

おまえら7月に2605K発売だってよ
http://digital-2ch.blogspot.com/2011/05/intel-cpuivybridge20121234.html

どっちみちテク業界の革命はAppleが起こす or 始まる
だからARM搭載のデスクトップ端末もAppleが先駆者になるよ
既に海外テクメディアで記事になったARM搭載Mac Book Airが来年あたり登場するはず

iPhone5にmini DisplayPortが載るとかデタラメ言ったあげくminiDPそのものが終息して
言い訳ばかりしている無様なCharlie Demerjianの妄想記事がどうしたって？

>>245
DisplayPortは今から徐々に普及してくよ、勝手に終息とか言わないように。

今後はネイティブな120HzのモニターがPC液晶の主流になります。
（3Dは廃れるけどリフレッシュレートは今後本流として展開していく事が業界内で確定している）

HD120Hzの送信にHDMIの規格では帯域が足りないので
各メーカー、今後はDisplayPortへの置き換えを促進していくことで一致している。

いつまでもDL-DVIとかゴツイのは無理だからね。

Thunderboltの方が普及したりしてな・・・

miniDPはAppleのMac独自規格だ。
Thunderboltに完全移行した時点でminiDPそのものが消えた。
今度はThunderboltが載るはずだとかわけのわからないことをほざいている。
毒電波です。

miniDPが独自規格とか何年前の話だよ
ただコネクタが当時は独自だっただけで、しかも今はDPの規格内に入ってるしな
次世代CPUスレなんだからその話しようぜ

>>243
マルチホラ楽しいか？　元からHD3000載ってるのに末尾５はねーんだよ…
研究足りんな…。

K厨5厨は犯罪者

Apple Tests ARM-Based Macbook Air Laptop - Rumours
http://www.xbitlabs.com/news/mobile/display/20110527125301_Apple_Tests_ARM_Based_Macbook_Air_Laptop_Rumours.html
ARMとThunderboltの組み合わせとか、こんな妄想信じるやついんの？

ま、iPadには載ってもおかしくないし　＞ARMv7にThunderbolt

>>252
Appleは妄想・夢を実現することで成長してきた会社だからね。

Charlieの妄想を毎度毎度ぶち壊してるけどな

おっと、俺のMac自作の夢を潰したのをディスるのはそこまでだ。

SandyBridgeで組もうか悩んでるんですがこのCPUって価格普及帯なんですか？
ハイエンド向けのCPUが出てくるのがいつごろになるんでしょうか？一年内に出るようだったら待とうと思ってます

ソケット1155のSandyBridgeは価格普及帯でしょう。

ハイエンド帯はQ4予定だよ
ただ、Ivyが来年Q1かQ2らしいから何時何を買うかは非常に悩みどころだと思う

6ｺｱがﾒｲﾝｽﾄﾘｰﾑに降りてくるならIvyで組む

なるほど、ちょうど一年後くらいには次のCPUが出るんですね
薄給の上に雀の涙ほどのボーナスなのでもう少し検討してみます。ありがとう

君にハイエンドCPUは必要ないと思うがｗ

必要かどうかじゃなく欲しいかどうかなんだろ
自作板で必要性で買ってる奴なんかほとんどいない
大抵の奴は過剰性能でベンチか2chしかしていない

必要性ｗｗｗ
そんなこといったら14ちゃんのために
1090T/16GB MEM/5870CFX/X25-M 120GB/コルセアのケースと電源、その他諸々で20万オーバーのPC組んだ俺はどうなる
14ちゃん爆死で新しいPCで2chしかしてねぇぞ

必要性なんて…この自作板で…。
AMD次世代スレで暴れる人達は、
Intelで組むことに必要性を感じていそうだがｗ

>>265
思うにプロセスルールはIntelの方が優れているけれど、
CPU設計はIntelが堅実ならば、AMDは冒険って感じ、
だからあのスレには様々な人がくだをまいているのでは？

>>259
ただ最近の情報だとsandyEとIvyは半年近く空きそうだし
LGA1155でのIvy６コアも見送りのようだから
６コア以上ならsandyEでいいんじゃないか

>>266
単に話題提供してくれる奴がいるかどうかだろ

AMD次世代スレの荒らしども、こっちで引き取ってくれよ

予想としてはこんな感じだな

Sandy-E 6コア 3.3GHz 125W 10万円
Ivy-H2 4コア 3.5GHz 65W 3万円

定格のベンチなら多くの場合Sandy-Eが勝つだろうけど
OCや省電力やコスパでは圧倒的にIvy-H2が有利

>>269
反応する馬鹿がいるかどうかの違い
ここでは釣れないから

向こうはIDひとつNGするだけで20レスぐらい飛ぶからな、●買って水遁でもしとけ
キチガイは団子が大好きでたまらんみたいだしな

X79マザーはでかいクーラー付けれるのかな？
もろメモリと干渉しそうなレイアウトなんだが…

インテルの大艦巨砲主義はいつか破滅を迎える

戦争は数だぜ

主要兵器の種類はAMDの方が多いけどな
AMD 3種類：Bulldozer、Llano、Bobcat
Intel 1種類：SandyBridge

汎用兵器の絶対数で圧倒するIntel vs 戦局ごとに専用兵器を作って各個撃破を企むAMD

戦局ごとに用意した兵の数が少なくて自滅

Bobcat系は特化でわかるけど、BulldozerというかZambeziとLlanoは、
単にCPUコアを統一するのが遅れてるだけじゃないの？

>>276
そう分けるんならIntelにAtomを入れてSandyをSandy-DTとSandy-Eに分割しないと

http://hardware-navi.com/cpu.php?NOS=&Company=&Type=Notebook&Order=&Brand=Core+i5&Cores=&Socket=
このページをみると、i7-2620Mとi5-2520Mで全然差がないんだけど、実際そんなもんなの？

>>280
Sandraの結果が指標として妥当かどうかは置いといても
i7-2620Mとi5-2520Mとじゃクロックが2.7(3.4)/2.5(3.2)GHｚ、キャッシュが4MB/3MBで
そもそもスペックが大して変わらん(コア数やHT有無は一緒)。

6683 / 6188 = 1.0799
2.7 / 2.5 = 1.08
単純にクロック差で説明がつくと思う

「砂橋教のページ」ってどこいった？

てか淫照さんご自慢のAVXを活用したアプリはいつ出てくるの？
用途がいまいちわからんのだけど。
とりあえずゲームとかはよほど特化してプログラムしないと意味
ないみたいだしエンコードとかで活かせるの？

AVX対応のフィルタプラグインとかあるらしいけど効果はいまいちらしいし。

AVXはGPU統合前のintel最後のあがきだな。
すべてのCPUにGPUが常備されていれば、無用の長物。

MMXやSSEの時代はハードに実装されてからそれを活用したソフトが出るまで2〜3年要したわけだけど
マシンコード直打ちとかよくてインラインアセンブラの時代から考えればCコンパイラなんかも最初から
揃ってるし、甘い飴は用意されてるわけだからゲームなどを中心に最適化は進むと思うよ。

もちろんすぐには結果は出ないだろうが、それでも別にAVXを使わなくてもNehalemより高性能を
実現してるんだから問題ない。
それに、AVXの普及が遅れればそのAVXを前提とするAMDのBulldozerのFP性能が
X6より下がったと貶され続けるだけの話だ。

AVX
使われんぞ多分。

GPUが積極的に使われるほどベクトルセットアップ処理が忙しくなるのでAVXを使わざるを得なくなる。

AVXってWindows7SP1以外対応してないんだっけ?

整数演算つかえないっしょ？
う〜ん10コアとかまで増えたら使いでもあるのかなあ。

Sandy Bridge-Eがメモリー4スロットだと
http://www.4gamer.net/games/132/G013252/20110531005/
失望した・・・サンちゃん買ってくるわ

http://newsroom.intel.com/community/intel_newsroom/blog/2011/05/30/intels-maloney-talks-mobile-growth-industry-opportunities-at-computex
スライドとかは後で記事で出るだろうけど、
Haswell世代では、ノート用CPUでの主流のTDPを今の半分にするらしい。
Haswellは元々省電力志向の設計だったんだろうか、オレゴン担当なのに。

デザインガイドの時点で左右にメモリースロット置いてくださいってなってるっぽいな。
等長配線意識してるのはSandyマザーでメモリの相性がどうのこうの言われてたのと関係あるのか

>>292
今はもうワットパフォーマンス上げる事が
モバイルから鯖まで全TDP帯で性能上げる共通の課題なので
元々省電力志向でないはずがないんだよ。

>>293
左右配置は違和感あるね。
それとMATX板は出なさそうだ。
需要事態は少ないだろうけど。

Intel Integrates USB 3.0 and Thunderbolt into Ivy Bridge Platform
http://www.anandtech.com/show/4377/intel-integrates-usb-30-and-thunderbolt-into-ivy-bridge-platform

IVY BRIDGE搭載ノートがあった！フルHD動画１２本同時再生してもすげー余裕ですよ！（イッペイ）
ttp://twitpic.com/54yle5

Intelが予想外の方向転換なんだが…大丈夫なのか？

AMD Llano APU vs Intel Sandy Bridge Benchmark Results From Computex 2011
http://www.legitreviews.com/news/10774/

>>295
次はmicroで組もうと思ってたけどしょうがないか。

Soket７７５　チップセット945G　ですが最速のCPU教えてください

17ミリの次世代ノートPC：
Intel、「Ultrabook」計画を発表
http://www.itmedia.co.jp/news/articles/1105/31/news066.html

sandyはダイの20%ぐらいがGPUだったのが
ivyはダイの35%以上がGPUに見える

>>303
コアが小さくなった分、GPU部分を強化したので大きくしたのだろう。
AMDのFusionをみても、CPUコアよりGPUコアの方が大きいし。
彼方ほどGPUを強化する必要性は感じていないのだろうけど。

しかし、明確に各方面に対して対抗意識を前面に押し出したな。
Intelとしてはここ数年が正念場だろう。

DirectX11対応させるためにGPUダイが増えたとも考えられる

sandy bridgeのcpuって新ステッピングとかならないの？

GPUの強化はCPUの強化よりハイペースだな
Ivybridgeの次のHaswellでも強化するだろうし

>>305
EU増えてるんだけど…

>>304
AMDによるとx86 core：GPU：ノースブリッジはほぼ1:1:1らしい

>>291
http://plusd.itmedia.co.jp/pcuser/articles/1106/01/news057.html
これみると2011に8スロットいけるみたいだけどなんで4スロットしか無いんだろうな

どうせならQSVも強化してほしいな。

>>311
Ivyなら2.0に強化されるぞ。

>>310
後で8スロ版追加→マザーベンダーウマー
まぁ、まずは無難な4スロって事だろう。

今後の信者の攻防は、60‐90日以内で出せるか遅れるかの争い

信者というか向こうが勝手に愉快犯と基地外信者で争ってるだけじゃん

ですよねー

嵐は無視すればいいのだか、あそこは
｢スルーすればいい｣レベルを越えている時もあるな
スレの1/3はコピペで埋められているだろ
読むとかなりの基地に張り付かれているし

捏造FUDだらけでスルーしたらそれを更に真実扱いして増長するしな

このスレが平穏なのは狂信者をあっちが引き取ってくれてるからだな

HaswellはIvyよりもワットパフォーマンスが上がると見ていいのかな

Haswellはそれほど情報があるわけじゃないけど
今の流れで、ワットパフォーマンスが同等または
劣化した次世代CPUを出してきたら、そのほうがビックリだ。

常識的に考えて、あがると見ておいていいんじゃないの。

>>320
ワッパは悪くならないと思うが上がるかは微妙なところ。
ただAVXを拡張するFMAが有効に使われればワッパは上がるだろうけどね。
（FMA：ＡとＢを掛けた後にＣを加減算する浮動小数点乗加算命令）

ノート向けはチップセットを統合して１チップ化するみたいだからシステム全体としてのワッパはほぼ確実に上がる。

ワンチップはTDP15Wのモデルだけジャマイカ？

http://www.youtube.com/watch?v=p1PXKawzmRg

なんでAtomガックガクなんだよｗ
やっぱ新GPUのドライバかね？

Ivy Bridgeってグラボ無しでオブリビオン並みの3Dゲームもヌルヌル動くんか？
i7ー2600にHD5770乗っけたPCとどっちがいいんでしょう？

しかし、今回の明確な方針転換は驚きだ。
宣伝が上手いところで大きく騙されそうだが、
真っ向からAMD及びARM陣営と対決は大丈夫か？
製造プロセスで確かに先にはいっているが、
正直なは話で「拡充する」と言ったクラスは、
"Trinity"のでき次第であまり高値では売れないだろ。
年末には32nmへ移行する下位の"ATOM"系も、
ARM陣営やらに対して明確な差異をみせつけられるのか？
ちょっと心配ではあるんだが…。

寧ろAMDの方が心配なんだがｗ

どっちも心配だ

>>327
変な話でAMDは気楽だよ。ヤバい要素はさほどない。

IDが

HaswellはTrinityの出来関係なく何の問題もなく高値で売れる
AMDが作れない分は全てIntelから買うしかないから
それがネトバ最悪期も含む過去の歴史、今後も変わらん。

Atomの方は問題だが。

pキタネェ……

マジでAtomがヤバくなったら価格を下げるでしょ。
おそらく半額どころか1/3にしても赤にはならないと思う。

>>324
AndroidはARM大前提のVMで動いているからAtomは不利すぎる。
そしてx86用のHoneycombはまだ「動きはする」って段階で最適化も何もない状態。

次の32nm AtomではGPU性能が倍になる（それでも微妙なんだが）らしいし期待してる。

GPUを倍にするんでなくてCPUを倍にしてionと組んだ方がいいんじゃねえかｗ

Nvidiaの外部GPUというだけで消費電力オーバー

Atomのダイって70mm2くらいだっけ？
一体原価っていくらなんだろうな
Intel CPUの原価が40ドルというレポートを信じると
10ドルくらいか

Atomは新モデルから半額程度に引き下げられたよ
その前は40＄弱、去年は45＄だった

>>336
っと、製造原価の話か
>>337は卸値の間違いです

>>321
Sandy-Ivyまでは、ソフト側の最適化を効かせるために
アーキテクチャをCore系でわざわざ固定していたらしいから
その制約が外れるHaswellでは大幅改良があってしかるべきじゃないかなあ

やっとHaswellがどんな方向性かが見えてきたけど
まだアーキテクチャがどうなるのか全然分かんないんだよな

XP->Vistaもそうだけど前世代が長く続くと、どうしてもガチガチに
チューニングしたアプリが増えるのが移行にはマイナスに働くからなぁ

P6（Pentium Pro）系統であるCore MAアーキからどう進化できるかに掛かっているけど
以前のソフトを動かしたときのパフォーマンス/Hzは下がってしまうんだろうな。

>>339-340
大規模な製造プロセスの変更も入るので拡張はされるが、さほど変わらない気が。
双方やろうとして、現時点でgdgdなどこぞのアレな感じは避けて欲しい

既に業界標準を獲得してるんだから刷新せずとも改良でも全然OKだな

逆にAMDの場合は刷新すべき時期だろう
あれは改良してもコアが大きくなるばかりで、製造プロセスで将来Intelに追いつくことを
前提に考えていた時代の設計のものだ

AMDはAPUに力入れて差別化できてる
intelはセキュリティに力入れて欲しいな
マカフィ搭載CPUとか作って欲しいｗ

>>343
K7から使い続けて伝統の十数年
誉めるべきだが見習うことではないね

糞団子

なんで2600とか末尾有りはあんな安いの？

>>341
Haswellは、かなり大きな刷新になるという話だからフロムスクラッチかと思い込んでいたけど
新アーキテクチャに最適化してないとだと性能が下がる可能性もあることを考えると
普通にCore2→Nehalemくらいの拡張になるのが妥当なのかな、やっぱり

>>348
"トライゲート"で十分「大きな刷新」だとおもうのだが…。

>>349
いや・・・アーキテクチャの刷新についてなんだが

IvyよりTDPが下がるっていうから、同じトライゲート22nmでも
かなりワットパフォーマンスに振られた拡張してるはずなんだよね

>>350
GPUの拡張…。あと、Ultrabook構想などから考えると、
CPU本体はさほど大きく弄っては来ないのでは？

動作クロックが低めになるだけの予感も。

PARROTこないかな−。
研究の謳い文句通りなら、消費電力辺りの性能向上するから、
Ultrabookの構想にも合う技術だし。

>>324
SGX535でここまでもっさりさせるとは流石インテルですね。

>>352
intelは高クロック化でライバルに対抗するって言ってたけど…？

>>355
今話題になってるのは低TDPのCPUレンジのものの話だから。
高クロック化で対抗って別レンジのCPUの話じゃなくて？

>>350
３Ｄトライゲート導入して
さらにアーキ大幅改変は危ないから変えないでしょ

IvyでTri-Gateでの生産の問題点絞り込んで解決するんだから、
Haswellは別にアーキテクチャ変更で良いんじゃないの？
Haswellの約1年後に14nmへとプロセス更新するんだし。

>>357
トライゲートのリスクはIvyで分散させる

＞イーデン氏は「Haswellはメガチェンジ(非常に大きな変更がある)の製品となる。
＞がマイクロアーキテクチャ、回路設計、電源周り、ほぼすべてが変わると考えてもらっていい」
＞との見通しを明らかにした。
http://pc.watch.impress.co.jp/docs/column/ubiq/20110601_449745.html

トライゲートはIvyでHaswellでアーキ変更じゃないのか？

なんかごっちゃにしてる人が多くて話が通じてなくない？

http://www.geocities.jp/andosprocinfo/wadai11/20110604.htm
もう落ち目のItaniumだけど、PoulsonはVLIWじゃないって話がでてきてる。
命令分解して、コアの接続はリングバスって、なんか噂にあった旧Tukwilaみたいな構成だな。

>>361
当初の目論見は全て崩壊した感じだな

ItaniumはIntelじゃなかったらそこそこ成功していたと思う。

PA-RISC＋HP-UX資産を延命させた功績を称えてやれ

逆だろ
Intelだからここまで延命できた
他だったらとっくの昔にディスコン

ディスコンどうこう以前にまず現実的なコストで製造できないから生まれることもなかった

事実上PA-RISCの後継でありながら、HP（と、そのOEM)以外にも販売し、なおかつ様々な場所で実績を上げた点は評価できる

中国とは言えこないだ2社も新規参入してきたのはちょっとびっくりだったけどな
しかもメインフレームじゃなくスパコン向けで

中国じゃダメなんですか？

>>369
ダメだろ…どんなセキュリティーフォールを、
ハードに組み込んでいるかわかったもんじゃない。

32nmの本気のItaniumを見たかったな。

三井住友銀行がItaniumなACOS使い続ける限りItaは死なないよ！
と思ってたけどOracleが降りて黄色信号とか何とか

>>371
Itaniumちゃんは何時でも本気です…。

Oracle包囲網が着々と・・・

HP、ロックリリース戦略でユーザーをオラクルから解放
http://ascii.jp/elem/000/000/602/602805/
日本マイクロソフトがデータベース改革推進アライアンスへ参加した“本当の理由”
http://cloud.watch.impress.co.jp/docs/news/20110603_450141.html

日本はItaniumユーザが異常に多いしな、JRの発券システムとか東証とか

マイクロプロセッサはこの先どのように進化するのか？ − Publickey
http://www.publickey1.jp/blog/11/post_166.html

日本TI、革新的なローパワー製品開発に役立つ、業界初の超低消費電力FRAMマイコンを発表
http://newscenter.ti.com/jp/Blogs/newsroom/archive/2011/05/12/ti-fram.aspx
>『MSP430FR57xx』FRAMシリーズの製品は、従来のフラッシュメモリおよびEEPROM内蔵のマイコンシステム製品と比較して、
>100倍を超えるデータ書込み速度と同時に250分の1未満の低消費電力を実現します。
>さらに、オンチップのFRAMは、すべてのパワー・モードでデータの保持および、100兆回を超える書込みサイクルをサポートします。

Intel、Research@Intel 2011を開催
〜Intel HD GraphicsでのOpenCLデモや低消費電力回路設計など
http://pc.watch.impress.co.jp/docs/news/event/20110609_451539.html

>>377
Intel HD GraphicsのGPGPU強化路線と、
Larrabee/Knightsの高効率小型メニーコア路線って
やろうとしてることが微妙に被ってる気がするんだが、
インテル的にはどういう開発戦略なんだろうか？

GPGPU向けとHPC向けと分かれているし、なによりララビはCPUの発展形

発展形というか、混載するに都合の良い形を模索してる段階では?
今いきなり売る(その上利益を上げる)事は出来ない無茶な製品だけど
R&Dとしてはワクテカさせる

Knightsを複数枚搭載するようなサーバ出せば今出てるAtom1024個搭載して大量のWebセッション処理しよう、
みたいなコンセプトのやつは面白いことになりそう

単純に大量の処理を捌くだけでいい用途ではknightsはいいんじゃないかな
Atomをたくさん並べるよりコストパフォーマンスもワットパフォーマンスもいいだろう
冗長性や耐障害性では分散させた方がいいんだろうけどね

ダイの1/4、コアの半分くらいはFPUで使ってると思うからもったいない気はする
あと50コアでメモリ2GB？ってサーバだと足りるの？
I/Oないから基本は全部DRAMに載せるんだよね

KnightsFerryが2GBなのはGPUとして開発してたLarrabeeを流用したからじゃん
HPC用途ならECC使ったり大容量のモデル用意するでしょ
それにあくまでアクセラレータだからPCIex介してメインメモリやストレージからデータ読むよ
IOが多くなるとそれがボトルネックになるってのはIntelも言ってけど

It's the bandwidth, stupid.

Intel(R) Advanced Vector Extensions Programming Reference
http://software.intel.com/file/36945
AVX2
BMI
BMI2
LZCNT

PATCH: Support AVX Programming Reference (June, 2011)
http://sourceware.org/ml/binutils/2011-06/msg00150.html

いきなりハスウェルでAVX2実装されたらAMDは間に合うか？

FP性能を更に2倍にするから整数性能も2倍ってのはわかりやすいけどな

VPERMIL2PS帰ってこいよｗｗｗｗ

>>388
無理でしょ？　AMDの命令セット拡張は元々少し遅いし。
2013年の"Haswell"だとAMDのロードマップ的にも微妙。

AVXのマニュアル初版は2009年の4月に出たけど当初からかかれてたFMAはいまも未実装
ってことを考えるとリードタイムは結構長いんじゃないかな

GatherとVSIBの解説よろしく

http://software.intel.com/en-us/forums/showthread.php?t=83399&o=a&s=lr
AVX2はHaswellだって。

Gatherがどれだけ使えるかは実装によりそうだな
4kページ内L1バンクコンフリクトなしならスループット１とかだと最強だけど

>>244
ARM自体が革命的なのに、それをアップルの手柄のように言うのやめてくれます？

>>395
http://yougo.ascii.jp/caltar/Advanced_RISC_Machine%E7%A4%BE
|　1987年、英ACORN社とApple社が共同出資する形で設立した。

>>394
それはないだろ。Larrabeeでもワーストで16サイクルかかるような実装だった。
AVX2のGatherもLarrabee特許の実装にもとづくものだとすれば１〜８サイクルってとこかなと。

とりあえずLarrabeeの経験が生かされるのは512bit幅であって
256bit整数演算なAVX2はあくまでもAVXの発展形にすぎないでしょ。

AVX2の前にAVX対応ソフトが未だに皆無なのをどうにかすべきだと思う

AVX2のGatherはVector Register(xmmやymm以下VR)を
アドレッシングに使うみたいだけど、AGUはVRにアクセス
できないから、VRの値をGPRに切り出してロードするのかな？

>>393で予告されていたblogの更新

Haswell New Instruction Descriptions Now Available!
http://software.intel.com/en-us/blogs/2011/06/13/haswell-new-instruction-descriptions-now-available/

>>397
Larrabeeのキャッシュライン内でしかサイクル共有できない仕様は残念だった
OpenCLではあまり性能が出なかったんじゃないかと思う
この点GPUはうらやましい

最近のIntelCPUはL1が4バンク構成だから頑張ってくれるとうれしいんだけどな
4並列テーブルルックアップとか夢が広がる

AVXはこのままフェードアウトするに決まってるだろが？なにいってんのよ？

2500Kで3.8G→4.5GでゲームのFPSって何％くらいあがる？

ゆとり丸出しの質問だな

どこがボトルネックになってるかによる。
FPSはGPUが原因な場合も多い。

>>400
それまさにLarrabee特許の内容そのまんま。
Loadポートにマルチプレクサをぶら下げて１〜複数サイクルかけて処理するんだろうと思う。

>>402
GeForceなんかもっと酷いけど？ワースト32サイクルだぜ。
やってることは大して変わらん。

レジスタファイルが大きいから複数サイクルかかってもそれほどパフォーマンスに現れにくいだけ。
値が連続している場合は普通のベクトルロード命令のほうがパフォーマンス的に有利だし
同一値を全要素コピーしたい場合はブロードキャスト命令が有利。
自由度に関してはAVX2やLNIのほうが高い

>>407
Geforceのshared memoryは16とか32とかのバンク構成で
バンクコンフリクトがなければ並列に読める
レイテンシはfermiで30cycle以上と大きいけどね

バンク衝突時のワーストケースで32cycleは仕方ないわな
ポート数を増やすわけにいかないから

LarrabeeはSIGGRAPH09だったかのスライド"SIMD Programming with Larrabee"で
Offsets referring to the same cache line can happen on the same clock
ってなってるんで，キャッシュライン内でのシャッフルしかしないのかな？と思ってたんだけど
その特許って知らなかった

2009年に公開されたものでLarrabee NIが出てくる特許は2つあったがgatherに関するものはこっち
http://www.faqs.org/patents/app/20090172364

あと，fermiは１バンクからのブロードキャスト専用のパスを持っている

PDFはこれね
http://www.freepatentsonline.com/20090172364.pdf

ありがとう！

なぁお前らSandyたんノートのCorei7とCorei5の位置付けを俺に教えてくれ

※Corei7　2617M　
　2コア(4スレッド)　４M(メモリ) 1.5GHz(2.6GHz)　GPU 350MHz(950MHz) 　17W

※Corei5　2537M
　2コア(4スレッド)　３M(メモリ) 1.4GHz(2.3GHz)　 GPU350MHz(900MHz) 　17W

キャッシュ１Mと周波数が少々違うだけでCorei7とCorei5なのか？
Corei7は4コアでCorei5は2コアだとかHTがあるなしとか機能の違いはないのかね？
これじゃCorei7とCorei5でかなりクロスしていて位置付けがわかりにくいんだが

誰かこれが違うんだよって教えてくれ！

>>413

その通り
デスクトップと違ってモバイル向けの通常電圧版i5とi7はクロックとキャッシュ容量で若干差をつけた程度で
どっちもデュアルコアだしHTも対応してる（i7のクアッドコアは除く）
だからデスクトップ版ほどの大きな違いはないよ

>>414
おおそうなんですか・・・
Corei7は4コアでCorei5は2コアとかはっきりカテゴリーわけしてほしいですね。
ありがとです。

価格帯で分けてるんだからしょうがない

>>411
[0031]をみるとやはり同一キャッシュラインの場合でしか
アクセスを共有しないみたいだね

マルチバンクを考慮しない理由がよくわからないな

64bit化のとき一度はx86を捨てようとしたIntelがx86の延長でGPGPU的なことをやろうとし、
x86を堅持したAMDがヘテロなISAに行こうとしているのは興味深い。

むしろインテルは全部やってみよう路線な気がする
GPGPUから自転車発電まで、Intel Labsが好き勝手やってる印象が強いのかもしれないがｗ
ただその中でもx86 CPUを重視しているのは、
旧IA-64がコケた経験から学んだのだろうか

単純にx86のパフォーマンス向け以外は失敗するかぱっとしてないだけだと思う

AtomはZacate登場で空気
Sandyは絶好調→IvyはKomodoやTrinity次第
Larrabeeはキャンセル後名前を変えて細々と再開発中
ItaniumはサポートOSやソフトが激減
メニーコアはIntel自身が何に使えるか分からなくて模索中
SSDはその他大勢と化してる
サンダーボルトは独自規格色がこすぎて対応デバイスが不安

改めて見ると、どれもこれも不安要素が結構あるな

少なくともAtom SoCにZacateは被り様がない。
メニーコアはIntel以外だって方向性を模索中。

失敗しまくってるのは昔からじゃね？
それでも色々手を出してるおかげか、事業として大失敗はしなかった
ネトバが失敗してもPenMの用意があったし、
IA-64が失敗してもx86拡張案があったおかげでAMD64に合流できた

>>420
ZacateってPentium/Celeronとかの対抗でないの

色々手を出してるおかげではなく、PenMからの堅実なコアの改良が対AMDで常に有利に働いているおかげかな
64bit化、メモコン内蔵、AVX対応などは高性能プロセッサの進化として必然だったからね
ただ、GPU統合というAMDの得意分野での競争に今後はなるから、今までのような優位を保つことは難しくなるだろう

Zacateは10W以上のAtomの上位モデルやセレロンの最下位クラスが対抗かな
Ontarioが5WでAtom下位の対抗

Atom SOCとかは更に省電力だけど、スマフォに載せれるほどではないから結局タブレット向けになってしまい、
Ontarioとの明確な差別化は図れないのが現状

Intelの今後の課題は、今まで軽んじてきたGPUの強化(ドライバ含む)と、
Atomをスマフォに搭載できるまで省電力化が出来るかどうかだな

あの莫大なR&D予算は超絶的な利益率を確保して成立する話。
超絶的な利益率は研究開発の先行投資を継続して成立する話。
マーケティング・営業力も、先端技術への投資も、どっちも大事。

＞GPU統合というAMDの得意分野での競争に今後はなるから、今までのような優位を保つことは難しくなるだろう
GPUの位置が変わっただけで有利不利の変化は生じない。
十数年前IGP時代になったときからボロカス言われ続けながらも優位を保ってる。

Intelにとって対AMD戦略は大事だけど、今意識してる相手はまず第一にSamsung。
その他に半導体屋以外も含めて見てる相手は、Apple、Google、MS、Nokia、TI、Qualcomm、等々。

対ARMには程遠いところにいるよAtomは
Ontario系も来年は28nmになって一気に省電力になってくるしね

Atomはインオーダーで性能を犠牲にしているにも関わらず電力とコストで相手にすらなってない
ARMを見ているけど正直どうすればいいのかって感じだと思う
x86捨ててARMをもう一度という以外に為す術ってあるのかな

高性能なCPUさえ出し続けてくれれば正直どうでもいい。

対ARMで程遠いところにいるのはAMDだろ

チックタックで2チーム使う開発を見慣れてると
Atomの強化はどうしても遅く感じる

x86のデメリットって複雑だから消費電力を削減しにくいとか速くしにくいとかは
支配的でなくて
開発検証にリソースを使ってしまうことかもしれないね

AMD Z01搭載なMSI WindPad 110W
http://blog.livedoor.jp/amd646464/archives/52189767.html

スレートPC 簡易比較表
http://konalt.com/archives/657

>>423>>426
ｲﾝﾃﾙ板にまで来て必死に工作してどうしちゃったの鳥坂ｷｭｰﾝ
ﾗﾉ出たから調子ぶっこいちゃったんでちゅか?
北森、一般PC板でﾌﾙﾎﾞｯｺされたから自作板に来ちゃったんでちゅか?

お前のドアフォな予想が今まで当たったことなんか一度たりてあったかなｗ
毎回完全敗北して豚のようにﾌﾞﾋﾌﾞﾋ言いながら逃げてたのはどこのどいつでしたっけーｗ

鳥坂ごときが調子こくのは100万年早いんで、とっとと氏んでくださいｗ
しみったれのAMDﾌｧﾝ(笑)鳥坂さんｗｗｗ

armの64bitはまだ出ないのかな

数年後とかいうのんきなロードマップを出していたが

Zacate系はどう考えてもATOM対抗だろ。
出だしこそ40nmで省電力面では微妙だが、
28nmに移行すればそちらの面でも被ってきそう。
ARM系の急成長もそうだがそれを含めて、
プロセスの急速な移行でしょ。

>>433
うわ。狂印厨はここまで荒らす気かよ。
しかも板、スレ、レスの区別も…。

自分のPCがｹﾞｰﾑに向かないことに気が付かないままｹﾞｰﾑで遊ぶような人にとっては
こういった｢最低環境｣のGPU機能が向上する分には良いことなんじゃないかね｡
PCがｺﾝﾃﾝﾂﾌﾟﾚｲﾔｰな｢一般人｣にとっては
CPU性能はとっくに必要性能として頭打ちであり
余ったｼﾘｺﾝ面積でGPU強化しましたってだけの話だよな
AMDがｹﾞｰﾑをｱﾋﾟｰﾙすのは intelのGPU機能が主にｹﾞｰﾑ方面の互換性の面で評価が低いから
その弱いところを突いたってだけだろうな｡

ｲﾝﾃﾗｰには難しかったようだね
世間一般的にはｹﾞｰﾑが出来るPC=高性能PC
そしてｹﾞｰﾑならLlano>Sandy
AMDのほうがIntelより高性能であるという認識が広がれば後は勝手に売れていくよ
何やっててどんな意味があるか良く解らんCPUﾍﾞﾝﾁなんかより実際のｹﾞｰﾑやｹﾞｰﾑﾍﾞﾝﾁがきれいで高性能な方が余程ｲﾝﾊﾟｸﾄあるからね

それでもﾘｿｰｽ的にｼｪｱ30%は超えられないので､ｲﾝﾃﾙの代弁者の皆さんも安心してくださいね｡

どこを縦読みすればいいの

>>438
書いた本人が確実に今日ここに来てるから探して聞けば〜

みんななんでこんな時間に書き込みしてるの？ニート？ｗ

要はデスクトップ向けのサンディ以外は微妙ということだろ
自作erにはあまり関係ないかな

>>436
陰厨はどう考えてもこのスレで引き取るべきだろｗ

intel入ってるのシールが付いてくるんならAMDのCPUを買ってやらんことも無い

>>436
TDP的にAtom対抗はOntario系だろう。
28nmになればと言うけどAtomだって32nmになる予定だし
その辺りの関係は変わらないかと。

http://www.4gamer.net/games/100/G010001/20110613063/screenshot.html?num=064

AMD的には、E系がPentium対抗らしいが

ARMの本営発表に騙されているかもしれないが
ミドル-ハイなスマフォならAtomの方が微妙に有利だよ。

Tegra2ですらSIMD命令（ｘ86でいうMMXやSSE命令）セットに対応していないシロモノだし。
SnapdragonとかA5とかなら積んでいるけど実行処理速度なら負けてはいないと思う。

そして対ARMを目指すならインオーダーなのは当然の選択でしょ。
アウトオブオーダーを積んでくるハイエンドARMの対抗にはCeleron ULVがあるし

日本HPの80コア「モンスターマシン」は新しい使い方を模索
http://www.atmarkit.co.jp/news/201106/16/hp.html

てっきりIntelのSCCを使ってるかと思ったら十コア8ソケットか...

Larrabeeが脳裡をよぎったのは俺だけでいい。

Larrabeeはもうない。
Knights Ferryだったら32コア
来年出るであろうKnights Cornerだったら50~64コア、数が合わない。

Poralisはちょうど80コアだが、Poralis単体ではモンスターマシンにはほど遠いしな。

メニーコアになると、まあサーバはセッションごとの依存関係がほとんどないから
スケールしやすいだろうが、一般用途ではプログラミングが大変だ

多コア時代はそう遠くもなさそうっていうか既に片足突っ込んでるから、
インテルがどういう解決策を提示してくるのかは興味深い
今はKnightsで研究中って所かな？

今後もこんなもんじゃないかな〜って思う
現状でも処理に時間のかかる部分は、だいたいマルチで作ってる一方で、
処理時間のかからない部分まで、手間かけてマルチ対応したいだなんてユーザーもメーカーも望んでないっしょ

ソースなりを自動で解析してスレッド切ってくれるのがあったあいいな〜とは思ってるだろうけど、
そこまで必要性も感じてないんじゃない

　　　　〃〃∩ 　_, ,_
　　　　　⊂⌒（　`Д´）　＜　自動並列化してくれないとヤダヤダ！！
　　　　　　 ｀ヽ_つ ⊂ノ
　　　　　　　　　　　　　　ジタバタ

　　　　〃〃∩　　_, ,_
　　　　　⊂⌒（　つД´）　＜　100コアぜんぶ使ってくれないとヤダヤダ
　　　　　　 ｀ヽ_ ノ ⊂ノ
　　　　　　　　　　　　　　ｼﾞﾀﾊﾞﾀ

　　　　　　　∩
　　　　　⊂⌒(　　_, ,_）　＜　Haskellも覚えたのに…
　　　　　　 ｀ヽ_つ ⊂ノ
　　　　　　　　　　　　　　ﾋｯｸ...ﾋｯｸ...

自動で並列化される方が怖いだろ

Intel planning further expansion at Kiryat Gat
http://www.fudzilla.com/home/item/23126-intel-planning-further-expansion-at-kiryat-gat

C++ AMP とは…

1.開発者の生産性やソリューションの移植性を犠牲にすることなく、ヘテロ（つまり CPU と GPU）なハードウェア プロ
　グラミングの壁を低くし、その性能をメインストリームに提供する。
2.今日の大規模並列ハードウェア（つまりGPU と CPU）の使用を援助するだけではなく、コードへの投資を、将来に
　備えたデザインとして堅固なものにもする。
3.Visual Studio の一部であり、別のコンパイラーや別の構文を学ぶ必要はない。
4.現在の C++ であり、C やその他の派生言語ではない。
5.Visual Studio vNext と完全に統合・サポート。編集・ビルド・デバッグ・プロファイルなど Visual Studio の他のす
　べての機能が C++ AMP とともに動作する。
6.既存の同時実行名前空間の一部としてSTL に似たライブラリを提供し、amp.h ヘッダーファイルを提供する。
7.並列化が顕著な形として、ヘテロなハードウェア上で巨大な多次元データで非常に容易に動作する。
8.唯一のコア C++ 言語拡張を導入する。
9.DirectX（特に DirectCompute）上に構築、DirectX はユビキタスで信頼のおける優れたハードウェア抽象化レイヤ
　ーを提供する。しかしそのアーキテクチャは、姿を現すことのない実装細部の API レイヤーとみなしてかまわない。

IntelがMICに注力、2020年までに毎秒1エクサFLOP目指す
http://itpro.nikkeibp.co.jp/article/NEWS/20110621/361547/

>　Intelはまた、米SGI、米Dell、米Hewlett-Packard、米IBM、米Colfax、
> 米SupermicroなどがKnights Corner搭載製品を投入する予定であることを
> 明らかにした。

IBMが支持ってのは追い風になるかも

crayはnvか

またこのパターンか。
さっさとアキバで買えるようにしろやカスがっ！

MICってGPUに近いCPU？

>同社のHPC向け多コアプロセッサーアーキテクチャ「Many Integrated Core（MIC）
書いてあるじゃないｗ

>>458
IBMは何でも指示はする。

製品を出すってことは、
自社のPowerとは被らないと判断しているって見ていいのかね？
つまりKnightsシリーズはいわゆるCPUではなく、
アクセラレータに相当すると

MICはクラシックペンティアムをたくさん載せた奴じゃなかったっけ？

Knightsはいくらになるんだろうな
GPUと違ってアクセラレータ専用だから糞高くなりそうだが

ほぼエンコ専用になるな
値段も買うとしたら最低100万円くらいだろう

Media SDK経由でKnightsCorner使えなかったら、誰かがコード書かないと、エンコにも使えないぞ。

TeslaやClearspeedみたいなアクセラレータが
一枚で数十万〜百万以上とかだから、
個人で手が出せるか微妙な価格になる可能性が……

とはいえx86 CPUに性能当たり単価で負けてたら競争力がないわけで
戦略的な価格設定もありえるんじゃないかなあ

x86 CPUの単価を上げて、相対的に競争力を出すんじゃね？
どっちも自社プロセッサだから価格操作なんてどうにでもなる

性能当たり単価で負けてたら競争力がないって、そんなこと無いだろう

2600Kは2500Kに性能当たり単価で負けてるけど
単体で高性能が出せるものにはプレミアが付いて普通

>>471
原則として1CPUの範囲で性能なりコスパなりを追求する自作と
大量のノードを並べるのが前提のHPCでは条件が違うんじゃね？

Xeonより性能2倍で価格4倍のPentium5があったとして
自作erなら買うかもしれんが、HPCならXeonを4個買う選択肢もある
（実際はその他のコスト要因もあるから、複雑な話なんだろうけどさ）

>>469
アレはサポートコスト諸々含めての話だし
Intelとしては将来のCPUへのオンダイ統合もあるし、GPGPU潰しに一般用のハイエンドGPU並の低価格で出してくることだって考えられる
チップ単体の価格は置いといても構造や使用部品はGPUと変わらないし

Intelが赤字販売とかぜってーねぇからｗ
XeonMPの何倍に収まるかどうかってレベルの話だ

どうせ製造するのは22nmを使い古した後でしょ。
仮にウェハ単価50万としてもKnights Corner用のダイ（推定400mm²）は100個以上は切り出せるでしょ。
んで、モジュール設計で冗長化されてるから歩留まりはほぼ9割オーバー

諸々で原価1万チョイ？全然余裕だと思う。

最先端のFabを使って高単価の製品を作るとかじゃなしに、ノースブリッジがCPUダイ側に統合されたことで
1世代前の製造プロセスにできたキャパの穴埋めをするのが目的だから
減価償却費を取る必要が無いぶんうまくやれる気がするけどね。

このへんはItanium事業も同じ理屈。
（最先端プロセスルールで作ってたら間違いなく大赤字）

>>475
2012年ならIntelでもまだ22nmは先端プロセスでしょ。

HPC用アクセラレータで性能単価を気にしないって話になると、FermiとかMICとかいう次元ではなくて
最初からHPC専用に設計して少量生産してるような高級機に行ってしまうだろう。
コンシューマや一般鯖とは違って、プロセッサの癖に合わせた最適化プログラムを作るなんて当たり前の世界なんだから。

そういう事ができる規模の顧客に対して汎用性の高い
≒最適化しても効率では専用品にまったく敵わない製品を売るんだから
ある程度安くしなきゃやっていけないだろう。
精々既存HPC向けGPGPUの数倍、ハイエンドで100万/ダイ前後がいいところかと。

Knights Cornerのダイサイズは600mm2前後です

>>475
そもそも使い古さなくても
ウエハサイズがでかくなり、プロセスシュリンクされ1ロットからとれるチップの量が増える　>　需要
という関係が成り立てばその差分で色々作れそうな感じ。

せっかくx86なんだから、
HPCだけじゃなくて鯖とかにも投入すればいいのにな
数が出れば単価も下げられる

鯖に投入？？

基幹系、情報系、Exchange、ドメインコントローラ、Web、NAS、・・・
で利用価値はまったくないだろ

セッション数多いWebサーバ向けにSCCで実験してたろ…
何を持って利用価値がないと言ってるんだか知らんが

何突然？
SCCはKnightsシリーズとはぜんぜん別ラインの代物だが

Intel Tweet City
http://www.intel.co.jp/jp/tomorrow/city/index.htm

インテルこんなの始めてた。ちょっと楽しい。

http://t.intel-c.jp/ihy2z

こういうのとか。twitter/facebookでインテルとかパソコン関連のことをつぶやくとポイントがもらえる。
君らにはとてもむいてる

ステルスマーケティングかあ
893企業っぽくてこれはちょっと

キチガイと自意識過剰と宣伝のためのツール

ぶっちゃけ、x64 ISAがベースだから、PC-UNIXのELFが割とそのまま動くだろうけど
動かさないだろう・・・

The AMD's Cafe:22nm Haswellは2013年登場で、単体GPUに対抗する? - livedoor Blog（ブログ）
http://blog.livedoor.jp/amd646464/archives/52192767.html
http://www.dailytech.com/Intel+Says+Haswell+Coming+in+2013+Will+Rival+Todays+Discrete+Graphics/article22002.htm

22nm IvyBridgeの次の世代でアーキテクチャ改良版となる22nm Haswellについて書かれています
Haswellでの大きな変更点として、完全に再設計されたキャッシュと、FMA3サポート、オンチップでベクターコプロセッサを搭載するという点が挙げられています

ベクターコプロセッサはオンダイのGPUと動作し、AVX命令セットによりベクトル演算を高速化するとのこと
また、オンダイのGPUに関しては今日の単体GPUと競合すると期待しているそうで、かなりパフォーマンスを引き上げてくるかもしれませんね
2013年ですのでそう遠くないですし、今後の情報にも注目していきたいところです

＞ベクターコプロセッサはオンダイのGPUと動作し、AVX命令セットによりベクトル演算を高速化する

ヘテロジニアスなアーキテクチャを
ソフトウェアスタックで抽象化しようとしたのがAMDだとすれば、
一方のインテルはx86拡張で抽象化するのか？
これで性能が出るなら文句なしって感じだが

2週間遅れて出てきたAVX2の記事なんて読む価値ないだろ

CPUとベクターコプロセッサとGPUが搭載されるのか？
コプロセッサはKnight Corner系かな？

「LarrabeeのSIMD命令をLNIではなくAVXにしました」に見えてしまうんだが

Larrabee＋GPUをCPUに内蔵したら最強のCPU、AMDはもう勝てない

むしろシェーダコアがAVXコプロセッサなんじゃね？

ベクターコプロセッサがGPU側にあるのかCPU側にあるのか
それともCPUコアに融合した形になるんかね

> それともCPUコアに融合した形になるんかね
それ現状と何が違うの？

IntelのMICは成功するのか
http://blogs.itmedia.co.jp/kichi/2011/06/intelmic-5c28.html

専用すぎても考えモノか・・・

MICとCPUとGPUの違いって何？

次のivyでは内臓ＧＰＵと単品ＧＰＵを組み合わせてパワーアップ
みたいなことは可能ですかね？

無理だよ。そもそもINTELは単品のGPUなんて作ってないし。

それがやりたければAMDを買うんだね。向上率はたいしたことないけど。

まあ、INTELはGPU部分ではまだまだ発展途上だね。
ATIを取り込んだAMDを追い抜くにはまだ時間がかかるかと。

>>499
無理
同じアーキテクチャだから連係出来る
ラデとゲフォですら厳しいのにインテルなんか不可能だよ
そもそも単体ですらまともに動かないだろうな

>>497
鯖やHPCのアクセラレータ以外に使い道がないから、量産効果がなく安売り出来なくて成功はしなさそう
多分シェアはテスラにかなり劣る

組み合わせてパワーアップは出来なくてもいいから
内蔵を切って、単品GPU動かせるようにはして欲しい

Lucid Virtuがもう少し完成度高くなればいいんだがねえ

Ivyの順当な強化も悪くはないが
次世代スレ的に楽しみなのはHaswellだよなあ
あとAtomとKnights

GPUの仮想化はあんな外部に頑張らせる場合じゃないのに
余裕ぶっこいてるからなぁ、どこも

>>503
グラボ挿して使えば勝手に内蔵GPUカットされるんじゃなかったっけ。

IｖｙのQSV2とやらは期待している。

>>491
元のソースはこのまえのAVX2仕様のやつで
それが伝言ゲームでおかしな話になってるぽい

Knights Corner五万以下なら買う

AVX2とFMAはまた別物なのでしょうか？

gugurecas

FMAはFPの乗算と加減算命令を融合する拡張で、AVX2は主に整数SIMDの256ビット化を中心とする拡張。
AVX2はFMAを包有するものではないし、逆もしかり

つまり、AVX2をサポートするがFMAをサポートしない、あるいはその逆のパターンも考慮する必要がある。

HawellってeDRAMか何か大容量キャッシュを統合するんだっけ？
GPGPUみたいなアクセラレータを本格的に使い始めると
帯域が足りない問題を改善できるんだろうか

ivyでもなんかそんな話無かったっけ

ただの噂レベルだから、気にする必要なし

チャリー先生の次回作（飛ばし捏造記事）にご期待ください

イギリスの旗艦スパコンはARMだよなあ。

なにそれきいたことが無い

団子って無駄に知識レベルたけぇな
普段何やってる人なん？

雑音乙

ARMスパコン、これからやるという話はあるが実際の製品は聞いたことがないなあ

自宅警備員です

提灯ライターです

>>524
後藤弘茂か？

>>524
元麻布の亡霊か･･･

>>524
ハッテンバ好きのゲイ団子

SandyBridge-Eが遅れるそうだが、そうするとIvyBridge-Eが出るまで半年かそこらの製品寿命ということになるのだろうか？
LGA1366システムにおけるICH10Rの置き換えとしてX79を先行リリースしてほしいが・・・

順繰りで遅らすんじゃなかったっけか

-Eがなんなのか分かっていないようで

>>528
X79が1366に対応してるって思ってんの？

Intel's Next-Generation High-End Chipset May Possibly Support
Current and Future Enthusiast Chips.
http://www.xbitlabs.com/news/mainboards/display/20110612144911_Intel_s_Next_Generation_High_End_Chipset_May_Possibly_Support_Current_and_Future_Enthusiast_Chips.html
>Intel Corp.'s next-generation high-end core-logic known as X79
>may support both current enthusiast-class chips in LGA1366
>form-factor as well as next-generation microprocessors in
>LGA2011 packaging.
こういう噂が流れてるんだよね。

実際に動くよ
発売されるかは知らんが
http://vr-zone.com/articles/asus-danshui-bay--dual-cpus-x79-based-board-unveiled/12449.html

x79がLGA1366に対応しているわけないじゃないか。
そのM/BはLGA2011＋X79に、LGA2011から出るQPIにLGA1366のCPUを繋げているのであって、
LGA1366のCPUだけ差しても動かないよ。

だから>528はICH10Rの代わりにって書いてるんだろっていう。

>>528
Ivy-Eは再来年半ばだよ
ミドル以下のIvyが完全引退した頃

http://www.abload.de/img/190ilw.png

Haswell　DX11.1

SandyがGen6でIvyがGen7なら
Ivyの内蔵GPU内部は改良されてるのかな？

ClarkのGPUがGen5+ならGen5はG45だろう
G45をシュリンクしてEUを増やしてクロック上げたものがClarkだし

DX11.1ってもう出てたんだ？

>>538
30%性能が上がるだけって情報もあったし
（まあ、12EU→16EUって情報を掴んでそこから導いただけかも知れないが）

DX11に対応するってだけでバージョン上げてるんじゃないかなぁ

Intelの妄想リストか…
勝手にアプリの名前書かれた方は困らないか？ｗ

対応するといってしないのがIntel

ここにきて、Intel X79チップにトラブルが発生している？とか。
なんでも電圧問題が出て、解決にはしばらく時間が掛かるかもしれないという。もしかするとdelayの可能性もという噂。
ttp://www.gdm.or.jp/zyouhousuzi/index.html

INTELのチップセットの開発力が落ちてる件

FSBの頃からちょくちょくトラブってたんだけど440BXのイメージが根強いのかね

IRSTはトラブル多いし、かつてのintelの売りだったチップセットの安定性
(Athlon64の頃のVIAもnVidiaもATiもSiSもどっかしら不安定だったのに比べて)っていうアドバンテージももう無いな。
USB3.0やATA6Gbpsの本数に関してはAMDの方が上だし、ネトバの失敗の時に大量にレイオフしたのが効いてるのか

>>542
そしてバグフィックスのお鉢がソフトベンダに回ってくると

USBやSATAは仕様上の決定じゃないの？
大量投入しても無駄だと考えてそうだが
どうせブリッジ間バスがボトルネックになっちゃうし

IOが貧弱で嫌々南北を上げてくるのはIntelチップセットならいつものこと

>>543
「delay」なんて馴染みの薄い英単語なんか使わず、普通に「遅れる可能性も」って書いた方がわかりやすいのに

CPUよりチップセットの方が難しいのか？

英単語濫用するなってのは同意するが、"delay"が馴染み薄いってのはなんだかなぁｗ

電圧問題ってなんだよ

>>551
だね

ゲームや漫画とかでもディレイアタックやディレイスペルとか言うし
一般的にも馴染みが薄いっていう程でもないと思う

この場合わざわざ英語使う理由特にないから日本語が分かりやすいのは同意

ギタリストでも分かるぜ!

>>553
そういう、漫画やゲームに登場する英語って特に意味もなく
製作者が「英語にすりゃかっこいいぜ」という中２病的な考えで
使ってるのが多いと思われ。
基本的に日本人ってペリーの黒舟以降、欧米マンセーだからさ。

sage忘れた

>>555
中２病というよりは世界観の問題でもあるし慣習でもあると思う
元が異国(異世界)という設定なら漢字使うより外国語ベースがそれっぽくなるし
いつも使ってるとその方が分かりやすくなるから

PCの世界でもPasonalComputerやらCentralProcessingUnitやらHardDiskと外国語が氾濫してる
無理に個人用計算機やら中央処理演算装置やら固定磁気記憶装置？とか使うより
普段使ってるものが分かりやすい

ついでに漢字自体中国から来てるものだから欧米マンセーでもないと思うけど…
日本人は変に自国語だけに拘らず異国後を自国語に取り込むのがうまいんだと思ってる
(単語限定の話だけどね)

あとフレームディレイとかディレイタイムとかあるから別にゲームや漫画だけの話じゃないよ
単にコンピュータ使ってない人でも知ってるだろう例として書いただけだから

あとスレチすまん

>>555
日本人は飛鳥の昔から海外好きだよ
近世は欧州ブームが続いているだけ
しかも気に入った部分だけ取り入れる
ご都合主義の権化。取り入れたら最後
弄って、組み込んで、おしまい

共和制ローマさんをディスってんのか？

>>557
個人電脳、中央処理器、硬盤で分かりにくくなるとは思わんなぁ

こういう場合は、翻訳がめんどくさかったか、もしくはキーワードだから
ニュアンスを変えたくなくてあえて英語で引用したかだけど
引用符で囲ってるから後者だと思うけどね。

まあ、そのニュアンスも通じてこそだと言うのはわかるけど
あえてわかる人がわかればいいというスタンスなんじゃないの。

レベルの低い人間に合わせて、あえて文章レベルを落とす意味はないと思う。

>>561
書くのと発音するのが面倒だろ？

空中元素固定装置

異国の文化に憧れたり取り入れるのはどこも同じだと思うけどな
英語圏でもninjaやhentaiなんて普通に使ってるし
中国でも日本の丼やラーメンが人気らしいし

ただし韓流
お前だけはダメだ

ゴキチョンネトウヨ連呼厨がわいてくるからやめろ

ネトウヨ必死だなw

ホントに湧いた！

良かったなｗ

ここまでがコピペとか何とか

XPのサポートが切れる直前でPCを買い換えようと思っているから
それまでに省電力で高性能のAtomを頼んますぜインテルさん

そこまでしてIntelに拘る理由がわからない

>>571
その頃には、3次元トライゲート・トランジスタの高性能ATOMが登場すると思うから
期待して待ってろw

次世代Atomは1W以下の携帯機器向けになって
PC向けではなくなっちゃうんじゃないか？

えっ？w

同じアーキで消費電力10倍の開きは非効率になるだけ
次世代アーキがどっちをターゲットにしてるかは自明だと思うが

まあ、ワットパフォーマンス追求したPCが欲しいなら
インテルの最新プロセス技術と開発力で作られたインテルCPUが
必要なのは確定

俺のPCもちろんインテル入っているw

UltrabookってコンセプトでメインストリームのTDPを
軒並み押し下げる方向がインテルのコンシューマ戦略だから
Atomはもっと低いセグメントを担当するとしか考えられない

現在のPCは消費電力食い過ぎだから
インテルの戦略は正しいと言える

さすがインテル

サーバー向けのハイエンドAtomとか残るんじゃねーの

低消費電力版はメモリ周りを削りまくって実現するしかないだろう

>>578
http://pc.watch.impress.co.jp/docs/column/ubiq/20110519_446495.html
>というのも、オッテリーニ氏は自らのプレゼンテーションの中で、将来のAtomベースのSoCは、
>TDPが0.5Wを切るようなモノから10Wまでのレンジをサポートすると明らかにしており、
>15W以下というCoreプロセッサ・ファミリーのTDP枠はそれと現行のCoreプロセッサ・ファミリーの間を埋める製品となるからだ。

個人的には、一般向けPCは
消費電力が30W前後のものがメインになると予測している

さすがにここは詳しいベテランの情強が多いな

Exclusive interview with Intel’s John Hengeveld about parallelism
http://www.kitguru.net/components/cpu/faith/exclusive-interview-with-intels-john-hengeveld-about-parallelism/

心配しなくてもCPUで浮いた分はGPUが消費してくれるよ

>>584
特定用途向けプロセッサ（GPUやFPGA）よりも
MICはプログラミングが容易で環境も整備されているから
開発コストがかからなくて嬉しいよねって話か

発表済みのKnightsのアプリケーションてみんなintrinsics使ってるよね
intrinsicsを使わないとパフォーマンスが出ないのに
プログラミングが容易とか言われてもな

せめてOpenCLのアプリケーション例を出して安心させてほしい

Sandy Bridge-EP TDP150W
ttp://www.nordichardware.com/news/69-cpu-chipset/43628-sandy-bridge-ep-gets-8-cores-and-150w-tdp-at-30-ghz.html

でけぇなｗ

pin数増えたからなぁ
そろそろマザー直付けも検討せねばならんレベル

Socket8とかより外寸は小さいだろ

でけぇしWindows工作管理員とCPU使用率のこまかさわらった

ここまでくるとFB-DIMMなりライザーカードなりにした方がスマートじゃね？
まあすぐ無くなりそうなソケットだなｗｗｗ

4chなのか？

AMDもG3MXをやめてDDR3 4chなSocket G34にしたし
メモリ容量を要求されない用途が多くて
普通のDIMMを使えた方がよかったってことなのかね

メモリインタフェースのシリアル化は遅れる一方だな

AMBの発熱が酷かったからね。根本的に何とかしないとシリアル化できない。

製品はまだ出てこないけれど：
どんなデバイスでもシームレスに使うならMeeGo！
http://plusd.itmedia.co.jp/pcuser/articles/1107/15/news070.html

夏恒例の価格改定ないの？
AMDがクソってるせい？

>>596
根本的に何とかしようとするとメモリベンダの設備投資や研究開発費が重くなる
保守的なFB-DIMMですらAMBの生産と価格でIntelがケツ持ってたわけで

>>598
ノートは価格据置でクロックを上げた新製品をしっかりと投入しているし
デスクトップは本当にやる気がないんじゃないかなぁ…

価格改定で上から下に下がったらいいんだけど
Intelの場合同じ価格帯にクロックアップ版を投入して性能の底上げをするだけだからなー
Core2の初期まではそんなことなかったのに

安い価格帯の底上げ版を買えって話じゃね？

個人向けCPUでも1,000$スタートで100$くらいまで下がったら終息だった時代と
比べれば十分安くなったと思うがな。

3か月もすれば下がるのに1000ドルのCPUを買ってたのが、今考えると不思議だった

>>596
変換チップはインターフェイスの消費電力が二重になるからな
DRAMチップに統合すれば消費電力を減らせるが
そこまで普及するに至らなかった

>>587
OpenCL（笑）がプログラミングしやすいか？
それはGPUのほかの言語処理系が腐ってるだけじゃないのか？
あんな実績も無いクソ言語なんて使うよりSSEから文法が脈々と受け継がれてる
Intrinsicsのほうがよっぽどわかりやすいけどな。

OpenCLの長ったらしい呪文を唱えるか
16way SIMD専用にIntrinsicsでパズル状態か
どっちもまともじゃないと思う

OpenCLは糞だがfloatやfloat4で書いて暗黙的に並列化は楽だし再利用性も高い
C++AMPはぱっと見は良さそうだけどIntelはコンパイラ作ってくれるかな?

LRB用にCの文法でかけるCt用意したくらいだからC++AMPがスタンダードになるようなら対応はするでしょ

そういやKnights FerryでCt使った例って聞かないね
どうなっちゃったんだろうか

Ctは名前がArBBに変わってる
ttp://software.intel.com/sites/products/collateral/hpc/ct/rtt_case_study.pdf
ttp://software.intel.com/sites/products/collateral/hpc/ct/sentinelle_case_study.pdf

なんだかんだでLarrabee Intrinsicsも人間が直接記述する記法じゃない気がするね。
薄いクラスライブラリでラップしたり簡易言語からトランスレートする向きだ。

ASMの場合：
vmadd231ps v0, v1, [rbx+rcx*4]{1to16}

C Intrinsicsの場合：
sum = _mm512_madd231_ps(sum, src, _mm512_upconv_int32( (void*)&a[i], _MM_1X16_F32, _MM_HINT_NONE));

これを手書きは無理だろ……修行かよ

SSEの高速なロード・ストアがmovapsしかなくて
シャッフル系命令も複雑でコストが高かった時代は
SIMDを人間が明示的に記述できるIntrinsicsが不可欠だったけど

GPU系の強力なscatter/gatherがあるプロセッサでは
暗黙的並列化を基本にしてバンク衝突とかは気を付ける
というやり方の方が生産性が高いと思う

その点HaswellのAVX2やLarrabeeは中途半端で悩ましいところ

Larrabeeの命令セットってどこまで残るかねえ。

実質的にプロトタイプなんだから統合されるときには完全にブラッシュアップされてた方が都合が良いのでは?

sandy bridgeのRemote administration consleって
これをenableして出荷されてるH/W製品ってある？
マザーでもノートPCでもいいけど

Intel、5四半期連続で売上高を更新
http://pc.watch.impress.co.jp/docs/news/20110721_462037.html

でもさ〜も正直つまらんね。
こうもintel一強じゃね。

エンベデッドやタブレット部門などの売り上げが大きく伸びたことで売上高を更新
しかしそれらの部門の営業利益は$33mの赤字でAtomの売り上げも落ちていると
やはりWindowsを動かすには現状のAtomでは非力って問題が大きいのだろう
これはCedarview前倒しあるで

>>614
逆に一度Larrabeeを出すと命令セットをしばらくは残さざるを得ないから
Intelの負担は大きいよね

LNIは結構ハードウェア構成にべったりだから
swizzleとかすぐに盲腸化しそう

スループット命のプロセッサでデコーダを複雑化するのは損だし
IL位の抽象度で互換性を保ってISAを一新できるGPUはうらやましい

ただしGPUでそれが可能なのは世代毎の性能向上が十分大きいからで
CPUみたいに成熟してくるとISAの劇的な変更は難しくなってくるのかもね

Core i7 990Xを1.00とした場合のCore i7 3960Xの相対スコア

　 ・SPECint_rate base2006：1.34
　 ・SPECfp_rate base2006：1.65
　 ・Sandra 2011B Multi-media：1.92
　 ・Sandra 2011B Memory Bandwidth：2.11
　 ・Cinebench 11.5：1.13
　 ・POV-Ray 3.7：1.12
　 ・3DMark 11 Physics Score：1.36（Estimated）
　 ・ProShow Gold 4.5：1.15

来たな

メモリバス幅が4/3倍でメモリ帯域が2.11倍とな

キャッシュの増加やメモコンの改善も効いてる

>>623
それAVX

623はMemory Bandwidthの事を言っているのであって、AVXの恩恵を受けられるのはMulti-mediaじゃないのか

ワープロや表計算では必要ないだろうな
マルチコアにしても恩恵が受けられやすかったのは
比較的並列化しやすいマルチメディア処理だったわけだ

ワープロはともかく、表計算のためにパワーもっとあってもいいよ。
というか、スパコンで表計算ソフト動かしてもいいと思うよ。
工学系の研究でも表計算使う事あるし、そういうので数万セルの計算させようと思ったら結構パワー必要だよ。
専用のソフト買ったり組んだりするんならExcelでってのは結構ある。

スパコンと専用ソフトでやれ

>>621
大体予想通りの性能だが、ハイエンドでやっと登場ってところか
8コアが来ればかなり売れそうだが、32nmではないだろうな

>>628
Excelの割といい加減な値丸めで大規模計算とか怖くね？
データ整理だけしてCSVでデータ出して自分で書いたソフトとかで処理したほうがよくね？

おれんとこはそうやってたんだが

>>631

そこまでの精度は必要ないってことじゃね？

Excel使ってちょっとしたシミュレーション（精度自体は必要なし）やろうと思って300万セルくらい使って計算させようとしたら
Excelがフリーズ状態になって無理だったw

Excelで科学技術演算ってギャグの領域だと思う。
C++でMatrixクラス作ってやったよ。

1シート256×65536なんかじゃ・・・ねえ。
ぶっちゃけRubyとかより遅いんじゃね？

Atom + Windows Embededって地味に産業用で使われてるなあと思いました。

レジとかですか

そっちもあるけど主に工業用ね。
開発ホストと全く同じコードが動くのは開発工数的にも強みだわ。

レジスターはWindowsで動いてることが多いみたいだけど、CPUまでは知らんなー。やっぱ最近じゃatomとかで動いてんのかね。

405 名前： [Fn]＋[名無しさん] 投稿日： 2011/07/22(金) 16:53:35.32 ID:KPdA8MPO
MAｃBook Airの分解記事がでたが、Thunderboltコントローラチップがどこにも見当たらないのが話題になってる

http://guide-images.ifixit.net/igi/2sAFILZWQrMcISoJ.huge

http://www.ifixit.com/Teardown/MacBook-Air-13-Inch-Mid-2011-Teardown/6130/2

Intel E78296というPCHコントローラが、QS67の代わりに乗ってるのが怪しいんだと。
ステッピングがなぜかQS67とおなじSLJ4Kだし
http://ark.intel.com/ja/products/52814/Intel-BD82QS67-PCH


どうやら現時点で、ThunderboltコントローラをSCHに統合してきたらしい。
しかし、テストパターンとして入ってたとはりかいするがそれをIntelにかけあってOnにさせてしまうAppleのちからはえげつない

実験機を戦場にいきなり投入するかな
筋書き通りという気もするが

半導体業界ではいつものことですよ
> 実験機を戦場にいきなり投入


そして現場がｷﾞｾｲになることも。

AppleはGCC4.0の開発版スナップショットとってきてカスタマイズして
そのまんまリリースしたくらいの酔狂ですし。
（公式のGCC4.0は正式リリースされてない時期）

確かにパチパチとISAを切り替えるような乱暴なマネできるぐらいだから
テスト仕様をいきなりリリース程度のことは朝飯前なのかもな

マジキチ信者が憑いてるから何やっても許される

否定はしないｗ

Appleとしては先進技術を売りにできるし、
IntelにしたってLightPeakの試金石になるから
困るわけでもないってことか

しっかし、それなりに知名度もシェアもある製品だろうに、
リスキーだなあｗ

多少の不具合は信仰心で乗り越えてくれるからね。
いいモルモットだ。

しかしそれだと、わざわざ別体Thunderboltチップ載せるという回りくどいことをしたSONYのVAIO Zが
いい面の皮になってしまうわけで

http://techon.nikkeibp.co.jp/article/NEWS/20110628/192952/?SS=imgview&FD=-925988318

http://techon.nikkeibp.co.jp/article/TOPCOL/20110708/193191/

http://techon.nikkeibp.co.jp/article/NEWS/20110628/192952/

Sonyの客はクレーマーが多（ｒｙ

SAN値は糞ニー＞＞＞２３２３教ということか

It's a Sony

PCI ExpressをDVIケーブル使って外だししたソニーの技術力は世界一ぃぃ！
http://pc.watch.impress.co.jp/docs/2006/1003/ubiq167.htm

またエライ古い記事だなｗ

そんなのいいからVaioノートに外部DP出力早く付けろボケ
D-subとかもう誰も使ってないですから、せめてDVI-D Dual Link

でも何だかんだ叩かれようと
一般人からsonyの○○って
製品名の前にsonyが付く内は安泰だと思うなあ

何をしようとなｗ

sonyのゲートキーパー

>>654
何故ソニーは、ステルスマーケティングを行うのか 2
http://kamome.2ch.net/test/read.cgi/ghard/1308185658/

何故Intelは、ステルスマーケティングを行うのか
このスレも立てた方がいいな

なんでVaioってそんなに叩かれてるん？

>>658
【赤旗】「こんな事が許されるのか」　復興会議に委員を出すソニー、被災地で１５０人首切り…会長報酬は８億超、内部留保も３兆以上★３
http://raicho.2ch.net/test/read.cgi/newsplus/1311518576/

共産党のこういうところは嫌いじゃないが不信任案で日和ったお前らが偉そうなこと言うなって感じだな
直前まで協力するとか言っておきながら・・・・

>>658
ソニータイマーがプリセットされてるからさ。
それに他のPCと比べてレジストリを独自に多く書き換えているらしい。モデルにもよるんだろうけど。
極たまにVAIOでは動作環境対象外のソフトが過去にあったらしい。

3年後の故障率

1位・HP(ヒューレット・パッカード)(米国)―25．6％
2位・ゲートウェイ(米国)―23．5％
3位・エイサー(台湾)―23．3％
4位・レノボ(中国)―21．5％
5位・デル(米国)―18．3％
6位・アップル(米国)―17．4％
7位・ソニー(日本)―16．8％
8位・東芝(日本)―15．7％
9位・アスース(台湾)―15．6％

http://www.pcworld.com/zoom?id=182376&page=1&zoomIdx=2

東芝が軍を抜いてぶっ壊れやすいイメージあるなｗ
大学の斡旋機が東芝でしょっちゅうぶっ壊れたとか、今修理中Cとか目にする

ノートなんかは３年もすれば使いモノにならなくなるから
安い台湾製ので十分

>>662
1位と9位って、10%しか違わないじゃん。
どっちこっちねーや。

10%はどうみても有意差だろう…

ソニーがアップルに勝利してる（ホルホルホルｗｗｗｗ






WSもノートもHPの俺が情弱過ぎて泣いた

>>666
20台で5台故障と3台故障・・・
差はあるはあるけど、微妙だなぁ。

故障の要因を分解すると、PCと特異な点は載っている主要パーツがほぼ同じだということ。
つまり、主要パーツ単体それぞれの故障確率はほぼ同じ。

それがどの程度はわからんけど、仮に3年で10%なら、ベンダーの組み立てに起因する故障率は
HPがASUSの3倍となる。

>>663
大学の斡旋機が毎年入札で決まってたんだが、東芝とNECはしょっちゅう点検と不具合対策の掲示があった。
俺の代は富士通でまったくそういうのがなく、院出るまで6年使って性能不足で退役した。

富士通はコンデンサ爆発しまくってたし電源のケチり方も酷かったぞ
メーカーが不具合認めなけりゃ点検も不具合対策も無いだろうよ

いやあんたら世代が違うだろうてｗ

>>668
200台あったら50台故障と30台故障だな。

Leaked Intel Roadmap Reveals 10nm Process In 2018
http://en.expreview.com/2011/07/26/leaked-intel-roadmap-reveals-10nm-process-in-2018/18466.html

IVY2013って・・・

サーバ用のロードマップだからか1年くらい遅いのか

16コアはAMDにくれてやるつもりか？

世代交代はだいたい5四半期ごとになるのか

おっそい

>>678
Sandy不具合のせいで3ヶ月ずれこんだだけだろう

ivyいつだよ

廉価版が半年以上先行するってスケジュールが当分続きそうだな

エンプラは伝統的にIntelが強いからな
あからさまに不利だったのって元祖ニコイチSmithfield/Paxvilleの頃くらいじゃね

AMDはいつまでニコイチで厳しい戦いをするんだろうな

Haswellまで

>>680
いや、>>674 を見ると22ns以降もプロセス変更サイクルは
2年半(30ヶ月)になっているように見える
このロードマップはサーバー用のものだが、プロセス変更周期は
デスクトップ用も同じだろう
(ただしサーバー用は1年近く遅れてリリースが常態化するのかと)
やはり、そろそろ微細化に色々と壁が出てきて
これまでのように24ヶ月では回せなくなってるのでは

サーバー用がこんだけ出るのが遅いとDP機組むのやめたくなってくるよね。

MacPro買うほうが安上がりでござるよ

最近はチップセットを内蔵するようになったから
型落ちプロセスのキャパシティを埋めるのに
ダイサイズの大きいサーバ用CPUを使うんだろう

そのためにモバイル・デスクトップ用とサーバ用を
少しずつずらしてきてるんじゃないか？

イスラエルの鯖向けが遅いだけだろ

サンタクララとバンガロールの信者うぜえ

鯖が遅れているだけじゃないの？
Intelは2014年に14nm採用で、14nm版Atomを2014年に出すって言ってたんだし。

オレゴンも遅れてるんだよね

http://en.expreview.com/2011/07/28/intel-atom-will-be-faster-than-amd-phenom-ii-cpu-in-2015/18515.html
2013のアーキテクチャ更新ですげー上がるようだからOoO化は確実か
それ以降の性能向上はイマイチっぽいけど

今年9月のCedarviewはすでにOoOじゃなかったっけ？
それなら2013念の大躍進は何だ？

8コア16スレッドとかだと完全に無意味だけどな

Intel insider lifts the lid on advanced processes ？ exclusive interview
http://www.kitguru.net/components/cpu/dragan/intel-insider-lifts-the-lid-on-advanced-processes-exclusive-interview/

CedarViewのCPUコアは相変わらずBonnellですがな

http://en.expreview.com/img/2011/07/28/Intel-Atom-roadmap.jpg
http://ascii.jp/elem/000/000/609/609942/roadmap_c_800x500.jpg

22nmでアーキテクチャ変えてコア大きくなるんじゃね？

コアの改良もあるだろうけど
多コアになるんじゃね
現状タブレット向けは1coreだから4coreにすれば単純に4倍だろ
後はOoOとクロック向上でx10は軽い軽い

>>689
新プロセスは、性能、価格、消費電力で優位性がある。
それ以外は旧プロセスでもとりあえず足りる。
Bloomfieldを旧プロセスのまま放置したり。

>>658
独自規格のデバイスが多く、バグはソニーしか直せないものが多い。
スペックと宣伝文句だけ重視で、実用性は二の次。
ソニーは保証期間でも無償修理をしたがらない。
出荷検査は出荷検査用に製造した個体で対して行い、それ以外の手抜き。
などなど

> スペックと宣伝文句だけ重視で、実用性は二の次。

三菱さんディスってんのかテメー

>>701
新プロセスに移行させるための開発もどうしても必要だし
すでに旧製品のブルームを新プロセスに移行する利点はないな

Intel 2013 Haswell Processor To Support DirectX 11.1 Graphics
http://en.expreview.com/2011/07/29/intel-2013-haswell-processor-to-support-directx-11-1-graphics/18552.html

Ya Rly. Intel releasing new CPUs for servers
http://pcper.com/news/General-Tech/Ya-Rly-Intel-releasing-new-CPUs-servers

>>704
Bloomfieldは、役割を終えた旧製品ではないでしょ。
Quad-Coreを全て旧プロセスに留める利点も無いよね。
つまり、必要性が低順位だったのでしょう。

>>705
HaswellもGPUは強化されるんだね

三週間前のネタじゃないか

DirectX11.1ってまだ策定されてないのに気の長い話だな

>>707
今更そんなの需要が限られてるしやるとしても
Gulfのコア殺しでも出せば事足りるだろう。

たとえばVAIO Zのグラフィックドライバは最初に出たっきり、バグもあるのにFixされなかったりとか・・・

今年〜来年に出るNV/AMDの28nmプロセスCPUはDirectX11確定だから
少なくとも来年一杯はDirectX11の天下

再来年のHaswellは知らん

>>711
で、それは普通に売ってるの？
32nmでクァッドコア。
その為にLGA1366を買わないとならんのか？

32nm4コアほしいなら1155のSandy買え。
実質こっちがBloom後継だろ。
2011で2万円台のCPU出るとは思えないし。

>>715
Sandy Bridgeが発売された後だからそういうことが言える。
Sandy Bridgeが発売されるまでの間は、何を買えばよかったの？

なんのこっちゃ。
その時その時で好きなの買えばいいし欲しいのが無ければおとなしく待っとけ。

>>717
需要が無い？
クラークデールが発売になってもブルームフィールドが一番人気だったよね。
有る物の中から買え、なんて今までの話と関係ないよね。
32nnの製造が限られていたから、最新プロセスで製造する優先度の低いブルームフィールドは放置されていたんでしょ。

これが自作脳です

普通は２コアで足りるもんだ

マルチコア対応のゲーム増えてきたから足りないよ、全然足りないよ

>>718
よく見てくれ。今更需要はないって言ったんだよ。

当時の話をするなら確かに優先度低かったってのはあるだろうけど
そもそもクラークが32nmで出たのはヘブンデールがキャンセルされての話だし
元々32nmへの本格的な移行はSandy世代からやる予定だったんじゃないか？

>>721
デュアルコアで全然足りないゲームなんてあるの？

>>722
当時の話をしていた流れで、今更という今現在の話をする流れだったの？
ヘイブンデールがキャンセルになったからクラークデールが作られたの？
クラークデールが作られるからヘイブンデールはキャンセルたんじゃないの？

すまんすまん元々の話の流れを勘違いしてた。
あとクラークは元から出す予定だったのを前倒ししただけだったみたいね。
色々変なこと言ってごめんね。

>クラークデールが発売になってもブルームフィールドが一番人気だったよね。

これが自作脳です

>>726
そりゃ自作での人気だろ

あた〜らしい俺がきた
希望〜のスレだ〜

>>717
ブルームフィールドの需要があったのは安かったから
32nmの4コアを2010年の4月に出すとなるとAMDやリンフィールドとの兼ね合いで$550付近だから(戦略的価格設定だった$300以下で投入する理由が無い)、わざわざ専用マスクを作るほど需要は無い

サンディの前に32nmの4コアを3万円以内となるとリンフィールドの最低でも1年後でサンディまで残り4か月、これまた需要が無い
サンディが発売するまで何を買えばよかったの？ってのは金が無いなら4コア以上の32nmを諦めろってのが正解

製造プロセスが限られているから需要の無い物をスル―したってのは同意

>>729
コストとの兼ね合いでしょう。
新しいプロセスで製造した方が安く作れるので。

ただ、新たに作るだけでもバリデーションなどで様々なコストがかかります。
需要を消化できないで新旧併存も混乱を招くので逆効果。
需要分散の為に旧製品を安くするのも、安くしないでもそこそこ売れる現状からして商売として効果。

ここ次世代CPUについて語るスレですよね

>>731
噺の流れを読みなさいね

流れだろうがなんだろうが１，２レスならまだしも続ければスレ違い

>>733
それは公的に決まったことなのか？

そんなに堅苦しく忠告するほどのことかなとは思うが
スレ違いなのは事実だろｗ

>>735
全然。
前例から今後を占うという話だろ。

クソそのものの流れで無駄にスレ消費してんじゃねえよ

>>638のMBA分解がUpdateされてた
ThunderboltはSCH内蔵ではなく、EagleRidgeという新型Thunderboltコントローラが採用されてたんだと
まさかコンデンサに見えた金属カバーの下にチップが隠れてたとはAppleマジ策士

i3と性能の変わらない　それどころか同じビデオカードならゲームベンチで負けそうなLlanoなんてゴミ同然

>>739
"Llano"がi3とさほど変わらなくて、
ゲームはビデオカード付けないと負けるならば、
どう考えても敗北では…。

的確なつっこみにくすっときた

どうしてもオンボードだけでなんとかしたいという信条の人向け

結局まともにゲームしようと思ったらどっちもビデオカード
要るんだからって話じゃねーの。

オンボードビデオに夢を見るのはジサカーなら誰でも一度は通る道

しかしAPUならば内蔵と組み合わせてCFが出来るがインテル内蔵GPUとは相乗効果が無い点Llanoはすばらしぃ〜

「これで少しは売れるといいんだけどね」（7/30） ---某ショップ店員談

素晴らしいのはいいんだが、スレ違い。

INTEL狂信者はAMDスレから出てくるなよ

ワロタ

>>748
あちらは完全にIntel狂儲のゴミ捨て場だな
気の毒とは思うがこちらが平和でなにより

平和というか過疎というか

今日も日本は平和です

仮初の

放射能まみれ地震頻発の平和な日常
旧世紀に想像した新世紀が今ここに

ヒャッハー
こんなCPUいまどき芋焼く火種にもならねーってのによー

>>631-633
インタプリタ形式の言語ないし関数を使ってやるものでもないと思うｗ

いやいや、MatlabとかRとか
インタプリンタ言語も科技計算に使うがな

i7 870をASUSのP7P55D-Eについているオーバークロックツール v-tune evoで、自動設定したらi7-870がi5-750になってしまいました。
設定もどしても治りません。
これは一体どういうことでしょうか？

スレチでした。

ハイファがかつて秘密裏に開発して頓挫したGPU統合型のCPUって
コードネームなんちゅう名前だったっけ？

Timna
秘密裏だったかと言われるとあれ

>>761
そーそーそれそれ！チムナ、チムナ！
いま思うとSandy Bridgeの前身なのかねあれって？
やっぱりハイファにはGPU統合の土壌があったんだね、
今後へテロジニアスっぽいCPUもやっぱハイファから出てくるんだろうな。

>>762
は？

i3 2100Tは、どれぐらいまで値下がりますかね。
個人的には5000〜ぐらいまで下がってくれたら最高なんですけど。

>>762
TimnaはメモリーコントローラーがDirectRambusだったのが敗因のひとつだな。あと、当時のGPUもTridentベースかなんかじゃなかったっけ？

Timnaはメモリコントローラを統合することでRambus DRAMの高レイテンシという弱点を克服しつつ、
強力なメモリ帯域を生かすことが出来たかもしれない。
MTHを使う場合は特に性能的にはメリットはなかったろう

TimnaはRDRAMのままでは価格性能比がかなり悪くなるから、駄目だったのだろうな
個人的には出してしまえばよかったのにとは思うのだが…

MTHのできも悪かったから、TimnaにMTHつかって、SDRAM or DDR-SDRAM版まで
しのぐって選択もできなかったんじゃないの？

>>768
システム全体のコスト削減が目的だから、rdramがや安くならなる見込みが無くなった時点で失敗。

そんなわけでIntelがIMCに消極的だった理由にTimnaの失敗を挙げる人は多い

全てではないが間違えではないな

>>768
MTH使ったらTimnaのメリットであるCPU+サウスブリッジの2チップ構成でなくなるから。
3チップなら河童+i810+サウスのままの方が混乱が少なくていい

>>772
http://www.atmarkit.co.jp/fpc/kaisetsu/timna/timna.html
MTHというかMPTだな、の出来が悪かったってのも理由のようだよ。

>>773
Timnaとセットになる変換チップはMTHではなくMPTって言うんだ
数年来経って初めて知った衝撃の無駄知識！

各社からPCIe3.0対応LGA1155ボードが出ているが、これはつまりある程度動くIvyBridge-H2のエンジニアリングサンプルがそれなりに出回ってるって事だろうかね？
設計上8Gbpsで信号が通るから3.0 Readyというのだったらちと怖いが

現物ですり合わせなくてもいいように規格と言うものがあるんだと思うんだが

あの手の規格って、普通はテスタがあるんでね？

あるあるよ

http://comments.gmane.org/gmane.comp.gnu.binutils/54431
どこそこに開発キットが提供されてるKnights Ferryだけど
どうやらLarrabeeのABIとは別物扱いにするようだ。

Larrabee = L1OM
MIC = K1OM

sandyの出来の良さからして、Haswellはスルーすることになりそうだな

・Core i7 3960X Extreme Edition(6C/12T/3.3GHz/TB時3.9GHz/L3 15MB/130W)　$999
・Core i7 3930K(6C/12T/3.2GHz/TB時3.8GHz/L3 12MB/130W)　$583
・Core i7 3820(4C/8T/3.6GHz/TB時3.9GHz/L3 10MB/130W)　$294

・FX-8170　　 (8C/8T/3.9GHz/TC時4.5GHz/L2 1MB*8/L3 8MB/125W)
・FX-8150　　 (8C/8T/3.6GHz/TC時4.2GHz/L2 1MB*8/L3 8MB/125W) $300
・FX-8120　　 (8C/8T/3.1GHz/TC時4.0GHz/L2 1MB*8/L3 8MB/95W)
・FX-8100　　 (8C/8T/2.8GHz/TC時3.7GHz/L2 1MB*8/L3 8MB/95W)

$999ってことは日本円にして7万6千円くらいだよね！
なんで安くならないんだよ・・・

どうでもいいがBulldozerのL2は2MB×4だと思う

よくわからないけどL2トータル8MBでL3 8MBだと
何か少なくね？
排他なの？

L2が8MBだと遅くならないのか？

L2とL3は排他

AMDって東日本大震災の義援金出したんだっけ？

既知害陰盲は消えろ。はっきり言って邪魔

ID:vdrS8ste

ジョウロ発狂なうクソワロタｗｗｗ

何の話かサッパリわからんがスレチっぽいんでとりあえず消えろカス

gYE2U7Vt
こいつはアム厨スレに居ればいいよｗ

ジョウロ君コピペ必死だな

インテル マイコン離脱で暗雲　だそうだ。

ｗｗｗｗｗｗｗｗ

うるせえガスペ死ね

Delayed a new generation of Intel's Atom platform
http://translate.googleusercontent.com/translate_c?hl=en&ie=UTF8&prev=_t&rurl=translate.google.com&sl=auto&tl=en&u=http://www.donanimhaber.com/islemci/haberleri/intelin-yeni-nesil-Atom-platformu-gecikiyor.htm&usg=ALkJrhhO454jbPf9KXtydkolXyWdLOW09A

GPUドライバで延期

どういうことなん？
分かり易く教えたって！

Atom延期か
Bobcatの寿命が延びましたね。

新Atomの返り討ちが先延ばしにされただけでわ？

返り討ち以前にOntarioは影も形もないような状況……

ネットトップやB5ノートにおけるIONがシェアを失っただけで
本来のネットブックカテゴリには進出できてないからな。
Intelが意図的に隔たりを作っていたAtomとCULVの中間レンジにZacateが食い込んだだけで。

もともとIONなんてなかったのさ

>>817
日本での在庫処分には酷いものがあるよな
いくらIntelの市場支配が強いからと…

ネットブックなんてしょっちゅう買い換えるもんじゃないからな
急激に普及したと思ったら2〜3年先の需要まで食ってたなんてな
N270から買い換える価値のある実装って出てないしねえ

レス番飛びすぎだろ…
何が起きてるんだ

>>826
隔離スレから出張してきてひたすらコピペしてる奴がいるだけだな

どうみても団子憎しで出張してきてるみたいだけど
このスレ荒すのは全くの見当違いだと思うんだがね。

>>837
団子も会話が成り立たないだろｗｗｗ
コピペ野郎と同じく一方的に荒らしてるだけ

よっぽど悔しかったんだな

敗因：経済わかりまてーんｗ

だよな。日銀が円を刷ったらインフレになることもわからない馬鹿と会話は成立しないと思う。

誰か解説ヨロ
http://semiaccurate.com/2011/08/18/intel-moves-transistors-from-2d-to-3d-and-more/

目新しいことは何も書いてない。

INTELはトランジスタを平面から立体化させるよ。Trigateってこんなもの。
他の会社は具体的に製品化するところまで行ってないが、INTELはそろそろ出すよ？
IvyBridageは楽しみだね！

みたいな。

5〜6月頃に書かれた日本語の記事の方が充実しているという

finfetをいち早く実用化するのは良いことだけど
他と差が付きすぎてintelに慢心が生まれないか心配
ここほど良い気にさせるとユーザー的に怖い企業はない

AMDががんばってくれればいいんだけど・・・Bulldozerはいつになったらでるんだ

出ても、出さなきゃよかったって思うだけだ

これもうコピペ荒らしだろ

飛んでるな〜キチガイ湧いたか

・Intelスレにはコピペｷﾁｶﾞｲ
・AMDスレには真性ｷﾁｶﾞｲ

どちらが平和なのだろか？

ＡＭＤマンセーしてる奴は全員キチガイだろjk

マンセーしてる奴は全員キチガイだろ

haswellもDDR3?

ごめん、ageてしまった

っぽいけどまだわからんな、たぶんDDR4はskylakeからじゃね

>>823
禿堂。>>822みたいな自覚無しが一番キモイ

skylakeの頃にはグラボがGDDR7くらいになってそうだな

GDDR6すら目処が立たなくてRambusがアップをはじめてますが

いやーインテルも2度こけたら流石に近付かないでしょ>>Rambus
弁護士連れていつ訴えるかの算段が先に来るような権利ゴロは
PCの世界には要らないよ。

要らないと言われてもRambusの技術なんてそこら中入ってるから回避不能だし…
ムリに回避しようとするとDDR4みたにグッダグダになって規格策定が遅れた上に結局回避できませんでしたみたいなことになる

PCIeもUSB3.0もラムバスさんの技術入ってるしな

sandyEって空冷じゃ間に合わないぐらい爆熱らしいじゃん

コモンDRAMはともかくとしてグラフィックス向けDRAMはRambusでも全然構わん
メモリベンダの多くはいやがるんだろうけどね

お前がどう思おうが
グラフィック向けでもコストパフォーマンス悪い物に入る余地無いのは変わらんから

XDR2はGDDR5とそう大差ない価格になってるけどﾈｰ
特にハイエンドグラフィックスなら多少のコスト高は許容されるし

Rambusがチップ造る訳じゃないからなー。
ライセンス払ってベンダーに造ってもらうんじゃ
量産効果の値下げもどんなものか判らんし。

ハイエンドもそうだけど、ローエンドではシュリンクでチップの物理的な幅が
小さくなって、メモリバス幅が確保出来ないみたい。
nVidiaの巨大GPUはメモリバスもデカイけど、あの帯域を普通のGPUで達成できるなら魅力的だと思う
その性能が、統合グラフィックスでも使えるとなれば･･･　ゴクリ

Atomみたいに縦長にしたらダメなん？
熱衝撃に弱くなったりするんだっけ？

ウェハから取れる量が減るし、配線の問題がある
半導体は正方形に近ければ近いほどいい
例外もあるけどね

>>838
演算器数∝チップ面積はチップ外周長さの二乗に比例するんだから
ハイエンドの方がチップ面積が大きい分BF比は悪化すると思う

なんでローエンドの方がメモリ帯域が問題になるんだろう？

>>839
初代Atomが縦長なのは、FSBインターフェイスの関係上、エッジの長さが必要だからって
単純な理由。
逆にいうと一定のエッジの長さがあれば長方形にする理由は無い。

加速する「MacでARM採用」の噂、議論の存在をIntelが認める
http://journal.mycom.co.jp/news/2011/08/23/079/

【レポート】Hot Chips 23 - IntelのSandy BridgeはCool
http://journal.mycom.co.jp/articles/2011/08/25/hot_chips23_intel/menu.html

ほとんどのトピックは既報の域を出ないがメモリ周りの電力機甲は初耳だなあ
ちょっと前にThermal On DIMMが標準化されるとかされないとかいってたが、現状では連動はできてないんだろな

test

日本語の推敲がろくにされてないようだが

IDがMMXなので来ました

MMXとXMM両方のレジスタがあるじゃねーか

1155にもIVY6コアをください。お願いします金がないんです。

4コア、3GHz以上、TDP65WのCPUないっすか？

3Ghzなら電圧いじれば65Wに収まると思うが

TBなしだと3GHzを超えるTDP65Wクアッドコアプロセッサは実はないのか。
Q9650Sも結局でなかったし。

Xeon 辺りで有ったような？

Ivy Bridge世代にご期待ください

来年３月以降くらいかねぇ

今からバイトするか・・・

エクサスケールは2018年に来る！
http://plusd.itmedia.co.jp/pcuser/articles/1108/31/news104.html

Haswellは1月に出してくれ
じゃないと「少し遅めの初詣」にならないからな
ttp://sulzo.web.fc2.com/hasuue.jpg

>858
4gamerの記事だと故障率の高さが一番の問題らしい

いや故障も問題の一つっていうだけで
実際の所問題は山積みでしょ

故障なんて冗長にすればいいだけ
結局はコストに尽きるだろ
京速の1300億ですらアホが騒いだのに3000億なんて出せるのかっていう

ttp://www.4gamer.net/games/049/G004963/20110831076/
大量のCPUを集積するエクサスケールコンピューティングでは，
1日を待たずしてどこかのハードウェアが壊れるということが当たり前のように起こりうると石川氏。現状では，
演算の途中結果をストレージに出力してハードウェアの故障に対応する手法が取られているが，
エクサスケールでは「ストレージに出力し終える前にどこかが壊れる可能性もある」（石川氏）ため，
別の手法を開発する必要があるという。

コスト圧縮のためには、GPUやintelのMICのようなアクセラレーターに頼るしかないんじゃないの？
京みたいに汎用CPUを愚直に大量に載せるってのは、コストや故障率のこと考えると
無理じゃないかな。

東大の計算機センター長をして故障率が高いって言ってる現状のT2Kスパコンが
Opteron 8xxxベースなんだからあんまりでかい声で言ってやるな。儲が発狂するぞ。
次世代でMICを使うって言うってことは・・・そういうことだ。

エクサで故障率っていうのはノード数が増えるからだろう

http://itpro.nikkeibp.co.jp/article/NEWS/20080129/292363/
T2K公開のときの記事
故障率低減に日立はそれなりに工夫は加えてるのね
AMDは当時も製造歩留まりで苦しんでたみたい

T2Kのノード仕様だと4Sしかあり得なかったから
Intelは当時Tigertonで実質Opteronしか選択肢はなかったんだよね

Tigerton使ったので入札されないように仕様決めたんじゃないの？

たしかにAMDを選ぶ理由がなくなりつつあるのも事実だけどね。
Interlagosのフラグシップモデル6276SE([email protected])って、
Sandy Bridgeの[email protected]より理論FLOPS数低いんだぜ。

>>867
仕様は理論ピーク160 GFLOPS以上だったから
Tigertonでも仕様は満たしていたけど
メモリ帯域が全く違ったからHPC向けにはあり得なかった

ノード性能を高くしたのは東大はそれまでPowerをつかってたから
ユーザが移行しやすいようにしたんじゃないかな

>>859
12/23あたりでいかが？

そもそもXeonMPは価格設定からして殿様すぎてスパコンとか無理ぽ
Paxville-MPの時ですら物凄く高かったのには笑えた

Opteron 8xxxはNehalemが出てからも殿様なんだが・・・

最近のXeonMPはItaniumを置き換えられる程度にRAS機能が充実してきてるんで、そうそう安く売るわけにもいかんのじゃ無いかね。

IPFはあんまりかんけーね
れーせんに考えてIPFはｵｯパイの小さい市場へ追いやられていった結果がこれだよなので
わざわざ今のIPFに合わせて高く売る営利んはインテルには無い
馬鹿みたいにダイが大きいしメモリのバッファチップ積んでるしコストがかかってるよ
そういうのはIBMが独自にやってたくらいで数年前は誰もこうなるとは思ってなかったよな

>>872
4ソケットは61xxが異常に安いだけだよね

>>873
メモリ容量を稼ぐのにFB-DIMMを使うというのもシステム価格的には不利だった
SandyBridgeEPは4ソケット版も出すから低価格設定が期待されたけど
Opteron 62xxがあまり脅威でないと判断されたら
安くはならないかもね

まぁMPサーバの需要というのも微妙だけど

「秘伝のたれ」が世に広まる。(Haswell予想その1.)
ttp://www.ne.jp/asahi/comp/tarusan/main239.htm

↑どうやったらここまでBulldozerを過大評価できるんだ
いろいろ突っ込みたい部分が満載だがとりあえず俺の自論

Bulldozerの自称デュアルコアは整数演算パイプラインがスレッド毎に分かれてるだけで
本質的には2SMTのシングルコアの発展形なんだよね。
整数パイプラインごとに乗算・除算ユニットのような実装コストの高い演算ユニットも
両方に持たないといけない。これは無駄である。
結果としてBulldozerの各スレッド毎の乗算ユニットはK10の半速動作（64ビット乗算ではSandy Bridgeの1/4速）だし
除算ユニットもSandy Bridgeと比べても貧弱なものだということが解ってる。
んで、スレッド間のリソースの共有を進めると普通のシングルコア＋SMTで落ち着くんだよね。


ぶっちゃけ最適解はシングルコアを強化して同時処理スレッド数を増やす、だろう。

>>877
そんな当たり前のことを薀蓄をたれつつドヤ顔で言われてもな。

1スレッド時の性能が高く、もっとも効率よくリソースを共有できるマルチコアを目指したら
シングルコア＋SMTに落ち着くわけで、たるさんはボケが酷くなったなと思う。

Poulsonが12issueのリソースを4スレッドで共有するようなことをやってるし、Intelの方向性は
見えてるだろう。

たるさんがSMTよりCMTの方がよさげに感じるのは、
HTTでの性能向上がいまいちに感じられるからじゃないの？
でも、今はイスラエルのボスがintelのx86CPUの方向性決めてるんだし、
SMT強化にトランジスタ割くより、μopsキャッシュ増量して、
PARROTへ向かう路線じゃないのかな、Haswellは。

PARROTは8IPCだから4SMTくらいは実装しそうだけどね

>>881
でも、4命令にPARROTを実装する方がシミュレーションだと電力効率良いから、
今の電力効率重視の方向性からすると、8命令はないんじゃないかな

シングル低いのは困るね

SMTの先鞭を付けたEV8も4way SMTだっけ

>>877
AMDの実装が上手いのか下手なのかはともかく、
結局クラスタードでは整数パイプライン当たりの利用効率を上げられるわけではないから
実装面積に見合うだけの性能向上が得られないだろうっていう考え？

じゃあ利用効率を上げるためにSMTで整数パイプラインを共有するとか……
なんかクラスタードのメリットが分からなくなってきたｗ

AndyGlewによると、L1データキャッシュが共有だとキャッシュフラッシュしまくるので、
L1Dを独立させるとなると、スケジューラーと整数演算パイプラインもセットで
独立させる必要が出て、クラスタードアーキテクチャになったらしい。
L1Dにタグかなんかつけて、論理スレッドごとに扱える容量決めうちだったら
だめだったんだろうか

サーバ用途だと、SPECintで最適化かけまくってもも平均1IPC程度だから
高IPCのコアを1スレッドだけで使っても無駄が多くなるんだよね。
平均IPCの低いコードに着目したのがBulldozerだと思う。

ついでに、他のコアの電力をカットして１〜２コアだけのクロックを引き上げる
TurboBoostはHaswell世代でも切り札であり続けると思うのよ。
コアをまたがってデコーダを共有するような密結合しちゃうとコア毎のクロック制御が
やりにくくなり、かえって電力効率が悪くなると思うんだ。
PowerGateはモジュール間の疎結合が大前提だ。

>>886
Andy GlewがWillametteを設計した当時のL1Dは8KBだもの。

Sandy Bridgeの32KBよりレイテンシ同等・帯域半分のBulldozerの16KB×2の実装の
ほうが優れてると主張するのは無理があると思うけどね。

商売上は、ウェハ単位面積に詰め込むモジュール/コアを増やしたい
シングルコア性能を伸ばすために、電力効率・発生全熱量・熱量密度を抑えたい
プロセスは擱いとくとしても。

> シングルコア性能を伸ばすために、電力効率・発生全熱量・熱量密度を抑えたい

なおさらたるさんが強く推す「デコーダを共有する」ってのは逆効果だな
熱量密度が高くなりがちなデコーダは稼働率を下げなければならない
（そもそもそんなにトランジスタ食ってるか？）

究極的にはSimpleDecoderからレガシーSSEのデコードロジックを削除して
フロントエンドを軽量化したいところだが、AVXがどこまで浸透するか次第だと思う。

>>887
＞高IPCのコアを1スレッドだけで使っても無駄が多くなるんだよね。
＞平均IPCの低いコードに着目したのがBulldozerだと思う。

それってポラックの法則の言い換えに他ならないんじゃね？
低IPCにフォーカスして実装面積を下げても、実性能はそこまで下がらないから
クラスタードアーキテクチャがダイ面積あたり性能を上げられる可能性はそこにあると

でも小型コアを並べるマルチコアってアプローチと比較して、
どういう優位性があるのか分からない

PARROTは後藤氏の解説でしか知らないけど、しっかり原論文を読んでみるかなあ

> （そもそもそんなにトランジスタ食ってるか？）
x86命令のデコードには食ってるみたいだ

ttp://pc.watch.impress.co.jp/docs/column/kaigai/20100917_394622.html
> x86 CPUでは、x86命令からuOPへのデコードが非常に重荷であり、
> CPUの中でもダイ面積を取り、電力を消費する源となっている。

x86は確かにデコードが複雑だけど別にタダ飯食らってるわけじゃないからね。
他のRISCなどと比べて格段に高いL1Iの格納効率とオペレーション密度を考えれば十分だと思うけどね。
1命令内にオペレーション間の依存関係が明示されてるのでパイプライン充填率を高めるヒントになる。
最大6マイクロオペレーション同時発行なんてRISCには出来ない芸当の対価としては十分だろう。

PARROTの後藤氏の解説:
ttp://pc.watch.impress.co.jp/docs/2004/1108/kaigai132.htm
ttp://pc.watch.impress.co.jp/docs/2004/1109/kaigai133.htm
> CPUの性能は、ラフに言うと「動作周波数×IPC÷実行される命令数」に比例する。

なるほどPARROTは不可避なわけか

まあ、現実解として高機能なビット演算命令を追加して実行命令数を減らそうとしてるんだけどね。

http://www.4gamer.net/games/132/G013298/20110904002/

3DトランジスタでIvyすげーホスィーって思ってたらHaswellもすげーってなって結局買うタイミング失ってずっと今のCPUのままなんだろわかります

紙の上で神性能なPARROTは永遠のファンタジー
ロジックに落とし込むのは無理・・・とは言わないがトランジスタ性能比はダメだろう


具体的にはこの部分がファンタジー

＞CPUの動作時にダイナミックに段階的に最適化して、最適化したコードをキャッシュしておく。
＞さらにそのコードがより頻繁に使われるようなら、今度はもっとアグレッシブなコード最適化を施す。

＞コールドパイプのバックグラウンドでは、トレースの選択とフィルタリング機構が働き、ホットコードを選別する。

高級言語全盛の時代ですし
JITコンパイラが扱いやすい命令を追加していくのが一番いいんじゃないかな

一応は今のJavaや.NETのJITがやってるからｘ86デコード段でもやろうと思えば出来るハズ。
ただ高速で膨大な量のキャッシュを搭載することが大前提な気がするけどｗ

積層化メモリが救世主になってくれればいいけど

VMでの動的プロファイリングはソフトウェアでも研究があるから、
JITでホットコードのヒントにあたる命令をCPUに与えれば楽なのかな？
それともあくまで、x86から読み取れる範囲で最適化を試みるべきなのだろうか

Intelはソフトウェア側からヒントがないと難しいって言ってた希ガス＞＞キャッシュの最適な割り当て

そこらへんはIntel自身やMSだってコンパイラ開発の仮定で研究してるんじゃないの？

たるさんは二ヶ月に一度くらいしか更新しなくなったからね。

>>897
PARROTの最適化は
MOVの除去とかADD/SUBの4オペランド化とかだから
そんなにアグレッシブな最適化ではない
例えばクリティカルパス解析とかはしてないはず

それでもレイテンシ削減やuOP削減＝省電力化に効果あるって話

>ロジックに落とし込むのは無理・・・とは言わないがトランジスタ性能比はダメだろう
その通りで、面積効率より電力効率を優先するとどうなるか？という思考実験がPARROT
最適化のためのロジックは大抵は動いてないわけだから

>>898
やるならGCサポートだろう
AzulのVegaみたいなの

>>899
>ただ高速で膨大な量のキャッシュを搭載することが大前提な気がするけどｗ
SandyBridgeのuOPキャッシュ程度のサイズでも電力効率は上げられると思うよ
最内周ループが入るだけでもそれなりの効果はある

例えば最適化に実行の100倍程度の電力を使って消費電力50%のコードを生成できるなら
実行ごとに最適化コードを生成したとしても
最適化時間を無視すれば200回以上回るループなら得になる
プロファイリングは分岐予測器のループカウンタを流用できる

最適化パスを使わなくても現行CPUと同じ程度の性能・電力で実行できるから
実装面積は増えて消費電力は減って性能が向上する

>>896

消費電力は劇的には下がらないのか。意外でちょっとがっかり。
でも薄くて軽くてパフォーマンスも結構なPCは楽しみだな。

Haswellもトレースキャッシュはなしかな
帯域的には今のuOPキャッシュも十分に広いからトレースキャッシュにするメリットはなさそうだし
電力的にはどうなんだろうね

Haswellで今よりさらにIPCを上げようと思ったら
PARROTまではいかなくてもある程度のuOP最適化はいれると思う

Meromで導入されたMacro-Ops FusionやSNBのZeroing IdiomはuOP最適化の一種だけれども
これらは命令間の依存関係が自明だった
おそらく命令間の依存性解析までいれるとステージ数が増えてしまってペナルティがあるから

uOP$を前提とするなら
L1$からフェッチする一回目のパスでは最適化なしのuOP列を使って
uOP$に格納するときに追加のステージを使ってuOP列を最適化
uOP$からフェッチする２回目以降のパスでは最適化されたuOP列を使う
というのは考えられる

>>897
間もなくトランジスタ性能比はクリティカルでなくなる
ダークシリコンの時代が来る
ttp://pc.watch.impress.co.jp/docs/column/kaigai/20110823_472028.html
それより熱をどうにかしないと


>>899
> 積層化メモリが救世主になってくれればいいけど
TSVか
帯域を落とさないCPUキャッシュを無尽蔵に使えそうだ、
と言ったらﾕﾒの見すぎか

ここまでたるさんの妄想に関するフォローなし、と。

PARROTは可能性のひとつとして研究してただけですぐさま次世代アーキになるって話じゃないと思う

強化したはずの整数でぼろぼろなんですけどブルドーザ
sandraがレビュー的なもの出してたらしいが
その保存と
ttp://www.computerbase.de/forum/showpost.php?p=10556673&postcount=78
キャッシュ
http://webcache.googleusercontent.com/search?q=cache:QLn9rR2rn5oJ:www.sisoftware.net/%3Fd%3Dqa%26f%3Dcpu_amd_bulldozer%26l%3Den%26a%3D+sisoftware+bulldozer&cd=2&hl=de&ct=clnk&gl=de&client=firefox-a

整数だけは対抗出来るのかなと思ってたけど・・・
なんだこりゃ

μOPsの最適化ってさ、要するにこれがやりたいんだろ？

1. mov eax, ecx
2. and eax, edx
↓
and eax, ecx, edx


原理的にはレジスタファイルでもリファレンスカウント方式の管理ってできると思うんだわ。
まず前提として、μOPsレベルではdestとsourceの物理レジスタ番号は完全に独立させ、
destの格納先には常にどこからも参照されてないエントリを割り当てること。
で、

1. レジスタファイル上のecxの指しているエントリ（仮にAとする）をeaxからも参照する。
スケジューラだけで解決するので実行ユニットは消費しない。
2. 新たにeaxに対してエントリBを割り当て、andの演算結果を格納する。
　（物理的にはadd B, A, edxを実行する）
　このときエントリAを参照してるのはecxのみ。

これならALUを物理的に増やさなくてもIPCを上げられる。
Sandy Bridgeの時点で既に6μOPsのフェッチ・スケジューリング機構だから
あとはリファレンスカウント機構の実装だけだな。

ぶっちゃげPARROTよりIII-Vの方が早く来ると思うわ

これで問題になるのが部分レジスタの扱いだね。
汎用レジスタはこれがあるから採用しにくい。

逆にXMM/YMMなら割とどうとでもなる。

>>911
たるさんはクラスタ型に肩入れしてるけど
Bulldozer自体を持ち上げてるわけではないと思う

で、おｋ?

いや、ずっと読んでれば解るけど前々からBulldozerを過大評価してるよ
2issueのAtomやBobcatの2コア分のパフォーマンス（←遅いじゃん）も発揮しつつ
シングルスレッド性能も高い夢のプロセッサということになってる。

だからその"夢のプロセッサ"は
トレースキャッシュを搭載して、実行ユニットをもっと蜜に共有したり
どちらかと言えば強力な実行コア＋SMTな構成だと思う

んで、その過程としてのクラスタ型を持ち上げてる感じ

BulldozerはTurboCOREで6GHzぐらいまで上がるんならシングルもマルチも速い夢のCPUだったんだがなあ
クラスタードアーキテクチャはモジュール単位でクロックを制御しなきゃいけないだろうしターボモードとの相性はあまりよくなさそうだね

>>913
レジスタリネーミング機構での物理レジスタの割り当て・解決・解放って
これを実現できる機能を持っているはずなんだけど
なんでやってないんだろうね？

たるさんはトレースキャッシュと普通のキャッシュの区別がついてないからな
読んでると混乱する

>>920
x86は部分レジスタの読み書きがあるから容易に実現しにくいんだよね。

たとえば
rcxに64ビット値をロード→下位32bitをeaxにコピー（上位はゼロクリア）
こういう場合ってリファレンスカウントだけで解決できるかっていうと難しいでしょ。
強引に同じエントリを共有しようとしたらrcxとしては64ビットを、raxとして読まれたときに
上位32ビットをクリアするとかそういうステート管理も別途必要になる。
もっとスケジューラが進化しないといけないね。

>>908
一応PARROTの論文では、別論文を参照の上で
トレースキャッシュを使えば消費電力の削減に有効だということになっているっぽい
まだ読んでる途中だが、uOPキャッシュと組み合わせる場合はどうなんだろう？

In [29] it was observed that trace-cache based mechanisms are also useful for
reducing power consumption, but that differing characteristics
of traces in a system may enhance either power or performance.

[29] R. Rosner, A. Mendelson and R. Ronen, “Filtering Techniques to
Improve Trace-Cache Efficiency”, in PACT’01, Sept. 2001.

http://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.170.6801&rep=rep1&type=pdf
Specialized Dynamic Optimizations for. High-Performance Energy-Efficient Microarchitecture

PARROTの最適化論文
>>904
>MOVの除去とかADD/SUBの4オペランド化とかだから
どころかかなり豪快な最適化をしてるね
irregularなループをunrollしてSIMD化とか
ちょっと引くレベル
命令セットが違うとはいえICCより賢いんじゃないかこれ

団子が書いてたのはコンパイラでいうpeephole最適化ぐらいの話だが
PARROTは簡単な自動ベクトル化にも踏み込んでるのかよ……

トランジスタ使えばどんな最適化でもどんどん出来るだろうけど
果たしてそれが使ったトランジスタに見合うのかと言われると素人が評価するのは難しい

魔法の最適化できたお！！
http://applause.elfmimi.jp/diary/m200506.shtml
http://www.xbitlabs.com/articles/cpu/display/netburst-1.html
http://www.xbitlabs.com/articles/cpu/display/netburst-2.html

>>925
俺は近未来に実現可能な技術を言ってるだけでいつになるのかそもそも現時点で
製品化プランがあるのかもわからないPARROTの話はあまり興味がないしね。

Nehalemの4μOPs/clkから6μOPs/clkに増えたのを考えるとリファレンスカウント方式で
値コピーのμOPを削るってのは割と実現の見込みがある技術だと確信してる。

それで正解だとおもう
確かに一時期、IntelはCPU市場トを完全掌握した
でもそれは”自ら”過去のものとする道を選んだ

簡単に言うとIntelは勝ちすぎた
圧倒的な強者の存在は弱者の成長の妨げとなる

貴族の義務という言葉がある
Intelは圧倒的勝者として、今後はCPU業界の発展責任がある

だからIntelで優秀な人材を育成し、他のコミュニティへ放流する
そうすることであちこちのコミュニティが成長し、競い、興隆する

上だけを見続けた時間は終わった
神の座、天の座、魂の座に到達したIntelは他の勢力を
わが子のように愛さねばならない
全ての頂点に立つこの心境は・・・・・若かりし頃には想像すらできなかった境地
これが到達点か・・・

ストアフォワードの削除は
Literalに解決できるものに限れば簡単に実装できそうだけどね
トレースキャッシュと合わせれば関数呼び出しに効果ありそう

parrot言いますか、それは結局はcrusorなどのVLIWの動的コンパイラでしょう。ソフトとハードの違いはありますが。
Itaniumも当時は遅いとか言われてましたが、GCC/VC++などの静的コンパイラ＋従来のシングルスレッドプログラミングモデルで
評価してる訳ですから当たり前でしょう。こういうVLIW/EPICは動的コンパイラで初めて性能が出る。従来の動的コンパイラも、
今なら単純なシングルスレッドの命令並列性を求めるより、JVMの上でマルチスレッディングされたものを4/8issueに分解実行する
という方が楽でしょう。VLIWや動的コンパイラじゃないが、ULTRASPARCT1などはそういう方向性でしょう。

PARROTはVLIWではないよ
VLIWにトランスコードする系の従来研究についてはIntroの最後の方で批判してるよ

あの、ちょっと教えて欲しいんですけど
結局のところSandyBridgeとGulftownはどちらの方が高IPCなんでしょうか？

どうも両者の各種ベンチを見てるとやっぱりわからなくなってくるんですよね。
実際どうなんですかね？
すんません初心者な質問で。

>>933
改良が加えられているSandyの方が高い

上の方で話題になってたClustered Architectureに関するIntelの研究を見つけたので貼り。
公開が2004年と2005年なのでBTXとか、「Tejasは150W」とかの頃の研究。
要するにIPCを少し落とすかわりに熱密度下げてクロックを上げようっていう方向性。
冷却コストを抑えることに言及してるし、65nmで10GHzを想定してるのが如何にもな感じ。
"Ignored other benefits of clustering for this study"とあるのでマルチスレッドっていう点には余り魅力を感じてなかったようにも見える。

Thermal-Effective Clustered Microarchitectures
ttp://www.cs.virginia.edu/~skadron/tacs/chaparro_slides.pdf

Thermal-Aware Clustered Microarchitectures
ttp://iccd.et.tudelft.nl/Proceedings/2004/22310048.pdf

Distributing the Frontend for Temperature Reduction
ttp://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.106.3563&rep=rep1&type=pdf

正直、ぱっとしない感が……
むしろAMDがクラスタードの何にかけたのかという観点で気になる

IBMがBG/Qでトランザクションメモリを実装したらしい

というわけで、かませ犬役のIntelとSunに乙

こっちのスレに書いた方がかまってもらえる
http://hibari.2ch.net/test/read.cgi/jisaku/1305200489/

>>937
IntelはハードウェアサポートでSTMをアクセラレートみたいな話をしてなかったっけ
その後どうなったんだろう

>>936
ttp://www.computer.org/portal/web/csdl/abs/html/mags/mi/2011/02/mmi2011020006.htm
> While high-throughput performance was a primary goal for Bulldozer, AMD made a significant investment in delivering high, single-thread performance levels.
> A major contributor to this strategy is in scaling the core structures and an aggressive frequency goal (low gates per clock).
> Another major component of the single-thread performance strategy is Bulldozer's investment in instruction and data prefetching.

Bulldozerの第一目標は>>935とはちょっと違って高いスループット性能の実現にあるみたいだ。
SNBの4コアが(およそ)200平方mmなのに対して1.5倍の300平方mmで2倍のコア数というのがポイントなのではないかな。
シングルスレッド性能に関してはどうやら命令拡張と高クロック化とデータプリフェッチに注力したらしい。(なんかNetBurstに似てるな。)

throughput/wattとthroughput/areaでCMPとSMTを上回るというのがBulldozerの目標だったみたい。なのでこんな話が出てる。

―― Integer coresは対称なので各コアに一つのスレッドの動作のみを考えればよい。
この着想の端緒は複雑さやスケーラビリティやタイミングといった問題をinteger execution engineに持ち込みたくなかった点にある。
それぞれのコアは他のコアやスレッドの存在を無視して振舞うことができる。
SMTのスループットをカバーするためコアをスケーリングアップするより、スレッドあたりの実行ユニットとバンド幅を維持すればコアのスリムさを保つことができる。
その結果、コアは小さいままで高い動作クロックも実現できる。(適当訳)

High-level designはかなり前に終わってるだろうからK8で検討してSMTを没にしたのかも知れないな〜とふと思った。
NHMと比較検討しても同じような結論が出たのかは気になるところ。
ちなみにClustered Microarchitectureはwire delayの問題を解消するというのが>>935で触れられている。

珍獣発生中

Core 2 Duoってすごくね？
http://hibari.2ch.net/test/read.cgi/notepc/1156771872/l50

http://www.4gamer.net/games/040/G004035/20110909058/
>Last Level Cache容量は2GBに引き下げられ

TSVってレベルじゃねーぞ

HaswellまでにTSV間に合わないかなあ……

なかなかすばらしいトリップができたぜ。

珍しいトリップって簡単に解析されそう

>>940
単純化した小型コアを
高クロック動作させてシングルスレッド/マルチスレッドを両立させる
……なぜかCellのSPEを連想する。スカラじゃないけど

SMTだったら物理コアと論理コアを判別してスレッドを別物理コアに割り当てたりできたけど
Bulldozerのようなタイプでもスレッドを別々のBulldozerコアに割り当てることってできるのかな？

例えば浮動小数点数演算がメインのスレッド同士は別Bulldozerコアで、
逆に整数演算しかないスレッドは上の浮動小数点数演算スレッドと組み合わせるとか出来ると効率よさそうだけど。

Haswellって2014Q2に延期なの？

>>949
サーバー用だろ
デスクトップより約一年遅れ

>>948
4M8Cなら4C8TとOSに申告すればそれで済むはず

【CPU】Intel、2015年ごろまでアーキテクチャの一新は無し？　台頭するGPUへの対抗策は？
http://hatsukari.2ch.net/test/read.cgi/news/1315735912/

なんかHaswellはアンコアぶの改良がメインになるらしいですの

FMAのFPU倍増やAVX2のSIMD整数ユニットの倍増で、
1世代でやれる拡張のかなりの部分が取られるから、
それ以外は大していじらないだろうな。

1155の2600Ｋ

来年に発売される次世代


どっち買った方がいいのですか？

来年三月頃まで待てるならIvyの方がよりいいに決まっている
しかし今使いたいことがあるなら、2600KはとてもいいCPU

夏になったんじゃないの？ivy

Ivyはずっと3月予定だろ？
今後延期の可能性が無いとは言えんが

待てるなら5年後10年後のCPUがコスパも省電力性も最高だよ
買いたくなった時に買え

カラブロ
「あｍｄがショボければ価格改定も新プロセスも順延
それがインテルのクオリティ
インテルにそれ以外を求めてどうする？
お前らはインテルの新製品を待ってろ
インテルはいつまでも待たせてくれるから」

今の1155ﾏｻﾞｰじゃIvy乗せられないんだってな

【AA】お前がそう思うなら   カテゴリ:


 　　　　 /: : : : : __: :/: : ::/: : :／/: : :/l::|: : :i: :l: : :ヽ: : :丶: : 丶ヾ　　　　＿＿＿
 　　 　 /;,, : : : //::/: : 7l,;:≠-::/: : / .l::|: : :l: :|;,,;!: : :!l: : :i: : : :|: : ::､　 ／　　　　 ヽ
 　　　 /ヽヽ: ://: :!:,X~::|: /;,,;,/: :／　 ﾘ!: ::/ﾉ　 l｀ヽl !: : |: : : :l: :l: ﾘ /　そ　そ　お　＼
 　　　/: : ヽヾ/: : l/::l |／|||llllヾ,､　　/ |: :/ , -==､　l＼:::|: : : :|i: |　/ 　 う　う　 前　　|
 .　　 /: : : //ヾ ; :|!: ｲ､||ll|||||::||　　　 ﾉノ　 ｲ|||||||ヾ､ |: ::|!: : ｲ: ::|/　 　な　思　が
 　　 /: : ://: : :ヽｿ::ヽl |{ i||ll"ﾝ　　　 ´　　　i| l|||l"l　｀|: /|: : /'!/l 　 　 ん　う
 　∠: : : ~: : : : : : : :丶ゝ-―-　　　　　 , 　ｰ=z_ｿ　　 |/ ﾊﾒ;, :: ::|.　　　だ　ん
 　　 i|::ﾊ: : : : : : : : : : : ､ﾍﾍﾍﾍ　　　　 ､　　ﾍﾍﾍﾍﾍ /: : : : : ＼,|.　　　ろ　な
 　　 |!l　|: : : : : : : : :､: ::＼　　　　､-―-,　　　　　　/ : : :丶;,,;,:ミヽ　　 う　 ら
 　　　　　丶: :ﾊ､lヽ: :ヽ: : ::＼__　　｀~　"　　　　　 /: : ﾄ; lヽ）　　　ゝ
 　　　　　　 ﾚ　｀|　｀､l｀､＞=ﾆ´　　　　　　　 ,　　_´ : :}　｀　　　／
 　　　　　　　　 ,,､r"^~´"''''"t-｀r､ _　　-､　´ヽノ　＼ﾉ　　　／　　　　お ・
 　　　　　　　,;'~　　_r-- ､__　　　　　~f､_>'､_　　　　　　　　 |　　で　　前 ・
 　　　　　　f~　　,;"　　　　　~"t___　　　　ﾐ､ ^'t　 　 　 　 　|　　は　　ん ・
 　　　　　 ,"　　,~　　　　　　　　　ヾ~'-､__　ﾐ_ξ丶　　　　　|　　な　　中 ・
 　　　　　;'　　,ｲ　.. 　　　　　　　　　ヽ_　　 ヾ､0ヽ丶　　　　l　　　　　　　　　/
 　　　　 （　;":: |:　:: ..　　　　　　　　　 .｀,　　 ヾ　丶 !　　　　＼＿＿＿＿／
 　　　　　;;;; :: 入:: :: :: 　 　　　l｀ｰ-､　　 ）l　　 ヾ　丶
 　　　　　"~､ｿ:: :い:: :　　　　　＼_　　ノ　,　　　 ヾ　丶

2600K 4.5GHｚ 16GBで運用してるからIvyは余裕でスルー。
Haswell待ち

ＬＧＡ1156/1155ママンもCPUもあるけど、メインはPen　DCでござる
これで十分でゴザル

聞く場所ここであってるかわからんけど、ちょっと質問させて。

core2duo 2.4GHz と　Pentium G 2.60GHz 　では、どちらの方が性能上なんでしょ？

わかる人、おせーて下さい。

>>965
http://www.anandtech.com/bench/Product/64?vs=406

>>966
おお、こんなに詳しく調べれるサイトがあったのね。
ありがとう！お気に入りに登録します。

sandyEってsata3が１０本から６本に
PCIe3.0がキャンセル、メモリは４スロットまでらしいな

>メモリは４スロット
SandyEとしては仕方ないレベルだけど
SandyEPがその調子なら鯖は困るだろうな

Sandy Bridge-EPでは1chあたり2DIMM構成（＝８スロット）だとMBベンダーが断言してる。
ただ11月上旬という予定を守るためにSandy Bridge-Eは機能削減されたらしい。

早くIvy対応のMaximus出せよASUS
BT内蔵してるマザーがASUS以外ねーんだよなー
マザー内蔵のBTじゃねーとPOSTでBTキーボード・マウスを認識しねぇからな
そろそろBTとWi-Fi標準装備にしてくんねーかなマザーメーカーはよ

EPってi7 920と入れ替わり？
Ivyの次の次のイスラエル製が来るまでIvyが当分のスタンダード？

EPはXEON

Ivyの次のオレゴン製がハイエンドか

EDのジオン軍、に見えた

正直何言ってるかわがんね
Intel changes radios on the fly
http://semiaccurate.com/2011/09/13/intel-changes-radios-on-the-fly/

14nmのSRAMぐらいしかIDFは見所がないな

22の次が14ってのが気になる

AMDのBulldozerマイクロアーキテクチャは出る前から散々な酷評なんだが、
結構な高クロックでは動くらしいな。
High-ｋ導入に関しては成功したということか。

TSMCやGFの刻み方に合わせたんだろう
一瞬でも最先端プロセスの座を奪われないように

周波数高くしてもその分上昇する発熱・消費電力と性能が見合わないんだよｗ
そりゃBullが空冷8GHzで常用できれば別だがｗ

発熱に関しては何のリークも出てないので現時点ではなんともいえないが
定格4GHzを超えるラインナップが用意されている事から、ある程度リーク電流は抑えられているとみた。
High-k導入に関しては一定の成果を上げたというわけだ。

超選別ですか

つまるところ今Sandyマシン買っておけば性能的に長く使えると。

SATA 6GbpsやUSB3.0対応してるのも多いから特に古びないんだろう

sandyHはな、sandyEは微妙

ttp://journal.mycom.co.jp/articles/2011/05/09/intel/index.html
「Intelは2010年までP1272が15nmないし16nmと言っていたのに、なぜ今は14nmとなったのか?」とMistry氏に伺ってみた(Photo06)。
すると「それは大変良い質問だが、今はまだ22nmより先のプロセスの話をすることはできない」とした上で「15nmないし16nmが14nmになったのは名前だけの話ではなく、本当に変わった(Real Change)ということだけは言える。
スケーリング則から言えば、22nmから14nmというのはおかしいのだが、ただ次は14nmになるということは間違いない」という、非常に含みの多い返事が返ってきた。

IDFで公表されるSRAMの容量は従来は前プロセスのおよそ2倍だった。
14という数字を鵜呑みにすれば容量が2.2倍くらいまで増えるはずなのでそこでハッタリかどうかわかるんじゃないか。

すまん2.5倍ね。22nmが364Mbitだったので14nmなら900Mbitくらいになるはず。
ttp://journal.mycom.co.jp/photo/articles/2011/05/09/intel/images/002l.jpg

14nmは28nmの半分てことじゃないのか

まあプロセスルール刷新まで3年かかるとか言い出すなら意味無いけどな

HaswellがどうもSandyのマイナーチェンジで期待出来そうもない、
ってのがはっきりしてしまったのがなあ・・・

あとはメニーコアと専用回路化、省電力路線でごまかすんだろうか

メジャーチェンジしてあのざまになるよりはいいんじゃね？

まあ逆に言えば、いまSandy買って使い潰すならそれが一番バリューなんじゃともおもえるわけで

特にここにいるジサカーだとチップセット内蔵グラフィック使わない人が多数派だからね…

うめ

今ぐらいのペースの性能アップなら、まあまあだな
いつまで続けられるかわからんが

劇的な性能飛躍を求めて失敗して劇的に性能ダウンとか笑えないし
正統進化って大事だと思うよ

>>990
> HaswellがどうもSandyのマイナーチェンジ
ソース希望

性能アップのペースより、今後ハイエンドの周回遅れが常態化するのがなあ
まあ、市場の変化で避けられないことなんだろうけど
廉価版の最上位を買っていくのが一番いいって状況が続きそうだな

Intelの次世代CPUについて語ろう 47
http://hibari.2ch.net/test/read.cgi/jisaku/1315933260/

ほれ

うめ

1000

1台のマシンが組み上がりました。。。
新しい筐体を用意してくださいです。。。。

　　　　　　　　　自作PC板＠2ch http://hibari.2ch.net/jisaku/