FreeBSDを語れ Part54

■ このスレッドは過去ログ倉庫に格納されています
2021/08/27(金) 19:54:04.75
https://mevius.5ch.net/test/read.cgi/unix/1607845477/
The FreeBSD Project
https://www.freebsd.org/ja/

前スレ
FreeBSDを語れ Part53
https://mevius.5ch.net/test/read.cgi/unix/1607845477/
過去スレ
FreeBSDを語れ Part52
https://mevius.5ch.net/test/read.cgi/unix/1596404184/
FreeBSDを語れ Part51
https://mevius.5ch.net/test/read.cgi/unix/1590454119/

関連スレ
初心者もOK! FreeBSD質問スレッド その124
http://mevius.5ch.net/test/read.cgi/unix/1569601015/

##次スレは>>950を踏んだ人がたてませう
2022/03/03(木) 17:17:15.40
>>635
cshなめんなよとか?しらんけど
2022/03/03(木) 17:21:40.91
FreeBSD使う気のない人が混ざっでいるのは...
640名無しさん@お腹いっぱい。
垢版 |
2022/03/03(木) 19:09:41.57
>>637
> つーかFreeBSD自体がもう終わってる
なぜ?

> Linuxに乗り換える人が多い
どうして?

> FreeBSDでビジネスしてる会社は後悔してる
どの点について?

これらの具体的な回答が無い限り
単なる煽りとしか認識されないよ

と釣られてみる
2022/03/03(木) 19:18:02.86
イキってみたいお年頃
2022/03/03(木) 19:33:16.02
macOSがBSDを使ってるのは
GNUではないから
2022/03/03(木) 19:55:49.16
>>642
その表現は不正確だ。
GPLv3 が問題でv2であれば利用されている。
嫌がられているのは、特許問題とかだろうけど。

「GPLv3」の最終ドラフトが公開――正式版リリースは6月29日、MicrosoftのLinux特許問題にも対応
https://mag.osdn.jp/07/06/01/1226207
2022/03/03(木) 19:56:34.41
ここ数日ニュースでよく出てくる国際送金ネットワークSWIFT。
過去スレPart48と50のFreeBSD推進企業リストで出てきた
Modirum社のMDPayってのを思い出したのでggてみたら
Modirum社の支部の一部にSWIFTの名前が入ってるようだった
もしかしたらFreeBSDサーバがSWIFTの中核をなしているのかもしれんが
われわれ平民の調査のおよぶ範囲にその証拠は置かれていないようだ
2022/03/04(金) 15:39:02.57
>>643
そうですね、ごめんなさい。
AppleとMicrosoftはOSの中身をオープンにしない戦略取っていて
そのためにBSDのコードとライセンスを活用しているというニュアンスでした
Playstation 4のOSにFreeBSD 9.0
Playstation 5のOSにFreeBSD 12.0
Nintendo SwitchのOSにFreeBSD
も似たようなもんだと思います
XBOXはWindowsかな
2022/03/06(日) 22:07:29.25
ひさびさこの板に来てみてBSD系列スレ過疎ってると思ったけど
ここだけ辛うじてレスついてんな
BSDはもう限界集落みたいなもんで
だましだまし現状維持してるだけなのか
2022/03/06(日) 23:25:17.83
BSDおじさんが歳食って死んだり、引退してるからなぁ。
マガジンの再刊は永遠に無いわ。
648名無しさん@お腹いっぱい。
垢版 |
2022/03/07(月) 14:12:02.13
とりあえず一般人のデスクトップユースでは使い勝手が悪いかな
2022/03/07(月) 14:26:57.97
>>648
君には失望した
2022/03/07(月) 15:15:25.41
>>648
当たり前過ぎてつまらん
2022/03/07(月) 15:30:32.55
>>648
クレクレ君乙
2022/03/07(月) 17:14:15.82
さくらインターネットとかレンサバにいまだにFreeBSD使ってるのよね
なんでLinuxにしないのか不思議だわ
導入当初はなんらかのメリットあったのかもしれんが
今や2022年だしLinux勢のほうがよっぽど熟成してるはず
2022/03/07(月) 17:26:34.76
Benchmarks: FreeBSD 13 vs. NetBSD 9.2 vs. OpenBSD 7 vs. DragonFlyBSD 6 vs. Linux - Phoronix
https://www.phoronix.com/scan.php?page=article&;item=bsd-linux-eo2021&num=7
https://openbenchmarking.org/embed.php?i=2112039-TJ-BSDLINUX675&;sha=de7be309509d&p=2
OpenBSDの性能の低さが悲しいんよ
2022/03/07(月) 18:40:58.70
>>652
技術者の慣れの問題では
NetflixもFreeBSDだっけ
2022/03/07(月) 19:14:28.63
ネトフリのほうは性能で選んだみたいだね
やるじゃんFreeBSD!
2022/03/07(月) 19:48:57.87
これをみるとBSDライセンスが原因な気がした
https://news.mynavi.jp/techplus/article/20150401-a060/
657名無しさん@お腹いっぱい。
垢版 |
2022/03/07(月) 20:20:01.00
5ちゃんねるも
FreeBSD+nginx
だよねw
2022/03/07(月) 20:37:15.82
伝家の宝刀kqueueが決め手になったのでは
2022/03/07(月) 22:43:44.29
カーネルをカスタマイズするぐらい技術力の有る企業はFreeBSDの方が良いだろう
PS4が良い例
2022/03/07(月) 23:11:34.12
>>653
OpenBSDのポリシーの厳格さ考えればそんなもんだろ
デバッガのブレークポイントの実装にハードウェアに依る支援機能を「そんなもん使えるか!」と言って使わない連中だぞ
2022/03/07(月) 23:34:54.59
>>653
323 にも出てくるぞ、パフォーマンスの話題でOpenBSD
2022/03/08(火) 19:29:21.81
OpenBSDストイックすぎん?
2022/03/08(火) 19:33:53.21
むしろセキュリティマニアに取ってはストイックどころか桃源郷では
2022/03/08(火) 19:51:27.23
昔何かの記事で
「ユーザ・開発者の少ない*BSDはLinuxに比べてセキュリティホールも放置され気味」
みたいなの読んだような
2022/03/09(水) 07:37:02.70
その何かの記事に興味があるな
単なるヘイトスピーチじゃないやつならな
2022/03/09(水) 12:52:24.13
当然OpenSSHなんか使っちゃいけないんだろうな、その論調だと
2022/03/09(水) 14:10:43.70
666が誰の論調をどう解釈したのか
2022/03/09(水) 14:49:33.75
真面目なLinux kernelのバグについての研究結果として引用されているのが多いのはこれ
An Empirical Study of Operating Systems Errors
https://pdos.csail.mit.edu/archive/6.097/readings/osbugs.pdf
1.0〜2.4.1についてソースコードの自動チェッカを使ってバグの性質ごとの数、平均寿命等
を解析している2.4.1においてバグの平均寿命は1.8年(リポジトリに取り入れられてから取り
除かれるまでの時間)
バグの大部分はデバイスドライバにあり、他の部分と比較して3倍から10倍の率で存在する
7年間で160万行コードサイズは増大(そのうちデバイス部分が100万行ぐらい)し、バグの総
数は200を超える
2020年時点で3000万行ぐらい?あまり変わっていないなら概数で4000箇所ぐらいの問題が
「生きている」
OpenBSD2.8とLinux2.4.1との比較ではOpenBSDは20%〜6倍程度品質が低い(オートチェッカ
による比較であり偏っている可能性はあるとはかいてある。6倍というのは特定のチェックに
引っかかったコードの箇所の総数比較であり実数は19箇所)
2022/03/09(水) 14:55:45.06
あ、OpenBSD2.8のバグについて追加
OpenBSD2.8のカーネルで発見したプログラミング上の問題はシステムの互換性レイヤに関する
特定の少数のファイルに集中している
2022/03/09(水) 22:20:52.15
で、それらの20年前くらいからタイムスリップしてきた様な情報が
一応現在も開発中のOS達と "具体的には" どう繋がると?
2022/03/09(水) 23:03:22.96
>>664
NetBSDの話な
スラドだかOSDNのニュースで流れてた
2022/03/09(水) 23:35:23.69
>>664
いつかどっかで読んだことある気がするが
いつなのかどこなのか思い出せない
2022/03/09(水) 23:46:42.82
これのことかー
https://m.srad.jp/story/18/02/01/0627240
2022/03/10(木) 00:02:32.99
元ネタ
https://lwn.net/Articles/745383/
2022/03/10(木) 00:49:03.97
当たり前のことの繰り返しだわなー
新しく書いたコードにはプログラムミスがある事を防ぐことは難しい
ユーザが多い事はミスの発見のまでの時間が短くなることを担保しない
2022/03/10(木) 02:07:55.72
仮にプログラムミスの発見確率が一定だとすればコードサイズが増えればバグの平均寿命は
伸びていくわな
面白い!Linuxが一定以上のクオリティを維持できる限界まで肥大するのが先か
BSDのユーザ、開発者がいなくなるのが先かw
2022/03/10(木) 02:50:27.94
具体例を示せないFUD爺の逃走がいちばん先だろうな
2022/03/10(木) 12:16:45.56
wikipedia日本語版でFreeBSDsage編集してる人ってなんなんだ
2022/03/10(木) 12:30:37.48
よくわからんがあそこも荒らしみたいなのがいるらしいな
2022/03/10(木) 12:53:12.90
Author: Glen Barber
Date: Wed Mar 9 19:10:32 2022 -0500

 13.1: create releng/13.1 branch

 Update from PRERELEASE to BETA1
2022/03/10(木) 13:07:59.76
>>678
履歴はここだけど、誤った情報です。by 眞子 な事書いてる人いる?
https://ja.m.wikipedia.org/wiki/%E7%89%B9%E5%88%A5:%E5%B1%A5%E6%AD%B4/FreeBSD
2022/03/10(木) 19:01:42.64
>>664
Wikipedia日本語版のFreeBSDの項目にそう書かれてたな。
Linuxでもbashやext3等に大きなセキュリティホールがずっと放置されてたけどね。
Windowsでもファイル名の$I30とかずっと放置されてたし。

>>678
Wikipedia日本語版は質が低いから参考にしない方が良い。変なアンチが粘着してるしw
2022/03/10(木) 19:09:58.86
> Wikipedia日本語版は質が低いから参考にしない方が良い

心静かに同意
客観的な事柄だけ端的にあつかって
論理的に網羅的に揃えることが難しい

主観的で装飾的で飛躍して歯抜けな状態のまま
ひどいのになると独自研究平気でぶっこんでたりする

日常的にエビデンスや議論を避けてきた弊害やね
2022/03/10(木) 19:10:44.45
あ、ウィキペ日本語記事についての一般論ね
2022/03/10(木) 19:39:13.89
質が低いとわかる人が参加して、質を上げてあげたらいいんでないの?
(嫌味)
2022/03/10(木) 19:47:10.34
Wikipediaの編集方針はlinux的
伽藍よりバザール寄り
2022/03/10(木) 21:34:27.32
PCからみたときだけど左端の「他言語版」リストに並んでるのから
よさげなやつを選んで開いてからchromeの翻訳で日本語にしちゃってから読んでる
翻訳の不自然さを差し引いてもまだそっちのほうが読みごたえあったりする
2022/03/11(金) 01:01:43.88
編集ユーザー追跡してみたらUNIX全体になんか恨みでもあるような編集してるやべー人だったわ
2022/03/11(金) 01:33:11.76
この人?

Ueuedueuedの投稿記録
https://ja.m.wikipedia.org/wiki/%E7%89%B9%E5%88%A5:%E6%8A%95%E7%A8%BF%E8%A8%98%E9%8C%B2/Ueuedueued

FreeBSD
現在の利用状況に関しては、デスクトップOSのシェアは0.01%以下で計測不能であり

UNIX
Unixの開発者であるトンプソンやリッチーは、Unixの開発にあたって何らかの「哲学」や「開発理念」があったとは語っていない。むしろ、理念が先にあったのではなく、メモリ制約等の現実的問題があり、それに適合するために、そのような方法にならざるをえなかったという側面が強い。

Linux
OSとしての利用状況は、デスクトップOSという用途では市場シェアが1%台と低迷しWindowsに惨敗しているが

NHK すくすく子育て も編集してる。
2022/03/11(金) 01:46:32.34
>>689
そうそう
英語版とかも編集してるね
2022/03/11(金) 02:31:03.37
>>689
うわあ・・・
2022/03/11(金) 08:04:59.60
その人の書いてるの正しそうにも見えるから、何が正しくて何が間違っているか、わからなくなっちゃった。
ちょっと前の事だけど、人の解釈が加わると難しいね。
事実だけを書くにしても、言葉じりでウズウズしてしまう。
2022/03/11(金) 08:46:05.84
深掘りしたらしたで「おまえがそいつだろ」とか始まりそうでもあるしな
694名無しさん@お腹いっぱい。
垢版 |
2022/03/11(金) 10:19:47.76
モノリシックカーネル
> 2005年現在では、純然たるモノリシックカーネル方式で開発する利点は少ないとする意見に収束して来ている[要出典]。

「純然たる」「少ないとする」「収束して来ている」

子供が必死で書いたような客観性の無い文章やめてほしい
2022/03/11(金) 10:38:36.48
脱線して悪いが、モノリシックとマイクロサービスがちょい前に話題になったのを思い出した。
あれも、何を言っているのかわからなかった。
2022/03/11(金) 15:43:51.56
[要出典]なんて甘っちょろい事してないで、出典の無いポエムは一切載せないようにして欲しいもんだ
2022/03/11(金) 16:24:18.47
子供が必死で書いたような客観性のない記述を削除

と理由を書いて削除して来い
2022/03/11(金) 18:15:22.49
タネンバウム教授とLinusのディベートも忘れられたのか
Minixもver.3になって実用的になったのに
2022/03/11(金) 20:49:25.34
MINIX 1.0はcで12,000行なんだってな
なんか夢があるよね
と同時に片手間でカーネル書いたタネンバウムってやっぱスゴイな
2022/03/12(土) 07:33:21.62
>>697
ここのスレチもそう理由つければ削除してくれるかな?
2022/03/12(土) 07:35:24.72
>>700
なんてな
雑談は程々なら良いかと
2022/03/12(土) 08:57:58.24
SVR4系の開発はAIXを含めて終わったんだろうか
https://upload.wikimedia.org/wikipedia/commons/5/50/Unix_history-simple.png
いやまだHP-UXもAIXも続いてるんだな
サポートは続くよどこまでも
2022/03/12(土) 11:24:21.08
モノリシック ← 単一のカーネルが必要機能を全て持つ
マイクロサービス ← 必要最低限のみカーネルが機能を持ち、他は着脱可能にする

ドライバはマイクロサービスか?
データベースインターフェースやguiはマイクロサービスか?
カーネルに持つべき機能とは何か、みたいな整理論争だったような。

カーネルオブジェクトローダをもつFreeBSDはモノリシックカーネルなのか?という話。
大型化すると自然にマイクロカーネルになるんかと。
組み込みに使うにしても着脱できるのは助かる訳で。
2022/03/12(土) 11:46:18.95
マイクロカーネルって分業をやりすぎると協調にリソースくわれすぎて性能低下をどうするのか、とかそんな話はなかったっけ?
2022/03/12(土) 11:50:18.58
四角いタイヤで走ってみよう!
https://youtu.be/nxZBXBAqN6w
https://youtu.be/SzN8azdhgqo

https://www.oreilly.co.jp/BOOK/osp/OpenSource_Web_Version/chapter08/chapter08.html
2022/03/12(土) 15:25:30.16
カーネル空間で動作するならモジューラブルな設計でもモノリシックカーネルでしょ。
マイクロカーネルはドライバでさえユーザ空間で動作させるっていう考え方。ただしユーザ・カーネル空間を切り替えるコンテキストスイッチが課題。
両者をバランスよく良いとこ取りしたのがハイブリットカーネル。
2022/03/12(土) 15:31:16.62
過去にはX Window Systemをカーネル空間で動作させれば早くなるって意気込んだ取り組みがあったけど、結局今の形になった。
理由はX自身が出した。Xがクラッシュするとカーネルがぬるぽするからだ。
って何かに書いてあったのを思い出した。
2022/03/12(土) 15:37:29.30
さすがぬるぽ
2022/03/12(土) 17:40:30.19
>>707
確かにXが原因でカーネルパニックを起こした事が何度か有ったな
2022/03/12(土) 18:09:02.73
タネンバウムがスタースクリームにしかみえない。
2022/03/12(土) 21:57:11.61
X Window Systemってミドルウェアになるんですか?
2022/03/12(土) 22:24:52.69
そもそもLinux kernelにはグラフィクスドライバーは含めないとか言ってたのに、今は含めまくりだけどな
Linuxはバグが少ない?
グラフィクスドライバーまで含めてて少ないわけ無いだろw
2022/03/12(土) 23:23:38.34
Linuxのグラフィックドライバは、kernel moduleになってるよ。amdのドライバはLinuxにマージされてるけど、nvidiaのドライバはベンダから入手するしかない。
2022/03/13(日) 00:12:25.81
リーナスさんが講演でカメラに向かって中指立てながら"FU*CK YOU NVIDIA"してた姿は印象的だった。
我らの佐藤先生には是非ともソ●ニーに対して中指立てて欲しい。
2022/03/13(日) 00:48:23.92
ドライバをカーネルに含めないでどうやってGPUを使うの?
不可能でしょ
2022/03/13(日) 00:50:41.70
>>712
それってさ、仮にLinux kernelにグラフィックドライバを含めないとしてさ
グラフィックドライバにバグがあることには変わらんだろ?

カーネルにバグが有るかユーザーランドにバグが有るかの問題でしかないじゃん
FreeBSDのグラフィックドライバがユーザーランドにあるのかしらんけど、
ユーザーランドまで含めてOSなんだから、FreeBSDの方がばぐおおいよね。
2022/03/13(日) 01:22:04.10
>>715
IO処理や割り込み処理を特別に許可したユーザプロセスで行える仕組みがあればカーネルに含める必要はない。
それこそIPを経由して月の裏側で動作させてもいいわけだし。
2022/03/13(日) 01:24:08.33
>>716
その理屈だとカーネルのみのLinuxはOSじゃないよね。
OSとOSじゃないもの比べて何がしたいの?
2022/03/13(日) 01:40:22.40
ちんちんシュッ!シュッ!シュッ!
2022/03/13(日) 08:45:24.18
論破されるとオナニー認定マンになる対立煽りを得意とする荒らしでした
2022/03/13(日) 11:18:24.78
>>717
そんな仕組みPOSIXにあるの?
2022/03/13(日) 11:19:27.23
>>718
だからOSとOSを比べた場合
Linuxの方がバグが少ないって話だろ
2022/03/13(日) 13:38:40.33
>>712
似たような話はWindowsにもあります。
Vistaが遅いように見えるのは、
GDIの処理を並列処理してないかららしいです。
Vistaでは2個のウインドウを同時に書き換え出来ないのです。
なんでこんな事になったかというと、WindowsNT4からXPまでのGDIは特権レベルで動いていたのに対し
VistaのGDIはカーネルの保護下で動く事になり、例えば複数のプログラム又はスレッドが
同一のウインドウにアクセスするなんて事が起こらないように、厳重にコントロールした結果
GDIの処理を並列に行えなくなったそうです。

Windows7の場合は、GDIをカーネル上で保護した上で、時分割並列処理をし
仮想的には並列処理させることで、XP並の軽快な動作にしてるのだとか。
2022/03/13(日) 13:53:15.96
> Vistaが遅いように見えるのは、
> GDIの処理を並列処理してないかららしいです。

技術者ではない素人の思い込みを
根拠にするな
2022/03/13(日) 14:10:53.16
マウスカーソルを動かし続けるとWindowsのインストールが早く終わった気がする。
2022/03/13(日) 14:25:41.60
ブルスク食らってもきっかり5分後に「出ろ!」って叫ぶと治った様な気がする。
2022/03/13(日) 18:37:36.42
>>721
唐突に話題に巻き込まれた@POSIXさんがカワイソス。
2022/03/13(日) 18:43:13.72
>>722
> だから(カーネルだけしか範疇にしない)Linuxと(ユーザランドまで範疇にした)FreeBSDを比べた場合
> Linuxの方がバグが少ないって話だろ

添削しておきました (^_^ q
2022/03/13(日) 22:21:14.09
Linuxの方がドライバがたくさんあるから
バグの数は多いと思うけど
そんなの比べてなにか意味あるのか?
2022/03/13(日) 22:23:10.67
RHEL系からFreeBSDに移行するだけで
サーバー管理は楽になるかもしれない

でも無理かな
2022/03/13(日) 22:38:53.39
freebsdはバージョンアップとかは楽な印象だな、確かに。
linuxでその辺の管理が楽なのはどれなのかねえ。
RHEL系はメジャーバージョンアップできなかった気がするけど。
2022/03/13(日) 23:27:36.42
オープンソースは古い仕様をためらいなく修整するイメージなのだが。
逆に昔からメーカーが出してるHP-UXとAIXは昔の仕様から変えないように修整を入れてくるイメージ。
不正確ですが。
733名無しさん@お腹いっぱい。
垢版 |
2022/03/14(月) 00:40:27.83
pkg upgrade
portsnap fetch install
これ毎週廻している感じですw@FreeBSDサーバ
2022/03/14(月) 01:03:00.57
きっとわざとツッコミどころを提供しているのだろう
2022/03/14(月) 01:12:19.45
OSバージョンアップだけなら何も問題おきないけど、DBやHTTPサーバだと、よくわからいだけじゃぁ...
2022/03/14(月) 01:22:46.22
そう言う事では無いと思うが
2022/03/14(月) 08:59:41.92
Author: Martin Matuska
AuthorDate: 2022-03-11 07:11:42 +0000

zfs: merge openzfs/zfs@ef83e07db (zfs-2.1-release) into releng/13.1

OpenZFS release 2.1.3
2022/03/14(月) 10:32:11.81
昔のFreeBSDはmake worldとかバイナリーの扱いとか
めんどくさかったのは確か
でも今じゃLinuxよりも簡単
■ このスレッドは過去ログ倉庫に格納されています