68k v.s. x86 Round 3

826 ：ナイコンさん：2016/05/23(月) 18:35:34.96 .net

BE/LEは、人間からみての可読性より低位バイトが低位アドレスになるっていうのが自然におもえるんだがなー。
そもそも、ワードやロングワードをバイト単位でダンプするのがおかしいんだから。

827 ：ナイコンさん：2016/05/23(月) 20:19:59.30 .net

>ワードやロングワードをバイト単位でダンプするのがおかしい
8086の時代はハンドアセンブルで機械語(16進ダンプコード)を直接入力するような連中がゴロゴロいた時代の直後だが……
あと例えば32bitRGBA形式の画像データとかは32bit(1ピクセル)単位でもR,G,Bの各要素(8bit)単位でもアクセスするもんだが

828 ：ナイコンさん：2016/05/23(月) 20:37:26.79 .net

>>827
達人がゴロゴロいようが 分割して表示印刷するってこなと自体がおかしい事には変わりないっしょ。

829 ：ナイコンさん：2016/05/23(月) 21:18:43.87 .net

バイトでもワードでもダブルワードでも同じアドレスから読むだけのリトル。
バイトなら+3、ワードなら+2、だけどダブルワードからキャストするなら+7と+6とか、アドレス補正が必要。 あるいはダブルワードで読んでからシフトとマスクするか。
そんな手前かかるなんてクソでゴミだろw

830 ：ナイコンさん：2016/05/23(月) 21:21:41.78 .net

結論と、事実として、ビッグエンディアンのプロセッサはクソでゴミだってこった！

831 ：ナイコンさん：2016/05/23(月) 21:34:38.47 .net

>>829
バイトでもワードでもダブルワードでもダブルワードで格納すれば良いだけ
境界違反のアクセスは全て禁止

832 ：ナイコンさん：2016/05/23(月) 21:39:57.81 .net

するとクワッドワードで困る。つまり拡張性に著しい欠点があるのがビッグエンディアン。
欠点に気づいたのか68020でMSB反転してなかったか？

833 ：ナイコンさん：2016/05/23(月) 21:54:53.03 .net

ダンプリストが読みやすいとかじゃなく、

char signature[4] = {'A','B','C','D'};
printf("%08lx", *(unsigned long*)signature);
としたとき、
0x44434241となるのが自然なのか？
0x41424344の方が自然ではないか？
というのはあるんじゃね？

834 ：ナイコンさん：2016/05/23(月) 22:01:38.80 .net

>>833
そもそもバイトストリームをunsigned longに読み込むのがナンセンス

835 ：ナイコンさん：2016/05/23(月) 22:08:21.63 .net

>>834
バイトデータをパックして扱うことはよくある、RGBAとかもそうだし。

836 ：ナイコンさん：2016/05/23(月) 22:25:07.75 .net

複数バイトのデータをワードやダブルワードにパックしても自然に扱えるのがビッグ。
として>>829と比べてどっちが有用か？と考えるとビッグが便利な場面の方が多そう？

自分はリトルもビッグも変わらん派だから、正直意外なんだけどｗ

837 ：ナイコンさん：2016/05/23(月) 22:26:43.46 .net

今の基準じゃ達人でも当時普通の事だが>ハンドアセンブル
今だってデバッグでバイトストリームを読む場合あるのに
ワードをバイト列としてダンプするのはおかしいとか
リトルエンディアン君は本当に無能だな

838 ：ナイコンさん：2016/05/23(月) 22:31:36.82 .net

>>829
わざわざズレたアドレスから+1とかして処理する無能はプログラマーに向かないよ
つーか決着した事を忘れたふりして蒸し返すな
アセンブラじゃキャストなんかしないしC言語なら何も問題はない

839 ：ナイコンさん：2016/05/23(月) 22:32:18.46 .net

バイナリダンプなんてリトルエンディアンに並んでることか普通だし、キミ以外誰も困ってないが。

840 ：ナイコンさん：2016/05/23(月) 23:30:39.39 .net

困っているのはリトルエンディアン派の>>826だけど...
ちゃんとレス読めよ

841 ：ナイコンさん：2016/05/24(火) 00:25:16.57 .net

エンディアン、嘘つかなーい

842 ：ナイコンさん：2016/05/24(火) 01:03:30.49 .net

レジスタの上位バイトが低位アドレスに置かれる利点は何かあるのか？
何ひとつないだろ。

843 ：ナイコンさん：2016/05/24(火) 01:11:25.74 .net

スレ読み直してから出直してこい

844 ：ナイコンさん：2016/05/24(火) 01:15:48.23 .net

>>838
アドレス補正するというコストが必要になるのに
なんの問題もないとか、無能はお前だろ。
コンパイルの時点か、ロードストアの回路としてか、本来不要なコストを払いづける愚に気付けないのにしたり顔してんじゃねーよ。

845 ：ナイコンさん：2016/05/24(火) 01:26:40.12 .net

>>843
ビッグエンディアンの利点としては「人間が」読みやすい以外にでてないな。
CPUのエンディアンとは本来無関係なビットマップVRAMとかいう限定されたケースについてか。

846 ：ナイコンさん：2016/05/24(火) 02:12:13.67 .net

RGBAの扱いもな綺麗に8bitで別れてりゃなんとかなるが

847 ：ナイコンさん：2016/05/24(火) 05:18:25.38 .net

>>845
リトルインディアンの原理主義・信者臭がクサすぎて草ｗ

848 ：ナイコンさん：2016/05/24(火) 05:35:17.92 .net

>>847
ビッグ信者は感情論しかでなくなったか。
ま、もともとがビッグエンディアンに技術的利点がないから仕方ないが。
人を貶す事だけだよな、１人前なのはw

849 ：ナイコンさん：2016/05/24(火) 05:41:21.76 .net

>>847
マイノリティのメンタリティだなw
正しい のに誰にも認められない悲劇の自分に酔ってるw

850 ：ナイコンさん：2016/05/24(火) 06:53:23.97 .net

顔真っ赤にして2レス！ 効いてる効いてるw
リトルインディアンをいじるのは面白い。

851 ：ナイコンさん：2016/05/24(火) 07:56:39.90 .net

くやしいのうw

852 ：ナイコンさん：2016/05/24(火) 08:09:20.27 .net

>>848
> ビッグ信者は感情論しかでなくなったか。
そんなごたくは >>774 に回答してからにすれば？

853 ：ナイコンさん：2016/05/24(火) 08:19:51.33 .net

>>852
具体例が必要な理由は？

854 ：ナイコンさん：2016/05/24(火) 08:23:35.64 .net

>>844
>>771

馬鹿は黙ってろ

855 ：ナイコンさん：2016/05/24(火) 08:32:09.81 .net

>>853

今のところ>>773の頭の中以外には「とんでもない処理コストを産むケース」が存在しないから
そして「とんでもない処理コストを産むケース」がリアルな事だと証明できないと
何度も書き込まれている「ビッグ信者は感情論しかでなくなったか」という書き込みが「おまえが言うな」だから

856 ：ナイコンさん：2016/05/24(火) 08:42:00.65 .net

>>855
存在しないなら言語仕様として参照渡しも存在しなくていいはずだが、
キミは一体何を根拠に存在しないと思ったのか、その具体的理由は何？

857 ：ナイコンさん：2016/05/24(火) 08:43:10.50 .net

>>854
>>854

858 ：ナイコンさん：2016/05/24(火) 09:06:19.57 .net

>>844
>>783のようなクソコードが必要なケースなんてないし、
そもそもアドレス補正するコストもほとんどゼロじゃね？
アドレッシングモードが8080かZ80なみに貧弱なら別だけどｗ

859 ：ナイコンさん：2016/05/24(火) 21:46:34.34 .net

C++ じゃ違う型にキャストして参照渡しなんてのは禁止されてたと思うが
別段不自由ないしな、なんでそんなんに拘るのか理解できん

860 ：ナイコンさん：2016/05/24(火) 22:52:40.14 .net

今ではBEマシンを探すだけでも不自由するのにな。

861 ：ナイコンさん：2016/05/24(火) 23:19:20.39 .net

>>860
それは君の頭が不自由な働きしかできないから仕方ないことですね。

862 ：ナイコンさん：2016/05/25(水) 05:16:48.57 .net

Big Endian採用機はメインフレームあたりではまだまだあるだろ。
例えばIBMのz/ArchitectureがBigのはず。

まあ最近のCPUはほとんどがBi Endianだが過去のしがらみで
Bigで使われているものも多いと思うが。

863 ：ナイコンさん：2016/05/25(水) 05:36:36.71 .net

汎用機はCOBOLがメインだからなぁ。

864 ：ナイコンさん：2016/05/25(水) 05:36:54.77 .net

「不要なコスト」がいつ「とんでもないコスト」になったんだよ。
これだからバカは見てて飽きないな。

865 ：ナイコンさん：2016/05/25(水) 05:45:05.81 .net

特定用のトデバイスを触る時か通信プロトコルみたいに「そう決めた」っての以外でビッグエンディアンが良い、という理由はまったくない。
ビッグ信者の心のささえｗなVRAMもビットマップなんて古代の遺物だしな〜。

866 ：ナイコンさん：2016/05/25(水) 05:46:54.43 .net

「ビッグエンディアンの技術的な利点はなんだよ？」
「ダンプが読みやすいことだ！」
このやりとりのおかしいことに気づけない時点でもうね、ビッグ信者は死ねってもんだよｗｗｗ

867 ：ナイコンさん：2016/05/25(水) 06:54:24.14 .net

>>864-866、この種の狭隘なハードウェア依存性PGのヨタ話はスレ汚し以外の何物でもない。レベル低すぎ。

最近linuxのポーティングで遊んでいるのだが、以下のようなページのエンディアン話の方がはるかに面白い。

https://www.ibm.com/developerworks/jp/linux/library/l-port-linux-on-x86-application/

linuxカーネルはそもそも386アーキテクチャに依存したコードであったが今はディレクティブ指定で
LE/BEの対応切り替えが簡易。コンパイラも同様。等など。大人の開発者はエンディアンフリー
アーキテクチャフリーな自由度の高いコーディングを第一にするものだ。当たり前の話だけどさ。

868 ：ナイコンさん：2016/05/25(水) 08:28:22.55 .net

>>864
スレ検索もできないのか？
>>773 から読み直せボケ

869 ：ナイコンさん：2016/05/25(水) 12:31:45.11 .net

void func(void * p)
{ *p++; }

870 ：ナイコンさん：2016/05/26(木) 01:21:05.77 .net

>>801
ハードウェア的には、一番楽。

871 ：ナイコンさん：2016/05/26(木) 20:18:36.01 .net

俺（は32ビットCPUの68kが好き）だからスゲーんだぜ！
（俺が嫌いな16ビットCPUの8086をDisらない)お前らクソー！

と、まぁこういうわけですな、はっはっは！

872 ：ナイコンさん：2016/05/26(木) 20:47:05.97 .net

>>871
それは妄想ね。でぃすられているのは御主様よ。アホ荒らし△

873 ：ナイコンさん：2016/05/26(木) 23:37:00.42 .net

効いてるｗ効いてるｗ

874 ：ナイコンさん：2016/05/29(日) 10:57:55.66 .net

68kって、32ビットでワンチップ化したってのは凄いといえばすごいが、技術的な新要素ってなにがあったっけ？
ただダウンサイジングしてワンチップしただけだろ。

875 ：ナイコンさん：2016/05/29(日) 13:08:51.03 .net

CPUに新要素求めたって世代を重ねてRISC化ってどこも同じ流れだろ

876 ：ナイコンさん：2016/05/29(日) 15:25:05.52 .net

内部 32bit は 68000 より NS16032 の方が早い
ダウンサイジングしてワンチップ化しただけって言うならあの時代のチップはそう言う奴多いし

877 ：ナイコンさん：2016/05/29(日) 15:33:52.79 .net

メモリが高価な時代にそれを無視したフラットアドレス仕様。

878 ：ナイコンさん：2016/05/29(日) 18:37:40.78 .net

x86の16bitがゴミだったせいでメモリーの需要が伸びず大容量低価格メモリーが出なかった説
いまでっちあげた

879 ：ナイコンさん：2016/05/29(日) 20:11:36.86 .net

PCにメガバイト単位のメモリが使えるようになった時代でも
XMSの様なクソダサいメモリ管理の方法を強いる原因となった
8086の罪は大きい。

880 ：ナイコンさん：2016/05/29(日) 20:30:47.53 .net

XMS?
eXtended Memory Specificationは1MBより上位のプロテクトメモリ領域の
HMAとEMB，640k〜1MまでのUMBを管理するものだから8086は全く関係しないぞ。
EMS(Expanded Memory Specification)の間違いだろ。

881 ：ナイコンさん：2016/05/29(日) 20:49:41.20 .net

> 原因となった

882 ：ナイコンさん：2016/05/29(日) 20:59:19.15 .net

原因は16bitOSのDOSが普及しすぎたせいなんだけど。DOSだから必要なわけで。
32bit-DOSにあっさり移行できない理由があったのだから仕方がない。

883 ：ナイコンさん：2016/05/29(日) 21:37:04.66 .net

↑
「そうならないよう将来性も見据えたデザインのプロセッサとOSだったら良かったのにね」という話が理解できない馬鹿

884 ：ナイコンさん：2016/05/29(日) 21:41:24.63 .net

68Kの内部32ビットなのに24ビットアドレス=16MB制限っていうのがよくわからん、
普通に32ビット=4GB空間じゃダメだったのか？

885 ：ナイコンさん：2016/05/29(日) 21:55:10.71 .net

パッケージのピンにも数に制限があるからな、現実的なところで
制限したとして困らないなら問題ない。

886 ：ナイコンさん：2016/05/29(日) 22:03:18.80 .net

>>883
そんなことしたらMacみたいな運命になるだろ。ユーザは地獄だよ。切捨ての連続。

887 ：ナイコンさん：2016/05/29(日) 22:12:43.46 .net

>>886
会社の方針がどうだという話と技術的なソレと区別ができない人?

888 ：ナイコンさん：2016/05/29(日) 22:14:11.43 .net

この人は一体何を言ってるのだろう。

889 ：ナイコンさん：2016/05/29(日) 22:17:57.69 .net

>将来性も見据えたデザイン

結論から言えばRISCは失敗だったなw

890 ：ナイコンさん：2016/05/29(日) 22:25:32.65 .net

結論から言えばXMSは大成功だった。長期に渡ってDOSのシェアを維持した。

もっと結論を言えば、未だに将来が見えてない、受け入れられてない、将来性のない >>883

891 ：ナイコンさん：2016/05/29(日) 22:26:18.63 .net

>>889
ARMは大成功

892 ：ナイコンさん：2016/05/29(日) 22:27:18.17 .net

>>890
延命が大成功w

893 ：ナイコンさん：2016/05/29(日) 22:30:44.86 .net

> 結論から言えばXMSは大成功だった。長期に渡ってDOSのシェアを維持した。

1991年に出たMS-DOS 5.0からだから期間的にはWindowsのつなぎでちょこっと
使われただけ。

894 ：ナイコンさん：2016/05/29(日) 22:34:04.72 .net

>結論から言えばRISCは失敗だったなw

↑スレ違のことを突然喚き始めるキチガイ

895 ：ナイコンさん：2016/05/30(月) 00:26:02.11 .net

>>884
理由なら色々考えられるよ。
1.VCC-GNDペアが2組しかないので、あと8pin出力を増やすとなるとさすがにもう一組は増やしたい。
　ということでパッケージは10pin増えて74pinのDIPに…そろそろソケットにも刺せない代物だろ。
　アドレス・データのマルチプレクスは某CPUを思い起こさせるのでやりたくない。
2.10MHz品で1.5Wも消費電力があるので、8pinでも出力を削って発熱を減らしたい。
　NMOSプロセスだとL側を出力するときはより電流を食うので、当時のメモリ事情からほとんどLに
　張り付きっぱなしの上位bitは削減対象。
3.一般にPADの増大はダイサイズの肥大化に大きく影響するので、PADの数は少なくしたい。
4.シリコンチップはセラミックDIPの金属のフタの下にチョコンと鎮座するサイズなので、そこからｐｉｎ
　までは金属のリードフレームが延々と延びることになる。10MHz程度じゃ問題は出にくいがインダ
　クタンスがデカ過ぎてゲンナリ。

少し考えてもこれ位は出てくる。

というか、さっきからMC68000は内部32bitってしきりに言ってるけど、32bitなのは命令セットと汎用
レジスタだけだから。内部busもALUもキッチリ16bitだよ。

896 ：ナイコンさん：2016/05/30(月) 05:54:45.45 .net

>>893
DOS本体がXMSに対応したのがDOS5からであって、XMS自体はもっと前から。
初出は知らないけど、1988年のWin286,Win386には付属してた。
常識的に考えても1990年のWin3.0のときにXMSが無いわけない。

XMSはむしろWin3.1時代のDOSBOX内で動くDPMIアプリが使うメモリとして使われたんじゃないかと。

897 ：ナイコンさん：2016/05/30(月) 06:55:39.35 .net

DPMIマネージャーがメモリ取得ファンクションAX=05xxHを提供するので
DPMIアプリがEMBを取得して使われることはないと思うが。

898 ：ナイコンさん：2016/05/30(月) 07:09:08.99 .net

>DOS本体がXMSに対応したのがDOS5からであって、XMS自体はもっと前から。

ん? >>890が言ってるDOSのシェア云々はDOSの話じゃね?

899 ：ナイコンさん：2016/05/30(月) 07:21:37.75 .net

>>882
コードやスタックは無理だけどデーターセグメントは64k Limitを解除して
4GBアクセスを可能にするUnreal Modeがあったから
386が発表された時点で知られていればDOSのメモリ利用法も変わっていたかもと思うな。

まあ80286機が販売されだした時期に一致するからそれを求めるのも無理だったかもしれないけど。

900 ：ナイコンさん：2016/05/30(月) 08:47:50.02 .net

ドザー溺死

901 ：ナイコンさん：2016/05/30(月) 09:55:37.59 .net

>>897
DPMIサーバーがEMBからメモリ取得するので、DPMIアプリはそれを間接的に使うことになる。
さすがにDPMIアプリの中からXMSファンクションを呼んだりはしないｗ

902 ：ナイコンさん：2016/06/14(火) 02:08:21.77 .net

今なおTi-92系高機能電卓に使われている68kの魅力は衰えていない。

903 ：ナイコンさん：2016/06/14(火) 17:25:03.36 .net

電卓のマイコンなんて機能と性能が要求水準に達してれば何でもいいだろ

904 ：ナイコンさん：2016/06/15(水) 06:39:07.94 .net

>>902

「設計者のセンス」が魅力的な製品を生み出してるわけで、ぜんぜん68kは凄くない。
シリーズの最初の製品が95年に出てる(多少前後するがアップル・ニュートンと同時期)ってことを考えれば、消去法的に68kが選ばれたんじゃないのかねぇ。

PowerPC(この頃だと候補に挙がるとすれば603eあたりか？)や486、他のプロセッサも・・・と選択があるだろうけど、どこかのゲーム屋がドカンと注文したおかげで値下がりしてたし。

905 ：ナイコンさん：2016/06/15(水) 21:44:11.60 .net

68000って明らかな格下の8086相手に「オレTUEEEE！」してるけど自称（）32ビットが16ビットと比べられる時点で・・・

906 ：ナイコンさん：2016/06/15(水) 21:53:46.69 .net

68030で終点についてしまった68kと386で32ビットのスタート地点に立ったx86とじゃ長島と野茂を比べるようなものだ。
TUEEEできて当たり前だろ。

907 ：ナイコンさん：2016/06/15(水) 22:37:14.98 .net

よくできた8bit相手にするのも大人げない話だが、どっちも16bitとして商売してたんだから
そりゃ比較されるのは当然。

908 ：ナイコンさん：2016/06/16(木) 10:44:51.70 .net

内部32bitって書き込みに対しては16bitだと主張し
(※ALU16ビットだから確かに不適切、ソフトウェア的には32bitが適切)
68000より8086が優れていると主張するためにトンデモ発言を繰り返したのに
反証されたらこんどは32bitが16bit相手に俺TUEEEしてるって……

909 ：ナイコンさん：2016/06/16(木) 12:16:40.10 .net

意味不明だな。68k信者wの自演だとでも言いたいの？

910 ：ナイコンさん：2016/06/16(木) 12:44:36.20 .net

昔から（あるいは最初から？）68000は32ビットMPUと呼ばれてるな。
データバスが16ビットだとか内部実装がどうとか、関係なく。
であれば32ビット扱いは妥当だろ。
ソフトウェア的には32ビットだったのは間違いないし。

Z80は4ビット扱いされてないしね。

911 ：ナイコンさん：2016/06/16(木) 15:38:18.94 .net

> 昔から（あるいは最初から？）68000は32ビットMPUと呼ばれてるな。

アタマおかしい人の中ではそういうことになってるのかな?

912 ：ナイコンさん：2016/06/16(木) 15:49:16.86 .net

68000が32ビットMPUなら、16ビットレジスタや16ビット演算命令がある
Z80は16ビットCPUという主張も可能だよなあｗ

913 ：ナイコンさん：2016/06/16(木) 16:25:42.45 .net

その16ビット命令だけで書けるならな

914 ：ナイコンさん：2016/06/16(木) 16:36:47.69 .net

> その16ビット命令だけで書けるならな

とかいう変な条件付けてくるんなら「68000は32ビットMPU」という主張も成り立たなくなるんだよなあｗ

915 ：ナイコンさん：2016/06/16(木) 17:58:32.64 .net

へー何処で成り立たなくなるの?

916 ：ナイコンさん：2016/06/16(木) 19:46:21.71 .net

ソフトウェア的に32bitねぇw 隣から見た芝生はそんなにも青かったのかね。
busが16bitなんだからイミディエイトも16bitに収めないと追加のbusサイクルで最低でも4CLK。
ALUも16bitだからレジスタ同士の加減算でさえワードよりロングワードの方が所要CLKが多い。
そりゃ、アセンブラでプログラム組むなら気にしながらになるわな。
32bitを予感させるプログラミングモデルではあっても、予告編というか試食版的なものを感じたな。

それとZ80、花丸付き機能（だったんじゃないかな）のはずのインデックスドアドレッシング、
使ったら馬鹿やド素人呼ばわりだったよな。
命令長が長かったのはあるが、16bitの加算に5CLKw
なんでALU4bitなんかにしたのw 4bitCPUって馬鹿にされるのは目に見えていたのにw

917 ：ナイコンさん：2016/06/16(木) 20:01:50.56 .net

> 命令長が長かったのはあるが、16bitの加算に5CLKw

こゆこと書くと馬鹿やド素人呼ばわりされるので注意すること。

918 ：ナイコンさん：2016/06/16(木) 20:07:29.61 .net

>>916
バカにされてるのはお前ｗ

919 ：ナイコンさん：2016/06/16(木) 21:41:46.94 .net

MPUの製造メーカーが32ビットプロセッサっていってるから68000は32ビット。
そんな程度の根拠しかないよ。

920 ：ナイコンさん：2016/06/16(木) 21:47:33.31 .net

68000も16ビットなら386SXも16ビットですがねぇ。
そこのところはどうでしょうか？

921 ：ナイコンさん：2016/06/16(木) 21:53:44.91 .net

>>912

Z80の16ビット処理って、加減算とシフト、あとはロード・ストアしかできないじゃん。
比較できないのになに言ってんの？

922 ：ナイコンさん：2016/06/16(木) 22:02:35.32 .net

>>920
普通はALUのビット数で区別だろ？

923 ：ナイコンさん：2016/06/16(木) 22:08:02.36 .net

>>921
MC68000でも16bitではできる乗除算が32bitではできないので条件としては同じだろ

924 ：ナイコンさん：2016/06/16(木) 22:08:54.93 .net

>>921
引き算で比較はできるよ

925 ：ナイコンさん：2016/06/16(木) 22:25:19.49 .net

>>919
> MPUの製造メーカーが32ビットプロセッサっていってるから68000は32ビット。

http://cache.nxp.com/files/32bit/doc/ref_manual/MC68000UM.pdf?fpsp=1&WT_TYPE=Reference%20Manuals&WT_VENDOR=FREESCALE&WT_FILE_FORMAT=pdf&WT_ASSET=Documentation&fileExt=.pdf
> 1.1 MC68000
> The MC68000 is the first implementation of the M68000
> 16/-32 bit microprocessor architecture.

926 ：ナイコンさん：2016/06/16(木) 22:28:03.40 .net

MC68000 が 32bitアーキテクチャとして想定された M68000 のサブセットとして
実装されたこと知らない奴多いのかな?

927 ：ナイコンさん：2016/06/16(木) 22:31:40.36 .net

>>924
16ビットのSUBないけど大丈夫かな？
キャリーフラグが悪さしないか？？

928 ：ナイコンさん：2016/06/16(木) 22:39:02.18 .net

>>925
NXPのサイトには堂々と「MC68000: Low Cost 32-Bit Microprocessor」と書いてあるんですが・・・？

929 ：ナイコンさん：2016/06/16(木) 22:42:19.10 .net

>>926
だからなに？
8086は8080との互換性を維持する実装だから8ビットCPUですとでも続けるつもりか？

930 ：ナイコンさん：2016/06/16(木) 22:43:58.06 .net

>>922
通常の16ビットALUとは別にアドレス計算用に16ビット×2のALUもあるから、
合計すると48ビット級。

931 ：ナイコンさん：2016/06/16(木) 22:59:47.04 .net

データバス、アドレスバス、レジスタ、ALU、どのビット数を使うかは個人の勝手という結論です。

932 ：ナイコンさん：2016/06/16(木) 23:35:22.43 .net

>>931
「68008は8ビットMPUですが同じ命令が動く68000は16ビットMPUです」っておかしくね？

933 ：ナイコンさん：2016/06/16(木) 23:41:00.91 .net

その発言をした人の規準がデータバスなのだから仕方がない。

934 ：ナイコンさん：2016/06/16(木) 23:49:13.46 .net

なんか、Z80を4bit呼ばわりすると血相を変えて飛んでくるのが現れるなw
面白いw

935 ：ナイコンさん：2016/06/17(金) 00:19:03.36 .net

プロセッサのビット数はALUというか、命令セットでのアキュムレータ（に相当するレジスタ）のサイズだろ。
「アキュムレータは8ビットですが、ALUが4ビットなので1つの命令実行するのにALUを複数回動かします」の実装は存在するわけだし。
使う側から見ればただただ遅いだけだが。

936 ：ナイコンさん：2016/06/17(金) 01:04:01.86 .net

その通り。
ただ、某CPUではあまりの遅さに忌避されて、LD r,(IX+d) なんて書くと「馬鹿か」とか、
「ド素人辞めちまえ」など罵詈雑言に見舞われた。
ま、4bitCPUにインデックスドアドレッシングは豚に真珠だったからと俺は理解したがw

937 ：ナイコンさん：2016/06/17(金) 01:30:56.33 .net

>>936
Z80のそれは主にフェッチが重いんだと思う、4バイト命令だし。
同じ16ビット＋8ビット(-128〜+127)が必用なJR命令はそこまで遅くない。

938 ：ナイコンさん：2016/06/17(金) 01:33:36.96 .net

>>935
おまえがそう思うのならそうなのだろう。おまえの中ではな。

939 ：ナイコンさん：2016/06/17(金) 03:22:20.53 .net

>>928
NXPは素人だから仕方がない。相手したところで時間の無駄。

940 ：ナイコンさん：2016/06/17(金) 03:59:22.24 .net

>>某CPUではあまりの遅さに忌避されて、LD r,(IX+d) なんて書くと

> Z80のそれは主にフェッチが重いんだと思う、4バイト命令だし。

馬鹿か　ド素人辞めちまえ

941 ：ナイコンさん：2016/06/17(金) 06:19:06.98 .net

>>940
馬鹿か　ド素人辞めちまえ

942 ：ナイコンさん：2016/06/17(金) 06:44:05.70 .net

そこでRISCですよ。

943 ：ナイコンさん：2016/06/17(金) 09:44:19.88 .net

>>941

※ヒント　LD r,(IX+d) は3バイト命令

944 ：ナイコンさん：2016/06/17(金) 12:34:27.76 .net

8088は8bit

945 ：ナイコンさん：2016/06/17(金) 15:04:27.27 .net

CPUのビット数呼称は内部レジスタ長じゃなくデータバスの本数。
ただしフラグシップモデルのデータバスという但し書きあり。

946 ：ナイコンさん：2016/06/17(金) 16:59:53.27 .net

おまえがそう思うのならそうなんだろう。お前ん中ではな。

947 ：ナイコンさん：2016/06/17(金) 19:32:50.08 .net

今のインテルのCPUは512bitCPUなのか？

948 ：ナイコンさん：2016/06/17(金) 20:25:12.98 .net

>>919
68000が発表された当初Motorolaの文書では68000を16BitMPUとしている。
https://books.google.co.jp/books?id=3e9iIQgc3RsC&pg=PA467&lpg=PA467#v=onepage&q&f=false
http://www.retronik.fr/motorola/68K/68000/MC68000_16-Bit_Microprocessor_Advance_Information_[Motorola_1983_100p].pdf

しかし68020が発表された1984年以降32Bitであることを強調するように変化していった。（PDFは68008のもの）
http://www.retronik.fr/motorola/68K/68000/MC68008_Data_Sheet_Advance_Information_[Motorola_1985_98p].pdf

949 ：ナイコンさん：2016/06/17(金) 21:24:30.90 .net

>>937
LD r,(IX+d) 3バイト命令
オペコード・ディスプレースメントフェッチで11CLK + 実効アドレス計算に『5CLK』 + オペランド読み出しに3CLK

JR 2バイト命令
オペコード・相対値フェッチで 7CLK + 実効アドレス計算に『5CLK』

メモリアクセスが遅いのは確かに効いているが、4bitALUの悲哀も健在

950 ：ナイコンさん：2016/06/17(金) 22:00:20.10 .net

POWERが優れていたのがよくわかるな。
余計なことはしない。その代わりに命令はすばやく実行します。
だものね。

951 ：950：2016/06/17(金) 22:07:09.68 .net

誰か新スレたのまぁ・・・
「お前はスレ立てすぎだごらぁ！」っていわれちったよ。
回線単位で識別するの止めてほしいわなー・・・

952 ：ナイコンさん：2016/06/18(土) 08:03:59.68 .net

>>948
モトローラの頭がおかしいってことだなｗｗｗ
モノが変わってないのに32ビットとか言い始めるなんて。

インテルにシェアがんがんと奪われて、なりふり構わないってところが出てきたのかもしれないな。
商売的に行き詰る予感があったのかねぇ、当時のモトローラ自信に。

953 ：ナイコンさん：2016/06/18(土) 08:10:58.09 .net

気になってちょっとぐぐったら68020は84年、386は85年。
先行しているモトローラが過去の68000まで32ビット扱いにする理由がインテルの追撃だってのは違うかな。
486は89年だし。

「32ビットの68020と互換だから68000も32ビットっていえば言いや」とかいう頭の悪い理由かね？？

954 ：ナイコンさん：2016/06/18(土) 11:08:03.42 .net

シロウトが後釜にすわるようなメーカーですし頭がいいわけないだろ。
頭が良かったら68000の時点でまともなメモリ管理機構を実装してるわｗｗｗ。

955 ：ナイコンさん：2016/06/18(土) 12:44:16.68 .net

まだ集積度が足りずMMUはおろかFPUすらCPUにのせられなかった（チップサイズがでかくなり価格が跳ね上がる）時代なのに
馬鹿って本当に哀れ

956 ：ナイコンさん：2016/06/18(土) 15:17:10.51 .net

物理的に不可能なのか、技術的に不可能なのか、金銭的に不可能なのか。
曖昧にしたままひとをけなすだけのバカより数段ましだがな。
ピン数増えなきゃパッケージサイズは変わらんので技術的な問題だけのこと。

つか、あんな体たらくのスーパバイザモードなんて有るだけ害にしかならんわ。

957 ：ナイコンさん：2016/06/18(土) 15:35:46.52 .net

モトローラの頭が良かったら88000を成功させてるわｗｗｗ

958 ：ナイコンさん：2016/06/18(土) 15:37:42.94 .net

設計は成功したが、営業で失敗した。アップルと契約してしまったのだ。

959 ：ナイコンさん：2016/06/18(土) 18:06:41.63 .net

>>954 >>957
今日は陽気のせいかな。
はいはい、iAPX432を大成功させた大インテルの頭の良さには敵いませんよ。

960 ：ナイコンさん：2016/06/18(土) 18:42:56.80 .net

432は評価サンプルのES品が少量出荷された程で終了。失敗作だよ。
NチャンネルH-MOSで286同等のクロック速度でしか動かんし。先が無かった。

961 ：ナイコンさん：2016/06/18(土) 19:17:33.06 .net

>>958
それ、7割5部ぐらいの真実・・・

962 ：ナイコンさん：2016/06/19(日) 07:24:04.56 .net

68000は似非32ビットｗｗｗ
モトローラ自身が32ビットとウソついてるから間違いないｗｗｗ

963 ：ナイコンさん：2016/06/19(日) 08:01:22.07 .net

>>962

http://ferretronix.com/tech/68k/mc68000_users_manual_2.jpg

964 ：ナイコンさん：2016/06/19(日) 13:03:43.62 .net

MC68000: Low Cost 32-Bit Microprocessor (Including HC000, HC001, EC000 and SEC000)
http://www.nxp.com/ja/products/microcontrollers-and-processors/more-processors/coldfire-plus-coldfire-mcus-mpus/68kmpus-legacy/m680x0/low-cost-32-bit-microprocessor-including-hc000-hc001-ec000-and-sec000:MC68000

965 ：ナイコンさん：2016/06/21(火) 21:19:31.93 .net

モトローラは嘘つき、あるいは二枚舌ってことだね。

966 ：ナイコンさん：2016/06/21(火) 21:33:09.11 .net

モトローラが嘘つきかどうかはともかく、商売が下手だったことだけは確かだ。

967 ：ナイコンさん：2016/06/21(火) 22:49:45.65 .net

まあカーラジオが本業で半導体は道楽みたいなもんだし。

968 ：ナイコンさん：2016/06/22(水) 20:38:34.25 .net

道楽で身代潰してりゃ世話ないな。
68000一発だけで終わったような会社じゃ頭悪いとか言われても仕方ないが。

969 ：ナイコンさん：2016/06/22(水) 20:45:15.57 .net

68000の出来がすこしばかり好かったもんであぐらかいて改良を怠った会社じゃつぶれて当然だわ。

970 ：ナイコンさん：2016/06/22(水) 20:59:35.01 .net

インテルのようにバージョンアップする方が少数派だろ
普通は必要なら同じのを生産して新しいのは一から作り直す

971 ：ナイコンさん：2016/06/22(水) 21:10:26.99 .net

普通じゃないよ。
一太郎にしてもロータスにしても5万10万するわけだ。速いPC買い換えるたびに、ソフトもすべて買い換えろって？

そんなの頭の悪いマカーにしかできないよ。

972 ：ナイコンさん：2016/06/23(木) 00:40:52.79 .net

頭の良い>>971は未だに一太郎もロータスも使ってんのね

973 ：ナイコンさん：2016/06/23(木) 01:11:54.76 .net

Appleみたいなシェアのない企業ならどんどん切り捨てできるけど、インテルやNEC、MSのように圧倒的シェア取ると無理だろうな。

974 ：ナイコンさん：2016/06/23(木) 06:44:27.95 .net

割れしか使わないとバージョンアップ優待って存在を知らずにクソ爺になるのか。
やだねぇ、貧乏人は。

975 ：ナイコンさん：2016/06/23(木) 11:53:23.01 .net

どっちもどっちだがバージョンアップ優待を知ってるクソ爺のほうがいくらかましかよかったな

976 ：ナイコンさん：2016/06/23(木) 16:36:24.67 .net

>>970
なわけあるか。

977 ：ナイコンさん：2016/06/23(木) 17:08:07.37 .net

ここのテル厨は草加。触ると火病れる。

978 ：ナイコンさん：2016/06/23(木) 17:16:20.41 .net

>>970
常識的にないない。いくら開発費があっても足りないよw

979 ：ナイコンさん：2016/06/23(木) 18:42:15.87 .net

組み込みなら消費電力やエラー訂正等新しい機能を盛り込むのに
古いものは外した方が良いだろ

980 ：ナイコンさん：2016/06/23(木) 18:55:21.61 .net

インテル最新のskylakeじゃ古いOSはちゃんと動かなくて、敬遠されてるらしいな。馬鹿の決断のせいで大失敗だよ。

981 ：ナイコンさん：2016/06/23(木) 19:19:54.92 .net

MSも互換性無視したskylakeのサポートはやってられないってキレたからな。

982 ：ナイコンさん：2016/06/23(木) 19:28:44.84 .net

組込こそレガシーは外せないよ。
Macみたいに信者が付いてるようなオモチャなら新しいものどんどん取り入れていくのは正しいけどね。

983 ：ナイコンさん：2016/06/23(木) 19:58:43.79 .net

さすがに組み込みも5V品がどんどんディスコンになってるけど。

984 ：ナイコンさん：2016/06/23(木) 20:23:52.58 .net

製造メーカーでディスコンになっていてもそれを引き継ぐメーカーも
あったりするけどね。

例えば68020,68040は既にディスコンになってしまっているけど
つい最近アメリカのロチェスターエレクトロニクス社がNXPのライセンスを
取得して生産することになったというNEWSを見た。
http://www.ryoyo.co.jp/product/semiconductor/mpu/p21-01.html

>>980
次スレ建てよろ。
出来ればワッチョイまで入れる必要は無いけどID表示は設定しても
良いと思うので対応よろ。

985 ：ナイコンさん：2016/06/23(木) 21:32:23.79 .net

組み込みだと保守期間10年20年のスパンが珍しくないからな。
たまたま変圧器の仕事したことあるけど、メーカーは１５年間のサポートを義務付けられてると聞いて最初は嘘かと思ったぐらいだし。

986 ：ナイコンさん：2016/06/23(木) 22:32:57.84 .net

互換性維持しないビジネスモデルは失敗しかない。
PowerMacで何も学ばなかったのか、愚か者は。

987 ：ナイコンさん：2016/06/23(木) 23:36:56.46 .net

組み込みなら
レガシーな部分は古いのをそのまま再生産（大量にするから出来る）
新規は機能を盛り込んで新開発だろ
中途半端にバージョンアップなんて無駄だからしないよ

988 ：ナイコンさん：2016/06/23(木) 23:39:45.57 .net

>>986
> 互換性維持しないビジネスモデルは失敗しかない。
> PowerMacで何も学ばなかったのか、愚か者は。

こ、こんな古いビジネスモデルを。爺さん、 酸素欠乏性にかかってアルツに…

989 ：ナイコンさん：2016/06/24(金) 02:03:38.31 .net

>>988
そこのおにーさん、互換性無視して成功したビジネス教えてください。

990 ：ナイコンさん：2016/06/24(金) 04:01:24.37 .net

PS2→PS3→PS4

991 ：ナイコンさん：2016/06/24(金) 04:40:44.83 .net

それ失敗例だろw

992 ：ナイコンさん：2016/06/24(金) 04:48:06.17 .net

「PS4」4000万台突破　PS史上最速
http://www.itmedia.co.jp/news/articles/1605/27/news071.html

993 ：ナイコンさん：2016/06/24(金) 05:05:09.68 .net

> 普通は必要なら同じのを生産して新しいのは一から作り直す

> レガシーな部分は古いのをそのまま再生産（大量にするから出来る）
> 新規は機能を盛り込んで新開発だろ
> 中途半端にバージョンアップなんて無駄だからしないよ

こういうこと言っちゃうてのは現実知らないってことかね。
世の中どれだけ理不尽な注文するバカクライアントが多いか、知らぬが仏だ。

カネもらえればやるけどさ。

994 ：ナイコンさん：2016/06/24(金) 05:05:38.90 .net

赤字で投売りして台数売ったら成功って頭大丈夫か。ソフトでその投資を回収して初めて成功だろ。
MSが互換性無視して移行が進まないWindows10をタダでバラまいて数が増えたから成功してると云ってるうなものだ。

ソニーは見てて痛い。いくら繰延資産あるんだよと。

995 ：ナイコンさん：2016/06/24(金) 05:14:58.77 .net

PS4はクラウドサービスのためにばら蒔いてるだけだろ。
携帯の「新規0円」と同じだよ。

996 ：ナイコンさん：2016/06/24(金) 05:15:15.63 .net

> 赤字で投売りして台数売ったら成功って頭大丈夫か。

赤字って、ハード単体での具体的な数字は?

997 ：ナイコンさん：2016/06/24(金) 05:18:39.11 .net

廉価PCと大して変わらん値段で売ってるし、PCと違いソフトで回収する
ビジネスモデルなら大騒ぎする程のものではないだろ。

998 ：ナイコンさん：2016/06/24(金) 05:23:51.01 .net

ソニーのゲーム事業は非上場にしていつも公表しない。
そして好調、好調言っていつもいきなり債務超過。パターン化してる。

999 ：ナイコンさん：2016/06/24(金) 05:49:51.72 .net

>>998
>ソニーのゲーム事業は非上場にしていつも公表しない。

↓のこと?

ソニー、3年ぶり最終黒字に--ゲーム好調でPS4は「最速の普及ペース」
http://japan.cnet.com/news/business/35082005/
> モバイル・コミュニケーション（MC）分野のスマートフォン販売台数減少や、
> デバイス分野での下振れはあったものの、「PlayStation 4」（PS4）の販売が
> 好調なゲーム＆ネットワークサービス（G&NS）分野の大幅な増収増益、高付加
> 価値モデルへのシフトに成功し、増益となったイメージング・プロダクツ
> &ソリューション（IP＆S）などが、増益に結びついた。

> 大幅な伸びを示したG&NSは、売上高が前年比11.8％の1兆5519億円、営業
> 利益が同406億円増益の887億円となった。ソニーの代表執行役副社長兼CFO
> 吉田憲一郎氏は「PS4は、過去の世代と比べても最速の普及ペースで推移
> しており、現在ソニーの中でも成長を牽引する領域に位置付けている。
> かつ、ネットワークサービスも前年度から5割超の増収となっており、
> 伸びは大きい」とハード、ソフトともに好調であることを強調した。

1000 ：ナイコンさん：2016/06/24(金) 06:12:25.01 .net

1000

1001 ：2ch.net投稿限界：Over 1000 Thread

2ch.netからのレス数が1000に到達しました。

1002 ：2ch.net投稿限界：Over 1000 Thread

2ch.netからのレス数が1000に到達しました。