-
UNIX
-
UNIXがLinuxに置き換わって消えつつある件
-
UPLIFTで広告なしで体験しましょう！快適な閲覧ライフをお約束します！
UNIXがLinuxに置き換わって消えつつある件について - コメントを投稿する
-
HP-UXすら終わりが近づいているな
-
何を今更
-
データーセンターとかも今は軒並みLinuxなんでしょ
金融系はどうなんかね -
（macOS）
-
HP-UXなんかだいぶ前から死に体だったじゃん
５年くらい前かな最新版 -
絶対うそやー
いややっ -
消えると指摘しているのに減っていること同義だと誤解しているおっさん
-
どこに消えると書いてある？
消えつつあるとしか見えないのだが -
昔は商用UNIXいろいろあったよな
ほんとクソみたいな時代だった -
互換性のないクソが減って幸せじゃ
-
>>2
HI-UX「奴は四天王の中でも最弱…」 -
力のAIX
技のSolaris
最弱HP-UX
もう一人は誰だろう
しかし最弱なHP-UXより先にSolarisが殺されたのが印象深い
AIXは下手するとLinuxより長生きする可能性すらある -
LinuxはUNIXの一種です
-
>>14
形容詞だった時代はもう終わってますよ？ -
>>13
AIXは日本IBM社だからな。HP社はろくに売り込み要員がいない。 -
Linuxを採用するのは新しいシステムが多いが、HP-UXが動く仮想環境やクラウド環境がほとんどないのが減る原因。
-
NECとか富士通もオレオレSystem V持ってなかったっけ
-
>>18
汎用機と一緒に消えつつある -
Linux板も過疎スレなんだよなあ
関係ない板で質問するやつが増えた -
UNIX板とLinux板統合したらいいのに
-
>>18
三菱や日立も
通産省のΣ計画があったから
親方日の丸メーカーは全部作った
東芝はSunのOEMしてたから免除
NECはどうだっただろうか
HP-UXもあったけど
SVR2or3も別途作ってたかも -
UNIXってもう既存の保守やリプレースだけで新規案件とかないのかな
-
あぼーん
-
日立はHI-UX作ってたな
HPを日本語化してたやつ
結構使った思い出 -
HP-UXベースなのはWE2あたりからじゃないかな
2050/3050RにのってたのはHP-UXではないと思う -
UNIBOXってのがΣ計画のSVR2
-
国産Unixは国産スパコンで使われてんじゃないの？
と思ったらNECも日立もとっくに撤退してて残ってんの富士通だけか
まぁアホらしくてやってられんわな -
日電も日立もHP-UX担いでたけど、イタニウム失敗して将来がないからねぇ
-
何かと思えばアイテイニアムのことか
しばらく考えたわ
ま、そういうのもあったな -
IntelはARM部門も売ったからな
-
Itaniumか・・・
ぼくのかんがえたさいきょうのは大抵ろくなことにならん -
CPU内dynamic scheduleの覇者だったIntelがどうして
他のRISCは全部捨ててVLIWなItaniumに走ったのかさっぱり分からん -
P6は中身RISCだけど、x86はCISCで時代遅れという風評を取り払うためには
「RISCも時代遅れ」ということにする必要が合ったんだと思う -
そんな大層な話か
ただの内ゲバだろ
巻き込まれた人は御愁傷様 -
>>37
x86命令セットからμOPへの変換と、その後のスケジューリングのオーバーヘッド大きいからな
並列性とか活かすならVLIW系でかつ命令跨いで並列実行を指定できるItaniumは有りだったと思うよ
このままだとARMに持ってかれる -
>>40
けどコンパイル時静的並列だけでは効率が悪いし
ユニット数が増えたらコンパイルし直しだぜ?
動的並列入れたらVLIWじゃなくなっちゃうし
ソフトウェア資産があるx86でいい
itaniumでもcrusoeみたいなやり方が
絶対にうまくいかなかったとまでは言えないけど -
ARM事業は持ってたのに売ってしまったしな
AMDもジム・ケラーが置き土産していったARMプロジェクトを塩漬けしてた
ついにARM開発も始めるらしいが
RISC-Vでなくていいのかね -
すみません、図書館でWindowsXPが出てくるところまでざっくり歴史を漁った初心者です
「インターネット機能分野ではまだUNIXのほうが上」な時期から今に至るまで
UNIXを取り巻く環境はどう変わったんでしょうか
これからUNIXは、Windowsに勝てる見込みはありますか？ -
なんかUnix機ってここ20年くらいの日本製品に似てる気がしてきた
高機能で品質も良いからヴイヴイ言ってたけど、
安かろう悪かろうと小馬鹿にしていた中韓製品（＝Windows）が
安くて必要充分になってくるにつれ追いやられてしまい、
「高機能路線に特化する」とか捨て台詞を吐いて実態は撤退、みたいな -
UNIXに関してはスレタイの通りなのでは
macOS一味は例外的に元気そうだけど -
>>43
今はWindows機よりも
UNIXの一種であるLinuxベースのAndroid機の方が多いです
つまり既に勝っています
macOSやiOSもUNIXベースです
家電やIoTもほぼLinuxベースです -
LinuxはUnixじゃないよ
iOSもUnixじゃないはずだが -
LinuxはUNIXの一種ですよ
「UNIX」を狭く考える人はSUSv3の認定がないとUNIXではないと
言い出すのですが馬鹿げてます
下位層のAPI(例えばシステムコールやlibc)がほとんど全く同じなのに
iOSもUNIXの一種であるFreeBSDベースです
Machというマイクロカーネルに載ってる変種が元になってます
両方コッテコテのUNIXカルチャーから生まれたOSです -
FreeBSDはユーザランド持って行っただけだから、Unix関係ない。
-
一般に"UNIX"って綴るときはSUSの認証受けてるやつでしょ商標だし
だからわざわざ"Unix"だの"Unix-Like"だの言うわけで
で、たぶんそれらはユーザーランドまで含んだ概念だと思うから
iOSとかwatchOSとかの子分たちは違うんじゃないかなあ -
>一般に"UNIX"って綴るときはSUSの認証受けてるやつでしょ商標だし
そう言い張りたい人は勝手にどうぞ
Lion's commentary on UNIXの6th editon UNIXもUNIXじゃなくなっちゃいますね
変な宗教ですね -
そんな古典の話を出さないと反論できない、と
-
>>52
オレオレUNIXを語ってる方が、おかしな宗教にはまってるようにしか見えんがのう -
本来のMachではBSDのサブシステムはカーネルの外にあるけど
パフォーマンス的にキビシイからXNUではカーネルの中に抱え込んでいる
というのがわしの理解 -
ていうか、FreeBSDには大好きなUNIX由来のコードはもう残ってないんじゃないかな
そこらへんの紛争でゴタゴタしてる間にLinuxが流行ってしまったと -
ケンカはやめて（＞＜）
-
各社のワークステーションは初期はBSD系のOS乗せてたけど
その後に全部SystemV系に置き換わったじゃん -
FreeBSDもLinuxもUnixだとか言っちゃう人が
ワークステーションなんか触ったことないだろ -
UNIXに本山という考え方自体が馴染まないと思うわ
時代に合わせてv6,v7までベル研、その後BSD、SunOS -Solaris、HP-UX、AIX,LINUX、Freebsd、NetBSDなど勝手気ままに生まれては消えているし
そういえば日立のLUNAというのもあったな -
LUNAはオムロン
日立は2050 -
2050はハードウェアの名前
-
Lunaはハードウェアじゃないの？
-
>>61
SystemV系なんてもう死滅寸前じゃん -
家庭用ゲーム機はぜんぶファミコンだしな
-
基本、話の流れとかは無視なのね
-
LinixもmacOSもUNIXじゃないなんて狭く考えるやつは
脳内で勝手な俺ルール想定してるだけで基準なんてない
macOSなんてSUSv3だぜ? -
macOSがUNIXじゃないと言ってる人はいないのでは
-
macOSはUNIXだけどLinuxはUNIXじゃないという人はいる?
-
LinuxはUnixじゃないだろ
今はむしろUnix製品がLinuxになりつつある -
UNIXとは、美容室であり、オーディオ機器でもある
-
タッパーウェアでもあるしな
-
今UNIX本筋はLinuxとAndroidとmacOSとiOS
4つもあってどれか持ってる人が多いんだから普及したもんだ -
ほぼ死にかけのHP-UXやSolarisはともかく、
今やUnixと言えばAIXだと思うのだが、
パチモンが先に出てくるこの世の中よ... -
もうAIXだけだもんな
SUS V7適合は -
>>41
いやItaniumは命令またいで並列性記述で、後はそれぞれ実装の中でユニットの限り並列に実行するという発想だったんよ
実行ユニットが倍増でもしない限り一度のコンパイルでOKの予定だった
x86の資産が使える方がいいのはその通りだけど
ただ時代も変わってCPUアーキテクチャの種類の重要度落ちたし、ARMがこれだけ発展したなら、x86がなくなってもおかしくはかいかもね
x86にも旧命令を残しつつ、より新しくてスケジュール効率の良い命令も実装してそちらに徐々に入れ替えていこうという構想もあるみたいだけど -
VLIWってのは凄く原始的なアイデアで
SIMD並列のCPU内部版なわけだけど
古いコンピューター・アーキテクチャが前提になってる
メモリアクセスのコストが一定の前提
現在は計算ユニットとメモリの間には多段のキャッシュがある
だからメモリアクセスコストは実行時にしかわからない
そして一番遅かったのに合わせてしか命令を捌けない
動的スケジューリング以外生き残れないなんて
インテルの技術者はほぼ全員分かっていたと思うが
RISCでさえそうなんだってi960とかの経験で知ってたし
少し前までのマイクロソフトと一緒で社内闘争が激しすぎた
勝ち残ったプロジェクトリーダーは大儲けだから
それを是正出来なかったから会社が凋落するわけだよね
もちろんまだチャンスはある会社だとは思うが -
今後のコンピューティング需要はAIが主体だし古いアーキなんてガンガン捨てられる
インテルは相当危機感持ってるよ -
RISCで負けて
x64で負けて
GPUで負けて
ARM部門は売却済み
全部戦略ミス -
>>85
メモリアクセスでキャッシュから外れていたらその時点で例外発生して他のプロセスにスイッチだから、メインメモリへのアクセスが速いか遅いかで全体のパフォーマンスへの影響は無いに等しいよ
(もちろんメモリの速度はトータルのスループットには影響するかもしれないが、スケジューリングが動的か静的かは関係無い)
命令の並列度なんて上限はたかが知れてるし今後もそんなに増えないから、ItaniumのEPIC(VLIW)が順調に進化していたら、デコードコスト低いメリットが活かされていくことになっていただろうねぇ
まあx86の巨大市場の前に技術的な優位性関係なく消えていったが -
また0からやり直そう
POSIXから捨てよう -
キャッシュミスでコンテキストスイッチみたいな重たい処理動かしてたら
無茶苦茶遅くなりそう... -
なるほど、すぐ諦めずちょっと待つという話ですよね
そのへんのタスクスケジューリングのリアルな知見ってどうやって勉強したらよいのやらです。OSを自分で作ってみよう系のムック本とかですかね？
情処エンベデッドにも問題出てくるけど、SES業態でそんなの勉強できる案件ないよトホホ -
普通のアプリ作ってるだけでもそういう話に触れると思うけどなあ
例えばWindowsのGUIだって、GUI側で黙って待ってても処理進まないから
sleep(0)でコンテキスト返却するとかバッドノウハウ的な部分だってあるし
そしたらいつコンテキスト取り上げられるんだろう？とか関連APIの説明を読むとか
OSの中身にまで踏み入らなくてもしれる部分はいくらでもある -
まあ、そうです…まさに、自分はアプリを作る中で触れてきました
ip通信デーモンを作る仕事を繰り返す中で、
クソ遅かった実装パターンと速く動いた実装パターンとで比較して、自分なりの勝ち筋を見いだした、けど、その知見で次の職場で速いコードを書いても、他人には全く理解してもらえず苦労したんです
自分は実際の職務経験から、select系apiでシングルスレッドでのイベント・ドリブン型、協調型マルチタスクでないと速く動かない！マルチスレッドは全然ダメだ！と結論したけど
そのプログラミングモデルは理解がしやすいと言えないので、他人から「なんでそんな難しく作っちゃうの」的に批判されて、マルチスレッド型で全部作り直したい、とか低評価された -
あと私は「アプリ」のプログラミング インタフェース（API）の仕様に、OSのスケジューラがコンテキストスイッチを起こすか起こさないかを、もし書いてたら、書きすぎでメンテ性が低下するバッド仕事だと思います
だから（api 仕には書いてないから）「自分ならOSをこう作るな」と想像したり、試作して比較して多分こう、ていう不確かな知見になって、他人に「それお前の勝手な推測だろ」って言われる訳です -
>>92
英語だけど
Understanding Linux real-time with PREEMPT_RT training - Bootlin
https://bootlin.com/...reempt-rt-slides.pdf
古典的ではない排他プリミティブ
https://ja.m.wikiped...nk/Store-Conditional
CPU内の動的スケジューリング
Lecture 18: Instruction Level Parallelism -- Dynamic Scheduling, Multiple Issue, and Speculation
https://passlab.gith...culationAdvanced.pdf -
>>96
ありがとうございます。
CAS命令LLSC命令は前の現場でソース読んでたら出てきて、なんじゃこりゃ？ってなって勉強した記憶があり。少し思い出して来ました
pdfの資料は…時間作って読んでみます。貴重な情報ありがとうございます -
Garuda Linux
https://garudalinux.org/
Garuda Linuxとは？美しいデザインとパフォーマンスに優れた Arch ベースの Linux ディストリビューション
https://pc-freedom.n.../about-garuda-linux/
Garuda Linux プロジェクト日本語トップページ - OSDN
https://ja.osdn.net/...ojects/garuda-linux/
Garuda Linux をインストールする
https://zenn.dev/mim...icles/3965965cf1a9ad
Garuda Linux は美しいネオンの外観で手間のかからない Arch エクスペリエンスを提供します [ビデオ付きレビュー]
https://ja.linux-console.net/?p=18212
【Garuda Linux】おしゃれな外観のLinuxディストリビューション
https://note.activetk.jp/distro/garuda -
>>97
ヘネシー・パターソンは読んだんかな
最新まで邦訳されてんのかどうか
preemptinessが必要ないかあまり重要でなければ
自らyiledしてCPUを手放すのは効率がいい
Xorgサーバもそうなっている(使ってるのはselect) -
>>99
あざす
ヘネパタって奴ですね、未読です
自分も select 系のAPIを使って、アプリ内の各タスクが細切れのタスクを実行し、自分でcpuを離す方式、で、成功体験が多数あります。まさにXのメインループと同じ方式の認識です
この方式だとどこかがバグって無限ループすると（プリエンプトがないので）他のタスクに制御が行かなくて詰むのだけど、経験上一番速く、cpuがグルングルンに回る
↑今すぐ読める無料コミック大量配信中！↑
