X
トップページ⇒電気・電子
1002コメント364KB
【Renesas】ルネサス総合 part9©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
0013774ワット発電中さん
垢版 |
2015/02/25(水) 23:15:27.58ID:C9P6f7By
>>12
>純正RL78コンパイラもの吐き出すコードはウンコなので、

>RXの純正コンパイラは優秀なのになぁ

こういう経験積んでるのに、アーキテクチャの数が少なければツール選定ひとつとってもユーザの苦労は
少なくなることも想像できない人なんだね。
0014774ワット発電中さん
垢版 |
2015/02/25(水) 23:26:02.23ID:6MhD4f7q
同和の糞どもは何故差別されて怒るのか。差別されて当然の身分だろうw日本語堪能なチョン猿どもが
0015774ワット発電中さん
垢版 |
2015/02/25(水) 23:27:04.27ID:6MhD4f7q
同和の糞どもは何故差別されて怒るのか。差別されて当然の身分だろうw日本語堪能なチョン猿どもが
0016774ワット発電中さん
垢版 |
2015/02/25(水) 23:28:09.91ID:6MhD4f7q
同和の糞どもは何故差別されて怒るのか。差別されて当然の身分だろうw日本語堪能なチョン猿どもが
0017774ワット発電中さん
垢版 |
2015/02/25(水) 23:29:23.75ID:6MhD4f7q
同和の糞どもは何故差別されて怒るのか。差別されて当然の身分だろうw日本語堪能なチョン猿どもが
0018774ワット発電中さん
垢版 |
2015/02/25(水) 23:31:03.22ID:6MhD4f7q
同和の糞どもは何故差別されて怒るのか。差別されて当然の身分だろうw日本語堪能なチョン猿どもが
0019774ワット発電中さん
垢版 |
2015/02/25(水) 23:32:08.29ID:6MhD4f7q
同和の糞どもは何故差別されて怒るのか。差別されて当然の身分だろうw日本語堪能なチョン猿どもが
0020774ワット発電中さん
垢版 |
2015/02/25(水) 23:33:16.80ID:6MhD4f7q
同和の糞どもは何故差別されて怒るのか。差別されて当然の身分だろうw日本語堪能なチョン猿どもが
0021774ワット発電中さん
垢版 |
2015/02/25(水) 23:34:32.67ID:6MhD4f7q
同和の糞どもは何故差別されて怒るのか。差別されて当然の身分だろうw日本語堪能なチョン猿どもが
0022774ワット発電中さん
垢版 |
2015/02/26(木) 01:04:48.04ID:rMFqyShm
同和地区（被差別部落）の多くは南北朝時代以前まで、一部は平安時代までさかのぼれる古い歴史がある

要するに、ﾁｮﾝとは全く別物。混同するなよ、>>14-21こそﾁｮﾝ
0023774ワット発電中さん
垢版 |
2015/02/26(木) 01:27:28.61ID:E2dEPOgr
>>13

想像できるよ。どんなに準備しても、苦労はあるからね。
CPU変わるたびに、対応だけで（必要以上に）忙しくしてる人も想像できるよｗ

ツールも選定したくないよね。ルネならeclipseで統一ウェルカムです。
CS+なんて不要。HEW？早くトイレに流しましょう。

命令セットは統一で、開発環境は複数？ 矛盾した方針ですねぇ。

繰り返すけど、周辺ユニットには毎回泣かされます。
0024774ワット発電中さん
垢版 |
2015/02/26(木) 01:29:50.43ID:E2dEPOgr
>>13
んで、あなたのコードの抽象レベルはどんなんなの？

この前、誰か書き込んでたけど、
PORT3.DR.BIT.BIT3 = 1; とか書いちゃってるの？

最低限、ポート番号を隠蔽、Hi/Lowアクティブ隠蔽して、
led_port.activate(); くらいは書いてる？
あー、例がC++になってしまったが、
テンプレート使えばオーバーヘッドゼロだよ。

釈迦に説法だったらごめんなさい。
0025774ワット発電中さん
垢版 |
2015/02/26(木) 01:39:47.71ID:gqwmVGX+
今更RL78つまんで 8bit だ 16bit だやってるのもムナシイので ARM 陣営並に小規模チップでも 32bit 使いたい。
RX100番台のもっと小規模なやつ作ってくれ。
0026774ワット発電中さん
垢版 |
2015/02/26(木) 01:41:01.82ID:6LIhm5V9
>>23-24
他人に絡みたいだけの下らない人物と理解したので相手するのよすわゴメンね。
0027774ワット発電中さん
垢版 |
2015/02/26(木) 01:43:00.44ID:E2dEPOgr
>>26
OK
会話してたのがどんなレベルの人だったのか知りたいので、
>>24 だけ回答くれると嬉しいな
0028774ワット発電中さん
垢版 |
2015/02/26(木) 03:26:54.59ID:b+iptlZ6
CPUコアなぞ何でもよかろう。
コアだけの判断なら新規案件ではルネを選ぶか
周辺は速い信号扱う流用はちと厳しい
むしろ開発ツールの違いが厳しい

E1に統一でありがたい。
他のコアも気軽に試せる

統合環境も遅いが統一の流れ。
かとおもったら、新バージョンのCubeSuiteで
対応マイコンが分かれた。なんなの(´・ω・｀)
0029774ワット発電中さん
垢版 |
2015/02/26(木) 08:55:27.25ID:pDQGpF9/
RX使っているけどアセンブラなんてほとんど見たことない。
ハードウェアマニュアルにもニーモニックの解説すらない。
デバッガの逆アセンブルリストもほとんど見たことない。
どうしても必要なときも過去CPUからの類推でだいたい済ましている。
これで別に困らないけどな。
0031774ワット発電中さん
垢版 |
2015/02/27(金) 09:40:44.35ID:9M8aJdXY
OS載せるかどうかの階層の前に、
レジスタ操作のレベルでも抽象化して書けるところは山ほどあるよね。

>>24みたいな書き方は、サンプルコードとかでも、
教育的な意味でやって欲しいと思う。
iodefine.hをちょっとラップしたクラス作ればできるわけなので。
0032774ワット発電中さん
垢版 |
2015/02/27(金) 11:31:53.01ID:9M8aJdXY
CPUが変わっても動くようなプログラム書いてるつもりだけど、
エンディアンだと、リトルじゃないと、動かないかな…。

RL78の純正コンパイラは、コンパイルオプション変えないと、死ねます
http://www2u.biglobe.ne.jp/~tequila/electro_k0r1.html#ELK0R020_09
0033774ワット発電中さん
垢版 |
2015/02/27(金) 16:04:51.27ID:b0CJdWNE
遊びで RL78 用のマルチタスクフレームワークっぽいもの作ってるけど、このマイコンのインストラクションおもしろいな。
レジスタに1をセットする命令とか、転送命令だけど、ソースが0だと Z フラグが立つ命令とか。現場の声からできました的な。
0034774ワット発電中さん
垢版 |
2015/02/27(金) 16:56:47.54ID:9M8aJdXY
>>33
便利ですよね。
ハードマニュアルの、「ポート機能使用時の注意事項」
という落とし穴があるので、ご注意ください。
ハマりました。
というか、ポートの設計やばいと思いますｗ

RXでも効率いいです。
RXはポートレジスタへのアクセスは遅く、
ポートを1ビットだけ変更するとき、
読み込み→ビット修正→書き込み
で、遅いわけですが、ビット修正だけで済むと、
ICLK換算だと何クロックもお得でウマーです。
0035774ワット発電中さん
垢版 |
2015/02/27(金) 20:00:36.42ID:YSFjPOh/
>>33
＞転送命令だけど、ソースが0だと Z フラグが立つ命令

68000とかがそんな感じだった希ガス
日立はMC68000のセカンドソースだったし、その関係で使い慣れてたのかと
0036774ワット発電中さん
垢版 |
2015/02/27(金) 20:31:01.81ID:BQGQLrV4
>>33
>転送命令だけど、ソースが0だと Z フラグが立つ命令とか。

MOVS命令は活かしどころがわからん
0037774ワット発電中さん
垢版 |
2015/02/28(土) 07:10:23.30ID:lvol0ri+
>>36
6502が起源では。ファミコン系列から多くの機種が引き継いでいる。
汎用CPUは少ないけど。
0038774ワット発電中さん
垢版 |
2015/02/28(土) 09:01:17.63ID:yeDwSjZr
昔のCISCならではだよね。
最近はパイプラインが長かったり、
コンパイラでの最適化が進んだりで、
命令順を並び替えることが多いけど、
本来関係ない命令でフラグが変わるとそれが難しい。
0039774ワット発電中さん
垢版 |
2015/02/28(土) 10:35:12.71ID:k7WJvuIa
>>37
お前がRL78のMOVS命令と6502のどちらか、あるいは両方について分かってないことは分かった。
0040774ワット発電中さん
垢版 |
2015/02/28(土) 11:36:10.51ID:lvol0ri+
>>39
あなたはルネサスのスレに何年も前からずっと貼り付いて、ただひたすら
他人の発言をけなすので有名な人ですね。
0042774ワット発電中さん
垢版 |
2015/02/28(土) 22:44:13.53ID:f6x7HO0q
>>34 の例といい、
同じアドレスに複数の機能を割り振るハード設計は、
基本的にやめてほしい。デバッグできん。
0043774ワット発電中さん
垢版 |
2015/02/28(土) 22:46:33.44ID:f6x7HO0q
ポートの状態と出力データを同じレジスタとして重ねのてなんか意味あんの？
分けてあれば、ちゃんと出力されてるか確認できるし（RXがそうだっけ）
0044774ワット発電中さん
垢版 |
2015/03/01(日) 00:34:35.96ID:A+rQ6L2Y
>43
一般論的には、
インデックス間接の修飾8bitで512個のレジスタにアクセスできる、みたいな。

逆に、広い空間にレジスタばらまくっつーことをARMがやって、
インデックス修飾が届かなくて一手間増えてる。即値ロードもコスト掛かるのに。
AVRはレジスタ増えすぎて重ねてもインデックス修飾が届かなくなってるけど。
0045774ワット発電中さん
垢版 |
2015/03/01(日) 00:50:17.19ID:ONxDQs5Z
MOV命令にdsp:16[Rs]やdsp:16[Rd]が苦もなく使えるRXにはあんま関係ない話だな
0046774ワット発電中さん
垢版 |
2015/03/01(日) 01:01:29.18ID:ONxDQs5Z
>>37
RL78で「転送命令だけど、ソースが0だと Z フラグが立つ命令」というと

MOVS [HL+byte], X

と

MOVS ES:[HL+byte], X

のふたつだけだと思うけど、6502のSTX命令はフラグ変化がないので全然違う。
0047774ワット発電中さん
垢版 |
2015/03/01(日) 02:09:25.40ID:RX/a8qA4
（6502より後の製品だけど）68000のともだいぶ違うね

68000のロード/ストア/移動兼用命令moveでは、Xフラグのみ不変でNフラグとZフラグがオペランドにより可変、
VフラグとCフラグは（演算字と違ってオーバーフローが起きないから当然だが）0クリアされる
ロードストア系でフラグ変化しないのはLEAとmoveaとフラグレジスタからのmove、複数レジスタmoveであるmovem、
I/Oポート用のmovep、68040で追加されたブロックmove命令であるmove16ぐらい?
0048774ワット発電中さん
垢版 |
2015/03/01(日) 02:13:37.88ID:RX/a8qA4
6809のマニュアルもググってみたけど、68000と同様っぽいね。68000の祖型というか原型というか、だからかね。
0049774ワット発電中さん
垢版 |
2015/03/01(日) 12:33:45.23ID:LVBkEyQG
>>48
68Kは、むしろ6809の失敗を反省して、
全然違うものを作ったって感じじゃないか。
祖形というより、全否定という気がする。
0050774ワット発電中さん
垢版 |
2015/03/01(日) 13:06:02.91ID:Zdox80cd
>>49
↓の通りなら、68000に6809は関係してない。

http://ja.wikipedia.org/wiki/MC6809
> MC6809は、モトローラが1979年に発売した、8ビットのマイクロプロセッサ。

http://ja.wikipedia.org/wiki/MC68000
> 歴史
> 68000 は1976年に開始された MACSS（Motorola Advanced Computer System on Silicon）
> プロジェクトから出てきたものである。従来製品との互換性を考慮するような妥協したアーキ
> テクチャにはしないということが開発の初期に決定されていた。

> オリジナルのMC68000は、3.5μmルールのHMOSプロセスで製造された。技術サンプルは
> 1979年末に出荷された。
0051774ワット発電中さん
垢版 |
2015/03/01(日) 13:20:43.40ID:NsfYU8ci
6809の失敗は8086/8088と競合して性能で負けたから。
命令体系が美しくても性能で負けたらプロに選んでもらえない。
0052774ワット発電中さん
垢版 |
2015/03/01(日) 13:35:36.40ID:Zdox80cd
6809はアドレッシングモードが強力なのは認めるが特定のレジスタへの操作には
プリフィックスが使われたりで命令体系は美しくはないと思う。
0053774ワット発電中さん
垢版 |
2015/03/01(日) 22:12:20.12ID:1f3eUTCP
当時Z80の命令セットをマスターした者はその後は何を見ても美しく思えたという。
0054774ワット発電中さん
垢版 |
2015/03/02(月) 00:13:44.48ID:JCHVwU6h
>>53
それはない。
68Kもあまり美しくないと思うし、86は当時で一番糞だし、
その後もPICは歴代世界最凶だし、ARMもダメ。
なんだかんだで、ルネのH8とかSHはわりといい。
H8あたりは、まだアセンブラでのコーディングを想定してたのかな。
0055774ワット発電中さん
垢版 |
2015/03/02(月) 01:14:25.59ID:bJ2vWbmh
68000も、初期はまだマシではあった気がするが、その後の拡張はヒドイのが少なからず。
0056774ワット発電中さん
垢版 |
2015/03/02(月) 04:49:22.15ID:P8oRJYhs
68000は最初から致命的なバグがあり、すぐに68010が出たがこれもいまいちだった。
0057774ワット発電中さん
垢版 |
2015/03/02(月) 07:12:07.07ID:P2FsuVxy
致命的なバグのあった製品があんな長期にわたって生産され続けるわけない
005833
垢版 |
2015/03/02(月) 09:04:55.52ID:hpODWg5N
>>34
> ハードマニュアルの、「ポート機能使用時の注意事項」
> という落とし穴があるので、ご注意ください。
ご忠告ありがとう。何かと思ったら結局はバイトアクセスという件ね。
78K0 から使ってるんで、その辺は知ってましたわ。
RX もおもしろいね。高級言語用であろう BOOL 値生成的な命令とか1バイトでジャンプできる命令とか。
ただ、マイコンのせいではないけど、C ソース内にアセンブラが書きにくいんだよね。
V850 も使ってたけど、もう RISC はただ不便なだけにしか感じないな。
0059774ワット発電中さん
垢版 |
2015/03/02(月) 22:00:38.96ID:pFbQTnW0
68000の致命的なバグつうのはMMU付けても仮想記憶実装できないというアレだろうな。
0060774ワット発電中さん
垢版 |
2015/03/02(月) 22:49:58.69ID:bJ2vWbmh
初期のカタログに載ってた68000用MMUが間もなくカタログから消えたのはバグのせいか
0061774ワット発電中さん
垢版 |
2015/03/03(火) 00:46:51.21ID:guKApFcm
68000より後の製品ではMOVE from SRだったかが特権命令に仕様が
変わったり互換性も完全ではないし、68000は近代的なOSを動作
させるには検証が今ひとつ足りてなかった感じ。でも組み込み用途
なら不便ない場合も多かったんで商売としては成功した製品だろう。
最初に68000なんて選んじゃったMacなんかはずっとまともなOS乗せ
らんなかったけど。
0062774ワット発電中さん
垢版 |
2015/03/03(火) 00:59:21.41ID:yR2PEYvu
>>61
その後のインテルの成功とかを考えれば、成功したとはいえないでしょ。
設計の悪さだけが、原因じゃないだろうけど、Macは、CPUが完全に足手まといだったし、
組み込み用での実績なんて、H8にも劣るんじゃないか。
0063774ワット発電中さん
垢版 |
2015/03/03(火) 01:13:06.08ID:guKApFcm
>>62
68000は10年間くらいは販売してたし大成功の部類だろ。家庭用ゲーム機で
出た数も多いけどな。
インテルの対抗する製品といえば80186辺りだが、比較にはならん。
0064774ワット発電中さん
垢版 |
2015/03/03(火) 01:15:16.88ID:HQUz71mc
>>61
ジジイの戯言だが...
昔、68000系を使ったスーパーミニ作ってたんよ。
68010はまとも(OSのフルスペックという意味で)にUNIX SVR3 や BSD4.3が動いたよ。
一番良かったのは68020と68030だな。順当に性能が上がった。
68040は酷かった。命令を削ったにもかかわらずスケジュールが遅れに遅れて出てきたESもバグが多くて
なかなか既存ソフトが動かなかったわ。
0065774ワット発電中さん
垢版 |
2015/03/03(火) 07:20:59.41ID:ajumOIPK
>>54
当時は半導体の集積度に制約が大きく、美しい命令体系と高性能が両立
しなかった。
CRTの同期信号をPICのソフトウェアで生成して、ピンポンゲームを実現した
記事がトラ技に掲載されて、PICの高速性に感動した覚えがある。
Microchipが当時の命令体系を守った製品をいまでも出しているのはすごい。
0066774ワット発電中さん
垢版 |
2015/03/04(水) 00:06:17.48ID:Q5WvI/Oz
>>65
そりゃ、なんか的外れ。
命令が汚いのと性能は、基本的に関係ないでしょ。
86系は、命令体系が汚いせいで性能向上に苦労してるし。
まあ、PICにはPICの良いところも有るが、
あれを良い子には見せたくないから、
できればこの世から早く無くなって欲しい。
0067774ワット発電中さん
垢版 |
2015/03/04(水) 00:34:07.62ID:2ODuFv3Q
メモリが遅くて、しかもキャッシュメモリがなかった8086時代には、8086の命令体系はむしろ高速化に寄与してただろ

深いパイプラインに豊富なキャッシュメモリ、複数命令を並列実行するスーパースカラーなどを組み合わせるいまだからこそ、
あの乱雑な命令体系が足を引っ張ってるわけだけどさ。
0068774ワット発電中さん
垢版 |
2015/03/04(水) 04:25:04.74ID:gu/YmNzZ
8086はもともとつなぎで本命はiAPX432だったはずがこれが大失敗
Z80などの8bitCPUと比べれば8086/8088の命令セットはかなり使いやすい
IBMは8bitパソコンを作ろうとして高性能な8bitCPUとして8088を採用した

http://ja.wikipedia.org/wiki/Intel_iAPX_432
0072774ワット発電中さん
垢版 |
2015/03/04(水) 05:28:01.05ID:gu/YmNzZ
>>70
インサイドインテルという本にも8086はつなぎで本命はiAPX432だったと書かれてる
0073774ワット発電中さん
垢版 |
2015/03/04(水) 06:25:06.63ID:gu/YmNzZ
1980年頃のメインフレームやミニコンの性能を知ると
386を搭載した32bitパソコンはメインフレームやミニコンメーカーにとっては脅威だったのかもしれない
それより高性能だったUNIXワークステーションはIBMやDECの標的にされたしな
0074774ワット発電中さん
垢版 |
2015/03/04(水) 06:30:28.19ID:cj4d6Zy0
>>71
システムの値段とマイクロプロセッサのそれ比べるってアホですか?

>>72
つなぎだ本命だという以前に製品カテゴリが全然違うよ
0075774ワット発電中さん
垢版 |
2015/03/04(水) 06:45:02.64ID:cj4d6Zy0
忘れ去られたCPU黒歴史　20年早すぎたCPU iAPX 432
2011年08月22日 12時00分更新 文● 大原雄介（http://www.yusuke-ohara.com/）
http://ascii.jp/elem/000/000/628/628116/
> 　iAPX 432の開発が始まったのは1975年のこと。当時は「Intel 8800」という名前で開発され
> ていた。名前からもわかるとおり、これは「Intel 8080」の後継となることを想定したプロセッサー
> だった(関連記事)。当時、インテルは競合メーカーであったモトローラ「6800」や、ザイログ「Z80」
> との戦いに追われていた。しかもこれらのメーカーは、次世代向けに「68000」とか「Z800」といった
> 後継製品開発を進めていることも知られていたから、これら競合製品に打ち勝てるだけの性能や
> 機能を盛り込むことを考えた。

いくらかでもマイコンの歴史の知識ある人なら↑見ただけでもう読む気なくすだろうな。
0076774ワット発電中さん
垢版 |
2015/03/04(水) 06:48:57.29ID:gu/YmNzZ
>>74
インテルインサイドという本を読めばわかる
そもそもムーアの法則で8bitから16bit、32bitへとどんどん作れるマイクロプロセッサの性能が上がってる
約3万トランジスタだったのが
286が13万トランジスタ、386が27万トランジスタ
8080だって出た当時は400ドルという高価格だったらしい
0077774ワット発電中さん
垢版 |
2015/03/04(水) 06:53:15.76ID:gu/YmNzZ
約3万トランジスタというのは8086のことな
iAPX432より286の方がよっぽど大規模

http://ja.wikipedia.org/wiki/Intel_iAPX_432
＞当時としては最大規模の集積回路設計である。
＞2チップ構成のGDPは合計で約97,000個のトランジスタを集積しており、
＞1チップのIPは約49,000個のトランジスタを集積している。
＞1979年に登場したモトローラのMC68000は、約40,000個のトランジスタを集積していた。
0078774ワット発電中さん
垢版 |
2015/03/04(水) 06:59:32.59ID:cj4d6Zy0
>>76
トランジスタ数約6000で作られた8080の1974年から何年後にiAPX432出すつもりだったって言ってんの??
「ムーアの法則」って内容わかってて言ってる?
0080774ワット発電中さん
垢版 |
2015/03/04(水) 07:14:38.55ID:gu/YmNzZ
>>78
ムーアの法則は18ヶ月で集積度が2倍
1981年にiAPX432が出たとして
1981 - 1974 = 7年
7 * 12 / 18 = 4.66
2 ^ 4.66 = 25.28倍
6000 * 25.28 = 151680
だいたいiAPX432のトランジスタ数と一致する
0082774ワット発電中さん
垢版 |
2015/03/04(水) 07:19:46.89ID:cj4d6Zy0
>>80
>6000 * 25.28 = 151680
>だいたいiAPX432のトランジスタ数と一致する

「1チップのIPは約49,000個のトランジスタを集積している。」って自分で引用してなかったか？
0083774ワット発電中さん
垢版 |
2015/03/04(水) 07:21:46.72ID:gu/YmNzZ
IPはインターフェースチップ
2個のGDPとIPをあわせるとだいたいそのくらい
0084774ワット発電中さん
垢版 |
2015/03/04(水) 07:25:50.66ID:gu/YmNzZ
別にIntelをディスるつもりはない
386はメインフレームメーカーやミニコンメーカーにとって脅威だったことだろう
OS/2 Ver1.xxが386をターゲットにせずに286をターゲットにして開発されたのはそういうことだろうな
0085774ワット発電中さん
垢版 |
2015/03/04(水) 07:26:02.83ID:cj4d6Zy0
>>83
>2個のGDPとIPをあわせるとだいたいそのくらい

なんだやっぱムーアの法則わかってないじゃんｗ
0086774ワット発電中さん
垢版 |
2015/03/04(水) 07:30:22.05ID:cj4d6Zy0
>>84
>OS/2 Ver1.xxが386をターゲットにせずに286をターゲットにして開発されたのはそういうことだろうな

IBMのPS/2用に開発されたOS/2が当時IBMが採用してなかった386をターゲットにするわけなかろ?
0087774ワット発電中さん
垢版 |
2015/03/04(水) 07:32:44.46ID:gu/YmNzZ
＞IBMのPS/2用に開発されたOS/2が当時IBMが採用してなかった386をターゲットにするわけなかろ?
ググッて出てきた情報か？
OS/2が出た当時、IBMは386PCだしてたぞ
当時の雑誌持ってるからな
0088774ワット発電中さん
垢版 |
2015/03/04(水) 07:36:22.28ID:cj4d6Zy0
>>87
>＞IBMのPS/2用に開発されたOS/2が当時IBMが採用してなかった386をターゲットにするわけなかろ?

すまん記憶違い。

>ググッて出てきた情報か？

ぐぐったらタワー型で出してたみたいだな。メーンは286だったが。
0089774ワット発電中さん
垢版 |
2015/03/04(水) 08:44:46.89ID:G+c7SBeh
>>66
命令が綺麗とか、直交性が高いとかは、性能の低いＣＰＵの信者の言い訳。
0090774ワット発電中さん
垢版 |
2015/03/04(水) 09:36:22.66ID:Y8AtL0Wb
スパコンが手のひらに乗る！

って、いつになったら乗るんだよ！
0091774ワット発電中さん
垢版 |
2015/03/04(水) 12:57:08.44ID:I19gecWG
いつになっても乗らないよ。その時代において「部屋一杯」詰め込める限度がスパコン。
0092774ワット発電中さん
垢版 |
2015/03/04(水) 13:50:43.20ID:hsIVx0zG
大昔のスパコンのスペックのコンピュータがってんならまだわかるが、今現在のスパコンがってーのは無理だろうなー
限界イッパイでぶんまわすためのあらゆる手段が講じられて成立してそーだし
0093774ワット発電中さん
垢版 |
2015/03/04(水) 18:23:22.07ID:i/9QGaDp
日本メーカの話がぜんぜん出ない。
日本メーカ製CPUアーキテクチャが後世に与えた貢献は皆無だ。
V30とかHD64180とか、製品化の技術力はアメリカに勝っていたくらいなのに。
ルネサスが左前になるのは当然だ。
0094774ワット発電中さん
垢版 |
2015/03/04(水) 18:45:39.46ID:2ODuFv3Q
>>81
ちょ、8048はともかく8255は単なる周辺チップ、ファミリーチップじゃん

8080用周辺チップだったっけ、8086用だったっけ?
0095774ワット発電中さん
垢版 |
2015/03/04(水) 19:38:28.25ID:5UZ3HoJG
SHなんて触ると、綺麗に書けなさすぎて、
もう高級言語前提なんだなと。
そうなると、機械語なんてどうでもよくなる。
この贅沢者が。
0096774ワット発電中さん
垢版 |
2015/03/04(水) 20:09:11.50ID:C4zWXZI/
>>94
8080ファミリ。　使い勝手が良いので10MHz対応やQFP化されて、結構な数が使われたよね。
数年前に、どっかのメーカーが71055の代替品？だしてなかったっけ？
0098774ワット発電中さん
垢版 |
2015/03/04(水) 23:06:59.19ID:zYtPllxQ
RL78/I1Dって、もうチップが普通に出回ってるんだな。
いつものごとく遅れるのかと思ってたのに。
http://www.marutsu.co.jp/pc/i/267710/
CS+にも普通にラインナップされてるし。

スペックだけ見てると、「ああ成らないかな」が大体成ってる。
ソフトで動作クロック変えられるなら、
AC電源供給時は高速モード、バッテリで持ち運び時は中速モード、数年間の間欠測定なら低速モードと切り替えられるよね。
ウェイクアップもかなり早いし。
0099774ワット発電中さん
垢版 |
2015/03/04(水) 23:29:58.89ID:4yzu9CYA
>>89
おれが、直交性が欲しかったのは、ハンドアセンブルに都合がいいからだがｗ、
直交性の考え方は、その後のRISC時代には、性能にも寄与するようになったろう。
68000が性能上がらなくて廃れていったのは、やはり初期に設計したやつの頭が悪かったと思う。
プレゼンテーション的には成功したかもしれないが、他社のCPU設計者から嘲笑されまくったはず。
0101774ワット発電中さん
垢版 |
2015/03/05(木) 00:20:34.06ID:BCV3P2F5
>>99
誰の分析だったか、データパス長（信号線の引き回しの長さ・複雑さ）が680x0の高クロック化を妨げたとされてるね
それと、初期68000の頃と比べて追加された命令群、追加されたアドレシングモード、アラインメント境界の緩和などの影響で、
マイクロプログラムを必要とする場面が増えすぎてたのもネックだったんじゃないか。

命令が複雑すぎてクロックを上げられなかったことが祟って碌に性能が上がらず開発中断に陥った、
ホントにネックだったのは追加されたアドレシングモードの処理の重さだろうよ

たとえば、メモリ間接アドレシングモードなんて処理が重すぎるだろ
0102774ワット発電中さん
垢版 |
2015/03/05(木) 02:17:49.31ID:yAITX3n9
x86は20年も前から内部でμコードに変換する仕組みだし、68kシリーズが同じような
アプローチをできていればマイクロプログラムも処理が重いアドレッシングモードでも
問題なしだろう、コンパイラの出力には使われないだろうが。
モトローラが68kシリーズについてはハイエンド製品はそこそこで諦めて060で止め
ちゃったからそういうアプローチを取るまでには到らなかったってだけ。
0103774ワット発電中さん
垢版 |
2015/03/05(木) 14:13:09.74ID:BCV3P2F5
>>102
その「20年も前」が来る前に消えたから、68kでは集積度の限界ゆえに採用できなかったんだろ

あと5年か10年ぐらい長く生き延びれたら可能だったと思うけど。


つか、そもそも040以降で、一部の重い命令を削除して例外処理ルーチンに飛んでエミュレーション実行するように変えたのも、
命令変換の亜流みたいなものと言えなくもない気はする
0104774ワット発電中さん
垢版 |
2015/03/05(木) 16:35:46.35ID:yAITX3n9
モトローラの製品発売の年表を作ってみると

1987 68030
1988 88100
1990 68040
1991 88110
1993 PowerPC 601
1994 68060

68030か040の辺りで68kシリーズについては見切りをつけた感じ。
68060が94年に出てるがこれば開発が遅れた結果だし、x86 ISAで内部でμコードに置き換える
NexGenの製品が出たのも同年だが、モトローラは既にPowerPCに舵を切っていたので68kで
同等のアプローチの製品が出るわけはなかった。

・68k→88k→PowerPC のアーキテクチャの見直しがなく68k一本でやっていたら？
・80860やItaniumのようなアーキテクチャの見直しがあってもx86を潰さずに残したインテルのように
　モトローラにも開発リソースに余裕があったら？

と「もしも」の話題は尽きないが、まあ実際そういうことができなかったが故の結果だろう。
0105774ワット発電中さん
垢版 |
2015/03/05(木) 23:14:39.53ID:BCV3P2F5
余裕があっても、新規MPUのマイクロアーキテクチャの迷走で使い潰してたかもしれんって気はする。

PowerPCって、IBM POWERに88000の外部バスを組み合わせた程度の、モトローラ製品と呼ぶには微妙なシロモノだったよな。少なくとも初期の数モデルは。
0107774ワット発電中さん
垢版 |
2015/03/06(金) 07:47:35.88ID:utnzYSfj
>>104
それは産業界が学術研究の成果を反映した結果では。
性能向上にRISCが有利だって学術的に異論なく認められたのって
1980年代の半ばくらいのはず。
0108774ワット発電中さん
垢版 |
2015/03/06(金) 08:28:45.95ID:Oymo/OSw
ここまでルネ関係ないスレチで100レス
0109774ワット発電中さん
垢版 |
2015/03/06(金) 18:28:57.90ID:x6OmbbcJ
まだやってんのか。

最近の仕事は、機能毎に小さいマイコンをたくさん載せる方向へ移行中。
みなさん、どう？

通信処理書くのがめんどいですが、
ハード的には、通信ライン以外の配線は局所化されて、
いい感じになりますねぇ。
あと、設計変更はやりやすい。

ソフト屋的には、RX200くらいで統一させてもらいたいなー
0110774ワット発電中さん
垢版 |
2015/03/06(金) 19:49:24.79ID:MaxNjkdm
8bitパソコンの爛熟機を思いおこさせる指向ですねえ

といってもパソコンは今も似たようなものか。
キーボード内にコントローラマイコン、USBデバイス一つ一つにコントローラマイコン……
0111774ワット発電中さん
垢版 |
2015/03/06(金) 20:30:15.08ID:x6OmbbcJ
テストが大変で…
少しプログラム変えただけで、
複数のROMが焼き直しになると、ちょっと凹みます。

同じパソコンにE1複数つないでもなんか使えないし。。
シリアル番号入れれるから、識別はできると思うんですけど、
こんな状態は私だけでしょうか。
0112774ワット発電中さん
垢版 |
2015/03/07(土) 08:37:36.09ID:fUysyeWb
>>108
関係ないって言ってるおまえは
日立が68lのセカンドソース作ってたこと知らんのだろな。wwww
■ このスレッドは過去ログ倉庫に格納されています
ニューススポーツなんでも実況