【次世代】XScaleの実力【高クロック】

高クロック、省電力、ARMとの互換を武器に登場したモバイル界の超新
星XScale。
そして今月6/6にXScaleを搭載したe550Gが発売される！！
今までの最速StrongARM 206MHzを遥かに上回る400MHzのスペックを
持つにもかかわらず
　「動画はiPAQの方が速いじゃん」
　「エミュもiPAQと大差ないじゃん」
といわれ、しまいには販売メーカーの東芝さえも
　「インテル(R)RXA アプリケーション・プロセッサ用に作られたアプリケーション
　　以外では、動画再生（例：Windows Media Player Ver.8での再生）などでプロ
　　セッサの性能を十分に発揮できないことがあります。」
と公式HPに書く始末。
XScaleの実力はこんなもんじゃないハズ！！！
もしかしたらアプリによってはすんごく速く動くんじゃないの？
そんなわけでXScale搭載のPDAを持つみなさん、XScaleの凄さをここに書き込んでやりましょう。
私は明日6/23にe550Gを買ってきて、いろんなアプリを動かして、E700@180との違いをレポートしようと思います。

（´-｀）oO○一応このスレはe550Gに限らず、XScale搭載の機器全てが対象ッス

2

・関連スレ
【日立、XScale/Windows CE .NET搭載PDAの直販を開始】
http://pc.2ch.net/test/read.cgi/mobile/1023853250/

【★★★ GENIO ﾅﾝﾀﾞｶ (･∀･)ｲｲ!! Part8 ★★★ 】
http://pc.2ch.net/test/read.cgi/mobile/1023984564/


ﾊｰﾄﾞﾜｼｮｰｲな話は↑でお願いします。

来週以降発売されるiPAQ 3900ですべてがはっきりする｡
これはLOOXより先んじるだろう。

Let's wait and see.

>>4
そういえば、ギネスにも乗ったiPAQもとうとうXScaleを搭載するんですよね。。。
すっかり忘れてました。

（´-｀）oO○iPAQがでるまで、e550Gは控えようか、それとも明日買っちまうか

う〜ん。凄く早く動くソフトがみつかんない…。

なんかすごい贅沢なスレだなヲイ。
【隠し玉】Dragonball SuperVZ【最後っ屁】
とか
【新世代】Dragonball MXの威力【ARM6】(これは本当に立てるかも)
とかもありなのか？

エミュレータの動作はどうなんでしょうね。
あまり変わらないといわれてるけど、具体的にどの程度なのか知りたいッス。
特にYAME、IPS、PocketGB(MD、GBアドバンス、PCE、NESも含めて)あたりが、実機と比較して
どの程度のスピードがでるのか、気になります。



あと、GSPlayerMIDI、PocketDivXあたりの動作報告も切に望んでます。

ここまでレスが付かないことにXscaleがいかに糞かが表現されつくされてるな
だまされて買った連中の遠吠えが聞こえてくるかのようだ。



...．．。ゎぉ〜〜〜ん

>>10

オマエは一生strongarm噛み締めてろ。







俺はあと半年ぐらい噛み締めとく

ストロングアームでもきっと問題ないよ。
満足してるんでしょ？
じゃあ、十分だ。

>>12
つーか、XScaleに満足してるﾔｼいるのか？
今なら豪腕機の方が早いじゃん (w

ARM5では限界？

>>12
「ストロングアーム」って、サッチモのことだったっけ？

アームストロング砲。
MIPS互換メーカーをぶっ潰す目的で開発されました。

>>13
XScaleで満足してるよ。なかなかいいね。

XScaleキビキビ動いていい感じだよ。

StrongARMとの違いってキャッシュまわりぐらいだけど、そんなんでこんなに性能落ちるのかな？
SA1は確か4wayのLRU(最近使われなかったキャッシュラインをクリア)、
XScaleは32wayのラウンドロビン（最後に読み込まれたのをクリア）、だよね？
最悪なアクセスパターン考えてもアクセス回数は3/31=10%程度増えるだけだから、こんなに遅くなるはずはないんだけど…
＃それよりキャッシュに仮想アドレスで記憶するのなんとかしてくれ。WinCE以外のOSだとパフォーマンスでなさすぎ…

一番考えられるのはSA1に比べてパイプラインを変更したのでストールが多くなった、ということかな？
だとしたら結構致命的なような…コンパイラで劇的に改善するものでもないでしょうに。

開発中のプログラムで、、、、
StrongARMとXscaleで60％くらいパフォーマンスダウンしたよ。
19さんの言うように10％Downだとしたら10％×6回のような処理をしてたのでしょうか？
どっちにせよ、おんなじものでここまで悪くなると私にはお手上げですわぁー

IntelがXscale用にアプリケーションの開発／調整のプロセスを改善するための
ツール／手法の開発にも取り組んでおり、・・・・

っていう記事があったけども、どうなんだろうか？

結局現段階では豪腕選択したほうが無難ということでよろしいか？

豪腕でいいんじゃない？特に問題ないし。
漏れはXScale買ったけどね。

60％ですか…10％は考えられる最悪値なので、やっぱりキャッシュが原因ではないですね。
パイプラインを深くしたことによるストールですか？うーん。
＃80321は考え直したほうがいいかなあ…スペックは非常に魅力的なんだけど…

XScale搭載の新機種が、なかなか出ませんね。

うおお仮想アドレスキャッシュかよ。
長生きはするもんだ。

今出てるXScaleってバグ持ちじゃん。
っていうのは公になってないの?
400MHz動作時にクリティカルなポイントを突ける状態になるわけなんだが。
intelはバグ取った奴はPXA250とは違う型番で出すと言うてるよ。

よってPXA250の機種は捨てなわけなんだが。

MMX機能の付いたXscale搭載マシンはいつ頃出るんでしょう。
グラフィックとかサウンド系のアプリが高速になるのかな？

来年はどこまで行きますのかな・・・
せめて>>28さんとかの言う「バグ」取りというのが改善されれば

XScaleがおそいのはPocketPC2002が正式にサポートしてないからだ。
ソフト単位での対応は可能だけど、現状ではARM用にチューニングされたソフトがほとんど。
ま、つまりはXScale搭載機をいそいで買わなくてもいいってことだ。
でも最新機種はどれもOSの書き換えに対応してるし将来のOSはXScaleを正式にサポートしてるから将来性には問題ないと思うよ。
しかも来年の春くらいからもっとクロックの高いPDAがでそう。（12/15朝日新聞朝刊１面参照）

DELLとかいろいろなところから安いPDAがこれから発売されていく。
これからもPDA市場から目が離せない！？

>XScaleがおそいのはPocketPC2002が正式にサポートしてないからだ。
あと、ついでにキャッシュがwrite throughになっているからだ。
プロセッサのバグでね。

PXA260としてfix版が出るようなので、高速化に期待するなら結局ハードウェアごとリプレースする事になる。
仮にCE.NETへのアップグレードが行われても、君のPocketPCは遅いままという事だ。

そもそもバイナリ互換なCPUでコードの最適化なんてしても大した効果ないっすよ。
特筆すべき効果があるのはSIMDなりの専用命令でコードを最適化した場合くらい。
つまりバイナリ互換性を失うような書き方をした場合、特定の用途では早くなるってくらい。
MMXやSSE/SSE2みたいなもんですわ。

XScaleが遅いって言われてるのは同じバイナリを実行した時のStrongARMとの比較でだから、
Xscaleのライトバックキャッシュがエラッタにより有効化できない(有効化すると落ちる)悪影響によるものと判断するのが妥当。

キャッシュ構造やパイプラインにあわせた最適化じゃ、体感できるほどの高速化なんてできませんて。

>>32
> Xscaleのライトバックキャッシュがエラッタにより有効化できない(有効化すると落ちる)

な、なんじゃそりゃ〜〜〜〜〜！！

相互リンク。
http://slashdot.jp/mobile/02/12/21/1139251.shtml

SL-C700の爆遅アプリ起動問題はXＳcaleの不具合以前の話だろうね。

XScaleの問題＋内部フラッシュの読み書き激遅問題＋Ｑｔ遅々問題

いままで、メモリやバッテリーの少なさのために、C700買うかどうか迷ってたけど、
XScaleの改善版がすぐに出そうなので、今回は見送りｹﾃｰｲ
余ったお金を、ﾑﾗﾏｻかﾘﾌﾞﾚｯﾄを買う金に回そう。

XSCALEが改良されたくらいじゃ格段に速くはならない思うけど…。
スレ違いだな。

ここで遅さの理由がんがん騒いだらMS/intel/東芝/sharp/etcetcの
マーケット戦略的対処反応が期待できるだろうか。
くそう、ハードはｻﾊﾟｰﾘわからん。

>>39
「ライトバックキャッシュが有効に出来ない？仕様ですよ」
で終わる罠。「除算演算を間違える」とかならペンチアムの再来なのだが
だれか探して

c700に関してはLinuxとQtが原因だろ?
普通にちゃんとソフト作ればいくらWrite-throughでもあそこまでは遅くならない

Write-through ってどういう事なんですか？

>>42
読み込みにキャッシュを利用するが
書き込みは毎回実デバイスに書き込んでしまうのが
write-thru cache.
書き込みはキャッシュの恩恵がぜんぜんない。

書き込みもキャッシュに保持できてる間はなるべく溜め込んで、
書き込みアクセス回数も減らすのが
write-back cache.

XScaleは本来後者も対応してるんだが、ハードのバグで無効にしてるという話

>>43
どうもありがとうございます。勉強になりました。
溜め込んでから書き込む処理をアプリが自前で行えば、何とか回避は可能ですか？

>>44
これはメインメモリとCPU内キャッシュの間の話だから
プログラムで工夫するのはかなりつらい気がする

ファイルIOとは違うのですね！
だとすれば、write-back cache と　write-back through の間には、
それほど速度には差が出ないようにも思います。
これが原因で、秒単位で処理速度が遅くなったりする事もありえるのでしょうか？

バグを仕様だと言い張るインテルも糞だが、バグがあると知りながら新製品に積んで
販売するPDAメーカーも糞だな。

まあ、店頭のザウルスはかなり遅かった。
感覚的にはMMX233MHzより遅い感じ。
メモリの速度にも影響されているんだろうけど。

インテル腐ってる。

>>48
遅い遅い言うなよ！
せめて、優雅な動作だとか、落ち着いた挙動だとか、
もう大人なんだから、少しは言葉選べヨｫ！

例えば昔の5x86や6x86あたりだと、WT/WBで
ベンチ結果って1〜2割しか違わなかったんだけど、
XScaleのときはそれと違って何かWTにしたからって
大幅に遅くなる要因みたいなのがあるんですかね?

>>48
MMXの方はL2入ってる
IPCはMMXの方がXScaleより2倍くらい上
なのでザウルスが遅いのはあたりまえだ。

L2って何ですか？教えてください！！
IPCって何ですか？もしよろしければ教えていただけないでしょうか？

>>50
新発売のザウルスは大陸的な風格漂う動作です。

L2ってリブレットのことでしょ。
まぁリナザウはそのうちシャープがなんとかしてくれるさ。

Ｃ７００をストロングアームの４００Ｍｈｚとかにしたら
速くなるのかな？？

んー、まあ何とも言えないけど。

　ＲＩＳＣだけに、ロードストアで足引っ張られるとイタイのは
確かだけど。また、ＲＩＳＣだけにそのチップ用に最適化されてない
バイナリだと遅いのも事実。

>>55
アームストロングは今年も最速でしたがなにか？

Ｌ２ってキャッシュのことでしょ？
って釣られてみる。

プレステコントローラに付いてるボタンの事だろ

WT/WBって何ですか？教えてください！！

>>60
それは俺でもわかるぞ！スレをよく読んでヨ！
WT：write through キャッシュを無視する
WB：write back 　　キャッシュを更新する

※キャッシュは大切だって事だ！いつもニコニコ現金払いだぁ！

ダブルつるぺた
ダブルぼいん

>>62はとょぞぅ

ダブルつるぺた、ひとつください。
現金払いできまつ。

お、俺はダブルぼいんが良いな･･･

もさーり感130％のSL-C700も仲間に入れていいのかな（ｗ

>>61
write through でもキャッシュは更新するよ。無視してるわけじゃない。

え、といわれてPXA250/210のspecupをダウンロードしてみると…
そんなひどいErrataがあったとは。パフォーマンスに致命的な影響を
あたえるじゃないですか。
＃80321ではステッピングB0で修正済みになってるので気づかなかった…

XScaleという名前自体に泥を塗ったような…組み込み向けで検討している部門多いでしょうに。

>>51
メモリがCPUのスピードに追い付けなくなってると言うことでしょう。
書き込みの最適化も出来ないし。
いやーなエラッタですなあ。

>>69
> いやーなエラッタですなあ。

うん。

りなざうでDhrystone 2.1走らせたんだけど120〜150MIPSしか出ないんだ。カタログスペックなら483MIPSなんだけどね。
これって本当に400MHzで動いているのか妖しいんだけど確認方法誰か教えてくれませんか。

そこそこさくさく動いてるの20MhzのPlamがけなげに見えてきた。

素朴な疑問

GENIOe550G使ってるんだけど、
Xscale 低クロックモード200MHzで負荷100%と
Xscale 最大クロックモード400MHzで負荷50%

どっちが消費電力が大きいんだろう？

>>73
後者でしょ。
ただ、負荷が少ないときは自動的にクロック下がるんで内科医？

ほんとにキャッシュとかのハード的要因なのかね？

iPAQにハーフVGA液晶くっつけてCE.NET入れてXscale専用再生ソフトで動画再生すると
結構いいパフォーマンス発揮するらしいじゃん。

（＾＾）

ipaqは別格だからね・・・
他のやつだと使っててたまに悲しくなる

>>77
なんか他のと根本的に違うの？ iPAQ って。

800MHzのipaqがでるという噂があるのだが､でないね。

>>79
むしろちゃんとライトバックキャッシュを・・・・
いや、それよりも有機ＥＬがんがれ！

>>79
HPは混乱気味だからなぁ

>>78
詳しくはしらないけど、メモリーの読み書きとか
メーカの力量によって性能に差があるらしいよ
ベンチだけでなく、同じソフトを実際使ってみてもipaqの方が結構サクサク動くよ

>>82
同じCPUでもマザーボードによって早さが違うのと同じようなものかな・・・
＃にはもうちょっとがんばってほしかった。
いまの Zaurus SL シリーズは全然使い物にならないよ。

xscaleってPCでいうクルーソじゃないの?

という事はXscaleのキャッシュ云々はネタで
真実はハードメーカーの作り方が問題だという事ですね。

E3000はどうなのかなぁ

Xscaleをクロックアップするソフトが出ていますね。
472MHzにした所かなりパフォーマンスアップしますた。

>>85
というか、そのキャッシュ云々ていう話は、「Xscale400ＭＨｚの
くせに、思っていたほどには速くない」ということの説明の一つとして
出てきたと思う。で、iPAQ3900シリーズはどうかと言うと・・・・？

Xscaleクロックアップ　ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!!!!

ttp://pocketgames.jp/modules.php?op=modload&name=News&file=article&sid=1333

ちいでにこれも。こっちはフリー。
ttp://elevatedstudios.com/pocket/

もしかして祭？

>>90
んなこたーない。

>>83
とりあえず俺の感想としては、SLザウが遅い理由は
ソフトのヘボさ 70%
メモリの少なさ 29%
XScaleバグ 1%
くらいじゃねーかな?
あんなソフト載せといて遅いのはXScaleのせいだって言われてもなぁ…

Palmなんてライトバックできないどころかキャッシュ自体がないぞ。

>>92
ソフトはコミュニティーとやらが高速で使いやすいものをこれからどんどん作ってくれるんだろ（藁

コミュニティーの奴らにLinuxのGUIがどういうものかわかってるのかと問いたい。

自分はわかっているつもりと言いたいんですね(藁

>>93
Linux の GUI ってのがいまいち意味不明なんだが・・・

>>94
Xのアプリを素で書けますが、何か？
そんな人間日本に数えるほどしかいませんが、何か？

数える程ってまで少なくも無い
X自体を1からかけるなら確かに数える
ぐらいしか居ないだろうけどな

C700のハｰドはCPUのバグ以外にもバスが細いっつう痛い問題があり
ソフトではどうにもならんので売って次期ザウの購入資金に回した

遅さの原因はハｰド70％､ソフト30％だな
ソフトに力いれてもたかがしれてる

>>96Xlibも使わず、Xプロトコル直ってことか？確かにそんなことやる奴は数えるほどしかいないかもな。

ttp://www.pocketpcthoughts.com/index.php?action=expand,7966
改良型キター

・Hardware Universal Asynchronous Receiver / Transmitter (HWUART)
・Low Power SDRAM Mode Register Set Configuration Register
・400 Run Mode / 200 PxBus
・Core Clock Configuration Register (CCCR)
・Core Phase Locked Loop
・UDC Control Function Register (UDCCFR)
・NSSP
（PDA秘宝館）
バス2倍いかす　PDA春モデルに搭載ｷﾎﾞﾝﾇ

これは250から置き換えるって事？
次期ザウまでと思って控えてたのにまた物欲が……。
変愚に誘われるまま買っちまうかなぁ。

しかしバス幅はザウに反映されんのかなぁ。
なんかWikiあたりで意図的にバス細くしたみたいに言われてるの読んで以降#の戦略がｶﾅｰﾘ不安。チップ回りはさっぱりわからんですが。

WBキャッシュのエラッタとれたのかな？

いちおうこっちも貼っとく
ttp://www.zdnet.co.jp/mobile/0301/30/m07.html

>>102
バス幅を広くすると…
配線が増える→基板が大きくなる→無理して小さくする or 入れ物も大きくする
てな感じでうれしくないので、細くしたんではないかと。

バス幅ってデータバス？細い？か。

消費電力増えるって話も聞かれますな。
どの道ザウ700には重荷でないかい？

消費電力はどれぐらい増える？
稼働時間考慮しなきゃならんぐらい増えるのか？
とにかく遅いのは駄目

シャープの SL-C700 の動作がのろいのは、
XScale の問題じゃなくて、

１） Qtopia の描画が遅い。
２） 内蔵フラッシュメモリへのアクセスが遅い。

この２点につきると思うのだが。

>>109
それでも内臓FlashはSDよりは速いらしい(あたりまえ)
もうちっとメモリがあれば
一度全部DRAMに置いてから動かすとかできそうなんだけどね

>>110
ＳＤのが速いだろ
そのＳＤも１／４倍速だがなー

PalmOSみたいに低負荷なOSだと
サクサク動くし、電池も長持ちするからな

>>111
どっかでベンチはかってたけど遅かったよ
SDも8/16BitのBusで接続だから
SDのIF無い分内臓の方が早いらしい

内臓ってそんなに早かったのか？
オレの心臓とか肝臓ってすげぇハイテクだったんだ。

>>113
ﾊｧ？
今すぐお前の手元のマシンで試してみろ
お前のは内蔵フラッシュで２、５Ｍｂｙｔｅ／ｓｅｃ以上で読み書きできるか？

>>114
俺の肝臓は結構速い（×早い）ぞ。アルコール分解が。

>>116
俺のチンポも結構速い。終わるのが (T_T)

>>117
キミのティムポのニックネームはポケギに決定！

>>118
おれのポケギが最速。

ここは破廉恥なインターネットですね

おまえらまじめに新CPUについて語ってください

はい。

純粋にCPU+Memoryの速度を異なるアーキテクチャで比較しようとした場合、
はやりドライストーンくらいしか比較方法はないのでしょうか？

Linux とかでよく見かける Bogo MIPS みたいなのはやっぱり当てにならないですよね。
なんせライナス本人が意味ねぇっていってるんだから。Bogo だし。

>>115
SDで2.5Mもかけるっけか?
IFの速度じゃなくて実効値で

とりあえずＥ−３０００のレビュー待ちだね！

E-3000が３万円になったら買うんだけどなぁ・・・E-2000がそれぐらいにならないかな・・・

>>93
Xのアプリを素で書いてるくせにXやQtopiaのバカさ加減がわかってないなんて。
たしかにそんな人間は日本に数えるくらいしかいませんな。

>>127
文句を言う前にC700のGUIアプリ１本作って来い。

ラジェンダってその点うまいよね。
実行時はFlashからDRAMに移すし、
電源切る時はDRAMからFlashに退避するし。

ポケピってCFの速度によってアプリの実行速度に影響あるんですか？
例えばエミュを使う場合にROMを速いCFに入れてあるのと遅いCFに
入れてあるのでは実行速度って違うものなのでしょうか？

>>129
ﾊｧ?

>>130
エミュのROMの場合は、最初のROM読み込みが早くなるだけかと。
動画とかみたいに、逐一ファイルをみにいくようなモノだと、内臓メモリのほうが早いですが。

>>132
それじゃエミュ厨の漏れはハギワラじゃなくてサンでいいんですね。
アリガ�dでつた。

房な質問で恐縮ですが・・・

XScaleは、他CPU用バイナリは使えるのでしょうか？
スレを読んだところ、ARM用バイナリと互換性アリとも
とらえられますが、もし勘違いだったら涙ものなので。

>>134
ARMアーキテクチャなので、ARMのバイナリが動かなければまずいんではないかと。
でも、thumb命令は無理か。

>>135
レスサンクス！

そうか、ARMアーキテクチャだったのか。
それならソフトも豊富だな。
GENIO買うかE-3000まで待つか悩む・・。

E-3000って改良型ＣＰＵつんでくるし液晶も綺麗なってるらしいから
どう考えても待ち。
あれでＶＧＡなのがでれば文句なしなんだけどね　CE.NETで

>>137
１行目と２行目がつながってないのだが。

>>138
「E-3000を買うために」

「GENIO e550GX を買うのを待て」

と、そう言いたいのではないかと。

>>137
"CE.NET"ってあたりでソフトウェアの互換性が (以下略

でも、CE.netのマシンが沢山でたら、それ用アプリもでてくるでしょ。
ひとまず、CE.netマシンが一部の特殊マシンでなく、一般機として出回れば・・・

これから出てくるXscale-CEはCE.NETへのアップグレードパスをつけてほしいよねぇ。

http://web.sfc.keio.ac.jp/~hkoba/zaurus/

デバイス
書き込み速度[MBPS]

本体メモリ
3.3

Panasonic 256MB SD
2.9

E-3000
まだかい？

>>144
ま〜だだよっ

キタ！！
PXA255で36時間工藤

http://www.zdnet.co.jp/mobile/0303/04/n_e3000.html

Write-Backのバグが修正されたらしい。

>>147
ソースきぼんぬぅ〜

>>148
http://www.wince.ne.jp/snap/ceSnapView.asp?PID=1237

（＾＾）

http://www.zdnet.co.jp/news/0303/25/nebt_13.html
これを見ろ！
まだまだ先は長いぞ！
でもE-3000を買おうか考えてしまうよ。

今度のXscaleってバス幅は2倍になったけど、SDカードを読み
書きする部分は早くなったのかな？

バス幅が2倍？バススピードじゃないの？

うっかりしてた。その通り。スピードだった。

4bitの所1Bitしか使ってないまま

公式発表されたんだな。
http://search.intel.com/corporate/search.asp?category=ALL&SearchCrit=ALL&mh=200&isoCode=en&MimeType=ALL&version=2.0&q1=PXA255+errata&submit.x=19&submit.y=3
この辺の資料を読んどけばとりあえずはOKかな

SL-C700のLinuxはPIDレジスタ使うように改造されている奴？
そうじゃないのならライトバック問題が解消されても(CEの場合ほどは)あまり速くはならん気が。

ﾎｯｼｭﾎｯｼｭ

（＾＾）

　　 ∧＿∧
　　（　　＾＾ ）＜ ぬるぽ（＾＾）

━―━―━―━―━―━―━―━―━[JR山崎駅（＾＾）]━―━―━―━―━―━―━―━―━―

ほしゅ

保守⊂(´∀｀⊂⌒｀つ≡≡≡≡≡≡≡≡≡≡

保守ってみる（´∀｀）

山山奇馬尺　って?
何処の駅


とうめてみた。

終劇!!

　__∧＿∧_
　|（　　＾＾ ）|　＜寝るぽ（＾＾）
　|＼⌒⌒⌒＼
　＼ |⌒⌒⌒~|　　　　　　　　　山崎渉
　　 ~￣￣￣￣

ハッキリ言ってアメリカなどの多民族国家では黒人の方がアジア人よりもずっと立場は上だよ。
貧弱で弱弱しく、アグレッシブさに欠け、醜いアジア人は黒人のストレス解消のいい的。
黒人は有名スポーツ選手、ミュージシャンを多数輩出してるし、アジア人はかなり彼らに見下されている。
(黒人は白人には頭があがらないため日系料理天などの日本人店員相手に威張り散らしてストレス解消する。
また、日本女はすぐヤラせてくれる肉便器としてとおっている。
「○ドルでどうだ？(俺を買え）」と逆売春を持ちかける黒人男性も多い。）
彼らの見ていないところでこそこそ陰口しか叩けない日本人は滑稽。

　　　 　∧＿∧　 ∧＿∧
ﾋﾟｭ.ｰ　（　 ・３・） (　　＾＾ ） ＜これからも僕たちを応援して下さいね（＾＾）。
　　＝〔~∪￣￣￣∪￣￣〕
　　＝ ◎――――――◎ 　　　　　　　　　　　　　　　　　　　　　山崎渉&ぼるじょあ

MMX命令を搭載したXscaleの次世代バージョンが開発中らしいですが、
動画とかゲーム関連には威力を発揮しそうですね。
PDAもどんどん「小さなPC」化しているような気はしますが。

>>169
情報源は？

ここにそのCPUに関する記述あり。

ttp://pc.watch.impress.co.jp/docs/2003/0805/pda23.htm

　　　 (⌒V⌒)
　　　│ ＾ ＾ │＜これからも僕を応援して下さいね（＾＾）。
　　⊂|　　　　|つ
　　　（＿）（＿）　　　　　　　　　　　　　　　　　　　　　　山崎パン

自分の感覚だと、PXA255の400MHzは、K6-2の400MHzにパフォーマンスでかなり劣る気がします。
メモリクロックが66MHzの私のPCでも、動画再生やエミュの動作がリナザウよりパワフルなんですよね。
この差って、SIMD命令の有無が効いているんでしょうか？

BulverdeでSIMD命令が使えるようになると、この辺のパフォーマンスが
どんな感じになるか興味深いところです。

>>173
PC用のCPUと比べるとバス速度が遅いからだよ。
今の時代CPUのみがコンピュータの性能を決めてる訳じゃないのよ。
メモリとか周辺機器とやりとりをするバスが重要。

PXA250とPXA255はバス速度が2倍差があるから、
実際の使用で体感2倍程度の速度差があるってわけで。

>>174
しかし、ここで挙げているPCはベース66MHzのマシン。
PXA255はFSB200MHz、メモリクロック100MHzなわけで、
数字の上では負けてる要素は内容に思う。

あるいはキャッシュの容量か？

>>174

おいおい、バス幅忘れてるぞ(^^;
PXA255なら32bit若しくは16bit接続だ。
もちろんキャッシュ構成にもかなり差がある。
I/O周りもの諸条件も忘れないように。例えばPXA255等の場合は
LCD(グラフィックス)がUMA接続されている。

ついでに、何故忘れ去られているのか知らないが、
PXA255にもSIMD命令(16bitデータのみ)が実装されている。
Intel Media Processing Technologyっていうんだけどな。

>>174

175だった。ごめん。

消費者はクロックしか見ないってのは本当だったんだな...
MIPS値という指標にまだ存在意義があると思い直した夏の日。

そうそう、PXA255に統合されているLCDコントローラは本当に基本的な
表示機能しかなくて、PC向けのグラフィックスアクセラレータみたいに
動画オーバレイやスケーリングができる訳じゃない。
それどころかGUIアクセラレーション関連(bitbltとか)さえ一切無いって事も
忘れずにな。

＃DMA機能が描画に使えるんだろうけど、基本的にソフトでの描画だな。

なんでクロック値を比較するような素人がこのスレに書き込んでるの？
誰の許可を取ったの？

俺が、許可してやった。
文句あるか？

すいませんでした。

>>178
諦めろ、数字が大きいほど印象が変わるんだ...

PXA255 400000000Hzだ。
速そうだろ！

いや、PXA255って時点で、物凄く"空回りして"遅そうだ。

PXA255とSH4とHandheld Engineで同クロックだったらどれが一番高速？

一応スーパスカラだしCPU単体性能としてはSH4じゃないの?
でも400MHzのSH4なんて激しく発熱しそうだが。

スーパースカラに期待してはいけないような気がする。
熱は大したことないと思うが。

PXA263はどーかなー。
もうちっと電気喰ってもいいからもうちっと速いといいな。

>>184
1K=1024換算だとどれくらいになるんだ？
とりあえず落ちてるようだが

PXA27xはどーかなー。
もうちっと電気喰ってもいいからもうちっと速いといいな。

このXscaleとC3、どっちが処理能力高いのですか？