インテル「64bit専用アーキテクチャを設計します。その名も『x86s』」 [314066368]
■ このスレッドは過去ログ倉庫に格納されています
急速に進化するテクノロジーの世界において、テック業界のグローバルリーダーであるIntelは、最近、コンピューティングの未来に革命をもたらすことを約束する簡素化された新たな64ビットモード専用のアーキテクチャ「x86S（仮称）」のビジョンを発表した。
将来のIntelアーキテクチャは64ビット専用になりレガシーサポートが終了する
Intelの新しいx86Sは、現代のコンピューティング・システムがますます複雑化していることへの対応策だ。テクノロジー・ユーザーの要求が高まり続ける中、より効率的でパワフル、かつ合理的なコンピューティング・ソリューションへのニーズも高まっている。x86Sは、このようなニーズに対応し、テクノロジーの未来に向けた青写真を提供することを目的としている。
この新しいアーキテクチャの中核をなすのは、簡素化と統合へのフォーカスだ。Intelは、さまざまなコンポーネントを単一の統一されたアーキテクチャに統合することで、コンピューティング・システムの複雑さを軽減することを目的としている。このアプローチは、コンピュータシステムの設計と運用を簡素化するだけでなく、その性能と効率を向上させる。
x86Sの主な特徴のひとつは、モジュール設計だ。この設計により、コンポーネントの追加や削除が容易になり、変化するニーズや技術にシステムを適応させることができる。この柔軟性は、テクノロジーが常に進化する世界では極めて重要であり、従来の硬直したアーキテクチャに比べ、大きなアドバンテージとなる。
x86Sのもう一つの特筆すべき点は、エネルギー効率を重視していることだ。様々なコンポーネントを統合し、その動作を最適化することで、新アーキテクチャはエネルギー消費量を大幅に削減することを可能とする。これにより、環境にやさしいだけでなく、運用コストも削減でき、個人・法人を問わず、費用対効果の高いソリューションとなりうる。
こうした技術的な利点に加え、Intel x86Sアーキテクチャは、より広範なハイテク産業にも大きな影響を及ぼす。Intelは、アーキテクチャーデザインに新しい基準を設けることで、技術革新の新時代への道を切り開いている。他のハイテク企業もこれに続き、同様のアプローチを自社の設計に採用し、技術の進化をさらに推し進めることだろう。
https://texal.jp/2023/05/20/intel-unveils-its-vision-for-x86s-a-64-bit-dedicated-architecture/ シリコン半導体自体がかなり限界に来てる気がするけど… 32bitの時も86とかじゃなかったっけ？
86って何の数字なん？ >>18
マイクロソフトがWoW64で頑張って吸収してくれるから... 発想は面白そうだけど高級言語のプログラマが死ぬだろこれ >>18
アプリ屋にとってはAMD64と変わらんだろ >>26
なら32bitも16bitの8086をイメージさせるx86やん、、 ＞エネルギー消費量を大幅に削減することを可能とする
ついに暖房メーカーから脱却か
ま、実現するのかわからんが >>29
32ビットがx86って呼ばれらから紛らわしくて >>24
AMD64と互換アーキテクチャなのか。
今ですらAMD64とARM向けのコンパイルとテストで面倒なのに増えるもんだと思ってたわ 最近のatomはシングルコアの性能がzen+と同じぐらいになってるのに4コアで6wだしな >3
AdobeのCSサポート終了宣告のときに仮想マシン作ってないやつおりゅ? >>37
まあそれをZen+のときに出せてればなー >>34
そもそもx64の名称はAMD64から来てるだけだしな N100あたりが割と評判いいから、その発想でコアをモジュール化し増設し性能上げていくみたいなアプローチ目指すのか？
高効率のeコアを10個くらいワンパッケージにしてデスクトップに積むとか ちょっとまって。64bitときたら次は128bitに決まってんだろ！
何でできないんだ ARMも32bit切るし、ようやくそういう時代になったってことだろ >>48
やる必要が無いだけ
今の物理的な最大メモリ容量は64bitの上限に全く届いてない 最新のatom系列N100ってSkylakeのi5ぐらい性能あるらしいな
サンディおじさんどうすんのこれ いまはUEFIで64bitにしてカーネルをロードしてっから
あんまり影響なさそうな話だな >>33
c言語での無指定のintが64bitになんだよ インテルとトヨタでは、どっちが先に「86」のナンバリングを使ったんだっけ？ LinuxだとAlphaAXPでintが64bitだったから
結構というか酷くめんどくさかった
なんでそういう意地悪はやめようってコンセンサスができた いつまで「86」を引きづるつもりなのさ？ (´・ω・`) この業界って命名規約つくったり命名するの本当に下手くそなのなんでなの？
その筆頭がUSBじゃん 586、686、786
で良かったのにPentiumとかCore iとかはじめたんわなんで？ itaniumのコンパイラもintが64bitかも
使ったことないから知らない セグメントもI/O命令もやめてレジスタもABCDやめてR0～R31にすれば？
あれ、68000って正しかったんじゃ >>68
権利問題
他社に互換CPUを開発されてたことからはじまった 日本のおっさんたちが
涙なしには語れない65186も忘れるな >>68
単純な数字のみだと商標権が取りにくくて他社互換品も486を含む名前つけ始めたから差別化するために独自の名前にするようにした IA64の時と同じく、Microsoftにうるせーバカってサポート切られて終わるんじゃないの Linuxですらメジャーなディストロは
32bit CPUのサポート切ったから刷新するにはいい頃合いかもね >>62
結局処理系で変わるからintで指定するとバグの元 車でも86とつけてるのは全員馬鹿なんだし
いい加減86から離れろ >>79
AlphaAXPはそういう理想論が理想論に過ぎないことを
血の涙で教えてくれるプラットフォームだった どっちインストールするんだろ…
x86のが数字多いからヨシッ！ >>48
汎用レジスタで128bit長が求められていないから出てこないだけで今のCPUは128bitとか256bitとか512bitとかの計算が必要な場面は複数のレジスタで計算する仕組みが実装されてるよ >>84
HPEはあのクソ難物だったItaniumをHPUXのSuperdomeとかで引っ張って
最終的にはかなりいい感じのコードを吐くコンパイラ作ってたみたいだから
なかなかやるなと思ったよ
当然もうやめちゃったけどね
まあでもすごかったよ
稼働中にCPUぶっこ抜いても動き続けんだよねSuperdome AMD64専用にするとそんなに作りが簡単になるもんなのかね >>92
そりゃリアル/仮想86に係わるとことか
なくなっちゃっえばなんぼか楽じゃねえの
クソ複雑だし >>85
俺様の乏しい長い経験から言えるのは
バイナリでエコシステムがガッチリできちゃってる分野に
新しいISAが入り込むのはほぼ無理だってことだ
WindowsにARMは入り込めてないしx86はAndroidに入り込めなかったろ
入り込めみやすいのは組み込みとソースがソースでのLinux/*nixの一部で
RISC-Vも当分はそこに収まるよ >>12
AMD64て、386命令の前にプレフィックスを置いただけの、他に類を見ない程醜悪なバイナリですよね？
64bitなのに可変長で、長いものでは11バイトだか13バイトまでいくとかいう…どんなキ○ガイが設計したんでしょうね？
冗談抜きで、AMDが仕込んだ呪いと化してるよx86-64バイナリ Androidは公式がサポートやめちゃっただけでChromeOSではあいかわらずx86がメインだし
ARM-x86のバイナリトランスレーターは優秀で強力なものが実現されているので、パフォーマンス的にも問題ない
そもそもJAVA(ではないが)もARMバイナリも、どちらも実行コード確定前の中間バイトコードみたいなもんだ…と言われれば、実際そんなもん
逆に、ARM上で動作させるx86トランスレータが難産で アプリケーション環境もAndroidはJAVA(ではないが)バイトコードが基本だし、WindowsもVista以降のモダン環境は基本.NETで、.NETはCLIバイナリ基調なので、
VMさえ実装できれば実行するプロセッサなんてぶっちゃけ何でもいい
一部のARMやx86(Win32)バイナリの実行だけトランスレーションが必要になるが、これもバイトコードと見なして実行環境上のネイティブコードを生成するだけだし
Win32なんて当時の実行速度と比べれば、多少のオーバーヘッドを含んでも今時の環境でトランスレートした方が遙かに速い …で、ようやく話が>>1で扱う領域に戻ってくるのだが、少なくとも現在のWindows環境でプロセッサが実際に実行する可能性のある32bitバイナリはアプリケーションのものだけなので、だったらもうこんなものにトランジスタを割いて実装しなくとも、OSレベルでトランスレート実行できれば十分だろ…ってなる
Windowsにはそうやって吸収できる環境が既に揃っているので、もうプロセッサにレガシーな16/32bitロジックなんか載せる必要ないんじゃね？…ってのが>>1のお話
ブートシーケンスもUEFIなら16bitコードとか関係ないしなあ
Linuxはちょっと寝耳に水かもしれないが
Linuxも今時LILOでブートアップするような環境は無いだろう って連投している間に、ニワカイキリの皆さんはどこか行っちゃったのか >>102
Alpha 21164積んだAlphaPC 164マザーボードを
いまだに保管してる俺様をニワカイキリ呼ばわりとか
臍で茶が湧く
マザーボードだけで25万くらいしたんだ当時 これで32ビットアプリはほぼまともに動作しなくなるな
エミュ使うしかない Windowsの「昔のXPや98のアプリケーション動かせますよ」ってモードどうなるん？
廃止？ >>92
過去の遺産を切り捨てれるから
結構な規模削れる >>107
そういう移行させる段階ではなくて
64bitが当たり前の時代になったから
古い機能いらんやろ精神 >>92
今のx86/AMD64はモードレジスタで設定すれば
16bitモードも動かせるはず
8bit資産を8086の時に活かすために奇数アドレスアクセスも
クロックペナルティだけでできる今となっては無駄な回路も
抱えてるはずだし https://ascii.jp/elem/000/000/470/470600/
AMD64は動作モードとして、以下の2種5モードを持つ。
Long Mode
64bit Mode
Compatibility Mode
Legacy Mode
Protected Mode
Virtual-8086 Mode
Real Mode
Legacy Modeは従来の32bit CPUとして動くモードなので、拡張されたのはLong Modeの方である。こちらは64bit OS(と64bitのデバイスドライバー)が必須であり、これをフルに使えるのが64bit Mode。一方で、従来の32bitアプリケーションをそのまま動かすのがCompatibility Modeとなる。 32bitは今やレガシーだしwow64も中途半端だしいっそyou全部エミュレートしちゃいなよとインテル直々の御達しか あーリアルモードとかプロテクトモードとかか。確かに切り捨てたいだろうな… https://ja.m.wikibooks.org/wiki/X86%E3%82%A2%E3%82%BB%E3%83%B3%E3%83%96%E3%83%A9/x86%E3%82%A2%E3%83%BC%E3%82%AD%E3%83%86%E3%82%AF%E3%83%81%E3%83%A3
CPUの動作モード
2010年代の現代のパソコンのアーキテクチャも、深層部は ほぼ16ビット時代の名残り（なごり）のままである。
市場のパソコンのアーキテクチャは事実上、昔からの技術のツギハギになっており、
16ビットCPUの名残のモード（「リアルモード」）の上に
32ビットCPUのモード（「プロテクトモード」という）を付け加え、
さらにその上に64ビットCPUのモードを付け加えるという、
ツギハギのような状態になっているのである。
コンピュータの電源投入の起動直後、CPUはまず（16ビット時代の名残りである）リアルモードを実行し、
それを土台に（32ビット時代の名残りの）プロテクトモードに切り替え、
必要ならさらに64ビット時代のモードに切り替える、
という仕組みになっている。 レガシーモード無くすだけでしょ
x86-64から16bit/32bit命令のぞいたらREXプリフィクス付きの命令だけになって効率悪すぎる >>116
某MIPSの環境に既存ソース移植しようとしてそれで度々失敗した思い出 >>116
アラインメントの制約はx86以外でC書いてれば誰でも知ることだから
それはいいとして
なぜ今どきw-zero3とかxscaleとか連呼してるのかが非常に気になる
なもん今どき誰も使ってねえだろ >>118
記事が古いのよｗ
2007年
このあとくらいから日本はデジタル分野が終わったからね、、、
技術解説とかあんまりない そういえばItaniumとかいう産業廃棄物あったな 5年前のお前ら「MacOSで32ビットアプリを切り捨てるなんて！！！」 >>103
懐かしいなAlpha AXP
職場にも一台導入されてたよ、NTが動くやつな。
アプリケーションだけなら逐次トランスレートでも全然動くじゃんこれでいいんだよ…って評判は悪くなかったのだが、直後にOpenGLのアクセラレータがPCIカード1枚に収まるという技術革新が訪れ、デバイスドライバの揃わないAlpha君は更新できず、そういえば最近見ないな…と思ったら、パーティション島の端でプリントサーバやってたわ…
本導入となったのは、PentiumPro2発にアクセラレータの載ったNTワークステーション。
導入当初はお通夜だったが、使ってみたらきれがヤバかった。これSGI終わるわ…ってなった。実際その通りだった >>124
これは32bit切り捨てにならないから。
あんな玩具屋のオモチャと比べないでくれる？○すよ？ Digital Equipmentsって今にしてもかっこいい社名だと思うんだよな…
おれの中ではInternational Business Machinesと双璧。
あと昔あったSCSI板に載っていたFuture Domainも格好いい名前だと思ってた。
ドライバはunkだったが… どうせAMDがx86aという対抗アーキテクチャを用意してそっちが普及するんだろ 最近Javaやり始めたから嫌儲のIT系スレは読んでて面白いわ
このスレは特に勉強になった 素直にintelのpdf見た方が早い
long modeのみになるだけだとさ
https://www.intel.com/content/www/us/en/developer/articles/technical/envisioning-future-simplified-architecture.html
3.3 Removal of 16-Bit and 32-Bit Protected Mode
16-bit and 32-bit protected mode are not supported anymore and cannot be entered. The CPU
always operates in long mode. The 32-bit submode of Intel64 (compatibility mode) still exists. >>114
BIOSからUEFIになってもこれなのかね ケンモメンだからIA64/AMD64ってスッと出てくるけど
他だとintelバンザイで終わるよな amd64が採用された当時は32bitアプリケーションが大量にあった上に、計算資源が貧弱でエミュレーション難しかったからなあ
でもいまは64bitアプリケーション多いわけだし、32bitは切っちゃってもエミュレーションで十分かもね
逆にIA-64みたいな発想やな i860
ってのも1986年くらいにあってダメだった。
i8086アッセンブリ言語分からないのにx86擁護する人たちは何にすがっているんだろうと悩むことがあるわ。 ポリコレ的にはx86-64とかx64とでも書くべきだと思うよ
リポジトリラインにAMD64(ﾄﾞﾔｧ)とか設定していりディストリは、正直言って引く
Wintelでさえなければ只の営利企業でも平気で担ぐのかと
BLM的な欺瞞 >>131
OSとしては64bitしかサポートしませんよ
でも64bitOS上で動かす分には32bitアプリケーションも普通に（エミュレーションじゃなく）動きますよってこと？
long modeのcompatibility modeと、protected modeの違いがイマイチ分かってないわ 記事読むとアプリの起動が速くなる感じだが
特にその必要感じないけどなあ
OSの起動が速くなるなら利点を感じる時があるかもしれんが
そもそも64bitの命令セットはAMD製でしょ？この動きは意味あるのかな >>138
ありがとう
だとすると>>134ほど急激に刷新するつもりではないんだね >>129
> どうせAMDがx86aという対抗アーキテクチャを用意してそっちが普及するんだろ
AMD64が盤石すぎてそんなもん必要ないな >>129
もうAMDと同じ土俵では戦えないと言う逃げから生まれたアーキテクチャかも知れん
格安でばらまいてシェア取って、AMDが互換CPU出したら訴訟起こすとかしそう しかし、最近でこそイギリスからARMが出てきたけど、
商売になるレベルで普及したCPUアーキテクチャってなんでほぼアメリカが独占してるの？
なんで他の工業先進国からは出てこないの？ >>143
逆に日本は色んな半導体メーカーがあったのに、何でアメリカのアーキテクチャ使ってたのって話じゃないか ARMってもともとはAppleが90年代に
NewtonのCPUを作る目的だけに用意さした
英のAcornとAppleのジョイントベンチャーだから
Appleの都合が無ければ存在しなかった
だから純粋なイギリス企業と言うのも
元を辿ると違うと言えば違う
まあその後Appleが傾いて完全に手放して
iPhoneのSoC採用で脚光浴びるまでは
Intelなんかと比べくもない弱小企業で
それがスマホ時代の到来で
一攫千金掘り当てた幸運な企業でARMは特殊な例 >>98
デヴィッド・カトラーをディスれるとはえらい奴がいるもんだな >>149
カトラーってWindowsNTの開発者じゃないの？
cpuの設計もやってたの？ >>139
MS公認の元、64bitの仕様はAMD策定の方が選ばれて
AMD64って記述するのが通例だけど
そこからレガシーモード取り除いて取り戻したいのかもね
インテルがやりましたよー的な >>145
ARMが凄いというより宇宙人と言われるジムケラーが
PAセミで魔改造してたのをジョブズが買ったから
そこから引っ張られるように今のようになった
そのジムケラーはAMDのRyzenに関係してるんだがね >>150
厳密には16bit世代の
8086
80186
80286
も含めて真ん中の数字をxにして86シリーズって
意味ことだからなあ
32bit時代が長かったのでイメージとしてx86=32bitってなってるが
>111
>114
UEFI出る前の言われるBIOSとかあれ16bitモードじゃないの？
DOSにそのまま入れそうだし
その後のブートシーケンスの途中でモード変更して
16bit→32bitプロテクトモード→64bit
とかやってそう
UEFIは多分32bit DECのAlphaもK7もAMD64もZenもiPhoneも
ジムケラーという異能者 まあでも今のARMがワッパの良さって固定長命令のおかげで命令デコーダーがボトルネックにならないという部分が大きいから
RISC的に固定長命令で統一してしまいたいという思惑なのかもね
32ビット互換やAMD64互換は実行前にバイナリ変換してしまえば何とかなるだろうし
ARM版Windowsだとその仕組みで何も問題なくx86アプリ動くしな
命令デコードがボトルネックにならなければ、M1/M2でアップルがやってるように、実行パイプラインを増やして投機実行やりまくれば余裕で今の倍くらいの性能は出るんじゃ無い？ >>45
i8080の1「6」bit版じゃね？
姉妹品に外部データバスが8bitのi8088がある >>152
その天才ジムケラーが唯一放り出したのがIntelなんだろw >>157
大企業患ってそうだもんな
インテル
不倫でやめたグルザニッチだっけ？
あいつがどうも半導体製造の古参を切ったのかグダグダだしな
まあそんなインテルができる事といえば
こういう整理くらいしかないわな
個人的にはそろそろ脱ATXして欲しいんだよな
もう大半のバスはシリアルなんだからCPUもGPUみたいな
ボードでいいやろと >>118
むしろx86には境界調整要らなかったのかよ。
知らんかった >>158
ボードどころかチップの標準規格作ってるからCPUからGPUからメモリまでひとつのダイの上に乗る 逆張りでインテル株買ってる
AMDは高くなってきて将来性に陰りが見える >>162
逆張りでもなんでも無くちょっと前が底でこれからまた上がってくるってのが一般的な見方だけど >>159
クロックペナルティあるけどね
アライメント調整された場合よりアクセスより処理が遅くなる
>>161
拡張がシンプルだったからかな
MSがいいねって感じの後押しも
インテルのitaniumuはセカンドソース排除とか
思惑のせいなのか糞扱いで却下だった記憶
>>160
インテルはNCUで小型ゲーミングマシンだしてて
理想に近いんだがまだ専用って感じなんだよな Intelに高齢従業員を優先的にリストラした疑いが浮上し非難を浴びる
https://gigazine.net/news/20180529-intel-age-discrimination-accused/
アメリカの大手半導体メーカーであるIntelが、2016年から実施した1万人規模の大規模なリストラの過程で
「年齢で従業員を差別して高齢従業員を優先的にリストラした」として、強い批判を受けています。
ちょうど蓮以降インテルの開発がｇｄｇｄ化した時期と一致する
Pentium時代からの開発を知ってるベテランがいなくなったとも言われてる >>166
インテルは自社ファブ抱えてるから超アナログな半導体製造で
古参を切ったらそりゃねって感じ
ハイパースケーリングも頓挫したりと酷いもんな
Ryzenなきゃskylakeあたりの4コア+iGPU+その他回路
でAVXとか拡張でハナホジ経営のつもりだったんだろうけど 80系は固定セグメントなのでちょっと大きなデータを扱おうとすると面倒くさくて……なんて言ってる老害は
もう絶滅しましたか？ スマホが64ビット化してる時代に
いまだに64ビットアーキテクチャで揺れてるパソコンとかお粗末過ぎやしませんか マジレス希望
Z80とか8086ってさ
80ってなんなの？ もしかしてリトルエンディアンで1000 0000 8bitって意味なの？ >>171
リトルエンディアンは関係ないよ
intelの方は8000シリーズの前に4000シリーズとかあったから
https://ja.m.wikipedia.org/wiki/Intel_4004
だいたいはbit数をわかりやすくしてる
Z80も8bitCPUだし >>172
何十年も前だったらみんな知ってるでしょって常識も
今の若い人は知らんやろ、ひどいわ インテルはアーキテクチャデザインする才能無いからな
あったのはプロセス技術と市場を制覇する政治力
アメリカの優秀な若手もこれからのインテルに賭けようとする人いないんじゃないかな >>173
wikipedia漁ればだいたいまとまってるよ
歴史的背景とかも もう86の名前にこだわるのやめろよ
ただの亡霊だろこれ AVX512とかいうリーナスにむごたらしい死を望まれる特級呪物を生み出したあげく、
自分でも扱いきれなくなったからリセットしますってことか？ 変化に対応できるとか言ってるけどどうせ買い換える時はマザボごと買い替えとかになるんでしょ >>169
未だに32Bitのソフトウェアがパソコン上で使われてることが多いからしょうがない
MSOfficeとか モジュール化したら性能下がらんか
バスが高性能なのか >>181
32bit資産は拡張モードで処理できるからいいんだよ
そうじゃなくて16bitOSや32bitOSをダイレクトに動かす
古いモードはもういらないよねって話では
セグメントとかもそれだし 対応する必要があるのはどれの開発者？
下記くらい？
os 設計者
ブートローダー開発者
コンパイラ開発者
デバイスドライバー開発者
アプリ開発はインラインアセンブラとか使ってなければ再コンパイルすればokなのか？ 128bitアーキテクチャもAMDに任せた方がいいんじゃなかろうか >>186
128ビットが必要になるのは数千年後だと思うw >>186
多分相当先だよ
64bitになっても最近のAIは8bitでデータを扱うのが増えてるし
メモリバスだって64bit化の恩恵承れはずなのに一般向けでも
せいぜい数十GBくらいしか使ってないよね
サーバーサイドでTBクラス 過去との互換性だけがx86のアドバンテージなのに笑
まぁ、とはいえ実際の所いまさら8086のコードをネイティブ実行するかって言ったらしないけどさ。 インテルが捨ててもAMDが過去の資産を引き継いでくれる >>169
スマホはソフトがお粗末だからな。
新しいOSでは過去のアプリは全部動かなくなります！とかやっても「お粗末なソフトが動かなくなるだけだから」
大して文句言われないので、何ビットになろうとすぐに対応出来る。 >>188
なんか意味不明なレスしてるけど、8bitでデータを扱うからバス幅は8bitで十分とか思ってるの？
流石に頭悪すぎない？ え？切り捨てられるから逆に不便になっちゃうの
FireFoxみたいに >>194
別に不便にはならんでしょ。
今更、MS-DOSやwindows3.1をネイティブで動かすかって言ったら動かさないし笑 Intelは産業組み込み用全部捨てるのか思い切ったな組み込みはAMDの時代 >>192
ちげーよ
桁数増えたからそのまま大きい計算するかと思いきや
8bit x 8個 = 64bitみたいな使い方が増えて
いうほど使わないって話 >>196
組み込みだって今時64bitOSで動いてるよ笑 >>198
本当に頭悪いんだなお前。
いうほど使わないって何アホなこと言ってんの？
8bit×8個でしかないから！って、それ8倍速で処理出来ることを意味してるって理解できなかったの？
自分で書いててアホだなって気づかなかったの？ 最新版のCore iでも半世紀近く前のi8086で動く mov ax,0 とかが動く互換性を維持するのは流石に無理なんやろな
とはいえレジスタとか命令セットを一気に綺麗したならそれはもう86って名乗っちゃ駄目だとは思う FP8って8bitの浮動小数点数フォーマット作っちゃう時代 AMD64は古いのはもうレガシーとして綺麗に整理してしまってるからな
インテルという業界の癌よ リトルエンディアンで困るのは 奇数アドレスの時でしょ >>170
そもそも何で4004なんだってことなら
インテルはもともと製品名を４桁数字で付けていたから
―The first digit indicated the process technology used, the second digit indicated the generic function, and the last two digits specified the sequential number in the development of that component type.
これだと何やわかりにくい思った開発者のファジン大先生が一貫した製品"4000ファミリー"とした。インテルでは４桁数字の慣習は受け継いだんやね >>26
今売られてるintelの64ビットCPUもx86アーキテクチャだよ、主に命令セットと互換性の観点で >>196
まあ組み込みでAMDはイメージ最悪だから簡単に採用は増えないな >>156
8088は8086の8ビット外部データバス版だからその解釈でいいんだけど
じゃあなんで初代を80186にしなかったかと問い詰めたいよな >>201
それ今というかi686以降はマイクロプログラムで86互換命令セットを動かしているだけだから
それをこれまで通りマイクロプログラムで動かすか
それとも古い命令セットはVM機能でシミュレータ動かせば十分と考えるかの違いでしかないね
Windows自体、過去との互換性はWindowsOnWindowsという内部シミュレータで提供していて64bitモードで32bitシミュレーションするとちょっと使い勝手が悪かったりするよね >>211
ここまで発展するとは思ってなかったんだろｗ
＞じゃあなんで初代を80186にしなかったかと問い詰めたいよな
バス幅で名称が変わるのとえいばその後の
386SX
386DX
とかあるけどさ
この時点で頭の80は省略されて呼ばれたりしてるし >>214
マイクロコードに移行してパフォーマンス落ちんじゃね？ >>212
そんなこと言ったら8086からマイクロコードだぞ >>211
そもそも80186はCPUとしては初代の分類だけど。 >>216
CISC CPUはマイクロコードが前提だから当たり前の話だな
ハードワイアードで高速化を図ってもいいんだろうけど、エラッタが出たらマスク焼き直し、旧版は全部バグ付きのまま残るからマイクロコード形式がデフォ
i685以降はコアを8086シリーズ拡張ではなく
RISC設計にして、その上で86系命令をインタープリター実行するマイクロコード互換にしたのが相違点
って大前提の話だよな
お前はツッコミが毎回ズレていて大爆笑だわ i685→i686
なんで予測変換で番号が書き変わるんだよw
ワロタ NT4.0だったかはDECのAlphaで動くやつあったな >>220
i586はスーパースカラー(スカラー並列)だけど密結合設計なのでCISC
i686はそれを疎結合設計にし直したのでRISC
P6 processors dynamically translate IA-32 instructions into sequences of buffered RISC-like micro-operations, then analyze and reorder the micro-operations to detect parallelizable operations that may be issued to more than one execution unit at once.[3] The Pentium Pro was the first x86 microprocessor designed by Intel to use this technique, though the NexGen Nx586, introduced in 1994, did so earlier. なんで匿名掲示板って知りもしない事に嘘を書いて、正解を乞食する知能劣悪おばさんが常駐してるんだろうね
詳しい人ならもっと具体的な話をするのに
知能劣悪おばさんは常に具体性のない妄想質問をするから
相手するのも馬鹿馬鹿しくなる
山形大学の同僚やニセ科学同人の人たちは
こんなのに28年以上も関わって大変だな >>218
知ったかエアプで笑われてんのはお前だよ 職場のあだ名「うんちのしみ」の知恵遅れおばさんの
妄想言いがかりは小学生レベルだから
さっさと小学校からやり直せ、現実に英語論文も読めず中学数学もできないまま何年間もトラブルを起こし続けて職場通報されてるんだから
小学校からやり直すのが適切
まあメンタル異常と精神異常を治さないと小学校普通学級の卒業も無理だろうけどな
このまでバカ丸出しな職員は他で一度も見た事ないわw >>223の引用部にある話(ソース参照)を前提とした話だと読み取れないから、バカ丸出しな>>226を書いちゃったんだね
こんな目の前の英文すら読めない薄らバカを10年間も相手したお茶の富永も災難だよな >>200
いやメモリーが一度に扱える量と
高速な動作は別やぞ >>214
昔のプログラムはパフォーマンスが落ちるということだと思う BIOSとかUEFIで、CPUをAMD64モードに入れる設定とか用意して、
その設定が有効だったらAMD64として、無効ならそのx86sで動作する、とか
そういう感じなのかねぇ
x86sモードなら16コア40スレッドで全力だけど、AMD64モードだと8コア16スレッドだ、
みたいなのでも、専用アーキならアリかもな リアルタイムでX86→RISC形式のインストラクション翻訳をするプロセッサは1994年のNexGen NX586が最初って話も興味深いね
NexGenはi586互換プロセッサの草分けとしては有名だったけど、翻訳動作も相まってi586ベースのベンチでは圧倒的優位な性能は出ず消えたのかと思ったら、AMDの中興の祖、K6プロセッサの流れに合流して一時代を築いたね NexGen とAMD K6のつながりの話はこのあたり
https://news.mynavi.jp/techplus/article/semicon-39/
まあ難読症の知恵遅れ老婆はまた内容理解できずに珍解釈をして妄想で暴れるんだろうな
バカは何十年経ってもバカのまま
お茶の富永はいい面の皮 >>231
そこで選択肢として
X86 / X86s / x64とならないのが謎発想だね
まあマザボ搭載BIOSやUEFIでできる事はハードウェア周りの初期化手順やブート、NVRAMあたりまでで
インストラクションレベルの非互換性は基本ソフトやライブラリ、アプリ側で責任分担だろうけど ゼロベースで互換性バッサリ切り捨てて
現代的な計算処理で性能増すようなISAを開発してほしいな 元スパコン屋だからなぁ
パチョコン大先生老婆の妄想議論は支離滅裂過ぎて
救急車で精神病院に送ってやりたくなるね そもそもCPUの論理設計とFPGAを使った動作検証は計算機実習の一つのテーマとして存在していて
そん中からRISC-V互換かなんかの使えるIPコアが飛び出して話題になった事もあるくらい一般的なテーマなんだけど
偏差四十九の落ちこぼれ実験講義担当は九九や中学数学の基礎から説明し出して脱線転覆するから、一生手が届かない想像上の存在なんだろうな
偏差四十九職員は悲惨 あともう一つ、半導体実装を前提とすると
コストに糸目をつけなければ好き放題できるだろうけど
それが売れて台数出て開発/製造の初期コストをペイできて、更なる研究開発やスケーラビリティある展開、設計/製造技術のアップデートにも付いていく前提だと
ニーズとか競合優位とか互換性、コスパ、電力消費や発熱といった性能以外のパラメータも考慮する必要があるよね
2000年代後半だと1000億円の工場立ち上げ投資で世界最速プロセッサを特定プロジェクト用に量産して、数ヶ月から半年の先行でDongala TOP500一位を獲得したり、足回りの豪華さでベンチ内容によっては数年間優位を保つ事ができてしまったけど
コロナ前時点で工場立ち上げに一兆円以上かかる時代になって、ファウンダリ発注がデフォになり
商売ベースで継続的ニーズを生み出さないと最先端スケールルールの半導体を作る事は不可能になってるよね
そこら辺が視野に入っていないのがいかにも偏差四十九実験講義担当者の書き込みの愚かさ
いまどき大学でもそんなレベルの空理空論を振り回す人は使い物にならないだろ
半導体はちょっとした試作でもマスク一枚1000万円の世界だからなぁ >>239
基地外の人は何で具体性のない虚勢を張って学生からゴミ扱いされる人生を送ってるんだろうね
あからさまにバカで英語も数学も統計物理もできない真性の落ちこぼれ職員なんて透明人間扱いだよな 結局、偏差四十九の人はコミュ障かつ知恵遅れで
他の研究者と対等に意見交換することもできず
たた28年間ネットで愚痴をこぼし虚勢を張り、デタラメ英訳で恥をかき、中学数学すら解けない事がバレるだけの生活を送ってきた、心身障害児だから
誰も本気で取り合うわけないよね
この人の最大の欠陥は、依存症
自分一人で何か成し遂げた事が無いから
何でもかんでも赤の他人に愚痴を言って他人に教えてもらおうとする。
大学職員の分際で知的活動が教えて乞食オンリーとかあり得ないだろ。教えるのが仕事なのに教える事ができない無知蒙昧デタラメ連投のゴミクズだから
ひたすら具体性のない愚痴を吐き、誰かに答えを教えてもらおうとする
こんなゴミクズはさっさと素行不良で追い出すのが山形大学の役目に見えるけど、山形大学は落ちこぼれ職員の相互扶助組織かなんかで追い出せないんだよね
悲惨 学生もだらしないよな
中学レベルの数学も英語もできず
うんちのしみを付けて歩いてるような異常者が職員に居たら
勉学意欲が削がれるから遠回しに病気治療を勧めて
引退に追い込むのが普通だろ
基地外が目の前に居るまま大学生活を送らなきゃならない学生さんが可哀想 あともう一つ基地外職員に本質的欠陥があるとしたら
青い鳥病の知恵遅れ版だろうな
基本教養がロクにないから、あるテーマについて基本前提を説明された段階で何もわからなくなり、発狂して「自分は宇宙創造神だ、ぷらんくとんに宇宙創造神の偉大さがわかる筈がない」とか荒唐無稽な妄想を語り出す。
昨日久々に誇大妄想で宇宙創造神とか言い出すのをみて爆笑したよ
あくまで基本前提の話だから、本題はその先にあるのに
本題に辿り着くだけの知的体力がない。
小馬鹿にしながらもわざわざ親切に基礎の基礎を説明してもらっても、それを学習機会として活かしてその先を積み上げる習慣もなく、自分にとっての青い鳥(自分を宇宙創造神(笑)として認めてくれる理想郷)がどこかにあると思い込んで現実逃避して
現実のサイエンスを全否定し始めてしまう。
誇大妄想狂人の青い鳥症候群だね
頑張るべき場面で頑張れずに妄想的理想郷を前提に現実を否定する精神障害だよ >>245
自己紹介は不要だから
お前の小汚いホムペに帰って
小汚いブログに統失妄想の続きを書け統失婆 結局この人無知だから
基本前提レベルの話に逐一具体性のない否定を繰り返して
学生にもバカ扱いされる人生を送ってるんだよな
一目見りゃバカだってわかるレベルの受け答えしかできてないもんな
バカは死ななきゃ治らない >>155
なんか30年くらい前の議論そのまんまで、歴史の話をしてるように見えた 顔文字は荒らしの知恵遅れじゃん
はい次の患者さんどうぞ こーゆーのって自分では何一つおもしろ面白い話が書けず自演埋め立てでスレを過疎化させた当人が
面白いスレだったのに過疎ったのは他人のせいだ
って何度も書く負け犬パターン intelはアップルになる気かな？
過去を切り捨ては良いんだけどアップルになるからな 俺はID変えてないから好きにNGして
いくらでも面白い話を書けばいいのにね
面白い話が一切できない人ほど
他人のせいでスレが面白くなくなったと称する妄想を連投してスレを過疎らせる
つまり、俺が書いた内容が刺さってグーの音も出なくなったって事だよな
またまた勝っちゃったよ >>1
まーだ「x86」を忘れられないのか
仮称とはいえ Program Files（x86）
Program Files（ARM64）
Program Files
また増えるの？ >>12
インテルにとってAMD64って呼び方、やっぱり屈辱なんかな >>28
32bit値はDWORDで統一するし別にいいわ >>232
Intelの中身も作りはこうなってるそうだよ。
x86(AMD64含むCISC)命令をRISC命令に翻訳して回路に流すをやってるらしい。
まぁもっともっと単純明解な回路にしたいんだろうけど >>260
おいおい、Intelの場合i686以降がその形式だという話の補足説明だぞ文脈読めや
補足は、その方式がi686よりNexGenの方が先行して実現していて、NexGen側技術はAMDのヒット作AMD K6で活用されたという話 a_watcherがハッスルしてんじゃん久しぶりに見たわ 山形大学の長期ストーキング犯罪者天羽優子56歳@apjが裁判所の接近禁止命令を無視して
またまた仮想敵と闘い始めた模様
こんな素人の過疎スレで何を幻視してなぜ興奮しているのか健常者には理解不能だね まあ頭の中身が小学生レベルのアラ還知恵遅れだから
裁判所命令すら守れなくてもしょうがないね osインストール後にi386フォルダーをコピーしておけよおじさん「」 インテルはItaniumの失敗でAMDの互換メーカーに成り下がった過去をもう忘れたのか？ｗ x86→x64→x86s
マイクロソフトってXBOXといいネーミングセンスなさすぎる >>268
どこからマイクロソフトが出てきたんだ？ｗ まだ 冴えない作文の 文盲があるな
素質ないから辞めとけ オマエがカキコしなくても
オマエ等の状況はかわらねぇよ
むしろ悪くなっていく一方だ
諦めつかないだろうが それがオマエ等の 天命だ ところで
もういい加減に 刷新してほしいよな
ＡＭＤ６４にこだわる必要は無くなっているよな で、meltdownはいつになったら完全になくなるんだ？ ■ このスレッドは過去ログ倉庫に格納されています
