FreeBSDを語れ Part59

**名無しさん＠お腹いっぱい。** · 2025/04/05(土) 13:41:20.71

PiDP-11というラズパイ使ったPDP-11のコピーがあるようだが

そんな古いもんじゃなくてSparcStationの小さいのが欲しいな
SunOS4.1.4が載ったやつ
メモリが64MBくらいしかないからFreeBSDは動かんだろうな

**名無しさん＠お腹いっぱい。** · 2025/04/05(土) 14:25:37.59

>>149
NEWSかLunaの方が欲しいです
BSDだった時代の

**名無しさん＠お腹いっぱい。** · 2025/04/05(土) 16:19:22.20

>>146
KDE5使ってるよ 14.2Rで
N100だからドライバはアレだけど
FirefoxもJDimも問題なし fcitx+mozcでね

**名無しさん＠お腹いっぱい。** · 2025/04/05(土) 17:05:41.44

PDP-11はsimhで動かせば良いのでは

**名無しさん＠お腹いっぱい。** · 2025/04/05(土) 19:02:10.54

>>149
ランチボックスのSPARCstation IPXはintel486と勝負になっていた頃だし
今となっては遅くて使い道なさそうだけどね

**名無しさん＠お腹いっぱい。** · 2025/04/05(土) 22:18:04.77

>>153
実用性なんか考えてもしょうがない
ファミコンminiがPS5より性能劣るとか言ってもしょうがないように
SS20のマシンで、昔の職場を懐かしむとかそんな感じだろう
当時のマシンはHDMIどころか普通のVGAディスプレも使えないから維持するのは無理だし

**名無しさん＠お腹いっぱい。** · 2025/04/07(月) 19:46:51.84

>>148
>>151
14.2Rに挑戦してみようと思います。
情報ありがとうございました。

ちなみに、かけまわる子犬さんのコンテンツには何度もお世話になってます。

**名無しさん＠お腹いっぱい。** · 2025/04/16(水) 22:11:05.67

KDE 羨ましいな。GNOMEは開発陣が狂ってスマホUIに心酔してしまったからなぁ。普通のPCで使いづらいったらない。あぁ残念。

**名無しさん＠お腹いっぱい。** · 2025/04/17(木) 00:54:51.90

その声をもっと大きくしないとGnomeは変わりそうにない。Gnome 3 は2011年に出て未だ使い勝手の改善も無く、時々機能やGnomeアプリ消えてる。

**名無しさん＠お腹いっぱい。** · 2025/04/17(木) 03:52:50.24

156だが、諦めてMateに逃げてる。もう一生Mateで良いや。Mate + Compiz で十分快適だわ。いちいち画面全体が切り替わるGnome3 の UI とか、どこのiPhoneだよ。デカい画面でそれやったらウザいに決まってるだろ。そんな事すら分からないほど洗脳されてるならもう救い様がない。諦めた。

**名無しさん＠お腹いっぱい。** · 2025/04/17(木) 17:28:40.51

LinuxのGnome3は従来のUIも使えるらしいがFreeBSDでは使えないしな。

**名無しさん＠お腹いっぱい。** · 2025/04/17(木) 17:46:09.68

UIは慣れてるものが一番使いやすいので、Windowsに近いKDEが使いやすいと思う人は多いだろう
GNOMEはバージョン上がる度にUIの定義を変えてる感じなので、ちゃんと定まってない
そこが使いづらさの原因だろう

**名無しさん＠お腹いっぱい。** · 2025/04/17(木) 18:49:14.44

慣れもあるとは思うけどさぁ、生理的に受け付けないってのもあると思うよ。
仮に画面サイズが27インチのiPadがあったとしてUI が今のiPadのままを想像してみて欲しい。
今のGnome3 の標準が正にそれ。誰が使ってるのか不思議だよ。

**名無しさん＠お腹いっぱい。** · 2025/04/17(木) 19:11:52.84

Gnome3もターミナル、Emacs、Webブラウザーしか使わないなら耐えられる。（Dockに入れるとして）
ファイラーも使う必要もないからインストールはされても使わないが。
あのメニュー画面のアイコンの並びも勝手に変わるのとかは、場所で覚える人にとっては勝手に変えるなバカかと思うけど。

**名無しさん＠お腹いっぱい。** · 2025/04/17(木) 20:05:56.39

どっかの統計でfreebsdユーザーの4割は、
DEにXfceを使ってた

一番人気は Xfce

**名無しさん＠お腹いっぱい。** · 2025/04/17(木) 20:44:06.69

GUIは甘えとか言わない？

**名無しさん＠お腹いっぱい。** · 2025/04/17(木) 22:23:45.53

FreeBSDは甘えにNetBSDにしなさい

**名無しさん＠お腹いっぱい。** · 2025/04/17(木) 23:04:46.39

＞あのメニュー画面のアイコンの並びも勝手に変わるのとかは、場所で覚える人にとっては勝手に変えるなバカかと思うけど。

そもそも、電卓起動するだけターミナル開くだけになんで全画面が一旦切り替わるんだ？って感じない？ウザって。標準の話しね。

それで画面全体に開いたアプリメニューは、アホみたいにデカいアイコンがなんの脈絡もなく整列してると来た。もうギャグでしょう。あのアホデカなアイコンって自由に並び変えられるの？呆れて調べてもないや。

**名無しさん＠お腹いっぱい。** · 2025/04/18(金) 13:36:40.81

まぁ簡単に言うと目が回るんだよな、今のGnomeは。

**名無しさん＠お腹いっぱい。** · 2025/04/18(金) 15:55:59.48

>>166
普段使うアプリはdash(下のタスクバーみたいなもの)にピン止めすればいいし、他のアプリは検索バーで検索する想定なんだよね
だってアプリは厳密にカテゴライズされてる訳じゃないし、英語圏の人は検索し易いからそれでいいんでしょ
日本人はキッチリカテゴライズしたがりだなｗ

**名無しさん＠お腹いっぱい。** · 2025/04/18(金) 17:51:02.39

なるほどね。謎な並びにイラつくのは日本人だからかもな。
しかし、Activity 押した時の大袈裟な変化は生理的に無理だわ。ウザいし手順多いし。

**名無しさん＠お腹いっぱい。** · 2025/04/18(金) 18:51:27.16

GUI のアプリケーション名もムカつくだろう。
Text EditorやFiles... 固有名詞でなくて同じ種類のアプリの名前使っているの。
前はgeditやNautilus (別の名前でもあるが許せる程度)だったのに。

**名無しさん＠お腹いっぱい。** · 2025/04/19(土) 00:39:17.00

それも検索し易さの為だよ
fileで検索すればノーティラスが起動するけど、Nautilusなんて入力やつはいない

**名無しさん＠お腹いっぱい。** · 2025/04/19(土) 14:13:46.85

画面上端または下端に細いパネル。パネルにカスケードメニュー。大画面＋キーボード+マウスでは、コレがベスト。既存 DE のUI はちゃんと考えられて作られているなぁ、Gnome3を除いて。

**名無しさん＠お腹いっぱい。** · 2025/04/19(土) 14:40:52.11

彼らは、いずれ PC の画面が6インチくらいになる、キーボードもマウスもパッドも無くなる、って本気で考えてて、その対応にいち早く乗り出した自分達は偉い、って思ってる。ヤレヤレだぜ。

**名無しさん＠お腹いっぱい。** · 2025/04/20(日) 10:14:56.10

GnomeのフォークのUnityを更にモバイル向けに作り直したLomiriではデスクトップモードとモバイルモードの切り替え式になってるね
デスクトップモードではメニューは左半分だけに抑えられてる

**名無しさん＠お腹いっぱい。** · 2025/04/20(日) 15:27:38.68

でも本家にはモード選択はありません。大画面でも強制的にスマホUIです。生理的に受け付けなくても慣れるまで我慢我慢。

**名無しさん＠お腹いっぱい。** · 2025/04/20(日) 17:51:31.11

Gnome Appsの名前の話かと思った
ps://news.yahoo.co.jp/expert/articles/b1cedf1ff06a1c813e0c87d6dd33f0df3b49bfd1

**名無しさん＠お腹いっぱい。** · 2025/04/23(水) 20:35:41.39

>>163
継続してまともに動くのがそれくらいしかない

**名無しさん＠お腹いっぱい。** · 2025/04/28(月) 08:03:10.11

メンテする気なさすぎだろ

**名無しさん＠お腹いっぱい。** · 2025/04/28(月) 20:24:01.55

BSDは
・Darwin
・FreeBSD
・NetBSD
・OpenBSD
の４つに分かれる
FreeBSDだけさらに
・XNU
・DesktopBSD
・DragonFly BSD
・FreeSBIE
・GhostBSD
・麒麟操作系統
・MidnightBSD
・m0n0wall
・TrueOS
・GNU/kFreeBSD
・Gentoo/FreeBSD
に分かれる
まったく分からん

**名無しさん＠お腹いっぱい。** · 2025/04/28(月) 20:28:48.28

なぜFreeBSDかby AI

FreeBSDはBSDライセンスを採用しており、GPLのようなコピーレフト条項がありません
これにより、商用製品への組み込みなど、より自由な利用が可能です

FreeBSDは、ネットワーク機能に定評があり、高性能なネットワークサーバーやファイアウォールなどに適しています
Netflixをはじめとする多くの企業が、コンテンツ配信基盤にFreeBSDを採用しています

**名無しさん＠お腹いっぱい。** · 2025/04/28(月) 20:29:31.33

IDあったほうがいい
カオスすぎ

**名無しさん＠お腹いっぱい。** · 2025/04/28(月) 20:30:54.00

このスレはなぜIDなしにしたのか？

**名無しさん＠お腹いっぱい。** · 2025/04/28(月) 20:35:40.77

DarwinはAppleが開発するOSで、macOSやiOS、iPadOSなどがある
Linux(GPL)よりライセンスが緩いからAppleが採用したのかな

**名無しさん＠お腹いっぱい。** · 2025/04/28(月) 22:34:51.14

>>179
dragonflyBSDは生き残ると思っていたが、、

**名無しさん＠お腹いっぱい。** · 2025/04/29(火) 03:11:09.50

XNUってDarwinのカーネルのことでは

**名無しさん＠お腹いっぱい。** · 2025/04/29(火) 20:42:07.60

企業の寄付が少ないんだろうな
任天堂やソニーはいくら寄付したのか？

**名無しさん＠お腹いっぱい。** · 2025/04/30(水) 01:51:41.35

ほんまかいなこれ
https://i.imgur.com/OWz1Ilo.jpeg

**名無しさん＠お腹いっぱい。** · 2025/04/30(水) 06:23:39.01

>>186
成果物を利用するだけ利用して貢献しない金満企業の鑑

**名無しさん＠お腹いっぱい。** · 2025/05/10(土) 18:54:18.43

OpenBSD 7.7 と DragonFly 6.4.2 が出てたね
6.5.0じゃなくて6.4.2だた
そんだけ

**名無しさん＠お腹いっぱい。** · 2025/05/14(水) 00:17:04.89

FreeBSDはデスクトップ向けとサーバー向けは失敗して
NASOS
ルーターOS
コンシュマーゲームOS
として生き残った。。。。生き残った？

BSD全体として見れば、macOSとiOSがBSDなので
Mac、iPhone、Nintendo Switch, Play station
こんだけ生きていれば成功の部類だよね

Linuxだって、サーバーとして使われているのはRedhat系ぐらいで
ubuntuでさえニッチ向け

本家UNIXはAIX以外死滅

**名無しさん＠お腹いっぱい。** · 2025/05/14(水) 00:34:26.55

MacOS をBSDにカウントするのはズルいと思うよ。移植されたのは主にNetBSDだけど、ライセンス的にソースコード出さなくて良いという点だけで選ばれている。
技術的な選択ではないよ。
SVR4の頃にはBSD由来のものも取り込まれているから、BSDを使う利点も1990年頃には無くなってSunOSはSolarisに移っていったし。

**名無しさん＠お腹いっぱい。** · 2025/05/14(水) 00:52:17.48

カーネルはBSDじゃないしねえ

**名無しさん＠お腹いっぱい。** · 2025/05/14(水) 02:05:55.41

macOSは完全にBSDだろ
Machカーネル＋FreeBSDだ
FreeBSDとコードを同期してるとWikipediaにも書いてある
NetBSDって何処から出てきたんだ？
そもそもmacOSのカーネルはXNUというがコードが公開されてるから、見れば一目瞭然だろ
NetBSDだったら類似してる証拠を出せばいい

**名無しさん＠お腹いっぱい。** · 2025/05/14(水) 02:13:07.82

>>192
Machは4.2BSDからのフォークでファンクションは4.3BSD互換だったはず

**名無しさん＠お腹いっぱい。** · 2025/05/14(水) 02:20:12.71

Mac OS Serverの頃はMach2.5+BSD4.3(NeXTの頃のまま)だったのが、製品版Mac OS Xになった時にMach3.0とFreeBSD由来のコードを使ったカーネルにアップデートされてる

**名無しさん＠お腹いっぱい。** · 2025/05/14(水) 04:20:41.62

でお前らがここに書き込んでるOSはFreeBSDなの？

**名無しさん＠お腹いっぱい。** · 2025/05/14(水) 13:25:00.79

Windowsに決まってるだろ

**名無しさん＠お腹いっぱい。** · 2025/05/14(水) 16:41:49.47

Android と名を変えたNetBSDだよ

**名無しさん＠お腹いっぱい。** · 2025/05/14(水) 19:34:06.83

iOSの開発者がGoogleでiOSをコピーしたのがAndroid
iOSはmacOSがベースで、カーネルはMachの上に4.4BSDが置かれている
それをコピーするためにMachの代わりにLinuxカーネルを使い
4.4BSDとしてはARM版があったNetBSDを使った
あとはiOSと同じなので右から左にコピーできた

カーネルはCPUやメモリー管理や各種デバイスのドライバーや
ネットワークドライバーなどに対応している必要があり
ARM環境を考えれば当時はLinuxしかなかった

Machは開発者がAppleに入社したぐらいオープンでもないものだったので
Googleが自由に使うには問題があった。
今のFreeBSDであれば対応できると思うが当時はLinuxを使うしか無かったのだろう

**名無しさん＠お腹いっぱい。** · 2025/05/15(木) 05:28:42.63

LinuxMintだよ

**名無しさん＠お腹いっぱい。** · 2025/05/17(土) 07:42:42.55

BSDだとドライバが少ないからAndroidみたいに有象無象のメーカーは載って来ないな
中華台湾はLinuxを使い慣れとるしこの選択は必然だった

**名無しさん＠お腹いっぱい。** · 2025/05/23(金) 15:19:39.41

FreeBSDを嫌いじゃないけど、Darwin kernelにGNU userlandを乗せたUnix OSがあると面白いけどな

**名無しさん＠お腹いっぱい。** · 2025/05/23(金) 21:50:16.85

つ homebrew

**名無しさん＠お腹いっぱい。** · 2025/05/23(金) 22:04:58.00

GNU HurdがMachの派生なのでDarwinと似たようなもんじゃね？え、違うの？

**名無しさん＠お腹いっぱい。** · 2025/05/24(土) 03:01:35.68

>>202
何が面白いのかわからんが、フリーで揃うんだし自分でやれば？

**名無しさん＠お腹いっぱい。** · 2025/05/24(土) 17:01:01.83

Debian k/FreeBSD

**名無しさん＠お腹いっぱい。** · 2025/05/24(土) 18:31:25.80

Debian kFreeBSDはディスコンだがね
スタートアップから全部GNUユーザーランドは面倒そうだからJailの上にでも作ってみれば？

**名無しさん＠お腹いっぱい。** · 2025/05/24(土) 18:45:43.85

元の話のDarwinのカーネルだけ持ってきて何が面白いんだ？
という気はする

**名無しさん＠お腹いっぱい。** · 2025/05/24(土) 20:39:54.87

>>204
GNU HurdはMachを使ってるけど、完全にマイクロカーネルでかつマルチサーバー構成なんで、そもそも他のOSとも一線を画してる

**名無しさん＠お腹いっぱい。** · 2025/05/24(土) 20:46:08.31

darwinってアップルがやってる時点でオープン面するための激ウソだろうなって最初から思ったよな

**名無しさん＠お腹いっぱい。** · 2025/05/24(土) 22:05:58.52

>>209
サービスの提供の仕方がちょっと違うだけの話じゃん
中身の話をしたいならコードベースで殴り合えばいいけど
スペック自慢だけされてもねえ

**名無しさん＠お腹いっぱい。** · 2025/05/24(土) 22:27:36.89

>>211
意味が分からんなら無理に絡まなくていいよw

**名無しさん＠お腹いっぱい。** · 2025/05/24(土) 23:03:16.51

Machなんてメッセージパッシングがファンクションコールより余裕で1桁以上遅くて古臭い構造してるからパフォーマンスについては絶望的でそれで開発止まったようなもんじやない
今更、先なんてないOSですよ

**名無しさん＠お腹いっぱい。** · 2025/05/24(土) 23:08:31.45

だからAppleはわざわざメッセージパッシングの大部分を書き換えて通常のサブルーチンコールにしてパフォーマンスの改善を図ったのがDarwinじゃん

**名無しさん＠お腹いっぱい。** · 2025/05/24(土) 23:09:11.59

>>213
の「ファンクションコール」はサブルーチンコールの間違いw

**名無しさん＠お腹いっぱい。** · 2025/05/24(土) 23:34:53.73

>>213
BSDの機能は関数呼び出しになってるけど、macOSやiOSの色々な機能がMachのIPCを使って実装されてる
それはMachの実装が綺麗だから可能なんだよ
要するにハイブリッドなアーキテクチャーだから、綺麗かつ高速な実装の両方の良いとこ取りになってる

**名無しさん＠お腹いっぱい。** · 2025/05/24(土) 23:42:38.30

>>216
ハイブリッドにしないと実用的じゃなかった
だけの話じゃん

**名無しさん＠お腹いっぱい。** · 2025/05/25(日) 00:01:56.92

>>217
恐ろしく頓珍漢な返答だな…

**名無しさん＠お腹いっぱい。** · 2025/05/25(日) 20:16:13.43

>>216
いいとこ取りなんて誤魔化しもいいとこ
実用性のためにグチャグチャにした

**名無しさん＠お腹いっぱい。** · 2025/05/25(日) 20:28:09.98

マイクロカーネルの利点なんて今時点で上げると権限の分離が容易という点
特権を必要とするコードベースが小さくなる点だが
Darwinではその利点は捨ててる

Linuxカーネル内におけるバグの研究ではバグの発生からそのバグが修正されるまでの期間はあまり変化していないとされている
コード量は増える一方なのに発生率は変わらないから常にバグは一定量以上存在するはず
そしてそれは増える一方のデバイスドライバに多く存在する、脆弱性は一定以上存在したままだ
マイクロカーネルではデバイスドライバはユーザプログラムとして書く事ができIPCの高速なL4系OSでは効率も落ちない
このようなOSではより安全な環境の構築が可能だ

**名無しさん＠お腹いっぱい。** · 2025/05/25(日) 20:35:46.88

MachのIPCはそもそも遅いんだからレイテンシが大きくても構わないところで使ってるに過ぎない
そーいうのは元々ユーザランドで実装できる物だというだけ
pthreadを使うかMach IPCを使うかというレベルの話なんだわ

**名無しさん＠お腹いっぱい。** · 2025/05/25(日) 20:42:27.70

>>219
誤魔化してw
マイクロカーネルなので内部構造は非常にすっきりしてる
これが利点なのが分からんか？
グチャグチャにされたの根拠を知りたい

**名無しさん＠お腹いっぱい。** · 2025/05/25(日) 20:44:46.10

>>221
アホか
MachのIPCはメチャメチャ高速だ
関数呼び出しに比べれば遅いと言うだけで、猛烈にチューニングが進んでる

**名無しさん＠お腹いっぱい。** · 2025/05/25(日) 20:48:43.56

つうか、ここまで全員ソースコードを読んでもいない奴らのただの妄想w
絶対に信じてはならない、俺も含めてなw

**名無しさん＠お腹いっぱい。** · 2025/05/25(日) 21:08:40.98

>>222
すっきりしても遅いから、実用化のためにあちこち手が入ってるんだろ？
俺様の頭の中のOSはきれいで速い言われてもなあ

**名無しさん＠お腹いっぱい。** · 2025/05/25(日) 23:17:26.52

FreeBSDは独自のデスクトップを作るべきだよ
もう21世紀だよ令和だよ

**名無しさん＠お腹いっぱい。** · 2025/05/26(月) 00:13:58.02

独自のデスクトップ?
xfceでいいよ

**名無しさん＠お腹いっぱい。** · 2025/05/26(月) 00:34:34.55

Luminaとかどうなったんだ

**名無しさん＠お腹いっぱい。** · 2025/05/26(月) 11:24:08.59

>>226
メンテ量少なくて済むスカスカシンプルなやつにして欲しい
twmとかfluxbox系で

**名無しさん＠お腹いっぱい。** · 2025/05/26(月) 11:48:36.13

twm/ctwm/fvwmなんかがWaylandで動けばいいのにね

**名無しさん＠お腹いっぱい。** · 2025/05/26(月) 14:39:20.17

MacOS風のあれなんだったっけな…helloSystemだった。そして新たにravynOSなるものもできてた

**名無しさん＠お腹いっぱい。** · 2025/05/28(水) 19:17:02.09

>>223
桁違いに遅いのが事実
今のハードウェアでもサブルーチンコールの1桁以上（1命令最小1nSとすれば30nS～200nS以上）時間がかかる
この理由もわかっていてIPCではコンテクストスイッチによって命令キャッシュの殆んどがフラッシュされてしまうから
これはMachでは構造的に避けられない

**名無しさん＠お腹いっぱい。** · 2025/05/28(水) 23:36:07.31

>>232
https://www-old.cs.utah.edu/flux/mach4/html/Mach4-proj.html
Machプロジェクトを引き継いだMach4のサイトの資料にIPCを改善したという報告がある
システムコールより速くなってるなw
https://i.imgur.com/x0FViZ1.png

**名無しさん＠お腹いっぱい。** · 2025/05/28(水) 23:43:02.39

Mach4を、カーネルに使っているOSはどれだい？

**名無しさん＠お腹いっぱい。** · 2025/05/29(木) 00:02:32.49

「PA-RISCか…何もかも、皆懐かしい」

**名無しさん＠お腹いっぱい。** · 2025/05/29(木) 00:28:20.58

PA-RISCはTLBないからコンテキストスイッチが速いのかもね

**名無しさん＠お腹いっぱい。** · 2025/05/29(木) 10:11:53.97

現在生き残っていて開発継続しているPC用カーネルってどんだけあるの？

WindowsNT
Linux
BSD三兄弟
Mach
AIX

他にある？

**名無しさん＠お腹いっぱい。** · 2025/05/29(木) 11:37:09.79

AIXはPCなんか？

**名無しさん＠お腹いっぱい。** · 2025/05/29(木) 18:34:41.08

HURDは

**名無しさん＠お腹いっぱい。** · 2025/05/30(金) 00:19:51.94

開発してんの？

**名無しさん＠お腹いっぱい。** · 2025/05/30(金) 05:26:25.73

AIXってメンテが継続しているだけだと思っていた
開発が継続しているとは知らなかった

**名無しさん＠お腹いっぱい。** · 2025/05/30(金) 09:37:23.67

AIXってそういう状況か。20年ぐらい前に見たっきりなんだよね
じゃあ現状は

WindowsNT
Linux
FreeBSD
Mach

こんだけか。netとopenはFreeBSDの養分

カーネルベースだと、これだけで、サーバー、デスクトップ、ノート、スマートフォン、ゲームを網羅する
Linuxのデスクトップは割合からすればゴミレベル

**名無しさん＠お腹いっぱい。** · 2025/05/31(土) 08:05:26.91

商業的、ユーザー数的に次に消えるのはFreeBSDだな

**名無しさん＠お腹いっぱい。** · 2025/05/31(土) 14:04:24.44

存在意義を失いかけてるnetbsdが1番やばいが失うものがない地点まで来てるからな
freebsdはデスクトップ環境を整備できるパワーが足りなくなると滅びる
openbsdは延々続くだろうな

**名無しさん＠お腹いっぱい。** · 2025/05/31(土) 15:29:29.03

>>233
Mach4じゃあMacOSXとは関係ないし後継プロジェクトもないし死んだOSの歳を数えているようなもんだけど
4.6μSじゃぁプラットフォームがなんだか分からんけどとっても遅いよね
xMachについてはユーザランドをFreeBSDにしたものが日本のNTTの研究所で実装されて配布もされていたけど
残念ながら続かなかった　一応俺は自分の環境で動かしはしたけど
1995年じゃマイクロカーネルの研究段階では中途半端な時期
https://www.cs.hs-rm.de/~kaiser/2020_aos/05b-ukx6.pdf
これの6ページ目
まだまだ研究段階のL4の幾つかの実装での比較
Pistachioという実装がItaniumでIPCの実行を36クロックで行っている
実時間0.02μS=20nS 第2世代マイクロカーネル実装のL4ではそこまで
早くなるんだわ

**名無しさん＠お腹いっぱい。** · 2025/05/31(土) 15:40:49.78

seL4というのはセキュリティ面の研究プロジェクトの実装で仕様と実装の動作が完全に一致する事を検証した、セキュリティ的な瑕疵の全くないOS

**名無しさん＠お腹いっぱい。** · 2025/05/31(土) 20:12:47.12

>>245
Mach4という完成したものがある訳じゃなくてプロジェクト名だし、他のMachが成果を取り込むことも可能だろ
あと、時間を比較しても無意味だろ
動かす環境で全然変わる
関数呼び出しより速くなったという事が重要

**名無しさん＠お腹いっぱい。** · 2025/05/31(土) 21:39:08.25

>>247
システムコールと関数呼び出しを混同させてる時点で眉唾だなあ

**名無しさん＠お腹いっぱい。** · 2025/05/31(土) 22:55:41.64

>>247
だからそう書いてある

**名無しさん＠お腹いっぱい。** · 2025/05/31(土) 23:02:00.91

ほんと日本語すらまともに読めないのかよ

**名無しさん＠お腹いっぱい。** · 2025/05/31(土) 23:04:59.48

システムコールの処理時間と言うたら普通そのトップハーフ側の処理時間を含むもんな

**名無しさん＠お腹いっぱい。** · 2025/06/01(日) 00:47:43.00

何が言いたいか分からんが、その第2世代のIPC高速化の技術を応用したからMachのIPCを高速化出来たんだろうよ
Mach4の資料にもIPCをシンプルにしたと書いてあんだろ
複雑なIPCはその上に構築したと書いてある
それで互換性を保ってんだろう
突っ込みたいならちゃんと元の資料を読んでからにしろよ…

**名無しさん＠お腹いっぱい。** · 2025/06/01(日) 08:30:23.78

FreeBSDのシステムコール
32bitも64bitも
writeは4

macOSも
writeは4

Linuxは
32bitは4
64bitは1

Linuxは謎。
まあアセンブラで32bitと64bitのプログラムを共有する必要は無いからか

**名無しさん＠お腹いっぱい。** · 2025/06/03(火) 19:43:23.29

読めと言われてもリンク切ればかりでどうにもならんがw
今どきanon ftp？ってFTPクライアントしばらくぶりに使ってみたけどダメ

> その第2世代のIPC高速化の技術を応用したからMachのIPCを高速化出来たんだろうよ
ああ、それは無理なの解ってるから。それこそ資料読めよ。こっちはいくらでも出てくるから

**名無しさん＠お腹いっぱい。** · 2025/06/03(火) 19:55:51.48

もう何十年も前にユタ州立大の件は調べたことはあるけど
確かOSを構成するためのフレームワークの研究的なことやってたんだっけ？
その頃の資料が残ってりゃ見るものもあったのかもしらんが

**名無しさん＠お腹いっぱい。** · 2025/06/03(火) 20:07:47.56

何度もで申し訳ないけど訂正だけ
×ユタ州立大
◯ユタ大学

**名無しさん＠お腹いっぱい。** · 2025/06/04(水) 02:48:34.85

>>254
>>233の資料を読めと言ってんだよ
頭沸いてんかよ…

**名無しさん＠お腹いっぱい。** · 2025/06/13(金) 03:46:31.30

3日も過ぎたけど14.3にupgrade完了

**名無しさん＠お腹いっぱい。** · 2025/06/13(金) 22:19:01.77

iwlwifi 速くなったらしいが忙しいし今回もスキップかな。未だに14.1R だ。

**名無しさん＠お腹いっぱい。** · 2025/06/14(土) 05:33:22.84

>>258
mergemaster
とか実行してますか?

buildworld しなくなってから、
src レスで freebsd-update してるけど
/etc の更新をしていないことに
今更気付いた

**名無しさん＠お腹いっぱい。** · 2025/06/14(土) 07:59:10.29

>>260
etcupdate は
/usr/src なくても実行できるし、
14.0R リリースノートに
mergemaster 非推奨と明示されていました

**名無しさん＠お腹いっぱい。** · 2025/06/29(日) 12:41:08.09

速度は正義
綺麗なアーキテクチャ()

**名無しさん＠お腹いっぱい。** · 2025/06/30(月) 08:32:50.10

R15で32ビット版はアーム以外は終了か。
おつかれさんです。

**名無しさん＠お腹いっぱい。** · 2025/06/30(月) 23:23:42.38

LinuxからFreeBSDに乗り換えたという人の動画（英語）
https://www.youtube.com/watch?v=Rk5kJ2iWYaU

**名無しさん＠お腹いっぱい。** · 2025/07/01(火) 00:21:41.85

何か利点はあったか要約ヨロ

**名無しさん＠お腹いっぱい。** · 2025/07/01(火) 20:25:13.66

中身が薄いから見なくてもいいと思う

**名無しさん＠お腹いっぱい。** · 2025/07/02(水) 22:11:51.93

今でも国内の大学でFreeBSDというかUnix教えてるとこあるの？
もうLinuxに置き換わったろうしそもそも情報工学系学部が激減したね

**名無しさん＠お腹いっぱい。** · 2025/07/03(木) 09:15:55.06

>>264
を見ると、Linuxはカーネルだけであり
みながLinuxと思っているのはGNU Toolsでしかないらしい

**名無しさん＠お腹いっぱい。** · 2025/07/03(木) 10:20:44.37

もともとUNIXというものはAT&Tが持っていたもので、BSDはそれを盗み出して歴史的UNIXとか名乗っているだけ

「AT&TのUNIX」は、その後各社の商用UNIXなどへ派生して行き、
それをよしとしないRMSが UNIX System V (SVR) のクローンをスクラッチ開発する、として始まったのが、ソフトウェア/OSとしてのGNU

GNUはフリーソフト運動も同名だったので、OSとしてのGNUを認識していない・区別できないアホがこの21世紀に至ってもまだゴロゴロ居る。

そして「AT&TのUNX」の眷属、商用UNIXは時代の波に流され廃れてゆき、
SVRクローンをスクラッチするはずだったGNU(OS)も、GNU方言などと呼ばれるように独自化していった

このOSとしてのGNUの、カーネルの部分をLinuxに置き換えた、今使えるカーネルとして使えるものがLinuxくらいしかなかったので「あるものを使った」のが GNU/Linux などと呼ばれる環境
あくまでGNUというOS/環境の、カーネルだけ間に合わせでLinuxを使っているだけ、という構造であり建前。

GNUユーザーランドで他のカーネルを採用、という方向では、BSDカーネルを採用したものもあったね。確かDebian系で。まだ現存しているのかまでは知らんけど。

まあ、GNUはこうやって普及して行った。
Macなんかも結局野良リポジトリ突っ込んでGNUのツール環境とか導入しないと、開発環境として使い物にもならんカス環境だし。

逆に、BSD系で他カーネルにBSDユーザーランド、というものは何故か全く出て来ないね。
まあBSD環境ぶっちゃけゴミだしな。カッコウはコンピュータの上に～では、シェル履歴からコマンドのオプションがBSDじゃねえ、コイツ余所者だ！…などと断罪するシーンが描かれてたりしたけど、ワールドスタンダード的には当時からBSDの方が方言、マイノリティで。

**名無しさん＠お腹いっぱい。** · 2025/07/03(木) 19:58:34.37

物知りっく

**名無しさん＠お腹いっぱい。** · 2025/07/03(木) 21:12:34.34

誰がうマイクロカーネルえと

**FreeBSDでwimeを使っている君** · 2025/07/03(木) 23:53:34.19

>>268
まあ、ザックリそうではないか、と思います。

/binの下なんかで、GNU_Toolsで足りなかった物は、
BSDから持って行ったんじゃなかったかな。
その辺の勘違いが『Linuxを256倍使うための本』で、
あるエンジニア「LinuxってBSD（コマンドが）ですよね」
生越昌己「違うんだよタコ！」
という感じで触れられていました。

**名無しさん＠お腹いっぱい。** · 2025/07/04(金) 00:22:12.03

Androidや、LinuxディストリビューションでもAlpine Linuxなんかは非GNUじゃなかったっけ

**名無しさん＠お腹いっぱい。** · 2025/07/04(金) 02:03:53.38

>>269
盗んだとか嘘つくな
初期のUNIXは利益が出るものになるとは思ってなくて、普通に格安で配布してたんだよ
それをビル・ジョイが幾つかコマンドを追加して配布したのが最初のBSD
DはDistributionのD
Linuxの配布物をDistribution言うのは、BSDの影響じゃないかと思われる

**名無しさん＠お腹いっぱい。** · 2025/07/04(金) 18:05:50.02

掘った芋弄ったな

**名無しさん＠お腹いっぱい。** · 2025/07/04(金) 18:08:20.82

Alpineはglibcではなくmusl, bash等gnu toolsではなくbusyboxだ品
別にGNUに頼らなくてもLinux distroが構成出来るのは良い時代になった

**名無しさん＠お腹いっぱい。** · 2025/07/04(金) 19:39:52.71

FreeBSDはデフォルトでgcc入ってるんすか？

gcc --version
gcc (FreeBSD Ports Collection) 13.3.0
Copyright (C) 2023 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

14Rを入れた後に、なにかmakeするために、いつの間にか入れてたんだけど、デフォルトではclangだけ？

**名無しさん＠お腹いっぱい。** · 2025/07/05(土) 01:34:01.60

しっかりPorts Collectionってかいてあるやん

**FreeBSDでwimeを使っている君** · 2025/07/05(土) 01:55:58.09

いや、まあ、 >>278 な訳ですが。

例えば、WineをPortsからmakeするとします。

「Build dependencies」に、gccが指定されているので、
gccが入っていない場合、依存関係があるので、
gccもmakeされます。

「Runtime dependencies」にも、
gccが指定されているので、Wineをpkg(8)から入れた場合も、
依存関係で入るんじゃないかな。

**名無しさん＠お腹いっぱい。** · 2025/07/06(日) 16:37:17.49

https://chimera-linux.org/
カーネルはLinuxでユーザーランドはFreeBSDらしい

**名無しさん＠お腹いっぱい。** · 2025/07/06(日) 20:19:10.50

なんかキチガイ

**名無しさん＠お腹いっぱい。** · 2025/07/06(日) 20:56:06.96

>>280
GNUがきらいということだろうな

**名無しさん＠お腹いっぱい。** · 2025/07/06(日) 22:11:03.26

ベースがlinuxか
逆じゃねーのかよw

**名無しさん＠お腹いっぱい。** · 2025/07/06(日) 22:11:33.23

世の中、Linuxが無くてもFreeBSDがUNIXを駆逐してたと思う
Linuxの代りに全てのサーバーがFreeBSDになり
スーパーコンピュータもFreeBSDで動いてたのではないか
GNUは消えていただろう

**名無しさん＠お腹いっぱい。** · 2025/07/07(月) 00:15:02.94

少なくともコンパイラーはclang(LLVM)で困らなくなったな
時間は掛かるがGNUはいずれ要らなくなる

**名無しさん＠お腹いっぱい。** · 2025/07/07(月) 00:33:23.36

>>283
DebianGNU/kFreeBSDが有るじゃないか。

**名無しさん＠お腹いっぱい。** · 2025/07/07(月) 06:09:57.08

emacsは無くならない
絶対ﾆﾀﾞ!

**名無しさん＠お腹いっぱい。** · 2025/07/07(月) 06:40:13.81

>>287
漢字かな変更は何を使っていますか？

**名無しさん＠お腹いっぱい。** · 2025/07/07(月) 07:36:30.04

デバドラの揃い方が違うのでカーネルはLinuxを使いたいがユーザーランドはBSDの方が好きという需要は無いことはないだろ
Macやゲーム機開発にも近くなるし、glibcの迷路具合ひどいしな

**名無しさん＠お腹いっぱい。** · 2025/07/07(月) 09:08:48.20

漢字かな変換は瀬戸かんなに決まっておろう

**名無しさん＠お腹いっぱい。** · 2025/07/07(月) 10:13:25.73

瀬戸朝香とは橋本環奈のハイブリッドか

**名無しさん＠お腹いっぱい。** · 2025/07/07(月) 10:37:30.36

>>286
ディスコン

**名無しさん＠お腹いっぱい。** · 2025/07/07(月) 14:10:25.01

muleにかんなだよな

**名無しさん＠お腹いっぱい。** · 2025/07/07(月) 15:18:02.64

BSD原理主義者はviかvimがあれば十分

**名無しさん＠お腹いっぱい。** · 2025/07/07(月) 16:42:11.78

BSD原理主義者がvim使うわけないじゃん
第一にライセンス的な理由で

**名無しさん＠お腹いっぱい。** · 2025/07/07(月) 18:16:36.48

ライブラリも揃っていて、同じバージョンのmule 使う選択もあるのかと感心した。
リーナスとMicroEMACSも古いけど

**名無しさん＠お腹いっぱい。** · 2025/07/07(月) 23:52:44.16

今見たらvimはGPL互換のライセンスになってた
最初からそうだったっけ？

**名無しさん＠お腹いっぱい。** · 2025/07/08(火) 04:34:04.73

gmake, gtarが無いと流石に不便
nvi, cshは察し

**名無しさん＠お腹いっぱい。** · 2025/07/08(火) 10:57:59.54

FreeBSD環境ではいまだにtcshだな
エディタはmgだけど

**名無しさん＠お腹いっぱい。** · 2025/07/08(火) 13:37:25.74

今GNU tar必要な場面って何だ？
800ぐらいports/pkg入れてる環境持ってるけどdependで入っていない
FreeBSDのtarってかなり拡張されてるからな
posix shellなら一周回ってkorn shellも悪くないぞ
OpenBSDのデフォルトはksh(oksh)だしな

**名無しさん＠お腹いっぱい。** · 2025/07/08(火) 14:08:13.45

昔は環境によってコマンドのヘルプやバージョン確認、バーボーズモードなんかのオプションすらバラバラでストレスだった

GNUのツール群に置き換えてからOSとか変わってもコマンドラインオプションが共通だし
それからすっかりGNU好きになってしまった

**名無しさん＠お腹いっぱい。** · 2025/07/08(火) 14:08:28.06

>>298 の意図する所は分からないが
tarなんか特にオプション確認が大切だし
圧縮もパイプラインせずに使えたしで
gtarに鞍替えした覚えある

**名無しさん＠お腹いっぱい。** · 2025/07/08(火) 15:37:52.32

LinuxはこのままJリーグみたなことを続けていくのかな

**名無しさん＠お腹いっぱい。** · 2025/07/08(火) 15:51:13.46

なるほどね
確かにtarのオプションは面倒だよね

**名無しさん＠お腹いっぱい。** · 2025/07/08(火) 16:30:07.84

tarのオプションは方言多いから、portsのビルドで使われたりはするよね
機能的には、FreeBSDのtarは優秀だとは思う

**名無しさん＠お腹いっぱい。** · 2025/07/08(火) 22:38:57.18

FreeBSDはX.orgとずっ友なの？

**名無しさん＠お腹いっぱい。** · 2025/07/09(水) 01:58:38.58

Linuxはどうも汚くって性に合わない。
しかし、windowsと言い、汚いほど動くアプリが多いんだよなあ。
動くアプリが多いから汚くなってるのかも知れんが。

**名無しさん＠お腹いっぱい。** · 2025/07/09(水) 02:10:33.79

そんだったら
openBSDよりもFreeBSDは汚いっていわれてしう

**名無しさん＠お腹いっぱい。** · 2025/07/10(木) 01:26:07.89

jリーグがどんなんなのかサッカー知らんから分からん

**名無しさん＠お腹いっぱい。** · 2025/07/10(木) 13:18:20.77

>>309
JリーグはJ1からJ3までで60チーム
さらにJFLが16チームある

Linuxはディストリビューションがひたすら増えている
AIに聞くと1000以上だと

**名無しさん＠お腹いっぱい。** · 2025/07/10(木) 18:54:25.51

そら増える一方だから
Linux from Scratchとかもあるし
自分で好きなようにディストロ組むのが楽しい人もおる
死んでるディストロも多数

**名無しさん＠お腹いっぱい。** · 2025/07/10(木) 20:03:13.01

LinuxはCentOSが無くなってさらに混乱している
無責任すぎるな

**名無しさん＠お腹いっぱい。** · 2025/07/10(木) 22:08:14.88

OSS界隈は元々責任なんてないだろ

**名無しさん＠お腹いっぱい。** · 2025/07/11(金) 07:21:53.01

>>307
悪貨は良貨を駆逐する
コの世界は昔からこれ
綺麗な実装綺麗なアーキテクチャがこの先生きのこるケースの方が稀なのに未だに綺麗汚いで判断するのが居るんやね

**名無しさん＠お腹いっぱい。** · 2025/07/11(金) 07:54:35.62

綺麗なアーキテクチャって、機能が少ないと言う事ではないだろうか。

**名無しさん＠お腹いっぱい。** · 2025/07/11(金) 10:23:38.45

>悪貨は良貨を駆逐する
で思い出したけどマイクロカーネルって、いまどうなってますか？
実用化されてるのはありますか？

**名無しさん＠お腹いっぱい。** · 2025/07/11(金) 10:33:13.65

>>312
ディストリビューションが混沌としてるのはそう
Linuxカーネルそのものは今のところリーナスがいて混乱してない
DistroWatch見るとBSD系もいっぱいあるやん

**名無しさん＠お腹いっぱい。** · 2025/07/11(金) 10:48:46.92

つまり五十歩百歩

**名無しさん＠お腹いっぱい。** · 2025/07/11(金) 13:41:19.82

BSDのディストリで現存するのは数えるほどですよ
FreeBSD系だとGhostBSDとTrueNASでしょ
GhostBSDは現在はどういう方針なのだろう

**名無しさん＠お腹いっぱい。** · 2025/07/12(土) 04:58:58.70

PCBSDが少し頑張ってたのは覚えてる

**名無しさん＠お腹いっぱい。** · 2025/07/12(土) 22:32:24.66

FreeBSDはこの先生きのこりますにゃんご！

**名無しさん＠お腹いっぱい。** · 2025/07/12(土) 22:55:46.56

きれいなアーキテクチャに皆んなついてこれないだけ。
きれいでなければ使う気しない。

**名無しさん＠お腹いっぱい。** · 2025/07/13(日) 02:24:37.23

GUIとwifiモジュールメンテ出来なくなったら死ぬだろうな

**名無しさん＠お腹いっぱい。** · 2025/07/13(日) 06:14:06.95

NetBSDちゃんが息してないの

**名無しさん＠お腹いっぱい。** · 2025/07/13(日) 14:47:19.36

>>324
FreeBSDがARMとRISC-Vに対応してるからな

AandroidにNetBSDが使われたのは、当時はFreeBSDがあまりARMに対応してなかったから

**名無しさん＠お腹いっぱい。** · 2025/07/14(月) 08:01:11.94

NetBSDはNVMM以降、影響力のある機能とか出してたっけ

**名無しさん＠お腹いっぱい。** · 2025/07/16(水) 04:33:29.37

NetBSD由来で他でも使われているものとしてはRumpkernelによるユーザースペースファイルシステムの実装なんつーのがありますね
fuseよりはオーバーヘッドは少ないのかな

**名無しさん＠お腹いっぱい。** · 2025/07/17(木) 12:36:00.66

>>324
もう合体するしかない(´・ω・`)

**名無しさん＠お腹いっぱい。** · 2025/07/17(木) 16:29:05.37

今やバイナリ互換性もない（ELFのフォーマット的に区別）別物のOSなのでFreeBSDとNetBSDを統一させる意味がない
NetBSDの標準コンパイラがgccなのは対応アーキテクチャがより広いという意味がある
PPC32等のマイナーアーキテクチャの対応も残って欲しい

**名無しさん＠お腹いっぱい。** · 2025/07/17(木) 21:30:21.98

Minix3にpkg供給する係だから

**名無しさん＠お腹いっぱい。** · 2025/07/17(木) 22:43:11.91

>>330
intel management engineの中身がminix3だったのか

**名無しさん＠お腹いっぱい。** · 2025/07/18(金) 07:06:36.99

FreeBSDは「オッカムの剃刀」をほぼ分かっているから。

**名無しさん＠お腹いっぱい。** · 2025/07/18(金) 11:18:41.78

これだけCPUやネットワークやUSBデバイスが多様化すると
たとえ大企業でもゼロからOSを作るのは難しい
そうやって淘汰された結果生き残ったのが

Windows
macOS
Linuxカーネル
FreeBSD

面構えが違う

**名無しさん＠お腹いっぱい。** · 2025/07/18(金) 12:40:49.17

タネンバウムさんも引退したしMinixをメンテしていく体制すらないんじゃね

**名無しさん＠お腹いっぱい。** · 2025/07/18(金) 14:37:29.97

>>333
多様化してたのはむしろ昔の方だろ
今は1つに集約されつつある

**名無しさん＠お腹いっぱい。** · 2025/07/18(金) 18:21:16.76

情報工学の発達した現代ではOS自体作るのはそんなに難しくない
どのくらいの機能・規模のものを作るか次第
CP/MやDOSはOSとは認めない人もRTOS系組み込みOSなら認めるだろう

**名無しさん＠お腹いっぱい。** · 2025/07/18(金) 18:30:27.65

>>336
ESP32でプログラムすると
FreeRTOSは便利だなと思ったが
そんなのとかTRONとは別のカテゴリーOSだな

**名無しさん＠お腹いっぱい。** · 2025/07/27(日) 20:33:07.34

もしもBSDが弱ければ
redhatが攻めてくる

**名無しさん＠お腹いっぱい。** · 2025/07/27(日) 20:41:04.71

太陽戦隊SunOS

**名無しさん＠お腹いっぱい。** · 2025/07/27(日) 22:41:40.51

1995年まで時間を巻き戻せるとして、*BSD がこの先生き残る道はあるのだろうか

**名無しさん＠お腹いっぱい。** · 2025/07/28(月) 00:22:07.13

>>340
リーナスがいなかったら
BSDしかないわけですよ

**名無しさん＠お腹いっぱい。** · 2025/07/28(月) 04:25:53.06

裁判も相当な打撃だった
彼らは裁判でBSDを潰しておきながら、自分たちは先に潰れて消滅した
因果応報ｗ

**名無しさん＠お腹いっぱい。** · 2025/07/28(月) 11:18:12.53

>>342
裁判が無ければBSD/OSは潰れておらず
サーバーOSの中核的地位になっていて
FreeBSDは無料UNIXとして広く普及し
GNUは潰れてたでしょう

**名無しさん＠お腹いっぱい。** · 2025/07/28(月) 13:16:13.09

とはいえportsやるのまんどくせ

**名無しさん＠お腹いっぱい。** · 2025/07/29(火) 05:39:28.30

悪貨は良貨を駆逐するのがコの世界で繰り返されて来た歴史
モトローラMC68000が普及しなかった時点で勝負は決まっていた

**名無しさん＠お腹いっぱい。** · 2025/07/30(水) 17:51:28.33

>>345
68000系は潰れる運命だったよ
最初から回路量が多くて消費電力多い
その割に性能が高いわけじゃなかった
FPUは機能を削って小さくするしか内蔵する方法がなかった
プロセス技術がインテルに対してアドバンテージを持っていたら何とか
そうでないならジリ貧
68030/i386の時期がギリギリ対向できる最後のチャンスだったな
それまでの時期、生産性が大違いだったのも大きい

**名無しさん＠お腹いっぱい。** · 2025/07/31(木) 02:05:30.76

Z80のおかげで命脈を保った感があるけどなあ
社会党(Z80)と野合して生き延びた自民党みたいに

**名無しさん＠お腹いっぱい。** · 2025/07/31(木) 10:48:51.88

FreeBSDはもっと初期にデスクトップの整備をして
WindowsやMacと同等の固有のデスクトップがあれば
違った展開もあったと思うけど、そんなことには誰も関心が無かった