アカウント名:
パスワード:
便宜上、i386って表記にしているだけだと思っていた。今後はi486にでもするのかな?
今回サポートをやめるのは、`uname -m`で表示されるmachine hardware nameのi386です。最近のディストリビューションなら、i686が表示されるはずです。hardware platformの方ではありません。
一部の80386下位互換の組込み向けCPUで未だ現役だったはずだけど、大丈夫なのかなあ。もっとも、大騒ぎになっていないところを見ると、最近はコストやIPの問題でARMへの移行が進んでいるので、問題にならなくなったのかなあ。
>一部の80386下位互換の組込み向けCPU
そういうのはカーネルのバージョンを上げる必要がないことが多いのでほとんど問題にならんでしょう。gccの386サポート打ち切りも同様ですね。
# 関係ないけどFPUエミュレーションサポートが打ち切られるとNexGen Nx586でLinuxが動かなくなっちゃうわけだな。# Nx587を積んだマザーボードは見たことがなかったけど実在した石なだろうか。未だに気になる。
Nx586ですが、 i486で追加された「ユーザーページへの特権レベルからの書込み禁止機能」をサポートしていないためにLinuxカーネルからはi386相当の扱いだそうで、今回のi386サポート打ち切りでサポート外となるそうです。http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=com... [kernel.org]
Nx587、所有されてるコレクターはいるようですが、実際に使っていたという話はさっぱり見かけませんね
Vortex86SX「|∀・)」
Vortex86sxは486ベースですよ。Rise>SIS>DM&Pってずいぶん販売元は変わってるけど元はRiSEのmP6系
M6117のほうは386だったと思うけど。元はALiだっけ。
バイナリだと新しめのCPUに最適化した奴にはi686がよくついてますね。
さらに Tovalds 氏は、i486SX で必要とされる FPU エミュレーションの削除をも提案しており
と言うんだから、i586 辺りかな。
# というか、FPU エミュレーションが載っている事に驚いた。まぁ、時代を考えれば確かにそうなんだけど。
i486DX [wikipedia.org]以降?と思ったけど、時間軸だと i486SX の方が後でしたっけ?
リンク先のZDNetの記事も読もうよ。
So while the 486DX and SX will live on in Linux 3.8, the 386 has come to the end of the road in mainstream Linux.
FPUエミュレーションは残すことになったので486SXでもLinux 3.8は動くとのこと。
組み込みで使うアプリは自前(か自分で調達)だろうから、浮動小数点演算のライブラリを用意してアプリから呼び出せばいいのでは?
アプリをコンパイルするときFPU命令を生成しないようにすればok。
# と言いながら、想像しているのはMSDOS時代のCコンパイラ。
ARMとかMIPSでもFPU持っていないものが現役だけど、この文脈で削除という話になっているのはx86のFPUのことでしょ。
i386とi486って、ソフトウェア側から見てそんなに違うもんなんすかね?
排他制御で用いられるCMPXCHG命令、キャッシュとTLBが内蔵されたことに伴って追加されたキャッシュ管理命令など、OSの機能を実装する上で「美味しい」命令がi486では追加されていると言えるでしょう。
逆に今となっては、それらの命令を持たない(少数派となった)i386のためにわざわざソフトウェアエミュレーションを入れ、コードを維持しつづけるのは結構な手間だと思います。排他制御や仮想記憶のバグはシステム全体に致命的な問題を引き起こしますしね。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
Stay hungry, Stay foolish. -- Steven Paul Jobs
80386に対応していたのに驚いた (スコア:2)
便宜上、i386って表記にしているだけだと思っていた。
今後はi486にでもするのかな?
Re:80386に対応していたのに驚いた (スコア:3, 参考になる)
今回サポートをやめるのは、`uname -m`で表示されるmachine hardware nameのi386です。最近のディストリビューションなら、i686が表示されるはずです。hardware platformの方ではありません。
一部の80386下位互換の組込み向けCPUで未だ現役だったはずだけど、大丈夫なのかなあ。もっとも、大騒ぎになっていないところを見ると、最近はコストやIPの問題でARMへの移行が進んでいるので、問題にならなくなったのかなあ。
Re:80386に対応していたのに驚いた (スコア:2)
>一部の80386下位互換の組込み向けCPU
そういうのはカーネルのバージョンを上げる必要がないことが多いのでほとんど問題にならんでしょう。
gccの386サポート打ち切りも同様ですね。
# 関係ないけどFPUエミュレーションサポートが打ち切られるとNexGen Nx586でLinuxが動かなくなっちゃうわけだな。
# Nx587を積んだマザーボードは見たことがなかったけど実在した石なだろうか。未だに気になる。
Re:80386に対応していたのに驚いた (スコア:2)
Nx586ですが、 i486で追加された「ユーザーページへの特権レベルからの書込み禁止機能」をサポートしていないためにLinuxカーネルからはi386相当の扱いだそうで、
今回のi386サポート打ち切りでサポート外となるそうです。
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=com... [kernel.org]
Nx587、所有されてるコレクターはいるようですが、実際に使っていたという話はさっぱり見かけませんね
Re: (スコア:0)
Vortex86SX「|∀・)」
Re:80386に対応していたのに驚いた (スコア:2)
Vortex86sxは486ベースですよ。Rise>SIS>DM&Pって
ずいぶん販売元は変わってるけど元はRiSEのmP6系
M6117のほうは386だったと思うけど。元はALiだっけ。
Re: (スコア:0)
Re:80386に対応していたのに驚いた (スコア:2)
バイナリだと新しめのCPUに最適化した奴にはi686がよくついてますね。
スルースキル:Lv2
Keep It Simple, Stupid!
Re:80386に対応していたのに驚いた (スコア:1)
さらに Tovalds 氏は、i486SX で必要とされる FPU エミュレーションの削除をも提案しており
と言うんだから、i586 辺りかな。
# というか、FPU エミュレーションが載っている事に驚いた。まぁ、時代を考えれば確かにそうなんだけど。
Re:80386に対応していたのに驚いた (スコア:2)
さらに Tovalds 氏は、i486SX で必要とされる FPU エミュレーションの削除をも提案しており
と言うんだから、i586 辺りかな。
i486DX [wikipedia.org]以降?
と思ったけど、時間軸だと i486SX の方が後でしたっけ?
Re:80386に対応していたのに驚いた (スコア:1)
リンク先のZDNetの記事も読もうよ。
So while the 486DX and SX will live on in Linux 3.8, the 386 has come to the end of the road in mainstream Linux.
FPUエミュレーションは残すことになったので486SXでもLinux 3.8は動くとのこと。
Re: (スコア:0)
Re: (スコア:0)
組み込みで使うアプリは自前(か自分で調達)だろうから、浮動小数点演算のライブラリを
用意してアプリから呼び出せばいいのでは?
アプリをコンパイルするときFPU命令を生成しないようにすればok。
# と言いながら、想像しているのはMSDOS時代のCコンパイラ。
Re: (スコア:0)
ARMとかMIPSでもFPU持っていないものが現役だけど、この文脈で削除という話になっているのはx86のFPUのことでしょ。
Re: (スコア:0)
i386とi486って、ソフトウェア側から見てそんなに違うもんなんすかね?
Re:80386に対応していたのに驚いた (スコア:5, 参考になる)
排他制御で用いられるCMPXCHG命令、キャッシュとTLBが内蔵されたことに伴って追加されたキャッシュ管理命令など、OSの機能を実装する上で「美味しい」命令がi486では追加されていると言えるでしょう。
逆に今となっては、それらの命令を持たない(少数派となった)i386のためにわざわざソフトウェアエミュレーションを入れ、コードを維持しつづけるのは結構な手間だと思います。排他制御や仮想記憶のバグはシステム全体に致命的な問題を引き起こしますしね。