GUIありで最新Linuxが動く最低スペックPCとは?
Linuxは重すぎて使いものにならないことが判明www 10年くらい前のSHRPメビウス AMD sempron 3200+(1.6GHz) 1core / MEM 1.5GBで debian 32bit (MATE) がなんとか動いている。動画再生するとコマ落ちるけどw >>111 RPiのスペッコでGUIが相当キツいのだから、そのスペッコなら大丈夫でしょwww まあSSE2の搭載辺りが境界なのかねえ? Xenが辛うじて動くクラスで最低スペックだと本気で思い込んでるのが最近だと多いんだろうな。 そんなの32bit版の意味あるのかって感じがするんだけども。 LinuxというよりもLinux系OSが正しい表現だろう。 Linuxカーネルだけ入れて重いはずがない。 カーネルも色々取り込んで重くなってると思うけどな。 試しに誰かカーネルだけ最新に差し替えたものを用意してみればわかるんじゃないか? PAE対応のCPUならいくら古くても動くんじゃないの? むしろ、最新機種のほうがデバイスドライバがなくて動かないと思うよ。 古い機種のほうがデバイスドライバがまだ作られていないっていうトラブルは少ない。 pae対応なんて、非対応CPUのカーネル対応が最新linuxでも生き残ってる以上はそもそも論外だろう。 >>116 みたいな思い込みで新機種用の下手糞なパッチ当てた奴が古いコードぶっ壊した事に気がつかないと、 動かないと気がついた時には杭打ちマンションみたいになっていて、立て直ししようにも もう古い方の環境は開発者の手元にないからどうしようもないのな。 10年前のPentiumD830デスクトップにubuntu14.04-32bit入りましたわ。今のところ何の不具合もなくうまく動いてるのかも。 pen4でもできると思うけどlinuxbeanやlubuntuの方が常用しやすい感 最新Linux曲者ディストリに振り回されて、いい歳して徹夜してしまった デストロ4本はきついわ >>117 PAEが重要になるんですよ。 Ubuntu系はインストール時に forcepaeオプションを付ければインストールを試みますけど、 非PAEで動くのは一部のPentiumM/CeleronMぐらいで全てのCPUが非PAEでも動くわけじゃない。 カーネルのソース上で非PAEがサポートされていても、コンパイル時に有効にしなければ使えない。 最新のLinuxディストリのRed Hat Enterprise Linux 7とかCent OS 7はPAE非対応のCPUはだめでそれ以前に64ビットCPUでないとだめです。 ディストリ限定、CPU限定なら非PAEでも動く場合があります。 どのCPUが非PAEでも今のUbuntuが動いて、どのCPUが動かないかの情報があるといいですね。 PentiumMとか富士通機かな? メモリを1GB近くまで増設したらずいぶん重い部類のディストロでも まあまあの動きをしてたけど。 案外安いAMDが高価格PCで使われ低価格PCにインテルが使われたりしてるんだろう なあ。AMDにお目に掛かったことない。18年もPC持ってて、買い替えも したが、純正インテルだらけ。 そして、64bitでAMDが多く登場してくるんだよな。 チップはAMDってのはインテル互換だったが、命令セットがインテルを凌駕して しまった。 >>121 そもそも鳥スレじゃないんだから、並スペックでしか動かないことが確実なカーネルを採用してる鳥に用はないだろう。 最低スペック対応でコンパイルされてるカーネルイメージはどこかに落ちてないの? >>122 https://en.wikipedia.org/wiki/Pentium_M >The Banias family processors internally support PAE but do not show the PAE support flag in their CPUID information; >this causes some operating systems (primarily Linux distributions) to refuse to boot on such processors since PAE support is required in their kernels.[3] BaniasファミリーのなどのPentium Mは内部的にはPAEに対応しているけど、PAE対応という情報がCPUIDに出ていない。 それで、Linuxでは普通にはインストールできずに、forcepaeオプションの指定が必要。 隠れPAEは普通にインストールできないからLinux的視点から見ると非PAE扱いされることが多い。 Ubuntuのforcepaeオプションは、こういう隠れPAEのCPUに対応するオプションであって、他のPAE未対応の全てのx86 CPUで有効なオプションではないらしい。 つまり、PAE対応または隠れPAE対応ではないと最新のUbuntuはインストールできないのかも。 隠れPAEに対応しているから、PAE非対応のCPU全部に対応していると勘違いしている人がいる。 最新のLinuxディストリは基本的にPAE必須なのかも。 クルーソーCPUとかにインストールできるならPAEなくてもインストールできるということだと思うけど、できないらしいよ。 実際に試して言っているわけでないんで本当のことは分からないけどね。 >>125 低スペック向けのディストリ試せばいいんじゃない? Puppy Linuxとか。 低スペック向けに設定された物を「最新Linux」と呼べるかどうかの疑問は残るけど。 >>127 低スペック向け設定だろうが4系のカーネルとかなら間違いなく最新だろ。 問題はどこに置いてあるのかだな。 ubuntu系最新ユーザーランドなら2.6.24辺りのカーネルでまだいけるんじゃないの? 結論は、一般的なディストリの最新では、 PAE対応32ビットCPUか、(表向きには非対応だが内部では対応しているもの含む)(例えばUbuntu) 64ビットCPUが最低スペックになる。(例えばRedhat、Cent OS) 最新のカーネルがPAE無しに対応していない可能性もある。 最新のカーネルは、表向きはPAEに対応していないが実際には対応しているものに対してはコンパイルしなおせば対応する。(例えばUbuntuのforcepaeオプション) 最新のカーネルが全くPAEに対応していないCPUに対応しているのなら、最新のカーネルでPAE無し仕様でコンパイル済みの物が出ていていいと思うが無い。 PuppyLinuxなどのPAEなしで動くディストリは古いカーネルを採用していて、最新のLinux(カーネル)ではない。 >>130 forcepaeはGRUBののオプションだからコンパイルは関係ない 自力でカーネルコンパイルすればnon-paeのUbuntu14.04だって作れる Ubuntu 9wでググれ 当たり前だがforcepaeを解釈するのはkernelな GRUBもUbuntuも直接は関係ない >>131 自力でコンパイルしてnon-pae CPUでUbuntu最新版を動かせて見てから言ってくれ。 PIIは余裕でPAE対応だからキツいとは思うが今の話題の非PAEとは無関係だな Pentium3世代のCeleronってPAE載ってないんじゃなかった? >>135 リンクなんか書いたって見ないよ。 君がno-PAEのUbuntuを起動して見せてくれ。 できたら教えてくれ。 どこのディストリも最新のディストリに最新カーネルのnon-PAEができてないんだよ。 カーネルだけあってもが最新のディストリに乗っからないのでは話にならないから、できるかどうかやってみせてくれ。 「自分でディストリ作ればできる。」とか机上の空論は要らないんだよ。 少なくともそんなことは誰もやりたくないから、君しかやってみせる人がこの世にいないんだよ。 ド素人に前例もないのに、できるできるとか言ってやらせようとしなくていいよ。 君からやってくれ。 じゃあ、頼んだよ。non-PAEのUbuntuとCent OSな。早くしろよ。 できないんならもう書くなよ。 とりあえず起動するカーネルがひとつでもあればどうにでもなるんじゃね? ブートローダに指定できるカーネルとルートディスクを直リンしてくれ。 っていうか、IA-32で終了したというのはi386だけじゃないの? つまりi486sxはまだ現役の筈だから、nonPAEでうだうだ言う前にnoFPUカーネルでのテスト(用の実機)が必要だな。 色々刺さりそうだからリストラ成功までFPUエミュレーションどころかqemuのユーザーモードで凌ぐ必要がありそうだけど。 第二世代のi5でもubuntuは余裕なことから考えると、第一世代でもi3くらいなら充分使える 別にGUIが動けばいいわけで、使えるとかはこのスレの問題ではないのがミソだな。 但し>>1 を否定することを考えるなら、最新linuxの動作が期待されるうちの最低スペックPCで 競合環境より軽い最新環境を提示する必要があるだろう。 幾ら軽いと言ってみた所で、同じマシンで動かないOSなんてどうとでも言えるからね。 それにしても80386で動かないことが保証されたi386版とかギャグだよな。 まあ昔からPC/ATの100%互換機版を純正PC/ATが286だと知らずに作るとかあったけど、 どちらかというとDOSカテゴリの、殆ど某機種依存アプリで埋め尽くされてたけど、 地雷オプションを避けたり、欲しかった一部バイナリは実は機種汎用で使えちゃうので、 動作対象表示が無くて諦める前に、ちゃんとアーカイブの中までよく見て、 場合によっては実際に試さないといけなかった、あの時代の感覚に近いかもしれないな。 正直i386SXなんかだと16MB制限で、paeとか何の話ではあるんだけど、 それでもちゃんとGUIで動く環境が色々存在していたことは否定できない事実なので、 まあ開発者なら黒歴史でもいいから覚えておいて欲しいね。 最初期のPentiumMってPAE載ってないって本当? そんなのググれよ。 20年前にはググルもトリも存在しなかったが、最新linuxでGUIは動いてただろう。 重いとか文句言いたければまずその動いたものを配布汁! 違いの判るマシンで使わなれきゃ改善されようもないだろう。 pen4とかセレDとか単コアで動かせる軽いディストリはあるけど ぶっちゃけC2Dのデスクトップが安く買えるからそんな我慢せんでええやろ >>151 仮想機@X5670で、1コア割り当てでLinux系のOSを動かしてるけど、GUI起動でも、普通に動くよ。 特別遅いと感じる事も無い。 ttp://www.karing.jp/techinfo3.html とりあえずGUI以前にこの惨状では、最新ディストリもパッケージもへったくれもないよね。 i686ターゲットのディストリでも動かせましたって話だから惨状というのは間違ってる気が 最終的には構築成功してるけど、パッチあてなきゃバスから全滅とか立派な惨状じゃないか? そもそも切り捨てられているのが惨状であって、前の時はどうせカスタム化する主要部分以外は流用できたらしいけど、 こうなっては追従する意味あるのかなあ? むしろ逆に低スペ専門で、ニューマシンは勝手に対応汁ってスタンスを貫くディストロを何故誰も作らないんだろ? 四桁の数字は発表の月ではなく対応マシンの年式みたいな感じの。 >>156 Linuxは仕事でやってるんじゃないんだ。 ボランティアなんだよ。 自分が使ってるマシンで動くようにはするが 誰かのために古いマシンを集めたりはしない。 >>156 単純にバージョンアップしなければいいだけだろ。 最新機器のためのバージョンを古い機器で使ってどうする。 無理に合わせようとしても余計困ると思うよ。 ディスク消費量とかメモリ消費量とか。 新しいソフトを動かせばディスクもメモリもふんだんに使うよ。 むしろ最近は殆ど企業の中の人がやってるから新製品の対応しかまともにしてないように思える。 ボランティアというなら昔から使ってたり誰がが持ち込んだマシンがゴロゴロしてる筈。 >>158 だからわかりやすく年式別のディストリを作ればいいって話。 単純にバージョンアップしないだけだとセキュリティ的にマズいのも対応済みってことで放置されてしまう。 Gentoo辺りをカスタムすれば軽量なの作れないかな? 3/486クラスでも動くだろうか PC95とかMPC2用にWin95より軽い奴とか作れる? そういえば昔DOS/V機じゃなくてOADG準拠機と言えと誰か言ってた気がするが、こいつの具体的スペックって意外によくわからんな。 PC98-NXは入らないらしいが、CPUはどこまで対象なんだ? >>165 NXに対応している場合OADGと並列に明記されている筈。 パッカードベルは知らん。 >>161 だから、カーネルやその他のソフト含めて、 セキュリティー以外のバージョンアップはしないのにセキュリティーだけの修正をするというものが存在しないわけ。 だから、そういうディストリは作りたくてもできない。 そういうことをするプログラマーがいないんだよ。 MPU 32bit メモリ1GB前後 HDD 50GB程度 これが最低スペック Mintよりは Debian8の方がいくぶん軽めだね そもそもAT互換とは何かだよな。 ATは286なんだから、AT互換機版の最新linuxと言えるのは実はelksの最新版ということになるのだろうか? 未完の遺物と思いきや、意外と弄ってる人は居るみたいだ。 まあスレ的にはGUIなので、ビデオ機能のAT互換が重要だと思われる。 つまり、AT互換を名乗るソフトならVGA以外を使用するのはNGと言えるな。 拡張使っていいというなら、ATというよりむしろXTの拡張でいいんじゃないだろうか? しかしXTバスを拡張したAT(ISA)バスがIPCバスに置き換わったi810なんて前世紀の話だけど、 今だにAT互換機と呼ばれ続ける不思議はなんだろうな。 >>172 その辺の対応規約別で最近のlinux鳥を分類するとどうなるんだろう? >>167 ハード由来の修正でなければ、そのまま当てれればいいだけなのでプログラマーはいらない筈。 情報を纏めたセキュリティセンターがあれば、そこを見て作業すればいいんだけど、 上流の公式発表だけだと、もろもろ修正とかぼかして書かれてあったら判断つかない罠。 単体では単なる高速技でしかないパッチが原因とかもありそうだし、 結局よくわからんが最新にしとけば安牌だろうって事になっちゃうんだろうね。 まあインテルチップとその互換のamdをチップセットに持つPCをAT互換機 とでも解釈しときゃいいだろ。 PC98あれは、NECのチップセットで互換などない。 >>175 PC98と言ったら今度は>>172 かNetBSD界隈の話になってしまう罠。 9821も中身は結構バラバラで、末期はi440FXとかだよ。 >>177 含まれるな andがintel互換だが僅差でintel超えて大量に出回ったってのが業界事情 GUI関連以外は最低限のコマンドをfuzix辺りから引っ張ってきて、 超ミニマムな真のAT互換機用システムとか出来ないものだろうか? カーネルをコンパイルする時に不必要なドライバを削れば軽くなるだろうか あとはBusybox使って軽量化 98専用のWin95インストールディスクあったもんな Linuxを98へ再移植か?ww TOWNSはカーネル4.2が出てるな http://www.nurs.or.jp/ ~kurati/towns/ ttps://github.com/EtchedPixels/FUZIX/blob/master/Applications/V7/cmd/sh/main.c GUIメインで使うなら、シェルなんてこんなもんでよくね? busyboxのashとかのソースちらっとみたけど、意外とでかくないかこれ? そりゃでかいに決まってる。 busyboxは少ないメモリで単体で動くように、既存の機能たっぷりな ライブラリを極力使わずに、必要最小限のものを独自実装してるんだから。 C言語で既存ライブラリを使わないならば、実行メモリは少なくなるが ソースコード自体は大きくなる。 もっとも実装する機能も少ないから、それほど大きくはならないが。 なんかNetBSDとか書いてあったから特に独自実装というわけでもなくね? スクラッチの専用ライブラリというのも聞かないけど、 gimpみたいに元々は下請けだったみたいな関係のライブラリでもあるのだろうか? fuzixなんか8bitで動く訳で、少ないメモリで動いて機能も少ないというという点での比較はどうなんだ? >>174 PHPでもJavaもでflash playerでもなんでもいいんだけど、 セキュリティーの修正をするのは最新バージョンだけか、主要バージョンだけ。 過去の全てのバージョンに対してセキュリティーの修正をして、過去の全てのバージョンを配布し続けるとかはない。 どれかひとつを最新にしたら、関連ライブラリや関連プログラムその他一式もまとめてバージョンアップしなければいけなくなる。 最悪カーネルもバージョンアップしなければいけなくなる。 全体を最新にしないでセキュリティー修正だけ受けるとかは不可能。 オープンソースソフトウェアなら本家から外れたバイナリを誰かが作ることはできるかも知れないが、過去のバグがあったり 機能が低いバージョンに対してセキュリティー修正だけするという人はいない。 そして、本家でないどこの誰か分からない人が作ったバイナリは信用できず、逆にセキュリティーに問題があるし、 本家でない別人修正ビルドは著作権上、名称を変えないといけなくなるかも知れない。 また、ソース非公開なら他人が修正することもできない。例えばflash playerとか。 >>186 一つを更新したら芋づるで全部更新という話がそもそも馬鹿げてるんだよな。 それは改良じゃなくて破壊しているだけだろう。 そういうソフトこそ名前変えて出直すべきなのに。何故保守しているだけの方が改名を迫られるんだろうか? そもそもたまたまコンパイルエラーが出るから仕方なく更新されるだけという話がもうヤバいよね。 なにか事情があって通過してしまう齟齬があればどう考えても深刻なセキュリティーホールなんだから、 そんなまぎらわしい仕様変更をやらかすいい加減なコードはもっとつるし上げるべきだと思う。 セキュリティーの修正はサポート期間が続いてる限りされてる所が普通よ。 だからソフトウェアのバージョンが、メジャー番号マイナー番号と分れてるでしょ。 機能の追加はしないがセキュリティーの修正だけは行う場合、 マイナー番号が増えていくタイプが多い。 ディストリビューションが芋づる式に環境が変わらないようリリースした時の特定の バージョンの為に、個別にパッチを提供したりもしてる。 >>189 じゃあ今から何年前のGNU/Linux OSが最新のセキュリティー修正がある状態で一番古いんだよ。 一番古いのを選んでもごく最近だろ。 そして一番古いのを選んだらインストールしてすぐにapt-getすらできなくなるオチがあるんだろ。 Ubuntuとか、何年か立った後に、このソフトを追加したいなと思ってもできないんだぜ。 最新のソフトはセキュリティーの修正がしてあると思うが、 古いパソコンで最新のソフトが使えない最大の理由はアップデート提供の有無ではなくてバイナリ互換がないからなんだよ。 Linuxはカーネルにデバイスドライバとアプリケーションがセットになっていて切り離せない。 WindowsはOSとアプリケーションの切り離しができていて、ライブラリのスタティックリンクもできる。 WindowsではVistaでも未だに最新のソフトのインストールができるよ。 だが、OSWondowsがメインフレームのOSとして採用されることが果たしてあるだろうか? >>191 大丈夫だよ。 君がメインフレームを買って来て君の部屋に設置できるようになるころにはWindowsがOSになっている。 どうせ買えず自宅に置けない物の心配をするなや。 >>191 蟻はメインフレームの大きさもわからんようだな >>193 蟻はメインフレームの大きさもわからんようだな 砂糖水でも吸ってろよ、ふふふ WindowsがOSになっている。…WindowsはもともとOSじゃんバカじゃね? >>190 RHEL5か6あたりが10年サポートで一番古いんじゃないだろうか 他でも延長サポートとか個別契約してるとこもあるだろうから確実じゃないが MSのOSの総称を昔はDOSWindows=MSDOS, こんにちに至ってはOSWindows 蟻と同類の次元の低能には難しかったかな? >>189 そもそも期間もなにも、今問題なのは>>153 のように最初からサポート外だけど 最新Linuxとしては対応している環境の話なんだけどな。 サポート外なのに最新Linuxとしては対応しているなんてナンセンス カーネルなんて単なる上流でしかないんだから当然だろ。 上流が対応してる環境をサポートしないからといって何がナンセンスなんだ? 最新linuxとはカーネル以外に解釈しようがないだろ むしろGUIありで最低スペックのスレなんだから、それ以外の最低でもなんでもないゆるふわ環境の話は他所で いや古いカーネルに新しいmoduleのっけてサポートしてる。 環境にしてもbuildしたらいい。 >>198 ぐぐってみたけどそんな言い方してるの見当たらないな >>204 古いカーネルだと、最低スペックが昔の文書の通りに引き下げられるから その一般的な意味のサポートはもっと論外になるだけだと思う。 使える筈だから勝手に頑張ってくださいね的なリップサービスを サポートと言ってみるなら別だけど、それならこのスレだってサポートになる。 最低が2MBだったのは覚えているが、Xで幾らだったかなあ? 少なくとも16MB以上必須なんて記述ではなかったから、 GUIありでも386SXを切り捨てられないのは確実だろう。 >>205 そりゃそうだよ27年前の話だからな 2ちゃんねるも12年だか14年程度の歴史。 過去ログ漁ってもでてくるほうが稀 >>207 27年前は「OSWindows」っていう言い方をしてた、ってこと? Windowsは3.1から使ってるけどそんなん聞いた覚えないな >だが、OSWondowsがメインフレームのOSとして採用されることが果たしてあるだろうか? もとはOSWondowsだし、おそらくMS-Windowsの打ち間違いだろうけど、 間違いを認めたくないらしいからそっとしておけよw 日本語が分からない低能な奴が多いなあ。 脳内で「の」を入れてどうでもいいレスするなよ。 日本語はよく「の」は省くだろ。ましてや2chのどうでもいい書き込みならなおさら。 OSWindowsが分からなければ、OSのWindowsと解釈すればいいんじゃないの? 元からWindowsはOSだって言っている人いるけど、Windows 1.0から3.1まではOSじゃないしな。 元々Windowsは、MS-DOSという16ビットOSの上で動くWindow systemだよ。 X-Window systemみたいなもんでOSじゃない。 >>210 そういう意図だったら>>198 みたいな言い方はしないんじゃないかな > X-Window systemみたいなもんで X Window systemな read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる