FreeBSDを語れ Part59 (420ﾚｽ)
上下前次1-新
205: 05/24(土)03:01 AAS
>>202
何が面白いのかわからんが、フリーで揃うんだし自分でやれば？
206: 05/24(土)17:01 AAS
Debian k/FreeBSD
207: 05/24(土)18:31 AAS
Debian kFreeBSDはディスコンだがね
スタートアップから全部GNUユーザーランドは面倒そうだからJailの上にでも作ってみれば？
208: 05/24(土)18:45 AAS
元の話のDarwinのカーネルだけ持ってきて何が面白いんだ？
という気はする
209(1): 05/24(土)20:39 AAS
>>204
GNU HurdはMachを使ってるけど、完全にマイクロカーネルでかつマルチサーバー構成なんで、そもそも他のOSとも一線を画してる
210: 05/24(土)20:46 AAS
darwinってアップルがやってる時点でオープン面するための激ウソだろうなって最初から思ったよな
211(1): 05/24(土)22:05 AAS
>>209
サービスの提供の仕方がちょっと違うだけの話じゃん
中身の話をしたいならコードベースで殴り合えばいいけど
スペック自慢だけされてもねえ
212: 05/24(土)22:27 AAS
>>211
意味が分からんなら無理に絡まなくていいよw
213(2): 05/24(土)23:03 AAS
Machなんてメッセージパッシングがファンクションコールより余裕で1桁以上遅くて古臭い構造してるからパフォーマンスについては絶望的でそれで開発止まったようなもんじやない
今更、先なんてないOSですよ
214: 05/24(土)23:08 AAS
だからAppleはわざわざメッセージパッシングの大部分を書き換えて通常のサブルーチンコールにしてパフォーマンスの改善を図ったのがDarwinじゃん
215: 05/24(土)23:09 AAS
>>213
の「ファンクションコール」はサブルーチンコールの間違いw
216(2): 05/24(土)23:34 AAS
>>213
BSDの機能は関数呼び出しになってるけど、macOSやiOSの色々な機能がMachのIPCを使って実装されてる
それはMachの実装が綺麗だから可能なんだよ
要するにハイブリッドなアーキテクチャーだから、綺麗かつ高速な実装の両方の良いとこ取りになってる
217(1): 05/24(土)23:42 AAS
>>216
ハイブリッドにしないと実用的じゃなかった
だけの話じゃん
218: 05/25(日)00:01 AAS
>>217
恐ろしく頓珍漢な返答だな…
219(1): 05/25(日)20:16 AAS
>>216
いいとこ取りなんて誤魔化しもいいとこ
実用性のためにグチャグチャにした
220: 05/25(日)20:28 AAS
マイクロカーネルの利点なんて今時点で上げると権限の分離が容易という点
特権を必要とするコードベースが小さくなる点だが
Darwinではその利点は捨ててる
Linuxカーネル内におけるバグの研究ではバグの発生からそのバグが修正されるまでの期間はあまり変化していないとされている
コード量は増える一方なのに発生率は変わらないから常にバグは一定量以上存在するはず
そしてそれは増える一方のデバイスドライバに多く存在する、脆弱性は一定以上存在したままだ
マイクロカーネルではデバイスドライバはユーザプログラムとして書く事ができIPCの高速なL4系OSでは効率も落ちない
省1
221(1): 05/25(日)20:35 AAS
MachのIPCはそもそも遅いんだからレイテンシが大きくても構わないところで使ってるに過ぎない
そーいうのは元々ユーザランドで実装できる物だというだけ
pthreadを使うかMach IPCを使うかというレベルの話なんだわ
222(1): 05/25(日)20:42 AAS
>>219
誤魔化してw
マイクロカーネルなので内部構造は非常にすっきりしてる
これが利点なのが分からんか？
グチャグチャにされたの根拠を知りたい
223(1): 05/25(日)20:44 AAS
>>221
アホか
MachのIPCはメチャメチャ高速だ
関数呼び出しに比べれば遅いと言うだけで、猛烈にチューニングが進んでる
224: 05/25(日)20:48 AAS
つうか、ここまで全員ソースコードを読んでもいない奴らのただの妄想w
絶対に信じてはならない、俺も含めてなw
225: 05/25(日)21:08 AAS
>>222
すっきりしても遅いから、実用化のためにあちこち手が入ってるんだろ？
俺様の頭の中のOSはきれいで速い言われてもなあ
226(1): 05/25(日)23:17 AAS
FreeBSDは独自のデスクトップを作るべきだよ
もう21世紀だよ令和だよ
227: 05/26(月)00:13 AAS
独自のデスクトップ?
xfceでいいよ
228: 05/26(月)00:34 AAS
Luminaとかどうなったんだ
229: 05/26(月)11:24 AAS
>>226
メンテ量少なくて済むスカスカシンプルなやつにして欲しい
twmとかfluxbox系で
230: 05/26(月)11:48 AAS
twm/ctwm/fvwmなんかがWaylandで動けばいいのにね
231: 05/26(月)14:39 AAS
MacOS風のあれなんだったっけな…helloSystemだった。そして新たにravynOSなるものもできてた
232(1): 05/28(水)19:17 AAS
>>223
桁違いに遅いのが事実
今のハードウェアでもサブルーチンコールの1桁以上（1命令最小1nSとすれば30nS～200nS以上）時間がかかる
この理由もわかっていてIPCではコンテクストスイッチによって命令キャッシュの殆んどがフラッシュされてしまうから
これはMachでは構造的に避けられない
233(2): 05/28(水)23:36 AAS
>>232
外部ﾘﾝｸ[html]:www-old.cs.utah.edu
Machプロジェクトを引き継いだMach4のサイトの資料にIPCを改善したという報告がある
システムコールより速くなってるなw
画像ﾘﾝｸ[png]:i.imgur.com
234: 05/28(水)23:43 AAS
Mach4を、カーネルに使っているOSはどれだい？
235: 05/29(木)00:02 AAS
「PA-RISCか…何もかも、皆懐かしい」
236: 05/29(木)00:28 AAS
PA-RISCはTLBないからコンテキストスイッチが速いのかもね
237: 05/29(木)10:11 AAS
現在生き残っていて開発継続しているPC用カーネルってどんだけあるの？
WindowsNT
Linux
BSD三兄弟
Mach
AIX
他にある？
238: 05/29(木)11:37 AAS
AIXはPCなんか？
239: 05/29(木)18:34 AAS
HURDは
240: 05/30(金)00:19 AAS
開発してんの？
241: 05/30(金)05:26 AAS
AIXってメンテが継続しているだけだと思っていた
開発が継続しているとは知らなかった
242: 05/30(金)09:37 AAS
AIXってそういう状況か。20年ぐらい前に見たっきりなんだよね
じゃあ現状は
WindowsNT
Linux
FreeBSD
Mach
こんだけか。netとopenはFreeBSDの養分
省2
243: 05/31(土)08:05 AAS
商業的、ユーザー数的に次に消えるのはFreeBSDだな
244: 05/31(土)14:04 AAS
存在意義を失いかけてるnetbsdが1番やばいが失うものがない地点まで来てるからな
freebsdはデスクトップ環境を整備できるパワーが足りなくなると滅びる
openbsdは延々続くだろうな
245(1): 05/31(土)15:29 AAS
>>233
Mach4じゃあMacOSXとは関係ないし後継プロジェクトもないし死んだOSの歳を数えているようなもんだけど
4.6μSじゃぁプラットフォームがなんだか分からんけどとっても遅いよね
xMachについてはユーザランドをFreeBSDにしたものが日本のNTTの研究所で実装されて配布もされていたけど
残念ながら続かなかった 一応俺は自分の環境で動かしはしたけど
1995年じゃマイクロカーネルの研究段階では中途半端な時期
外部ﾘﾝｸ[pdf]:www.cs.hs-rm.de
省5
246: 05/31(土)15:40 AAS
seL4というのはセキュリティ面の研究プロジェクトの実装で仕様と実装の動作が完全に一致する事を検証した、セキュリティ的な瑕疵の全くないOS
247(2): 05/31(土)20:12 AAS
>>245
Mach4という完成したものがある訳じゃなくてプロジェクト名だし、他のMachが成果を取り込むことも可能だろ
あと、時間を比較しても無意味だろ
動かす環境で全然変わる
関数呼び出しより速くなったという事が重要
248: 05/31(土)21:39 AAS
>>247
システムコールと関数呼び出しを混同させてる時点で眉唾だなあ
249: 05/31(土)22:55 AAS
>>247
だからそう書いてある
250: 05/31(土)23:02 AAS
ほんと日本語すらまともに読めないのかよ
251: 05/31(土)23:04 AAS
システムコールの処理時間と言うたら普通そのトップハーフ側の処理時間を含むもんな
252: 06/01(日)00:47 AAS
何が言いたいか分からんが、その第2世代のIPC高速化の技術を応用したからMachのIPCを高速化出来たんだろうよ
Mach4の資料にもIPCをシンプルにしたと書いてあんだろ
複雑なIPCはその上に構築したと書いてある
それで互換性を保ってんだろう
突っ込みたいならちゃんと元の資料を読んでからにしろよ…
253: 06/01(日)08:30 AAS
FreeBSDのシステムコール
32bitも64bitも
writeは4
macOSも
writeは4
Linuxは
32bitは4
省3
254(1): 06/03(火)19:43 AAS
読めと言われてもリンク切ればかりでどうにもならんがw
今どきanon ftp？ってFTPクライアントしばらくぶりに使ってみたけどダメ
> その第2世代のIPC高速化の技術を応用したからMachのIPCを高速化出来たんだろうよ
ああ、それは無理なの解ってるから。それこそ資料読めよ。こっちはいくらでも出てくるから
255: 06/03(火)19:55 AAS
もう何十年も前にユタ州立大の件は調べたことはあるけど
確かOSを構成するためのフレームワークの研究的なことやってたんだっけ？
その頃の資料が残ってりゃ見るものもあったのかもしらんが
256: 06/03(火)20:07 AAS
何度もで申し訳ないけど訂正だけ
×ユタ州立大
◯ユタ大学
257: 06/04(水)02:48 AAS
>>254
>>233の資料を読めと言ってんだよ
頭沸いてんかよ…
258(1): 06/13(金)03:46 AAS
3日も過ぎたけど14.3にupgrade完了
259: 06/13(金)22:19 AAS
iwlwifi 速くなったらしいが忙しいし今回もスキップかな。未だに14.1R だ。
260(1): 06/14(土)05:33 AAS
>>258
mergemaster
とか実行してますか?
buildworld しなくなってから、
src レスで freebsd-update してるけど
/etc の更新をしていないことに
今更気付いた
261: 06/14(土)07:59 AAS
>>260
etcupdate は
/usr/src なくても実行できるし、
14.0R リリースノートに
mergemaster 非推奨と明示されていました
262: 06/29(日)12:41 AAS
速度は正義
綺麗なアーキテクチャ()
263: 06/30(月)08:32 AAS
R15で32ビット版はアーム以外は終了か。
おつかれさんです。
264(1): 06/30(月)23:23 AAS
LinuxからFreeBSDに乗り換えたという人の動画（英語）
動画ﾘﾝｸ[YouTube]
265: 07/01(火)00:21 AAS
何か利点はあったか要約ヨロ
266: 07/01(火)20:25 AAS
中身が薄いから見なくてもいいと思う
267: 07/02(水)22:11 AAS
今でも国内の大学でFreeBSDというかUnix教えてるとこあるの？
もうLinuxに置き換わったろうしそもそも情報工学系学部が激減したね
268(1): 07/03(木)09:15 AAS
>>264
を見ると、Linuxはカーネルだけであり
みながLinuxと思っているのはGNU Toolsでしかないらしい
269(1): 07/03(木)10:20 AAS
もともと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 などと呼ばれる環境
省6
270: 07/03(木)19:58 AAS
物知りっく
271: 07/03(木)21:12 AAS
誰がうマイクロカーネルえと
272: FreeBSDでwimeを使っている君 07/03(木)23:53 AAS
>>268
まあ、ザックリそうではないか、と思います。
/binの下なんかで、GNU_Toolsで足りなかった物は、
BSDから持って行ったんじゃなかったかな。
その辺の勘違いが『Linuxを256倍使うための本』で、
あるエンジニア「LinuxってBSD（コマンドが）ですよね」
生越昌己「違うんだよタコ！」
省1
273: 07/04(金)00:22 AAS
Androidや、LinuxディストリビューションでもAlpine Linuxなんかは非GNUじゃなかったっけ
274: 07/04(金)02:03 AAS
>>269
盗んだとか嘘つくな
初期のUNIXは利益が出るものになるとは思ってなくて、普通に格安で配布してたんだよ
それをビル・ジョイが幾つかコマンドを追加して配布したのが最初のBSD
DはDistributionのD
Linuxの配布物をDistribution言うのは、BSDの影響じゃないかと思われる
275: 07/04(金)18:05 AAS
掘った芋弄ったな
276: 07/04(金)18:08 AAS
Alpineはglibcではなくmusl, bash等gnu toolsではなくbusyboxだ品
別にGNUに頼らなくてもLinux distroが構成出来るのは良い時代になった
277: 07/04(金)19:39 AAS
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だけ？
278(1): 07/05(土)01:34 AAS
しっかりPorts Collectionってかいてあるやん
279: FreeBSDでwimeを使っている君 07/05(土)01:55 AAS
いや、まあ、 >>278 な訳ですが。
例えば、WineをPortsからmakeするとします。
「Build dependencies」に、gccが指定されているので、
gccが入っていない場合、依存関係があるので、
gccもmakeされます。
「Runtime dependencies」にも、
gccが指定されているので、Wineをpkg(8)から入れた場合も、
省1
280(1): 07/06(日)16:37 AAS
外部ﾘﾝｸ:chimera-linux.org
カーネルはLinuxでユーザーランドはFreeBSDらしい
281: 07/06(日)20:19 AAS
なんかキチガイ
282: 07/06(日)20:56 AAS
>>280
GNUがきらいということだろうな
283(1): 07/06(日)22:11 AAS
ベースがlinuxか
逆じゃねーのかよw
284: 07/06(日)22:11 AAS
世の中、Linuxが無くてもFreeBSDがUNIXを駆逐してたと思う
Linuxの代りに全てのサーバーがFreeBSDになり
スーパーコンピュータもFreeBSDで動いてたのではないか
GNUは消えていただろう
285: 07/07(月)00:15 AAS
少なくともコンパイラーはclang(LLVM)で困らなくなったな
時間は掛かるがGNUはいずれ要らなくなる
上下前次1-新書関写板覧索設栞歴
あと 135 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.017s