X68000・FM-TOWNSユーザーが仲良くするスレ
MC68はx86で言う、CISC⇒RISC系命令変換ができるP6世代あたりまで
残っていれば、同様な手法で高速化できたかもな 68000なんて過去のしがらみ使い続けなければならないほどユーザーいないし、プログラム言語は、共通でアセンブラでプログラムする人なんていないだろ
わざわざ命令変換するハードウェア積む必要性がわからない ソフトウェアで命令変換して過去のプログラム動かすcpu出てきたの
Pentium proの頃だよな
ネクスジェンとかさ Itaniumってのもあったね
Android動く、atom機もトランスコードソフトウェアでやってるんだっけ? Linus参戦で盛り上がってたCrusoeもあったな
Vaio C1とか鼻息荒かったが
あっちゅー間に消えてもたw >>711
互換の維持もあるけどCPU内部でRISC系の
命令に変換しないとそれ以上の性能向上が
無理だった。 >>713
実はそれに関わったロシア人エンジニアが
本国でオリジナル設計のCPU作って。2015
年にロシア市場向けにモノが出てる
たいした性能じゃないと思われるだろうけど
このエンジニア、実はソ連時代にコンピューター
の研究を国の機関でやっていた。あっちの
大物らしく西側にも名が通っていたらしい
PC watchの1999年後の後藤広茂のコラム
にも出てる。 >>709
ColdFireってそんな感じのMPUじゃなかった? 久々にRISCって文字列みたわ、これなんて読んでた?やっぱリスク?
語れる友だちいなかったから全部自問自答な世界だったね、パソコンは
ゴーサブはまだ通じた感はあるけどアンディフィケーションはかなり引かれたなぁ
俺異端児 なにゴーサブとかアンディケーションって
教えなさい Vliwってダメなのかな。486のキャッシュメモリとか
Riscと考え方似てると思うんだけどな
今みたいにガンガンコア数増やしてくの無駄多くない? >>721
今は亡きTransmetaのCrusoeとEfficeonがVLIWだったけど採用したメーカー少なかったよな。
当時地図で投げ売りされてたCrusoe搭載のNECのパネルPC買ったけどWin2Kでももっさりだった。 ソフトウェアで遅くもなれば速くもなっていじり回したい68000ユーザー向けだったのにね どうだろ? 実行時の命令デコーダを取っ払えば簡単になるって理屈だから、
パイプライン止めないためにはコンパイラがCPUの動きを「CPUを動かす前」に
把握しなきゃならんし難しそうな気がする。 既存のソフトがいかに速く動くかで評価されちゃうからな ハードウェアを意識してプログラム書いてたのいつまでだろ
コンパイラによる最適化が難しいんだね? むかしはプロセッサのマニュアルとか出てたよなIntel
今でもあんの マイコン屋(ルネサス)の資料ならサイトから普通にPDFあるけど、
intelみたいな海外の大企業はどうなんだろねぇ? マイナーなVtuberがTownsやらX68のゲームをやる配信が出てきてるが
中身はおっさんとかなんだろうな、
ホロとかにじがそういうのやってくれれば >>718
1999年の時点じゃ、Itaniumは
期待の新型CPUの扱いだよ
使えない扱いされたのはその後のx86が
予想より進化したため・ AMD64をWindowsで採用しなかったなら
Itaniumは生き残ってたんじゃないのか アイタニウムは、アイタニウム用に書かれたコードで本領を発揮し
既存のソフトは大幅に高速化しない。
そうしたcpuが標準になったら他のベンダーは...
そして高価だった
そんで大手pcメーカーがそっぽ向いてamdに力添えした コンパイラ作るのが難しく、苦労の割に期待通りの性能が出なかった
複数の命令を一度に実行よりマルチコアの方が良かったという事になるのかね >>738
それ言うならRISCのSparcやMipsが
一定の成功収めたのはなんでとなるんだが
それまでのx86や68kとは命令レベルでの互換なし
ソフトも一から揃える必要があったのに
ワークステーションで一定の成功を収める
ことができた。
まあ、演算速度がx86や68Kより速かったから
その影響もありそうだけど その頃にはアセンブラでゴリゴリって時代は終わっとったからな アイタニウムは値段が高い上に、アイタニウム用のコードが標準になると、他のメーカーはハンデを負うことになるし
Intelの独占が進むの嫌がってpcメーカーがamdに肩入れした
んじゃないの? コンパイラは、各種cpuに最適化できるけど
アルゴリズムまでは生成できない
で
Vliwはアルゴリズムレベルで最適化が必要
プログラム次第でガンガン早くなるのがvliw ? 言うほど速くなかったからな
単純に数の暴力でゴリ押す方が簡単に伸ばせたのが実態w >>747
ここで言う数ってCPU内部の演算機の数?
当時はまだマルチコアじゃなかったし
演算機の数ならItaniumの初代でCPU内に
8個の浮動小数点演算機があって、それを
800Mhzで動かすから6.4Gflops(単精度)
となっていたな。
1999年に出たPentiumVは単精度のFPUは
2.0Gflops そりゃ一切の無駄なく動いた場合やろ
そういう風に動かすコードが吐けなかったわけで Itaniumの最初のやつが性能でPentiumIIIに負けてたらしいので
当時のコンパイラ技術じゃどうにもならんかったんでは
まあいまの技術でも性能あげるのは無理そうだけど さすがにPentiumIIIは脱線かも。
この流れが続くと、自治警察さんがこのスレに目を付けるかもしれん 386も画期的やったのに
98系はともかくTownsにしても
DOSのしがらみが残ってもうたな
まあLinuxも動いたけど 面倒臭かったねWindows95のインストール
Cdromのドライバ、config.sysに登録するとか TOWNSユーザーからするとTOWNSってユーザー熱、熱かったの?
X68000側からは、そこまで盛り上がってる気配を感じなかったんだけどさ NIFTYがあまりにも中心だったので、盛り上がりのすそ野がなかった感じ >>757
雑誌のCD添付がもうちょい早ければOh!FM通して何かあったかもね フリコレやNIFTYではアングラな物は回らないわけで オクでTOWNSの価格が上がってる
画面が写れば初代、2代でも1万こえるかのか 一体型はブラウン管の寿命が心配、初代はSCSI無し、それ以前に386機は遅すぎてあかんわ。 メンテ考えるとHRだけど、パフォーマンス考えると白以降だよなぁ… 白もME,Freshなんかは電池が基板に直じゃなかったか DOOMよりもメニューアイコンの懐かしさに感動w
「館」とかあったな〜 なんで今頃と思ったらTOWNS-OSへの移植か
TOWNS版Linuxに着いてたよねぇ 全員じゃないけど
TOWN持ってる奴が痛かったなぁ・・・・ 何気にスプライトはTOWNSの方が強かったんだよな
X68は多重スクロールが得意なだけで 多重スクロール以外はTOWNS圧勝だよ
ただ、この時代は多重スクロール正義なんだよな >>779
256ドットを横いっぱいに広げる画面モードもあったらしい 画面モードに横方向拡大があるよ
正方形モードは縦シューで大活躍 拡大して15kHzインターレースのオーバースキャンではねえ TBIOSの持っているモードでは、そうだよ
VINGのHI-RESO WIDEなんかはうまくやってそうだけど、エミュではよくわからんね 全然余裕ねぇ
カックカクやん
移植がイマイチなのか、68の性能が低いのか コジコジが2千円で買ったwindowsCEの電子辞書のDOOMの方がサクサクで草 Towns初代機を購入し、その後、Towns HRに乗り換えたコテコテのTowns派ですが、今振り返ってみると、富士通は「名前だけタウンズのX68000互換機」でも良かったのではと思う事があります。
両社連合でなんとかWindow95発売前夜まで生き残り、任天堂との連合構想が破綻したSONYや3DOコケたパナソニックも巻き込んで、プレステ1みたいな卓上ゲーム機に・・・あっ、でもそれは「パーソナルワークステーション」という響きを愛する人達に対する背信行為になって大炎上してたかも・・・。 破格値で買いたたいてシャープの経営厳しくなったら液晶も韓国製にした任天堂に抜かりは無い
任天堂は損する商売は絶対やらない 任天堂がシャープを丸ごと買収、或いはシャープが任天堂を丸ごと買収ってシナリオはあり得なかったのだろうか
確か、ザウルスをスマホみたいなのに進化させたくて、NTTドコモ買収を模索してた事もあるよね、シャープ スーパーパルディオ551Sとかやっとったな
売れんかったがw >>795
なんでそんなゴミ抱えなきゃならないんだよw 確か、どっちのマシンのOSもクリップボード無かったんだっけ? 任天堂にとってシャープなんてゴミでしかない
利用価値が無くなったら捨てるだけのゴミ 今更ファルコムのゲームなんて…
イース9はまあまあ面白かったが、PS2時台に作ったゲームエンジンを使いまわしてる段階でアウトだろ
今では古くなったUNITYの方がまだマシなのに 仮にTOWNS版Ys作るとしたら、
ベースはPCエンジン版?
それともwindows(Ysエターナル)版? PCEの看護婦かわいくないからそこだけサターン版でお願いします 誰?看護婦って?
エコリーナさんは出てこないぞっと