UNIXがLinuxに置き換わって消えつつある件 (141ﾚｽ)
上下前次1-新
1(2): 2024/08/15(木) 19:38:32.82 AAS
UNIXがLinuxに置き換わって消えつつある件について
15: 2024/08/22(木) 04:27:45.95 AAS
>>14
形容詞だった時代はもう終わってますよ？
16: 2024/08/22(木) 07:37:55.94 AAS
>>13
AIXは日本IBM社だからな。HP社はろくに売り込み要員がいない。
17: 2024/08/22(木) 07:39:54.93 AAS
Linuxを採用するのは新しいシステムが多いが、HP-UXが動く仮想環境やクラウド環境がほとんどないのが減る原因。
18(3): 2024/08/23(金) 20:59:16.52 AAS
NECとか富士通もオレオレSystem V持ってなかったっけ
19: 2024/08/23(金) 21:50:24.41 AAS
>>18
汎用機と一緒に消えつつある
20: 2024/08/23(金) 21:51:08.19 AAS
Linux板も過疎スレなんだよなあ
関係ない板で質問するやつが増えた
21(2): 2024/08/24(土) 03:32:22.03 AAS
UNIX板とLinux板統合したらいいのに
22: 警備員[Lv.12][芽] 2024/08/24(土) 06:45:49.94 AAS
>>18
三菱や日立も
通産省のΣ計画があったから
親方日の丸メーカーは全部作った
東芝はSunのOEMしてたから免除
NECはどうだっただろうか
HP-UXもあったけど
SVR2or3も別途作ってたかも
23: 警備員[Lv.12][芽] 2024/08/24(土) 06:47:05.42 AAS
>>21
別れた時は骨肉の争いだったけど今は意味ないよな
まあアンチLinux派がクソみたいなレスするだろうけど極少数だろうし
24: 2024/08/24(土) 13:11:04.92 AAS
>>18
NECはEWS4800に載ってたのがあるはずだね
あと98用のxenix（の名前違う奴）
25: 2024/08/24(土) 16:49:27.53 AAS
>>21
今更って気もするけどね
スクリプト荒らしも食らってるし
UNIX板は雰囲気が静かなところがいい
ていうか板の新設はあっても統廃合って今まであったっけ？
26: 2024/08/25(日) 04:10:13.21 AAS
UNIXってもう既存の保守やリプレースだけで新規案件とかないのかな
27: あぼーん [あぼーん] AAS
あぼーん
28: 2024/08/27(火) 04:01:16.52 AAS
日立はHI-UX作ってたな
HPを日本語化してたやつ
結構使った思い出
29: 2024/08/27(火) 04:24:34.10 AAS
HP-UXベースなのはWE2あたりからじゃないかな
2050/3050RにのってたのはHP-UXではないと思う
30: 警備員[Lv.7] 2024/08/27(火) 05:21:13.22 AAS
UNIBOXってのがΣ計画のSVR2
31: 2024/08/29(木) 16:08:18.58 AAS
>>13
HP-UXはあと2年くらい
Solaris はあと10年くらい
でサポート終了
AIXはまだ続けるようだが
32: 2024/08/30(金) 01:10:56.19 AAS
国産Unixは国産スパコンで使われてんじゃないの？
と思ったらNECも日立もとっくに撤退してて残ってんの富士通だけか
まぁアホらしくてやってられんわな
33: 2024/08/30(金) 01:27:20.83 AAS
日電も日立もHP-UX担いでたけど、イタニウム失敗して将来がないからねぇ
34: 2024/08/30(金) 11:42:04.06 AAS
何かと思えばアイテイニアムのことか
しばらく考えたわ
ま、そういうのもあったな
35: 警備員[Lv.16] 2024/08/30(金) 11:45:11.86 AAS
IntelはARM部門も売ったからな
36: 2024/08/31(土) 16:08:43.00 AAS
Itaniumか・・・
ぼくのかんがえたさいきょうのは大抵ろくなことにならん
37(1): 警備員[Lv.7][新芽] 2024/08/31(土) 17:43:10.22 AAS
CPU内dynamic scheduleの覇者だったIntelがどうして
他のRISCは全部捨ててVLIWなItaniumに走ったのかさっぱり分からん
38: 2024/08/31(土) 18:32:29.03 AAS
P6は中身RISCだけど、x86はCISCで時代遅れという風評を取り払うためには
「RISCも時代遅れ」ということにする必要が合ったんだと思う
39: 2024/08/31(土) 19:48:50.79 AAS
そんな大層な話か
ただの内ゲバだろ
巻き込まれた人は御愁傷様
40(1): 2024/09/06(金) 00:06:27.12 AAS
>>37
x86命令セットからμOPへの変換と、その後のスケジューリングのオーバーヘッド大きいからな
並列性とか活かすならVLIW系でかつ命令跨いで並列実行を指定できるItaniumは有りだったと思うよ
このままだとARMに持ってかれる
41(1): 警備員[Lv.5][新芽] 2024/09/06(金) 18:42:40.63 AAS
>>40
けどコンパイル時静的並列だけでは効率が悪いし
ユニット数が増えたらコンパイルし直しだぜ?
動的並列入れたらVLIWじゃなくなっちゃうし
ソフトウェア資産があるx86でいい
itaniumでもcrusoeみたいなやり方が
絶対にうまくいかなかったとまでは言えないけど
42: 警備員[Lv.5][新芽] 2024/09/06(金) 18:45:44.23 AAS
ARM事業は持ってたのに売ってしまったしな
AMDもジム・ケラーが置き土産していったARMプロジェクトを塩漬けしてた
ついにARM開発も始めるらしいが
RISC-Vでなくていいのかね
43(1): donguri 2024/09/11(水) 23:27:18.10 AAS
すみません、図書館でWindowsXPが出てくるところまでざっくり歴史を漁った初心者です
「インターネット機能分野ではまだUNIXのほうが上」な時期から今に至るまで
UNIXを取り巻く環境はどう変わったんでしょうか
これからUNIXは、Windowsに勝てる見込みはありますか？
44: 2024/09/12(木) 00:00:42.15 AAS
なんかUnix機ってここ20年くらいの日本製品に似てる気がしてきた
高機能で品質も良いからヴイヴイ言ってたけど、
安かろう悪かろうと小馬鹿にしていた中韓製品（＝Windows）が
安くて必要充分になってくるにつれ追いやられてしまい、
「高機能路線に特化する」とか捨て台詞を吐いて実態は撤退、みたいな
45: 2024/09/12(木) 00:04:35.24 AAS
UNIXに関してはスレタイの通りなのでは
macOS一味は例外的に元気そうだけど
46: 警備員[Lv.8] 2024/09/12(木) 07:18:21.55 AAS
>>43
今はWindows機よりも
UNIXの一種であるLinuxベースのAndroid機の方が多いです
つまり既に勝っています
macOSやiOSもUNIXベースです
家電やIoTもほぼLinuxベースです
47: 2024/09/12(木) 10:14:04.07 AAS
LinuxはUnixじゃないよ
iOSもUnixじゃないはずだが
48: 警備員[Lv.1][新芽] 2024/09/12(木) 11:28:42.51 AAS
LinuxはUNIXの一種ですよ
「UNIX」を狭く考える人はSUSv3の認定がないとUNIXではないと
言い出すのですが馬鹿げてます
下位層のAPI(例えばシステムコールやlibc)がほとんど全く同じなのに
iOSもUNIXの一種であるFreeBSDベースです
Machというマイクロカーネルに載ってる変種が元になってます
両方コッテコテのUNIXカルチャーから生まれたOSです
49(2): 2024/09/12(木) 11:35:35.78 AAS
FreeBSDはユーザランド持って行っただけだから、Unix関係ない。
50(1): 警備員[Lv.1][新芽] 2024/09/12(木) 11:39:25.78 AAS
>>49
DarwinやXNUの勉強ちゃんとしてね
公開されてるカーネルのソースなんか見たこともないのに
どうしてそれについて語ろうとするわけなの?
51: 2024/09/12(木) 11:40:10.40 AAS
一般に"UNIX"って綴るときはSUSの認証受けてるやつでしょ商標だし
だからわざわざ"Unix"だの"Unix-Like"だの言うわけで
で、たぶんそれらはユーザーランドまで含んだ概念だと思うから
iOSとかwatchOSとかの子分たちは違うんじゃないかなあ
52(1): 警備員[Lv.2][新芽] 2024/09/12(木) 11:46:39.42 AAS
>一般に"UNIX"って綴るときはSUSの認証受けてるやつでしょ商標だし
そう言い張りたい人は勝手にどうぞ
Lion's commentary on UNIXの6th editon UNIXもUNIXじゃなくなっちゃいますね
変な宗教ですね
53: 2024/09/12(木) 11:58:22.63 AAS
そんな古典の話を出さないと反論できない、と
54(1): 2024/09/12(木) 13:23:59.92 AAS
>>50
ユーザランドの話してるのに、なんでカーネル？
理解出来ないなら絡んでくるなよ低脳
55: 2024/09/12(木) 13:25:00.10 AAS
>>52
オレオレUNIXを語ってる方が、おかしな宗教にはまってるようにしか見えんがのう
56: 警備員[Lv.5][新芽] 2024/09/12(木) 13:41:30.96 AAS
>>54
↓これが間違いなんですよ
ユーザランドだけじゃないんです
>>49
> FreeBSDはユーザランド持って行っただけだから、Unix関係ない。
57: 2024/09/12(木) 17:09:30.37 AAS
本来のMachではBSDのサブシステムはカーネルの外にあるけど
パフォーマンス的にキビシイからXNUではカーネルの中に抱え込んでいる
というのがわしの理解
58(1): 2024/09/12(木) 17:13:27.93 AAS
ていうか、FreeBSDには大好きなUNIX由来のコードはもう残ってないんじゃないかな
そこらへんの紛争でゴタゴタしてる間にLinuxが流行ってしまったと
59: 2024/09/12(木) 19:51:18.50 AAS
ケンカはやめて（＞＜）
60: 警備員[Lv.8][新芽] 2024/09/12(木) 20:06:28.88 AAS
>>58
外されたのはAT&T由来のコードね
4BSDからUNIX本山はバークレー校だよ
61(1): 2024/09/12(木) 20:18:25.45 AAS
各社のワークステーションは初期はBSD系のOS乗せてたけど
その後に全部SystemV系に置き換わったじゃん
62(2): 2024/09/12(木) 21:16:53.96 AAS
FreeBSDもLinuxもUnixだとか言っちゃう人が
ワークステーションなんか触ったことないだろ
63: 2024/09/12(木) 23:27:57.82 AAS
UNIXに本山という考え方自体が馴染まないと思うわ
時代に合わせてv6,v7までベル研、その後BSD、SunOS -Solaris、HP-UX、AIX,LINUX、Freebsd、NetBSDなど勝手気ままに生まれては消えているし
そういえば日立のLUNAというのもあったな
64: 2024/09/12(木) 23:52:04.95 AAS
LUNAはオムロン
日立は2050
65: 2024/09/13(金) 00:39:07.85 AAS
2050はハードウェアの名前
66: 2024/09/13(金) 07:22:26.23 AAS
Lunaはハードウェアじゃないの？
67(1): 警備員[Lv.1][新芽] 2024/09/13(金) 11:44:18.57 AAS
>>61
SystemV系なんてもう死滅寸前じゃん
68: 警備員[Lv.1][新芽] 2024/09/13(金) 11:46:30.89 AAS
>>62
Sun2も使ったことあるけど
FreBSDもLinuxもUNIXだと思いますね
69: 2024/09/13(金) 11:59:59.88 AAS
家庭用ゲーム機はぜんぶファミコンだしな
70(1): 2024/09/13(金) 13:12:57.22 AAS
>>67
元々そういう話をしてるスレなのだが
お爺ちゃんなのかな、現状認識が上手くいってないようだね
71(1): 警備員[Lv.5][新芽] 2024/09/13(金) 13:52:04.37 AAS
>>70
SystemV系だけがUNIXなんてレスはどれなんだよ
SUSv3なら他にも認定受けてるし
72: 2024/09/13(金) 14:06:50.91 AAS
基本、話の流れとかは無視なのね
73: 2024/09/13(金) 17:22:11.93 AAS
>>71
SystemV系だけがUNIXなんて誰が言い出したの？
お爺ちゃんが急に持ち出した話だよね？？
74: 警備員[Lv.8][新芽] 2024/09/13(金) 18:31:19.38 AAS
LinixもmacOSもUNIXじゃないなんて狭く考えるやつは
脳内で勝手な俺ルール想定してるだけで基準なんてない
macOSなんてSUSv3だぜ?
75: 2024/09/13(金) 19:20:36.95 AAS
macOSがUNIXじゃないと言ってる人はいないのでは
76: 警備員[Lv.9][新芽] 2024/09/13(金) 19:45:22.35 AAS
macOSはUNIXだけどLinuxはUNIXじゃないという人はいる?
77: 2024/09/13(金) 23:45:35.89 AAS
LinuxはUnixじゃないだろ
今はむしろUnix製品がLinuxになりつつある
78: 2024/09/14(土) 08:55:47.94 AAS
UNIXとは、美容室であり、オーディオ機器でもある
79: 警備員[Lv.13][新芽] 2024/09/14(土) 10:52:44.66 AAS
タッパーウェアでもあるしな
80: 2024/09/15(日) 15:00:56.64 AAS
>>62
商用UNIXおじさん出たーー
確かにlinuxは別
81: 警備員[Lv.2][新芽] 2024/09/15(日) 18:20:56.94 AAS
今UNIX本筋はLinuxとAndroidとmacOSとiOS
4つもあってどれか持ってる人が多いんだから普及したもんだ
82: 2024/09/15(日) 19:36:06.38 AAS
ほぼ死にかけのHP-UXやSolarisはともかく、
今やUnixと言えばAIXだと思うのだが、
パチモンが先に出てくるこの世の中よ...
83: 警備員[Lv.5][新芽] 2024/09/16(月) 04:57:23.13 AAS
もうAIXだけだもんな
SUS V7適合は
84: 2024/09/18(水) 10:02:47.56 AAS
>>41
いやItaniumは命令またいで並列性記述で、後はそれぞれ実装の中でユニットの限り並列に実行するという発想だったんよ
実行ユニットが倍増でもしない限り一度のコンパイルでOKの予定だった
x86の資産が使える方がいいのはその通りだけど
ただ時代も変わってCPUアーキテクチャの種類の重要度落ちたし、ARMがこれだけ発展したなら、x86がなくなってもおかしくはかいかもね
x86にも旧命令を残しつつ、より新しくてスケジュール効率の良い命令も実装してそちらに徐々に入れ替えていこうという構想もあるみたいだけど
85(1): 警備員[Lv.9][新芽] 2024/09/18(水) 10:59:52.07 AAS
VLIWってのは凄く原始的なアイデアで
SIMD並列のCPU内部版なわけだけど
古いコンピューター・アーキテクチャが前提になってる
メモリアクセスのコストが一定の前提
現在は計算ユニットとメモリの間には多段のキャッシュがある
だからメモリアクセスコストは実行時にしかわからない
そして一番遅かったのに合わせてしか命令を捌けない
動的スケジューリング以外生き残れないなんて
インテルの技術者はほぼ全員分かっていたと思うが
RISCでさえそうなんだってi960とかの経験で知ってたし
少し前までのマイクロソフトと一緒で社内闘争が激しすぎた
勝ち残ったプロジェクトリーダーは大儲けだから
それを是正出来なかったから会社が凋落するわけだよね
もちろんまだチャンスはある会社だとは思うが
86: 2024/09/22(日) 14:18:59.42 AAS
今後のコンピューティング需要はAIが主体だし古いアーキなんてガンガン捨てられる
インテルは相当危機感持ってるよ
87: 警備員[Lv.1][新芽] 2024/09/22(日) 15:37:57.87 AAS
RISCで負けて
x64で負けて
GPUで負けて
ARM部門は売却済み
全部戦略ミス
88(1): 2024/09/24(火) 17:27:52.86 AAS
>>85
メモリアクセスでキャッシュから外れていたらその時点で例外発生して他のプロセスにスイッチだから、メインメモリへのアクセスが速いか遅いかで全体のパフォーマンスへの影響は無いに等しいよ
(もちろんメモリの速度はトータルのスループットには影響するかもしれないが、スケジューリングが動的か静的かは関係無い)
命令の並列度なんて上限はたかが知れてるし今後もそんなに増えないから、ItaniumのEPIC(VLIW)が順調に進化していたら、デコードコスト低いメリットが活かされていくことになっていただろうねぇ
まあx86の巨大市場の前に技術的な優位性関係なく消えていったが
89(1): 2024/09/27(金) 21:07:56.24 AAS
また0からやり直そう
POSIXから捨てよう
90: 警備員[Lv.35] 2024/09/28(土) 11:48:05.97 AAS
>>88
CPU内キャッシュがヒットしないくらいで
プロセス切り替えなんて発生しませんけど
91: 2024/09/28(土) 13:02:58.36 AAS
キャッシュミスでコンテキストスイッチみたいな重たい処理動かしてたら
無茶苦茶遅くなりそう...
92(1): 2024/09/28(土) 14:36:20.31 AAS
なるほど、すぐ諦めずちょっと待つという話ですよね
そのへんのタスクスケジューリングのリアルな知見ってどうやって勉強したらよいのやらです。OSを自分で作ってみよう系のムック本とかですかね？
情処エンベデッドにも問題出てくるけど、SES業態でそんなの勉強できる案件ないよトホホ
93: 2024/09/28(土) 14:44:42.95 AAS
普通のアプリ作ってるだけでもそういう話に触れると思うけどなあ
例えばWindowsのGUIだって、GUI側で黙って待ってても処理進まないから
sleep(0)でコンテキスト返却するとかバッドノウハウ的な部分だってあるし
そしたらいつコンテキスト取り上げられるんだろう？とか関連APIの説明を読むとか
OSの中身にまで踏み入らなくてもしれる部分はいくらでもある
94: 2024/09/28(土) 15:17:21.36 AAS
まあ、そうです…まさに、自分はアプリを作る中で触れてきました
ip通信デーモンを作る仕事を繰り返す中で、
クソ遅かった実装パターンと速く動いた実装パターンとで比較して、自分なりの勝ち筋を見いだした、けど、その知見で次の職場で速いコードを書いても、他人には全く理解してもらえず苦労したんです
自分は実際の職務経験から、select系apiでシングルスレッドでのイベント・ドリブン型、協調型マルチタスクでないと速く動かない！マルチスレッドは全然ダメだ！と結論したけど
そのプログラミングモデルは理解がしやすいと言えないので、他人から「なんでそんな難しく作っちゃうの」的に批判されて、マルチスレッド型で全部作り直したい、とか低評価された
95: 2024/09/28(土) 15:21:10.14 AAS
あと私は「アプリ」のプログラミング インタフェース（API）の仕様に、OSのスケジューラがコンテキストスイッチを起こすか起こさないかを、もし書いてたら、書きすぎでメンテ性が低下するバッド仕事だと思います
だから（api 仕には書いてないから）「自分ならOSをこう作るな」と想像したり、試作して比較して多分こう、ていう不確かな知見になって、他人に「それお前の勝手な推測だろ」って言われる訳です
96(1): 警備員[Lv.36] 2024/09/29(日) 09:50:42.44 AAS
>>92
英語だけど
Understanding Linux real-time with PREEMPT_RT training - Bootlin
外部ﾘﾝｸ[pdf]:bootlin.com
古典的ではない排他プリミティブ
外部ﾘﾝｸ:ja.m.wikipedia.org
CPU内の動的スケジューリング
Lecture 18: Instruction Level Parallelism -- Dynamic Scheduling, Multiple Issue, and Speculation
外部ﾘﾝｸ[pdf]:passlab.github.io
97(1): 2024/09/29(日) 10:11:46.31 AAS
>>96
ありがとうございます。
CAS命令LLSC命令は前の現場でソース読んでたら出てきて、なんじゃこりゃ？ってなって勉強した記憶があり。少し思い出して来ました
pdfの資料は…時間作って読んでみます。貴重な情報ありがとうございます
98: 2024/10/04(金) 07:02:57.73 AAS
Garuda Linux
外部ﾘﾝｸ:garudalinux.org
Garuda Linuxとは？美しいデザインとパフォーマンスに優れた Arch ベースの Linux ディストリビューション
外部ﾘﾝｸ:pc-freedom.net
Garuda Linux プロジェクト日本語トップページ - OSDN
外部ﾘﾝｸ:ja.osdn.net
Garuda Linux をインストールする
外部ﾘﾝｸ:zenn.dev
Garuda Linux は美しいネオンの外観で手間のかからない Arch エクスペリエンスを提供します [ビデオ付きレビュー]
外部ﾘﾝｸ:ja.linux-console.net
【Garuda Linux】おしゃれな外観のLinuxディストリビューション
外部ﾘﾝｸ:note.activetk.jp
99(1): 警備員[Lv.8][新芽] 2024/10/04(金) 12:09:32.29 AAS
>>97
ヘネシー・パターソンは読んだんかな
最新まで邦訳されてんのかどうか
preemptinessが必要ないかあまり重要でなければ
自らyiledしてCPUを手放すのは効率がいい
Xorgサーバもそうなっている(使ってるのはselect)
100: 2024/10/04(金) 18:57:41.76 AAS
>>99
あざす
ヘネパタって奴ですね、未読です
自分も select 系のAPIを使って、アプリ内の各タスクが細切れのタスクを実行し、自分でcpuを離す方式、で、成功体験が多数あります。まさにXのメインループと同じ方式の認識です
この方式だとどこかがバグって無限ループすると（プリエンプトがないので）他のタスクに制御が行かなくて詰むのだけど、経験上一番速く、cpuがグルングルンに回る
101(1): 2024/10/20(日) 08:31:09.03 AAS
無料で手に入るLinuxに流れるのは自然
Windowsも無料の互換OSが出たら同じ運命
102: Anonymous 2024/10/20(日) 17:03:03.59 AAS
私書箱付き掲示板の宣伝に参りました。
コネクションボックス
外部ﾘﾝｸ:ryzo.jp
ご利用方法
外部ﾘﾝｸ[html]:ryzo.jp
コンピューターの広場板
外部ﾘﾝｸ[html]:ryzo.jp
ヘッドライン
外部ﾘﾝｸ[cgi]:ryzo.jp
どうぞよろしくお願いします。
103: 2025/01/02(木) 03:03:15.10 AAS
>>89
これな
104: 2025/01/07(火) 21:59:37.33 AAS
>>2
もう十数年前にディスコン発表して、4年くらい前に販売終了してるからね
たぶんサポートもそろそろ終わるんじゃなかったかな？
I/O周りは堅くて良かったけどなあ
105(1): 2025/01/13(月) 12:15:46.90 AAS
10年前に立ったスレじゃないだと？
106: 2025/01/15(水) 22:56:24.80 AAS
>>101
無料って言っても、専門的知識が必要という意味ではUNIXは今でもハードルが高い
かつてWindowsと互換性のあるOSとしてLindowsが計画されたが、最終的にリリースされたのは当初の構想とはほど遠いものだったはず
話が飛ぶが、ユーザーフレンドリーなUNIXという意味では、やはりMac OS Xに軍配が上がるだろう
もっとも、Mac OS XをUNIXとして使うにはやはり専門的な知識が必要になるだろうが
※なお、私は現在はマカーではない
107(1): 2025/01/15(水) 23:36:08.24 AAS
WindowsやMacなら専門知識がいらないとか誰に騙された？
コピペで済むCLIに比べて開発者のオナニーに付き合わされるGUIがユーザふれんどりぃ？
108(1): 2025/01/15(水) 23:42:45.76 AAS
WindowsにはWindowsなりの専門知識、MacにはMacなりの専門知識、UnixにはUnixなりの専門知識が必要
109: 2025/01/15(水) 23:43:58.94 AAS
確かにnote等のコピペボタン押して貼り付けるだけで済む今は
CLIのハードルはかなり下がってるかもね
110: 2025/01/16(木) 00:01:25.31 AAS
GUIは記録に残すとか他人に伝えるのには向かない
スクショして赤マル付けて「ココ押す」とかやってらんない
あと自動化にも向かない
111: 2025/01/16(木) 00:58:15.34 AAS
>>107,108
俺だってWindowsやOS Xに専門知識が必要ないとは言っていない
だが、多くの人が直感的操作できるGUIの方が、何かにつけ旧態依然としたCUIでの操作を求められるUNIX,Linux系OSより有利だと思っている
あくまでエンドユーザの立場での話だが
勿論、エンドユーザの知らない部分では、黒子としてUNIXやLinuxが走っていることもある程度知っているつもりだが
112: 2025/01/16(木) 01:02:45.09 AAS
Androidにしても、カーネルはLinuxだし、それ以外にFreeBSDなどが使われているじゃない
UNIXもLinuxもそういう意味ではなくならない
113: 2025/01/16(木) 18:54:30.29 AAS
UNIXは古臭いOSだけど、移植性に優れてちゃんと動くからしぶとく生き残ると思うわ
114: 2025/01/16(木) 19:14:12.13 AAS
次世代カーネルは色々と研究開発をやり尽くしたがどれも残らなかった
モジューラカーネルのWindowsだけ生き残ってるが
死滅は時間の問題だろう
115: 2025/01/17(金) 07:58:32.89 AAS
Windowsはソフトウェア資産で使っているが、バグ多くてバージョンアップ毎に環境変わりすぎ
116: 2025/02/14(金) 13:33:49.72 AAS
>>105
20年前で2005年
この時点ならサンもいたしunix信者もまだイキってた
117: 2025/02/16(日) 12:57:24.11 AAS
LinuxはUNIXの一種です
>>1は馬鹿げた話です
Linuxが他のUNIXを駆逐した、もおかしいです
まだDarwin(Mach+BSD)が生き残ってますから
118(1): 2025/02/21(金) 19:41:05.09 AAS
AT&Tとかベル研って盗用気狂いしかいないイメージ
119: 2025/02/25(火) 06:14:54.08 AAS
イメージファイルを “ コピーするだけ ” で使えるブート USB 作成ツール！「Ventoy」。
外部ﾘﾝｸ[html]:www.gigafree.net
Ventoy
A New Bootable USB Solution
外部ﾘﾝｸ[html]:www.ventoy.net
120: 2025/02/27(木) 07:34:06.52 AAS
始祖だぞ
消えるとかｲﾐﾌ
121(1): 2025/03/04(火) 20:14:46.21 AAS
始祖鳥は鳥じゃないらしいしなあ
122(1): 2025/03/08(土) 15:30:58.27 AAS
まだはっきりとは分かってないらしいね
それよりも始祖鳥ってネーミングが超カコイイ
123(1): 2025/03/09(日) 08:44:54.41 AAS
そうじゃなくて鳥に進化する系統樹の枝上にいないことがはっきりしてきた
つまり鳥の祖先に似た何か
124(1): 2025/03/09(日) 08:45:36.94 AAS
>>118
40年代や50年代の基礎研究の貢献は独壇場と言ってもいいくらいだぞ
125: 2025/03/17(月) 18:43:00.95 AAS
>>124
そこが問題で
軍から抜きまくってた
勝手に機密にして自分でパクる手口
126: 2025/03/18(火) 02:40:23.32 AAS
>>121-123
獣脚類(恐竜の一分類群)から鳥類に至る進化の途中で、その流れから外れ、所謂"進化の袋小路"に迷い込んで絶滅に至ったと考えられる一群
マニラプトル類(手盗類)→羽盗類→原鳥類(始祖鳥を含む)→鳥類(現生種)※
※Wikipediaから読み取れる進化の方向性
127: 2025/03/18(火) 04:53:56.06 AAS
フクイベナートルが手盗形類だからもっと有名になればいいのにな
あんなほぼ完璧な骨格が出たんだから
中国で発見が多いアンキオルニスやアウロルニスなんかは
日本列島には来なかったのかな
128(1): 2025/03/20(木) 15:59:28.64 AAS
お前ら妙に詳しいな
129: 2025/03/30(日) 21:45:29.23 AAS
>>128
自分の知識をベースに、知らないことは逐時検索するなどして、できるだけ正確な表現を心がけた結果
130: 2025/03/31(月) 02:00:05.18 AAS
始祖鳥は原鳥類には含まれるが鳥類には含まれない
飛んでたのはほぼ確か
ドイツでしか見つかってないから
欧州に移動する過程で生まれた種で
多分後続の原鳥類に絶滅に追いやられた
それは鳥類の祖先だった可能性もある
131: 2025/04/04(金) 08:52:12.51 AAS
>>1
全く意味分かってないなお前ら 掲示板で殺害依頼。
132(3): 2025/04/07(月) 19:10:03.70 AAS
具体的にLinuxとBSD以外で何が生き残ってんの？
BSDが生きてるかどうかは置いといて
133: 2025/04/07(月) 19:40:25.63 AAS
>>132
Oracleの下でSunOS
134(1): 2025/04/09(水) 02:00:50.94 AAS
>>132
MacOS
135: 2025/04/10(木) 02:23:10.33 AAS
>>132
AIX
136(1): 2025/04/10(木) 09:38:19.79 AAS
生きてるって言える状態なの？
あ、Macの話はいいです
137: 2025/04/10(木) 09:48:17.06 AAS
>>134
Mac OS X
138(1): 2025/04/10(木) 17:56:30.57 AAS
>>136
お前よりは役立ってるだろ
139: 2025/04/10(木) 21:41:06.42 AAS
>>138
くだらないレスをするマカーだな
140: 2025/04/10(木) 21:43:03.74 AAS
どこで使われてんのよ
SunとかAIXとか
141: 2025/04/11(金) 04:48:11.05 AAS
AIXは官公庁に結構残ってる
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.520s*