【技術】中国製CPU「飛龍」発表―中国語文字生成エンジンを内蔵、Linuxに最適化

　香港の出版・コンピューター開発のカルチャーコム（文化傳信）はこのほど、
中国語に最適化したCPU「V-ドラゴンCPU」（飛龍CPU）を発表した。リナックス
（Linux）と組み合わせてネットワークPCや端末などに使うことを想定している。

　V-ドラゴンCPUは32ビットRISCコアを持つプロセッサーで、同社によると、
世界で初めて中国語文字生成エンジンをワンチップに組み込んだCPUという。
これによって機器のパフォーマンスを落とすことなく、中国語表示ができると
している。

　米トランスメタと協力し、同社の組み込み機器向けリナックス「ミドリ・リナックス」
を組み合わせて省電力を実現。開発と製造にあたっては、米IBMの技術サポート
を受けているという。
(中略)
同社は、すでに10万個の販売契約を獲得したと説明している。

　カルチャーコムは、日本製コミックスの版権を取得して中国語版を出版する
ことで知られる出版社。90年代になってIT分野に進出した。
(以上、2003年7月31日の毎日インタラクティブより一部引用―全文は引用元を参照)

引用元: http://www.mainichi.co.jp/digital/computing/archive/200307/30/7.html
飛龍CPU: http://www.v-dragon.com/
カルチャーコム: http://www.culturecom.com.hk/

2

2

5

２ゲットわはー

にだ

PC98にちょっと似てるね

200Mhz

ストライダー！

たしか激遅NO1のCPUだったな

空母なかったっけ？

お前等にそんな玩具は必要ない！

なぜミドリ？
あのラっシャー似の？

貴様らの親玉のところへ案内してもらおうか

きっとドラゴン花火のように綺麗な火花が出るのだろう。

承知したー。

名前がかっこいいな

ようはパクリ

「ふぇいろん」か

　　　う　つ　病　の　奴　
　　　
　　　ガ　ン　バ　レ　

アウトラインフォント内臓CPUなのかな。

呑龍でいいよ

少なくとも、名前だけは最強。

屠龍とか、絞龍とか？

ストライダーなＣＰＵですね。

バウ？

姉妹CPUの蒼龍も作ってくれ

ふーん。で、燃えるのか？

台湾製だろ

なんでこんな国に援助しているんだろう……

トランスメタのクルーソー、すごく良かったのだが・・・
ＣＰＵ業界はトップとＮｏ２以外は生き残れないかな。

サイリックス3は期待外れだった。キャッシュが少ないせいか、
ＣＤへのアクセスが尋常じゃなく遅い。使えねぇ。

麻雀式パイプライン装備だな。

欠点は恐らく、多牌すると速いが例外違反になることだろう。

あ、それチーな。

本当に恐れるに足りないのか？　いいんだな？　まだ俺達は安心していて。

CPU開発の費用はODAも含まれております。

　日本も大和ＣＰＵ、武蔵コプロセッサ、防人ＩＯＵとか欲しいもんです。

ミニ四駆のモーターを思い出さないか？

勿論イレギュラー

10まんこｷﾀ-(ry

木炭でも動きまつ

>>33　ロン

なんにでも「ドラゴン」と付けるのはもうヤメませんか？

で、どれくらいあんよ？400MHzか？

犬に最適化って、i18nいいかげんなのに意味ねぇだろ
自前で互換ＯＳ編み出せよ13億人もいるんだから

そういやｵﾚのHDD3台全部中国製だ

中国語文字生成エンジンの意味が良く分からないんですが・・・

またトロンか

日本も凄いの出せばいいのに。
家電に内蔵されてるだけだといまいち目立たないし。
ビシッとｶｯｺｲｲ漢字名で「大和魂」ってのがいいかも。

このＣＰＵは当然、シリアルをＯＳに返す機能があると思う。
それはいい。
だが、中国の公安当局が使うバックドアが、ＣＰＵに含まれている嫌疑があれば、
このＣＰＵは世界中のどこからも買い手がつかずに捨てられるだろう。

付属するのがＭＩＤＯＲＩリナックスだから、怪しいコードはチェックできると思うが・・

ああ…トランスメタ…リーナス…

次のFivaに搭載？

へー。

中国語のキーボードってどんな感じなんだろう
母音とかﾒﾁｬ複雑なんだよね

チリ紙になかったか　飛龍

ボインは万国共通だろ

>>47
すごいものを作る技術があっても世界に売ろうとするとアメリカに叩きつぶされる。

IntelとAMDいらねぇ

日本版CPU名は「切腹」でひとつ

名前のとおり飛んじゃいまつ。

うらやましいな。
日本も組み込みじゃないx86互換CPUを出せないかな・・・

空母あるよ！ 大和は駄目で飛龍はいいの？

Linuxに最適化というと、昔、LispマシンとかPrologマシンってあったな。
Basic09の6809とか。
あんな感じかとも思うが、実態は漢字ROMを含めたCPUといった程度か？

しかしそれほど高速な漢字表示を必要とし、かつ省電力な組み込み用途とは？
モバイルかなぁ。

フェイロンか、かっこいいな。

海軍バージョンが「靖国」だったわけだが。

>機器のパフォーマンスを落とすことなく、中国語表示ができると

これ昔聞いたな。

DOS/Vの出現でつぶされたが。

赤城霧島蒼龍飛龍ってカコ(・∀・)ｲｲ!

空母であったな
BF1942で出てきてたYO!!

>>59
商業ベースでリスクでなきゃ意味無い。
PCなんて組み込み用マイコンの市場に比べたら糞みたいなマーケット

山口多聞・加来止男内蔵

先行者の制御に使うのか＞飛龍

今から楽しみ

アスカ・ラングレー

龍頭蛇尾に終わります

先行者の国だし。。

>>64
日本じゃ10年くらいもったから、それでOKと考えてるんじゃない？
人口も10倍だし。

>>71
そりゃ蒼竜

>73
木製CPUとかだったら、それはそれで画期的だな


82くらい？

ネーミングだけは威勢がいいが、「先行者」の前科があるため信用できん。

日本で最初に沈んだのって飛龍じゃなかったっけ？？？

フェイロン

ｶｺｲｲ

四式重爆撃機　飛龍

ttp://www.synapse.ne.jp/kawakamigsdf/gyalary/air/4siki/4siki.htm

そんな玩具は必要ない

>>74

　最終的にはエッチなゲームに最適化されて
　作られていたマシンのような…。

というか、これもパクリ商品じゃねーのか？　初めから海賊版の
ＣＰＵ・・・。

値段と耐久性。
値段だけなら流石に要らない。
それから矢張り最終組み込み値段だよ。
たいして変わらないなら、スペック及び信頼性のため
そんな中国製は使わない罠。
しかし、国策とはいえ、
無謀とも思えるＣＰＵ生産への挑戦については
少しだけど尊敬するよ。
まあ、余り頑張らないでくれ。

技術的には見るもの有りそうだけど、ビジネス上成功まで持っていける
までが鍵だろうな。１０ｋ個の販売契約ってこの量じゃとてもとても。
まぁ単価が通常のＣＰＵの５倍位の値段ならわかるけど。それとも設計も
ファブも全部中国国内でやったから安いとかかな。展開が楽しみ。

めちゃくちゃ強そうなCPUだな

飛龍乱？

世界中で稼動する16Bit以上のプロセッサの60％強がTRON仕様のReal Time OS
で動いている。因みにWindowsマシンのシェアは僅か2%。

Linux用のRISCーPC。
日本の企業は商売にならないからださないのだろうか。
値段もそうかわらんのかな。

シナはなんでもドラゴン使っているが龍とドラゴンは別物だって言うことにまだ気づいていないのか

大衆は豚だ！

次は「富嶽」とか付けんのか？

OS上でプロセッサが動くってどういうことですか

1ﾍｪ

多分将来の軍事利用の為の叩き台のつもりなんだろうな。軍事目的って言ったら誰も強力しないからな。
採算無視で商業目的の開発ってことで始めれば、IBMとかの技術支援受けれるからな。
国産CPUで国産OSで固めて、１０年後ぐらいには何とかしたいと思ってるんだろうが
その時は日本やアメリカはその何1００倍もの性能の技術で迎え撃つってのがわかってないんだろうな。

　　　　, ,-;:;:;:;:;:;:;:;:;:;:;:;:;:;:;:,.
　　　　/;:;:;:;:;:;:ミミ;:;:;:;:;:;:;:;:;:;`､
　　　 /;:;:;:;:彡―ー-､_;:;:;:;:;:;:;:;|
　　　 |;:;:;:ノ、　　　　　`､;;:;:;:;:;:i
　　　 |;:/＿ヽ　,,,,,,,,,,　　|;:;:;:;:;:;!
　　　　| ' ﾟ ''/ ┌｡-､　　|;:;:;:;:/
　　　　|` ノ(　 ヽ 　ソ　 |ノ|/
＿,-ー| /＿` ”'　　＼　 ノ 　＜　ちょ、ちょっとまって！>>87 がいま何か言った！！
　|　:　 | ）ヾ三ﾆヽ　　 /ヽ､_
　ヽ　　`､＿＿＿,.-ー'　|　　 `ー-､
　　|　　　 |　＼　　　/　|
　　＼　　 |＿__＞＜　/　ヽ

カルチャーブレーンぽいので心配

ODAを原資に作ってそうな悪寒。

というか、中国語専用にしたら他国に売れんじゃん

ドラゴンボール（これもＣＰＵの名前）と紛らわしいからやめてほしいなぁ＞ドラゴン

ところでミドリは緑から来ている筈だが・・・。いいのか＞中国

飛龍と言えば「生ラーメン」でしょう。

中国のお得意のパクリは、CPUでは通用しないよ
なぜならパクっている間に日本やアメリカがはるかに進んだシステム作るからね

　飛龍って・・・それは旧日本海軍の名将・山口多門の最後の艦であると同時に、
ミッドウェーで奮闘した武勲艦の名前ではないかっ！！

　大和の模型でぶつくさ言ってたその舌の根も乾かぬ内にこれか！？

　・・・と言って見たくなってカキコしました。（ｗ

弱肉強食度では中国の方が上だから、数十年、米中が逆転しているかもね。
それまで中国が統一国家であることが前提だけど。ｌ

軍事とかならZ80が今でも使われてるぞ

>>97
同意。
チュンは嫌いだが、これは面白そうなのでがんがってほしいなと。

>米IBMの技術サポート

設計が中国でプロセス技術とか生産技術はIBMに頼るのかな




ただのASICじゃん（ｗ

飛龍？ワイバーンの朴李でつか？

飛龍と命名するなら、高給グレードのラインナップとして

「瑞鶴」　「翔鶴」　も製品化してくれ。

パクリだらけで特許違反の嵐の悪寒

台湾のVIAとの対決だな

>>100
ＭＩＤＯＲＩという緑色のオネェチャンのイラストが入っています。
妙なアメコミタッチでジャパニメーションやってるので、不気味です。
電源節約機能が充実しているので、Green=緑=MIDORIらしいです。

どうせ、バグの場所迄どっかメーカーのCPUと同じだろ。
その昔の東芝とSumsungのMemoryと一緒だよ。

>>52
知り合いの中国人は読み方で打ってた。
日本語みたいに、アルファベットで、普通だったよ。
ただ、日本語のように、スペースキーで漢字変換するのではなくて、
打ってるそばから、どんどん漢字が変わっていくだけ。

日本に来て一年もたってないけど、
普通の日本語キーボードで打ってたし。

じゃ、PS3のCPUは　大和　
NINTENDO128のCPUは、武蔵
これで対抗しましょう

三笠

大和がダメで飛龍がOKとはこれいかに

>>103
ミッドウェーでたまたま雲の下に居た飛龍は難を逃れ、単艦、攻撃を仕掛けヨークタウンを
大破させる戦果を上げ、後に潜水艦によって沈没

台湾だと略字がないから、ペンタブレットが主流

CPU　スサノウ
マザー　アマテラス

　(・∀・)ｲｲ!

飛龍っていったらこれだろ。

↑+A・B

カルチャーブレーンだな
って、誰も判らんか…

神風、富士、月光、朝霧、叢雲、草薙

使われそうで、ぱっと思いつく物はこんな所かな。

回天

日本は「特攻」だろ

>飛龍って・・・それは旧日本海軍の名将・山口多門の最後の艦であると同時に、
ミッドウェーで奮闘した武勲艦の名前ではないかっ！！

あの時陸用爆弾のまま出撃させてたらなあ・・・・・・
極東3馬鹿に舐められなかったろうに

これでＰＳ２のパクリが出現・・・したら嫌だ。

中国語に最適化したCPU
ってどういう事？

Linuxを使うのはいいが、なぜミドリ？
トランスメタと組む以上、仕方なかったのかな。

漢字ROMをCPUに内蔵？　ホントにCPUなの？　単なるROMじゃ？

また軍ヲタかよ

要するにIBMとトラメタ製のCPUでしょ。

>>128
漢字ROM入りﾌﾟﾛｾｻってことだろ

漢字ROMが在るだけで「中国語に最適化」って…
8801だって在ったわ！

時代に逆行してんなぁ…

ダイナマックだな

純国産だったらすごいんだろうけど
いつの間にかトランスメタとかIBMとかきな臭い名前が付いて
とても純国産とは言えない状態になりつつあるな

PC98のマネかぁ？

中国語文字生成エンジンをcpuに内蔵ってところで
激しくうさん臭い感じがするのだが

>>134
オンダイで漢字ＲＯＭが載ってるって意味だと思うぞ。

これ逆に言うと、独自に中国語のIMEソフトの開発力が無いってことじゃないか？

>>139
…それになんか意味あるの？

4BitCPU「激馬鹿」

そう言えば、昔のパチンコ台のCPU、でかでかと漢字が刻印されていた。
確か「量」だったかな････アレは何者？業界のカスタムかな。

初級革命講座飛龍伝を思いだした香具師は逝って良しだ。

>>142
台湾製のZ80コピー品じゃない？

8bit以下はプロセッサと言いたくない。マイコンだ。炊飯器でも積んでるし
極端に言えば蛍光灯ですらプロセッサ搭載となる。

他の国じゃ意味ないジャン。

>>140
imeと文字は別だろ。

あの国のことだ。
おまえ等あんま買いかぶるなよ。コピー品だよコピー。すべてコピー。しかも違法のな。

新幹線をくすね盗ろうって考えのやつらなんだから

ウイルス内蔵ですか？

>>145
蛍光灯のどこにプロセッサが付いている？

>>145
　電気のON、OFF？

インバータ

>しかしそれほど高速な漢字表示を必要とし、かつ省電力な組み込み用途とは？

英語版のWindowsって、使ったことある？

Windowsでなければ、MacでもUNIX(X Window)でも、何でもいい。
とにかく、アウトラインフォントの頂点数が多く、フォントファイルがキャッシュメモリに乗り切らない言語を
GUI環境で比較した経験は無いかい？

コンピュータで人の目に直接触れる形で処理するもっとも基本的な情報は、文字だ。
アルファベットなら、文字種は128種類、7bitもあれば事足りる。
ビットマップなら8x8ドットでも十分に表示できるわけだし。
ベクトルデータでさえ、よほど装飾的なものでなければ容量は数百KBに収まる。
現在のCPUなら、オンチップキャッシュにさえ軽く乗ってしまう容量だ。

一方、アルファベットと比較して遥かに複雑でデータ量の多い漢字のラスタライズ、データのハンドリングは、
アルファベットにのみ対応すれば良い英語圏のOSやCPUでは、どうしても大きなオーバーヘッドがかかる。
現在のPentium4のオンチップキャッシュの容量も、英語環境を主眼に開発されているだけであって、
アジア圏、とくに漢字圏での効率は考慮されていない。

多国語対応のOSで多国語アプリケーションを実行したとしても、英語のみで軽い文字を扱う場合と、
日本語や中国語フォントを扱った場合では、フォントのベクトルデータのハンドリングだけ取ってみても
帯域を消費し、キャッシュを溢れさせ、アプリケーションの実行速度を著しくスポイルしてしまう。

現に、英語版のWindows2000やXPでは、ロケール情報を変更するだけで日本語や中国語が扱える。
しかし、英語版Windowsで日本語を扱えば、日本語Windowsと同じもっさりした動作になってしまう。
漢字のハンドリングというのは、現在の演算力が有り余っていると言われるマシンでさえ重荷だ。
それはひとえに、アーキテクチャの段階から英語の事しか考えていないせいでもある。

中国のCPUは、おそらく漢字の重いデータを効率的に扱うために、大容量のオンチップキャッシュと
オンダイのラスタライザを搭載したのだと思う。

>>144
CPUが出てきたので、
「JAPAN」って刻印が･････

>>141
漢字ＲＯＭをオンダイにする意味なんてないだろ？
読み出し速度なんて他のボトルネックに比べたら微々たるもんだろうし。
めっちゃ無意味だと思う‥。

「黄金戦士」だったっけ？ノート用MMXを仕立てたやつ

12年くらい前の秋葉原でこういった文句を売りにしているパソコンを見かけた気がする
その後のCPUの高速化であっさりと歴史に埋もれたわけだが・・・

日本語版はないの？

>>153
でもさ、いくら漢字が早く表示できるようになったところで、せいぜいスクロールが
早くなるだけだぜ？
そんなに早く表示させるメリットってあるか？

これって非関税障壁仕込むための下拵えじゃねえの？

VIAマンセー

DOSVは、秋葉の喫茶店コロナで始まった

ペン４なんて数メガの動画が楽々扱えるのに数キロの漢字がそこまで重荷になるか？

>でもさ、いくら漢字が早く表示できるようになったところで、せいぜいスクロールが
>早くなるだけだぜ？

お前は、漏れの論旨の半分も理解できていない。

要するに、漢字のラスタライズ処理が重い上に「漢字の巨大なベクトルデータがメモリ帯域や、
本来プログラムの実行に使うべきキャッシュを食ってしまう」のが問題なのだよ。

英語でも日本語でも同じロジックで動くプログラムを作っても、
日本語の環境ではうまくキャッシュに乗らなくて、それだけで「プログラムの実行速度が下がる」んだ。

>そんなに早く表示させるメリットってあるか？

日本語でも英語と同じサクサク感が達成できるなら、メリットは少なくないねぇ。

>>153
じゃあ超漢字は激遅OSということになるな

ようは中国判TRON作れば何の問題もないのにわざわざCPUでやってるってことね

>ペン４なんて数メガの動画が楽々扱えるのに数キロの漢字がそこまで重荷になるか？

MSUIゴシックのファイルの容量見てみれ。
それと適当なアルファベットのフォントのファイルの容量を比較してみれ。

この数MBのフォントのデータが、メモリ帯域や貴重なキャッシュを潰してるんだよ。
英語なら下手すりゃ二次キャッシュに収まっちまう。

>>166
努力を認めてやれよ(w

>>153

大容量のオンチップキャッシュなんて付けたら歩止まりが無茶苦茶になるぞ。

そのうちOSもCPUも中国純正PCとか教科書に乗って、中国人が自慢しだす。
トラメタ辺りは買収されるかも知れないな。

>>167
まあ言わんとしてることはわかるけど、実際英語版WINはそこまで快適かな？
一般的な処理（IE,エクセル、ワード、FF１１）なんかで、分かるほど差がでるとは思えない

キャッシュがフォントデータで潰れる意味がよくわかっていないバカが多いようだが、
CPUがメモリを読み書きするときに、キャッシュに乗っている場合と
メモリに読みに行く場合では、読み書き速度は数十倍〜百数十倍も遅くなる。

せっかくの数GHzものCPUが、遅いメモリの読み書きで処理が全部止まってしまう。
キャッシュミスのペナルティは、高速CPUにとってこれほど大きな問題なのだよ。

そして、日本語や中国語などの漢字文化圏では、ばかでかいフォントのデータが
キャッシュを食いつぶして溢れ、効率的なデータの流通を妨げてしまう。

>>169
インテル最速ＣＰＵのイタニウム（読み方間違ってるかも）は
６ＭＢの３次キャッシュを積んでて、値段は５０万円弱
ｷﾋﾞｼｰ

>大容量のオンチップキャッシュなんて付けたら歩止まりが無茶苦茶になるぞ。
ロジック量の問題は、時間が解決する。着眼点は間違っていないと思うよ。

漢字のラスターデータサイズを考慮せずにオンダイは無茶かと。
フォントを取り替えたらゴミだしな。＞オンダイデータ
１６＊１６のドットデータなら、まだしも・・・。

パチンコゴト用の裏ロムですか？

ウチはペン４（３Ｇ）＋１Ｇメモリ＋光回線だけど、ＩＥの表示がもたつくなんて事はないな
来年はこのくらい普通になってるし、別に専用ＣＰＵ使うメリット少ないと思うが

>>174
CELLでは32MBのメモリーがオンダイだからね着眼点は悪くないけど、
登場が遅い＜日流

結局トロンと同じで自己満足で終わりそうな予感

しばらくして特許侵害が発覚する罠

>>172
でもさ、表示しなけりゃいいだけの話で…
そんなに大量に文字を表示しなくちゃならん処理なんて
あんまり無いけど？

>>179
トロンは産業に大いに貢献したぞ

＞ID:zzpT6msq
お前の言っていることは明治の頃から唱えられた漢字廃止論と同じことだよ
「能率を上げるために漢字を廃止せよ」ってな

限られたリソースをどこに使おうかなんて使う側の勝手だ
漢字の処理に多く割り当てて何が悪いのやら

飛龍昇天破

>>172
いわゆるＤＴＰなる仕事をしてますが、言わんとすることはよっく
分かります。今はＭａｃが幅を利かせてる業界ですが、マジでＴＯ
ＲＮとか活用できんものか・・・。

昔の98のMIFESのスクロールの気持ち良さに勝るエディタを未だ見る事はないよ。
漢字ROMは偉大だぜ。

てか、ビットマップなんて文字にとってはなんのメリットもない表示システムなんだよ。

標準のベクトルデータを専用にキャッシュする領域(CPU側のキャッシュを圧迫しないように)が、
ベクトルデータハンドラのロジックと一緒に乗ってるとかじゃないかな。

ベクトルデータのキャッシュも一書体のファイルをまるごとキャッシュするのは非効率だし、
一度使って寿命の間に再利用され続けるデータはキャッシュしておいて、あとは適宜入れ替える。
しかもそれを半自動でやってくれるロジックがオンダイで載ってる…って感じではないかと。
こうすれば、複数の書体を使い分けても、効率的にキャッシュできる。

CPUのコードキャッシュやデータキャッシュと分割する理由は、フォントデータがこれらの領域を圧迫しないように。

>>173
アイテニウムでわ？

>そんなに大量に文字を表示しなくちゃならん処理なんて
>あんまり無いけど？

普通に新聞記事相当のニュースサイトとかを回っているだけで、数百〜1000文字くらいは使ってますよ。
中国語はカナが存在しないからさらに文字種は多いだろうし、一文字当たりの容量も大きいだろうね。

>>179よ　>>88読め！

しかし何もCPU with漢字ロムにしなくても、別Chipでもいいのかと。。
その方がコスト安いと思うが。。

つーかな、ビデオカードにフォントデータを
直接、CPUを介さずに吐き出せせるだけで
漢字圏のPCの処理速度は劇的に向上するんだよ。
漏れはタルイの嫌いだから開発環境ではすべて英語だ。

TOFEL200だしな。

>>10
>>26

チッ！

>>186
俺はそれからVZエディタに乗り換えて、快適さが１０倍にアップしたよ
早さの桁が違う
しかも安かった

いまさら漢字ＲＯＭか･･･。

趙飛竜だと中国の壷ですな。

しかも、中国語ネィティブになっても他国言語の表示は今まで通り
ソフト対応じゃ更にコスト高だな。

よし、秋のボーナスで買うパソコンは飛龍搭載マシンにする。
おまえらもそうだろ？

つーかさ、最近のハイエンドのグラフィックカードなら、そういう処理もカード内部だけで行ってるんじゃないか？
ＣＰＵは表示する文字を指定するだけで、あとはカード内のキャッシュを参照するだけかと

>>187
キャッシュの区切りをワイヤでやる必要無し。

動的にキャッシュ（リソース）を使用し（割り当て）た方が良かれ・・。
半自動でやるにしてもバス使われちゃうしな。

>>189
略字使ってるから、昔よりかなり減ってるよ
日本の常用漢字とどっちが多いいのかは知らないけどね

>お前の言っていることは明治の頃から唱えられた漢字廃止論と同じことだよ
>「能率を上げるために漢字を廃止せよ」ってな

なんだか、お脳が右がかった香具師が釣れましたな。

漢字を廃止しろなんて俺は一言も言ってない。
英語圏で開発され、英語圏を主眼に設計されたコンピュータで漢字を扱うと
非効率を強いられるという事実をもとに、その不満を述べているだけだ。

>限られたリソースをどこに使おうかなんて使う側の勝手だ
>漢字の処理に多く割り当てて何が悪いのやら

限られたトランジスタを漢字処理のために割き、より効率的に漢字を扱う環境を
模索しても良いのではないかと、漢字を当たり前に使える環境を
CPUの設計段階から模索できる中国の試みを評価しているだけだ。

となるとバス帯域幅のほうがむしろ問題なんじゃ。。。

>>191
エスペラントにしる！

>>188
そうなんだ？
知らなかったよ
サンクス

中国の漢字って確か数万字ありましたよね。そんなにon Chip出来るの？

>>181
製版・印刷業界。Ｍａｃがいくら速くなっても、解決しない問題
山積み。

>>1 の 飛 龍 の サ イ ト 見 た ん だ け ど 、 中 国 語 って
こ う や っ て 半 角 開 け な が ら 書 く の ？

飛龍もまあまあだね。実用レベルとしては問題ない。
日本語で使うとその価値を実感できないのが、難点だけどね。

>つーかさ、最近のハイエンドのグラフィックカードなら、そういう処理もカード内部だけで行ってるんじゃないか？
>ＣＰＵは表示する文字を指定するだけで、あとはカード内のキャッシュを参照するだけかと

「表示」だけみれば確かにそうなのだが、ベクトルデータってのはビデオカードだけが扱うものじゃないんだよな。
特にCADやDTP、CG系ではね。

現実問題ＩＥの速度の遅さはＯＳ本体とか、ＨＴＭＬの解釈とかの遅さだろ？
それ以外に遅いと言えば、動画再生やエンコードなんかで、アプリ自体の文字の遅さを気にしてる奴は
あんまいないと思うぞ

>>197
んじゃ俺は蒼龍で

>>189
っつうか、WEBブラウズくらいなら、負荷なんてたかが知れてるじゃん。
あんまりメリット感じないな…

っつうか、今のグラフィックカードって、フォントキャッシュしてくれてるんじゃなかったっけ？
漢字は駄目なんだっけか？

>>209
それはごく一部のユーザ向けだね

>>209
DTPマシンでしょ、これは

>>197
それじゃ漏れは準鷹で。

>>212
昔（3.1とか95時代）は英語のみだったような・・・。
最近は・・・・・・・そういえば気にしてないな（ｗ

>>209
っつうか、通常使ってるフォントはベクトルデータじゃなくてビットマップデータだよ。
ある一定以下の大きさだとビットマップ形式でデータが格納されてる＞TTF

この記事で一番驚いたのは

トランスメタってまだ潰れてなかったのか

ってことでした

>>209
ベクトルデータになった時点でフォントキャッシュの意味が無いかと・・・。

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

IMEで十分。Memory上にロードされてりゃ人間には十分高速。

>現実問題ＩＥの速度の遅さはＯＳ本体とか、ＨＴＭＬの解釈とかの遅さだろ？

そのブラウザのラスタライズエンジンが、英語と比較して大容量のベクトルフォントを使う事で
キャッシュから追い出され、英語環境と比較して実行速度に大きなペナルティを追っているのが
現在の日本語や漢字環境なのだ、と言っているのだが。

>>218
トランスメタ　だって　必死に生きているんだよ

わざとROMつけて
アメリカのCPUの世界覇権を邪魔しませんよー
という意味かも知れんが･･･

>っつうか、通常使ってるフォントはベクトルデータじゃなくてビットマップデータだよ。

ビットマップでも、127文字とJIS第一・第二水準では容量が桁違いですがね。

飛龍 ＝ バウ ＝ ティターンズのモビルスーツ

>>225

だから、ビデオカードで扱うデータでしょって言ってるんじゃないの？

まあｚｚｐの言ってる事は正しいんだろうけどさ
総合的な処理速度や互換性、信頼性でインテルとかＡＭＤと戦えるわけないんだしさ
そういう一点だけ優れててもダメだと思う
トロンだって漢字の扱いは優れてるけど、実際は普及しなかった
とりあえず俺は乗り換えるメリットは全く感じられない
ペン４でも十分高速だし、仮にずっと安かったとしてもＣＰＵだけ安くても大したことないから

>>224
逆では？
こいつを必須条件にすればメリケンCPUは入ってこれませんよー、みたいな。
＃VIAのアーキテクチャ問題はどうするんだろ、これから

現実問題一般のパソコンはいかにＩＥ、エクセル、ｎｙとかが快適に動くかってのが問題なわけで
少なくとも日本とは無縁のＣＰＵだと思う

>>212
漢字というか、矩形データとしてキャッシュしているはず。
そういう意味ではよくある単語はキャッシュされてるはずだし、
オンダイで漢字ＲＯＭ積んだって、思った以上の効果が
出ないんじゃないかなぁ‥と思うのだが‥

>ベクトルデータになった時点でフォントキャッシュの意味が無いかと・・・。

なぜ？

データがキャッシュできるサイズか、そのデータをキャッシュすることで
キャッシュから追い出されるコードが多いか少ないか、の問題なのだが。


まだわからんバカのために、こう言い換えてやろう。

巨大な漢字フォントのデータで貴重なプログラム実行用のキャッシュが圧迫されないように、
CPUに細工をしたということだ。

まあ、最初から日本語環境しか知らん奴に、実はお前ら英語環境よりうんと遅い状態で
使わされてたって知らねえだろバーカバーカと言っても、実感が湧かずに曖昧に微笑み返す事しかできない訳だ。

「それで困ってないから、改善の必要はないよ」

それでも、改善した隣の国では、快適なコンピューティングをまた一歩実現しました。
危機感もなく安穏としていたおバカちゃんは、何も困っていないけど気付けばなぜかジリ貧です。何故でしょう？
…って事になるぞ。

インテルはいってぬ

っつうか、この理屈が通るなら、PC9801は衰退していなかったはずだよな。
世界と同じ部品を使うから、ココまでパソコンは安くなった訳で…

ん〜でもまあ、母国語でプログラミングできれば、みずほのトラブルもでなかったろうし、
バグ潰しも楽だろうね。

大和は駄目なのに飛龍はいいのか？

>>201
＞ 漢字を廃止しろなんて俺は一言も言ってない。
お前が言ったと書いたわけではないんだがな。
これだけで何で右がかった厨なんて言えるんだか。変なの。

そもそもcpuの段階で文字表示についてまで設計するのは違和感を感じるがな。

だからさあ。CPUに小細工してもダメなのよ。
ビデオ回路に小細工しないとさあ。
てかさああ、チョンの使うコンピューターなんてVGAで十分でしょ？
漢ロムでいいんだよ。
286で十分なんだよ。
だからCPU性能犠牲にしてCPUにビデオ回路と漢ロム内蔵にして
「速いだろ？」
って自慢コイてるわけさ。

おまえら根本がわかってないよ。

そもそも中国でマスクパターンはどう作るか知ってるか？
日本だったら精密なレンズでフォトレジストするんだがな…

中国は…

OSのディスクキャッシュを多く取ったほうがいいわけか？ ＜日本語版WINDOWS

>>229
性能が追いつくまでそれは無理だろうと思う。
http://pcweb.mycom.co.jp/news/2003/07/29/23.html
↑一生懸命外国の技術を導入してトップに立とうとしている。

>>232
おじさん元気だ。頑がって

>>232
ベクトルデータとして扱われるから。

フォントとしてではなく。

>>228
Unicodeはトロンの思想を劣化してパクッタ奴なんだが。

>だから、ビデオカードで扱うデータでしょって言ってるんじゃないの？

脊椎反射で頭のわるい反論を垂れ流す前に、ストレージからビデオカードに
フォント（ベクトル、ビットマップ問わず）のデータが渡るまでの、データの流れを辿ってみたらどうだい？

>>237
だからグラフィックボードにのせるのが正解。

>>243
一番大事なのは「ウインドウズ上で動くか」って事なんだよ

http://www.hitachi.co.jp/New/cnews/9803/0316.html
これをＣＰＵでやったようなものか？
こういうのはどっちかって言うと組み込み向けだな

>>240　同
無理だよ。対共産圏COCOM規制の名残りが未だに先進国全てにある。
最先端の半導体製造プロセスは中・ロ・北朝鮮等には輸出出来ない。

そこまでロスが問題になるんなら、そもそもCPUが担当する理由って何？
昔のFDDアクセス専用Z80みたいに・・・って>>245に先を越された。

ZZPってなんで英語版がそこまで快適だと思うの？
使ってた？

>>244
ＤＭＡでデータ渡していたらどうするよ。

>>243
ばーか違うだろ、標準化されているか否か。

俺が処理的に重いと思うのはｎｙとかMP９とかIEを同時に動かした時くらいだな
別に日本語処理自体に不満がないなら、それを早くしても買おうとは思わない

>>222

それが原因で体感できるほどの差がでるとは
信じがたいなあ。定量的にそれを示すような
実験データとかありますかね？

毎回ラスタライズするのも馬鹿らしいから
ラスタライズしたものをメインメモリに置いといて
以後はそいつを VRAMに転送とかやってるんじゃないの?
だとしたら英語環境と日本語環境で体感できるほど
大きな差がでるとは思えないけど。

それ以前にエンジニアならすぐに思いつくような話で、
ほんとに劇的な効果があるなら日本企業がとっとと
やっている話だと思うけど・・・

>>252
>>246へのまちがい。
　まーWinしか使わない香具師はどうでもいいのか。

>>244
＞「表示」だけみれば確かにそうなのだが、ベクトルデータってのはビデオカードだけが扱うものじゃないんだよな。
＞特にCADやDTP、CG系ではね。

これに対応したメッセージでしょって子といったんだよ。
もうちょっと自分の書いたこと覚えておいてよ
ヒット率低いぞ

>>249
お前はSCSIの原理を知らないのか？
寝ろ。

>>zzpT6msq
オンダイで漢字ＲＯＭを載せた方が速いってことは皆分かってる。
皆分かってる時点ですでに論点はそこじゃないだろ？
そこまでして高速化する必要が一般ユーザーに関係あるのかないのかだろ？
１秒が１００秒になるんじゃ誰だって気がつくが、
1msが10msになったところで気になる人はごくわずかだよ、ってことが
言いたいと思うのだが‥

>オンダイで漢字ＲＯＭ積んだって、思った以上の効果が
>出ないんじゃないかなぁ‥と思うのだが‥

オンダイで漢字ROMを積むのではなく、
大容量のフォントのデータがコード用やデータ用のキャッシュを圧迫しない
何らかの仕掛けを作ったのだろう、と予想しているのだが。

キャッシュがフォントのデータで埋まる意味と損失の大きさに、
これだけ言っても気付かないアフォが多すぎ。

フォントキャッシュをオンダイで搭載するのがアホらしいという意見も一見もっともらしいが、
フォントみたいな参照頻度が微妙な割にキャッシュを圧迫するデータが流れてくることで
何より貴重な演算ロジックの動作を引き止めてしまう結果を招く方が、
いまの半導体プロセスの実装トランジスタ数から言ってよりクリティカルだって事がわかってない。

っつーか、お前らその程度の見識で「問題ない」とか言うな。
問題ないんじゃなくて、問題を認識できていないだけだよそれは。

>>238
中国と韓国の区別は付けてほしい

>>248
半導体製造プロセスは無理だが、まず回りからやるんでは？
多CPUに対応したマザーボードの設計やら･･･

擁護派必死だけど、少なくとも日本市場には一切関係しない話題だよ
説明を理解する能力ないみたいだけど、１年後にはわかるだろ

>>260
鬱だね要。

>>258
　zzpT6msqは馬鹿だろ。
　しょうがないよ。HTML云々も聞いてあきれる。

>ベクトルデータとして扱われるから。
>フォントとしてではなく。

そのベクトルデータが、別領域にキャッシュされる事で効率化される可能性は？
そのベクトルデータが、貴重な命令キャッシュやフォント以外のデータをキャッシュすべき
データキャッシュを圧迫しなくなる事で得られるメリットとその可能性は？

いまさら漢字ロムってな・・
実際最初にアクセスするときだけ問題で、あとは普通ＲＡＭキャッシュから参照するだろ
ロムのアクセス遅いしな
そんなもの積むならｒａｍ増やした方が効果的

>>259
そりゃ普通に使ってて、遅いって思わないからだべ。
英語私用で使うよりも何よりも
パソコンで大変なおもいさせるほどの作業してる人が少ないって琴田

ま、どう考えてもIT途上国の国民に対する一党独裁政治のプロパガンダだな。

単価はいくらよ？

ＺＺＰがバカなのはほぼ全員わかったからもういいや
つーか勝手に仕組みを推測してるだけなのによくそんな書き方できるよね
その時点でバカだな

昔、海岸に打ち上げられたCPUじゃねーの

>>265
英語を覚えなくてもいいってことですね！

どうせ安定供給できないで潰れるよ

日本でもパソコン市場で通用するＣＰＵが作れないのに
中国でできる可能性は相当低い

要は中国版PC-98がやっとできたってこと?

>>250
ちなみに自分は英語版のWinXPをソフトの開発環境に使っていた。
最初は英語のみのフォントで作業していた。
で、日本語が必要となったので日本語フォントに切り替えた。

体感的にはスクロールなんかはあんまり変わらなかった。


ただ、正確に測ると遅いのかもしれない。
ダブルバイトのフォントを多用しつつ
高速（人間が考えたり文字を打つよりも早く）に処理をする業務って・・・。
なんだろ・・・・・・・・。

よく分からんが漢字でプログラム出来るの？

ぴゅーた

くだらない奴って下らない事にこだわるからな
そう言う奴は人間全体として下らないから、まあ言ってる内容のみならず
完全に相手にされないね
フォントとかベクトルとかどうでもいんだよ
今の５万のパソコンでもその程度問題なく表示できるんだから
誰もきにしてはいない
気にしてないところを改善しても売れない
そもそもそこだけ早くて他の処理は遅い（だろうな）として、売れると思うのか？

>>266
昔の漢字ロムの概念でそのまま載せるわけではあるまいに･･･。

ぴゅー太か？

>>276
ＤＴＰでしょ
このＣＰＵだってＤＴＰやさんの設計なんだから

>>277
日本語でプログラム出来る環境があるが、
確かひらがな・カタカナのみ。

日本もe-JapanでLinux採用。中国で独自CPUでWintel連合に
風穴が開く前兆かもね。そう考えたら歓迎だ罠。

>>274
そもそも輸出する価値がないから。

>>283
ひまわりか？

周波数幾ら？

>>265
突っ込んでいいのかな・・・・・。

命令キャッシュとデータキャッシュは最近のＣＰＵでは別ですが？
ベクトルデータとなったら英語だろうと日本語だろうと複雑なＣＡＤ図面だろうと扱いは同じですが？（サイズの違いは有るが）

中国が国策で窓禁止とかやって、さらに国民総電子化とか言い出したら
普及するかもね

まあLINUXに対応だからそこそこ快適に動くと思う。
まあ端末専用だね。WIN入ってないから安く上がりそう。

>>283
ｻﾝｸｽ　日本語でプログラム出来たら楽でよさそう

リナックス対応だからリナックスに限ってはインテルより快適に動くだろうってのは間違いだよ

そもそもLinuxからして漢字圏のことなんて考慮せずに発展したOSだろうに
そこからしておかしいがな

>>289
WTOに入ったんでそれは出来んわな　ｗ

>283
LOGO？

コストと国防観点だろうが、トラメタとIBMが協力って時点でドキュン。

>>288
いや、文字をコード化した種類ｇのベクトルデータが増えるってことじゃない？

自分の言っている意味がさっぱりわかってない俺だけど

使えるOS限られてる時点でクソ

>>288
最近てか４８６の時代から別だよね

>>295
それは性格にはタートル言語です

>>282
ＤＴＰ・・・。
雑誌だとフォントがゴロゴロ変わるから新聞くらいにしか使えんな。
あ、新聞も広告が多いとマズいのかな。

中国語に最適化って事は、販売市場は中国。まぁ関係無いよな

何考えてんだか。。。

ま、32bitって時点で、国内工場では生産不可能だ。輸入CPUで〜す。

バウとか言ってしまう
芳ばしいガノタは居らんのか?

>>259
ってか、多バイトコード処理(単純な演算から、テーブル管理まで)とベクトル
フォント向きの処理用の命令セットと専用レジスタ群を持たせたものを
想像したのだが。

フォントデータ→描画データの生成パスの、むしろ、チップセットやグラフィッ
ク系の回路の役割だと思われ。でも、面白いアイデアではあるが。

>>304
>>226

>>259
あんたの言うとーりだ。

>>293
Svchost.exeに不信感を感じてるんじゃない？

先行者と同レベルのネタだろう。
CPUはロボットよりビジュアル性が低いので、
盛り上がりに欠けるね。

いろいろ今回の CPU を技術的に解説してくれる人がいるが
各論が正しくても、いまどき、漢字ロムつきの CPU なんて、
なんのメリットもないよ。唯一の活躍場所は携帯端末だろうね。
それでも、CPUとロムを切り離して、双方を廉価版にしたほうが
安くあがる。

>>297
テーブルに置いておいてベクトルデータを読み出す方式にするということかねぇ。
キャッシュの使用量は減るかもしれないが別の意味でＣＰＵかＧＰＵに負荷がかかるな。


>>299
頭の中がZ80まで戻っていました（ｗ

>ZZPってなんで英語版がそこまで快適だと思うの？
>使ってた？

ええ。WindowsならNT3.51からずっと、英語環境でね。

IRIXは元々英語しか無かったし、Linux(RedHat)は英語のみと日本語環境と両方使い分けているよ。
いずれもメインで使用するアプリが英語圏のものだったから。

その昔、二次キャッシュが載っていなかったり、たった256KB程度だった頃は、
ベクトルフォントを扱う作業は英語も日本語の別もなく、等しく重かったよ。

同じバイナリが動いても日本語環境ではなぜかもっさりして遅い、という奇妙な現象は、PentiumII世代から実感した。
要するに、アルファベットその他で127文字で済む英語のフォントはキャッシュに載るが、日本語は乗り切らない。
それがキャッシュ効率を低下させプログラムの実行速度を下げさせる原因になっていたという事に気付くのに、
そう時間はかからなかったよ。

>>297
　考えれば考えるほどグラフィックエンジン側の処理なんだけど･･･
文字コードの処理→　CPU
　実際のベクトル計算とVRAMへの表示→　GPU

GPU側でフォントのベクトルデータ処理するべき問題じゃん。

結局種類以前に性能差がありすぎだから、全くどうでもいい存在
リナックス向けの最適化されてても、元の性能が１割だったら意味ない
中国がインテル並のＣＰＵ作れると思うのか？

>>265
多分、そんなもんキャッシュしてもメリット無いよ。
漢字文化圏の場合、文字数が多くてヒット率が悪い事が
予想されるから。
フォントデータが連続データである事考えたら、んなもんを
無理にキャッシュする位なら、メモリバスの転送効率を上
げる方が遥かに有効だと思われ。

>>313
質問する意味無し

今のローエンドのセレロン２Ｇ使ってて日本語エディタが遅いと思う奴いるか？

紅旗98完成かぁ？

飛龍っつうと生ラーメンだよな

>>304
ガノタﾊｹｰｿ

で、散々キャッシュについて議論しても、そのキャッシュに収まるデータサイズを考えながら
プログラムする人っていまどれくらいの割合なんだろうか？

このCPUはどんな分野に使われるんだろ？用途を限定しない汎用だろコレ。
だったら、そんな使い道の限られるロジックは載せずにチップの小型化、低コスト化を
目指すべきではないのか。

だからさ
インテルとかが日本向けにペンティアムを最適化したなら話題になるけどさ
全く論外のメーカーがそんなＣＰＵ作っても単なるキワモノ扱いだろ

つまり　PC９８　ってことでしか？
ということは、次はＤＯＳ／Ｖが普及するのでしねｗ＞中国様

>>316
P4系はもっさりしてるが。。

確かに今より遙かに文字表現がクソだった時代でさ、
日本語が高速に表示できたＰＣ９８が敗北したのを考えれば
今回の事もどうなるか予想できるな

それよりも、Ｗｉｎ２０００以降、中国語版にバックドアがあることは知ってるよね。
Linuxでも同じ要求を出してくるだろうが、大丈夫か？
カーネルは自分でコンパイルしたほうが無難だが、ROMに焼かれては比較も難しい。

>>320
>>1には用途限定と書いてありますが・・・・。

組み込みの石と変わらん扱いしかできないかと。

文字生成って何だ？部首で文字を生成させるのか？
また無駄なことを。はじめから乗せとけよ。

フォント専用キャッシュ領域？

>>323
それはＯＳの問題じゃないの？
Ｐ５になってもそうだと思うよ
２８６でＤＯＳエディタ使った方が快適

ようするにプロセッサじゃなくてビデオカードやＯＳで対応すべき問題だって事だよな
別にインテルのＣＰＵが１バイト文字に圧倒的有利ってわけじゃないんだから

このCPUが「わたしは中国から来ました」を「わたし中国から来たあるね」と
高速変換してくれるの？

>>311
データは持ってないが、多分、違うんじゃない？
当時一般的に言われたのは、内部ユニコード、アプリSJISと
文字コードの表現の違いから来る変換オーバーヘッドが邪魔
だから、とか、二バイトコード文字列の処理に付随するオーバー
ヘッドがでかいから等だったよ。

そういえば昔はセクターに収まるようにとか、
メモリの壁を超えないようにコード書いていたなぁ・・・。

>命令キャッシュとデータキャッシュは最近のＣＰＵでは別ですが？

x86に限って言えば、それは一時キャッシュの話だね。
二次キャッシュも、Katmai PentiumIIIからデータとプログラムの領域を区別できるようにはなったけど。

データキャッシュが別れていても、参照頻度が高く、しかもデータ量の多い漢字フォントのデータは
それをより分けて別に置かない限り、データキャッシュにたまる。
日本語のフォントなら、Pentium4の二次キャッシュでさえ軽く埋める勢いの容量だ。

コードキャッシュまで潰れないにしろ、そのコードキャッシュにヒットしているコードが
データを参照して、要求したデータがデータキャッシュにヒットしなければ、
メモリアクセスにペナルティが課せられる。
Pentium4のパイプラインは深く、高クロックで駆動する演算ロジックにとって
DDRといえど外部のメモリはあまりにも遅すぎるのだよ。

キャッシュからフォントデータを区別しない限り、漢字文化圏では実行速度を著しくスポイルする要因となり続ける。

>>327
ブシュ！

国防の意味合いもあるが、要するにコピペ民族からして、WTO加盟後MSに多額の
OSライセンス料を国家として払いたく無い。これに尽きると思われ。

>>316 「牛刀を以って鶏を裂く」の感が否めないわけですよ。
お前等本当に２Ｇ必要なのか？と。

もっと低い技術レベルでも、工夫すれば十分な性能の物が作れますよ…。
ってことだと思う。

>>311
すごい理論だな。
その理論で技術者を納得させることが出来るとでも？

>>326
いや，失礼。読んでなかったわ。
ん〜用途限定化か…ほんと何に使うんだろ。
簡単にキャッシュ増やして、使い方はプログラマにまかせりゃいいのに。

>>338
すでに、かなり納得できてない。

飛龍か。ユーラシア大陸から出してはならん。
オマエは夢を見ているのだ。悪い夢を。

Ｉ got you.

　Ｔ
　 ゜ λ....ﾜｶﾙﾋﾄﾆｼｶ ﾜｶﾗﾝﾉﾃﾞｽ ﾄﾎﾞﾄﾎﾞ

>>324
> ＰＣ９８が敗北したのを考えれば
PC98が脱北って何の事かと思った…

>>55
国際標準化って奴だね。
携帯も洗濯機も全部それでやられて負け組に。
日本の家電メーカーはそれでやる気を無くしちゃったんじゃ無いかと。

日本

基本 JIS　第１・２水準文字 6879文字

JIS　第３・４水準文字 4344文字

日本補助 JIS　補助漢字 6067文字

中国

中国語簡体字（GB2312) 7445文字

台湾

中国伝統字（Big　５、繁体字）　 13735文字

だそうです

>>330
でもOSにはLinuxを採用するというセンスはどういうことやら

CPUつくるよりGPUへのオプションとして漢字専用DSP作ったほうが汎用性がある。

−−−−−　終了 −−−−−−−

東風より好きだ

>>324
漏れもその話を思い出したよ。
発想法がなんとなくＰＣ９８の漢字処理に似ている。

>>337
まあこれだけ優れたＣＰＵ使ってて、アホで遅いｗｉｎが諸悪の根元だってこったね
なんで１０年前より重く感じるんだよと・・
思ってても他に選択肢ないしな
ＣＰＵよりＬＩＮＵＸにがんばってもらいたい
セレロンなんて５０００円で買えるしどうでもいい
今はＬＩＮ全然ダメくさいが

>>345
タダだから

>>345
ｗｉｎ市場ではもはや勝負できるレベルじゃないんだろう
そもそも中国じゃｗｉｎて高すぎじゃないの？
物価から考えると日本で数十万で売るのと変わらなそう

ＳＪＩＳ，ＪＩＳ，ＥＵＣ，ＵＴＦのコード体系をなんとかしろ。。。

>>311 言っていることはわかるが、
CPUのキャッシュ（ラム）と同性能のスピードを出せるロムは無理だろう。
勘違いしないで欲しいのは、ラムとロムではもともと構造が
違うので、アクセス速度が一桁は違うよ。
ましてやCPUキャッシュと同性能スピードをもつロムなど無理だ。

それに高速性を追求するなら、ロムも結局はラムに展開しなければ
ならない。そうなると、ハードディスクからラムに読み込むのと
あまりスピードは変わらないよ。最初の読み込みが遅くなるだけで
あとは同じ。

結局、今回のCPUでもキミが感じるもっさり感は改善されないと思うよ。

要であるXの多バイトコードの処理が相変わらず、
アレみたいだからね。

最近のは、以前に比べてかなり使いやすくはなったけど。

>>352
もう、あるもんだからしょうがない。

>>351
単に米帝に金を払いたくないだけだと思う．

彼女は名器だ、名前は飛龍！、なんていう”名器シリーズ”エロ漫画があったな…

>>342
ニュー速＋に毒されすぎｗ

>>348
あれは優れた技術だったし、今の千分の１の処理速度で快適だったんだから凄い
まあ独占のぼったくりで自らのクビをしめたわけだが

MSの息が掛かった統計データだが、中国での32アプリコピー率は90%を超えてる
から日本よりかなりOSコストは低い。

>>334

さっきも書いたけど、フォントデータってほんとに参照頻度高い？
毎回ラスタライズはしないだろうし、
描画なんてせいぜい秒間数十回しか発生しないし。
(これはアプリの作り手の腕にもよるか・・)

キャッシュの逼迫よりもメインメモリの逼迫に迫られて、
ベクタデータのラスタライズのためのチップを載せたんじゃないの？

>>352
しかも、どれも日本語の漢字を表現するのに数が
足りないと来てやがるのが・・・

>>353
そんなことはない

>>353
そもそもそのころのXWinもLinuxカーネルも今と違ってi18nの処理に重き置いてないし。
　

>>359
オンライン登録とかで、最近はそれがしにくくなってるから
対策ねってるんじゃない？

>多分、そんなもんキャッシュしてもメリット無いよ。

貴重なコード／データ用のキャッシュが、フォントのデータで埋まらずに済むメリットははかりしれないよ。

現在のほとんどの実装では、漢字ベクトルフォントにアクセスすれば少なくともデータキャッシュはほぼ埋まる。
逆にいえば、それまでキャッシュに置いてあったデータが全部追い出されるということだ。
その追い出されたデータにアクセスが発生したとき、パイプラインは破棄され、遅いメモリのアクセス待ちで
数百〜ときに千サイクルもの待ち時間が発生する。

フォントのデータを、コードや一般データキャッシュと別により分けることができれば、
これらのキャッシュ領域が圧迫される頻度は激減する。

>漢字文化圏の場合、文字数が多くてヒット率が悪い事が
>予想されるから。
>フォントデータが連続データである事考えたら、んなもんを
>無理にキャッシュする位なら、メモリバスの転送効率を上
>げる方が遥かに有効だと思われ。

メモリバスの効率が上がっても、肝心のメモリのアクセススピードは簡単には上がらないんだなこれが。

案外携帯やＰＤＡ用では。これなら何でも1チップに搭載するぞ。

満開壱号を思い出した。

>>367
やめてくれ、もう思い出したくない。

>>364
中国でXPは普及していない。当然でしょ。それ以前のOSでほとんどのことが出来るし。

linux機でiモードのページ作るのに苦労したよ。
ＤＢはＥＵＣだし、そこから出力されるＸＭＬはＵＴＦ−８
そんでｉモードがＳＪＩＳと来たもんだ。

殺意さえ覚えるね。あれは。"�U"って字も個別に対応しないと
変換できねぇしよ〜。

まあこういうスレって水掛け論なわけでさ
実際製品でてきたら「なんだこりゃ？」で終わる話だと思うよ
いくら２バイトに対応しても元の技術レベルもシェアも対応ソフトも違いすぎるんだから
妄想だけでここまで擁護しても全く無意味
そんなに優れてると思うなら買うんだろうな？

イイトコだけ挙げるのならマックなら１０００個はあるだろうな
実際の勝敗は明かだが

満開製作所、、、祝一平はもうこの世にいない。

>>356
海賊版対策を行う見返りに、中国は公安用バックドアを提供されたんだよ。
Bill・Gが北京を訪問したときの密約。

だから中国はWinが怖くてしょうがない。身から出た錆だ。

少なくとも今更な機能
10年遅かったな

話を戻そう。　そもそもホントに漢字ROMオンダイ？　
中国語文字生成エンジンって何？

>>373
ゼロ式なんていうのもあったな･･･。

CPUに内蔵て具体的にどう使うの？
x86互換と仮定した場合。

現実問題、今パソコン買う人は、とりあえずｗｉｎを買って何するかって話で
ｗｉｎに対応してないものは最初から論外
これが現実だよ
優れたソフトもハードもシェアの壁で９９％負ける
シェアが最も大事な性能だろうな

>>365
残念だけど、データキャッシュのメリットはCPU演算中に
空くメモリバスの有効利用。
フォントデータの様なデータ連続に並んでアクセス効率＆
キャッシュ予想のヒット率の高いデータを何でもかんでも
Onキャッシュにするメリットなんかないよ。

それこそ、そんなキャッシュ容量取れるのなら、汎用に
使えるキャッシュの容量増やして、コードや何かのテーブ
ル入れて、ヒット率上げた方が遥かに効率が良いよ。の

>>378
詳細なんか全くでてないよ
妄想で擁護してるだけ

木を見て森を見ず・・・・・・か。
システムはトータルなんだがなァ。

どれだけ処理を早くしてもボトルネックは人間（ｗ
特に人が見るために文字を出すのならば・・・・。

>>365 zzpT6msq
あくまでもOSをLinuxに限定するってことを前提とすれば‥‥
X-WindowのXServerのソースを解析したことも設計したこともないでしょ？
まずはソースを読んでみれ。
どれだけ恥ずかしい発言してるかが分かると思うから。

「飛龍」アスロンと読みます。よろしくね♥

>話を戻そう。　そもそもホントに漢字ROMオンダイ？　
>中国語文字生成エンジンって何？

漢字ROMではなく、フォントデータキャッシュとキャッシュマネージメントロジックだろうと言っているのだが。
オマケでラスタライズエンジンを組み込むくらいは、現在の半導体の集積度なら造作もないだろうけどな。

>>378
ASICだよ。もしくはCPUコア付CPLD（ARMベース)じゃない？

>>379
中国の話だよ。一党独裁、インターネットに反政府書込みしたら実刑判決
受ける国。　共産党が国民機として水晶すればどんどん普及する。

漢字ROMの入ったCPUということでしょうか?

>>379
それは金のある先進国での話。

ＺＺＰは日本語ｗｉｎが重いと感じた
それは分析とか全然なくて２バイトコードのせいだと勝手に決めつけた
だから２バイト対応のＣＰＵなら早いと考えた
その先は全部自分に都合良く解釈した話で現実とはほど遠い
枝葉末節
本末転倒

>>365 理論にはわかるけど、今回の中国のCPUはそういう性能を
目指したものじゃないと思うよ。単なる漢字ロムつきの1チップCPU
漢字データをCPUキャッシュに収めたければ、キャッシュ容量を増やせばいい。
ただ、それだけのために高価なCPUキャッシュ増やして、
コストを上げるのは意味がない。

いくら人件費が安い中国でも、メモリの価格は桁違いに安くなるわけじゃない。

>>389
ああそだね
まあ日本には無縁て事で

だからさ
元のレベルが違うのよ
ペンティアムＭＭＸはマルチメディア処理を積んでるわけだが
ペン４のＭＭＸとかＳＳＥ抜きのと比べて早いか？
それ以上のレベルの差があると思うね

T-Linuxですか？

これで自作パソコンつくってみたいね。
日本にははいってこないのかねー。

>それこそ、そんなキャッシュ容量取れるのなら、汎用に
>使えるキャッシュの容量増やして、コードや何かのテーブ
>ル入れて、ヒット率上げた方が遥かに効率が良いよ。の

まあ、漢字ベクトルフォントを読む度にデータキャッシュが溢れる事は変わりない訳ですが。
そしてそのペナルティのカバーに、本来英語版では必要のないウェイトサイクルを費やす訳だ。

わかりやすい比較をするなら、データキャッシュ512KB単一の環境よりも、
データ512KBフォントキャッシュ128KBの方が、フォントへアクセスするたびに
データキャッシュがフォントのデータで埋まる非効率な環境よりはCPUを効率的に使える。

フォントにアクセスしない状況では128KB分のフォントキャッシュのトランジスタは無駄だが、
大容量の漢字ベクトルフォントにアクセスする状況下ではその効果は覿面だろう。

キャッシュ容量増やすのがむずかしいのは常識だろ
でなきゃペン４ももっと積んでる
そんなん中国にできるか？
しかも同レベルの価格で

>>395
その場合
返り点表示のIMEキボンヌ

レジスタにEUCみたいなの入れて拡張命令呼ぶと
何処かのレジスタに16x16モノクロ1bitのキャラクタデータが
入るとかなの？　でも32バイトもあるよね。

まあいちいちスレの内容読まなくても、一人がほぼ全員に叩かれるって流れになったら
どっちがだたしいかってのはほぼ証明できたと思って問題ないな
センスでカバーレベルの奴だったな
まあ痛い奴がいると盛り上がるけどな

>>398
簡体字と繁体字の切替も必要。

>>399
レジスタにわざわざそんなデータ入れたら処理が重くなるが

キャッシュにいれずに処理しますよってＣＰＵ命令ってあるんだっけ？＞最近のペン太

>>396 それは、だから、漢字を使っている国のハンディキャップ。
今回のCPUとはまったく無関係の問題。キミのいうようなCPUを設計しても
英語圏向けには、漢字フォントでなく、例えばマルティメディアデータをCPUにいれて
もっと高性能な機能を持たせることができる。いたちごっこだよ。
同じコストならどうころんでも英語圏のほうが高機能なCPUを作れる。

>ＺＺＰは日本語ｗｉｎが重いと感じた
>それは分析とか全然なくて２バイトコードのせいだと勝手に決めつけた
>だから２バイト対応のＣＰＵなら早いと考えた

シングルバイトとダブルバイトの話してるんじゃねーよ。
お前の無能な頭のレベルで勝手に理解したつもりで反論くれてんじゃねえ、
味噌汁で顔あらって、出直してこい。

数百KBのアルファベットのベクトルフォントと数MBの漢字ベクトルフォントでは、
現在のアーキテクチャでは漢字を扱うと著しく不利になり遅い、という話をしてるんだよ。
数MBのデータにアクセスするたびに、CPUのキャッシュが溢れてしまうからな。

フォントのデータでキャッシュが溢れないような細工を、CPUとOSレベルでする必要がある、と中国は踏んだのだろう。

フォントキャッシュにアクセス可能な特定の命令セットを、OSとドライバレベルでフォントデータのハンドリングにのみ使用する。
こうすることで、他の雑多なデータが使うキャッシュ領域を、重いベクトルフォントで埋めずに済む。
パイプラインを破棄する頻度も、メモリアクセスのペナルティでウェイト待ちの頻度も激減する。

>>396
取り敢えず、Windowsのシステムディレクトリの下の
Fontディレクトリに各種フォントのファイルがあるから
それを見てから、もう一度来てくれ。

>>405
なるほどな
つまりお前はこう言いたいわけだな
「医者はどこだ？」と・・

>>404
結局スタンダードになれない事が負けの全てである訳だ。

>>334
zzp やめた方がいいよ。
此処の馬鹿ども相手にこれ以上説明しても無駄だよ。
この程度のことも分からないのが、
ネット上の常識かと思って、この国の未来に暗然としてしまった。
ここのところの、ＦＳＢクロックアップに、
ＣＰＵメーカーが熾烈な競争してる意味だって、理解してないんだよ。

これに反論しても無駄だよ、厨房ども、これ以降、この板から消えるから

>>405
数ＭＢ・・・・・・・・・・・・・・。
単なる間違いであって欲しい・・・。

久々のとんでもないバカだったな

>>496
だからベクトル演算するならGPU側でやるだろ。
おまいの論理だとDirectXで３Dフォントすら出せねーような気がするが。

> 数百KBのアルファベットのベクトルフォントと数MBの漢字ベクトルフォントでは、
> 現在のアーキテクチャでは漢字を扱うと著しく不利になり遅い、という話をしてるんだよ。

そんな話をしているのは、お前だけだってことにさっさと気付け。
見てて恥ずかしいぞ。
さっきから技術者だったら当たり前のように分かってることを何度も何度も書きやがって。
お前の言ってることなんざハード／ソフトをかじってるヤシだったら誰でも
気がつくって書いてるだろ？幼稚なんだよ、着目点が。
そのＣＰＵ構成で、違いが一般ユーザーが気付くほどなのかってことを話してるんだろ。
いいかげん気付け。

>>405 だから、どうころんでも、漢字圏のほうが同じ処理をするのにコストがかかるの。
これは、CPUのせいじゃない。ちなみに、いくらCPU内部でフォントを高速に
展開できても、肝心のディスプレイに行くときどこを通ると思う？
バスを通るんだよ。結局ボトルネックは同じ。

忠告！

長いと誰も読まないよ

>>412
あ、出せないんじゃなくてさらに遅くなるんだ。

>漢字を使っている国のハンディキャップ。

それを、少々のトランジスタで大幅に改善できうる可能性を模索しているんだろうね、今回のCPUは。

少し発展させれば、アプリやスレッド、あるいはコード単位でキャッシュの利用領域を動的に変動させられる
CPUやOSのアーキテクチャの実現に繋げられるかもしれない。

大容量の漢字ベクトルフォントにアクセスするだけで簡単にキャッシュが溢れ、CPUが止まるような設計は、
単純かもしれないがいささかおバカすぎるとも言えるわけで。

１ＧＨｚクラスのCPU使っていると
ＤＴＰとかじゃなくて普通に使う分には
CPU負荷が100%に張り付かないんだよな・・・。

System　Idol　が虚しく回っております。

その程度のキャッシュレイテンシより
CPUパワーでゴリ押しするほうが手っ取り早い

どうせOSその他にもムダがありまくるんだから

>>419
　CPU・OS・IMEからの再設計の議論になるよな。

これを受けて韓国では、反韓的な言動をキーボードから打ち込むと、。筐体が自動的にばくはｔ…うわなんかひがだれｋ

まあとにかく完成したら触ってみたいね。
で、フォントの部分を他の言語に入れ換え可能なら日本語用
とか作ってみたいね。多分可能だとは思うが。

>>421
むしろホリ電子の技術をパクッて「F5超連射機能」を実装した･･･(ry

>>423
全部F5キーじゃない？

>>424
だからそれぞれのキーを1回打つと3回押したことにしてくれるのよ。
どんなアホがやっても通常の3倍。

>まあとにかく完成したら触ってみたいね。

アーキテクチャともども、興味はあるよね。

>で、フォントの部分を他の言語に入れ換え可能なら日本語用
>とか作ってみたいね。多分可能だとは思うが。

バカが妄想しているような、漢字ROMをオンダイで搭載するような低次元の話ではないと思うし。
おそらく大容量のフォントを使用したときの性能の低下を抑える構造で、
特定の言語には依存しないと思う。そうでなければIBMもわざわざ協力はしないだろうし。

仮に本当にフォントキャッシュをデータキャッシュと別に搭載するようなアーキテクチャなら、
余禄でラスタライズエンジンも積むくらいの小細工はしているかもしれないけどね…

CPUよりOS作れ
WINはいらん

ほう、割とつまらんものを作ったものだな

>>425
中国といい韓国といい独自ｷﾞｼﾞｭﾁｭが大好きでちゅね。

　まーTRONはかわいそうだとしか言いようがないけど。

>>426
いや、君も同じくらいに馬鹿な事を言っているのだが・・・・・・

zzpの言ってることは、まぁ分からんでもないが
今のPC業界はリソースを節約することに力を注ぐより
個々の部品の性能アップそのものに力を入れたほうが手っ取り早く
低価格化・性能向上が見込めるわけ
ハードではなくソフトでやるなら、リリースしてからの変更・改修、
場合によっては性能向上も容易にできる

逆に、
途中で出てた日立の漢字ROM内蔵GPUとか今回の漢字エンジン付きCPUってのは
リソースの制限が厳しい組み込み系に有効なわけだ
身近なものだと携帯電話や家電・AV機器等だな

>アーキテクチャともども、興味はあるよね。

・V-ドラゴンCPUは32ビットRISCコアを持つプロセッサー
　
　どうみてもARMコアもしくはPowerPCコア入りCPLDで流用したものもしくはそれに近いもの。

>バカが妄想しているような、漢字ROMをオンダイで搭載するような低次元の話ではないと思うし。
>おそらく大容量のフォントを使用したときの性能の低下を抑える構造で、
>特定の言語には依存しないと思う。そうでなければIBMもわざわざ協力はしないだろうし。

ROMのオンダイ化なんてここの奴らでも考えてない。

今現在高速化に力を入れてるのが３Ｄ表示（ｗｉｎの次期バージョンでは大事）とか
エンコードでしょ
基本的な性能を十分高速化すれば文字表示なんて大した影響ないしな
それが足をひっぱてるって大した根拠（ソース）もなく、
漢字高速化技術も勝手に妄想してるＺＺＰって凄いバカだよね
はたからみたらマウスカーソルを高速化する技術と大差ないのにな

>>zzpT6msq
あまりにもLinux(X-Window)のことを知らなすぎ。
ここまで堂々と無知をさらけだせるのは、ある意味すばらしい！

しかし、ラスタライズエンジンを積んでるって話は良いかも。
よくよく>>1を見ると「中国語文字生成エンジン」と書いてある。
これがラスタライズエンジンのことだったら説明悪すぎ。
良くある広告ではあるけれど。

俺PGだけど文字コードからんでくるようなプログラミング大嫌いなんだよな。
超漢字以外にどっかもっと本気でまともなB-TRON作ってくんないかな。ソニーでもどこでもいいから。
OSの仕様も世界シェアもトロンは今の所、最強だと思うんだが。

>>433

>今現在高速化に力を入れてるのが３Ｄ表示（ｗｉｎの次期バージョンでは大事）とか
>エンコードでしょ
>基本的な性能を十分高速化すれば文字表示なんて大した影響ないしな

　文字データをゴンポリ化･･･(ry。

まあ中国より遙かに高い技術を持つ日本の企業がなぜこういうＣＰＵを作らなかったかと言えば

そ　ん　な　も　の　作　っ　て　も　売　れ　な　い　か　ら

なんだがバカだとそんなことも分からないものなのだな

日本軍国主義の殺人空母と同じ名前をつけるとはけしからん！

ってな話になんないかな。

中学生なんだろ。

味噌汁で顔洗えっていうのと、英語に堪能ということなどから
彼は中国人だと思う。もしオレがインド人と論争になったら、
カレーで顔洗って出直して来いって言うもの。

>>440
なるほど。

中国の中学生か

>>437
それって　やっていること　韓国、東南アジアと一緒だな。

ようするに、なんのオリジナルもなにもない国

>>443
　中国を擁護したい気持ちはわかるがどうみてもCPLDの一種なのでこの手のものは
　日本の組込機器では探せば腐るほどあるだろうし、全然オリジナリティーなどないぞ。

　　汎用機器ではまったく売れないから作る必要などない罠。互換性のほうが重要。

アノ怪しい独裁国家・中華人民共和国が売る黒いCPU。
名前は飛龍。
しかも、何か情報送ってるし。

┏━━┓
┫ ｀ﾊ´┣ ＜怖すぎて買えないアルヨ。
┗┳┳┛

中華の民ともあろうものが、かつての敵国軍艦と同じ名前を使うとは
いかにも志が低いではないか。
我が聯合艦隊をもおびやかした「定遠」・「鎮遠」の名を、なぜ用いないのか？

いろんなアプリの日本語版がもっさりしてた(してる)ってのは、大部分がSJIS（DBCS)のせいです。
はじめからUnicode版として作れば快速だよ。

SJISだと基本的に前から走査するアルゴリズムしか組めないから、
日本語版を作るときに泣く泣く英語版（SBCS版）で使っていた高速なアルゴリズムを
捨ててしまう場合が多いんです。
内部のデータ構造やファイル設計にまで手が入ってしまうことも多いし。
で、2重3重に性能面で劣化する、と。

NT系は初めからUnicodeじゃないかっていうと、日本・欧米共に、NT版も9x版と
同一ソースで対応しようとするソフトベンダが大半なんで、
アプリケーションレベルのソフトはNT系でしか動かないUnicode版なんて
作らないことが多いわけですよ。欧米市場ならSBCSで十分なわけだし。
9x系があと数年で完全に消えることが確定した今となって、やっと「NT系専用の
アプリ組んでも怒られない≒Unicode版だけ作ってもｲｲ」という状況が来たわけですが。

ｚｚｐさんの言ってる効果はある、ハッキリあるけど、主要な効果じゃないね。

中国は本当に急成長しているな・・・日本(´･ω･`)
もうすぐ追い抜かれる・・・

どうせなら
篇手亜夢（ぺんてあむ）
とか
亜巣論
とかつけたらいいのに

中国にそろそろ移住しようかな

良いですね。
馬鹿はじゃんじゃん中国に移住してください。

> 世界で初めて中国語文字生成エンジンをワンチップに組み込んだCPUという。

繁字体ﾌｫﾝﾄを強制的に簡字体に変換して表示する機能に1龍芯。

中国の兵器とかも漢字だけど
名前がすごいわりに性能悪いらしいのはﾜﾗｯﾀ
これも似たようなものだろう

そろそろ帰国しろ

全自動式個人情報送信機能付自動計算機

先行者に組み込め

strong ARM ってどうなったんだろう…

>>453
いやでも性能悪くても１から自分で作ろうという意志があって怖い。
あの国と違っ(ry

ベンチマーク結果はどこですか？

中国が国家プロジェクトの集大成として作ったＣＰＵよりも、

台湾の一企業が作ったＣＰＵの方が高性能な罠

カルチャーブレーン製でつね。

またどーせパクリでしょ。

あの国にもはやオリジナルの物を作る能力はない。

もう中国にＯＤＡ渡すの止めろよ

フォントキャッシュはPDAポケットPC2002を使うとその有り難味がわかる。

「飛龍は名器てす！」Ｂｙタモリ

名前はカッコイイな〜♪

> 世界で初めて中国語文字生成エンジンをワンチップに

今までなかったってことは，需要がなかったんだな。
10億も人口があるのに…。

乱・・・

RISCって何？
昔HP-UX触ってたんだけど、HPのサーバとかワークステーションってPA-RISCのCPU積んでるよね？
理解せずに触ってたんだけど。

ダッセー

ただクルーソに中国語生成エンジンつけただけじゃんｗ

キャノンがMacintosh用に作った「漢字チップ」と同じだろ。
２０年遅れてるよ。チャンコロダサすぎ。

>>469
掛け算するときに、掛け算回路を搭載していてその回路で行うのがSISC。
そんな特別な回路を使わずに、その分足し算しちまえば良いじゃんってのがRISC。

RISCチップは、特殊な回路を持たないので、単純なので製造が簡単でクロックを
上げやすいって利点がある。

×SISC
○CISC

逝ってきます

>>473
>>474
（　´∀｀）つt[] 　サンクス。

逝くな。

中に10万人ぐらい入ってるんだろ？

中国が爆撃機に飛竜って名前付けたかと思った。

>>469
ＲＩＳＣのＣＰＵは、高機能な命令を大量に搭載したＣＰＵのこと。
一方、ＣＩＳＣのＣＰＵは、比較的低機能（単純な機能）な命令しか搭載しない
ＣＰＵのこと。
例えば、RISC型CPUであるZ80の場合、jpnz x という命令一つで
「ゼロフラグが0ならば、メモリx番地へジャンプする」という複雑な
命令を実行できる。
工業高校用のマイコン教科書を軽く読んだだけなんで、間違ってるかもしれんが。

あ、全然違う！！
478はなかったことに・・

>>143
つかこうへいでつか？

それはともかく
有人ロケット打ち上げにＣＰＵの開発と頑張ってますね，かの国は。
リアルで『プロジェクトＸ』やってるなって感じで，うらやましい限りです。

中国がＣＰＵやＯＳの開発に力を入れてるのは
国家安全保障の観点からなんだけど，ここに集ってる美国マンセーな厨房には
わからんのだろうね。

６０年前にその技術力を駆使して日本人を虐殺しまくった連中だよ，アメリカは。
無理してことを構える必要はないが，完全に飼い犬になってしまうのもどうかと思うが。

>>478
逆。あと、Z80はCISC、RISC以前。

中国人って酸っぱい匂いがするんだけど・・・

日本もこうゆうこと汁

あ、自己訂正が入ったか。ｺﾞﾒｿ

所詮どっかのパクリだろ(藁

でもこのCPU、過酷な状況下でも十分に使えるのであれば、それは
非常に脅威になる訳で…

その辺はどうなんだろう…

>>476
人海戦術かよ。

>>478
>>481
Z80は触ったことない。6809ならちょっとだけやったんだけど。

中国人なんて何やらせても中途半端。
てめーらは超サイヤ人のフィギュアでも作ってればいいんだよ。

上の文章、
riscとciscを書き換えれば通用するっぽい。

日本の製品をもっと買おう。

　　　　愛国運動推進会

RISCは単純命令セットによる計算という意味だが、実際に商品になってる
RISC CPUはかならずしも命令の種類数が少ないわけでもない。IBMのPower PC
の方がIntel Pentiumシリーズより命令セット数が多い場合もあった。おまけに、
マルチメディア高速化用といわれるSIMD（１命令で複数データ処理）命令セット
など、特別目的用の回路を搭載することは、RISCの世界でもいまや流行となっている。

まだまだなんだけどプログラミングやってるんだけど
なんか時々「なんでプログラミングやるのにこんなに英語覚えなきゃいかんの？」
って思うことしばしば。

これは中国人にとっては良いものなんだろうな。羨ましい。

>>492
規格とかがアメリカ製のものが多いからじゃない？

riscとciscって、明確に境界線が引けるわけじゃないんだろ？
今は、riscとciscのいいところを融合させたＣＰＵが主流なんじゃない？

compiler とかはどうなるんだろう…

>>492
日本でも「日本語BASIC」ってモノがあったのだけど、結局廃れたよ。
プログラミングで使う単語なんて、20個程度。そのくらいなら中学生だって覚えられる。

プログラミングで躓くのは、ソースを英語で書かなきゃ無いからじゃないと思う。

>>492
プログラミングに必要な英語自体はそんなにたくさんあるわけじゃないと思うけど…
プログラミングの教科書が英語って事？

>>495
もちろん、専用のコンパイラを用意しなくちゃならない。
CPUが中国語表示に特化していても、ソースは結局C++とかで
書かなくちゃ駄目なんじゃないかな？

プログラミングの習得で最初に躓くのは言語仕様ではないかと。
で、そこを通過すると今度は古典的アルゴリズムの理解で悩む。

クピュって何？

>>498
中国語表示機能は、おそらくエンドユーザーを意識したものだろうから、
プログラマには関係ないと思う。

>>493
そうだね
>>496
いやプログラミングそのものにはさほど必要はない罠
whileとかifぐらいなら当然文句言わないよ

勉強すすめてるうちに英語がどんどん必要になってくるんだよな

>>500
弱弱しいドピュッ

結局、今のRISCの特徴って
１　Load/Storeアーキテクチャ
２　レジスタ間演算(3op）
３　大量のレジスタ
４　比較的単純なアドレッシング
５　完全フラットアドレス空間
６　固定長命令
ぐらいしかないのかな。これでも、個々には例外あるし。

2と3を除くと、もろ初期のコンピュータまんまやんけ。

VBなら日本語も使えたような気がする。

googleでヒット
ttp://zep.pro.tok2.com/pcat/refarence.htm

CPUにはRISC系の物とCISC系の物があり、RISCでは命令数を少なくしてクロックを早くすることを目的にしている。
現在でも高性能のCPUとして出荷されている。逆にCISCは命令が多く、複雑なCPUだ。RISCでは、1命令で単純な動作しかしないが、
CISCでは複雑な動きができる。ｘ８６系CPUはこのCISCを採用している。だが、現在ではプロセッサの処理速度が高クロックかされ
命令のbit長が長いCISC命令は不利になってきている。
そこで、ｘ８６CPUでは内部ではRISC命令を実行し、外部からはCISC命令を受け取る。CISC命令をRISC命令にデコードして作動している。

中国はスゲーなー。確実に進歩してるなぁ。
それに比べ、日本はトロン以後全くソフトウェア関係は
だめだな。

２ちゃんも中国に身売りすればよかったのに、

大和はダメで飛龍はいいのか。

>>494
今のプロセッサは演算ユニット自体はすべてRISCになっている。

>>494
今どきciscって、お前。

>>497
教科書は日本語版あるんだけど教科書では解決出来ない問題だと
英語力必要になるんだ。
>>505
みてくる。あんがと。

｛9821はなぜ亡んだのか？｝
「坊ちゃんだからさ」
　　　　　　・
　　　　　　・
　　　　　　・
　とりあえずNXにも漢字ロム入れよう。
　MS-DOS6．0動くように改造しよう。

というかアスロン積んで9821復活しる。

>>510
それは仕方が無い。規格やらを制定しているのはアメリカだから。

韓国に身売りしたと聞いたが

>>507
だな

http://www.atmarkit.co.jp/fsys/zunouhoudan/027zunou/end_of_risc.html

ぱっと読んだだけなんだけど、ここも面白いかもしれん。
MSDNも肝心なとこは英語なんだよな。ヽ(`Д´)ﾉｳﾜｧｧﾝ!!

>>226
誰も突っ込まないので

×　バウ ＝ ティターンズのモビルスーツ
○　バウ ＝ ネオ・ジオンのモビルスーツ

パクリでも何でも取れあえず中国が自国製CPUを作ったか。

ﾁｮﾝが火病を起こしてリナックスのハングル版を自国製OSとして発表したりして…

＞世界で初めて中国語文字生成エンジンをワンチップに組み込んだCPUという。
国民機でつか（ｗ

>>517

　その方がいいかも。マイクロソフトも多分、喜ぶし。

>>518
国民機とはいえどマーケットはでかいぞ。
ただ国民の平均生活水準でPCを持てるようになるのがいつになるかわからんが・・・
それより、このCPU使ったPCもインターネットに繋がるんだろ。
独自のバグやセキュリティーホールで帯域に負荷をかけるようなことが無いよう祈るよ。
問題おきても放置される可能性あるし。

飛龍と聞いて空母を連想するか、爆撃機を連想するか。
おまいら、どっち？

>>520
マーケットもさることながら、自国で賄えるというのも大きいな。
日本のIT投資のほとんどがパテントを通してアメリカに流れる現状を見ると、こういう動きは少々羨ましく感じるね。

相変わらず、名前は（・∀・）ｶｺｲｲ!。母国語プロセサ搭載でドメスティックに使用するならいいんじゃない？
中共で爆発的に普及するならトランスメタにも目があるし。

つーか、日本もがんばれよ。超がんばれ。超漢字。

>>520
軍のIT化（っていうか「Ｃ^4化」？）を進めてるらしいから
とりあえずそっちの用途でアメリカの影響を極力排除したいのが先かもね。

>>521
↓＼→＋Pで「烈火拳」だ！
（連続3回入力可能）

前にテレビで中国奥地の村に野宿しながら郵便を届けている人を見たけど
あんな奥地の村にまでインターネットが普及するのは、いつだろう。

クライブ・カッスラーの小説で
ドラゴン・チップを破壊せよ。
ってのがあったな。

>>526
普及する必要はない。

海軍ヲタとしたら空母だな…多聞タソ(T_T)

中共としてはインターネットの普及はしてほしくないだろうなぁ。情報を操作できれば磐石だからな。
そもそもこのチップにも、なんらかの監視機構がないともいえず。

要するにPC-9800の漢字ROMみたいなもんか

>>27
龍
飛

そういや中国ってアスロン64を使ったスパコン作るんだっけ。
10TFLOPSで中国最速すなわち世界最速だとか言ってたけど今度IBMと富士通が同システムで
それぞれ11TFLOPS以上のスパコン作るんだよな。

>521
マシン飛竜

ま、プラットフォームが増えるのは良いな。
Wintelにはそろそろ飽きがきてるんじゃないか。

飛龍が先行者に搭載されるとしたら･････。軍事バランスが一気に崩れてしまう･･･。

>>526
>>528
無線LANがあるぞ。

>>536
その前に先行者のバランスが崩れとるわ！

>>526
具体的な地域がどこなのかは知らないが
四川省の奥地のチベット族の村でも各戸に衛星放送受信設備はあったし
携帯電話もしっかり圏内だったので，郵便という「実体」があるものの流通には
交通網の整備などでいま少し時間を要するかもしれないが
情報網については恐らくそれほど時間がかからないものと思われ。

旧システムが存在しない方が高技術の新規導入が早まる場合もあるからね。
ウイグル族自治区だって人間が住んでるとこなら大概携帯電話の圏内だよ。

中国語文字って、漢字とは別なのか？

ひろゆきが結婚
相手はまだ１０代　画像あり
せっくるもしたらしい
http://news3.2ch.net/test/read.cgi/news7/1059469751/

大日本帝國海軍主要艦船

航空母艦
赤城 加賀 蒼龍 飛龍 翔鶴 瑞鶴
飛鷹 隼鷹 大鳳 雲龍 天城 葛城 笠置 阿蘇 生駒 信濃
龍驤 鳳翔 祥鳳 瑞鳳 龍鳳 大鷹 雲鷹 冲鷹 神鷹 海鷹 千歳 千代田 伊吹
エンタープライズ ヨークタウン レキシントン ホーネット
ワスプ エセックス サラトガ ハンコック レンジャー
オリスカニイ ベニントン プリンストン バンカー・ヒル デーモン・ヒル

戰艦
大和 武蔵 長門 陸奥 日向 伊勢 霧島 比叡 山城 扶桑 榛名 金剛
紀伊 尾張 駿河 近江 土佐 敦賀 舞鶴 播磨 周防 薩摩 出雲 安芸
美濃 伊豆 相模 志摩 甲斐 能登 佐渡
アイオワ ミズーリ ノースカロライナ アラバマ ニュージャージー ワシントン
ビスマルク テルピッツ シャルンホルスト グナイゼナウ

重巡洋艦
加古 古鷹 衣笠 青葉 妙高 那智 足柄 羽黒 高雄 愛宕
鳥海 摩耶 最上 三隈 鈴谷 熊野 利根 筑摩

軽巡洋艦
天龍 龍田 球磨 多摩 北上 大井 木曽 長良 五十鈴 名取 由良 鬼怒
阿武隈 川内 神通 那阿 夕張 阿賀野 能代 矢矧 酒匂 大淀

これって、漢字ROM内蔵じゃ無くて，漢字の持つ特徴を持っといて
リアルタイムに漢字を生成するとかいう技術じゃナインかな?
前にどっかでそんな記事を読んだ記憶が．

中の人は大変だろうな。

>>544
大丈夫，人件費安いから人海戦術。

ここまでGB18030の話題はありませんでした。

そろそろ日本製のCPU「天照対神」の開発を（ｒｙ

飛龍が沈めた米の空母はホーネットだったかな

カプコンで使うとか

生ラーメンのスレはここでしか？

>>547
　SuperH シリーズ互換だな。
メーカーは　宮内庁。

いまなら漏れなく先行者付き






だったら買いたい

今後、米中が二大国となって月開発競争が始まります

>>553
我々日本人は一足先に火星緑化計画を。

プレステ２のＣＰＵも「神風」と名称変更すればいいのに。

どうも先行者以降中国のハイテク産業が信じられなくなってる
漏れなのだが・・・。
「飛龍」ってパソコン好きのラーメン屋のオヤジが作った自作機
にしか思えん。

中国に対してくやしがっても後の祭り。
特にお前らが自信のあるコンピュータ関係においてだろうがな。

>>542
やけにカタカナ多いしF1ドライバー混じってるしｗ

◎を攻撃

　 　　 　 ∧_∧　　　
　　　　　（,*´д｀)　 ＜非龍！
　　　　 　(　O┬O　　　
　〜　 ◎-ヽJ┴◎ ｷｺｷｺ

>>59

V30

>>556
> 「飛龍」ってパソコン好きのラーメン屋のオヤジが作った自作機

いくらなんでも、そこまで程度の低いものではないよ。

NECのスパコンとかはオリジナルのCPUだけどねぇ。
ＰＣ用の互換チップなんて財務状況グチャグチャの国内メーカーには無理だろうね。
作れてもとてもビジネスとして立ち上げるパワーはないね。

ふぅ〜ん、そうか。

まぁ一生使うことはないだろうから関係ないか。

>>533
> そういや中国ってアスロン64を使ったスパコン作るんだっけ。
> 10TFLOPSで中国最速すなわち世界最速だとか言ってたけど今度IBMと富士通が同システムで
> それぞれ11TFLOPS以上のスパコン作るんだよな。

地球シュミレーターは３６TFLOPSだよ

トランスメタにお願いして、こういう仕様のCPUを作ってもらった、と

五つの星が描かれた赤いCPU(by海洋堂)だったりしたらちょっと萌えるな。

そういや爆撃機もあったな　傑作機と言われておるな　魚雷攻撃もできたし

この文字生成エンジンとやらを日本語で作るとなると
中国語より難しいと思うのだが？

中国語・・・漢字のみ
日本語・・・漢字・ひらがな・カタカナ　それに敬語などの言い回しでも
　　　　　　 ややこしそうだ。

CPUに同じものを組み込むとなると・・・

>>569
頭悪そう。

飛竜頭なら美味そう・・・・・

　　　　　　>>569
(^Д^)ｷﾞｬﾊ!↑みなさん、この人のレスどう思いますか♪なんてありきたりなんでしょうね♪
誰もが皆、一瞬つけてみたくなる発想のレスです♪
しかし、賢明な人はその自らの短絡的思考を野放しにする事を嫌がり、
こういうレスは控えます♪しかし、この人はしてしまったのです(^^;
「誰もが思い付くような事」を堂々と♪
この人にとってこのレスは何なのでしょうか♪
このレスをしている間にも時間は刻々と 過ぎ去っているのです♪
正にこの人のした事は「無意味」「無駄」でしかありません♪ああ・・・何ていう事でしょう(^^;ﾜﾗ
図星で泣いちゃうかも(^^;ﾜﾗ

聞いてくれ、すごいことを発見した。
桃から生まれたアイツは桃太郎だよな。
ということはだ、膣から生まれた俺達は、
膣太郎と名乗るべきなんじゃないのか？

(　´�D｀)ノ＜400MHｚみたいれすけど普通にP2-400MHz買ったほうが
　　　　　　　　安くないれすか？
　　　　　　　　CPUが乗ったオールインマザーみたいれすね。
　　　　　　　　これが３０００円なら買うれす。

>>572
お前帰っていいよ

>>573

桃からは生まれていない。
ただ単に桃の中に入っていただけだ。

それなら、花咲じいさんの犬も桃太郎だな。

何かチョッとだけカッコ良く思ったじょ。

ＰＳＸのほうが早そう

>>572、>>575に突っ込むのは止しておこう…。

Linuxに最適化ということは紅旗Linuxを意識したんだろうなあ。

名前がださすぎる・・・。

鬼畜米帝に撃沈されるのがおちですよ…

64 位 = 64bit　
ワラタ。63ビットかも知れないな

>>582
「くらい」かよ！（W

v-dragonって言う名前がやらしいな。
NECのVシリーズとか、モトローラのdragonballを連想させる。

さて、中国文字生成だけど、www.v-dragon.comを見ると
繁体字簡体字などのフォントを11x11dotから127x127dotで出力できるといった事が書いてある。
フォントはTrueTypeと書いてある。ベクトルデータをCPUに内蔵ってのは容量的に無理だろう。
だからベジェ曲線をハードでつくるんじゃないのかと思う。
上でごちゃごちゃ言ってるやついるけど、ベジェはそんなに重くないよ。

>>574
組み込みという割には、でかいよね。単体ではVGA出力もないみたいだし。
値段より、自国で作る事が大きいのでは？

>>47
の「大和魂」案はいいなぁ
出井会長の「今度のＰＳには魂込めました」発言が聞きたい

>>584
TrueTypeってスプライン曲線じゃないの？

>>586
http://developer.apple.com/fonts/TTRefMan/RM01/Chap1.html

つうか、なんでも聞くのやめようぜ？

皆さん、日本語でカキコして下さい

サムスンのモバイルチップなんかと同じで
金だけ出してどっかに設計頼んだんだろ。
それで生産は台湾のファウンダリに委託と。

>>587
あれ？
http://www.interq.or.jp/www1/anzawa/doc/doc2.htm
http://www.interq.or.jp/www1/anzawa/doc/doc3.htm

>>590
ああ、そうだね。で？

>>591
うわ、こいつ性格悪っ！

飛竜ｶｺ(・∀・)ｲｲ!
超高速なんだろうな、きっと。

少なくともネーミングセンスだけは感服するよ。
南アルプスだの西東京ホザく奴らに爪垢を飲ませたかった。

中国の商品は実物を観ない事にはなんともw

ドラゴンＣＰＵカッケ−

>>596
日本にも輸入されて何かに使われたりするのかな？

ドラゴンて火吹きそうだな・・・

>>598
いかにも中国って感じがして、いいね

「位」がオカシイか？「少数点第一位」とか言わないか？

でも超七とか殲とかつけるセンスもあるがな

これがどれほど重要な事か分からんとは、アホばかりだな。

日本も戦争に負けてなきゃ似たり寄ったりのネーミングだろ。誉エンジンに天一号作戦、天ぷら屋かってーの。

>>602
今頃起きたか？＞zzpT6msq

え？だからなに？わ・ら・わ・せ・ん・な（　´,_ゝ`）ﾌﾟｯ

日本の商標侵害です

韓国と同列で語られるが、中国は良い面も多い。

料理はうまいし、チャイナドレスはセクシーだし、万里の長城は長い。


この飛竜ってＣＰＵも名前はｶｺｲｲ。

>>548
「ヨークタウン」

組み込み型の技術は日本優位だったが独自で作られちゃうと大打撃だな
10万個の契約つっても一社の一契約に過ぎないから益々増えるな
あー嫌だ嫌だ

中国と同列で語られるが、韓国は良い面も多い。

料理はうまいし、チマチョゴリはセクシーだし、38度線はやるかやられるか。


この飛竜ってＣＰＵも名前がダサスギ。

>>609
しょうがないんじゃない　さんざん他国の技術と他国のソフトで
どうこうしてきて、

自国のハードとソフトを蔑ろにしてきたんだから

今更どうにもならないよ。

>>608
ヨークタウンを沈めたのは潜水艦で飛龍ではないよ。

>>258 名前：名無しさん＠４周年 [] 投稿日：03/07/31 02:30 ID:jByXrENM
>> >>zzpT6msq
>> オンダイで漢字ＲＯＭを載せた方が速いってことは皆分かってる。
>> 皆分かってる時点ですでに論点はそこじゃないだろ？
>> そこまでして高速化する必要が一般ユーザーに関係あるのかないのかだろ？
>> １秒が１００秒になるんじゃ誰だって気がつくが、
>> 1msが10msになったところで気になる人はごくわずかだよ、ってことが
>> 言いたいと思うのだが‥


この１０倍の差をごくわずかと認識してる奴に何言っても無駄だな。

１Gｈｚと10GhzのCPUの差をわずかと言ってることと同義だからね。

日本製CPU「天照大神」　激しくキボン

>>613
いやいや、ごくわずか。
１００秒かかる処理を1秒に短縮できたら神
だけど、1秒の処理を10msに短縮したところでフーン
どちらも1/100にしてるのにね。

そして、漢字だけど、漢字表示で待たされた事ってある？
pdfだと確かに待つね。でも、一般の作業ではどうよ？

またどっかのコピーかと思った。

話が娘の名前をとって、国産MPU「明日香」と「玲於奈」を、今から
設計しよう。

飛龍（フェイロン）って…AMD系か？

CPUはAthlonさえあれば後はいらない。

>>614
　CPUはNECの地球環境シミュレーター　(アマテラス)
　SONYはGPU担当　　　　　　　　　　　　　(コノハナサクヤ)
　OSはTORONベース　　　　　　　　　　　　(オモイカネ)　　　　　　　　　　　　　　　　　　　　　　　

>>615
紅旗ﾍﾟﾝｷﾞﾝなんかもそうだが、漢字デフォだと大変な差が出るぞ。
ブラウジングとか考えると中国使用なら重要度が分かるだろうが。

>>615
はぁ？
その処理を１００回繰り返したら同じ事だろ？
限局的な体感だけで物言ってんじゃないよ！

>>615
それって誤差は出るけどあんま変わらん話だよ＞短縮

>>621
それは、紅旗ﾍﾟﾝｷﾞﾝがヘボイだけではないかい？
差は確かにあるだろう。でも、大変な差なんてwindows使っている限りではないよ。

>>621
　XWinだからでないかい？

>>622
繰り返しも含めて
１００秒が1秒になるのと
1秒が10msになるのはちがうと言う事だよ。

そして、体感はとても大事だよ。

>>615
漢字の表示はたいした負荷じゃあないよ。

ただ、ブラウザ等でTrueTyepeフォント等を使うとすごい負荷になる。

>>625
Xじゃないかもしれないよ。GUIに独自のものこの勢いで乗せて来ちゃう
かもしれない。

ちょっと聞きたいのですが、
Windowsの裏技みたいなもので

・画面のプロパティでデザインのフォントをビットマップに変える
・TTFCACHEを使用しない

というのがネット上でありますが、効果はさして変わらないのですか？

>>565

>> そういや中国ってアスロン64を使ったスパコン作るんだっけ。
.> 10TFLOPSで中国最速すなわち世界最速だとか言ってたけど今度IBMと富士通が同システムで
>> それぞれ11TFLOPS以上のスパコン作るんだよな。

>地球シュミレーターは３６TFLOPSだよ

中国が最速を目指してるのは、スカラー並列型での世界最速ね。
地球シュミレーターはベクトル型。

このCPUって普通の四則演算ちゃんとできるんだろうね?
4+2=とかってやって、"食べられます"なんて表示されたら・・・。
C言語も漢字で書かないとダメとか。

モンゴル語に最適化したCPU「V-ドラゴンCPU」（朝青龍CPU）を発表した。

>>627
TrueTyepeフォントを使うと負荷になるけど、TrueTypeだと軽いよ。

>>629
ためしてみればよく分かると思うよ。

>>631
はぁ？　おまいは何を自分でしゃべっているのかわかっているのか？

セレロンより性能いいの?

>>631
夏厨は引っ込んでいようね。
漢字のプログラミング言語があってもコンパイラなりインタプリタなりで
マイクロコードに変換されるよ。

>>630

おっと其のままコピペしたので間違えた。

地球シュミレーター→地球シミュレーター

ね。

>>626
電卓じゃないんだからさ・・・・
論理回路（ソフトウェア的）とか判ってる？
常に何らかのループをしている以上、一定の操作で短縮は体感できるものなんだよ
単一の命令セットで100秒が1秒なんて考えられないんだから1秒が10msになる事が
積み重ねられて体感に繋がるんだよ

って言ってもしゃーねー予感

>>626
体感がどうでもいいと言ってるわけではない。
１秒の処理では気づかないだけでその１００倍の処理も有る言うことだよ。

>>629
フォントのスムージングや、桁合わせとかの処理がなくなるから軽くなるよ。

一度、試してみればわかる。　

英語のWindowsが日本語版より早いのはそのせい。

日本もＣＰＵつくれ！！
Ｖ３０だのなんだのあったじゃん昔。

>>641
SuperHがあるだろ。

がんばれ中国。

>>641
ものつくり精神すてて商業主義万歳にどっぷり浸かりきった日本では
もはや無理。

だれも先代の血を受け継いだモノがいない。

>>638
もちろんそれを踏まえていっているよ。
今使っている状況で、ひっきりなしに漢字を書き換え続ける状況がある？
ないよね？

>>507
日本人は飛龍と言う言葉にも、大和同様感慨を持っていることに中国人は
気付いていないな。

>>630

スカラー型プロセッサを多数並列接続（ネットワークで接続）することで、
高速処理を実現するものを「スカラー並列型スーパーコンピュータ」といい、
遺伝子解析など多数の業務の同時処理や粒子計算など並列化が容易な計算には高い性能を発揮する。

遺伝子解析。(((( ；ﾟДﾟ)))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ

>>641
昔から数え切れないほどありますが？

ところでVIAのCPUって、CISCじゃぁ無かった？

Z80 128bit化

　　　また　中華キャノン　か　…

フォントのデータが膨大ということは、
日本語版WINDOWSは英語版よりもディスクキャッシュの容量を
大きく取る必要があるということですか？
（VcacheでMaxfilecacheの大きさをどうこうという話）

>>645
多分、大量の文章校正とかやった事無いんだろうね
ゆらぎや統一で数分かかるような書換修正はある
業務で使うときは非常に重要

つーか、表示と書換はまるっきり処理が違うんだけど

>>649
　CISCチップでいいとおもうよ。
内部RISCかもしれんけど。

http://culturecom.gun.ath.cx/pdf/UCLA_SCS_1610_Report%20FINAL.pdf
漢字表示の元ネタはこれらしい。
なんか部首とかに分解してやってるみたい。

>>653
>多分、大量の文章校正とかやった事無いんだろうね
ないよ。あまり一般的な仕事じゃないね。
それに、英語の大量文章校正をやったこともないから、比べられないね。

クロックは400MHｚ？

なんだかなぁ、一桁足りないような（´∀｀,, ）

フェイロン

英語Windowsと比較して日本語windowsが遅いのは使ってみれば誰でも
分かる事実。
ところでzzp氏の主張するようにキャッシュがフォントデータによって
圧迫されるという定量的な測定はあるのかね。いろいろググってみたが
どうもそれらしい記述はない。

フォントデータのローカリティが低いために頻繁に(フォントデータのための)メモリアクセスが
発生して性能低下が起こるという評価はどこかで見たことがあるが、
zzp氏の論点はそこにはなく、キャッシュ圧迫のためにフォント展開
とは直接関係しないものも含めて全般的な性能が低下するという
ものだと解釈している。

大昔に前にカラープリンタ用にRGBをYKCMのディザマトリクスに変換する
アクセラレータを設計したことがあるが、それで、A4カラー１枚の印刷時間を
３分くらいから７秒くらいに短縮できた。
こういうのの恩恵に現在多くの人が預っていると思うのだが、
そんなのがベクトルフォントの世界でもあると幸せな事だと思うなぁ。

うちの地元に「飛龍･生ラーメン」ってのがあるぞ。

そういやぁPS2のCPUって何MHzだったっけ？

>>656
クロック数の問題ではないよ。

>>658
>英語Windowsと比較して日本語windowsが遅いのは使ってみれば誰でも
>分かる事実。

そうなん？486とかの時代ならいざ知らず、今の環境でも？

全然関係ないが、Intelが研究しているわけじゃないからダメポとか、
クロックが低いから意味なしなどと言ってる香具師は頭がどうかして
いるんじゃないのかね。
すぐに産業応用されるものでなければ研究する意味なしという
姿勢では日本の将来はどうなっていくんだ？

>>655
趣味で使ってる人の範疇で一般的じゃないと言ってる？
ベタ打ち、校正は末端業務として一般的だよ
一般じゃないのになんでWordの能力検定なんてあると思う？
日本語版Windowsでも英語の文章校正はできるの知らんのかよ・・・

つーか、表示と書換は命令セットが違うって何回書けばいいのかな

>>662
使ってみたまえ。話はそれからだ。

まぁ10msが100msになっても云々ってのも、言いたい事は解るが・・
体感出来ないからって例えば下みたいなコードを書かれたりするとね。
動くは動くし、不具合も無いのだけれど・・

int cnt1,cnt2;
int mtrx[99][99];

for(cnt1=0;cnt1<99;cnt1++){
　　　for(cnt2=0;cnt2<99;cnt2++){
　　　　　mtrx[cnt2][cnt1] = 0;
　　　}
}

>>613
日本語読めないのか？
元記事よく読め。

「飛龍」なんていう日帝の軍事兵器を名前にして
文句が出ないの？

>>663
日本人はもう、こつこつ積むとか、熟練という言葉を捨てました。

これからは他のものまね、流用、手直しで生き残るんでしょう。

オリジナルの技術、製品、国産品などは未来永劫生まれないで
しょうね。

大和をがたがた言ってた野に爆撃機の名前をつけるとはどういうこった。

空母でしょ

グレミーの愛機。
分離合体します。

>>671
どっちでもOK

4bit? 8bit?

http://culturecom.gun.ath.cx/pdf/UCLA_SCS_1610_Report%20FINAL.pdf
元ネタpdfによると、３２０００文字の漢字を11x11から127x127で出力できて
そのためのコードとフォントデータは256kB以内ということ。
日本語、ハングルにも対応できるらしい。
２５６kBに収まるというのがすごい。

>>664
うーん、それはWORDがおそいんじゃないかな？

>>665
使えないので、無理だね。
でも、びっくりするほどの差はないと思うよ。

>>666
そんな初歩的な事を話してるんじゃないよ。

>675
日本語に対応できるならこれからこれを主流にしようぜ

>>666 その手のコードなら、IntelのCだとmemset()みたいな命令で置き換えて
しまうぐらいのことをするみたいね。

>>668
もともと漢語にあったのを日本がパクったわけだからいいんだよ

＞うーん、それはWORDがおそいんじゃないかな？

ダメだ、この人

>>676
ただ、アメリカ人の考えたやり方だよね。
綺麗に文字が出ますと言ってもどうだろう？
イチローの試合とかで外人が必死に書いた日本語みたいにならないだろうか？

とりあえず、実際に出力された文字を探してみるよ。

「日本人は独創性がない」なんていうヤシは、大抵、
言ってる本人個人が独創性が無い猿真似野朗の場合が多い。
ろくに知らずに自分がそうだからと日本人全体に広げるな。
日本人全体で見れば昔から今に至るまで多くの日本人が他所に引けを
とらない独創性を発揮し続けているよ。

>>679
ダメなのはどっちかな？
OSがおそいのかな？WORDがおそいのかな？

秋葉原に並ぶ時はインテルより値段が高かったりして。

＞６７２
龍飛

日本的考え方なら
４ｔｈキャッシュとして漢字ロムCPUに積むかな

バウ？

で、文字コードは統一されるのかな？
そういう問題じゃない？

>>682
＞今使っている状況で、ひっきりなしに漢字を書き換え続ける状況がある？
この話がずれてるって何度も言ってるよな

>>666
void foo() {

register int * ia;
register int * ib;
register int i;
int mtrx[100][100];

for(i = 99; i > 0; i-=2) {
ia = mtrx[i];
ib = mtrx[i-1];
bzero(ia, sizeof(int)*100);
bzero(ib, sizeof(int)*100);
}
}

/* こうか？ */

スト�Uのフェイロン？

>687
そういやそれ結構重要だねぇ

Windowsの風水変造でかなりキビキビした動きになるから
アイディアとしては良いかも。物量作戦的な韓国よりも
優秀な数学者が多い中国の方が警戒すべき相手かも…

ところで、実際緑LINUXだかが動いてる写真見つけられた人います？
探してるんだけど、ないなあ。

>>688
さあ？WORDが遅いんだと思うよ。
校正って誤字とか脱字を発見することだよね？レイアウトとか関係なく。
だったら、エディタをつかったほうがいいよ。

>>693
ハードとソフトじゃ依存してるものが違うって話だろ
大体、校正やってる連中がコード書くわけでもないのにエディタなんか使うかよ
馬鹿じゃねーの？

>>694
　　・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・

>694
そうか？ エディタの方が速いだろ…。
どっちにしてもこの一連の流れはあんまりネイティブな文章作成エンジンを積んでる
CPUとの関連は薄いような気がするが…。

>>694
馬鹿じゃないですよ。

>>693
書換はソフトウェアで置換してるのであってハードの生成速度とは関係無いが

知ったかぶりしたいだけか？

>>694
　普通だと思うが･･･まあWinの環境しか知らないとそう感じるのかも。

ヤマトは駄目なのに、ヒリュウは良いのか・・・
第二航空戦隊旗艦や四式重爆の名前なんだが

>>699
.docじゃないと入稿できないんじゃね？普通

中国製CPU「打倒日帝」

nyが使えるPCが安ければそれで良い。CPUだかMPUだかなんてものには
余り関心がない。

>>698
自分で意味分かって書いてますか？
なにを言いたいのか、さっぱりですよ。

>>697
いや、馬鹿だと思うよ
もしくはしったかぶりたいだけにしか見えない

>700
全くですな

>>701
　ここ100レスくらいよく見てないのでわからんけど、
psでもpdfでもいろいろあるだろ。

飛頭蛮にすればいいのに。

>>702
ﾜﾛﾀ 60年戦争やってない国捕まえて。

やっぱ「中華の星」だな。シリーズ化して欲しい。

どうでもよいような機能を「世界初」とかいって
ワンスイするところはどこかの国と似ている。

PC98でMSDOSやっていた時代ならともなく、いまの
時代に2バイトキャラの表示にかかるスピードなど
人間の感覚が及ぶところではない。

まあ、たしかに「VZ」はよかった。
マックのエディタとはスピードの差は歴然だった。

>>704
自分で書き換え速度に話をふってんのに判んないんだ・・・

>>707
pdf？？（ｗ

>>711
入稿での話でしょ？

>>707
.pdfで入稿なんてはじめて聞いた

おもろい
おまいら、恐らく話してる階層が全然違うぞｗ

＞PC98でMSDOSやっていた時代ならともなく、いまの
＞時代に2バイトキャラの表示にかかるスピードなど
＞人間の感覚が及ぶところではない。

結局、風水変造とかいうのも大昔の機種しか恩恵はないということですね

>>713
まあ、普通はやらねーか。
中身分かってりゃ、pdfもpsもかわりゃしねーんだけどなあ

>>518
人民機

>>716
pdfのタグに完全対応してる印刷所ってなかなか無いと思われ

(ﾟДﾟ)ﾉ　先生！飛龍は先行者の脳みそになるんでつか？

盗んだ技術でつか

おっと、切れました。
うーん、linuxが動いている画面写真はないなあ、、
トップに載っているボードもRGB出力はついてないみたいだし。
http://www.v-dragon.com/?notebook
こういうのが作りたいっていうページはあるけど、写真はパワーブックじゃないですか！

>>710
>PC98でMSDOSやっていた時代ならともなく、いまの
>時代に2バイトキャラの表示にかかるスピードなど
>人間の感覚が及ぶところではない。

そうそう、そうなんですよ。

>>711
もう少し、勉強された方がいいと思います。
Wordがすべてではないですよ。

バウでいいのかな、読み方

名前からしてちょっと頑張るけど沈む事（売れない）に間違いないな！
これが「雪風」だったら見直すけど

バウ？

>>721
>もう少し、勉強された方がいいと思います。
>Wordがすべてではないですよ。

つーか、藻前が勘違いしてるんだよ
読んでみて判った
藻前やっぱり馬鹿だよ

>>723
それだと最後は台湾に取られてしまいます・・・・

漢字処理がアルファベット処理より重い、ってのは漢字処理の根本的問題。
CPU設計時に考慮したって根本的問題が消えて無くなったりはしない。

ダイ上の限りあるトランジスタの一部を漢字処理専用回路に使えば、
漢字処理アプリは漢字処理しないアプリに対して有利になるだろう。
しかしそれは、漢字処理しないアプリの速度を落として
漢字処理アプリに近づけてるようなものだ。
汎用回路に使えばどのアプリも速くなるんだから。

>>721
表示と文字列の置換が別の階層だってまだ気づかないのか・・・・

で、嵐が来てCPUが壊れる

空母ですか？

俺にとっての飛龍は
「飛龍十番勝負！」
藤波龍巳なんだけどな

726>>
最後は、知っていたけど、
お主、この手の話題が好きだね？　

そう言えば、トラメタのCPUってDRAM上にCPUが独自に使う専用エリアが
あったけど、ここにフォントをロードするのか？

いや、やっと気付いたけれど、悔しいので続行。

>>725
馬鹿と言うほうが馬鹿だということもよくあります。

>>728
置換とか階層とか、自分用語を多用してますね。

>>732
ｺﾞﾒｿ、大好きｗ

だからドリルは外せと言ったんだ。

>>696
エディタがそれぞれの装飾やフォントやサイズのタグを吐くなら使うけどね
見出しもインデントの調整も出来ないじゃん
印刷目的なら普通はワープロソフト使うよ

航空母艦　飛龍
http://www103.sakura.ne.jp/~key/navy/a_hiryu.htm

>>735
>置換とか階層とか、自分用語を多用してますね。


　　本　　気　　で　　言　　っ　　て　　る　　ん　　で　　す　　か　　？？？

漢字ROMとベクターのハードウェアアクセラレーションが搭載されたマシンとは違うのかい？

とりあえず最下層は>>711か。

Ｖ−ドラゴン（飛龍）って
ファイブスター物語みたいな名前だ

>>735
OSI参照モデルはちとスレ違いだけどな
似たようなもんで文字の生成を何に頼るかで階層は存在するぞ
知ったかｶｺﾜﾙｲ

>>741
正しいです。
まとめておくと
SCS 1610というCPUをアメリカ人が設計した。
このCPUはx86ファミリで、漢字データと作成コードが256kBに収まるのが特徴。

そして中国人（＋IBMなど）がその後継である3210というCPUをつくってこれが飛龍。

でも、緑LINUXが動いている画面写真はない。

このCPUって、なんか産業スパイの件でもめたやつだよね。



ンで中国さん、その飛龍という名称はこれと相反しますね。
日帝の軍国主義的なので禁止します。

【国際】"日本侵略者の殺人武器" 「戦艦大和のプラモが公然と売られている」中国紙が批判★５
http://news2.2ch.net/test/read.cgi/newsplus/1059478228/

日本でもＢ−２９のプラモは生産されてないじゃないか

>>CJCxOeRT
馬鹿認定されてから必死だな

ニュージャージーやミズーリは生産されてるが

ＡＸパソコンってのが昔あったな。
ハードで漢字表示できるＩＢＭＰＣってウリで。

CPUスレなのか軍艦すれなのか文字コード刷れなのかわからん。

>>748
必死になる事がそんなに格好わるいかい？

>>752
間違いを指摘されてもシカトするあたりカッコ悪いよ
見ててウザイから氏ね

松下とかが出してたやつかな？
ワープロソフトが付いてたが、画面をみると、１０行くらいしか出てこないの。
まるでPC-8001のグラフィック表示を使ったかのようなでっかい漢字を見て
大笑いしたような。

まぁ、日本製だとPC-88だか98で漢字VRAMとか出たわけだが。

階層がどうこういうより、かわいそうなわけだが。

>>751
全部合わせて、軍艦に積まれてるCPUに使う文字コードスレでいいです

>>752
わざわざIDを名前欄に入れて自己主張を続けるのが読んでるとキモイ

>>753
はげどー

>>752
とりあえず氏ね

>>752
やっぱり氏ね

>>752
格好悪いから死んだ方がいいな

>>753
せっかくの夏休みに、正しい知識を身につける事なく
自分の浅い見識をさも真実であるかのようにぶちまけるのは、空しい行為だとは思わない？

>>752
面倒だから伸でくれ

>>752
んじゃ、氏ね

へぇーへぇー


くらいのニュースですね。

>>761
２ちゃんねるだから、どうでもいいやｗ

>>761
浅い見識で語ってるのもｶﾅｰﾘ寒いよ

>>761
　置換も階層も自分用語じゃないと思うが死ぬほどではないと思う。

藻前ら、ﾓﾃｨﾂｹ
　　　　　／＼⌒ヽﾍﾟﾀﾝ
　　　／　 ／⌒)ﾉ ﾍﾟﾀﾝ
　 ∧＿∧ ＼ （(　∧＿∧
　（； ´Д｀））'　））（・∀・ ；）
　/　　⌒ノ　（ ⌒ヽ⊂⌒ヽ
.（O　　 ﾉ　)￣￣￣(）__ 　 ）
　）_）＿） （;;;;;;;;;;;;;;;;;;;）（＿（

>>761
つーか、あんたの見識がどれほどかって話だな

ずいぶんと浅いなぁ・・・・

>>761
（´,_ゝ｀）ﾌﾟｯ

>>761
穴だらけの論調で自分が正しいなんてよく言えたもんで・・・

>>761
深い見識をお持ちのようで
初歩なんでしょ？コレ
コレがどうなるか教えてください

int cnt1,cnt2;
int mtrx[99][99];

for(cnt1=0;cnt1<99;cnt1++){
　　　for(cnt2=0;cnt2<99;cnt2++){
　　　　　mtrx[cnt2][cnt1] = 0;
　　　}
}

>>761
ここまで読んだけど書き換えは関係無いだろうよ

夏を感じるスレですなぁ・・・

>>772
オレには分かるが、CJCxOeRTには理解できないｗ

うーん。1610（飛龍の前身）はx86ファミリで、256kBにフォントと生成コードを入れてあるってことみたいだけど
それだと、速度の有利さはないよな。圧縮率はすごいけど。

そして、3210（飛龍）はそれをハードでやってるのだろうか？
仮にやってたとして、命令セットのページもないし、実際の動作画面もない。
本当に独自CPUなんだろうか？PPC405とか書いてあるし。

>今使っている状況で、ひっきりなしに漢字を書き換え続ける状況がある？
>ないよね？

↑大量の処理が必要な言語だからその状況ができるんだろ？
つーか、書き換えじゃないんだが

>>772
整数型2次元配列を0に初期化しているみたいだけど･･･。
静的オブジェクトだから初期化はいらないんじゃないの？
いや、cは詳しくないんだ。ゆりゅして。＾＾；

このPCはｺﾋﾟｰｿﾌﾄしかはしりません。

>>772
配列を初期化してるだけ。べつにどうもならないよ。

>>778
　コンパイラにもよるけどローカル変数だと普通はスタック上に確保されるので初期化は必要ですよ。
　グローバルだといらないかな。

よくわからないんだけど、
今のWindowsは画面の最終描画にGDIを経由するから、
GDIがリフレッシュするたびにCPUは文字フォントを画面バッファに展開するわけだよね？
秒間何千回という速度で。
（実際に画面上でリフレッシュされるのはもう少し少ないだろうけど）

CPUが漢字フォントの展開に優れた性能が発揮できるなら、
結構意味があるんじゃないかな。

>今使っている状況で、ひっきりなしに漢字を書き換え続ける状況がある？
>ないよね？

じゃあ、いらないじゃん

カッコイイ名前

加えて言うと、配列を初期化するということは、最初に1度やればすむ。
何度も、頻繁に実行するコードじゃない。だから実行時間どうこう言っても意味ないよ。

>>777
意味がわからないね。ずれてるよ。

>>781
あ、やっぱり必要なんですか。勉強になります。^^;A

今使っている状況で、ひっきりなしに漢字を書き換え続ける状況がある？
ないよね？
今使っている状況で、ひっきりなしに漢字を書き換え続ける状況がある？
ないよね？
今使っている状況で、ひっきりなしに漢字を書き換え続ける状況がある？
ないよね？
今使っている状況で、ひっきりなしに漢字を書き換え続ける状況がある？
ないよね？
今使っている状況で、ひっきりなしに漢字を書き換え続ける状況がある？
ないよね？
今使っている状況で、ひっきりなしに漢字を書き換え続ける状況がある？
ないよね？
今使っている状況で、ひっきりなしに漢字を書き換え続ける状況がある？
ないよね？
今使っている状況で、ひっきりなしに漢字を書き換え続ける状況がある？
ないよね？
今使っている状況で、ひっきりなしに漢字を書き換え続ける状況がある？
ないよね？

>>782
Linux専用CPUなのですが・・・

>>785
最初にずれてんのはお前だろ、どう見たって

>>786
Javacなら必要なし。すべて０

>>772のいいたいことは
for(cnt1=0;cnt1<99;cnt1++){
　　　for(cnt2=0;cnt2<99;cnt2++){
　　　　　mtrx[cnt1][cnt2] = 0;
　　　}
}
と
for(cnt1=0;cnt1<99;cnt1++){
　　　for(cnt2=0;cnt2<99;cnt2++){
　　　　　mtrx[cnt2][cnt1] = 0;
　　　}
}
は実効速度が変わりうるってことか？

>>788
Linuxのx-windowも原理は同じじゃないのかな･･･。
POSIX互換OSって使ったことないから知らないけど･･･。

次期WindowsではGDIを廃して
画面バッファの保持も画面の再描画も
すべてDirectX9対応のグラフィックカードに直接やらせてしまうみたいだから、
CPUの画面描画にかかわる性能の効果はそれほど大きくなくなる気はするけど。

>>785
777が引用してる文がずれてるんだよ
つーかお前がズレてんじゃん（藁

>>782
ただ、飛龍の前身のCPUではx86でそれをやってて
中国側が綺麗で早い！ってもてはやしている感じ。
コードのコンパクトさは認めるけど、果たして早いんだろうか？
PPC405の文字が見えてるのも、IBMが参加してるのもうなづける。

>>787
何度も言うようだけど、ないよ。

>>788
そんなCPUないよ。