■ このスレッドは過去ログ倉庫に格納されています
8086 vs. Z80 vs. 6809 vs. 6502 その15
- 1 :ナイコンさん :2021/06/19(土) 14:01:58.51 ID:C4tMIRIs0.net
- !extend:checked:vvvvv:1000:512
8086(8088)・Z80・6809・6502のうち、どのCPU(MPU)が優れているか議論するスレッドです。
CPU(MPU)アーキテクチャや周辺デバイス制御など
基本的に「石」に関連する議論なら、ほぼ何でもアリです。
♪ /.i /.i /.i
♪ ∠__ノ ∠__ノ ∠__ノ
〈,(・∀・;)ノ・∀・;)ノ・∀・;)ノ
└i===|┘i===|┘.i===|┘
〈__〈 〈__〈 〈__〈
■過去スレ
8086 vs. Z80 vs. 6809 vs. 6502 その14
https://matsuri.5ch.net/test/read.cgi/i4004/1615905851/
8086 vs. Z80 vs. 6809 vs. 6502 その13 [無断転載禁止]©2ch.net
https://matsuri.5ch.net/test/read.cgi/i4004/1474548959/
8086 vs. Z80 vs. 6809 vs. 6502 その12 [無断転載禁止]©2ch.net
http://hanabi.2ch.net/test/read.cgi/i4004/1468637057/l50
8086 vs. Z80 vs. 6809 vs. 6502 その11 [無断転載禁止]c2ch.net
http://hanabi.2ch.net/test/read.cgi/i4004/1462424764/
8086 vs. Z80 vs. 6809 vs. 6502 その10
http://hanabi.2ch.net/test/read.cgi/i4004/1407651926/
8086 vs. Z80 vs. 6809 vs. 6502 その9 (再び)
http://hello.2ch.net/test/read.cgi/i4004/1365951318/
8086 vs. Z80 vs. 6809 vs. 6502 その9 (短命)
http://ikura.2ch.net/test/read.cgi/i4004/1362833400/
8086 vs. Z80 vs. 6809 vs. 6502 その8
http://ikura.2ch.net/test/read.cgi/i4004/1333965297/
VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured
- 783 :ナイコンさん :2022/03/30(水) 08:45:16.75 ID:eYuHfzGV0.net
- なんで今の話をしてるんだか
それと組み込みの開発環境の話はしてないでしょ
30年以上前にTurboPascalやCodeViewといった開発環境が存在したDOS/Windowsに比べてUnixの環境は貧弱であったといえると思うよ
マイクロソフト製のVSCodeがあっという間にシェアとったのもねえ
- 784 :ナイコンさん :2022/03/30(水) 11:23:54.50 ID:mazNP0KJ0.net
- >30年以上前
これが前提なのに勘違いした人がいるようだ。
- 785 :ナイコンさん :2022/03/30(水) 14:46:00.70 ID:Dc0Yp2O0a.net
- >>783
> 30年以上前にTurboPascalやCodeViewといった開発環境が存在したDOS/Windowsに比べてUnixの環境は貧弱であったといえると思うよ
だから emacs + gdb のどこが貧弱なのか指摘しなよ
> なんで今の話をしてるんだか
と書きながら
> マイクロソフト製のVSCodeがあっという間にシェアとったのもねえ
とか、アタオカ過ぎるw
- 786 :ナイコンさん :2022/03/30(水) 14:47:56.70 ID:jx6slkFM0.net
- デバッガ使わずテストするスーパープログラマ降臨!!
- 787 :ナイコンさん :2022/03/30(水) 15:46:41.20 ID:OXv13uJu0.net
- >>785
デバッグも可能なVSCodeがLinuxとかでもシェア取ったと言うことはそれまでの開発環境が貧弱だったからという事なんでねーの
正直マイクロソフトの開発環境は昔から優れていると思いますよ
そりゃLinuxの開発者は飛びつきますわな
- 788 :ナイコンさん :2022/03/30(水) 17:53:53.09 ID:ZkpaXAAca.net
- >>786
もしかして gdb も知らないのか?
流石に頓珍漢すぎるぞw
>>787
だからいつの話をしてるんだ?
VSCode の話なら Eclipse などが比較対象になると思うが機能的にそれほど劣ってたとは思わないよ
個人的には Workspace の概念とかがちょっととっつきにくかったのと Java ベースで重かったので Linux 開発でも編集は Windows から Visual studio でやってたけど
- 789 :ナイコンさん :2022/03/30(水) 18:14:15.51 ID:jx6slkFM0.net
- WSに付属するのはadb dbx sdbとかですかね。
- 790 :ナイコンさん :2022/03/30(水) 19:40:42.42 ID:OXv13uJu0.net
- >>788
自分でも編集はWindowsでやってたって書いてるじゃん
重かったり使い勝手が悪かったって事でしょ
それは貧弱って事なんでねーの
機能的には劣っていなかったにしても出来の良いVSCodeに乗り換えた人が多かったという事
Eclipseは正直使いにくいと思う
組み込みがEclipse系が多くていやなんだよな
- 791 :ナイコンさん :2022/03/30(水) 20:04:45.31 ID:10N64Ckca.net
- >>790
貧弱なのと自分に合わないのの区別くらいは付くようになるといいねw
Visual studio でやってたのは Windows 側の開発もやるからそっちに慣れてるからだよ
- 792 :ナイコンさん :2022/03/31(木) 02:05:06.29 ID:vR6bBF100.net
- >>789
WSのIDEもデバッガ本体はdbxでIDE側でGUIのインターフェースを提供してたりするね
dbx自体はカリフォルニア大学バークレイ校で開発されたソースレベルデバッガで
4.2BSDの時代からあった
- 793 :ナイコンさん :2022/03/31(木) 13:05:00.72 ID:DsrXwppPd.net
- SUNのWSにdbxtool(だったっけ?)ってあったっけね。dbxにGUIのラッパーかましたヤツ。
他にもemacs上で統合環境みたいにできたよね。unix系ではあれの形がスマートだったのかも。
まあ、MSの統合環境もemacsも自分はコマンドが多くて覚えきれないから、宝の持ち腐れだったけどさw。
- 794 :ナイコンさん :2022/03/31(木) 14:33:08.77 ID:vG5GZO0a0.net
- >>793
自分が1997年-1998年に使っていたデバッグ環境は、それだったかも知れない。
それで、SUNのWSにdbxtool(正確ではないかも知れないけど)が搭載されのは何時頃だろうか?
- 795 :ナイコンさん :2022/03/31(木) 17:37:59.57 ID:DsrXwppPd.net
- 自分が見たのはOpenWindowsのヤツだったから、それが出た89年にはあったと思う。
その前のSunViewにもあったように記憶してるから、80年代の初頭にはGUIでラップしたdbxはあったんじゃない?
- 796 :ナイコンさん :2022/03/31(木) 22:47:25.86 ID:vG5GZO0a0.net
- >>795
下記を参考にすると1983年の時点で未だ「viやcurses」と言うし
ttps://ja.wikipedia.org/wiki/Unixの歴史
「X Window System」が1984年なので80年代の初頭と言うのは無理では。
- 797 :ナイコンさん :2022/04/01(金) 13:39:22.15 ID:AQt61PFud.net
- Xの前にSunViewってのがあったのさ。それをXのプロトコルを理解するようにしたのがOpenWindows。
SunやApolloのワークステーションになら82、3年ぐらいにはあったんじゃないかな?。
Smalltalkマシンは70年代からGUIだったし。あれにも統合環境らしきものがあったように記憶してる。
まあ当時は相当な御大尽じゃなきゃそんなの個人で使えないから、大体は端末いっぱいつなげてCUIで我慢だったらしいけど。
- 798 :ナイコンさん :2022/04/01(金) 17:31:16.57 ID:LK1iDExR0.net
- SunViewとかOpenWindowsって聞いたの何年ぶりだろう
- 799 :ナイコンさん :2022/04/01(金) 23:19:12.45 ID:zJmFogOi0.net
- >>797
>SunやApolloのワークステーションになら82、3年ぐらいにはあったんじゃないかな?
君が使っていたなら、まだしも納得するけど可能性としては否定もできないし。
1980年代の初頭と言うと40年前なのでUNIXは風の噂でしか入って来なかったから。
- 800 :ナイコンさん :2022/04/01(金) 23:56:49.21 ID:KCkSbAHK0.net
- ApolloはOSはAEGISだしネットワークはtoken ringだしちょっと変わってたな
- 801 :ナイコンさん :2022/04/02(土) 05:20:45.85 ID:NXBROsfF0.net
- ApolloはUNIXとのハイブリッドのDOMAIN OSになってもXにはなかなか対応しなかったしね
EDITキーを押すだけでエディタが起動したりして使いやすかったけどね
- 802 :ナイコンさん :2022/04/02(土) 09:39:19.16 ID:NXBROsfF0.net
- 俺にとってはWSが初めてのマルチウインドウのGUI環境だったな
Macはまだ触ったことなかったし
Windows 3.0はまだ出てなかったし
DOSなんて640x400で16色のシングルウィンドウだったし
- 803 :ナイコンさん :2022/04/02(土) 09:48:01.37 ID:NXBROsfF0.net
- 80年代のパソコンなんて今から見たらただのおもちゃみたいなものだったのに
たった10年でWSを追い越したな
Pentium ProとWindows NT4.0の組み合わせであっという間にWSが駆逐された
あの頃はコンピュータの進歩の速さを実感したな
- 804 :ナイコンさん :2022/04/02(土) 10:04:27.89 ID:tgoDZ/2l0.net
- ショボいスマホやタブですらCRAY 1を超えちゃってるもんな。
- 805 :ナイコンさん :2022/04/02(土) 10:37:34.39 ID:hMpjdV/b0.net
- PCの登場が80年代初頭で、その辺は黎明期の時代だしなあ
だいたいの変化進化が速かった
- 806 :ナイコンさん :2022/04/02(土) 13:37:27.25 ID:3v8t2w/Kd.net
- >>799
統合環境的なものがあったかどうかはわからないけど、GUI自体はあったことは確か。SunViewもその前にSunToolsって名前であったし。
X68000ぐらいの性能のsun2でGUIは乗ってた。
日本でそういう環境が当時使えてたのはごく一部だけど、使ってた人の話を聞いたことがある。
- 807 :ナイコンさん :2022/04/02(土) 18:38:40.51 ID:Uc8jJdfY0.net
- >>806
>使ってた人の話を聞いたことがある。
そういうのも、自分の属してる階層で全然違うよね
デスクワーク系なら、そういうきっかけあるが
ガテン系なとこじゃまずないだろうしで
- 808 :ナイコンさん :2022/04/02(土) 18:45:20.64 ID:Uc8jJdfY0.net
- >>803
NTのころだと、まだUNIX勢が独自UNIX+
独自RISCで張り合おうとしてたとこあったな
で、SparcとかPA-RISCにMMXより数年
早くSIMD系の拡張命令追加があったけど
実際のとこそれら(VISとかMAXとか)の
x86のMMX/3DNOW/SSEに対して
パフォーマンスやら扱いのしやすさとか
どうだったわけ?
- 809 :ナイコンさん :2022/04/02(土) 21:15:54.08 ID:pmoRK4wZ0.net
- Sparcはスペックの割にノロい
MIPSとAlphaは速い
Power(PCじゃない方)はまあまあ
個人の感想です
- 810 :ナイコンさん :2022/04/02(土) 23:11:31.93 ID:EcCDgZky0.net
- ATX規格でAlpha CPUのマザーボードとかT-ZONEで売ってたな。
Windows NT4とLinuxが対応OSって説明カードに書いてあった
- 811 :ナイコンさん :2022/04/03(日) 00:58:25.29 ID:nb56SQkb0.net
- >>810
うちにあるよ。NT4で終わっちゃったのが残念。
- 812 :ナイコンさん :2022/04/03(日) 05:28:51.45 ID:a7IO3/x+0.net
- Sparcがカタログ値の割に遅いのはレジスタウィンドウのせい?
- 813 :ナイコンさん :2022/04/03(日) 05:50:38.93 ID:RWwfG9PWH.net
- MIPSが速いとか寝言すぎる…
RISCのお手本というか理念の具現化みたいな大義名分の実現が主眼で、駆動クロックの割に遅いのがMIPS
- 814 :ナイコンさん :2022/04/03(日) 06:25:38.91 ID:a7IO3/x+0.net
- >>813
初期のR3000辺りが同世代のi486より
速くて(ベンチ結果)
それがきかっけでRISC vs CISCが起きた
という逸話は?
- 815 :ナイコンさん :2022/04/03(日) 06:39:15.19 ID:RWwfG9PWH.net
- 逸話(苦笑)
RISCの理念をぶち上げたものの実証すらおぼつかず具体的な製品の登場は遅延し
ようやくなんとか形になる頃にはCISCはもはやx86くらいしか相手がおらず
それも辛うじて勝てるのは486辺りまでで、Pentiumで追いつかれPenProで追い越されてしまい
RISCの天下なんて5年もあったか?3年くらい?
Pentiumを見て震え上がり、PenPro見てこれは無理だと32bitを捨て慌てて64bitへ逃げた所以外はあっという間に駆逐され
64bitでやってた所も21世紀を拝む事はなかったねえ
逸話(笑)
やめてくれ、腹筋が死ぬ
- 816 :ナイコンさん :2022/04/03(日) 07:17:44.86 ID:RWwfG9PWH.net
- >64bitでやってた所も21世紀を拝む事はなかったねえ
一応Sparc系が00年代まではやったのか
すっかり製品も出なくなりHPC分野で細々と採用例があった程度で、それもこの間終わりましたな...
- 817 :ナイコンさん :2022/04/03(日) 07:33:31.95 ID:ZYoig+OQa.net
- 32bitのx86に滅ぼされたという逸話なら
ゲーム機組み込みガラケー教育機材ファブレスでギリ生き残ったARM以外全部
- 818 :ナイコンさん :2022/04/03(日) 08:19:29.66 ID:RWwfG9PWH.net
- どうしても何がなんでもとにかくx86を腐したくて腐したくて仕方ないなら、ハイパワー方面よりも
性能的にしょぼい低消費電力の組み込み系で採用数を誇るくらいしか無いんじゃないかな…まあ板違
どうしてもこの板で腐したければ、この板で扱えるのはPentium以前なのか…
同時代に太刀打ちできるプロセッサはまだあるにはあったが、板違いだねえ残念(笑)
- 819 :ナイコンさん :2022/04/03(日) 09:20:49.35 ID:LhaQd9Z0a.net
- 自分で自分にレスするような基地外の相手してもしょうがない
- 820 :ナイコンさん :2022/04/03(日) 09:30:21.15 ID:NIgVO0gd0.net
- PCとサーバ以外はほぼARMの天下だね
x86もスマホや組み込みに力入れてた時期もあったけど、ARMに敗れた感じ?
Edisonとかどうなったんだろうか?
最近、あとはRISC-Vか
やっとRISC-VのマイコンやSBCが販売されて実機で動かせるようになってきた
- 821 :ナイコンさん :2022/04/03(日) 10:05:14.99 ID:RWwfG9PWH.net
- RISC-Vは実質MIPSの仕切り直し
- 822 :ナイコンさん :2022/04/03(日) 10:49:15.38 ID:CRV94ckP0.net
- RISCの意義はCPUアーキテクチャの要素と効果を学問的に整理したところにある
- 823 :ナイコンさん :2022/04/03(日) 11:29:44.21 ID:svyPR1N+0.net
- >>815
自分も>>803へのレスは用意して一旦は控えた。理由は「RISC」が出て来るから。
「Pentium Pro」は外側の殻ではx86コードが走ってるけど実質は「RISC(内部)」
なのでネイティブの32ビットは速かった。尚、16ビットコードはエミュで対応したので
遅いとの不評は聞いたことはある。「Pentium」も優秀だったけど、とにかく「Pro」は
凄かった印象がある。実際、内部で技術革新があったから。それで「Pro」の冠を着けかと。
某メーカーが「RISC」を批判しながら、実際は「RISC」の技術を取り入れる辺りは狡い。
- 824 :ナイコンさん :2022/04/03(日) 11:52:54.21 ID:a7IO3/x+0.net
- >>816
SparcはSUNが2005年辺りまでBladeシリーズでWS出してなかった?後富士通も
それのOEMで
チップ自体は本家のSparcはオラクル買収後もしばらく物が出てSparcM8とかあるし
Sparc64は京のCPU他にSparc64-Ⅻまでは出てる
後ARMに関しては直接なライバルだったMipsが潰れたのが結構大きい
- 825 :ナイコンさん :2022/04/03(日) 12:23:55.92 ID:IcBgZJ2Ja.net
- >>823
486 から主要な命令はワイヤードロジックで実行するからハード的な構成としてはRISCみたいなもんだしね
まああの複雑な命令をよく力技でやれたもんだとは思う
- 826 :ナイコンさん :2022/04/03(日) 12:25:41.88 ID:kaK6XJkB0.net
- >>816
一般人としてはスパコン「京」のプロセッサって印象。
地球シミュレータもそうだけど、世界ランク入り計算機とか凄いCPUだな!って思ったな。
- 827 :ナイコンさん :2022/04/03(日) 13:03:25.69 ID:c1+SZded0.net
- >>823
RISCの全てを批判してたのではないという立場なんでしょう。
ユーザーにとってはコードの方が重要で、
コードの互換性や短い命令長、1命令でRISC的単純命令より少しは複雑な処理が出来る方が良いと。
RISC勢もARMのThumb命令のようにRISC理念に反する機能を取り入れている。
- 828 :ナイコンさん :2022/04/03(日) 13:15:30.18 ID:RWwfG9PWH.net
- RISCだってバイナリコードを内部でμopコードに分解してパイプラインに充填してるんだし
x86だけズルイとかまあ「おれはIntelが嫌いだ」にゴテゴテと無駄話を盛ってるだけの卑怯者だなこいつは
>486 から主要な命令はワイヤードロジックで実行するからハード的な構成としてはRISCみたいなもんだしね
???
- 829 :ナイコンさん :2022/04/03(日) 13:17:51.95 ID:x0qaLcJD0.net
- >>828
> RISCだってバイナリコードを内部でμopコードに分解してパイプラインに充填してるんだし
いいえ
- 830 :ナイコンさん :2022/04/03(日) 13:18:43.85 ID:a7IO3/x+0.net
- >>815
ベンチ上では91年登場のR4000は
Pentiumには勝ってる
ついでにR10000もPentiumProには
勝ってる
実効性能は当時SGIのWSとかNECの
EWSとか使ったことないから知らない
あくまでも当時の小難しい系のPC誌で
「CPU特集みたいのがあって、その記事を
元に」言ってる
- 831 :ナイコンさん :2022/04/03(日) 13:21:52.81 ID:RWwfG9PWH.net
- 京は富士通系でプロセッサも確かに(富士通が設計生産もしていたので)Sparc64系だったが
地球シミュレータはNECだし、NECならMIPS系じゃねえの?
京がSparc系を採用したのも「Sparcがスゴイから」ではなく、
単に64bitで(請け負う富士通が)中身まで弄れるIPが他に無かった、というだけの話のようだし
当時ARMはまだ64bitのIP持ってなかったしねえ…
- 832 :ナイコンさん :2022/04/03(日) 13:22:02.53 ID:a7IO3/x+0.net
- >>828
内部でμOPに分解してるRISCって
どうもARM系だけみたいだが
- 833 :ナイコンさん :2022/04/03(日) 13:23:50.57 ID:a7IO3/x+0.net
- >>831
京のは富士通がUNIXサーバでのSparcの
ノウハウがあったからこそ云々みたいに
褒めるような記事があったな
- 834 :ナイコンさん :2022/04/03(日) 13:30:40.69 ID:RWwfG9PWH.net
- >> RISCだってバイナリコードを内部でμopコードに分解してパイプラインに充填してるんだし
>いいえ
へー
命令機能ごとにプリミティブに分解された内部コードをパイプラインに充填して実行するの(を前提とした命令セットとパイプラインアーキテクチャ)がRISCの身上
ゆえに醜くイビツでおぞましいレガシーバイナリに縛られるCISC(≒x86)はこの仕組みを取ることができない(から滅びが確定している)…というのがRISC登場時さかんに喧伝されていたものだが
まさかx86バイナリをバイトコードのように扱ってμopへ分解するようになるとは思ってもいなかったって事だよなこれ
- 835 :ナイコンさん :2022/04/03(日) 13:33:25.78 ID:RWwfG9PWH.net
- アースシムはNECのSX系メインフレームのアーキテクチャを使っているのは確かだけど
それがMIPS系なのかNEC独自なのかまではちょっとわからんし
落成時と現在のアースシムでも中身まるっと別物だから、さらにわからん…
- 836 :ナイコンさん :2022/04/03(日) 13:39:58.95 ID:FJystJdId.net
- WIN95が出た時、Pentium 100Mhzのマシン触ったらさ、十人で共用してるSparc2 40Mhzの方がレスポンスが軽快で、同じ機能のプログラムのバイナリのサイズも格段に小さくて、CISCとRISCの特徴が逆転してた。
まあSunのが共有ライブラリとか、分散システムがこなれてたんだろうけど。
- 837 :ナイコンさん :2022/04/03(日) 14:00:51.25 ID:a7IO3/x+0.net
- >>836
SpecCPUのベンチだと 初期のPentiumと
その半分のクロックのSparcが同等って感じだな
- 838 :ナイコンさん :2022/04/03(日) 14:19:19.37 ID:a7IO3/x+0.net
- >>835
今のAuroraなんかのSX系は制御用の
x86に独自ベクトルを組み合わせたもの
地球シムのほうはそれのベクトルCPUを
使ったSX-6i SX-8iというタワー型
計算サーバがあったな
サイズはフルタワー3台分ぐらい
- 839 :ナイコンさん :2022/04/03(日) 14:26:08.33 ID:svyPR1N+0.net
- >>834
>RISCだってバイナリコードを内部でμopコードに分解してパイプラインに充填してる
どのように言い訳しようが、上の文言で君が「RISC」を知らなかった知ったか振りと認定した。
この後も同じ「ワッチョイ」を使うなら恥を上塗る「知ったか」君の登場と苦笑いするだけ。
>レガシーバイナリに縛られるCISC(≒x86)はこの仕組みを取ることができない
1980年の製造技術ではできなかったのではないか、下記を参照。技術は進歩するから。
ttps://ja.wikipedia.org/wiki/RISC
これらの設計手法を取り入れることによって1980年代後半にはCISCを大きく引き離す性能を達成した。
半導体プロセスの進歩によってこれらの手法をCISCに導入できるようになるには1990年代初頭の
Pentium、Pentium Proまで待たねばならなかった。
- 840 :ナイコンさん :2022/04/03(日) 14:30:59.71 ID:a7IO3/x+0.net
- RISC側としては、プロセスの進化を考慮しても効率の良さでx86に対し
アドバンテージを維持できるって目論見だったような
- 841 :ナイコンさん :2022/04/03(日) 14:37:15.05 ID:svyPR1N+0.net
- 補足すると「RISC-CPU」と名乗る「CPU」にもマイクロコードを使ってることはあるとして
それは「RISC」の思想ではないと考える。「RISC」の思想とマイクロコードの思想は相容れない。
だからと言って両者の良い所とりして売れるCPUを作ることは当然。
- 842 :ナイコンさん :2022/04/03(日) 14:41:54.11 ID:hfRMR+MYa.net
- >>836
それ単に使ってる端末の性能が良かっただけじゃないの?
- 843 :ナイコンさん :2022/04/03(日) 14:45:03.13 ID:8WcyUyAE0.net
- 電力効率勘定に入れなければ
性能限界にISAのちがいはないってのが残念が気はする
x64とかアホの極みだし
- 844 :ナイコンさん :2022/04/03(日) 14:53:06.10 ID:svyPR1N+0.net
- >>840
アメリカだから「RISC」側のセールストークだったのでないかと。
ただインテルだって手を拱いていた訳ではなく、外側の殻ではx86コードが走るけど
内部では「RISC」コードで動く「μOPS」と呼ばれる変換の仕組みを考案し対抗した。
その後の結果は市場が示す通り。
- 845 :ナイコンさん :2022/04/03(日) 15:15:23.17 ID:RWwfG9PWH.net
- >>839
いやお前こそ
>>> RISCだってバイナリコードを内部でμopコードに分解してパイプラインに充填してるんだし
>>いいえ
これの言い逃れできんよ?
つうかこいつ業界人くんでしょ
ひたすら俺にタゲり続ける原動力が何なのか知らんけど
多少の誤爆も気にせず異常な敵愾心を燃やしている事だけはわかるし
目的のためなら多少(どころか全て?)のデタラメも気にしない都合の良い精神の持ち主だねお前
- 846 :ナイコンさん :2022/04/03(日) 15:21:16.07 ID:RWwfG9PWH.net
- >この後も同じ「ワッチョイ」を使うなら恥を上塗る「知ったか」君の登場と苦笑いするだけ。
あとこいつ他の板までワッチョイ検索してつきまとうキチガイだからな
何が憎くてそこまでするのか知らんが、キチガイの行動原理なんか常人が理解できる訳もなし
- 847 :ナイコンさん :2022/04/03(日) 15:24:26.57 ID:FJystJdId.net
- >>842
全体的にレスポンスがよかったよ。
本体でも、10baseの先にぶら下がってる端末でも変わらなかった記憶がある。
グラフィックなんかだと、Xとイーサの分、レスポンスが遅くなりそうなもんだけど、その足かせがあっても、WIN95をダイレクトに使った時より軽快だった。
- 848 :ナイコンさん :2022/04/03(日) 15:29:14.67 ID:RWwfG9PWH.net
- それ記憶の捏造が発生してるよ
- 849 :ナイコンさん :2022/04/03(日) 15:36:50.88 ID:a7IO3/x+0.net
- >>844
x86→μOPS
これをオーバーヘッド込みでも使いもんになる
実用的な速度で実現できたことだな
PentimPROは低い方のクロックは150Mhz
だけど 同世代のRISCもAlpha除けば
ほぼこの辺りの周波数
つまり、同じ動作周波数かつ
命令変換のオーバーヘッドがある仕様で
RISC勢に近いor整数なら互角だったのが
PentiumPRO
- 850 :ナイコンさん :2022/04/03(日) 15:36:56.68 ID:a7IO3/x+0.net
- >>844
x86→μOPS
これをオーバーヘッド込みでも使いもんになる
実用的な速度で実現できたことだな
PentimPROは低い方のクロックは150Mhz
だけど 同世代のRISCもAlpha除けば
ほぼこの辺りの周波数
つまり、同じ動作周波数かつ
命令変換のオーバーヘッドがある仕様で
RISC勢に近いor整数なら互角だったのが
PentiumPRO
- 851 :ナイコンさん :2022/04/03(日) 15:37:39.12 ID:a7IO3/x+0.net
- エラーで2重投稿になってしまった
- 852 :ナイコンさん :2022/04/03(日) 15:46:04.52 ID:hfRMR+MYa.net
- >>847
だから描画性能が良かったんじゃね?
描画に限ればWin95 PCよりX端末の方が高性能だったろうし
- 853 :ナイコンさん :2022/04/03(日) 16:01:11.39 ID:RWwfG9PWH.net
- ちょっと構ってもらっただけでうれションとか
本当に動物並みだな…
- 854 :ナイコンさん :2022/04/03(日) 16:41:50.26 ID:FJystJdId.net
- >>852
いや、使ってた機械はみんな当時既に5年物とかだったから、そんなにハイスペックだったわけじゃなかったよ。
端末にはアクセラレータはついてなかった。本体には付いてたけど、そんな高級なものじゃないやつだったね。
WIN95がこなれてなかったのもあるんだろうね。WIN95を利用したサーバにアクセスした時も、かなりダルダルだったから。
- 855 :ナイコンさん :2022/04/03(日) 17:20:01.81 ID:/hCHkf00a.net
- >>854
どうしてもWin95がダメダメと言うことにしたいんだなw
- 856 :ナイコンさん :2022/04/03(日) 17:41:26.50 ID:FJystJdId.net
- いや、当時実際にそう感じただけだよ。
問題は、当時、世の中の大部分にはWIN以外の選択肢がなかったこと。
比較できる環境にいれば、おのずと問題点は浮かび上がってくるよね。
同じ環境にいたら、みんなそこに気付いたんじゃないかな。
- 857 :ナイコンさん :2022/04/03(日) 18:07:38.24 ID:sBLRJhBma.net
- Win以外の選択肢?
どんなアプリ使ってたのか知らんけどDOSで十分だった時代だろ
- 858 :ナイコンさん :2022/04/03(日) 18:37:48.97 ID:8WcyUyAE0.net
- 95時代のDOSって国産ゲームかレガシーな業務アプリくらいじゃない?
当時OS/2ユーザだったからあまり実感ないけども
- 859 :ナイコンさん :2022/04/03(日) 18:51:29.20 ID:NIgVO0gd0.net
- >>850
それができるのはPC向けで大量にしかもそれなりの価格で売れるからだよ
PC向けという大量出荷が望めるCPUでなければそういうことはできないというか成り立たない
現にx86以外でそれをやって成功してるCISCがないからね
現存の世の中の大半のCPUがRISCになっちゃってるし
- 860 :ナイコンさん :2022/04/03(日) 18:57:07.83 ID:NIgVO0gd0.net
- Cortex-M0が1万2000ゲートで実現できたのはRISCだからだよ
Cortex-M3ですら3万3000ゲート
Cortex-MシリーズはARM命令を切り捨ててThumb-2のみに限定したもので
実質普及しだしたのが2009年頃だけど、組み込みでは今は天下取ってる
Cortex-M0、M0+はThumb-2ですらなく
Thumbに数個の命令を追加したようなものになってる
- 861 :ナイコンさん :2022/04/03(日) 19:00:36.45 ID:svyPR1N+0.net
- >>845
>RISCだってバイナリコードを内部でμopコードに分解してパイプラインに充填してる
「RISCだって」で「だって」の趣旨が判らない。それが「RISCの設計方針」なのにか。
命令を単純化してパイプラインを使い速度を向上させる設計方針が「RISC」だ。
パイプラインは最初は「RISCの技術」で、それをインテルが採用して高速化したので
「Pentium Proは、バイナリコードを内部でマイクロオペレーションと呼ぶRISC命令に
変換してからパイプラインで並列に実行してる」なら理解する。尚486でも採用したと聞く。
>>849
>x86→μOPS
>これをオーバーヘッド込みでも使いもんになる
>実用的な速度で実現できたことだな
暫くインテルがPCのCPUで独走状態になった理由と考えてます。
- 862 :ナイコンさん :2022/04/03(日) 19:09:15.16 ID:svyPR1N+0.net
- >>845
>RISCだってバイナリコードを内部でμopコードに分解してパイプラインに充填してる
ところでRISCの「μopコード」で何のことか? そもそもが意味不明。
君の趣旨を理解しようとは努力はしてるが寄せ集めの知識で語ってるとしか思えない。
- 863 :ナイコンさん :2022/04/03(日) 19:27:23.78 ID:RWwfG9PWH.net
- キチガイの「オレ解釈」を講釈されても困るので。
>と考えてます。
そうですか。おれはそうは思わないし、てんでデタラメで根拠のない思い込みですね。だから何?
>としか思えない。
そうですか。都合よく「理解しない自由」を行使する奴とは意見の摺り合わせなどできるとも思っていないので、お前の与太話には全く賛成できないし、する気もないです。
- 864 :ナイコンさん :2022/04/03(日) 19:28:34.07 ID:a7IO3/x+0.net
- >>859
x86以外のCISCってintelが486出したころには
ほぼモトローラーMC68系除いてほぼ壊滅だったような
- 865 :ナイコンさん :2022/04/03(日) 19:31:49.33 ID:a7IO3/x+0.net
- >>862
>RISCの「μopコード
おそらくは、今のARMが内部での命令
変換をしてるのを言ってるのでは?
なんでも、中の演算器等のマイクロアーキテクチャ
に合わせて命令変換してるみたいだな現行のARM
- 866 :ナイコンさん :2022/04/03(日) 19:41:12.02 ID:uSpBzCm1a.net
- >>858
95でしか動かないアプリって何?
- 867 :ナイコンさん :2022/04/03(日) 19:50:14.56 ID:8WcyUyAE0.net
- >>866
しかとなると洋ゲーかMS製品くらいしかわからんけど
Webブラウザもオフィススイートもウィンドウベース
SDK/IDE自体がもうそっち基準だから新規ソフトはほぼGUI
- 868 :ナイコンさん :2022/04/03(日) 21:50:28.24 ID:NdlMZF/S0.net
- >>825
486の段階だと、1クロック実行できる命令の方が少なくないかな
- 869 :ナイコンさん :2022/04/03(日) 21:58:44.88 ID:NdlMZF/S0.net
- >>841
まあ、起動時プロセス含めたいくつかの部分はマイクロプログラム方式を使わないと実現困難な気がするな
アルファだけは、かなり無茶してマイクロプログラムを排除してたんじゃなかったかな?
- 870 :ナイコンさん :2022/04/03(日) 22:20:22.81 ID:OzYcZdVba.net
- >>868
命令数ならそうかも
よく使う命令と言った方がいいか
- 871 :ナイコンさん :2022/04/03(日) 23:09:56.07 ID:NdlMZF/S0.net
- それまでは、よく使う命令の中に「メモリオペランド」を間違いなく含んでたが、これは486からは速度が遅いので非推奨に変わったよな?
- 872 :ナイコンさん :2022/04/04(月) 07:28:51.13 ID:mo14/Oin0.net
- いい加減RISCの話はスレ違いだわ
やたら攻撃的な奴が湧いてるしやめてほしい
- 873 :ナイコンさん :2022/04/04(月) 11:03:13.01 ID:/dbOAxRJM.net
- >>803
80年代の CPU進化は今から見ればノンビリしてた記憶
8086から 286登場まで 4年掛かってる
たしか 286登場時はめっちゃ高価で PCに採用できる迄に価格がコナレるには更に数年まった気がする
今だと毎年 Apple Aプロセッサ更新されて価格も旧型と大差ない
そして数億個と出荷される
もし EUV露光機が実用化されてなければ 80年代並のノンビリした状況だったろうね
- 874 :ナイコンさん :2022/04/04(月) 11:51:33.98 ID:7em3tREt0.net
- >>863
君にRISCの「μopコード」ことを質問してる。好意的に「μopコード」を「μops」と解釈するが、
それは「Pentium Pro」の「バイナリコードを内部でRISC命令に変換する技術」なので、RISCを
引き合いにすると用語の間違いになる。そもそもRISCに「μopコード」と言う用語や技術があるのか?
「RISCだってバイナリコードを内部でμopコードに分解してパイプラインに充填してる」と言うと、
「パイプライン技術」と「パイプラインに対応するためのμops」を混同してるのではと考える。
>>872
攻撃的な輩は自分を気違いと罵ってる(US 0H93-Ah99)1名だけだろ。
- 875 :ナイコンさん :2022/04/04(月) 11:55:57.10 ID:7em3tREt0.net
- △)「パイプラインに対応するためのμops」
○)「パイプラインを効率的に利用するためのμops」
- 876 :ナイコンさん :2022/04/04(月) 12:22:46.33 ID:aeEt1ZVp0.net
- スレチが続くと住人が減るのはお構いなし
なんの化学反応もない昔話以下な内容でよう続くね
- 877 :ナイコンさん :2022/04/04(月) 15:18:36.05 ID:NQRuM27g0.net
- ここの板って昔話に花を咲かせる系がメインじゃないの?
それを批判してたら、板の存在意義にかかわってくる気がする
まあ、スレチなのは間違いないんだけどさ
- 878 :ナイコンさん :2022/04/05(火) 12:19:46.54 ID:VN4q/4170.net
- >と解釈するが、
お前の解釈が的外れ。なので以下は全て的外れのデタラメ。
そのデタラメをさも俺が言ったかのように吹聴するのはやめてくれ。
お願いで聞かないなら、強硬な手段を執らざるを得なくなる。
- 879 :ナイコンさん :2022/04/05(火) 13:06:51.31 ID:xYJmn0g10.net
- 出てくるならデタラメとか言うだけでなく自分の意図を説明して終わりにしろ
できないなら出てくんな
- 880 :ナイコンさん :2022/04/05(火) 13:25:33.49 ID:VN4q/4170.net
- ワッチョイを追跡して他の板まで出張って嫌がらせを続けそれを公言して憚らない真性のキチガイに現時点で粘着されているので、お断りする
こいつが一方的な敵愾心で根拠の提示もなく噛みつくキチガイであり発言まで曲解・捏造して触れ回る真性の頭おかしい人なので、その事実のみを指摘するものであり対話など望んでいない。
こいつの肩を持つなら、お前も敵だ。どちらの側につくかはよく考えた方がいいぞ。
なんか吠えてる奴がいるから、吠えられてる側を俺もいっちょ殴っとくか…くらいに軽く考えたら、火傷では済まんよ。
- 881 :ナイコンさん :2022/04/05(火) 16:56:14.85 ID:xYJmn0g10.net
- 何だよ、触れちゃいかん奴だったか
NG, NGっと
- 882 :ナイコンさん :2022/04/05(火) 22:28:49.29 ID:PAB+0hrl0.net
- >>878
今日は違う「ワッチョイ」だけど折角出てくるなら、
下のRISCの「μopコード」とやらを説明すれば良いのにな。
>RISCはバイナリコードを内部でμopコードを分解
1)「Pentium Pro μOPS」でググると下が見付かり
Pentium Proでは内部でμOPSとよばれるRISC風の命令に変換して演算するいわゆる
RISCプロセッサーであるという特徴(「Pentium Pro」とすべきを「「Pentium」にしてるけど)
ttp://www.guutaras-notebook.com/computer/cpu/products/pentiumpro.html
2)「RISC μopコード」でググると下が見付かった
「x86でのμOp変換の仕組み」として、(高速化のために)一度x86をRISC風の命令に分解して
ttps://ascii.jp/elem/000/000/558/558788/3/
どちらのリンクもx86を高速化のため「μOP(S)」は「RISC風の命令に分解」する技術となってる。
なのでRISCの「μopコード」とは何ですか? と質問してる訳。
- 883 :ナイコンさん :2022/04/05(火) 22:32:43.35 ID:PAB+0hrl0.net
- >>880
同じ「IP」でも他の板では「ワッチョイ」が違うから「ワッチョイ」を手がかりに他の板までは
追跡不可能なので、被害妄想と結論するが君の振舞は他の板で同様に批判されてるのではと推論はする。
総レス数 1001
309 KB
新着レスの表示
掲示板に戻る
全部
前100
次100
最新50
read.cgi ver.24052200