■次世代PowerPCを語るす vol.5

奇しくも同時期に概要が明らかにされた2つのPowerPC、
IBMのPowerPC 970 http://www.ibm.com/news/jp/2002/10/10152.html
MotorolaのMPC7457 http://www.ocf.berkeley.edu/~ceugene/MPC7457.jpg
これから明らかになるであろう詳細と、Macintoshへの搭載の可能性、
他のプロセッサとの比較なんかを語るす。
更に次々世代のSONY-IBM-東芝連合のCellやMotorola G5の話も歓迎するす。
前スレ等わ>>2す。

前スレ
vol.4 http://pc.2ch.net/test/read.cgi/mac/1034551147/l100
Vol.3 http://pc.2ch.net/test/read.cgi/mac/1032626888/
Vol.2 http://pc.2ch.net/test/read.cgi/mac/1030338323/
Vol.1 http://pc.2ch.net/test/read.cgi/mac/1030338323/
■G5が出てきたらごめんなさいす■ http://pc.2ch.net/test/read.cgi/mac/1025880736/
■G5なんて（ﾟεﾟ）ｷﾆｼﾅｲ!! す■ http://pc.2ch.net/mac/kako/1021/10219/1021968176.html
■G5情報募集中す（電波を除く)Part2■ http://pc.2ch.net/mac/kako/1017/10172/1017211524.html
■G5情報募集中す（電波を除く)■ http://pc.2ch.net/mac/kako/1017/10172/1017211524.html
「G5！ホントすか？？」http://pc.2ch.net/mac/kako/1010/10101/1010115321.html
「ついに！　G5！！！」http://pc.2ch.net/mac/kako/1000/10007/1000793921.html
その他、世間の情報
Wired http://www.hotwired.co.jp/news/news/technology/story/20021015301.html
ZDNet http://www.zdnet.co.jp/news/0208/12/ne00_ibm.html
EE Times http://www.eet.com/semi/news/OEG20021014S0059
PC Watch http://www.watch.impress.co.jp/pc/docs/2002/1017/mpf2.htm
MyCOM http://pcweb.mycom.co.jp/news/2002/10/18/16.html
RealWorldTech http://www.realworldtech.com/page.cfm?AID=RWT101502203725
ExtremeTech http://www.extremetech.com/article2/0,3973,636837,00.asp

３

age

定期コピペ

このスレは、【Macオタの身勝手】によって立てられた【重複スレ】です。

現在、Macオタたたきのための【再利用】されています。
POWER4ベース次世代PPC、その他有用な話は【本スレ】でしてください。

主として、Macオタの【過去】の【嘘】、【偽り】、【論争逃走】などを晒すスレです。

PowerPC 970の概要
・製造プロセス： 130nm, SOI, 8層メタル, 銅配線
・トランジスタ数： 5,200万個
・ダイ面積： 118mm^2
・動作周波数： 1.4-1.8 GHz
・サンプル提供： 2003年第2四半期
・出荷開始： 2003年後半
・消費電力： 42W @ 1.8GHz (Vdd=1.3V), 19W @ 1.2GHz (Vdd = 1.1V)
・外部バス：片方向Point-to-Point, 32bit接続 x 2, 450MHz DDR, 実効6.4GB/s
・コアアーキテクチャ: POWER4コア + AltiVec (VPERM + VALU), Book E非準拠
・L2: 512KB, 8-way set-associative
・16-way SMPサポート
・SPEC2000 (est.)： int [email protected] / fp [email protected]

■重複スレ　誘導指示

[統一]　次世代MacのCPUを語ろう
http://pc.2ch.net/test/read.cgi/mac/1034223390/

--
新Mac板にCPUスレが乱立した為、CPU関係は統一スレに統合されました。
CPUに関する話題は統一スレにてお願いします。重複スレは不要です。
以下、このスレは削除されるまで放置して下さい。

MPC7457の概要
・製造プロセス： 130nm, SOI, SiCOH low-k絶縁体, 9層メタル, 銅配線
・トランジスタ数： (推定)4,600万個
・動作周波数： 867-1833MHz
・リリース時期： 2003年前半？
・コア電圧： Vdd = 1.0 - 1.4V
・消費電力： Typ. 8W @ 1GHz
・外部バス：60x/MPX bus + L3インターフェース
・コアアーキテクチャ: G4+コア
・L2: 512KB

MPC7457-RMの概要
・製造プロセス： 90nm, SOI
・動作周波数： 1.3 - 2.0+ GHz
・リリース時期： 2004年？
・外部バス：DDR SDRAMインターフェース, RapidIO

またですか(°д°)ﾎﾟｶｰﾝ
スレてられるやつはいいよなあ(~_~;)

また、虚言と妄想と荒しのスレが始まったね・・・・
不毛な・・・・

■重複スレ　誘導指示

[統一]　次世代MacのCPUを語ろう
http://pc.2ch.net/test/read.cgi/mac/1034223390/

--
新Mac板にCPUスレが乱立した為、CPU関係は統一スレに統合されました。
CPUに関する話題は統一スレにてお願いします。重複スレは不要です。
以下、このスレは削除されるまで放置して下さい。

>>11

そんな板orスレッドないです。

荒らしはやめよう！

>>11
そんな板orスレッドないです。

スレたてても誰も「乙ー」などとヌルいことは言わない。
このサツバツとした雰囲気こそが2ちゃんだ！

>>14
じゃ、>>1乙〜

>>14
オタのジサクジエン以外に、オタを支持する奴なんぞいないしね〜

>>12とか>>13みたいに

>>1-2
乙。

MACオタ、乙〜

>>16
いや、個人的には、スレ誘導厨のほうがずっとウザいし、
それは皆思ってるはず。
また、オタ用の隔離スレがあるという現状は非常に健全。
スレ誘導厨やコリンならオタのほうがまだましだしね。

>>1
早く謝れよ

>>1
削除依頼出しとけよ


これも必要だと思われ。

>>20
思わない。つまらない。
お前自体が必要ない。

>>20
禿銅
がんがれー　MACドザ
氏ね、MACオタ

ユニノースまわりのことも情報おながいします。RAMのことも。

>>23
オタさん、誘導ｼﾞｴﾝですか？

http://www.personal.ne.jp/~aaa/tvote.cgi?event=netidol&show=10
あと58000票で2位に浮上するす。
みんなの力を貸して欲しいす。

しかし>>5, >>7, >>11の重複とか言ってる誘導さんわ，4日も前に「本スレ」とやらが
倉庫送りになったことを知らなかったようすね(笑)　
叩きにしか興味が無い粘着さんらしいと言うべきか。。。

>>21
いや、おれはニヤリとできたよ(w
芸のない○○○よりは、楽しめた。

罪人は、自らが冒した罪悪を、さも当然のごとく、自らに正義がかのように偽ることで、自らの贖罪がなされていると、思い込んでいるようです。

MACドザはいいんだ。
コリンだけはウザすぎ

>>19
まぁ、厳密に言えば個人のためのスレはガイドライン違反なんだが、
漏れは情報が入手できればそれでいいのでｷﾆｼﾅｲ!!（‘ε ’）

>>26
煽りネタにすぐマジレスして流す事ができないと、（2ちゃんねるで藁われずに過ごす事は）難しい。

恥ずかしいとわ思ってるみたいすね(笑)

複数のバス規格に対応するインターフェースチップの問題、それは検証だ！

ただでさえ難しい、シグナルインテグリティ、バスプロトコル、タイミング
等の検証が単純計算で2乗の手間かかるようになる。こいつはつらい。

PCのバスブリッジチップというものは、市場の状況に合わせてタイムリーに
再設計、投入しなきゃいかんものだからね。

でも、これからのバスはネットワーク並みにきれいにレイヤ分けすることに
なるだろう。そうなると、一部のレイヤだけを置き換えて違った機能を実現
するといったことがずっと楽にできるようになる。

あくまでも未来の話だ。

>>30
良くない。

>>33
バスの話なら前スレの方が良いと思うす。こちらわ分かりやすいニュースが出る迄
煽りが続くと思うす。

>>2ゴラァァｱｧｧｧｧ!!
何が前スレだ!　こいつらは相変わらず無視かよ！
↓↓↓

厨大好き・Power4搭載PowerMacを語るスレ
http://pc.2ch.net/test/read.cgi/mac/1026144252/l50

POWER4ベースの次世代PowerPCを語りましょう2
http://pc.2ch.net/test/read.cgi/mac/1030287945/l50

Power4でOSXが動いているらしい。その1
http://pc.2ch.net/test/read.cgi/mac/1033735708/l50

★　インテル＆AMDのチップ用MacOSX　★
http://pc.2ch.net/test/read.cgi/mac/1026996762/l50

x86用Mac OS Xがちゃっかり存在！？
http://pc.2ch.net/test/read.cgi/mac/1031127934/l50

x86 or 64bitPowerPC
http://pc.2ch.net/test/read.cgi/mac/1032681544/l50

セ　レ　ロ　ン　と　G　4　ってどっちが強いの？
http://pc.2ch.net/test/read.cgi/mac/1034138934/l50

P4-PCやXeon-PCてPMG4より速いんですか？その6
http://pc.2ch.net/test/read.cgi/mac/1032957357/l50

これらのスレにはMACオタによって(結果的に)抹殺されたスレが含まれます。

先発スレを無視して自スレの存在を既成事実化する
というあなたの行為に憤りを感じます。

って言うかスレ建て厨は逝ってよしだね。
って言うかイタチ害

>>35
煽り？秋の虫でしょ。度をこすとやかましいが気にしなきゃ済む。

まあ、おいらどっちのスレでもいいけどさ。

>>14-19
いや、個人的には、重複スレのほうがずっとウザいし、
それは皆思ってるはず。
また、統一スレがあるという現状は非常に健全。
スレ揚げ厨やイタチ害ドザーならMacドザのほうがまだましだしね。

>>5
素早い対応ありがとうございます。

>>7　残念ながら…　嵐の勝ちです今回は。
>>10　　激しく同意
>>16　そうだよね、すんごく不自然。移動しないのも変だったし。
>>18 ｷﾓｰ

>>20,>>22 同意。

>>26　お前みたいに一日中板に張り付いていられるやつとは違うのさ。
>>32は恥ずかしいね!

>>33 ここはMac板です。関係ない話しないでください。迷惑です。おこるよ。

>>38
確かにどっちのスレッドでも良いすけど新スレッドに移る場合にわ，前スレでの
途中経過のサマリーから始めた方が良いかと思うす。

オタのスレは必ずマクモエの巡回リストに入れてるです。ハイ。
だって読んでて楽しめるからね。

>>40

うんそうだね。つーわけでちょっとだけ補足。

>>33 は前スレ941から行われていた、「モトローラ系チップと970の両方に対
応するMac向けチップセットは実現可能か？」という議論に対するコメント
だよん。

それでわ私もちょっと補足しておくす。コメントがあればお願いするす。
　・970 bus (Apple PI?)
　　　32bit 単方向, 450MHz DDR, coherent layer有り
　・RapidIO
　　　8-16bit (将来的にわ32bitも), 250-500MHz DDR (将来的にわ1GHz),
　　　coheret layer有り
参考
　・POWER4 fabric bus
　　　64 or 128bit 単方向, 500-650MHz (SDRかDDRか不明), coherent layer有り
　・POWER4 GX bus
　　　32bit 双方向, 333-433MHz (SDRかDDRか不明), fabric busと同仕様？
　http://www.research.ibm.com/journal/rd/461/tendler.html
　http://www.redbooks.ibm.com/redpapers/pdfs/redp0193.pdf
　・HyperTransport
　　　8-32bit 双方向, 100-500MHz DDR, coherent layer無し
　http://www.commsdesign.com/news/OEG20020721S0007

このスレッドは、マクーWorld誌により _,,..-　　　　　　.／
４マカドウマと半分を獲得しました.　　　　　 　　　 .,･'
　　　　　　 　,･'　　 　　　 _,,.. -──‐- .､　･'　　　 　　　　　　_,,.. -──‐- .､.._
　　　　　　,･　　　　,. ‐'"´　　　　　　　　 /　 ｀`'‐.､　,. ‐'"´　　　　　　｀`'
　 　　 　./　　,l!.‐´l!,　　　　　　　　　 　/　　,l!.‐´l!＼
　 　 　 /　.／l!.l　l!.ll,　　　　 　　　　　/　.／l!.l　l!.ll, `:、　 　 ｻﾞﾜｻﾞﾜ･･･`:、
　　　 ./.／　ll! .l.ll! .ll,　　　　　　　　./.／　ll! .l.ll!　.ll,　･-─‐- .､.._
　　　(_(,／⌒ヽll!. 　 ll,　　　　　　　 (_(,／⌒ヽll!. 　　ll,　　　　　　　_,,.. -──‐- .､.._
　　┌(ﾟ)ilヽ/l!.ll!)_　　.ll,　　　　　／┌(ﾟ)ilヽ/l!.ll!)_ノ 　ll,　　　　,.‐'"´
　　,/　”l!￣ｉ''l!~ l.　　.l!,　　　.,･' .,/　”l!￣ｉ''l!~ l　　　　l!　, ,‐´
_,.,/　 ,/ _.,|' .l,　!,._　　.l!,　.,･' _,.,/　 ,/ _.,|'　l,　!,_　　　 l!,
　　 ,/　　　　l,　　　　　 i,,__　　　　 ,/　‐‐‐‐ l,‐‐ 　,.,･' i,,__　 　　　_,,.. -──
　_,,/　　　　　l,,_　　　,･　　　　,. _,,/　　　　　 l,,　　.,･｀`'‐.､,. ‐'"´　　　　
　 　　 　 　 　　./　　,l!.‐'l!,　　　　　　　　　　　/ 　,l!.‐ .l!＼　(ﾟдﾟ)ｳﾏｰ
　　　　 　 　 　/　.／l!l　l!.ll,　　　ｶｻｶｻ…　　　　／ ／l!.l　 l!.ll, `:
　　　　　　　 /.／　ll!.l.ll!　.ll,　　　　　　　　 /.／ll! .l .ll!　.ll,　）　／￣￣＼　／￣＼
　 　　　　　 (_(,／⌒ヽll!.　 .ll,　　　　　　　 (_(,／⌒ヽll!. 　.ll,　／　　?P　?Q|?P
　　　　　　┌(ﾟ)ilヽ/l!.ll!)_ノ .ll,　　　　　　 ┌(ﾟ)ilヽ/l!.ll!)_　 .ll,＼?P・へ?P?i|
　　　　 　 ,/　”l!￣ｉ''l!~ l.　　.l!,　　　　　 ,/　”l!￣ｉ''l!~ l　　 .l!,　　へ∵へ
　　　　_,.,/　 ,/　_.,|'.l,　!,._　　l!,　　　_,.,/　 ,/　_.,|'　l,　!,_　 .l!,
　　　　　　　,/　　　　l,　　　　　i,,__　　　　,/　　　　　l,　　　　i,,__

両対応チップセット「可能」説
　・どちらもPoint-to-Pointバスなので，バイトストリームとして取り込んでしまえば，
　　パケットの違いはLINK層相当の回路ブロックを切り替えて対応できる。
　・プロセスの微細化で最近のノースブリッジわ多機能化が可能
両対応チップセット「不可能」説
　・RapidIOは16bit@1GHzまでの定義、970Busは32bit@900MHz(Proc.Clk÷２)で物理的に異なる
　・キャッシュのコヒーレンシ制御、ラインサイズ、順序保証、排他制御、割り込み処理、
　　CRCのありなし等、無理な理由はいくらでも上げられる。

>>35
何故自分が煽られるのか、わかりませんか？
２ちゃんねるは無法地帯といわれますが、そんなことはありません。
住人はきちんとルール…

スレ建ての前に、検索をする、注意書きを読む、過去ログを探す

といった最低限のルールを守っていますし、
実際、ルールに沿った質問や話題には住人は優しく応えています。
いいですか、
あなたがこんな駄スレをたてたせいで、
過去の有意義なスレが一つ消えてしまいました。
何故自分が煽られるのか、自分の立てたスレが荒らされるのか
よく考えてください。

そして、二度とこんな駄スレを立てないと夜空の星に誓ってください

>>46
しつこいよ悪魔ｗ
ここはもう重複スレではないし駄スレでもない。

>>47
>>悪魔
違うよ、ヤシは小学生の首を切って校門に飾る異常者だよ(w

>>47
ほんにｺﾘﾝとかゆーやつの鬱陶しいこと
自民の山本一太とかゆーやつ並にウザイ

>>45の続きす。
前スレ埋められたようすから，一部転載しておくす。
・HyperTransportの仕様について
988 ：名称未設定 ：02/10/20 15:43 ID:19orxAve
　　>>982 http://www.hypertransport.org./technology.html によると、
　　　FEATURES CHART
　　　　Memory Model Coherent and non-coherent ★
　　仕様にもsnoop(probe)のトランザクションは定義されてるよ。
990 ：MACオタ＞988 さん ：02/10/20 15:50 ID:hZ6r5Agw
　　HTについてわ，今年の5月末にバージョンアップされた1.04仕様での追加す。
　　　http://www.hypertransport.org./docs/HTlink1_04.pdf
　　現存するデバイスでわHammerも含めて完全準拠のチップわ無いと思われるす。
・GX busについて
989 ：名称未設定 ：02/10/20 15:44 ID:19orxAve
　　GXが非コヒーレントならRIOも非コヒーレントにしかならない。
991 ：MACオタ＞989 さん ：02/10/20 15:53 ID:hZ6r5Agw
　　GX busわコヒーレントなバスだと思われるす。
　　非コヒーレントと主張する根拠わ何すか？

>>45

「可能」か「不可能」かというレベルで議論しだすと、ほとんどのことが
「可能」になってしまうんだな。

「両互換チップセット(同じソケットにモトローラも970も挿せるようなや
つね)が企画、設計、製造される可能性はあるか？」ってことだったら、
おいらの予想は「ほとんど無い」だよ。理由は33に書いたとおり。

プロセッサファミリごとに別のチップセットを起こしたほうがまだ楽だと
思うぞ。

コリン，キモ過ぎ...
変な犯罪おかす前に病院行け。

スレタイから「POWERﾍﾞｰｽの」を抜いた理由は何故すか？

>>51
おっと、「同じソケット」ってのはあからさまにありえないなぁ。
「ソケットと電源周りを変えれば」ぐらいにしといて。

>>51
今のAppleわ全ての機種で同じIPコアを持つチップセットを使っているす。
チップ自体わノース／サウス別チップのUni-NとシングルチップのPangeaの
2種類があるすけど。。。
これが今後も続くかというテーマでよろしいかと思うす。

>>53
モトの新PPCも出てきたからだと思われ。

>>53
公式発表があったことで、あえて言うまでもなくなったからからだろ？。

>>55

IPコアの使いまわし自体は、チップセットの設計元が変わらなけれ
ば、行われるんじゃないかね？

フロントサイドバスからメインメモリ周り(要するにキャッシュのコ
ヒーレンシにかかわるところ)までは別設計にせざるを得ないと思う
が。

>>58
メインメモリ周りまで別設計が必要かどうかわ異論があると思うすけど，
その必要な変更の結果として，
　・別チップになるのか？
　・チップ内部の機能の切り替えで済むのか？
というのが議論の対象になると思われるす。

前スレ、実にいい終わり方だなｗ

>>59
どちらであれ両方に対応する手段があればユーザにはどうでもいいことと思われ。
むしろそれぞれの場合でどんなメリットやデメリットがあるかとか、
コスト的にどうかとか語ってほしいすよ。

>>60
いわゆるUMA(Unified Motherboard Architecture)チップセット戦略わAppleのコスト
ダウンのためでユーザーのメリットわ結果的に製品の値段が安くなることくらいす。

>>61
それって概ね生産コストの話になると思うんだけど、どのくらい
製品価格に反映されるものなのかな？

逆に開発コストや技術的難易度は単一チッブでやろうとした方が
大きいだろうっていうのが>>33さんの意見だよね。
その辺、オタはどう考えてるのさ？

技術的に「可能か」どうかより「容易か」どうかが問題じゃない？
その辺の意見キボンヌ。

>>62
主として開発コストの問題す。私わ>>33さんが考えるより共通部分わ多そうなので
単一チップの方が簡単だと思うすよ。
ただし970 busとRapidIOの物理仕様が良く似ているという仮定をおいているすけど。。。

>>36
ほとんどdat落ちじゃん...

>>50 公開されている情報でGXが非コヒーレントというには、

(1) GXの先にメモリもキャッシュも繋がっていない、すなわち不要
(2) 万一コヒーレントにしたら、FabricBusからのSnoopを全てGXに流す
必要がでてきて、全くメモリの性能が出ない

と絡め手からになる。もっと良い公開情報があれば持ってくるよ。

元の970BUS, RapidIO共用チップの可能性の議論からはずれてるね。

UMA（ユニバーサルマザーボードアーキテクチャ）

UMA: ユニファイド　メモリ アーキテクチャ

意味の異なるＵＭＡがあると大変だ。
何でも頭文字だけにするのも考えものですね。

一瞬後者のほうかと喜んでしまいました。

>>65
前スレにも書いたように>>43にリンクした資料を"GX"で検索してもらえば見つかるすけど，
「GX busわI/Oだけでわ無く，POWER4間の接続にも使用できる」
「GX busと(p630のSCM間接続の)Fabric busわ本質的に同じものでバス幅が異なるだけ」
等の記述が見つかるす。つまり，
　(1) GXの先にメモリやキャッシュが繋がる場合わある
　(2) FabricバスとGXバスわ同じ機能を持つ
ということすけど。。。

>>66Mhz

UMA（ユニファイドマザーボードアーキテクチャ）

もうひとつありました。

いや、それともユニバーサルが間違いか？

え？オタの言うUMAって、未確認アーキテクチャ(Unidentified Mｙsterious Architecture)の略じゃないの？

>>68
確かに"Universal Motherboard Architecture"が正しかったような気もする
すけど，検索してみるとどっちも見つかるすね(笑)

ウマだろ、ウマ。
馬!!

コリン、ウゼエから書くなよ。

>>47-48
悪魔って誰よ。それともわざと?
君たち旧板のドザだね。↓の名無し降下兵
/*旧Mac板は大変なことになっています。
コテハン掃討戦車、名無し降下兵によって、次々コテハンが沈黙
してます。

第200〜第400スレ区画制圧されました。
旧Mac板は壊滅状態です。荒しが上位400スレ全て制圧
わずかに地下スレで旧Mac板住民が集まっているようです。

70 名前：英雄の丘にて ﾒｪﾙ：sage 投稿日：02/10/13 22:21 ID:02Jz7FQm
ひどい荒らされようだな。旧Mac板もこれで終わりなのか。
ヤマカさえあったら......
*/

>>52　お前等、キモ過ぎ…
前スレでは重複スレに残り続け、今度はオタの妄想スレにくっついて。

>>64　オタの仕業。

やっぱり書いてしまいましたね。

ｺﾘﾝてすごいね。
生きてる価値ないだろ。
早く死んだほうがいいんじゃないかな？
知恵遅れで言葉が分からなかったら申し訳ないが、
（陰毛の先程くらいは申し訳なく思ってやるが）
お前のような消去されるべきDNAを残しておくことは
人類にとって損害なんだよ。だから早く死ね。
好きな方法で今すぐ死ね。とっとと死ね。生きているなんて図々しい。
お前が消費したエネルギーはもっと価値のあることに使われるべきなのに。
それなのにお前は無駄に消費し、あまつさえ存在の正当性を主張する。
屑のくせに偉そうにだ。糞は早く処理されるべきなんだよ。
腐った病巣は早く処理されるべきなんだ。お前は早く抹殺されるべきだ。
口答えするなど片腹痛い。茶番だ。お前の存在は茶番にすぎん。
早く死ね。今すぐ死ね。お前のような社会不適合者は今すぐ死ね。

コリンは精神病だから何言ってもだめだよ

>>69-71
なぜこれが出ない！？
　　　　　↓
　　　　　↓
　　　　　↓



　　　(ﾟдﾟ) ｳﾏｰ


　

http://www.personal.ne.jp/~aaa/tvote.cgi?event=netidol&show=10
あと57000票で2位に浮上するす。
みんなの力を貸して欲しいす。

あいかわらず、ここは荒れてるな。
このスレの粘着は限度を越えてるんだよな。

粘着があぼーんされるような事書けばいいんだけど、
そんな事書く勇気もない粘着。
2ちゃんねるから抹殺されるのが怖いから、
中途半端なことしかできないんだろ。
結局このスレがないと粘着は生きていけないんだな。

生き方も中途半端なんだろうが、書き込みも中途半端なんだよ。
人間としての価値もないね。

>>67
「GX busわI/Oだけでわ無く，POWER4間の接続にも使用できる」
　できるよ。でもSMPじゃないねん、ちゅうことは、コヒーレントじゃないねん。

------- ここは普通のこと ------
The GX controller is responsible for controlling the flow of information into and out of the system. Typically, this would be the interface to an I/O drawer attached to the system
--------- ここから重要 -----
With the POWER4 architecture, however, this is also the point at which
we would directly attach an interface to a switch▲ for clustering ★
multiple POWER4 nodes. ☆

★のClusteringとか、☆nodes で分かるけど、クラスタ接続だからSMPじゃない。
SwitchingHUBの様なGXBus用のSwitchに接続すれば、複数のPOWER4ノードを
　クラスタ接続できますよ。

GXBUSでMacのGigabitEtherよりも高速な通信ができますよって言ってるのさ。

みんな〜、付いて来れてるか〜い！？

　(ﾟдﾟ) ｳﾏｰ　が出て来なかったように私を含めた一般２ちゃん市民には少し難しく
なり過ぎているようですが、お続け下さい。
勉強になるような気もします。
　(ﾟдﾟ) ｳﾏｰ

↑の引用はMacオタの見つけてきたやつ。御苦労＞オタ
http://www.research.ibm.com/journal/rd/461/tendler.html

>>80
その解釈も否定しないすけど、それでわこっちを説明できないのでわ
ないすかね(笑)
http://www.redbooks.ibm.com/redpapers/pdfs/redp0193.pdf
　　--------------------------------
　　The Fabric bus is "similar in nature" to the GX bus, but has dual 64-bit
　　paths operating at 500 MHz to provide an aggregate data rate of 8 GB/s.
　　--------------------------------

>>83 その文章は物理仕様を説明しているだけ、物理層と論理層は別物。

物理仕様が同じものが全て繋がるなら、Pen4BUSとMPXBUSの両サポートの
チップが出てきても不思議ではないが、実際にはありえない。

おまけにいうと、"similar in naure"という極めて抽象的表現であって、
"same electrical specification"とは書かれていない。

"similar in nature"なら、Pen3BUS,Pen4BUS,ItaniumBus,MPXBUSみな使える言葉。

>>84
物理層が同じならAMDのcoherent HyperTransportのようにcoherent layer
わ載るすけど？
つーかHyperTransortやRapidIOのようなインターフェースわパケットの内容に
coherent機能が含まれている訳すから、互換を保つのが簡単というのが>>63
あたりの仮定の意味す。

オタよ、そろそろ結論にしよう。
俺はrapidIOと970BUS両対応のチップセット作るなら、

クロックと物理仕様が異なるので、NorthBridgheは
1) 970BUS用ポート
2) RapidIO用ポート
3) Memory用ポート(RapidIO時には未使用:7457RMはCPU直結Memoryあり)
4) SouthBrdige用ポート

の４系統の外部ピンを備えて、CPU側の内部論理はRapid用と９７０用の
２つを切り替えて使うことになる。当然共用するために性能は犠牲になる。
また、Clock/PLLも970,rapid,Memoryの３種類必要。

　　　　　　 ＋ーーーーーーーー
　　970BUS ー | | (rapidIO)
|　North Bridge ＋ーーー [ South Bridge ]
RapidIO ー| |
＋ーーー＋ーーー＋
|
[ Memory ] ; RapidIO時(7457RM)には不要

（ズレズレで申し訳ない）
オタならどう作る？

個人的にはPPC970だけってのがいい

来年末までにはおそらくHammerが出てるはずだし
それに伴ってWinも64bit化してくるし
intelだってその気になればすぐPC用64bitCPUを作りそう
どうせ今後数年で64bit化はしなければならないんだから
早めにしてほしい

とりあえず32bitOSでもハードのほうを先に固めて
後からソフトを換えるのでもいいし

http://www.watch.impress.co.jp/pc/docs/2002/1021/kaigai01.htm

しかし…世の中の進歩は早いな…
俺自信は64bit化なんて何も期待してないんだけど
やっぱSOFTがどんどん重くなってくるから必要なんかね。

>>87
物理仕様が同じということの意味が判ってないようでわ？
　・信号線(ビット幅x2)：32@16bit, 64@32bit
　・クロック: 2clock pair@16bit (RapidIO)
　・その他制御用信号: Frame (RapidIO)
の多くが共通に使えるということす。
ボード設計においてわ、高速信号の取りまわしが問題になるすから
この多くが共有できて、違いの部分がシリコン内部で解決できるなら
何も問題わ無いす。

つうかソフトが重くなりすぎ。ＯＳも重くなりすぎ。肥大化しすぎ。
数年前なんて、メモリ64MBもあればOS動いてPhotoShopも動かせたのに。
しかも、今と比べものにならない鈍速CPUでさくさくと。
そして、その当時と今の仕事内容はほとんど変わってない罠。

ただ、パソコンの値段と仕事の単価だけは下がりまくってるが。

>>89

しかしこの記事はAppleが言ってる事とまったく逆のこといってるね。
PPC970でやっとP4に肉薄するって感じで書かれているけどホントの所はどうなの?
現状のG4でもP4の倍以上速いんだよね?深いパイプラインもダメだって言っていたのに?
まぁAppleの言っている事の方が正しいとは思うけど、ちょっと不思議。

>>93
時代に取り残された人？ 煽り？
君のようなこと言ってるのは他にはMACオタしかいないよ。
↓これ知らない？

> 「2GHz台に到達すれば、（Intelの）Pentiumにそれなりに対抗できる」
> とIBM Microelectronicsのマイクロプロセッサ開発担当副社長、
> Chekib Akrout氏は語る。

>>93
もっと釣り師としての腕をを磨かないと駄目だよ。

いや純粋にどっちの言ってる事がホントか知りたいだけなんすが。
あそこまで大々的に宣伝しているAppleもさすがに嘘は書かないハズですし。
どこからも苦情等がきていないと言う事は少なくとも嘘ではないって事ですよね?
発売初期のP3とP4の関係みたいな感じなのかなとは考えていますがねG4とPPC970は。

　　　　　　　　　　　　　　　　　　　　　苦情を言うのはマカーだけ

>>96
まぁ、そのくらいにしといた方がいいですよ。
ペン4よりG4の方が速い、つーのはベロエンジンを使った一部の処理だけで
ベロを使わないアプリじゃ意味ないわけですから。
通常処理なら1GHzが2GHzより速いなんてことはナイです。

まあ、自分から釣り師と名乗る釣り師は滅多にいないわけだが

100

わんおーわん

>>93 >>96

まあ、ネタとは思うが一応張っておくか・・・

http://pc.2ch.net/test/read.cgi/mac/1032957357/1-14

ここでも見てきたら？

ただし、Macの現状を知ってショック死しないでネ！(w

>>89
x86業界でわ一番きちんと勉強しているジャーナリストさんすけど、
さすがの後藤氏も"コネ"が無いPowerPC方面の話にわ疎いみた
いすね。「x86に及ばない状況」的な偏見わ別にしてもやや誤解が
あるす。
・再びPower系アーキテクチャから、PowerPCに新しい血が...
　　-> POWER3以降のPOWERわPowerPCす。単なる商標の違いだけす。
・PowerPC 970で...まず演算ユニット数が膨大だ。
　　-> 演算ユニットの数ならG4+も11個とPPC970とほぼ同じす。
・パイプラインが深くなったのは、ひとえに高速化のためだ。
　　-> POWER4のクロックを見れば、並列度を上げるためだと分かる筈す。
・PowerPC命令セットがRISCにしては複雑な命令を含んでいるためだ。
　　-> 主目的わPowerPC命令でわなく、POWER命令やAS/400のための
　　　　PowerPC-AS命令のサポートのため
す。
・PowerPC 970の実行ステージの詳細はわからない。
　　-> 明らかにPOWER4そのものす。

しかし、"Intel SPEC"に関する見解わ流石に長いこと業界を見ているだけの
ことわあるんじゃないすかね。
　　-------------------------------
　　IntelもマジックのようにSPECint/fpのスコアを伸ばしてきている。実際、
　　PowerPC 970が性能でどこまで匹敵できるかはフタを開けてのお楽しみと
　　いうことになる。
　　-------------------------------

>>102
ショック死するほどのスペックオタがいるとは思えんなー。
だいたいそういう極端なやつはMac使わないだろ？

まあMac使ってる以上は、できるだけライバルに肉薄して欲しい
といういう気持ちがあって当然だけど、それと混同されても困るよ。

へえ、オタも後藤弘茂のことは一目置いてるんだ。
ちょっと意外

>>96
アポーのペテンベンチの詳細はここにあるが、
http://www.hi-fi.jp/ArsATP44MB_Demo.html

＞さすがにAppleも商売なだけあって，
＞Macが得意とする処理をキチッと集めているなぁという感じでしょうか？
＞メーカの出すBench結果って，
＞どうしてもこういう痛いやり過ぎなモノになってしまうね。
＞こりゃユーザにペテン呼ばわりされても心情的には仕方ない気がするなぁ〜
＞というかカッコ悪いんだよね。

と評されてますな。
まるでP4側にi845B-Stepを使用して「AthronXPは速い」とやってくれた、
日経BPのWinPCのようだ（w

>>107
　　------------------------------
　　まるでP4側にi845B-Stepを使用して「AthronXPは速い」とやってくれた、
　　------------------------------
Appleの比較対象わちゃんとRDRAM搭載の機種すけど(笑)

オタの病気が始まりますた。

>>73
> 君たち旧板のドザだね。↓の名無し降下兵
> /*旧Mac板は大変なことになっています。
> コテハン掃討戦車、名無し降下兵によって、次々コテハンが沈黙
> してます。
>
> 第200〜第400スレ区画制圧されました。
> 旧Mac板は壊滅状態です。荒しが上位400スレ全て制圧
> わずかに地下スレで旧Mac板住民が集まっているようです。
>
> 70 名前：英雄の丘にて ﾒｪﾙ：sage 投稿日：02/10/13 22:21 ID:02Jz7FQm
> ひどい荒らされようだな。旧Mac板もこれで終わりなのか。
> ヤマカさえあったら......
> */
>

スレ違いです。自分でおとくいの削除依頼出して下さい。

>>108
とはいえ、あれもPC800-40なのでメモリ帯域がボトルネックになってるから、
P4-2.53Gの能力を完全に出しきったとは言えないんだけどね＞DELLのPC
iE7205かi850E+PC1066-32でないと、実力は出ないんだけど？＞P4
まぁ、iE7205は来月だけど。

PPC970の値段はどのくらいになるんだろう？
G4より安くなるならいいんだが。

>>112
1200万




ｳｫﾝ

>>103

その記事を書いた人がCPUの知識に疎かったという結論で良いのかな?
やっぱりAppleの方が正しいという私の考えは間違っていないようですね。
この記事に目を通してから正直Appleを疑っていたのですがこれで安心しました。

しかし今回のような勘違いライターさんはWIN方面では多いのですかね?
Appleがスイッチ等のキャンペーンをあえて行う理由が分かったような気がします。

IBMのPowerPCが出るまでのつなぎとなるApollo搭載Macは
いつ出るの？

真正基地外混入中

　　　　　　ア　ッ　プ　ル　ペ　テ　ン　ベ　ン　チ　(R)

>>103
>>114
後藤さん、そんな間違ったこと書いてますか？

>>102
>>107

両方ともただの掲示板だったり個人のHP上での話ですよね?
Appleの広告並みの信頼性がある物とはとても感じられませんが?
しかも比較的まともなそうなPC系のニュースサイトでも上記のようなライターが
いる状況を考慮すると信じろと言う方が無理ではないでしょうか。

オタはPPCに幻想を抱きすぎ。

比較的まともそうな社会・国際系の朝日新聞でも、かつては地上の楽・・・

口封じされました。

appleはpc界の楽園なのさ〜

アハハハ〜
マテヨゥ〜
アハハハ〜

（・∀・）ﾊﾟｧｧｧｧｧｧｧ.........

同クロック時にPentium 4より1.55倍高速だと言うことを考えると、
インプレスの記事のようにPowerPC970が90nmプロセス時で3GHzに
なったら、その時のPentium 4より速くなってそうじゃん。(4.5GHz)

そんなCPUをDualで搭載するPowerMacって爆速だよな！(ﾏｯｸｳﾏｰ)

バク速age

http://www.watch.impress.co.jp/pc/docs/2002/1021/kaigai01.htm

どうやら、教壇本部より派遣された超A級スナイパーｺﾞﾗｧ13のようです。

>>123
(ﾟдﾟ) ｳﾏｰ

ここもまた素早いインターネットですね。
目が回ります。

同クロック時にPentium 4より1.55倍高速、まあ、Athlonでもそんなもんだし
Pentium3も似たようなもんだわな。
Pentium4が突出してクロックあたりの性能が悪いってだけの話。

インテルはマ−ケティング戦略が上手かった
という事でよろしいでつか？

>>103
うーむ、オタさんは後藤さんより凄いのか…

>>129
そんなことある訳がないす(笑)
web情報で知ったかかましているライターが内外で多い中で、
後藤氏わPC業界のキーマンに実際にインタビューしている
貴重なライターさんす。
世界的にも非常に評価が高いすよ。

単に今回わ、そのコネと知識がPowerPC関連まで及んでいる
わけでわ無かったというだけの話す。

>>129
オタ妄想も混じってるから気をつけな♪

>>119
>>102わ今となってわ検証できないのにドザさんがしつこくコピペ
しているみたいすけど、>>107の方わアクションファイルがダウンロード
できるすから、誰でも検証可能す。
Photoshop 7.0 TryoutもAdobeから入手できるようになっているす
から、興味がある方わやってみてmiyahiraさんにメールしてあげると
良いかと思うす。
Mac版 http://www.adobe.com/products/tryadobe/download.jhtml?ftpID=1918
Win版 http://www.adobe.com/products/tryadobe/download.jhtml?ftpID=1917

ほんとﾄﾞｻって腐ってるな。MACに負けるのがそんなに怖いのかい？（ﾌﾟ

>>131
具体的にどこが妄想だか指摘して欲しいすけど？

>>134
>・PowerPC 970で...まず演算ユニット数が膨大だ。
>　　-> 演算ユニットの数ならG4+も11個とPPC970とほぼ同じす。
この記事の比較対象はG3。
>・パイプラインが深くなったのは、ひとえに高速化のためだ。
>　　-> POWER4のクロックを見れば、並列度を上げるためだと分かる筈す。
それ記事の後ろの方に書いてありますよ。

＞この記事の比較対象はG3。

別にそう限ってるわけでもない。現に記事のいたる所でG4の名前が実際に出てきてる
のに、簡単に「膨大」って言葉を使っちゃうと、誤解を生むかも、とは思うけどな。

＞パイプラインを見ても、PowerPC 970は従来のPowerPCとは大きく異なっている。
＞PowerPC系は伝統的にパイプラインが短いのが大きな特徴だった。G4までは整数
＞演算で4ステージ、大幅に強化したG4+でさえ7ステージに過ぎない。

>>135
　　------------------
　　この記事の比較対象はG3。
　　------------------
そんなことどこにも書いていないすけど？「PowerPC G4系まで、継続して
進化してきた。」と解説した後、「このPowerPCの系譜とは異なる流れから
生まれた。」とやって、以下に特徴を解説しているす。どう読んでも、今まで
のPowerPC系列全てと比較しているす。
　　------------------------
　　それ記事の後ろの方に書いてありますよ。
　　------------------------
パイプラインの長さに関連付けているようにわ見えないすけど？

>>137
並列動作の実現という観点でわ、後藤氏の得意分野ならIA-64のVLIW
と関連付けて、スーパースケーラの限界とその克服という観点で書く筈す。

>>132
オタ必死だな。(笑

まあ2ちゃんの粘着電波コテハンと
実名晒して仕事で書いてるライターと
どっちが信憑性あるかといえば、それはもう、ねえw

>>140
>>103わ単なる事実の羅列すけど、信じないのもまた自由す(笑)

つーか、オタたん電波だからソースないと信用できない。

願望と妄想の羅列だろw
自信があるならホームページでも作ってメアド晒して好きなだけ自説の開陳しろや。
それが出来ないﾁｷﾝの抜かす寝言にゃ信頼性はかけらもないね。

ホントにMacが速くなってくれるのなら、
CPUの仕組みがどうだろうと、MACオタがキモかろうと、どうでもいいです。

MACドザとその腰巾着の構図、ひさびさに見た。懐かしいね。

まあ、POWER4のコアをそのまま持ってくることが「全く新しい」か
どうかわ ともかくとして、PowerPC 970自体わ非常に急いで開発
されたもののように思われるす。
POWER4わ古い32bitPOWER命令から、PowerPC-ASでAS/400がCISC
だった時代の互換性保つための命令まで全部サポートしているすけど、
PowerPC 970わ、それを無駄に全部引き継いでいる模様す。
これだけなら、IBMがローエンドサーバーに使用するために意図的に残
したとも言えるすけど、ダイ面積を見てもL2のサイズやL3インターフェース、
チップ内部のクロスバースイッチ等を省略した割にわ、
　　400 [POWER4] × 0.5 [180nm -> 130nm] × 0.5 [シングルコア]　= 100 [mm.sq]
という数字より大きな118mm.sqす。チップ自体かなりチューニングの余地が
あるんじゃないすかね？
90nmからが本番ということかもしれないすけど。。。

後藤氏を凌ぐ日本一のCPUウォッチャーなら
趣味の領域にしておかなくても。
Webからだけの情報じゃ限界があるかと。

知識ひけらかす馬鹿をちやほやするよりも
体感のほうが重要

>>140
自分が粘着だとわかっていない粘着の方がタチが悪い

>>143
コテハンで主張してることでメアド晒す必要はない
今までのつまらん煽り文句じゃなくて全うな反論があるならコテハン名乗ってここで主張しろ

おまいらここにいてもいいから
オウム返しのようなつまらんレスはやめてくれ

ところでソースが欲しいとか言ってるヒトわ、どの話のソースが欲しいすか？

>>146
Win陣営との比較うんぬんは別として
今までのMac（G3,G４）からは格段の進歩…と思っていいの？

>>151
倍精度浮動小数点演算が必要な世界でわ、格段の進歩の筈す。
それ以外わ出てみないと判らないす。

MACドザってよほどMACオタ氏にかまってほしいんだなぁ。
愛の表現にもいろいろあるのね。うん。

レスありがと＞オタ
わかったよーな、わからないよーな…デス（;´_`;）

今、下の「新着レスの表示」が「粘着レスの表示」に見えたっす。

>>153
オタのいないスレだと、とたんに幼稚な煽りしかできなくなるのな。
そんで反論すらされずに放置とか。やっぱりオタはいいやつだ。

MACドザとその腰巾着

>>146
>POWER4わ古い32bitPOWER命令から、PowerPC-ASでAS/400がCISC
>だった時代の互換性保つための命令まで全部サポートしているすけど、
>PowerPC 970わ、それを無駄に全部引き継いでいる模様す。
無駄？
互換性を維持するなら当然の事じゃないすかね。

>>150
ぜ・ん・ぶ♥

>>156
いいところに気づいたね。
それはね、煽る対象が幼稚だからだよ。（笑

>>158
　　---------------------------------
　　ぜ・ん・ぶ?･
　　---------------------------------
そういうクレクレ君わどこでも嫌われると思われるす。
　　---------------------------------
　　互換性を維持するなら当然の事じゃないすかね。
　　---------------------------------
Appleその他，IBMからチップを購入している社外の顧客から見れば，ダイ面積(=価格)から見ても
性能から見ても，消費電力から見ても，単なる無駄す。Linuxワークステーションに使うならIBM
にとっても無駄す。

>>103
>・パイプラインが深くなったのは、ひとえに高速化のためだ。
>　　-> POWER4のクロックを見れば、並列度を上げるためだと分かる筈す。

パイプラインを深くするとなぜ、並列度が上がるのですか？

>>160
>そういうクレクレ君わどこでも嫌われると思われるす。
相手がほら吹きのオタたんなので問題ありません。（笑

>単なる無駄す。
ご自身で書いておられるように、IBMにはAS/400がありますが。無駄ですか？

もともと、ディスクトップ用のPPCは、FPU、データバスが64Bitで、
浮動小数点処理は、純粋に64Bitなので、FPUを倍搭載したPPC970の
倍精度浮動小数点能力は、現行のPPCの2倍ぐらいになるのでしょうか？
格段の進歩ということは、3,4倍高速なのでしょうか？
何が格段の進歩したのか詳細をキボンヌ

デスクトップだろ？

>>163
ご指摘の2つのFPUが進歩の要因すけど，科学技術計算などわメモリ帯域の影響
が非常に大きいすから，970 busの6.4GB/sの性能が良く効くす。

>>161
命令フェッチから実行までの間の長いパイプラインステージで，並列性の抽出を
行うVLIW的な仕組みがあるからす。

>>162
AS/400向けのPPC970がPowerMac向けより高く売れるともたくさん売れるとも
思えないす。SCMのPOWER4搭載WSを$10,000-程度で売っている訳すから，
AS/400あたりのセグメントにわ，それで十分だと思われるす。
PPC970のターゲットわもっと安い製品じゃないすか？

あんたら仕事はどうしたのさ？
昼も夜中もいいご身分だこと

豆腐屋の息子の仕事は
早朝の山越え配達だけなのです。

http://www.personal.ne.jp/~aaa/tvote.cgi?event=netidol&show=10
あと55000票で2位に浮上するす。
みんなの力を貸して欲しいす。

なあ。IBMがG4を出荷したって話はどうなった？

>>159
>それはね、煽る対象が幼稚だからだよ。（笑

まさに幼稚な言い訳だな（笑

>>167
>AS/400向けのPPC970がPowerMac向けより高く売れるともたくさん売れるとも
>思えないす。
導入はシステム一式になるすから、数は出なくても高く売れるんじゃないすかね。

>AS/400あたりのセグメントにわ，それで十分だと思われるす。
オタたんはそう思うかもしれないすけど、実際に売る側買う側がどう思っているかは未知す。

>>173
「部品」が社内向けに高く売れるなんてことわ無いすけどね(笑)
iServerを売っているのわマイクロエレクトロニクス事業部じゃないす。

YAZAWAです。
これが噂のPowerPC 970？いいじゃない。いい感じじゃない。
何てゆうの？こう、IBMの情熱？魂の叫びって感じ？ソウルってゆうの？
そういうのYAZAWA、嫌いじゃないんだよね。
ここにいる人達、何？マカーってゆうの？
すごいYAZAWAにインタレスティングもってくれてるわけだけども、
そういうのってさ、YAZAWA的にもやっぱ嬉しいわけよ。
まぁ、YAZAWAとしてはこれからも走り続けるわけで、
それはいくらジジイになろうが、そのスタンスを変えるつもりは、
ダイレクトに言うと、無いわけよ。
ここにいる人達も、何てゆうんだろ？こう、どんなにジジイになっても
バカやってるYAZAWAを暖かい目で見守って欲しいよね。
言いたいのはそれだけ。

それじゃあバイバイ。

なんだよジョブスの禿げ

>>165
無知覚悟で。6.4GB/sというのはメモリ帯域か？
仮にそうだとすれば、現状では生かせる環境がないような。
PC3200デュアルチャネルが来年後半には可能になるとしても、
サムスンあたりも「PC3200はニッチ市場」と言っているし、
コストと安定性に難アリになりそうな気が。

>>175
YAZAWAはDPユーザーだったはず…。

>>174
他の事業部軽視してまで外販で稼いでどーするんすか？

煽りに同意するのもどうかと思うけど、
俺も互換性の保持を「無駄」扱いするのはどうかと思うな。

どんな製品作るときでもこういう打算は働くでしょ。
将来的に切り捨てる可能性があるのは否定しないけど。

>>177 PC2700のDualで5.4GB/sだから、FSBが6.4GB/sで悪くないんじゃないの？
初代Pen4はFSB 3.2GB/sでPC133/約1GB/sのメモリ積んでたんだから。
（Rambus積んだやつもあったけどね。）

結局オタはNorthの設計案も出さなかったけど、まあ許しておこう。

>>178
その辺の機微わ，事業部制をとっているくらいの大企業のヒトに聞けば教えてくれると思うす。

>>181
IBMがそうしなかった(>>146 >>160)って事で、聞くまでもないって事すかね。（笑

>>180
実はウチの環境がi850なんだが、
ことメモリ帯域が必要な状況になれば、
１ランク上のP4+i845B-Stepに遜色ない力が出せる。
まぁ、RIMMだけに発熱も凄まじいが。

動画やDTMのようなメモリ帯域必要とする用途が多いんだから＞Mac
帯域を完全に生かせないのはもったいないと思っただけでね。

>>183 まだ生かせないって決まった訳ではないでしょ。
QBMのDualChannelとか使ってくるかもよ。
これだとDDR200程度のチップでDDR400並のものが作れる。
http://www.kentrontech.com/Kentron_Products/QBM.htm

[email protected] 1.3V
[email protected] 1.1V

1.2GHzってPowerBookG4用？

>>165
＞ご指摘の2つのFPUが進歩の要因すけど，科学技術計算などわメモリ帯域の影響
＞が非常に大きいすから，970 busの6.4GB/sの性能が良く効くす。
6.4GB/secをフルに使うって、メインメモリは何を使うのよ(2003/H2の時点で)。
それに、仮にPPC970が来年Macに載るとしても、6.4GB/secは当分持ち腐れ状態
になるんじゃないの？

>>184
QBMは知ってるけど、Win機である程度（少なくともRDRAMよりは）メジャーに
ならないと、昔のPCI Mac並かそれ以上にメインメモリが高額＆入手しづらく
なるから、現実味はないよね（と言うより、メジャーじゃないメモリを採用
するなんて愚行は、絶対に止めて欲しい）。

後藤氏の記事は、G4との比較にしか目の行かないマカー向けじゃなくて、
一般的な解説記事として適切だと思うけどな。

>>103
Intel系やG3と比べて演算ユニットリッチでG4同等とかいてあるし、「実行
ステージの詳細はわからない。」のすぐあとに、「しかし、Power4と同様なら、」
と続いて記述があるように、MPFの発表だけでは不明確だったので慎重な
言い方になったのだろう。速報記事なんだし、オタの指摘するようなことは
承知の上だと思うけどな。
プロセッサの設計の点では、PowerPC命令だろうが、AS/40系0の命令だうろが
関係のないことだし、「ステージの数＝並列度」はパイプラインの基礎の基礎
なんだから、いちゃもんレベルにしか見えない。

>>93
PowerPCの性能については別の問題として、アポーのパイプラインに関する
説明は、スループットもレイテンシもごちゃまぜな出鱈目なので気にしないほう
がいいです。

後藤氏も言ってるけど、970は最近のIA-32プロセッサ的マイクロアーキ
テクチャと言えないこともないよね。

レガシー命令のサポートをマイクロコード化することによってデコード
ステージの一部に押し込めてる。マイクロコードに分解して、5命令一
組にしてディスパッチした後はシンプルな命令だけを実行する複数のユ
ニットでダイナミックスケジューリング。

過去の負の遺産であるところの複雑な命令が性能・コストに影響を及ぼし
にくい構造だね。特に970の場合、データパスの並列度を高めにとってあ
るから、相対的にマイクロコード処理部分の面積、消費電力は小さく収
まってるんじゃないかな。

>>184、>>186
QBMは確かVIAが積極的じゃなかったかな？
RIMMはRambusの阿呆ぶりもさることながら、
Intel提唱が必ずしも主流になるわけじゃない証明になってしまったから、
DDR�Uにしてもポシャる可能性が（以下略

>>187-188
面白い方が来たすね。
　　--------------------
　　Intel系やG3と比べて演算ユニットリッチでG4同等とかいてあるし
　　--------------------
多分、「G3系と比べると浮動小数点演算ユニットやロード/ストアユニットが2倍になり、」
というくだりを指しているのだと思うすけど、この部分でわG4+と比較しても２倍す。でも合計
でわ12対11でほぼ同じす。要わどこに演算ユニットを振り宛てたかという違いでしかないす。
Intel系で言えば、同じ64bitのItaniumも演算ユニットわたっぷり入っているす。
　　---------------------
　　AS/40系0の命令だうろが 関係のない
　　---------------------
この手の命令のデコードにステージをたっぷり使っているすけど？

>>187-188
　　---------------------
　　「ステージの数＝並列度」はパイプラインの基礎の基礎
　　---------------------
初耳す(笑)。説明して欲しいすけど？
　　---------------------
　　スループットもレイテンシもごちゃまぜな出鱈目
　　---------------------
アプリの動作へのスループットとレイテンシの影響わ、２つの要素が
入り混じった結果として現れるすから、ごちゃまぜで当たり前すけど(笑)

Opteron@2GHz SPEC2000(base)
　　int 1202 / fp 1170
[email protected] SPEC2000(base)
　　int 1032 / fp 1034
Power PC [email protected] SPEC2000(peak)
　　int　937 / fp 1051

だそうで。

http://www.watch.impress.co.jp/pc/docs/2002/1022/kaigai01.htm
今日も来ました

>>194
Cellの妄想が膨らみage

Macオタ、これについても解説してよん。↓

［開発］シャープ、液晶ガラス基板上へのCPU形成に成功
http://headlines.yahoo.co.jp/hl?a=20021022-00000016-bcn-sci

>面白い方が来たすね。

げ、オタから反論きちゃった。頭から相手を貶しめて自分を優位づける
ような言い方なんとかならんかな。
従来のIBM G3や一般的なPC向けプロセッサであるPentium4と較べて
演算ユニットが多いと、比較対象をはっきりさせて議論しているだろ。
G4+より強化されたなんて言い方はしていない。それに対して、

>演算ユニットの数ならG4+も11個とPPC970とほぼ同じす。
という指摘にどんな意味があるの？

>この手の命令のデコードにステージをたっぷり使っているすけど？
由来はどうあれ、PowerPCプロセッサの命令セットには、現代のテクノ
ロジーでRISC的に実行するには複雑な命令を含まれている、といって
いるだけでしょう。
後藤氏は特に間違ったことをいっていないのに、無理やりPowerPC系には
詳しくないと無理に印象付けようとするのは、如何なものか。

>>197
オタさんは自分に都合の悪いことにはムキになるようです。
困ったものです

ないよね？
削除されたの？

オタには説明するまでもないとは思うが(H&Pぐらいは読んでいるん
でしょう？)、他に読んでいる人のためにパイプラインの教科書的説明を。

非パイプライン処理は、
[フェッチ|デコード|実行]　と処理する。
命令Aの実行が終わらないと次の命令B、Cは実行されない。

パイプラインでは、
[フェッチ] [デコード] [実行]　と処理する。
命令Aのフェッチが終れば、命令Aのデコード、命令Bのフェッチが
次のサイクルでは、命令Aの実行、命令Bのデコード、命令Cのフェッチが
同時に行われる。フェッチ、デコード、実行ユニットが「並列」に動作する
ことになり、スループットは3倍になるが、レイテンシ(ひとつの命令を実行
するのにかかる時間)は変わらない。

各ステージでの処理内容に言及せず、PowerPCはPentium4よりパイプラ
インのステージ数が少ないというような、Appleの「簡単な計算」では説明
になっていないということです。

>>1>>3>>7>>5>>6>>9>>2>>4>>8>>3>>5
>>1>>3>>7>>5>>6>>9>>2>>4>>8>>3>>5
>>1>>3>>7>>5>>6>>9>>2>>4>>8>>3>>5

age

http://www.watch.impress.co.jp/pc/docs/2002/1022/kaigai01.htm

？...満足されたんでしょうか

age

この馬鹿、496K超えでスレに書き込みできなくなるの
狙ってやがる。死ねよ

そんなことしても、新スレが立つだけのことデス（笑）
そのうちアク禁になるぽ

>>270
500kじゃなかったっけ？（大差ないですが...）

http://www.watch.impress.co.jp/pc/docs/2002/1022/kaigai01.htm

>>273
相変わらず，「Macintoshは遅い」型の偏見とPowerPCへの無理解が目立つすね。
　　----------------------------------------
　　現状では、CPUが不釣り合いなほど弱い。
　　----------------------------------------
というのわ，固定観念みたいす。無理解の方わ，
　　----------------------------------------
　　オリジナルのアーキテクチャでは64bitモードと32bitモードを切り替えない
　　限り、既存の32bitコードを走らせることはできなかった。
　　----------------------------------------
64bit PPCわモード切り替え無しでユーザーモードの32bit PPCコードを動かすことが
できるす。モードを切り替えればOS等スーバーバイザモードのプログラムも32bitで
動くす。なんども引き合いに出したすけど，
http://www.megabbs.com/cgi-bin/readres.cgi?bo=mac&vi=0046&res=396&fi=no
とかを読むと良いかと思うす。

次スレ立つまでガンガレ。>>sakuragi

てす

次スレ

次世代PowerPCを語る vol.6
http://pc.2ch.net/test/read.cgi/mac/1035289350/

ここが本スレage

ここは復活した・・・のか？

どりあえずモトローラロードマップ
http://e-www.motorola.com/collateral/SNDF2002RECAP_Q1228.pdf

あれ？リンク無かった・・・

>>217
>>1の２番目のリンクが生きているす。

>>218
あり

>>210の後藤氏の記事の問題点の続きす。
　　----------------------------
　　MotorolaのAltiVecのインプリメントとうり二つだ。... インプリメント自体も
　　非常に似ている。
　　----------------------------
初代G4とG4+の違いを無視しているす。

　　----------------------------
　　PowerPC G4のAltiVec向けに行なった最適化は、そのままPowerPC
　　970でも有効ということが想像される。
　　----------------------------
AltiVec対応という点でわその通りすけど、パイプライン段数が大きく変わった
ことによる命令レイテンシの違いわ最適化にわ大きく影響するす。

MACオタは、新Mac板を荒らしに満ち溢れる更なる悲劇の場所とすべく、厚顔無恥にも、そ知らぬ顔で偽りを語り始めたようです。

　　------------------------
　　PowerPC 603時代からの古いマイクロアーキテクチャを引きずりながらも
　　------------------------
これも初代G4とG4+を混同しているす。
　　------------------------
　　PowerPC 970の64bit拡張は、...「Book E」に基づいている。
　　------------------------
前スレに書いたようにPPC970わBook Eでわ無いす。(>>6も参照)
　　------------------------
　　新しい「Segment Lookaside Buffer(SLB)」の最初の16エントリをセグメント
　　レジスタとして使うことで実現する。
　　------------------------
セグメントレジスタ(SR)わPPC32アーキテクチャに「最初から」規定されているす。
PPC64でわ、セグメントを多用するため固定レジスタでわ追いつかないので、
「セグメントテーブル」+「セグメントバッファ (SLB)」で対応するというだけの話す。

PCWatchの記事
http://www.watch.impress.co.jp/pc/docs/2002/1021/kaigai01.htm
によれば、970の予想性能は以下のとおり。
　　　　PowerPC 970Pentium 4
クロック　1.8GHz　　　2.8GHz
SPECint2000　937　　　1032
SPECfp20001051　　　　1034

まぁ数値だけ見れば[email protected]と[email protected]はほぼ互角ってとこだが
Pentium4は来月3GHzが出るし、PPC970が出荷される来年後半には
3.3〜3.6GHzにはなってるだろうな。

しかも、Pentium4/2.8GHzのSPECfp2000がbase値なのに対して、
PPC 970/1.8GHzのSPECfp2000はpeak値だったりする罠。

MACオタは、自らの作り出した重複スレを、現実に存在することのできない己の虚栄心を満たすための聖なる領域とするのに必死なようです。

　　-----------------------
　　90nmプロセスの「CMOS-9S」に移行すれば、
　　-----------------------
CMOS-9Sわ130nmプロセスす(笑)
http://www-916.ibm.com/press/prnews.nsf/contacts/A9BCCCD45E2188B3852569B2005D3375?opendocument

　　-----------------------
　　このCPUは少なくとも2年前に登場すべきだったと思われる。
　　-----------------------
２年前にわ、まだPOWER4も発売されていなかったすけどね。。。ご自身が書いている
スケールメリットのために、コストでPowerPCがx86に対抗するためにわ大きなダイサイズ
の採用わムリす。AMDとIntelの競争を見れば、事情わ明らかだと思うすけど。。。

MACオタは、自らの思考能力の欠如を隠蔽し、言いがかりを繰り返すことで、自らの持ち得ない他者の分析力に対する劣等感を回避しているようです。

　　---------------------
　　PowerPC 603/604以来、根本のマイクロアーキテクチャを刷新せず。。。
　　今回が、PowerPCの歴史で初めてと言っていいほどの大規模なマイクロアーキテクチャの革新
　　---------------------
何度も書いたように、745xわ刷新されたアーキテクチす。つーか、PowerPCの定義わ命令セット
すから、各PowerPCの実装わ全てアーキテクチャ的に異なっているすけど？

　　---------------------
　　Motorola/Appleとの共同作業からいったん手を引いた('98年)IBM
　　---------------------
ずっと750の改良を続けてAppleに納入しているし、組込向けの4xxでわ様々な新アーキテクチャを
導入しているす。

MACオタは、自らが本質を理解できていないことを理解することすら出来ないため、愚かなる論点ずらしを繰り返しているようです。

なんか無理やり反論をでっちあげたって感じがするすね。（笑

　　-------------------
　　ひとえにPowerPCのバイナリを守る必要があるからだ。。。
　　フルスクラッチで新CPUのための命令セットを作るならどうなのか。
　　-------------------
　　IBMわPOWER4の開発に先立つ研究で、PowerPCの（命令セットとしての)アーキ
　　テクチャにわ、将来のスケーラビリティに問題わないと結論しているす。

　　-------------------------
　　もっとシンプルな命令セットにしてしまうことだ
　　-------------------------
POWER4のIOPへのデコードわ純正PowerPC命令のためというより、POWERやAS/400用の
PowerPC-AS命令のためと考える方が適切だと思われるす。

>>230
いまさらおまえの「感じがする」にのせられるバカはいないと思うが。

MACオタは、過去の自らの過ちを繰り返していることに気がつくこともなく、分析力なき己の愚かしさを露呈しつづけているようです。

コピペ。

14 名前：名称未設定 投稿日：02/10/22 22:20 ID:CvKFKqpj
>>前スレ339

他のプロセッサとの処理能力を比較しているんじゃなくて、OSがサーバ
用途も果たせるだけに進化したのに、プロセッサのアーキテクチャの刷新
が追いついていない、と書いてある。要は64bit化へ話を振っているだけ。

Please note that the old distinction between "POWER" and
"PowerPC" is no longer operative.　IBM's POWER3, RS64, POWER4,
and subsequent processors all implement the 64-bit PowerPC
architecture (of which the 32-bit PowerPC architecture is a subset).

オタの示すソースによると、POWER3以降のプロセッサでは32bit subset
をサポートしているので、「かつてはあった」POWERとPowerPCの差異を
気にする必要はなくなったということだろ。
後藤氏のいうPPC620時の64bit PowerPCアーキテクチャでは、32/64bit
の切り替えをする必要があったが、'99年の"Book E"では32/64bitモード
切り替えなしが実現されたという記述と合致すると思うが。
PPC620のアーキテクチャと"Book E"を参照しなきゃ確かなことはわから
ないけど。このスレも埋め立てられるか。(藁

もういっちょ。

18 名前：名称未設定 投稿日：02/10/22 22:56 ID:CvKFKqpj
ちっとググってみたぜ。
やっぱPPC620では32/64bitモード切替が必要みたい。

ttp://www.byte.com/art/9411/sec8/art5.htm

A mode bit in the processor's MSR (machine state register) indicates which
mode the PowerPC 620 operates in (32- or 64-bit).

Furthermore, the mode bit in the MSR is under software control, so it's possible
for a 64-bit operating system to change the processor environment on-the-fly to
execute 32-bit applications.

　　------------------------
　　例えば、PowerPCはバイエンディアン対応だが、
　　----------------------
970わバイエンディアン対応でわ無いす。

　　----------------------
　　PowerPC 970を見ていると、シングルスレッド処理での性能の限界も見えてきている。
　　----------------------
シングルスレッドでの限界があるのわPowerPC970というより、スーパースケーラでの
並列実行す。しかし、5つ位までわ問題なかった。。。というのがPOWER4の結論だと
思われるす。
なんでもかんでもTLPを格好良いと思い込んでるみたいすけど、TLPとCMPわリソースの
使い方が異なるだけで有効性わ同じす。

>>231
明確な誤りを指摘できているのは、>>225のソースの(笑)が ついたヤツだけ。
あとはオタたんの主観や妄想の類だとおもわれ。ソースないし。（笑

MACオタは、己の過去の愚かしさを顧みることが出来ないため、自らをかつての田中氏と同様に世間に認められていないだけの天才だと思っているようです。

今日のオタの鼻息が荒く感じるのは俺だけだろうか
少し落ち着けオタよ

>>238
ほとぼりが冷めたと思って戻ってきたのに、崇め奉るどころか煽られてるからね・・・
いらつくなら、戻ってこなきゃ良いのに。

>>238
押さえきれない感情が文章ににじみ出てるよ

>>238
3日もｶﾞﾏｰﾝした分、沢山出ますた♥

>>241
でも、あんまりオタの本質を突くようなことを言うと、また心理的不能状態になって出なくちゃっちゃうよ！

>>241
おまいらのスレ一度は役に立ったことある？

いくらハードが優れていても動かすのはアプリ
それを作るのはアプリベンダ
64Bitになろうが新アーキテキチャになろうが
アプリベンダにヤル気無し
と言う風になるのは目に見えてるんだが

>>242
あんた性的不能だろ
「不能」を使いたい奴等は自分に肉体的欠陥を持っていることが多い

ついに復活か...

>>243
キミはオタじゃないんだから、漏れの煽りに乗る必要はないんだよ♥

>>247
ｵﾀﾀﾝのｼﾞｴﾝかもしれないYO!

あの鉄砲玉の連続投稿スクリプト厨は、
アク禁になったの？

>>248
それは言わない約束す。

煽りに乗ってるのじゃなくて
何か役に立つ事言ったの？

（´-｀）.｡oO(2chにきて何言ってんだか？)

>>252
わざわざAA使って何言ってるんだか。。。

>>251
スレの流れも考えず、唐突に「おまいら役にたちますたか？」と聞かれても困ります。
オタは役立たずなんて発言してないのにねえ。

役立たずだとは思ってるけどね。（笑

とうとうこのスレでも、MACドザ ◆I/6l6yJHSIの人気はがた落ちです。
ふーーーーーーぅ。

>>255は２ちゃんねるの人気者なんですね。で、なんかいいことあった？
人気が落ちる前に名無しになって引退宣言ですか？

漏れに落ちるような人気があったとは驚きす。（笑

>>257
あるわけねーだろ、カス（笑）
賢いヤツはオタの書き込みを丸ごと信じるんじゃなくて
自分の中で整理してるよ。お前の発言は中身のない単なる嫌がらせ。
お里が知れるよ。

＞役立たずだとは思ってるけどね。（笑

その役立たずに粘着してるあほ晒しあげﾌﾟ

>>258
賢くない若干名の皆様のために、今日も適当に書き散らかしているす。（笑

役立たずが逆ギレして開き直るスレはここですか？

>>261
いえ、ここは名無しを騙るｵﾀﾀﾝが逆切れして開き直るスレです。

>>262
意味わかりません

>220
後藤氏のいう「最適化」とは、AltiVec拡張命令を使ってコードを書いていると
いう程の意味にとるのが自然。デベロッパ向けの技術記事ではなくて、一般
向けの解説記事なのだから、プログラムがAltiVecに対応しているのか、否か
以上につっこんだ内容を書いても混乱を招くだけだとまともなライターなら
考えて当然。

>>264
一般向けに行間を読まなきゃいけないような記事を書くのは
ライターとしてダメなんじゃないの

>>222
G4+では、命令デコードに大きく手を加えられていたのか？

Book E以降に大幅な、64bitアーキテクチャの変更が行われていないなら、
後藤氏の記述に誤りがあるとは思えない。

SRが新しいのではなくて、SLBが新しいと記述してあるが、SLBも「最初から」
規定されていたのか？

http://www17.big.or.jp/~bbb/p/tvote.cgi?event=netidol&show=10
あと43000票で2位に浮上するす。
みんなの力を貸して欲しいす

>>225
誤りが見つかってよかったな。「90nmプロセスに移行すれば」というところが
文意だから、たいした問題でもないが。

Power4は1999年のMPFで発表されているから、その次の年にPowerPCへの
展開を示しておくべきだったという意図だと思うが。
後藤氏はあくまで、ロードマップを示しておくこと大事だったいっているわけで
「ダイ(半導体本体)が大きくハイエンド市場に限られていたとしても」と続けて
いるのが読めないのかな。

>>227
「刷新」とは、手元の岩波国語辞典によると、「全く新しくすること」だとあるから、
後藤氏の判断基準では、745xは小変更に過ぎないのだろう。

750の改良と、4xxはMotola/Appleと共同作業をしているのか？
Appleは、750を単に早いG3として買いつづけているだけではないのか。

まあ色々意見わあるかと思うすけど、後藤氏の基本的な誤解わこんな風にまとめられるす。
　・POWER2以降のPOWERとPowerPCが同じものだということを知らない
http://www.megabbs.com/cgi-bin/readres.cgi?bo=mac&vi=0046&res=396&fi=no
　・元からPowerPC命令セットの基本わ64bitで、サブセットである32bit
　　命令わ基本的に実行可能であることを知らない
http://www-1.ibm.com/servers/eserver/pseries/hardware/whitepapers/power/ppc_arch.html
　　"PowerPC Architecture is a 64-bit architecture. This architecture
　　extends addressing and fixed-point computation to 64 bits, and
　　supports dynamic switching between the 64-bit mode and the 32-bit
　　mode. In 32-bit mode, a 64-bit PowerPC processor will execute
　　application binaries compiled for the 32-bit subset architecture."
　・PowerPCを命令セットでわなく、ハードウェア的なアーキテクチャと捉えている
　　ため、「いままでのPowerPC」などという存在しない概念を比較の対象としている

>>266
SLBもPPC64に定義されているす。手元のProgramming Engironmets
Manualによれば、
"In much the same way that TLBs cache recently used page
address translations, 64-bit processors may contain segment
lookaside buffers (SLBs) on-chip that cache recently used
segment table entries."
と述べられているす。

>>230
スケーラビリティとどういう意味合いでいっているのか分からないが、
ここではプロセッサが効率的に実行できる命令セットがどうあるべき
かを議論している。

純正PowerPC命令をデコードすることにより、実行効率が多少なりとも
上がっていればデコードする意味はあるはず。効率が上がっていない
という根拠はあるのか？

MACオタは、自らの過ちから皆の目をそらすために、論点をずらしをはじめたようです。

>>268
1999年にわ既にPOWER=PowerPCすから、（スーパー）ハイエンドでわ既に
提示されていたと考えるべきす。

MACオタは、さらに論点を混乱させることで、己の愚かさを隠蔽できると考えているようです。

>>269
命令ウィンドウを増やし、パイプラインを一新することを「刷新」と呼ばないなら
単に名前が"G4"のままであることに目を眩ませられているんだと思うす。
　　-----------------------------
　　Motola/Appleと共同作業をしているのか？
　　-----------------------------
POWER4->PPC970を見れば判るように、IBM独自のアーキテクチャであろうと
同じ命令セットである限りPowerPC全体の革新にわ寄与するす。そういう視点
に欠けていることが問題すけど。。。

>>235
TLP=Hyper-Threadingと勘違いしていないか？
TLPが有用だから、Power4はCMPなのだろ。

MACオタは、自らの視点の欠如に気がつくこともなく、他人の視点の欠如を指摘しようとしましたが、愚かな戯言に終わりそうです。

>>272
IOPへのデコードわ、POWER4で完全に対称なIU, LSU, FPU等が２つづつあることと
関係が深いものと考えられるす。例えば"lmw}という命令を複数のロード命令に分解
したり、"lwzu"という命令をロードと加算に分解することで、全体的な命令の並列度
を上がることが考えられるす。
しかし、これわ対応する演算リソースが余っているという条件で成り立つ話で、決して
一般的に有効な話でわ無い筈す。

さすがはMACオタ、振り上げた拳は何がなんでも下ろしません。（笑

>>277
その通りす。ただし後藤氏の記事わPPC970わシングルスレッド
で済んでいるのに、過度にTLPを強調しているす。

後藤氏の記事がすべて正しくて、バイアスがないといっている
わけではない。仕事の比重からすれば、x86プロセッサのほうが
詳しくて当然だろう。だが、特に対象をマックヲタク(!MACオタ)に
しているわけでもない記事として、問題があると論う程のことも
ないと思うのだが。

>>282
細かい点わ、ともかくとして>>270に書いた話わ基本的な問題だと思うす。

>>265
変に行間読まなければ、一般人は>>220のような解釈をしないと思う。

>>283

ttp://www.zdnet.co.jp/enterprise/0210/22/op02.html
みたいな冷静すぎる意見に較べると、後藤氏はPowerPCアーキテクチャに
好意と期待を持っていると思うけどな。でもなければ、わざわざ2日続けた
記事を書きはしないだろう。

>>227
Altivecのライセンスのソースはあった。製造契約のソースもあった。
だが、現状では納入のソースがないため、
「納入した」という部分については灰色と言わざるを得ないが…まあいい。

オタに１つ聞きたいのだが、>>223の数値を出すためには、
当然のことながら6.4GB/sを生かせるメモリ環境が必要になる。
問題は、これをどうやって確保するか。
PC3200-2ch、DDR�U400-2ch、QBM800などが想定できるが、
いずれも2003年までに実現するためには、問題を抱えていると思うんだが。
漏れの見解はここに。
http://pc.2ch.net/test/read.cgi/mac/1035289350/155-156n

>>Macオタ
前スレで「AltiVecのライセンス取得は任天堂GameCube用CPUの研究用」という
自ら「信頼性のある」ソースとして自信満々に出したものの情報を、
「１年ではCPUなんか設計できるわれないす。妄想す。」とはき捨てた挙句、
「それじゃあ、１１月にライセンスもらって３ヶ月でIBMはG4を出荷できるのかよ？」
という発言にだんまりこいてる理由は？

>>285
興味わあるけど、下調べが追いつかなかった。。。ということだと思うす。

>>286
RDRAMも含めて、複数の可能性がある訳すから問題無いと思うす。
チップセットの開発スケジュールから考えて、既に決定済みでとっくに
設計自体も終わっていると思うすけど。。。

>>287
そのすぐ後ろに書いてあるようにTony SmithわWebで情報を集めているだけ
のヒトでG5の腐れルーマーにもひっかかったような人物すから、「見解」の部分
わ怪しいモノす(笑)

>>290
突っ込んで欲しい・・・？
その人MACオタそのものじゃん・・・（w

●Motorola社が一時公開していたプレゼンテーション資料にPowerPC 7457
の記載があった事に関連し、現在出荷されているPower Mac G4 (Mirrored
Drive Doors)/1.25GHzのPowerPC 7455は、他の1GHz、867MHzと比較
し、ダイサイズが小さくなりIDが異なっていることから、先行出荷された
PowerPC 7457/1.25GHzプロセッサーである可能性があるようです。

MACオタは前スレで否定してたけど、これについてどう思う？

4 名前:名称未設定 メール: 投稿日:02/10/14 12:18 ID:KkYseNd6
ところでMirroredDoor1.25Dualに0.13μ版G4が乗ったってホント？

6 名前:MACオタ＞4 さん メール: 投稿日:02/10/14 12:52 ID:Cop5M7s/
>>4
ダイサイズを見る限り180nmプロセスのまます。Motorolaのセレクタガイド
にもXC7455わHiP6と記されているす。
http://e-www.motorola.com/brdata/PDFDB/docs/SG1007.pdf

13 名前:名称未設定 メール:sage 投稿日:02/10/14 13:29 ID:KkYseNd6
>>6
あーそうなんか。
山本氏のBBSでそんな書き込みがあったから、どうなんかなぁと思って。
さんくす。

#ところで、その見た限りっていうダイサイズはMACオタも実物を見たってこと?
#いや、上記のBBSにはダイサイズの縮小が確認できたって書いてあったからさ。

15 名前:MACオタ＞13 さん メール: 投稿日:02/10/14 13:35 ID:Cop5M7s/
>>13
写真が公開されているすよ。ダイサイズわパッケージとの比率から判るす。
http://www.macbidouille.com/niouzcontenu.php?date=2002-09-26

>>289
＞RDRAMも含めて、複数の可能性がある
とはいえ、最近のアポーの傾向からみて、
RIMMのようなJEDEC規格に沿わないメモリを採用する可能性は低い。
むしろ「枯れた」技術を採用していく傾向が強いと思われ。
また、RIMMはメモリ自体のレイテンシーや、発熱が大きいという問題もある。
もし6.4GB/sをRIMMで達成するとしたら、PC800-4chになるわけだが、
これも問題点を含んでいる。

1.
RIMMはコストパフォーマンスが悪く、結果として極めて高価な製品となる。
Macの問題点の１つ「コストパフォーマンスの悪さ」は解決されない。
2.
また、RIMMは発熱が大きく、結果として冷却による騒音が問題になる。
最近の流れ「静音化」に逆行している。
また、アポーは主要な用途の１つに音楽制作を想定しているが、
そんなうるさいマシンは実用という面で問題が残る。
（歌録りに雑音が入ってしまうため）
3.
前述のメモリレイテンシーの問題。
i850E(PC1066-32×2)に比べて、iE7205(PC2100×2)の方が性能がいいらしい。
これは、iE7205のチップセットの設計が新しいこともあるだろうが、
RIMMのレイテンシーも影響していると思えるのだが。

ただ、MPC7457ならL2キャッシュ量で区別つくとも思うんだが、
お宝は、そこらには言及してないんだよね.......

>>295
腐れルーマーらしい記事すね。本当ならその違うとかいうIDが出て
くる筈す。ダイ上のマーキングでマスクのリビジョンわ判るし、PVRの
ことならチップのバージョンが判るす。

ただ、最後期の7400の様にHiP7の7455が出てくる可能性わあるす。

>>294
つい先ごろコストの高いPC2700を採用した実績もあるすから、汎用メモリなら
何を使っても不思議でわないす。

>>297
コストと性能のバランスをみればRIMMよりええやろが！
と、強気な事をいってごめんなさい。

>>296
俺も現段階で7457が載ってるってのは懐疑的だけど。
ただ、293にあるように「ダイサイズの縮小もない」って言ってたけど、
それに関しては、MACオタも言を翻してると考えてもいいのかな？

>>299
それわ自分でMacBidouilleの写真から計算してみれば良いかと思うす。

>>300
.............負けず嫌い。

867〜1.25GHzまでいろいろオーバークロックしているヒトもダイサイズについて
わ何も語っていないす。
http://arstechnica.infopop.net/OpenTopic/page?q=Y&a=tpc&s=50009562&f=8300945231&m=9940912435&p=1

別に日和ってる訳じゃなくて、ダイサイズが小さいという話の信憑性わ
非常に低いすよ。確定情報があるなら、ぜひ教えて欲しいす。

>>210
>64bit PPCわモード切り替え無しでユーザーモードの32bit PPCコードを動かすことが
>できるす。

に対する突っ込み(コピペ)>>233-234

>>270
>　・元からPowerPC命令セットの基本わ64bitで、サブセットである32bit
>　　命令わ基本的に実行可能であることを知らない

あれ？表現が変わってるよオタたん。（笑

http://www.watch.impress.co.jp/pc/docs/2002/1022/kaigai01.htm
>PowerPCはもともとのアーキテクチャが64bitも想定した上で作られ、64bit版のPowerPC 620も
>作られたことは作られた。しかし、このCPUは登場が遅すぎ、また、オリジナルのアーキテクチャ
>では64bitモードと32bitモードを切り替えない限り、既存の32bitコードを走らせることはできなかった。

結局、オタたんの言うことはこの部分の反復に過ぎず、なんら反論になっていないわけだが。（笑

>>270
>　・PowerPCを命令セットでわなく、ハードウェア的なアーキテクチャと捉えている
>　　ため、「いままでのPowerPC」などという存在しない概念を比較の対象としている
天上天下唯我独尊決め込むのも構わないと思うけど、自分の狭い視野を絶対的な価値観として
押しつけるような言動は如何なものかと思うすよ。（笑

>>297
コストの問題もあるが、むしろPC2700が採用されたのは、
JEDECの規格が固まってからしばらくたってからではなかったか？
現時点ではRIMMはともかく、PC3200とQBMはJEDECの規格が固まってないし、
DDR�Uに関してもまだJEDECでは規格策定中の段階。
DDR�U採用となれば、PPC970搭載機は2004年登場となるし、
これはマーケティング的に不利にならないか？

>>304
もしかして6.4GB/s丁度の数字からずれるとなにか不都合があると
考えているすか？
970バスわ、パケット化された32bit幅のバスすからいわゆるFSBと
メモリバスの非同期に関する不具合わ無いす。むしろ、ぴったり6.4
GB/sにしても良いことも無いすよ。
メモリ側の技術わ、その時実現可能な適当に高速なものを使うと
いう以上のものでわ無い筈す。

>>303
もともとどころかPPC970もモードを切り替えないとダメす。もっとも
それが関係あるのわOSだけで、スーパーバイザモードに関係ない
コードわ、32bitモードに切り替えずに64bitモードのままでも走るす。

この区別が記事の中でついていないのも問題す。

>>970バスわ、パケット化された32bit幅のバスすから
これってTSP/IPの超高速なイメージでしょうかね？
ちょっとくらいパケットロスがあってもそのスレッドだけ待たせて他の処理はすすむみたいな？
マルチCPUシステムに有利なのでしょうかね。4CPUとかも簡単にできるのか。
RAMってレイドできないのかな？

>>304
おれもMACオタと同じようなこと感じたよ。
なんでそんなに同期させたがるんだ？
Max6.4GBってだけで、それじゃなきゃ動かないってことじゃないだろう。
そりゃPen4だって、グラナイトベイやi850Eの方が、ESB533の帯域を存分に
使えて(4.2GB）いいだろうさ。
でもRIMMのコストだののかねあいでi845シリーズをだしてきたわけでしょう
（グラナイトベイはまだ製品はでてないが）。
SDRAM用i845はサッパリにしても、DDR使えるチップセットは（だれもが
RIMMよりは劣ることをわかっていながら）数多く採用されているじゃん。

まずはグラナイトベイと同じくPC2100のデュアルチャネル、あるいはちょっと
がんばってPC2700のデュアルチャネルを実現ってとこからスタートするのであれば
十分あり得るのでは？
そのあとDDRllが広まってくればそっちにのりかえてもいいだろうし。

>>306
論点は「PowerPC 620」すよ。

>>309
PPC64のプロセッサわ620だろうが970だろうが同じす。
アーキテクチャの規定がそうなっているすから。

>>308
>まずはグラナイトベイと同じくPC2100のデュアルチャネル、あるいはちょっと
>がんばってPC2700のデュアルチャネルを実現ってとこからスタートするのであれば
>十分あり得るのでは？
>そのあとDDRllが広まってくればそっちにのりかえてもいいだろうし。

はあ?
DDRが2chの規格がDDRllというんですけど?

>>308
付け加えると公称のMaxわ「約」6.4GB/sで、x86の基準で言うピーク帯域わ
7.2GB/sだし。。。

>>311
それ滅茶苦茶な誤解す(笑)
http://www.atmarkit.co.jp/fpc/kaisetsu/ddr2schdule/ddr2schdule.html

>>310
オタたんのお題目上はそうなってるかもしれないすけど、
>>233-234のID:CvKFKqpjさんが引っ張ってきた資料ではそうなってないすよ。

>>314
その資料でもそうなってるす。誤解わ単純にPPC970をBook Eと思い込んでいる部分す。

>>315
>その資料でもそうなってるす。
どの辺に書いてあるすか？

>誤解わ単純にPPC970をBook Eと思い込んでいる部分す。

http://www.watch.impress.co.jp/pc/docs/2002/1022/kaigai01.htm
>PowerPC 970の64bit拡張は、この問題を回避するデザインになっている。これは、
>'99年に発表されたPowerPCの命令セット拡張「Book E」に基づいている。Book Eでは、
>32bitと64bitはモード切り替えを排除し、その代わり、新しい64bit命令が定義されている。
>つまり、新たな64bitのインプリメント方法が定義された。これに準拠すると、
>既存の32bitコードと新しい64bitコードを、モード切り替えなしで走らせることができる。

Book Eに触れた部分はここだけすけど、どこからそんな電波を受信したすか？（笑

まずはそのBookEの在り処を示してくれ。

>>2ゴラァァｱｧｧｧｧ!!
何が前スレだ!　こいつらは相変わらず無視かよ！
↓↓↓
>>36の中身を参照

あと、スレッド復活おめでとう。

http://www17.big.or.jp/~bbb/p/tvote.cgi?event=netidol&show=10
あと40000票で2位に浮上するす。
みんなの力を貸して欲しいす

>>311はどこでそんなことを教えてもらったんだ…

こんなのみつけた。
でも、MACオタはきっと自分のスレッドを建てる。
彼は古い人間だから、２ちゃんの現状が変わったのも知らずに、
また重複スレになろうがお構いなしに。。

P4-PCやXeon-PCてPMG4より速いんですか？その6
http://pc.2ch.net/test/read.cgi/mac/1032957357/944
/*名前：名称未設定 ﾒｪﾙ：sage 投稿日：02/10/25 11:55 ID:LABe+c7p
で、現在PowerPC-Mac vs x86-Winスレってのはこんだけあるんだが、
.
PowerPC-Mac vs x86-Win関連
http://pc.2ch.net/test/read.cgi/mac/1034604195/l50
http://pc.2ch.net/test/read.cgi/mac/1034138934/l50
http://pc.2ch.net/test/read.cgi/mac/1033489550/l50
http://pc.2ch.net/test/read.cgi/mac/1032957357/l50
http://pc.2ch.net/test/read.cgi/mac/1034858131/l50
http://pc.2ch.net/test/read.cgi/mac/1031990680/l50
http://pc.2ch.net/test/read.cgi/mac/1034856990/l50
http://pc.2ch.net/test/read.cgi/mac/1032312409/l50
http://pc.2ch.net/test/read.cgi/mac/1034583076/l50
http://pc.2ch.net/test/read.cgi/mac/1033903901/l50
http://pc.2ch.net/test/read.cgi/mac/1033200377/l50
http://pc.2ch.net/test/read.cgi/mac/1032349847/l50

「Power-PC vs x86-PC　統一スレ」みたいな感じでまとめてしまうか？
*/

>>321
ウゼェんだよ、カス。

>>322
オレもそー思う。。

昨日一日は静かだったのにな(w

>>305、>>308、>>312
＞もしかして6.4GB/s丁度の数字からずれるとなにか不都合があると
＞考えているすか？
別に不都合があるとは考えていない。
ただ、PPC970は（少なくとも当初は）ハイエンドマシンに使うのだから、
メモリバスが足を引っ張る形になるのは勿体無いと考えているだけ。

＞そりゃPen4だって、グラナイトベイやi850Eの方が、FSB533の帯域を存分に
＞使えて(4.2GB）いいだろうさ。
少なくともPowerMacに採用された場合は、ハイパフォーマンスを要求される分野、
アポーの想定だと動画や音楽になるだろう。
この分野について言えば、P4-3Gでもまだ正直足りないと思う。
（もちろんそんなものはないことは百も承知だが）
P4-5Gクラスにならないと余裕は出ないと思う。
そして同時に、この２つはメモリ帯域の広さがきいてくる分野でもある。

＞SDRAM用i845はサッパリにしても、DDR使えるチップセットは（だれもが
＞RIMMよりは劣ることをわかっていながら）数多く採用されているじゃん。
あくまでそれはミドルレンジの話であって、
ハイエンドではi850系が現時点では採用されている。
DELLもDimension8200は現時点ではi850Eだ。
iMacならともかく、PowerMacはハイエンドモデルだろ？
6.4GB/sが生かせないのは商品としてどうか、と思っているだけだ。
P4を例に出せば、最初に出たのは3.2GB/sが生かせるi850だったし。

>>321
不定期はまだアク禁になってねーのかよ。

おぉ〜、書き込みできてる。復活おめ〜。

>>325
とりあえず「メモリ技術だけが制限要因になる」というレベルに
なったことを喜べば良いんじゃないすか？余った帯域わインラ
インキャッシュの復活という形でつかうかもしれないす。。。

>>321 vsスレは荒れやすいので、vsスレと、専門スレを分離希望。

ＭＡＣドザは自分のスレへｶｴﾚ!

>>328
実はそうでもない。>>223の数値はAMDのHammerに負けている。
そしてメモリ帯域が足りないとなれば、当然>>223の数値は出ない。
そしてHammerのFSBは266MHz(333MHzかも？)

音楽制作の場合、PC内部で完結させる方向に流れつつあるし、
（それはLogicのAU、CubaseのVSTなどが傍証）
実用上では体感できないスペックの差がソフトシンセの発音数などに現れるだけに、
そういう制限要因が気になってくるのだが。

>>331
　　------------------
　　とりあえず「メモリ技術だけが制限要因になる」というレベル
　　------------------
これ「性能が」じゃなくて「帯域が」なんすけど。。。

>>ID:/aCK5PQw
あんた、すぐあれるこのスレの中で数少ないまともな対応だな。
すぐﾊｧ？とかいうやつ多い中で。
ほっとしたよ。
Macドザとかは読み飛ばしてるとはいえ、うっとおしいのは確かなんだよね。
ところでHammerのFSBが266ってAthlon XP2700, 2800より下がるのか？
この二つはFSB333だし。Hammerはようしらんのだが。

>>331 IBMがMPFで発表した数字、つまり>>223の数値には環境が示されていない。
従って、メモリ帯域が6.4GB/s以下だとその数字がでないとも言い切れない。

また、AMDがMPFで発表した数字はOpteron/PC2700の数字。
Opteronと言っている段階で、PC2700x2ch(5.4GB/s)と推測できる。

Hammer@2GHzは5.4GB/sでSpecIntが1202とすると、
970がSpecInt937の時のメモリ帯域は
970見積帯域＝ 5.4GB/s * 937 / 1202 ＝ 4.2 GB/s

以上からIBM発表値はDual PC2100時の性能だと予測できる。
ただし、SpecIntがメモリ帯域ネックだと仮定した場合。

>>333 ゾロ目おめ。
HammerはメモリがCPU直結になったため、従来の意味のFSBはない。
外部I/FはメモリがDDR333サポート、InterConnectは1.6GHz(800DDR)

>>331
アップルにとって基本的にAMDのCPUよりインテルのP4に負けないのであれはマーケット的にOKだと思う。
それにHammerはメモリーコントローラが統合してるが将来的に問題になるかも・・・。

>>332
＞これ「性能が」じゃなくて「帯域が」なんすけど。。。
PPC970については現物がまだないので何とも言えないが、
少なくともメモリ帯域が性能低下の一因になることは、P4では証明されている。
そして、動画、音楽（いずれもこれはアポーが想定しているユーザーだが）の場合は、
このメモリ帯域がアプリにおいて大きく影響してくる分野だ。
PPC970の性能が高そうなのは判った。だが、PCとしてトータルで考えた場合、
CPUの性能だけが高くても、足腰が弱ければ絵に描いた餅になってしまう。
漏れが懸念しているのはそこ。

>>333
HammerがFSB266立ち上げの可能性が高い、というのは、
ThoroughbredがFSB266より上がらない、とされていた時代の話で、
現実には（一説によるとnVIDIAの要請のためとされているが）、
ThoroughbredとBartonはFSB333となったから、
HammerもFSB333立ち上げになる可能性はある。だから「FSB333かも？」と書いた。

>>334
＞メモリ帯域が6.4GB/s以下だとその数字がでないとも言い切れない。
MPFが商品売りこみの場という側面も考えた上で、
プレゼンテーション値としてボトルネックがない状態、
つまりメモリ帯域6.4GB/sの時と解釈したんだが。
まぁ、漏れが間違いという可能性も否定できないし、現物出ないと何とも…。
＞Opteronと言っている段階で、PC2700x2ch(5.4GB/s)と推測できる。
HammerのFSBは266or333だから、恐らく1chでは？＞PC2700

>>336
ことマーケティングという部分で考えれば、Hammer＞Prescottとなった場合、
Intelとの比較が意味を持たなくなる可能性も捨てきれない。
また、こういう情報はあるが、
http://www.watch.impress.co.jp/pc/docs/2002/0131/kaigai01.htm
Prescottは32bitでの立ち上げになるだろう（現時点の情報だと
比較広告にしても「なんだ、32bitと比較できる程度の性能差か」と取られる
………というのは考えすぎか？（w
まぁ、漏れは別にAMD信者ではないが、PPC970の不安要因と感じているだけ。

>>338
たとえ性能がHammerの方が上になったとしても、AMDの方が出荷量が多くなることは
PPC970のライフタイム中はありえないと思われ。
市場で支配的な方が比較対照に選ばれるのは、自然かと。

>>337
帯域勝負のアプリなら、AltiVecが効く側面が多いすからSPECより遥かに
PPC970わ有利になるすけど？

>>337 HammerのFSBは定義が難しい。
HammerはDDR333サポートで、
ClawHammerはAthlonDT,DDR333x1chで、
SledgeHammerがOpteron、DDR333x2ch。
すでに公表された情報なので、自分で調べておいてね。

>>339
確かに市場での支配力を見れば…納得。
もっとも、そうなればIntelとの比較広告自体をしてこなくなるかも？
「x86最速CPU」との比較ではなくなってしまうのだから。

>>340
論点がズレている。言いたいことは「x86との比較」ではなくて、
PPC970の性能を生かし切れないことが確定的な
（ここではメモリ帯域がボトルネックになること）
商品を出すことがどうか、ということなのだが…。
AltiVecがそういう側面で有利なのは、
音楽アプリが「G4推奨」となっていることから判る。
そうではなくて、現状のハイエンドPCをもってしても
スペック不足な動画や音楽といった分野に重点を置くのなら、
(アポーがFCP出したことや、emagic買収したことからもそれは明らか)
少なくとも最上位マシンにおいては、PPC970の性能を出しきれる
メモリ環境が必要とされるのではないか、ということ。
まぁ、動画はともかく音楽はニッチ市場だから、
（梅田ヨドバシにはPhotoshopはズラリ並んでいたが、
CubaseSXは１つしかなかった）
そんな採算に合わないものに注力するのは無駄という発想もあるが…。

>>341
情報thx&不勉強スマソ

ところで、PPC970のベースクロックっていくつなの？

>>343
どっかで900MHzってでてだけど、6.4GBの帯域ってことは800MHzなんだろうか…
わからんけど。

>>343 970busはCPUクロックの1/2。
1.8GHzなら900MHz
1.2GHzなら600MHz
POWER4のBusと同じ造り。

>>344
450MHzのDDRで900MHzす。
6.4GHzわ、パケットロスかエラー訂正を差し引いた実効値す。

>>344
900mhzですか。
　ちなみにペンティアム4はいくつなんでしょうか？

>>347
現在133MHzのQDRで533MHzす。

>>346 DDRというソースは？
POWER4と造りを変えてきたってことかな？

後、気になったのでもう一度>>297に突っ込んでおくが、
＞つい先ごろコストの高いPC2700を採用した実績もあるすから、
SD-RAMやPC2100との比較ならともかく、
PC2700は別に高価でも何でもない。RIMMと比較すればPC3200でもはるかに安い。
http://watch.impress.co.jp/akiba/hotline/20021019/p_mem.html
http://watch.impress.co.jp/akiba/hotline/20021026/p_mem.html
PC3200についてはコストよりも
JEDECの規格が確定していないことの方を問題視しているのだが？
PC2700については、JEDECの規格が確定したことと、
ベースクロックが同じ167MHzで同期がとりやすいことから、
鉄仮面で採用したと思われ。

>>346
となると、ピーク値で7.2GB/sともとれるから、
PC3200-2chでも間に合わないということ？（汗

6.4GB/sから5.4GB/s(PC2700X2Chだと仮定して)に下がっても実際の処理速度が
極端に低下する事はないと思う。
コスト的に考えても最初のPowerMacG5はPC2700を選択するのでは?

そもそも、SpecIntのベンチマークテストがメモリ帯域の影響をどれくらい受けるかな?
SpecInt事は詳しくは分からないけどベンチマークテストのプログラムなんて
ほとんどキャッシュに収まるサイズだと思うからそんなに影響はないと思うけど・・・。

>>352
＞コスト的に考えても最初のPowerMacG5はPC2700を選択するのでは?
>>350のリンク先見れば判るんだが、
PC3200とPC2700でそこまでコスト的に大きな差はないのでは？
2003-Q3時点でさらに差が縮まってる可能性も否定できんし。
漏れの指摘した問題点を逆に取れば「JEDECの規格がそれまでに確定すれば、
アポーも採用の可能性がある」ということにもなるし。

しかし、PC3500なる代物があるとは。漏れも情報古いな。
こんな可能性は極めて低いが、PC3500-2chとなれば、
帯域7.0GB/s…凄いな。

>>352 Specは複数のプログラムの総合評価なので、
一言でいうと誤りがあるが、誤りを覚悟で言うと、
命令はキャッシュに収まるが、データは収まらない。
したがって、一部はメモリ帯域が効く。

>>PC3200とPC2700でそこまでコスト的に大きな差はないのでは？
>>353
PC3200はコスト的問題というよりも、信頼性がまだまだ全然低いという点で
問題があるからっしょ。
実際KT400とかだってめっちゃくちゃモジュールだのチップだの選んだ上でなんとか
PC3200が動くかってぐらいだし（じっさいKT400を採用しているマザーのほとんど
がPC2700までの動作保証しかしてない）。扱いとしてはOCモノってことなんで
しょう。
PC3500なんてCorsairのOC品でしょ。OC厨が買うだけで、対応してるママンなんて
ないし。正式な規格となることは考えられないよね。

>>349
ExtremeTechのこの記事す。
http://www.extremetech.com/print_article/0,3998,a=32445,00.asp
　　---------------------
　　The front-side bus electrically runs at 450-MHz, double-clocked to an effective rate of 900-MHz,
　　---------------------

実際にわPOWER4のFabricバスもDDRだったんじゃないすかね。
外販するチップじゃ無いすから、電気的な仕様わ明らかにされて
いないすけど。

>>355
＞PC3200はコスト的問題というよりも、信頼性がまだまだ全然低いという点で
＞問題があるからっしょ。
一時のPC2700と同じと考えていいのかな？(w
まぁ、少なくとも現時点では信頼性に問題ありありだなぁ。
ただ、IntelがPC3200に興味を示しているという情報は気になる。
JEDECの規格が固まるのかな？
http://www.watch.impress.co.jp/pc/docs/2002/0913/kaigai01.htm

＞PC3500なんてCorsairのOC品でしょ。OC厨が買うだけで、
＞対応してるママンなんてないし。
＞正式な規格となることは考えられないよね。
情報サンクス。まぁ、漏れも「可能性は極めて低い」と書いたけど(w

>>355
PCのマザボの品質も一つの要因だと思われるす。
AppleがPC2700でunbufferedのDIMM x 4を保証しているのわ流石す。

>>359
逆に質問。
「JEDECの規格が2003-Q3までに確定する」という条件さえ整えば、
PC3200採用の可能性はあるとみるか？

>>357 さんくす。
プローブ付けてみないとほんとの所は闇の中だね。

ただ、技術的には単方向なら900MHzぐらいなら問題なく動作可能な点、
紹介記事にはPOWER4は1:2と書いてあって、DDRの所(MemoryController)
は1:n DDRって明記してあったからFabricの方はSDRではないかとね。

ただ、HypterTransportは単方向で800MHz x2(DDR)の1.6GHzだから
450MHz x2(DDR)の900MHzだと、技術的には見劣りする。

>>361
　　---------------------------
　　HypterTransportは単方向で800MHz x2(DDR)の1.6GHz
　　---------------------------
その辺わ、信号レベルに依存すると思われるす。LVDSを採用したRapidIO
だと500MHz DDRから始めるし、速度優先で非標準の信号仕様のHTわ
800MHz　DDRす。
汎用のチップ間接続と縁が無い970 busわ、いつでも信号レベルの変更が
可能すから、900MHzが限界というものでもないかと思うす。

う〜ん…CPU周辺の話題は「次世代PowerPCを語る」こととは関係なかったかな？
もしそうなら、スレ汚しスマソ。
ただ、PPC970を生かしきった環境には興味あったんだよね…。

>>363 俺的には問題ないよ。
PPC970を活かしきった環境は、時の標準を使うことになるだけで、
どの標準が来ても可能だと思う。

PC2700のままなら、PC2700x2ch(5.4GB/s)で十分だし、
PC3200ならPC3200x2chでフルスペック、
DDRII533(PC4200?)が来たら、PC4200x2ch(8.4GB/s)で帯域がちょいあまる。
QBM800が来たら、QBM800x1chでフルスペックになるしね。

>>362 『900MHzが限界でないというのは』確かにそうだね。
CPUクロックの1/2がBus速度なので、2,..,3GHzになったら、
Busも1,..,1.5GHzにスケールアップすることになるしね。

MACオタと腐れルーマーの違いについて教えてください。

>>366 面白すぎて、、、、、、、、、、ゴメン＞オタ。
風情と風評。

>>364
音楽は数msのズレが致命傷になるからなぁ…。
後、ちょっと処理がモタるとアウトだし。
で、スペックにも注文がきつくなる(w

24bit/96KHzのAIFFを16トラックぐらい同時再生したり、
ギガ単位のサンプルを複数読み込んでも大丈夫な環境が理想なんだが…。
（EXS24でGIGAフォーマットが読めるので、これは非現実的ではないけど）
まぁ…こんなのはもう2-3年たたないと無理かな？(w

＞24bit/96KHzのAIFFを16トラックぐらい同時再生したり、
スマソ、そのぐらいは何とかなるか（汗
できることならMTRよろしく64パート…無茶言い過ぎや(w

>>368
それがどういう処理なのかを明示できれば、どこかに問題があるのか
はたまた、最初からハードウェア的に不可能な領域になるのか、という
議論ができるすけど。。。

DAW系はFPUが重要みたいな事をどっかで見た気がするけど
なんか関係ある？

>>370
詳しくはこのあたりを。
http://www.japan.steinberg.net/
http://www.midia.co.jp/PRODUCTS/emagicsoft/lp5/index.html

簡単に説明すると、
「PCを楽器＆MTR代わりに使う」ということ。
EXS24はサンプラー（実際の音を取りこんで演奏するもの）で、
このサンプルが大きいものだと1.5Gとかある。
これを16個ほどすべてメモリ上に展開した上で演奏ができるかどうか。

また、一般的なAIFFは16bit/44.1KHzで、24bit/96KHzとなると、
サイズが単純計算で３倍ほどになる。
こいつを30-40ほど同時再生することができるか。

>>322-323　また不法侵入ドザか!
>>370　また揚げ嵐か!
>>329　>>333の言葉を借りるけど、すぐあれるこのスレの中で数少ないまともな対応だな。
ほっとしたよ。

>>366-367　ﾜﾗﾀ
>>368-369　オイラも知りたい

>>372
それが単純に楽曲データをサウンドチップに転送するだけなら
単なるBlockCopyの性能だけすけど、そんなものでわ無いすよね？

>>374
場合によってはPC内でAIFFを作製しながら、ということになる。
例えばソフトシンセの場合がまさにそれ。
仮にダイレクトモニタしながらリアルタイム入力するとなると、
PC内の演算でAIFF作製＆複数のAIFF再生を同時にこなさないといけない。
また、前述のようにそれがサンプラーだとした場合は、
メモリ上にあるサンプルから音階を検出してAIFFを作製しながら、
片方で複数のAIFFを再生。
しかも、そのAIFFはリバーブなどのエフェクトもかけなくてはならない。
これも演算が必要になってくる。

http://www.midia.co.jp/PRODUCTS/native_inst/pro53/pro53.html
http://www.midia.co.jp/PRODUCTS/emagicsoft/exs24/exs24.html
とりあえず、ソフトシンセの参考資料を。

>>372
全部メモリに展開する必要はないのでは。
サンプルの先頭から適当な量をメモリ上に展開しておいて、
残りはHDDなり何なりからストリーミングすれば十分でしょ。

ところでオタたん、>>316は無視かい？

>>377
これはHALionの例だが、音飛びの原因になる＞HDDストリーミング
リアルタイム演奏を前提とすれば、
メモリ上にすべて展開するのが望ましい…らしい。

http://www.japan.steinberg.net/products/halion/index.html
説明不足スマソ。これがHALion。

1) 32bit/96KHzの256トラックの再生を考えると、
32bit x 96KHz x 256track ÷ 8bit ＝ 96MB/s <<<< 2.7GB/s
2) Effect: 1track 1stepに100演算(FFTでは10演算程度)をすると仮定すると、
100op x 96KHz x 256track ＝ 2.4Gop/s
3) Altivec 128bit,32bit x 4op/clock, 1.8GHz
4op x 1.8GHz ＝ 7.2Gop/s >>>> 2.4Gop/s

以上から、PPC970では256トラックを演奏するに足る性能がある様に見えます。
ただし、実際の使用上ではVSTの発音数制限等の問題が発生していることを
考えると、純粋CPU性能とは別の問題があることが考えられます。

つまり、本当のボトルネックは別の所にある。

>>381で言ってるボトルネックはみなさんご存じと思います。
そうです、帯域保証するためには最高性能や平均性能を論じても
無駄ということです。
『最低保証できる性能』がどれだけかを見極めることが必要になります。

>>381
なるほど…。CubaseSXで最高200トラックだから、そっちは問題ないかも？＞AIFF再生
VSTiの発音などの演算はどうなんだろ？
例えば（CubaseSXの上限で考えると）VSTiを32個立ち上げて、
すべてリアルタイム演奏となると、どのぐらいの負担になるか興味はあるが。

＞つまり、本当のボトルネックは別の所にある。
例えば、HDD転送速度など？

最初に結論を書くと、MacもWinもリアルタイムOSではないので、
最低保証性能に関しては、ハード屋の俺には実際の所は分かりません。

今の環境は最高性能を上げれば、最低性能も上がるでしょうという
極めていい加減な論理で動いているとしか思えません。

>>383 HDD転送速度とかも確かに要因の一つです。ただし、MacやPCの場合は
いろんなソフト(OS,Driver,アプリケーション等)が勝手気ままに動いている
ため、１アプリケーションの実行を固定間隔で保証できない所が問題です。

望むべきは、MacOSXにリアルタイム処理の機能を追加されることでしょう。

>>382
実際のデータの流れわ、読み書き両方が発生するすからその２倍必要
ということすかね。。。
フィルタがFFTだとすれば、100演算どころでわ無いのでわないすか？

>>385 1stepの話だから、1つのdt区間の係数求めて終わりだからその程度。
96kHzで10秒だと、96KHz x 10秒 x 10opで9.6Mopが必要になる。(結構重い)

sakuragiはバカ。

>>384、>>386
＞ただし、MacやPCの場合はいろんなソフト
＞(OS,Driver,アプリケーション等)が勝手気ままに動いているため、
＞１アプリケーションの実行を固定間隔で保証できない所が問題です。
なるほど。つまりは音楽用に使う場合はOS自体がボトルネックになっている？
（私は所詮演奏屋が必要上知識を集めただけなので、詳細については怪しい）
音楽用環境を確保するためには、
1.常駐は入れない
2.周辺機器もオーディオカード、VGAなど必要以外つけない
（なぜVGAが必要かと思うかもしれんが、
オンボードだとVRAMをメーンメモリと共有するため音飛びが発生しやすい)
3.購入直後にHDDをフォーマットして、１つのOSのみの環境にしてしまう
（現状だとOS9のみ。来年移行の筐体が現時点で音楽不向きなのはそのため
なんせDAWアプリはClassicでも動かない）
まぁ、これでも完全とは言えないんだけど…。

＞望むべきは、MacOSXにリアルタイム処理の機能を追加されることでしょう。
同意です。

最近の流れとしては、実は32bit/192KHzへの移行が始まっていまして、
この場合だと(386さんの計算から推定)
32bit/192KHzの256トラックの再生を考えると、
32bit x 192KHz x 256track ÷ 8bit ＝ 192MB/s
200トラック前後でも、HDDストリーミングが間に合わなくなる？
となると、全部の曲データとサンプルデータをメモリ上に展開しないといけないから、
4GBじゃとても足りない…。

素人音楽系（MID)市場は著作権の関係で壊滅状態です。
残るは自分で作曲、編曲、楽器演奏ができるアマ&プロバンド等しか使いません
せめてMIDで編曲発表できれば市場規模も回復するんだが

そんな事する奴はいねー

Appleストア更新中！！

CPUパワー不足に悩む分野で、x86系への流出が多い音楽制作系ですが、
これに関して付け加えますと、総トラック数だけでなく、例えば2CHに出力される
ソフトウエアサンプラーの場合、同時発音数8音なら８個のストリームがあり、元サンプルに対して
指定の音程へのピッチシフト(88音程サンプルがあるわけではない、場合によってはグラニュラーシンセシス)、
鍵盤を弾く強さに応じて音量調節および倍音調節フィルター、持続音部分のループ処理、などいろいろやります。
元が44.1KHz/16bitファイルでも96KHzモードで動作する場合はRAMの読み出す際には24bit/96KHzに伸長されます。

>>392
＞鍵盤を弾く強さに応じて音量調節および倍音調節フィルター、
＞持続音部分のループ処理、などいろいろやります。
そういえばマルチサンプルの場合、
弾く強さに応じてサンプル変える場合もあるんだった。
例えば３音同時発声（なんてよくあるけど）の場合、
その１音ごとに計算しなくてはいけないから…なんか複雑そう。

マルチトラックにせよ、サンプラーやシンセの同時発音数分の音声ストリームにせよ、
2トラック(L/R,最近は5.1chもあるが)にミックスせねばなりません。これは基本的には単純です。
指定の音量に下げて各ストリームの値を足せばよいのです。6dB下げるなら0.5を掛けるだけです。
高額なデジタルミキサーと安価なホストベースDAWの音質の差は割り切れない端数をどう扱うかという
ディザ処理の差らしいです。アンプのノイズフロア以下の数値の差がクオリティの差になるという技術者にとってやっかいな世界です。
商業スタジオでシェアのあるデジデザインの製品では約100MIPSのDSPを4個ミキサー処理だけのために割り当てています。

>>394
これかな？＞デジ
http://pro.miroc.co.jp/digidesign/PTHD/PTHDfrm.html
う〜ん…やっぱり音楽をPC1台で完結させるのは「夢のまた夢」なのかなぁ。
PPC970やHammerでもつらいか…。

>>394 何MIPSか分かりませんが、100MIPSのDSP x 4個ですか。
[email protected]は 5220MIPS/Dhrystone >>>>>> 400MIPS

問題は演算性能でなくて、最低性能保証なんですよ。
つまり、OSのつくり次第。

>>395 音楽をPC1台で完結させるのは「夢のまた夢」ではなく、現実できますが、
ホストベースソフトでは演算をはしょって軽いプログラムになっているので
音が薄いとか混濁するとかが現実ですよね。
>>396 確かに専用のDSPとSRAMをある処理専用に割り当てる場合
遙かに高性能のCPU上で汎用OSで処理するよりしっかり動くのが不思議ですわな。
リアルタイム処理って特別な世界なんですかね。
やっぱCELLでも載せてもらわんとMACの未来はないのかな。。。。

>>396
問題はそのOSのつくりなんだが、
アポーもM%もGUIに凝って重くなってる現状を見ると、
期待薄…なのかなぁ。

>>397
＞ホストベースソフトでは演算をはしょって軽いプログラムになっているので
＞音が薄いとか混濁するとかが現実ですよね。
まぁ、最後の最後はスタジオに持ち込むとしても、
メロ思いつくのは場所選んでくれないからなぁ。

途中で送ってしまった（汗

で、Cubaseの場合でいえば、確かにSXで改善されてはいるんだが＞音質
まぁ、それ以前に漏れもマスタリングの腕磨けというとこだな（泣

DTM関係の方のWinへの逆Switch現象ってどうなんですかね。
まわりの方、急速に移行されてます？
スレ違いのような気もしますが、ここ読んでるDTM/DAW系の人って
MACのFPUの遅さに困ってるんですよね。Macが好きなんだけどさ。

新CPUが出れば改善されるのだろうか？
今でも最適化しきれてないアプリメーカーが本気になるとは思えんが

その気違いっぷりやよし

>>400
オレの知り合いにメジャーなミュージシャンがMacを使って曲作りを
してますが、以前飲んでるときにMacは少数派とか話してたら
「え？MacってWinより少ないの？オレはMacが全然多いと思ってたぜ？」
とマジで言ってました（ｗ
なんで？と聞くと周りがみんなMacで仕事してるからだそーです。
ちなみにプロでWinで曲作ってる人は一人だけです。オレの知り合いでは。
なのでそんなにWinに流れてるとはオレは思わないのですが？

俺の知り合いのヤツは、
Mac(yosemite) to Win to Mac(何故かiBook) to 次はwinかもって感じですね。
MAX/MSPがwinに移植されたらwinに行くと宣わっていらっしゃる。

>>397 上の方でも書いてますが、音楽系の処理は今のデスクトップ用CPU
程の性能は不要なので、DSPに専用OS使った方が圧倒的にいい結果になります。

ただ、専用設計すると低性能のプロセッサでも高価になる所が問題。
結局、汎用PCに値段でかないません。

>>400 FPUの問題は、G4がFPUx1, PPC970がFPUx2なので単純計算すると
PPC970は同クロックでG4の２倍の性能。
一方、Altivecに最適化されてるやつの性能は、メモリ帯域ネックだったので、
970の広いメモリ帯域で改善される可能性に期待ですかね。

注）実際の所は物が出てからじゃないと分からないけどね。

>>400
まぁ、これがどの程度の影響を持つのかは知らんが。
http://www.japan.steinberg.net/news/kraftwerk/kraftwerk.html
いずれにしても、MacのFPU、メモリ帯域が
現状ではネックになっていること「だけ」は確かかな？
HDD転送速度については改善されたけど。

データサイズ以外わ，具体的な処理内容がさっぱり判らないすけど。。。
コードとわ言わないすから，せめて数式でフィルタの内容を教えて欲しいす。

ボトルネック奏法

CPU関連の話題は一段落すか。

数式は無理ですけど、比較的軽いのがイコライザー、例えばiTunesについてますが
これはFFTでいくつかの周端数帯域にわけて音量を増減するもの、パラメトリックタイプは
分ける帯域と音量変化のカーブ(Q)をかえられるもの。
重い処理のものとして、ソフトシンセは単純にいうと音源である発振器は一周期のPCM波形を出力(音程にあわせて周期を変える。ビブラートをかけた場合は10HZ前後の発振器の振幅で周端数を上下する)し、
音程に同期させたパラメトリックイコライザーのようなもので高周波倍音を調節し、
打鍵時には大きく、時間がたつにつれて減衰するような音量調節をして、「びぃよ〜〜ん」という音を作ります。
ドミソと同時に打鍵すると上記の処理を3つやります。
さらに重いのがリバーブ（残響音、エコー効果）です。単純なものは原音ソースを少し遅らせてややボリュームと高域絞って
原音入力部に戻して混ぜてまた同じ処理を繰り返すみたいな感じです。
現実のホールの残響をサンプリングして再現するサンプリングリバーブというのもあります。
http://www.miroc.co.jp/news/motu/audioease.html

オタさんAMDのハマーとPPC970ってどっちがすごいの？

なんかさID:3fSHlg1wは音楽ソフトのことで勘違いしてないか？
ソフトサンプラーの仕組みからチェックしなおしたほうがいいと思う。
あとさ、32bit/192KHzで256トラック使用時の心配してるけど、
そんなにトラックつかわないでしょ。

http://www.audioease.com/download/Altiverb_demo.mp3
たたみこみ演算ってのが何だかちっともわかりませんが
この音を聞いてアルゴリズムを想像して欲しですって無茶言うな>俺

>>407
ところでオタたん、>>316は無視かい？

>>407
参考になるかわからないけど、とりあえず貼っときます
http://musicdsp.org/archive.php

>>414
オレにはどこがおかしいのかわからん。
君が聞きたい事をもっと簡潔にまとめてくれ。

>>414
おれにも>>316のどこがおかしいのかわからん。
引用がほとんどで、何を言いたいのか伝わってこないよ。

>>416-417
あー、君らはわからなくていいから。

>>418
お前はここに来なくていいから。

>>418
( ﾟдﾟ)ﾎﾟｶｰﾝ

たとえばAdobeのInDesignとPhotoshopとIllustratorを切り替えるのに
ちょっと時間がかかったりするのってCPUの問題？
アプリの最適化の問題？
プレビューやアクロバットの動作がとろいのはCPU?最適化不足？
メモリは1GBでG4-1G-DUALなんだけど・・・

>>421 多分、運が悪い。

>>412 えーと、関係ない話ですが、256Trackの最初の計算式書いたの俺。

式の意味は256Track使っても、要求性能はCPUの理論性能より
遥かに小さいよって言う例だよ。

>>418
疑問に対し、ヲタは黙殺が基本。
ドザの態度も似たようなもんだな…

AMD HammerとP4のパフォーマンスと今後のクロック
http://www.watch.impress.co.jp/pc/docs/2002/1028/kaigai01.htm

>>423さんはID:3fSHlg1wとは別人ですよね。
計算式書いた意味もよくわかります。

●Appleが来年発売すると噂される新型PowerMac G4は、
PowerPC 7457Lプロセッサーを採用した1.3GHz、1.2GHz、1GHzの
Dualとなる可能性が高そうです。また、バスクロックが、
現在の167MHzから200MHzへとアップし、
オンダイL2キャシュが512Kとアップするのに加え、
L3キャシュ容量が最大4MBとなる可能性もあるようです。
なお、出荷時期を遅らせることによって、
1.5GHz~1.4GHzモデルをフラグシップとする可能性も残されていますが、
それ以上のクロックモデルが登場する可能性は低くそうです。
また、次期PowerBook G4に関しては、
PowerPC 7457Nプロセッサーを採用した1GHz、867MHzへとアップし、
上位機種のバスクロックが、
現在の133MHzから166MHzへとアップするようです。
なお、G4という呼び名は、Rapid I/Oのサポート時に「G4+」
と呼ばれるようになるかもしれません。

1.3GHz・・　来年・・
遅・・

てか、もう単純にプロセッサの速度で追いつくことが難しいので、
キャッシュ容量をガンガン増やすって感じなのね。
L3-4MBってちょっとしたUNIXサーバー並みだね。
QUADプロセッサ構成とかにはしないんだろうか？？

ちょっと実験してみました。
QS 1G-DUAL, OSX10.2 Emagic/Logic 44.1KHz/16bitモードでES2という3VCO,2Filterのソフトシンセ
12音同時発音でばらのプリセットで何台鳴らせるか？
10台(120音同時発音)がぎりぎりみたい。たまに止まります。
このソフトはG4ベロエンジン対応です。
Pen4でVSTiならした場合はもっといくんじゃないかな。

>>427
1.3GHzでOSXのみ.....ってアンタ、商品価値まったくなし。
バスクロックもさっさと２倍の333MHzにしる!!ボケ
カメのノロイにかかってるようだな、クソアポー。氏ね

MAX/MSPのプログラマのジカレリ氏が言っていましたが
リアルタイム系の処理にはキャッシュメモリが重要、メインメモリでは速度が
1/10くらいでとても追いつかない。(G3時代の話)
今度のCPUのメモリ帯域幅を生かせればリアルタイム系の処理もかなり凄く鳴りそうですね。
素人の妄想ですが、ベロ非対応のソフトと対応ソフトでは2倍から数倍のひらきがあることを考えると
かなりいけるんではないでしょうかね。

>>427
またお宝の転載すか(笑)
それ、昨晩から出回っているMotorolaの組み込み向け販促資料のネタ
すけど、低電圧版の"L"グレードや"N"グレードの話でMacintosh向けの
"P"グレードわもう少し上のクロックで出てくる筈す。
リリース時期についてもAppleわ初期生産分を全て買い付ける契約をして
いると思われるすから、一般向け発売より１四半期程度早くなると思われるす。

>>415
面白いリンク教えていただいて感謝するす。

7457について新たに明らかになった話わ
　・4MB L3サポート
　・167-200MHz 60x/MPX bus
　・L3にパリティ追加
　・Vdd=1.3V (L spec), 1.0V (N spec)
　・Typ. [email protected] (Vdd = 1.3V)
　・Typ. [email protected] (Vdd = 1.0V)
といったところす。

ところで、L3キャッシュの価格も無視できないんじゃなかろうか。
動作クロックも上がってきているわけだしな。。。

今1.25GHzが最上位なのに、次に出るのが1.3GHzじゃ誰も買わないよね。
お宝って何も考えずに情報出してるよね。アホなのかな？

>>433
HiP7に関し「今年の1-3月期に出てくる」って言ってたあんたに、説得力はない。

>>438
MACヨタですから。

見つけたもの全部書くからねｗ
このあいだstoreがメンテ中ですってトップニュースになってたよ
おれがいったらもう復旧してた

>>435
ところでオタたん、>>316（略


黙殺するしかないほど的確に突っ込めたって事すかね。（笑

新PB G4 1G が329,800円なら必ず買う。

まあ、やっぱIBMだけに絞ると納入価格ぼったくられるから
モトローラと両方使って、ということなんすかね。
Penの場合価格は誰が決めるのかな？インテルの言い値になるんすかね？

そういえばzdnetがまたｘ８６移行などという記事出してますね。

>>444
マジっすか？

>>444
x86系に移行してもメリットがまったくないのでそれはない

>>443
AMDがいるがな(w

x86の話になると自作マシンで動くのかと勘違いするドザが必ず来るが
もし仮にx86マシンになったとしても自社マシンでのみ動くような非DOS/V規格ですわな。

Appleのブランド力とデザイン力でDOS/VマシンだしてWinXP win版iアプリ標準搭載で
発売したらかなり売れるだろうな。経営陣はやりたくてしょうがないだろうな。

jobsは当初IA-64に移行するつもりだったみたいけど、途中からインテル攻撃
始めるし、IA-64のできの悪さに怒っちゃったのかしら？
近頃は、どうするつもりなのかさっぱり若欄。

ところでお宝の記事がリライトされてるね、キャッシュとバスクロックで3割
スピードアップですか。

>>447
一般大衆を相手にする場合、AMDってインテルと同じくらいの知名度あるの？
ごめん、ドスブイの市場くわしくない。

AMDの知名度は一般にはゼロといっていいと思われ。
量販店に買いに来ている消費者はGHzにしか興味はないよ。
だから、低価格機を中心にクロックはイマイチのAMDが使われている。

コアコンポーネントの供給元が一社だけになるとぼったくり価格になる
のは事実かな。96年頃、x86互換プロセッサが壊滅していた頃は、intel
は最低クロックで５万ぐらい取っていた。

>>450
ないと思われ。なにせ、PCのCMが流れるたびに
「インテル ペンティアム4搭載でこの価格！」なんてガンガン垂れ流して
かたや、「アスロン搭載で…」なんて聞いた事ないし。
TVCMの力はデカイっしょ。

>>449
HiP6製品との比較で30%の動作クロック向上というのわ妥当な判断す。ただ，クロックの
予想値が30%増しになっているのに「3割ほどの性能向上」とか書いているのわ，誰かに
説明されたのに理解できなかったみたいすね(笑)
その上，この期に及んで製造工場が怪しい訳ないすよ。

>>451
>96年頃、x86互換プロセッサが壊滅していた頃は、intel
>は最低クロックで５万ぐらい取っていた。
どこでそんな電波拾って来たすか？（笑

'96/9/6 CPU価格レポート@impress
http://www.watch.impress.co.jp/pc/docs/article/960906/cpupr.htm

>>436 [email protected],1.3V ってことはMobile AthlonXP1500ぐらいか。
Athlonみたいに1.65Vかければ2GHzいくね。

ズレた。
>>435 [email protected],1.3V ってことはMobile AthlonXP1500ぐらいか。
Athlonみたいに1.65Vかければ2GHzいくね。

>>430 実験ごくろうさん。
1CPUの場合の実験とかあるとうれしいんだけど。
メモリネックか演算ネックかを見たいので。

>>437
AppleとMotorolaだと、いかに非常識な事が起きても不思議じゃないからだろ。
G4の最高クロックが500→450→500MHzと長いこと迷走し続けたのは、そんなに
昔の事じゃないし、偉大なるMACオタ大先生が随分大昔から「Apollo7は登場
間近す」と言い続けて来たのに（例えば、
http://www.megabbs.com/cgi-bin/readres.cgi?bo=mac&vi=0046&res=67
なんてのは、大爆笑モノの素晴らしい予想だったね。ついでに
http://www.megabbs.com/cgi-bin/readres.cgi?bo=mac&vi=0046&res=184
なんてのも、ご自分と腐れルーマーの違いは理論的裏付けに基づいた的確な
予想をしているか否かだと、常々自慢していらっしゃるだけあって、見事な
予想だったし、
http://www.megabbs.com/cgi-bin/readres.cgi?bo=mac&vi=0046&res=289
なんてのは、今年も中旬になってからの予想だけに、非の打ち所がないよね(笑) ）
結局ムチャクチャ遅れたわけだから、ついでに予定通りクロックが上がらない
なんて可能性も結構あるかもよ。

455-456
SOIであることをお忘れなく。

>>458
最後のわ続き物すから、一つ前から読まないと意味が無いす。
リリース時期についてわ、何度も書いているように関係者以外わ何が起こっているか判る
訳が無いす。むしろ7455以降の仕様についてかなり正確に判断していたことを見て欲しい
すけど、意味が理解できないなら仕方ないす(笑)
http://www.megabbs.com/cgi-bin/readres.cgi?bo=mac&vi=0046&res=340&fi=no
http://www.megabbs.com/cgi-bin/readres.cgi?bo=mac&vi=0046&rs=343&re=344&fi=no
http://www.megabbs.com/cgi-bin/readres.cgi?bo=mac&vi=0046&rs=360&re=361&fi=no
結局、デスクトップG5相当のチップの予定わ怪しくて
　Apollo 7 (1.4-1.6GHzからリリース) with 高クロックMPX bus -> 90nmプロセスのG4+ with RapidIO
という順番で良かったということす。悪くない予想だったと思うすけど？

ちなみにHiP7についてすけど、最近のMotorolaの製造プロセスロードマップ上でわ、2002年
初頭に既に移行していることになっているす。プロセッサの製造わ別にして、当時の情報に
ついてわ別に間違ってもいなかったと思っているす。

名前：MACオタ 投稿日： 2001/02/10(Sat) 19:26
G5のリリースは2002年末-2003年初頭という噂を聞いたす。
↓
↓
現実：G5のリリースは2003年末-2004年初頭

来年デビューのApollo7わ、春のMACオタ予想でわ、
デビューは今年の夏ではなかったすか？
きっちり1年ずれてるのは優秀な予想とは言えないす。

>>462
「聞いた話」の真偽わソースの信頼度の問題に過ぎないすけど(笑)
その上、当時噂になったG5って何のことだったか未だに不明す。。。

MACヨタですから。

MACオタさんは、来年のSF EXPOでApollo 7搭載マシンが
発表されると思いますか？

>>461
プロセッサの製造を別にしないでください。

>>465
Apollo 7のリリース時期わ予想する度に外れるすから、縁起が悪いので
今回わ黙っておくことにするす(笑)

>>467
それをいったら、これまでの予言の的中率を考えると・・・・

オタの言葉はみ〜んな縁起が悪い！！！

しかしApollo7がいつまでも出ないと、PowerBookに積む石がないのでは？

Power Bookは1GHzならHiPerMOS6でもOKだと思う。

MACオタが早めのリリース予測を言うとはずれるので、
遅めの悲観的リリース予測をするとはずれて早めに出ると思われ（笑）

>>471
さらに遅れる罠

AMD HammerとP4のパフォーマンスと今後のクロック
http://www.watch.impress.co.jp/pc/docs/2002/1028/kaigai01.htm

>>470
とりあえず7455の低電圧版は800MHzがMaxで発表されてなかったっけ？

HiP6でもXC7455AわVdd=1.3Vで1GHz出るみたいす。
消費電力わ14W@1GHzくらいとか。。。

一応，上の消費電力わTypical値す。

14WっていうとMPC7451の667MHzと同じくらいか。
じゃあ、まぁなんとか、大丈夫なのかな。
通常電圧版で1.25GHzがDual数量分採れてるってことは、
峻別の低電圧版も933MHz〜1GHzぐらいはいけそうだね。

別に1.25の出玉が少なくてもいいくらいしか、PMG4/1.25GHzDUALが売れてないと思われ。

　　　　/ーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーー
(ﾟдﾟ) < G4 Dualなんていらないです。Dual Apollo7 PowerBookで十分です。
　　　　＼ーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーー

Apollo 6に関してわ、非常に順調に製造できているみたいす。
http://www.megabbs.com/cgi-bin/readres.cgi?bo=mac&vi=0046&res=500&fi=no

オタたん、論点ずれてるよ。

1.25GHzの石ってApollo7なのですよね？

>>482
なんで？

>>482
時々話題がループするすから、>>293を見て欲しいす。

ＭＡＣドザはなんでそんなに偉そうなんだ？
実はホントに偉い人？

>>485
たいした内容ないのにコテハン名乗って有名人気分。
本人御満悦なんだから、そっとしといてあげて。

>>485
ヲタと同じ程度に偉い

>>487
それはちょっと嫌だなあ。（笑

MACオタあってのMACドザなのが悲しいのか？

>>489
下に見られても、実際に下でも構わないから、オタとは違うベクトルでありたい。
そんな感じかな。

で、ドザのパソコンのスペックは？

これを言わないとオタと同じベクトルになっちまうよ？

>>492
漏れのネタPC
CPU K6-III+ 500MHz
RAM 256MB
HDD 6GB
OS Win2kPro

まぁ言わせたところで別に意味は無いわけだが

>>493 K6III＋500MHz俺が貰ってやる。
（中々手に入らないんだよね）

Pen4がFSBを800MHz(つまり6.4GB/s)にするのが2004頃と言われている。
それを考えると、2003/末でFSBが6.4GB/sのPPC970はいい線行ってる。

>>496
＞いい線行ってる

970のカタログスペックの最高値が高ければ、搭載Macでの実際のスペックは
どうだろうと関係ない！のかな？

6.4GB/sもの帯域をフルに使い切るようなメインメモリを2003/末の時点で
搭載するのは不可能だろ？
2004でも厳しい（強引に搭載しても、メモリの価格は非常に高額な上に
入手も難しい）と思うのだが。

「絵に描いた餅」の性能を喜ぶって、情けなくないか？

例えば、「某オタ」とか言うプロセッサ・フェチが、アプリが最適化されれば
G4の方がPen4よりハイパフォーマンスなんだと、バカの一つ覚えのように繰り
返しているが、お前も「全くその通り！やっぱりG4 Macは最速・最高！！」
などと思ってるのか？
だとすれば、実に哀れで可哀想なヤツだな。。。

>>497
http://pc.2ch.net/test/read.cgi/mac/1035072554/286-365n
このあたりでさんざん語られているみたいだが＞メモリ帯域がボトルネックになる可能性
チップセットをはじめとする「足腰」には、まだみなさんあまり関心はないようで。
漏れ自身はJEDECがPC3200の規格を決めるかどうかにかかっているとみているが。

＞PPC970はいい線行ってる。
これだけで、どうしてそこまで話が広がるのか？

必死だからさ……

>>497
生かすも生かさないも、970 busって読み書きの合計でピーク帯域
7.2GB/sすから、メモリへのバースト転送の帯域わ3.6GB/sす。
別にPC2700, 2chでカバーできるすけどね(笑)

むしろチップセットがこの擬似デュアルポートメモリ的な仕様をどのように
覆い隠すかのほうが興味深いす。

アプリの最適化は重要だよ。
Win用の業務用アプリ作っているけど、パフォーマンスが
問題にならない場合はVB、問題になる場合はVCやDelphi
を使ってつくる。
複雑な計算だとVBとVCで３倍ほどスピードに開きがでる場合
もある。

それにハイパースレッディングも、、ね。
http://www.zdnet.co.jp/news/0211/01/ne00_hyper.html

1.25DualのG4に0.13μ技術が使われていないことを確認したと言っていたMACオタさんへ。

何か、言い訳は？

http://www17.big.or.jp/~bbb/p/tvote.cgi?event=netidol
あと46000票で2位に浮上するす。
みんなの力を貸して欲しいす。

4 名前:名称未設定 メール: 投稿日:02/10/14 12:18 ID:KkYseNd6
ところでMirroredDoor1.25Dualに0.13μ版G4が乗ったってホント？

6 名前:MACオタ＞4 さん メール: 投稿日:02/10/14 12:52 ID:Cop5M7s/
>>4
ダイサイズを見る限り180nmプロセスのまます。Motorolaのセレクタガイド
にもXC7455わHiP6と記されているす。
http://e-www.motorola.com/brdata/PDFDB/docs/SG1007.pdf

13 名前:名称未設定 メール:sage 投稿日:02/10/14 13:29 ID:KkYseNd6
>>6
あーそうなんか。
山本氏のBBSでそんな書き込みがあったから、どうなんかなぁと思って。
さんくす。

#ところで、その見た限りっていうダイサイズはMACオタも実物を見たってこと?
#いや、上記のBBSにはダイサイズの縮小が確認できたって書いてあったからさ。

15 名前:MACオタ＞13 さん メール: 投稿日:02/10/14 13:35 ID:Cop5M7s/
>>13
写真が公開されているすよ。ダイサイズわパッケージとの比率から判るす。
http://www.macbidouille.com/niouzcontenu.php?date=2002-09-26

>>506
これの何処が間違っているのか全然判らないすけど。。。
XC7455Aの製造プロセスについてわ、この資料の"General Parameters"の
ページに書いてあるす。
http://e-www.motorola.com/brdata/PDFDB/docs/MPC7455EC.pdf

>>501-502のバス帯域とメモリ帯域の関係の話の続きす。
POWER4の場合バスとメモリの帯域の関係わコア1GHzで
　　L3/Memory　bus: 単方向 5.33GB/s x 2 (10.67GB/s)
　　メモリ帯域; 双方向 6.4GB/s (128bit x DDR400)
となっているす。この比率がそれなりに最適化された条件だとすれば、
PPC970の場合に最適なメモリ帯域わ、
　　7.2[GB/s]　／ （10.67/6.4） = 4.3GB/s
ということになるす。およそ4GB/sという数字わPC1066 x 2chとか、
PC2100 x 2chなんていう既に一般的になりつつあるメモリ技術が
ちょうど適当なところにハマることになるす。

POWER4の場合、L3もインラインでメモリと同じバス上に並んでいるすから
少々事情が違うという意見もあるかと思うすけど、キャッシュサイズを越える
アクセスにおけるP-to-Pバスと普通のDRAMとの接続における最適な組み合
わせの事例として参考になるかと思うす。

ハイパートランスポートってのはここにどう絡んでくるんですかね。

>>509
短期的にわAppleの製品とあまり関係無いと思うす。
もし、MacintoshにHyperTransport技術が採用されるとしても2年わ
先の話じゃないすかね。。。

2年は遠い。。何と何を繋ぐのだろう。
例えば使い勝手で考えればデジカメやDVビデオカメラ、よそからデータ移動用に持ってきたFirewireDisk
などテンポラリーコネクトしたいものはキーボードにIO端子が付いていてくれたほうが便利なので
本体とキーボードの接続ケーブルはUSBじゃなくてもっと広帯域のケーブルがいいぞみたいな。

>>511
HyperTransportってのわマザーボード上のチップ同士を接続するバスす
から、そういった用途とわ全然関係ないす。

そうなんだけど参画企業の中でケーブル開発してる通信機器もあると呼んだので
もしかしてと。Appleはケーブル少なくするの好きだから。。

サーバー用に出したレイドって何で繋いでるの？

>>514
Fibre Channelす。
http://www.zdnet.co.jp/macwire/0205/29/ne00_xservej.html
　　---------------------------
　　Xserve RAIDは高さ3U、14基のドライブベイ、システム上のデュアル
　　2GバイトFibre Channelなどを特徴とする。
　　---------------------------

>>511
確かに。
付け加えるなら、帯域じゃなくて電力ももっと欲しい。
QuickCamとかスキャナとか、キーボードのUSB端子に繋いだんじゃ電力不足で動かない場合が多いから…

ところで東芝がYellowstoneのライセンスをRAMBUSから受けたという
ニュースが出ているすけど、これってCell - PS3での採用が予定され
ているということすかね？
http://www.watch.impress.co.jp/pc/docs/2002/1101/toshiba.htm

インテルに『アイテニアム』製造販売差し止め命令

http://www.hotwired.co.jp/news/news/Business/story/20021101101.html

あげ！！！！

>>519
来る場所間違えてる・・・と思ったら、
削除されちゃったのね。

オタが来ないと平和だね。

>>520
>>519のカキコで、
このスレにオタ以外にドザーしか居ないことが証明された。

Appleが"XGRID"という商標を登録したらしいす。
噂のクラスタリング関係すかね。。。

Itanium差し止めって、intelは64ビットCPU
一から設計しなおしになるって事？

もしかしたら、MacのPowerPC970にとっちゃ嬉しいかぎり？？

>>523
おまえみたいなあほがいるから…

MacのPCIって66MHzのやつもあるんだね。

http://203.94.147.64/productsdeck.asp

>>523 イソテルが金払うだけでしょ。

>>522
特殊な契約で学校に安く納入したeMacを
夜間CPUパワー貸し出しに使うんだな。

>>527 学校関係のGRIDって使えるね。
夜間と言わず昼間から高優先度で使い切りたい。
高優先度アカウントは値段高いだろうが。

XGRIDの商標登録の内容す。
http://tess.uspto.gov/bin/showfield?f=doc&state=7abvl4.2.1
　　--------------------------------------------
　　Computer hardware and software
　　Communication by computer; communication intercommunication; rental,
　　hire and leasing of communications apparatus; providing access to electronic
　　communication networks for the access to electronic mail-boxes; electronic
　　bulletin board services; electronic transmission of data and documents via a
　　global computer network (Internet) or other databases; delivery of data and
　　messages by electronic transmission; providing access to an electronic
　　communication network for the downloading of information and data from a
　　global computer network (Internet); consulting services in the fields of
　　telecommunications; providing access to electronic bulletin boards.
　　--------------------------------------------

>>528
ほら、夜間つっても地球のどこかは
夜なんだし。
CPU貸し出しの新ビジネスと
教育市場シェア拡大で一石二鳥かと。

常温超伝導電線ができれば発電インフラだって世界中でシェアできるはずだけど
エネルギーは戦略兵器みたいな考え方されてるしな・・・
とりあえず軽水炉は南朝鮮側につくって北へ送電しれ。

そういや、MACオタって、HiP7のG4+は"7470"って自慢気に言ってなかった?
registerだかが7470って報じた時も「予想が当たったす」って鼻高々で、
派生の型番の解説まで得意げにしてた覚えがあるんだが......

気のせい?

誰に向かって言ってんだ？

このスレ盛り上がらんね

970ってやっぱG5？
G５ってどういう基準できまるのかな？

>>535
AppleがG5と言えばG5です。

>535
64bitモードがあるからG５っていうことになりそうだなぁ。
G４もAltiVecがあるから名前変わったんだし。
なんかこう「G５としてのアイデンティティ」みたいなもんが必要だと思う。

９７０使うならGseriesとは別の名前をつかうんじゃねぇか。

何で、IBMは970にRapidIO使わなかったんだろう。

以下のロードマップだと、RapidIO使うはずだが。
http://www-3.ibm.com/chips/products/powerpc/rdmap/roadmap_small.jpg

>>539
結局のところ970わAltiVecの追加を除くと何の工夫も進歩も無いPOWER4の
シングルコア版チップす。それ以上を期待してわダメす。

昨年のG5の腐れルーマーのためかThe RegisterをクビになったTony Smith
記者すけど、最近The Inquirerで細々とコラムを書いているす。
で、今回大笑いなことにMPC7457をネタに昔の言い訳を並べているす。
http://www.theinquirer.net/?article=6037
今度わArchitoshの腐れ記事をネタに自己弁護に走っているすけど、
マッチポンプという言葉を教えてあげたいす(笑)

そういや、MACオタって、HiP7のG4+は"7470"って自慢気に言ってなかった?
registerだかが7470って報じた時も「予想が当たったす」って鼻高々で、
派生の型番の解説まで得意げにしてた覚えがあるんだが......

気のせい?

>>542 誰もがみんな思い出したくない過去の汚点を持っているもの。
つまらないことに拘ると、同程度のヤつと思われるよ。

>>542
いつものことだよ

>>542
妄想が頭から離れないみたいすから病院に行ったほうが良いと思うす。
とりあえず過去ログ検索でも使って現実を確認してわ如何すか？

妄想でも電波でもいいからドザはもっと芸を磨いて来い。

>>546
お手本よろしく。

いずれにせよハイエンドマシンは2CPUにせざるを得ないと思うのですが
ならば2コア版にAltiVec追加しとけばいいじゃんって気もしますがそれだと高すぎるの？

>>548 2Core版は4千ピンレベルのMCMだから、
1Chip５０万〜１００万円。それでも買う？

ギャ〜！要らないです。１コア版で4CPUでお願いします。

MCMって何の略ですか？

>>549
一応、5,200pinあるというPOWER4 MCMわデュアルコアのPOWER4が
さらに４つ入っているす。シングルコアのSCMわ、この写真のやつだと
思われるす。
http://pcweb.mycom.co.jp/news/2002/10/18/16el.jpg
IBMの部品リストによれば、p630用にこのチップと32MB L3, メモリコン
トローラ、DIMMスロットなんかを搭載したプロセッサカードが$6,000-
$11,000らしいす。

>>550
　　MCM: マルチチップモジュール
　　SCM: シングルチップモジュール　　す。

マルチコアモジュールの略かな。。。

>>542
いや、オタはHiP7のG4+(Apollo7)は7455で2001年中にも出ると予想してたよ。
http://www.megabbs.com/cgi-bin/readres.cgi?bo=mac&vi=0046&res=67
>>458にあるように、その他にも最高に素敵な予想をしまくってたし。
オタの予想の的中率は１割以下じゃないかな？

ああ。かぶった、失礼。

>>554
で、Apollo 7のリリース時期以外の突込みどころわ何処すか(笑)
9割外れと言い切るからにわ、もっとたくさん見つけられそうなものすけど？

SNDFでPowerMacが発表されるとも言ってたな。

>>557
で、証拠の過去ログわどれすか(笑)

誹謗君わともかくとして。。。
SNDF2002でApollo7が発表されるだろうという予想わ、Apolloのロードマップと
リリース時期が発表されていたという意味で△程度の的中率だったと思うす。

>>557
>>554
いつものことだよ

Apolloは0.13μプロセスを使ったものだとも言ってたな。

皆で楽しく今後を予想しようや。>>all

>>560
一生懸命探してそれだけすか(笑)
SNDFでApolloプロジェクトの最終目標の一つとして、HiP7の採用が
挙げられていたすから、結局それ正しかったすよ。

オタはHiP7のG4+(Apollo7)は7455で2001年中にも出ると予想してたよ。
http://www.megabbs.com/cgi-bin/readres.cgi?bo=mac&vi=0046&res=67
>>458にあるように、その他にも最高に素敵な予想をしまくってたし。
オタの予想の的中率は１割以下じゃないかな？

>>563 予想しないヤツの的中率"0"よりはマシかと。

>184 名前:MACオタ メール: 投稿日:2002/01/18(Fri) 01:20
>わざわざApolloのためにHiP6+SOIの製造ラインを用意するとわ考えずらいす。
>やはりApolloわ最初からHiP7で来るんじゃないすかね。。。
560は思いだしただけ。で、今、こっちを探してきたところ。

>289 名前:MACオタ＠続き メール: 投稿日:2002/06/01(Sat) 17:24
>○Apollo 7 G4+ [MPC7470?：HiP7 SOI (0.13um), 7段パイプライン,
>　　　　　　　　on-die 512KB L2, MPX+ (DDR)/MPX/(60x) bus]
>　　〜1500MHz?
まぁこれは、自慢気とは言えんかもしれんが、そう書いてるのは明らかだし、
この後も、しばらくMPC7470って書いてたよね。

>>565
2番目の引用わ続きものす。最初のやつの一行目にわ何て書いてあるすか？
　　------------------------
　　288　 MACオタ 　 2002/06/01(Sat) 17:23
　　The Registerの新型G4の話からMotorolaのG4ロードマップを書いてみたす。
　　------------------------
で、どこが予想なんすかね(笑)

>189 名前:MACオタ メール: 投稿日:02/07/11 18:03 ID:ebxqVGk4
>ThinkSecretの情報とわ裏腹に現行PMG4が製造中止になっている
>という話があちことで流れているす。
>ちなみに私わ流通とわ全然別の理由で、新型G4わ7/26迄に発表
>されると思っているす。

>195 名前:名称未設定 メール:sage 投稿日:02/07/11 19:12 ID:UH5gQI+a
>>>189
>理由=SNDF?

>196 名前:MACオタ メール: 投稿日:02/07/11 19:35 ID:ebxqVGk4
>>>195 さん
>その通りす。

あー疲れた。
「SNDFで」じゃなくて「SNDFまで」だったね。
でも、結局、SNDF後の発表だったけどね。

>>567
まあApollo7のリリースで外れたのと、>>558に書いたようにApollo7に関する
発表がSNDFで行われるというのが当たったので、半々というところす(笑)

>>567
お前らホント馬鹿な。んな事やってて楽しいか？ん？

>>569
う〜ん、仕事で動きがあるまでの時間つぶしなんで、まぁそれなりには。

まあ、実際のところ>>2に書いた前スレ（総計10,000発言?)やら、500を越える
メガビの書き込みで、揚げ足を取られるのがApollo 7のリリースくらいしか無い
というのも、我ながら良い成績すね(笑)

(null)

過去ログ辿ると、この辺も非常に的確だったすね。
http://teri.2ch.net/mac/kako/988/988704734.html
あの時の受けの悪かったこと(笑)

>>571
なんか必死なのに悪いんだけど、メガビでの素晴らしい予想が外れたのって
Apollo7だけじゃないって自覚はないの？
それとも分かってて誤魔化してるの？

>>574
細かい予想わ、情報が追加されるたびにアップデートしているすから
修正前の分を指摘されても困るす(笑)

>>575
ふーん。
他人の予想は修正前のでも容赦なく笑いモノにするのに都合がいいんだね。

>>571
10000ものお前の発言をみんながチェックしてると思ったら大間違い。
よっぽど暇でよっぽど煽り好きの人間ぐらいだよ、そんなことするのは。
まぁ俺のことだけど(それでも全部引繰り返してチェックなんかしない)。

つーか、「修正すれば間違いに入らない」って思ってる時点で、
「情報によると、お伝えした通り〜」の例のサイトと同レベルか。

>>573 引用が的確だったね。(IBMソースだから、IBMがまじめだったてことだが）

>>576
トンデモな内容を公表し、噂を聞いただけで修正するのわ阿呆す。

MACオタは自作板とマク板でずいぶん態度が違うよな(w

>>579
オタのやってる事と何が違うの？

あと、予想や情報の引用や紹介に関しても、随分いい加減なのが多いんだけど。
それが当たれば引用・紹介した自分の手柄で、外れればソースがバカだったって
言うのも、かなりいい加減なんじゃない？

>>581
具体的な指摘をお願いするす。
メガビでやっていることわ基本的に信頼性のあるソースとないソースを
区別することすけど、その具体的な方法わ当たり外れの判定じゃなくて、
書いていることが技術的に正しいか否かということす。

まだやってんだぁー、オナニースレ。

＞書いてあることが技術的に正しいか否かということ
が当たるか外れるかという判定はしないすか。

>>567
SNDFよりSNCFの方がおもしろい。車ばっかり乗ってるなよ。

>>582
具体的って言われても、多すぎて困るんですけど。。。
端から(100ぐらいまでで)適当に選んだだけでも、
「素敵な次期PowerMacのスペック予想」(引用らしい)
http://www.megabbs.com/cgi-bin/readres.cgi?bo=mac&vi=0046&res=51
http://www.megabbs.com/cgi-bin/readres.cgi?bo=mac&vi=0046&res=80
「iMac&iBookには7440が使われると予想」(多分オリジナル)
http://www.megabbs.com/cgi-bin/readres.cgi?bo=mac&vi=0046&res=52
http://www.megabbs.com/cgi-bin/readres.cgi?bo=mac&vi=0046&res=86
「IBM次期ミッドレンジ汎用機にMotorolaのG4+(MPC7450)を採用との噂」
http://www.megabbs.com/cgi-bin/readres.cgi?bo=mac&vi=0046&res=56
「Motorola G5の仕様」
http://teri.2ch.net/mac/kako/981/981734129.html
の22-23&28 (28より後ろは面倒なので見てない)
「AppleのPowerPC離れの噂わ信憑性があるかも」
http://www.megabbs.com/cgi-bin/readres.cgi?bo=mac&vi=0046&res=97
(オタお得意の「AppleのPowerPC離れの噂わ妄想す」との整合性は？)

MACオタが否を認める奴だったら尊敬できるのに。
まぁ、今でもその知識は評価できるけど。

俺はオタはコテハンで一貫した事やってると思うけどね。
非を認める必要もなければお前が尊敬する必要もないだろ。
コテハン叩きは原則的に禁止だとおもうんだけどね。

>>586
外れてないのも多いと思うすけど。。。

1番目：聞いた話の引用なんでノーコメント（外れと思っても良いす）
2番目：ノースサウス統合のPangeaがあるので△
3番目：どっちでも良いと書いてるすから当たり外れ関係なし
4番目：7450搭載のPBG4, iMac共にL3を搭載していないすから△
5番目：リンクしてある記事を紹介しているだけす。ただし記事の内容わ
　　　　本質的に誤解なのが後に判明したので△
6番目：今日のメガビの記事を読んで欲しいす。○
7番目：その後HyperTransportとAppleの関係についてわ調査して訂正済みす

2番目についてわ、Uni-N2でIDEが追加されるなど、方向性も含めて
間違っていないす。

今ちょっと読んでみたけど、そのどれもがうわさ話やマスメディア記事の紹介が多いようですね。
オタさん自身が外れた予想をしているわけではないし、それがダメなら自分も...
外れたっていいじゃないですか。
手堅い予想しかしていないイメージがありますが、外れたらごめんでヨイと思う。

MacオタさんがあやまろうとしないのはMacドザとかコリンが調子に乗るからじゃないの?

”ツッコミ入れるなら修正前”にという事か。

結論：ドザはリアルタイムでオタに付き合え。

>>591
でもさぁ、オタは間違った予想とか情報とかを引用・紹介してるサイトとかに
対して、リアルタイムで罵倒しまくってるじゃん。
なのにオタをそんな風に批判するのは×なの？

馬鹿に論理的な応対を求めても無駄。

こちらが大人になってあげた方が早い。

>>594
私がやっている事わ「太陽が西から昇る」と書いているヒトを馬鹿にしている程度の話す(笑)
私自身が同じ事をやっているなら罵倒されても当然すよ。

>>594
そこらへんは個人差だろうね。
俺はオタの存在は「オモシロイ」と思うけどね。
予想なんて半分でも当たればいい方だと思うが
そんな中、ｼｺｼｺ検索してよく情報拾ってくるじゃん。
純粋に楽しんで読んでるけどね、俺は。

>>596
東と西の読み方を逆にすれば、太陽は西から昇るす。
東と西を右と左に言いかえれば、向いてる方向によりどちらからも昇るす。
結果的には当たってるす。

>>594
いつものことだよ

最近板の住人に諦めムードが出てきたと思ってるのは俺だけかな？

まあ、どう思うかわ自由すけど今回のPPC970の件だけでも
　・SIMDわAltiVec完全互換
　・メモリコントローラわ内蔵されない
　・1-in, 1-outの単方向バスx2の構成になる
　・HyperTransportわ関係無い
というのわ予想通りだったす。技術的な見地が間違っていないという
傍証くらいにわ　なるんじゃないすか？

なるのかなあ。

なるもならないも受け取り手次第。つか、どうでもいい。

みんながここに来る理由って、新しい情報を楽して知るためだったり、
にわか技術者になってあーだこーだと論じたりするためでしょ？
オタはそのためにいい材料提供してくれてるよ。

オタ否定派がオタに突っ込んでるのもそれはそれで面白いけど、
あんまりしつこいとうんざりしてしまうよ。
適当なところで退いてくれない？

　　|￣￣￣￣￣￣￣￣￣|
　　|　 　 完　 |
　　|＿＿＿＿＿＿＿＿＿|
　　　 ∧∧ ||
　　　 ( ﾟдﾟ)||
　　　 /　づΦ

ということで、アポ君は970を使わないだとさ。

それは悲しいね。

>>603
なんでそんなに　必　死　なの？

>>607
誰かがマトモな意見書くと
決まって『必死』と書いてくる典型的なアホだね。

>>608
あれでまともな意見なんだ。へー。

>>609
少なくとも、お前よりはな。

まともじゃない奴に、何がまともな意見かわかるはずもないわな
観測者問題だな（違う

いきなりだが、姫野ベンチってベロシティー猿人に対応してるの？
あまりにも結果が悲惨なんだが・・・・対応してなきゃ誰か対応しる！

姫野↓
http://w3cic.riken.go.jp/HPC/HimenoBMT/index.html

・・・ひょっとしてスレ違い？？？だったらスマソ

で、MACオタって何人いるの？

>>612
ムダ。そのテストではG3に勝ち目は無い。

そろそろ発表されるみたいだ！ 　　　　
http://ex.2ch.net/test/read.cgi/news/1036425418/l50
祭りの予感
コピペ貼りよろしくｗ

>>614
G3?G4じゃなくて?

もう、ニュース（newsサバ）というだけで、何も信じられないから無駄だと思われ。
今ニュース速報板がどうなってるか知らない人はもういない

おととい来やがれ(^^)/~~~>>615

>>603
どっちでもいいと言いつつ、否定派だけに「出て行け」と言うのはこれで何度目すかね？（笑

いつものことだよ

>>618
何度目かどうかなんて知らんけど、何度も言われるようなことしてるのでは？

なんて憎まれ口はおいといて、「出て行け」なんて言ってない。
「一歩引いてくれない？」とお願いしてるんよ。わかり難かったかな。
徹底的に追求しなくても、適当に突っ込んで遊んだらそれでいいじゃん。

>>600
現状これで一番ホットな話題が一年後の話じゃねぇ。

元の7457はFSB200になるみたいだよ。

>>620
>何度目かどうかなんて知らんけど、何度も言われるようなことしてるのでは？
出現のタイミングやレスの内容が酷似していることから、
同一人物の逆鱗に触れまくっているのでわないかと推測しているす。

>なんて憎まれ口はおいといて、「出て行け」なんて言ってない。
>「一歩引いてくれない？」とお願いしてるんよ。わかり難かったかな。
先生！それは結果的に同じことだと思います！

>>622 ドザ、俺が滞在許可しちゃる。

＞同一人物の逆鱗に触れまくっているのでわないかと推測しているす。

たぶんこれは勘違いだ（笑）

>>624
告示してるな〜
レスの仕方も。

Macオタ7つの疑惑
書くのはどのスレが適当か?

>>625 疑惑って何？
実は人間では無いとか？

しかしどうケチをつけようとも
MACオタ>MACドザ
この事実に変わりわないす。

だな。トリップつけてる時点でMACドザの負け。

後藤たん来ますた。
http://www.watch.impress.co.jp/pc/docs/2002/1107/kaigai01.htm
>　まず最初に、先々週の記事の訂正から。「PowerPC 970はApple Computerに何を
>もたらすのか」のPowerPC 970の記事には大きな間違いがあった。PowerPC 970に
>インプリメントされているのは、Power4同様にPowerPCのオリジナルの64bitモードで
>Book Eの64bitではない。だから、32bitモードと64bitモードの切り替えは
>「Machine State Register」の制御bitで行なう。モードbitによる切り替えは、
>x86系CPUで言うと「Extended Feature Enable Register (EFER)」の制御bitで
>64bitモードに切り替えるx86-64に近い。こういうばかな間違いをして本当にもうしわけない。

>624で言いたかったのは、同一人物ではなくて複数の人物という事でした。
又、逆鱗に触れるというのは言いすぎだと思う。

>>629
君は引用ばかりで、どうして引用したのかコメントが無い。
スレの流れを把握している人はそれほどいないと思うので、
その都度説明してやらないと、脊髄反射的なレスが付くのは
仕方の無い事だと思う。

>>624
自意識過剰
逆鱗に触れる、なんて真剣な態度でこのスレに向かっている奴なんて、数えるほど
だと思う。２人しか思い浮かばんな。

>>626
自動検索ロボットとかな(w

>>629
だから、後藤氏でも間違ったことを書いた場合にはこうして訂正書くんだから、
オタも間違った予測をした場合には素直にそれを認めろということでは？
別に人間だから間違いはあるだろうし、予測はあくまで予測なんだから、
100％を期待しているわけでもない。
オタが予測ミスったところで別に何とも思わない。
それを延々と言い訳がましく繕おうとするから（以下略
（IBM製G4の確実なソースも結局出せずじまいだし）
各種情報を持ってくるあたりはありがたいとは思うんだけどね…。

少なくともこの点について「だけ」は、素直に誤りを認める分、
MACドザの方がマシだと思う。

後藤氏が訂正を出したのわ結構なことす。
それでも謝れよ君たちが元気なのわ，さっぱり理解できないすけど(笑)

IBMがMPFのプレゼン資料を公開したす。
http://www-3.ibm.com/chips/techlib/techlib.nsf/techdocs/A1387A29AC1C2AE087256C5200611780/$file/PPC970_MPF2002.pdf

速いCPUが出てもこの盛り下がりようじゃ
もうダメポ

iBookスレは結構盛り上がってるのにね。
上位機種（ﾊﾟﾜﾏｸ）のスペックがキビシイぽ。

>634
Browserがfreezeした．ほんっとMACオタって使えない．

>>630
スレの流れをおおまかでもいいから掴むのは、
参加する人間に課せられた最低限の礼儀だと思うす。
だから、「読んでないからわからない」って香具師は一切無視す。

今回のは出社の直前に急いで引用文だけあげたもので、
意味不明だから漏れも悪いのだけど。

>>210 >>303 >>306 >>309 >>310 >>314 >>315 >>316
の一連の答えが、>>629。

後藤氏の記事を論点にした漏れが間違っていたことは確定だが、
問題はオタたんの
>>210
>64bit PPCわモード切り替え無しでユーザーモードの32bit PPCコードを動かすことが
>できるす。モードを切り替えればOS等スーバーバイザモードのプログラムも32bitで
>動くす。なんども引き合いに出したすけど，
>http://www.megabbs.com/cgi-bin/readres.cgi?bo=mac&vi=0046&res=396&fi=no
>とかを読むと良いかと思うす。
これ。

>>633
オタたん、反論どうぞ。

http://www.spymac.com/gallery/data/502/4363G6-3.jpg
俺は許せる。

もはや予想ではない。
http://www.geek.com/procspec/apple/g7.htm

>>635
PPC970/1.8GHzって、後藤さんも書いてるけど、２年前だったら大事件だった
ろうけど、今となっては（と言っても、実際に搭載Macが出るのは、早くても
2003年後半で、、実際に現物が出回るのは2004年になってからだろうけど）、
Macが生き残るための最低限の石って感じだもんね。
せめてHammerに先行できればとは思うけど、Hammerが遅れてるとは言え970より
遅くなるなんて事はないだろうし、クロックも970よりは高いだろうし、結局
登場の時期でも、クロックでも970に勝ち目はないからねぇ。。。

Ｇ４基板設計顛末記
今、Ｇ４（９３３ＭＨｚチップしか入手できない）基板のＦＰＧＡ設計の最中です。
８層基板で、チップセットは使わず、ＦＰＧＡで作ってる。ＸＩＬＩＮＸである。
バスは、最高速、１３３にしたいところだが、１２５ＭＨｚがやっとである。
実際はｘ８のモードで、１１６ＭＨｚで動かしてる。ｘ９では動かなかった。
メモリは、バスに合わせて、ＳＤＲＡＭ。直接ではない。ＦＰＧＡを介する。
ＤＤＲは同期、バッファリングが必要で、使いにくい。
消費電力はさほどでない。１６Ｗぐらい。Ｌ３キャッシュはまだテストしてない。
Altivec もまだ動作させていない。これを動かすと２０Ｗにはなるだろう。
用途？ 特定ユーザー向け、画像処理装置である。はじめＰ４にしようと思ったが、
インテル系の経験がないのと、Ｐ４が思ったより遅いからであった。
１ＧのＰ３と１．８ＧのＰ４とほとんど差がなかった。

>>642
少し前にトラ技にも7410ボード製作の話が載っていたすけど，これも面白い話すね。
ところでチップの値段わ　いくらだったすか？

>>641
2年前じゃダイ面積二倍すから，Macintoshに搭載するのわ　ちょっと苦しいす。

黙殺すか。
>>638については、オタがまたホラ吹いたという認識でよろしいか？

どんどん罵倒していただいて結構す。970搭載のマシンが出て来た時に，手持ちの32bitアプリが
普通に動作するか否かで誰でも判る話すから。
どうせ何年経っても粘着を続けているであろう誰かさんの恥の履歴が増えるだけだし(笑)

>>645
おそらくキミは(脳内?)自動アボーンされてるよ。

ただオタを否定するというだけのスタイルでは、
ここではいつまでたっても支持を得られないぞ。

>>646
とりあえず罵倒しておきます。
やーいやーいホラ吹きMACオタ。バーカバーカ。

論点のすり替えと意味不明な勝ち誇りは相変わらずすね。（笑

>>648
支持？なにそれ。食えるの？

別に1年待たなくてもRS/6000を持っている友達がいれば，同一バイナリが604e搭載
のマシンとPOWER3やPOWER4搭載の機種で動くかどうか尋ねれば良い話すね。。。

問題はPowerPC 970が搭載されてマックに活気が戻るかだけど
今の状況じゃ暗い未来しか見えないよ

MACドザさん、お願いですからちゃんと仕事して下さい。
いい大人がいつまでやってるんですか。

>>650
今のところPowerPC 970がMacに搭載されるとしたら
ほぼ1年後くらい、というのが有力な見方なんですかね？

今年1年わMotorolaもAMDあたりも130nm化で出遅れてIntelの独走を許したすけど，
来年前半わ各社130nmプロセスのプロセッサが出揃う筈す。多少わ面白くなるんじゃ
ないすかね？
もっとも来年後半にまたIntelの90nmプロセスのプロセッサが順調に出回るとまた
同じことの繰り返しになるすけど(笑)

>>653
来年後半と言う観測が多いす。
ただ，IBMが公表しているスケジュールからわプロセッサ自体わ夏迄にAppleに
納入が始まっても不思議でわないすけど，Appleの側でのチップセットの開発が
間に合うかを危惧する意見もあるす。総合的に見て1年くらいと思っておけば
良さそうす。

>>655
なるほど…つーことはApple次第ってカンジですねぇ。

>>650
オタたん、論点は単純にバイナリが走るかどうかじゃないすよ。
>64bit PPCわモード切り替え無しでユーザーモードの32bit PPCコードを動かすことが
>できるす。モードを切り替えればOS等スーバーバイザモードのプログラムも32bitで
>動くす。なんども引き合いに出したすけど，
「モード切り変えなしで」すよ。

まあ、発売まで頑張って論点をすり替えて、
漏れを含めた仮想の「PPC970で32bitコードが走らないと言った自称識者のみなさん」を
心ゆくまで罵倒してくださいな。（笑

ハイエンドにしかのらないんでしょ？970
それに互換性があんまりなさそうだからアップグレードカードなんてなさそうだし。
結局たいして変わりそうもないような気がする。

ハンドルミスったす。ジエンジカラと呼ばれていた若干名のみなさん、
オタと一緒くたにしちゃってごめんなさい。

>>657
POWER3やPOWER4付属のAIXわ64bitバージョンすから，その上で32bitアプリが動くなら
モード切り替え無しで動いていることになるす。
英語が読めるならProgramming Environment Manualを読んで，ユーザーモードの
32bit命令わ，一つとして64bit命令で例外を発生するものがないことが確認できる
すけど，あなたにわ無理すよね(笑)

>>655
＞ただ，IBMが公表しているスケジュールからわプロセッサ自体わ夏迄にAppleに
＞納入が始まっても不思議でわないすけど，
あんた
http://www.megabbs.com/cgi-bin/readres.cgi?bo=mac&vi=0046&res=101
でも、Apollo7について似たような予想してたけど、大外れだったじゃん。

>>661
話を何度もループさせるんじゃねぇよ、愚鈍。
見飽きたっつーの。

信者怖ーい

>>662
何度もループさせてるのはオタだろうが。
そんな事も分からない程のバカは引っ込んでろ。

>>660
>POWER3やPOWER4付属のAIXわ64bitバージョンすから，その上で32bitアプリが動くなら
>モード切り替え無しで動いていることになるす。
ならんす。OSがモードを切り換えれば終わりすから。

>英語が読めるならProgramming Environment Manualを読んで，ユーザーモードの
>32bit命令わ，一つとして64bit命令で例外を発生するものがないことが確認できる
>すけど，あなたにわ無理すよね(笑)
オタたんらしいすばらしい回答すね。（笑
オタたんに「立証責任」といった概念が無いのは重々承知しておりますので突っ込まないす。

で、ソース(POWER3/4のProgramming Environment Manual)はどこすか？
オタたんホラ吹きすから、ソースがないと信用できないす。

>>660
もう相手にすんのよしなよ、オタ。

オタのApollo7予想についてのツッコミレス回数
ただいま 489 レス目 でございます

いつも思うけど、外野がウザイ。

>ならんす。OSがモードを切り換えれば終わりすから。
これ、マルチスレッドで64bitアプリが動いててメモリーも64bitで管理されてる
中で部分的に32bitアプリのスレッドだけOSも32bitモードに切り替えられるとい
うことですか？
説明キボンヌ。

どちらにしても旧iMac並みのカンフル剤が無いとアップルが危ないかも？

>>669
そういう事っす。
タスクスイッチするときに32bit/64bitのモードとセグメントを切り換えれば、
32bit/64bitのタスクが混在してもシームレスに動作するという事っす。

と書いたすけど、オタたんがモード切り換えなしに動作すると主張しているす。
オタたんがモード切り換えなしに混在できるミラクルなソリューションを
提案してくれるまで結論は待って欲しいす。（笑

>>665
わたしが何のコメントもつけずにPEM(Programming Environments Manual)と
書くときわPowerPCのPEMを指すす。ブツわMotorolaなりIBMなりのサイトに
いつでも転がっているす。

ここは32bitのインターネットですね

>>669
その通りす。
PPC64の命令セットにわPPC32のユーザーモードの命令が全て含まれる
すから、命令の実行に関してわ問題ないす。
メモリモデルに関してわ、もともと32bitアプリで使用する命令わ、アドレスの
ロードなどが全て32bitでのアクセスになっているすから、ユーザーモードで
わ64bitアドレスの動作と矛盾しないす。

ところで私にわさっぱり理解できないすけど、もし64bit OSが
自分を32bitモードに切り替えてしまうと、突如として実メモリ
でも4GB以上のアドレスにアクセスできなくなるす。
もし、そこの当の32bitコードが読み込まれていたらどうするすかね(笑)

頭悪い質問で恐縮ですけど4GBを超える、32bitでは管理できないとされる
ようなたくさんのメモリーを積んだ場合32bitモードではアクセスできない
部分があるような気がするんですが・・・

かぶりますた・・・・

大昔32bitクリーンソフトか。そうでないかみたいな時期があったような気が・・
MacOSも16bit時代があったのかな。

>>676 物理メモリはアプリケーションの空間とは直接関係ない。
32bitアプリケーションは4GBの論理空間しか使用できないが、
任意の物理メモリ空間を使用可能。

>>678 それは68kの32bitのアドレスレジスタの24bitしか外部出力されていなかったので、
ソフトが勝手に残りの上位8bitに情報入れていたため、
68020になって32bitが全て外部に出力された時に問題になったこと。
間違いを承知で言うなら、初代MacOS(SystemXX)は24bitOS。

>>675 嫌らしい聞き方するなぁ。
人に物を聞く態度を知らないヤツ。

嫌味が嫌らしく聞こえなきゃ意味無いでしょ。

IntelのXeonは32bitプロセッサなのに、8GBまでメモリ空間を利用できるぞ。
こういう工夫をすればもうしばらくは32bitでも良いような気はするけど。

>>683 セグメントの悪夢はもう見たくない。

ところでIBMのpSeriesって、PowerPC RS64-IV とか使ってる
みたいだけど、これって64bit PPCでしょ。POWER3あたりから
派生したプロセッサだったっけ？
あまりにマイナーな存在なのはなぜ？？
新型Pentium4がやっと対応したマルチスレッディングにも対応してる
みたいなんだけど、意外と知られていないみたいね。

オタさんはどう思う？

Appleの来年１月以降発表機種からのOS9起動機能の廃止は、
再来年のクラシック環境完全切り捨て＆x86系チップ採用への前振り。

>>652
MACオタさん、お願いですからちゃんと仕事して下さい。
いい大人がいつまでやってるんですか。

IBMってPower PC作ってるのに、自分のとこのパソコン、なんでPower PC使ってないんですか？

>>672
オタたんが前に貼ってたpem64b.pdfってヤツすかね。これでかすぎす。
urlも貼らない、根拠の元になる部分を示さない、引用がないってあたりで、
ブラフ臭がプンプンしてくるすけど、なんとなくつきあってみるす。

p44 1.1.1 The 64-Bit PowerPC Architecture and the 32-Bit Subset

64-bit implementations/32-bit mode - For compatibility with 32-bit
implementations, 64-bit implementations can be configured to operate in 32-bit
mode by clearing the MSR[SF] bit. In 32-bit mode, the effective address is treated
as a 32-bit address, condition bits, such as overflow and carry bits, are set based on
32-bit arithmetic (for example, integer overflow occurs when the result exceeds
32 bits), and the count register (CTR) is tested by branch conditional instructions
following conventions for 32-bit implementations. All applications written for 32-
bit implementations will run without modification on 64-bit processors running in
32-bit mode.

p424 adde x Add Extended
Note: The setting of the affected bits in the XER is mode-dependent, and reflects
overflow of the 64-bit result in 64-bit mode and overflow of the low-order 32-bit
result in 32-bit mode. For further information about 64-bit mode and 32-bit mode in
64-bit implementations, see 4.1.2, “Computation Modes.”

p169 4.1.2 Computation Modes
4.1.2.1 64-Bit Implementations
In both 64-bit mode (the default) and 32-bit mode of a 64-bit implementation, instructions
that set a 64-bit register affect all 64 bits, and the value placed into the register is
independent of mode. In both modes, effective address computations use all 64 bits of the
relevant registers (GPRs, LR, CTR, etc.), and produce a 64-bit result; however, in 32-bit
mode (MSR[SF] = 0), only the low-order 32 bits of the computed effective address are used
to address memory.

もう寝るのでとりあえず引用だけ。

>>675
その場合でも、4GBの範囲内に実行したい32bitコードと64<->32bitを切り換えるコードを置けば解決すね。（笑
まあ、そんな馬鹿な事しなくてもいいように「64-BIT BRIDGE」とか書かれた機能があるんじゃないすか。
まだ斜め読みすから判らないすけど。

そう言えば昔のMACのコンパネのメモリ関係でに24bit-32bit切り替えコンパネ
なかったっけ？
何だか上の話が難しすぎるのだが俺が聞きたいのは以下の5点だ
１　64bit用MACOSXはマイクロカーネルのみの開発だけで可能なのか？
２　64bit用MACOSXでは各々のカーネルエクステンションはコンフリクトを
　　起こしうるのか？
３　64bit用MACOSXで32bitOSX用アプリと64bit用OSXアプリは同時に起動
　　しながら速度面で適度な効率を持ちうるのか？
４　64bit用MACOSXでクラシック環境は使えるのか？
５　64bit用OSXアプリと32bitOSXアプリは同時に開発可能なのか？ファイルの
　　互換性はどんなもんだろう？
６　64bit用MACOSX上で64bitのPowerPC1.8Ghzは32bitのPowerPC1.8Ghzより
　　高速に32bitOSX用アプリを動かせるのか？
この問題が解決しないと64bitのPowerPC970の旨味は少ない

モダンメモリマネジャって

自分で分からないことを質問してるつもりだったのか>ドザ
それにしてはもっと訊き様があるのでは？
謝った方が早いんじゃねーの？

>>679
論理アドレス->仮想アドレス->物理アドレスの変換法が64bitモードと
32bitモードで異なるすから、それほど単純でわ無いす。

>>683
そのパターンわ>4GB対応のためにアプリの書き方を変える必要が出てくるす。
後々、完全に64bit対応した後に禍根を残す。

>>685
PowerPC AS (= PowerPC RS64)シリーズとPOWER系列わ別系統で開発され
てきたし、命令セットもPOWER/PowerPCからの拡張部分が異なるす。
POWER4わ、この二つを統合した最初のPowerPCす。

>>689
一部だけ読んで判ったような気になるのわ危険す。
全ての命令の解説を読んで、32bitと64bitでの動作の違いを確認するす。

>>691
カーネルエクステンション込みで、スーパーバイザモード(OEAモード)で
動くコードわ書き換えが必要す。
ユーザーモードで動作する普通のアプリわ問題なく動くと思われるす。
実行コードのバイナリフォーマットについてわPPC64とPPC32で異なる筈す。

ちなみにとっくの昔に32bit/64bit混在環境を提供しているIBMからの説明わこれす。
http://www-1.ibm.com/servers/eserver/pseries/hardware/whitepapers/64bit6.html

>>694 論理アドレスを仮想アドレスに変換するの？？？
無知な素人が知ったかぶりするから、嘘つきになる。

VMMUの仕事。

オタは都合が悪くなると雲隠れをして言い訳を考える傾向があります
面白いです

>>699 Powerの世界では
実効アドレス(EA) からセグメント変換で仮想アドレス(VA)になって、
VAからページ変換で物理アドレス(RA)だね。

Macオタさんへ

別スレでiBook 800MHzの750FXは最新リビジョンだとのことですが、
700MHz→800MHzのクロック差以上になにか内部的に変わってる
ことありますか？

>>697
この加算命令からの引用は、32bit/64bitモードでフラグの挙動が変わる事を示しているす。
p424 adde x Add Extended
Note: The setting of the affected bits in the XER is mode-dependent, and reflects
overflow of the 64-bit result in 64-bit mode and overflow of the low-order 32-bit
result in 32-bit mode. For further information about 64-bit mode and 32-bit mode in
64-bit implementations, see 4.1.2, “Computation Modes.
フラグの挙動が変わるということは、加算命令のあとに、このフラグを参照した
条件分岐があれば誤動作するという事す。

つまり、32bitで書かれたコードが、モード変更なしで動作することはないということになるす。

オタたん妄想上の64bitアーキテクチャは、加減算程度の命令もスーパーバイザモードでしか
動かないかもしれないすけどね。そっちはオタたんご自身の脳内で留めておいてくださいす。（笑

>全ての命令の解説を読んで、32bitと64bitでの動作の違いを確認するす。
32/64bitモードに影響されるもの、32bitしか演算しないもの、命令内のbitで判別するもの、
64bit固有の命令なんかを確認したすけど、影響される命令がある時点で

　　　　　　　　　　　　　　オ　タ　の　ホ　ラ　確　定

ということになるす。（笑

>>704 オタがホラ吹いてるのは周知の事実なので、そう何度も指摘してもしゃあないでしょ。

でもオタよりちゃんと調べてるんだから偉大です。
もうオタ不要かも・・・

しかしMACドザは、オタへの反論のためにしか発言しないからなあ。。。
自発的にソース上げてネタ振りしてくれないならMACドザは不要。

>>706
オタたんの情報収集能力は評価してやって欲しいす。漏れじゃ代わりにならんす。

じゃあ、オタはネタ拾ってくるだけ。ドザはオタの戯言を修正。
役割分担ってスバラシイ。

>>703
リビジョン1.xでわ次の仕様が実装されていなかったらしいすから，2.xでわ直っている
と思われるす。
　・データキャッシュをミスが2回まで許容されてパイプラインが停止しない
　・L1の内容とタグにパリティが追加
　・L2の内容にECC追加，タグにパリティ追加
　・L2キャッシュのロックが可能
　・DPM (Dynamic Power Management：使用しないブロックのクロックを切る機能）が有効

>>704
それを全訳して，ついでも4.1.2説も全訳すると何かが判るす(笑)

あと，XERレジスタの解説と影響する全ての命令をリストアップすると>>704の
理解わちょっと違うと言うのも判ると思うす。
じゃ頑張って下さい。

ちなみにXERレジスタの意味を知っていれば，話わ明らかすけどもう少し引っ張るす(笑)

>>711
何がわかるんすかねー。

>>712
これすか。

p162 4.2.1 Integer Instructions
The integer arithmetic instructions, addic, addic., subfic, addc, subfc, adde, subfe,
addme, subfme, addze, and subfze, always set the XER bit, CA, to reflect the carry out of
bit 0 in the default 64-bit mode and out of bit 32 in 32-bit mode (of 64-bit implementations).
Integer arithmetic instructions with the overflow enable (OE) bit set in the instruction
encoding (instructions with o suffix) cause the XER[SO] and XER[OV] to reflect an
overflow of the result. Except for the multiply low and divide instructions, these integer
arithmetic instructions reflect the overflow of the 64-bit result in the default 64-bit mode
and overflow of the low-order 32-bit result in 32-bit mode; however, the multiply low and
divide instructions (mulld, mullw, divd, divw, divdu, and divwu) with o suffix cause
XER[SO] and XER[OV] to reflect overflow of the 64-bit result (mulld, divd, and divdu)
and overflow of the low-order 32-bit result (mullw, divw, and divwu).

>>712 かなり性格曲がってるね。

>>714
IBMの件で追い詰められて暫らく引き篭もりになってしまい
やっと出てきたら性格が曲がってしまったようです。

まだやるのか>ドザ
話の見えていないﾔｼがいるみたいだから
質問なのか反論なのかはっきり書け。
ﾍﾀﾚなﾔｼだな。

>>716
要は自分が理解できないから説明しろって事だな。

えーとね。


メンドクサイ。

>メンドクサイ。

そんなことなら引っ込めと言われても仕方ねーだろ。
やるならやる。半端なﾔｼだな。

別に話わ全て了解したすから説明しなくても良いすよ。
確かに32bitコードの実行にわOSが64bit/32bitのモードを動的に切り替えることわ必須す。
それも資料なんか引用する迄もなく一言で説明できるす。

しかし一生懸命文献を引用しているところを見ると。。。(笑)

>>718
えーとね、要約するとね。

オタがいる。
漏れがいる。
論拠を示さず開き直るオタ。
引用して終わりのやる気のない漏れ。
今日も寒いね。
おわり。

オタたんが投了しますた。終わり。

>>721
>>628

ドザが逃げたようにしか見えない。

必死すね。（笑

>>724
そんな定番逃げレスは書く必要はないです。

翻訳スレにわざわざ出張してオタ叩きをおっぱじめ、
スレ違いの指摘に謝罪もせず、
翻訳スレなんだから翻訳してからモノを言えと言う提案を無視して、
逃亡したドザとか言う人がいるスレはここですか？

>>726
もう少し書くことを頭で整理してから書き込んだ方がいいよ

711 ：MACオタ＞704 さん ：02/11/09 16:57 ID:UmLvlqB8
>>704
それを全訳して，ついでも4.1.2説も全訳すると何かが判るす(笑)

712 ：MACオタ＠補足 ：02/11/09 17:02 ID:UmLvlqB8
あと，XERレジスタの解説と影響する全ての命令をリストアップすると>>704の
理解わちょっと違うと言うのも判ると思うす。
じゃ頑張って下さい。

ちなみにXERレジスタの意味を知っていれば，話わ明らかすけどもう少し引っ張るす(笑)
☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆
まくおたは、しばらく見ないうちにイヤミな性格になったもんだな。
＞全訳すると何かがわかるす
何にも解ってないのは自分だって事を暴露？

ユーザにとっては32bit/64bitの両方のソフトが動けば問題ない。
実際に両方動かすことだできる訳だから、重箱つつきはもういいよ。

確かに動きゃいいんだが、OSが32bitモードになったときに4GB超のRAMを誰が管理すんのって問題はどうなったのさ？

>>730
32bitモードでも仮想アドレスわ52bitあるすから，PPC970の物理アドレスの42bitわカバーできるす。

PPC970がマックに載るとユーザー増えるかな？

>>719
おれも>>704の英文引用を読んでみました。で、
ﾜﾗﾀ。動的に切り替わるね、確かに(w

>>730 OSが32bitモードになった時というのは表現として誤りです。
32bitソフトからのサービスを実行している時等が適しているでしょう。

簡単にするために敢えて正確さを犠牲にすると、
OSは常に64bitモードで動作する。各々のプロセスは32/64bitモードのいづれかであり、
OSは64biモードのソフトからのサービス(ToolBox,SupervisorCall,API等)に加えて、
32bitモードのソフトからのサービス要求をも実装する。
従って、OS自体は64bitモードであるから、32bitの物理空間制限はない。

前のMPUはぁ、数字が四桁も並んでいるやつを使っていたんだけどぉ。
がめんにMPEG2の書き出しをしていたの。
ベロシティエンジンをこき使って一生懸命がんばって書いてたのに〜、最後の方までコマ落ちなく再生が出来てたのに...ってたのに、それが急に.......フリーズしちゃったの。
巨大添付ファイルつきの爆弾メールが飛び込んで来ちゃってさぁ、止まっちゃったのよね、画面も、音声も。
こないだなんかもちょっと傷がついたCD入れられただけで止まっちゃうしさぁ。
今まで築き上げて来た信用が全部、なくなっちゃうし〜、ハァ〜〜〜〜。
ほんと使えない!!って思った。私生児力石四世＋版夏亜、
でもいまPPC970、使っててそれは今まで一回もない。
すごくない↑?
そなた、ＭａｃＯＳです。

MACオタは消防と一緒に「ちゃれんじ一年生」で
日本語の勉強をして下さい。

ちゃれんじ一年生のCM見てワラタ
ぼくわ・・・って同レベルかよ！

>>734これならIQ低い僕でも納得できる。
OSXは早々に64bit化されるのだろうか。大容量化した昨今のディスクの最小セグメント問題とかにはいいが
これやるとOS9はもうだめか。

>>734
私もそう思っていたすけど。。。足し算が(笑)

オタは時々ヒッキーになるらしい

オタは最近自治スレにも出没してるらしい
何様のつもりなんだか

ドザは名称未設定になって、726の話題からバックレるつもりらしい

ドザ頑張れ。オタは僻モードの筆記ーになったので、ドザに振っておく。
引用が長いので最初に結論。オタが言っている” 足し算問題”はオタの誤解。
よって、32/64bitモードのプロセスが970上で特に問題が発生することはない。

以下は、引用を使っての説明
>>704 ：オタ曰く
『 フラグの挙動が変わるということは、加算命令のあとに、このフラグを参照した
条件分岐があれば誤動作するという事す。 』
これはオタの誤り。　

>>713 ドザの引用
『p162 4.2.1 Integer Instructions
The integer arithmetic instructions, addic, addic., subfic, addc, subfc, adde, subfe,
addme, subfme, addze, and subfze, always set the XER bit, CA, to reflect the carry out of
bit 0 in the default 64-bit mode and out of bit 32 in 32-bit mode (of 64-bit implementations). 』
64bit mode時は bit 0(MSB)からのキャリーがフラグに反映される。
32bit mode時はbit32(32bitでのMSB)からのキャリーがフラグに反映される。
mode毎にキャリーの元は変わるが、それは各々のモードの演算精度で正しい動作。
結局、オタの言っている誤動作は発生しない。

>>738 オタ曰く
『 私もそう思っていたすけど。。。足し算が(笑) 』
オタの誤解が続く。

>>742
命令セットの直交性というのを考えたほうが良いと思うす。
なぜシフトやローテート命令がdouble word用(PPC64専用)とword用で別々の
命令が用意されているのかも。。。
加算命令にわそれが存在しないのでモードを切り替える必要が出てくるす。

>>742 ありゃ、>>704はドザの言葉だったかも。
話が長すぎて誰が何言ったか良く分からん。
結論出たから、過程はもういいや。

>>743 君には聞いとらんよ。君はURLだけ拾ってる人、解釈はこっちでやるから。

ちなみにBook Eでわ、このモード切替を不要にするために、
わざわざ32bit用と64bit用のキャリフラグとオーバフローフラグを32bit用と
64bit用で二組用意しているす。(SOとSO32, SVとSV32）

オーバーフロー用のフラグわOVとOV32の間違いす。

確認したら32bitモードの方が基本になっていたす。
SOとSO64(Summary Overflow), OVとOV64 (Overflow), CAとCA64 (Carry)の3組す。

>>744
で、モード切替無しで加算の整合性が問題無いというトンデモ説が結論すか(笑)

なんか難しい話になってるが、ことMac用のアプリだったら
普通のプログラマはそんなこと知らんし、知らなくても困らない。
いや、知ってるに越したことはないんだが。
コンパイラを作ったりアセンブラで組む人は別だけど。

PowerPCアセンブラに関するスレ
http://pc3.2ch.net/test/read.cgi/tech/1036174059/

ＣＰＵの動きを理解してない奴
http://pc3.2ch.net/test/read.cgi/tech/1033810047/

>>749 どう解釈したら>>742にそんなこと書いてることになるのかねぇ。
だから君には聞いてないのだよ。ここでの問題は
(1) 32/64bitのソフト（アプリケーション）を同時に実行できるか？
(2) 32bitのソフトを変更なしに64bitOS上で実行できるか？
であって、直行性がどうかとは関係ない。
IBM実装においてはソフト(プロセス)毎のMode切り替えにより(1),(2)ともに可能。

>>750
PPC64対応の64bitアプリを書くと，互換性のために永久にモードスイッチが必要になるす。
もともと32bitアプリしかないMac OSわ，64bit移行の際にBook E命令セットに移行した方が
モードレスになって美しいと思うすけど。。。
ちなみに64bit命令セットわPPC64とBook Eで随分異なっているす。

MACオタさん、その「す」を多用する語尾きしょいからやめてくれない？

>>751
そんなことわ64bit POWER搭載のAIXマシンが何年も前から行っている自明な事実すけど(笑)

MACオタさん、その「す」を多用する語尾きしょいからやめてくれない？さもなくば消えろ。

>>698のリンク先に書いてあることそのまますね。

ドザタソ論点ずれてるす（笑

>>755
なんでそのきしょい「す」がはいったこのスレに来たんだよ(w

>>758 スレの健全化のためじゃねえの？

　　　　　不
　　　こ　思
　う　の　議
　え　ス　だ
　に　レ　な
　あ　常
　る　に

新しいPowerBookやPowerMacは13nmのG4を使ってるんですか？

>>761 未だ0.13のPowerPCは発表されてないので、恐らく0.18SOIのPPC。

今回のPBの発表を考えると、7457(0.13SOI)版は早くて、2003/1のMacWorldSF。
遅いと、いつになるか分からない。

OS XでSystem7のAPを動かせないAppleに、
32bit/64bitの動的切り替えを使いこなすのは

　無　　　理

>>764
APって何？あとSystem7のアプリ動いてますけど。ぜんぶじゃないけど。

O2CzBHRkか…

O2CzBHRkだね・・・

検索・・・します？

依然わしは愛ちゃん（ＩＢＭ）はもうAppleのためのCPUを設計はしないだろうと言ったような気がするがここで訂正。
どうも今度のPPC970はAppleのアイデアと言うか考え方がかなり導入されているような気がするのだが、その辺についてMACオタさんはどう考えているのだろうか？
特にバスを入力専用と出力専用にわざわざ別けたところに全体のデータの流れを見つめ直そうとした結果と見たが実際に効果は有るのだろうか？
なんかこれはあのヒゲメガネのアイデアのような気がするのだが...（禿じゃないよ）

ヒゲメガネってカトちゃん？

Appleのために、じゃなくて、AppleがIBMの作ったものに合わせるんだろ

とりあえず、煽ってるやつもPPC970は
Appleが採用するだろうという予想には
賛成したようだな。

オタがもっと素直な性格だったら、このスレももっと楽しい所になったのになぁ。。。

>>769 PPC970の外部I/FはPOWER4のスケールダウン版でApple用に作ったものではない。
Apple用に作るならRapidIOにして、モトと同じ規格にしてたはず。
IBMはAltivecで譲歩したかわりに、外部I/FはPOWER4を持ってきたと見るのが素直な見方。

さらに、64bit化もPOWER4実装のままで、BookEとはしなかった。
ただし、64bit化はPOWER4実装のままだとコンパイラも比較的移植しやすく、
モトのBookE対応64bit化のG5は永遠にでない可能性も高いので現実的。

>>773
　　---------------------
　　Apple用に作ったものではない。
　　---------------------
これわ、
　　---------------------
　　IBMはAltivecで譲歩したかわりに、
　　---------------------
これと矛盾してるとわ思わないすか(笑)

>>769
詳しい話わ、そのうちメガビにでも書くすけど、970のバスわPOWER4の
fabric bus/GX busをそのまま32bit幅にしたものす。
IBMから見れば、750を任天堂向けにカスタム化したGekkoと同じように
POWER4をApple向けにカスタム化したものが970だと思われるす。

IBMという所は２度の同じ作業のしないで過去の資産を運用して上に
新しいものを作るって感じだよなー。ようは重複処理がないっていいたい。
俺はSEだけど脳内にオブジェクト指向取り入れてもIBMの２倍開発コスト消費してるだろうなー。。

>>762,763
そうですか。ありがとう。
昔、オタさんかどなたかが、130nmのG4に移るときは、
G4搭載の全機種一斉に載せるはずと言っていたので、
なかなか新PBG4購入に踏み切れなくて......う〜ん。

>>777
大丈夫、このスレの内容はすべて架空のことだから。明日にでも買いにいきなよ。

>>774
そもそもAltivecはMacのために開発されたのか？

>>777
オタは「モトは130nmプロセス飛ばして一気に90nmプロセス」と言ってなかったか？

AltiVecをもっと高性能にしたモノってのは出ないんですか？　AltiVec2、みたいな。
そういう需要があるのかどうかも知りませんが。

>>780
いや、オタさんは、どっからかソース引っ張ってきて、
「そんなことしたら来年一年売るものがなくなる」って言ってたと思う。

>>774
>>773　は
PPC970の外部I/FはPOWER4のスケールダウン版でApple用に作ったものではない。

外部I/FはApple用じゃないと言ってる。

オタは解釈能力ないことを自覚した方がいいと思うよ。

(null)

ところでMACが64Bitになってメリットあるの？
最大メモリ搭載量以外にさ？
今の時点でデメリットしか見えてこないんですが？
誰か判る人教えて

それからペンプロみたく下位互換はあるけど、その場合逆に実行速度は遅くなるって可能性もあるよね
まったく新規のプロセッサーだしOSの最適化にどれぐらいかかるのやら
興味はつきませんなｗ

Altivec部分をAltivecにも変身できるCELLにできれば楽しいのにな。
モトのDSP互換回路にも変身できてProtoolsも飲み込めるとか、もできて
おもろいアルゴリズムの回路もばんばんつくれるのでオタクプログラマーウハウハかも。

>>643
641レス遅れました。ＭＰＣ７４５５レス。９３３となってる。
ＭＰＣ７４００の場合は、簡単にクロックアップできたが、ＭＰＣ７４５５
はできないみたい。インテルみたいに禁止してるみたい。
内部で、だいたいのクロックを測定してるのかも。９５０では動いた。
チップは５万５千レス。数すくないから。市販Ｐ４の２．６６Ｇの価格以上。

>>643
番号間違えた。６４２です。
Ｇ４関連のトラ技の資料はおれも見た。Ｐ４関連、Ｇ４関連、高速になってくると
参考資料が無いもんで、思考錯誤的にやることもある。
メモリマップＩＯなので、バスインターフェイスでバッファリングしてるから、
ポートに書いても、すぐにバスには出てこないということも有ったぞ。
（対策。ダミーＩＯを設けて、読むと、その前に出力される。
シーケンスの順番を保っているわけだ）

いいなあ、最新機種が買える奴は。

みんな脳内で買ってるんだから
きみにもできるぞ

Cellの成果がMacに活かされることはあり得ますか？

>>785
なんでもかんでもメモリマップにできるすから，巨大なデータを扱うプログラムが
書きやすくなるとわ思うす。

>>786
このスレッドでも何度も議論されているすけど，PPC64の64bit/32bit混在環境わ数年前から
IBMのシステムで使われているすから，妙な不具合わ無いす。

>>789
情報感謝するす。ところでバス比を変える7455のオーバークロックわ，あちこちで
報告されているすから，別にプロテクトわ無い筈す。
http://www.xlr8yourmac.com/systems/g4_mirrored_drive_doors/G4_MDD_CPU_Module.html

>>775

サンクス、しかしあのPOWER4の外部バスの縮小版と云うとかなり語弊が有るような気がします。
あれからチョとだけ調べてみましたが....POWER4、圧倒されました。
７５０＞Gekkoというよりは
R4000＞R4300（nintendo64用）の方が近いような、いやそれすら生温い、むしろ全くの別物と云った感じ。
だって、あーた
プロセッサ間の通信用だけでも１６B（１２８Bit）が入力と出力セットにしてあわせて三系統（これだけでも768本？）
Ｌ３用が入力、出力それぞれ１６B（１２８Bit）、ＧＸバスが４Bこれまた入出力セット。（これで１０８０）
本当にアポーでも使えますよって感じで削りまくった感じですかね。（残ったのはＧＸバスだけですか？）
どうやら入力と出力を別にするのはPOWER4でもやっていた様ですね（しかしさすがに規模が違う...）
ただ普通に削るだけなら128Bitの双方向バスにするんじゃないのか？って気もします。（PPC620コンパチね）
それでもピン数がまだ多いのですが....

ところで「HPC構成」ってなんですか？

ttp://www-6.ibm.com/jp/servers/aix/developer/mr-k/k5_4.html

いちおう「h」をはずしときました。

こんなところでもニュースになってますた。
http://www.oee.com.cn/shownews.asp?newsid=1229

Apple的唯一救命稲草かあ...。ちなみに私は15人目の閲覧者だった
みたいす。

>>797
「すごいプロセッサーをものすごくシュリンクした」という意味で、「Gigaprocessor Ultralite」の名は的を射ているってことですか。

>>797
HPC構成はプロセッサ当たりのメモリ帯域を２倍にしたモデル。
つまり、POWER4の2Core/Chipの１個をディセイブルにしたもの。

ちなみに話を簡単にするなら、HPC性能＝メモリ帯域。
他にも小ループとか、演算帯域とかも気にする場合もあるけど、
普通はメモリ帯域ネックなので上記でほぼ間違いない。
ただし、ベクトルお化けは別（地球シミュレータとか）

地球シミュレータってどれぐらい凄いの？

>>802 世界TOP500リストでダントツのNo.1
２位の約５倍の性能。

1. 35.8TFlops 地球シミュレータ
2. 7.2TFlops 　ASCI White
3. 4.4TFlops AlphaServerSC
4. 3.9TFlops AlphaServer
5. 3.0TFlops Power3

http://www.top500.org/list/2002/06/

地球シミュレータのメモリ帯域は 32.0GB/s/CPU
POWER4HPC構成メモリ帯域 6.4GB/s/CPU

PMG4（MDD）1.25GHz dualが18GFLOPSらしいから、なんだ、PMG4を2000台繋げば地球シミュレータ並みじゃん！
なんつったりして。
もちろんツッコミ待ちなんで。
誰か詳しく突っ込んでください。

http://www.es.jamstec.go.jp/

ところで、PPC970を採用した時にはアポーが
http://www.apple.co.jp/powermac/processor.html
＞短いデータパイプライン
＞PowerPC G4のパフォーマンス上のアドバンテージは、
＞その短いデータパイプラインから始まります。
＞「プロセッサパイプライン」は、
＞タスクを完了するのに使う処理のステップ（ステージ）数を指す用語です。
＞一般的にステップ数が少なくなるほどパイプラインは短くなり、
＞結果的に速く処理されることになります。
＞PowerPC G4プロセッサのパイプラインは
＞7ステージ構成（対するPentium 4プロセッサは20ステージ構成）と
＞効率的に設計されているため、PCよりも13ステップも速く処理を完了できます。
＞これは簡単な計算ですね
これにどう言い訳してくるのかが楽しみになってきた(w

まぁ、パイプラインが深いと
条件分岐予測に失敗した時のペナルティーが大きいのは事実なんだが…。
これが顕著に出るのはOffice。
同レベルのモデルナンバーだと、
パイプラインが浅くペナルティーの小さいAthronの方が、
パイプラインが深くペナルティーの大きいPentium4よりいい結果を出すんだが…。
G4とPPC970にも、これがモロに当てはまりそうなケースが出るんじゃないか？

>>807
単にPPCG5にしてしまうだけでは？

>>808

>>809

後藤氏の記事 http://www.watch.impress.co.jp/pc/docs/2002/1022/kaigai01.htm　
の中の「Motorola/Appleとの共同作業からいったん手を引いた('98年)IBMが……」

の記述について、オタさんも>>227で反論してますが
後藤氏は何を根拠にこうした間違いを書いたと考えますか？
当時そんなような発表でもありましたっけ？

>>797
別にPOWER4とPPC970が同じバス帯域を持つという意味じゃなくて，バスに
使われている技術が同じだという話すけど。。。
ちなみにPOWER4でわプロセッサ間バスとGXバスもバス幅以外わ，ほぼ同じもの
らしいす。

>>807
今度わクロック当りの命令実行数，それもピーク値を売りにすると思うす(笑)

>>811
単にPowerPCやMacintoshについて，それほど知識が無いだけだと思われるす。
で，どこかで刷り込まれた怪しい情報が訂正されない。。。と

>>811
そういう発表は無かったと思うけど、IBMがAltivecを採用しないって
言ったことから、IBMがPowerPC事業から手を引くと報道したメディアも
当時あったよ。

例えば1999年3月のCNETの記事「PowerPC事業が枝分かれ」にはこういう記述が。

＞7年間に渡るパートナーシップを解消し、IBMはPowerPCチップを社内の
＞サーバコンピュータ用プロセッサとして位置づけ、
＞モトローラはアップルにPowerPCを供給する唯一のメーカーとなる。

http://cnet.sphere.ne.jp/News/1999/Item/990313-1.html

>>814
オタさんレスありがとう。やっぱそんなところなんですね。
ドスブイ系ライターのMac関連のこうしたいい加減さには、ちょっと情けなくなりますね。

たったいま、・初代PM G4は1999年　→PPC G4はMotorola製
　→「98年あたりでIBMはPPCへの新規投資をやめたのか？」
　→やがて後藤氏の中で脳内事実化
ってところかと思ってみたりもした（笑）

>>815　レス前後してごめん。

なるほど。そんな報道もあったわけですね。
＞パートナーシップを解消し
っていうのは勇み足な報道だったのかも知れないですね。

POWER4＋が発表された。

POWER4＋ : 1.45GHz, 0.13SOI, 180Mトランジスタ

http://www-916.ibm.com/press/prnews.nsf/jan
FDFB9EA6426E29DD85256C6E0050F233

>>818
朝見たこれのことか？
http://www.zdnet.co.jp/news/0211/12/nebt_14.html

>>813
なるほど(w
ただ、全体的にパイプラインは深くなる傾向にあるようで。
これは後藤氏の記事の引用だが（x86系の記事だから、信憑性は問題ないかな？）
http://www.watch.impress.co.jp/pc/docs/article/20011102/kaigai01.htm
Hammerは17段、PPC970が18段、Pentium4が20段。
IPCが低下するということにならないだろうか？
（前述のペナルティーの問題）
もっとも、L3キャッシュを持つPPCは事情も違うのだろうが。
まぁ、IPCの低下分はクロック上げて補うという考え方なのかもしれんが。

>>818 昨日から誰も貼らないのでとりあえず。

>>820
PPC970のパイプラインわ最短16ステージす。
IPCの件わOOO実行と分岐予測の強化で補っているんじゃないすかね。Dhrystoneで
MIPS/MHzがG4+より大きいすから，その辺わ成功していると思われるす。

で，こっちわこっちで怪しげな噂すけど，Naked Mole RatがOS X on x86の
プロトタイプがあるという記事を載せているす。
http://www.macedition.com/nmr/nmr_20021112.php
Athlon搭載で，FinalCutやらOmniWebが入っているとのことす。
現行PowerMacと比較して，FinalCutが「飛ぶように速い」とか。。。

コマ飛びしてもなぁ。

>>812

いや、私が言いたかったのはマルチCPUのためのファブリック関係がごっそり抜けているのと三次キャッシュがなさそうと思っただけの事で、
こちらの早とちりで三次キャッシュもあったらスマソです。
ちなみにメインメモリとつながるであろうGXバスはPOWER4でも同じ32Bitみたいですね。

それからGekkoは７５０の機能をほとんど削減をしていないのでそれを引き合いにするのは不味かったのではないのか？と云う事です。
キャッシュ容量をR4000より削減するなどしてコストダウンをはかったR4300の方がよかったのでは？
かのX-BoxのPen3も２次キャッシュの容量が半分に削減されているそうな．．．

ところで今のG3に AltiVecを搭載したほうが早いと考えるのは素人君のなせるわざでしょうか？
それにUni-N2とPC1600を組み合わせるだけでもかなり速くなると思うんですが....
やはり素人君？
と言っていてらG4+の話がうえに...軍載希望。

>>823
かなり嘘くさい情報ですね。

FinalCutProは、VelocityEngine対応かつDualProcessor対応で、PowerMacG4が
最も底力を発揮するソフトですから、生半可にx86に移植したものがAthlon程度
で「飛ぶように速い」とは考えられない。

それこそFCPのWindows版を作れば最強のペテンベンチ用アプリになりそうなもの。

>>816
Windows関連でいい加減な記事書くと次回から資料が回ってこないって話しだだけどね。

>>826
そう言う生半可にx86に移植したものがAthlonの得意とするところ。

Windows関連で批判的な記事ばかり書いていると資料が回ってこないって話しだだけどね。

>>796
参考になった。しかし、１１４ＭＨｚのバスで、ｘ９を以前テストしたんだが
そのときはだめだった。
今回１１６ｘ９＝１０４４ＭＨｚで安定動作した。（チップは９３３）
ｘ１０＝１１６０ＭＨｚはだめだった。

>>822
＞PPC970のパイプラインわ最短16ステージす。
スマソ。となると、Hammerの最短は12ステージになる？
＞分岐予測の強化
これがどの程度のものかは実物が出てみない限り判らんが、
（現在の資料はあくまでカタログスペックだし）
まぁ、条件分岐予測失敗によるペナルティーが小さくなるわけではないので、
それを何らかの方法で補おうとするということ？

>>826
＞VelocityEngine対応かつDualProcessor対応
Dualに関してはAthron側もMPで可能だが？
AltiVecについては代替はないが、
x86拡張命令のSSEである程度は補えるのでは？
＞Athlon程度
Athronの実クロックはG4超えてますが？
＞生半可にx86に移植
逆にも読めないか？　「飛ぶように速い」とすれば、
それだけアポーのアプリのx86最適化が進んでいるという意味かも？
まぁ、ソースの信憑性については同意(w

>それこそFCPのWindows版を作れば最強のペテンベンチ用アプリになりそうなもの。
Shake2.5でいいじゃん。

1：　今のアップルにそんなよけいなことしてる人的余裕なんかある訳ないので
　　　MacOSX forX86の実験部署はあっても、アプリまで移植してる余裕はないか
　　　ら完全にガセ
2：　OSだけ移植してみても実際のアプリのパフォーマンスがわからないと
　　　どうにもならないので、最も高負荷のかけられる自社アプリを死ぬ気で
　　　移植した。
3：　マンパワーの少ない実験部署でも、さくさく移植してしまえるツールが
　　　でけた。

どれなんだろうね、3だといいな

>>831
どこからどこまでのパイプライン段数なのか、
何の命令のパイプライン段数なのかによって違うんだから、
ただ闇雲にパイプライン段数の数字を比較しても何の意味もない。

性能に直結するのは分岐予測失敗時のペナルティ。
分岐予測失敗時の最小のペナルティは、
Hammerが10クロック、PPC970が12クロック、Pentium4が20クロック。

PowerPC970ってノートに載せられるんですか？

>>829
諸々のPC系メーカーやメディア自身がWindowsでメシ喰ってるわけだから、当然だろうね。
やつらのメシの種になり得る他のOSが普及しないかぎり、状況は変わりにくいのかな。

>>835
今のPowerBookG3用の7455が21.3W@1GHzに対して、PPC970は[email protected]。
ノート用に使用可能であるが、性能／コスト両面で7457(0.13版G4)に負けていると思われる。

7455 21.3W@1GHz max.30W@1GHz
970 typ. [email protected],1.3V,
typ. [email protected],1.1V

>>831
「FCPが飛ぶように速い」っていう表現自体がよくわかんない、
つーかウソくさいよね。
まぁ、普通に考えればレンダリングが速いってことだろうけど、
たとえばG4 1.2G Dualと較べて「飛ぶように速い」なんてこと
ありえる？だいたい、リアルタイム・レンダリングより速く
なっても、あんまり意味ないし…リアルタイム・レンダリング
できるエフェクトがこんなに増えた！ってんならわかるけど。

まさかムービーを早送りして「飛ぶように速い！」って言ってる
んじゃ……（笑）

>>828
MacOSX on x86は今Pentium用のチップセットでしか動かない。
FCP “flew” on the AMD box compared with its performance on current PowerPC hardware.
何故に、AMD Boxなんだろうね。

>>839 MaxOSX on x86 ではなくて、Darwin-for-x86

●MacEditionが、AMDのAthlonプロセッサー上で動く
OS X on x86 project「Marklar」
のプロトタイプを実際にみたという目撃者情報を掲載していました。
それによると、それに関してApple側の態度は真剣で、
最新のMac OS Xのバージョンが動いていて、
Mac OS Xオンリーとされるいくつかのアプリケーションや、
Final Cut Proなどが動作していたらしいです。
Final Cut Proなどが動作していたらしいです。
Final Cut Proなどが動作していたらしいです。
Final Cut Proなどが動作していたらしいです。
Final Cut Proなどが動作していたらしいです。
Final Cut Proなどが動作していたらしいです。
Final Cut Proなどが動作していたらしいです。
Final Cut Proなどが動作していたらしいです。
Final Cut Proなどが動作していたらしいです。
Final Cut Proなどが動作していたらしいです。
Final Cut Proなどが動作していたらしいです。
Final Cut Proなどが動作していたらしいです。
Final Cut Proなどが動作していたらしいです。
Final Cut Proなどが動作していたらしいです。
Final Cut Proなどが動作していたらしいです。
Final Cut Proなどが動作していたらしいです。
Final Cut Proなどが動作していたらしいです。
Final Cut Proなどが動作していたらしいです。
Final Cut Proなどが動作していたらしいです。
Final Cut Proなどが動作していたらしいです。

>>837
>今のPowerBookG3用の7455が21.3W@1GHz
それ、通常電圧版じゃん。普通に考えてノートに載る消費電力じゃねーだろ。阿呆か。