X

UNIXがLinuxに置き換わって消えつつある件

1名無しさん＠お腹いっぱい。
垢版 |
2024/08/15(木) 19:38:32.82
UNIXがLinuxに置き換わって消えつつある件について
2024/09/15(日) 15:00:56.64
>>62
商用UNIXおじさん出たーー
確かにlinuxは別
2024/09/15(日) 18:20:56.94
今UNIX本筋はLinuxとAndroidとmacOSとiOS
4つもあってどれか持ってる人が多いんだから普及したもんだ
2024/09/15(日) 19:36:06.38
ほぼ死にかけのHP-UXやSolarisはともかく、
今やUnixと言えばAIXだと思うのだが、
パチモンが先に出てくるこの世の中よ...
2024/09/16(月) 04:57:23.13
もうAIXだけだもんな
SUS V7適合は
2024/09/18(水) 10:02:47.56
>>41
いやItaniumは命令またいで並列性記述で、後はそれぞれ実装の中でユニットの限り並列に実行するという発想だったんよ

実行ユニットが倍増でもしない限り一度のコンパイルでOKの予定だった

x86の資産が使える方がいいのはその通りだけど
ただ時代も変わってCPUアーキテクチャの種類の重要度落ちたし、ARMがこれだけ発展したなら、x86がなくなってもおかしくはかいかもね

x86にも旧命令を残しつつ、より新しくてスケジュール効率の良い命令も実装してそちらに徐々に入れ替えていこうという構想もあるみたいだけど
2024/09/18(水) 10:59:52.07
VLIWってのは凄く原始的なアイデアで
SIMD並列のCPU内部版なわけだけど
古いコンピューター・アーキテクチャが前提になってる
メモリアクセスのコストが一定の前提

現在は計算ユニットとメモリの間には多段のキャッシュがある
だからメモリアクセスコストは実行時にしかわからない
そして一番遅かったのに合わせてしか命令を捌けない
動的スケジューリング以外生き残れないなんて
インテルの技術者はほぼ全員分かっていたと思うが
RISCでさえそうなんだってi960とかの経験で知ってたし

少し前までのマイクロソフトと一緒で社内闘争が激しすぎた
勝ち残ったプロジェクトリーダーは大儲けだから
それを是正出来なかったから会社が凋落するわけだよね
もちろんまだチャンスはある会社だとは思うが
2024/09/22(日) 14:18:59.42
今後のコンピューティング需要はAIが主体だし古いアーキなんてガンガン捨てられる
インテルは相当危機感持ってるよ
2024/09/22(日) 15:37:57.87
RISCで負けて
x64で負けて
GPUで負けて
ARM部門は売却済み
全部戦略ミス
2024/09/24(火) 17:27:52.86
>>85
メモリアクセスでキャッシュから外れていたらその時点で例外発生して他のプロセスにスイッチだから、メインメモリへのアクセスが速いか遅いかで全体のパフォーマンスへの影響は無いに等しいよ
(もちろんメモリの速度はトータルのスループットには影響するかもしれないが、スケジューリングが動的か静的かは関係無い)

命令の並列度なんて上限はたかが知れてるし今後もそんなに増えないから、ItaniumのEPIC(VLIW)が順調に進化していたら、デコードコスト低いメリットが活かされていくことになっていただろうねぇ

まあx86の巨大市場の前に技術的な優位性関係なく消えていったが
2024/09/27(金) 21:07:56.24
また0からやり直そう
POSIXから捨てよう
2024/09/28(土) 11:48:05.97
>>88
CPU内キャッシュがヒットしないくらいで
プロセス切り替えなんて発生しませんけど
2024/09/28(土) 13:02:58.36
キャッシュミスでコンテキストスイッチみたいな重たい処理動かしてたら
無茶苦茶遅くなりそう...
2024/09/28(土) 14:36:20.31
なるほど、すぐ諦めずちょっと待つという話ですよね

そのへんのタスクスケジューリングのリアルな知見ってどうやって勉強したらよいのやらです。OSを自分で作ってみよう系のムック本とかですかね？

情処エンベデッドにも問題出てくるけど、SES業態でそんなの勉強できる案件ないよトホホ
2024/09/28(土) 14:44:42.95
普通のアプリ作ってるだけでもそういう話に触れると思うけどなあ
例えばWindowsのGUIだって、GUI側で黙って待ってても処理進まないから
sleep(0)でコンテキスト返却するとかバッドノウハウ的な部分だってあるし
そしたらいつコンテキスト取り上げられるんだろう？とか関連APIの説明を読むとか
OSの中身にまで踏み入らなくてもしれる部分はいくらでもある
2024/09/28(土) 15:17:21.36
まあ、そうです…まさに、自分はアプリを作る中で触れてきました

ip通信デーモンを作る仕事を繰り返す中で、
クソ遅かった実装パターンと速く動いた実装パターンとで比較して、自分なりの勝ち筋を見いだした、けど、その知見で次の職場で速いコードを書いても、他人には全く理解してもらえず苦労したんです

自分は実際の職務経験から、select系apiでシングルスレッドでのイベント・ドリブン型、協調型マルチタスクでないと速く動かない！マルチスレッドは全然ダメだ！と結論したけど

そのプログラミングモデルは理解がしやすいと言えないので、他人から「なんでそんな難しく作っちゃうの」的に批判されて、マルチスレッド型で全部作り直したい、とか低評価された
2024/09/28(土) 15:21:10.14
あと私は「アプリ」のプログラミング インタフェース（API）の仕様に、OSのスケジューラがコンテキストスイッチを起こすか起こさないかを、もし書いてたら、書きすぎでメンテ性が低下するバッド仕事だと思います

だから（api 仕には書いてないから）「自分ならOSをこう作るな」と想像したり、試作して比較して多分こう、ていう不確かな知見になって、他人に「それお前の勝手な推測だろ」って言われる訳です
2024/09/29(日) 09:50:42.44
>>92
英語だけど
Understanding Linux real-time with PREEMPT_RT training - Bootlin
https://bootlin.com/doc/training/preempt-rt/preempt-rt-slides.pdf
古典的ではない排他プリミティブ
https://ja.m.wikipedia.org/wiki/Load-Link/Store-Conditional
CPU内の動的スケジューリング
Lecture 18: Instruction Level Parallelism -- Dynamic Scheduling, Multiple Issue, and Speculation
https://passlab.github.io/CSE564/notes/lecture18_ILP_DynamicMultIssueSpeculationAdvanced.pdf
2024/09/29(日) 10:11:46.31
>>96
ありがとうございます。

CAS命令LLSC命令は前の現場でソース読んでたら出てきて、なんじゃこりゃ？ってなって勉強した記憶があり。少し思い出して来ました

pdfの資料は…時間作って読んでみます。貴重な情報ありがとうございます
98名無しさん＠お腹いっぱい。
垢版 |
2024/10/04(金) 07:02:57.73
Garuda Linux
https://garudalinux.org/

Garuda Linuxとは？美しいデザインとパフォーマンスに優れた Arch ベースの Linux ディストリビューション
https://pc-freedom.net/linux/about-garuda-linux/

Garuda Linux プロジェクト日本語トップページ - OSDN
https://ja.osdn.net/projects/garuda-linux/

Garuda Linux をインストールする
https://zenn.dev/mimi1008/articles/3965965cf1a9ad

Garuda Linux は美しいネオンの外観で手間のかからない Arch エクスペリエンスを提供します [ビデオ付きレビュー]
https://ja.linux-console.net/?p=18212

【Garuda Linux】おしゃれな外観のLinuxディストリビューション
https://note.activetk.jp/distro/garuda
2024/10/04(金) 12:09:32.29
>>97
ヘネシー・パターソンは読んだんかな
最新まで邦訳されてんのかどうか

preemptinessが必要ないかあまり重要でなければ
自らyiledしてCPUを手放すのは効率がいい
Xorgサーバもそうなっている(使ってるのはselect)
2024/10/04(金) 18:57:41.76
>>99
あざす
ヘネパタって奴ですね、未読です

自分も select 系のAPIを使って、アプリ内の各タスクが細切れのタスクを実行し、自分でcpuを離す方式、で、成功体験が多数あります。まさにXのメインループと同じ方式の認識です

この方式だとどこかがバグって無限ループすると（プリエンプトがないので）他のタスクに制御が行かなくて詰むのだけど、経験上一番速く、cpuがグルングルンに回る
2024/10/20(日) 08:31:09.03
無料で手に入るLinuxに流れるのは自然
Windowsも無料の互換OSが出たら同じ運命
102Anonymous
垢版 |
2024/10/20(日) 17:03:03.59
私書箱付き掲示板の宣伝に参りました。

コネクションボックス　
https://ryzo.jp/

ご利用方法
https://ryzo.jp/howto.html

コンピューターの広場板
https://ryzo.jp/cate17.html

ヘッドライン
https://ryzo.jp/cobox.cgi?action=login&ID=open

どうぞよろしくお願いします。
103名無しさん＠お腹いっぱい。
垢版 |
2025/01/02(木) 03:03:15.10
>>89
これな
2025/01/07(火) 21:59:37.33
>>2
もう十数年前にディスコン発表して、4年くらい前に販売終了してるからね
たぶんサポートもそろそろ終わるんじゃなかったかな？

I/O周りは堅くて良かったけどなあ
2025/01/13(月) 12:15:46.90
10年前に立ったスレじゃないだと？
2025/01/15(水) 22:56:24.80
>>101
無料って言っても、専門的知識が必要という意味ではUNIXは今でもハードルが高い
かつてWindowsと互換性のあるOSとしてLindowsが計画されたが、最終的にリリースされたのは当初の構想とはほど遠いものだったはず

話が飛ぶが、ユーザーフレンドリーなUNIXという意味では、やはりMac OS Xに軍配が上がるだろう
もっとも、Mac OS XをUNIXとして使うにはやはり専門的な知識が必要になるだろうが
※なお、私は現在はマカーではない
2025/01/15(水) 23:36:08.24
WindowsやMacなら専門知識がいらないとか誰に騙された？
コピペで済むCLIに比べて開発者のオナニーに付き合わされるGUIがユーザふれんどりぃ？
2025/01/15(水) 23:42:45.76
WindowsにはWindowsなりの専門知識、MacにはMacなりの専門知識、UnixにはUnixなりの専門知識が必要
2025/01/15(水) 23:43:58.94
確かにnote等のコピペボタン押して貼り付けるだけで済む今は
CLIのハードルはかなり下がってるかもね
2025/01/16(木) 00:01:25.31
GUIは記録に残すとか他人に伝えるのには向かない
スクショして赤マル付けて「ココ押す」とかやってらんない
あと自動化にも向かない
2025/01/16(木) 00:58:15.34
>>107,108
俺だってWindowsやOS Xに専門知識が必要ないとは言っていない
だが、多くの人が直感的操作できるGUIの方が、何かにつけ旧態依然としたCUIでの操作を求められるUNIX,Linux系OSより有利だと思っている
あくまでエンドユーザの立場での話だが

勿論、エンドユーザの知らない部分では、黒子としてUNIXやLinuxが走っていることもある程度知っているつもりだが
2025/01/16(木) 01:02:45.09
Androidにしても、カーネルはLinuxだし、それ以外にFreeBSDなどが使われているじゃない
UNIXもLinuxもそういう意味ではなくならない
2025/01/16(木) 18:54:30.29
UNIXは古臭いOSだけど、移植性に優れてちゃんと動くからしぶとく生き残ると思うわ
2025/01/16(木) 19:14:12.13
次世代カーネルは色々と研究開発をやり尽くしたがどれも残らなかった
モジューラカーネルのWindowsだけ生き残ってるが
死滅は時間の問題だろう
2025/01/17(金) 07:58:32.89
Windowsはソフトウェア資産で使っているが、バグ多くてバージョンアップ毎に環境変わりすぎ
2025/02/14(金) 13:33:49.72
>>105
20年前で2005年
この時点ならサンもいたしunix信者もまだイキってた
2025/02/16(日) 12:57:24.11
LinuxはUNIXの一種です
>>1は馬鹿げた話です
Linuxが他のUNIXを駆逐した、もおかしいです
まだDarwin(Mach+BSD)が生き残ってますから
2025/02/21(金) 19:41:05.09
AT&Tとかベル研って盗用気狂いしかいないイメージ
119名無しさん＠お腹いっぱい。
垢版 |
2025/02/25(火) 06:14:54.08
イメージファイルを “ コピーするだけ ” で使えるブート USB 作成ツール！「Ventoy」。
https://www.gigafree.net/system/os/Ventoy.html

Ventoy
A New Bootable USB Solution
https://www.ventoy.net/en/download.html
2025/02/27(木) 07:34:06.52
始祖だぞ
消えるとかｲﾐﾌ
2025/03/04(火) 20:14:46.21
始祖鳥は鳥じゃないらしいしなあ
2025/03/08(土) 15:30:58.27
まだはっきりとは分かってないらしいね
それよりも始祖鳥ってネーミングが超カコイイ
123名無しさん＠お腹いっぱい。
垢版 |
2025/03/09(日) 08:44:54.41
そうじゃなくて鳥に進化する系統樹の枝上にいないことがはっきりしてきた
つまり鳥の祖先に似た何か
124名無しさん＠お腹いっぱい。
垢版 |
2025/03/09(日) 08:45:36.94
>>118
40年代や50年代の基礎研究の貢献は独壇場と言ってもいいくらいだぞ
2025/03/17(月) 18:43:00.95
>>124
そこが問題で
軍から抜きまくってた
勝手に機密にして自分でパクる手口
2025/03/18(火) 02:40:23.32
>>121-123
獣脚類(恐竜の一分類群)から鳥類に至る進化の途中で、その流れから外れ、所謂"進化の袋小路"に迷い込んで絶滅に至ったと考えられる一群

マニラプトル類(手盗類)→羽盗類→原鳥類(始祖鳥を含む)→鳥類(現生種)※
※Wikipediaから読み取れる進化の方向性
127名無しさん＠お腹いっぱい。
垢版 |
2025/03/18(火) 04:53:56.06
フクイベナートルが手盗形類だからもっと有名になればいいのにな
あんなほぼ完璧な骨格が出たんだから

中国で発見が多いアンキオルニスやアウロルニスなんかは
日本列島には来なかったのかな
2025/03/20(木) 15:59:28.64
お前ら妙に詳しいな
2025/03/30(日) 21:45:29.23
>>128
自分の知識をベースに、知らないことは逐時検索するなどして、できるだけ正確な表現を心がけた結果
130名無しさん＠お腹いっぱい。
垢版 |
2025/03/31(月) 02:00:05.18
始祖鳥は原鳥類には含まれるが鳥類には含まれない
飛んでたのはほぼ確か
ドイツでしか見つかってないから
欧州に移動する過程で生まれた種で
多分後続の原鳥類に絶滅に追いやられた
それは鳥類の祖先だった可能性もある
新着レスの表示
レスを投稿する

5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況