FreeBSDを語れ Part59

1 【大吉】
垢版 |
2024/11/06(水) 00:12:13.84
https://www.freebsd.org/

前スレ
FreeBSDを語れ Part58
https://mevius.5ch.net/test/read.cgi/unix/1696777979/
過去スレ
FreeBSDを語れ Part57
https://mevius.5ch.net/test/read.cgi/unix/1682211057/
FreeBSDを語れ Part56
https://mevius.5ch.net/test/read.cgi/unix/1671084924/
FreeBSDを語れ Part55
https://mevius.5ch.net/test/read.cgi/unix/1649337763/

関連スレ
初心者もOK! FreeBSD質問スレッド その125
https://mevius.5ch.net/test/read.cgi/unix/1632283136/
BSD/LinuxでのOffice/Desktop環境を語れ! Part03
https://mevius.5ch.net/test/read.cgi/unix/1633521461/
RaspberryPiで稼働する*BSDを語れ
https://mevius.5ch.net/test/read.cgi/unix/1582471618/

##次スレは>>950を踏んだ人がたてませう
2025/05/28(水) 23:43:02.39
Mach4を、カーネルに使っているOSはどれだい?
235名無しさん@お腹いっぱい。
垢版 |
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なんか?
239名無しさん@お腹いっぱい。
垢版 |
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 非推奨と明示されていました
262名無しさん@お腹いっぱい。
垢版 |
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
中身が薄いから見なくてもいいと思う
267名無しさん@お腹いっぱい。
垢版 |
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の方が方言、マイノリティで。
270名無しさん@お腹いっぱい。
垢版 |
2025/07/03(木) 19:58:34.37
物知りっく
271名無しさん@お腹いっぱい。
垢版 |
2025/07/03(木) 21:12:34.34
誰がうマイクロカーネルえと
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の影響じゃないかと思われる
275名無しさん@お腹いっぱい。
垢版 |
2025/07/04(金) 18:05:50.02
掘った芋弄ったな
276名無しさん@お腹いっぱい。
垢版 |
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ってかいてあるやん
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はいずれ要らなくなる
286名無しさん@お腹いっぱい。
垢版 |
2025/07/07(月) 00:33:23.36
>>283
DebianGNU/kFreeBSDが有るじゃないか。
287名無しさん@お腹いっぱい。
垢版 |
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があれば十分
295名無しさん@お腹いっぱい。
垢版 |
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互換のライセンスになってた
最初からそうだったっけ?
298名無しさん@お腹いっぱい。
垢版 |
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のオプションは面倒だよね
305名無しさん@お腹いっぱい。
垢版 |
2025/07/08(火) 16:30:07.84
tarのオプションは方言多いから、portsのビルドで使われたりはするよね
機能的には、FreeBSDのtarは優秀だとは思う
306名無しさん@お腹いっぱい。
垢版 |
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は汚いっていわれてしう
309名無しさん@お腹いっぱい。
垢版 |
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界隈は元々責任なんてないだろ
314名無しさん@お腹いっぱい。
垢版 |
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モジュールメンテ出来なくなったら死ぬだろうな
324名無しさん@お腹いっぱい。
垢版 |
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よりはオーバーヘッドは少ないのかな
328名無しさん@お腹いっぱい。
垢版 |
2025/07/17(木) 12:36:00.66
>>324
もう合体するしかない(´・ω・`)
2025/07/17(木) 16:29:05.37
今やバイナリ互換性もない(ELFのフォーマット的に区別)別物のOSなのでFreeBSDとNetBSDを統一させる意味がない
NetBSDの標準コンパイラがgccなのは対応アーキテクチャがより広いという意味がある
PPC32等のマイナーアーキテクチャの対応も残って欲しい
330名無しさん@お腹いっぱい。
垢版 |
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

面構えが違う
レスを投稿する

5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。

ニューススポーツなんでも実況