FreeBSDの完成度の低さについて
Linuxと比べるととても完成度が低いと思います インストールしただけではグラフィカルログインも出来ないし 10年前のLinuxと同じレベルです 今日FreeBSDがクラッシュしたよ。。。 VMWareで動いてるWinXPで戦国ランスしながらLinux fireFoxからXINEでエロ動画見ようと しただけなのに。。。。 4.8->4.9->5.3->5.4->5.5と使ってきたけど、 5系にしてからクラッシュ頻発しまくり。 fsckで家宝のエロ動画が消えてしまうので、バックアップが欠かせん。 4系は超安定してたので、ata raidで十分だったのに。 5 で完成度が極端に下がったのでとうの昔に Linux に移行したよ。 おまえらも意地張らず移行すれば楽になれますよ。 どうせ今使ってる理由だって「今さら後には引けない」、 という消極的な理由なんだろ? ひま人の数=FreeBSDのシェア そう多くはないってこった >>108 2.1.5から使ってるが、6.2Rが同じくらいの安定度に感じる。 4.xの安定度は別格だった。 もういちどあのころのように安定するのだろうかねぇ。 5.0→5.5までアップグレードしていく過程で壊している気もする。 まあ、それくらい使い倒している機材は、どこか壊れてきているはず。 ハードウェアがヘコタレて、ディスクだけが生き残って差し替え、 ディスクが死にそうになったので、取り替えたり・・この2年くらいの 間、FreeBSDがなんとか動くだけの貧乏なサーバの管理をやって いると、いい加減 「ブレード買えっていってんだろ! コンたわけー!」 と怒鳴りたくもなる。 freeBSDってdosみたいな画面で超いやみたいな〜 古っつぅかぁ〜今時、何あれ〜超ださ〜い 5系は5.2までと5.3以降でメジャーバージョンが違うと言っても おかしくないくらいの別物。 >>112 個人で買えばいいんじゃねえの?! はい解決 多分客になれば喜んでコンパイルしてくれるヤシが居ると思われ windows=使い捨てOS BSD=UNIX LINUX=UNIXのサブセット ゴ ゴ ゴ ゴ ゴ ゴ ゴ ゴ /\ /| / /| \/ |(\ /) / / | \|( ゚ー゚) <全力でWindowsを捨てOpenBSDに移行せよ / / | __〃`ヽ 〈_ OpenBSD+OpenOffice.org+Wine / γ´⌒´-−ヾvーヽ⌒ヽ //⌒ ィ theo`i´ ); `ヽ // ノ^ 、___¥__人 | / ! ,,,ノ爻\_ _人 ノr;^ > ) / ( <_ \ヘ、,, __,+、__rノ/ / ヽ_ \ )ゝ、__,+、_ア〃 / ヽ、___ ヽ.=┬─┬〈 ソ、 〈J .〉、| |, |ヽ-´ /"" | sshd |: | レ :|: | リ / ノ|__| | ↑ /| ,, ソ ヽ ) \_/ .,ゝ ) イ ヽ ノ y `レl 〈´ リ / ノ | | . l / l;; | 〉 〈 〉 | / ::| (_ヽ \、 (。mnノ `ヽnm どこの誰がどの様なコードを用いて書いた得体の知れないソースを信用しろとでも? そのような危険性のあるプログラムを動かすことなんて恐ろしくましてOSなどに用いる等、 終わっている。 自分で目を通して納得した上でコンパイルしインストールすることができる、 それこそがUNIX系OSの楽しみであり、そこから危険への防衛意識が高まり、 ひいてはウィルスコードやクラッキング方法を攻撃者の観点から学び自己防衛へとつながるのである。 昨今の情勢では、そのような機会をユーザーから奪い、ユーザーの能力を下げた上で、 ウィルスやクラッキング等はしてはなら無いという建前を全面に押し出しつつも その危険性による不安のみを与え、真の解決策では無いものに代価を払わせようとしている。 代価を支払ってしか得ることができないのにもかかわらず、 そのプログラム自体の欠陥によって生じた損失すら保証されない そのような無責任なものなど恐く、信用できずまた使うことなど到底できない。 好きなOSを使えばいいと思うよ >>121 OpenBSDなら、あのヘンな魚のことも忘れないでやって欲しい >>121-122 激しく同意 サーバー管理者であれば適材適所はあるだろうが、 得体の知れないコードで書かれたソースを基にしたOSなど恐くて使えない、 マジな話自分でソースを確認できないプログラムなんて基幹サーバーでは走らせたくないし、 ある程度ソースがオープンになっているものを使いたい。 下手すりゃ、プログラム自体のバグで多大な損害が生じ、仮りに修正可能なパッチが出たとしても、 出るまでに全てが御釈迦になって取り返しのつかない損失が出てしまったり、更にはパッチ自体にも バグがあってそこから思いもよらない被害が。。。 ソースがあれば事前に予測できたり、実際に被害にあった場合でもソースから原因を突き止められる。 場合によっては(もしもの場合はかなりのリスクだが、相手方の同意の上で)自分で修正を加えられる、 という方が被害を最小限に抑えることができるし、安全である。 >>123 変な魚っていうなw せめて”トゲトゲがいっぱいある奴”とか、”ドリアン”とかいってくれ。 正確には河豚ではなく針千本なわけだが。 >>124 同意。 俺はディストリビューションが多岐に渡るLinuxもダメな感じ、 ましてなんでもござれな怪しげなものをバコバコいれている時点でアウト。 まぁ、その点FreeBSDはディストリは限られているので許せる。 もう少し安心できるものを作ってほしいというのが本音だけど。 >>124 オマエきれい事言ってるけどどこの誰が 日々ソースを解析しながら危機管理してるんだよ そんなことしてたら何年遅れとは言わなくても かなり時間をかけないと使えないよ それならソースが無くても多くのユーザが実績と 障害報告を残した少々古いOSでサポート体制がある 商用UNIXのほうが安心だろ >>126 ソウイウコトニナル 実際、ソウダシ BSDナンカツワレナイ BSDつかってるやつで、ソースコード読んでる奴なんて ほとんどいないと思うがw >>129 >>118 日本でBSDの商用サポートって無いんですよね >>129 まず、Web鯖たてるから、Apacheのソースコードからどうぞw BSDを導入した企業、社員総出でソースを読んでおります 一方、WIndowsを導入した企業は、営業を既に開始して 実績をちゃくちゃくとあげております そういえば、2.0R辺りから使っているが、このときは95年ぐらいだったから 既にFreeBSD使い始めて干支が一周したのか。 >>100 gstreamerが使えるならなんでもいいよ。今だと再生と録音までしか できないでしょ。別にv4lフル実装する必要はないけど、gstreamerが 使える程度にはなってほしい。 Apacheやphpのソースは、困った時は覗くなぁ カーネルはあんまり見ないけど。 >>126 ソースは隅から隅まで読むためにあるのじゃなくて、 疑問のある場所が特定できるためにあるのです。 デバッグはもちろんですが、修正パッチの対応で明暗が分かれます。 サポートのしっかりした商用UNIXベンダーが出す、とある問題の修正と 称した、バイナリパッチを当てても、本当の問題が何処にあったのか判 らないばかりか、自分のシステムで副作用が出ても、最後までは追い かけられません。 差分ソースコードだけのパッチなら、事前に問題を把握できます。 バイナリコードパッチは、それこそ 一八勝負に成りかねません。 Solarisはグラフィック画面でインストールできるよね。 hp-uxはitoolでパーティション切るのが普通? AIXはどんな感じでしょ? portsが馬鹿すぎるからな 完成度が低くなるのも我慢、使いやすいと自分に言い聞かせて使うしかない 俺馬鹿だから仕掛けが悧巧過ぎて使えないくらいならそれでもいいや。 毛嫌いしてたものも結構あるけど、もうどうでもいいやあはははははは まあBSDを作ってる側も馬鹿しかいないから完成度も低くなるわなw 完成度の高いものが、教育の役に立った例を挙げてくれ BSDではGCC使ってないということでが、何でコンパイルしているんですか? >>151 GCCは使ってるが? pccでmake world可能になったBSDってまだないんじゃなかった? >>154 4.2BSD までは pcc だったらしいからな > (´-`).。oO(と、ひと事のように…) =====ここまでよんだ===== 分かった事はドザとMacのUIに嫉妬したやつが居るという事だけだった。 GCCでBSDライセンスのソースから作ったオブジェクトは BSDライセンスになります。 libcもBSDを使えばね。 コンパイラが吐き出すコードにはコンパイラの著作権が及ばない というのが法律家の見解なので。 でもportsやpkg入れないと使い物にならないのがBSD。 するってーと幸福の種glibが山のように入ってくる。 結局BSDの半分はGNUでできています。 >>157 んー、バイナリを作るのに使うだけでGPL汚染されるのですかね? >>158 が >>157 を全く読めてない件について >>159 それは失礼。ついでに教えてください。 BSD libc を使用することで、バイナリがGPL汚染されないことは理解している(つもり)なのですが、 >>157 の「 glibc な ports ったツール(makeとか)を使うだけで、(バイナリにglibcが含まれていないのに) GPL汚染される」という主張がよくわからないのです。 どの点を勘違いしているのでしょうか?オブジェクトリンクがらみ? 単に、ハードディスクにGPLなプログラムをあれこれ置くことになる、 と、言ってるだけだろ サーバとして使うならglibなんか使わなくて済む使い方は いくらでもあるんだが はやくpccでビルドしたリリースをだしてくだしあ>< >>156 うちの業界の場合だけど「ドザ」とか口にするSEって大概開発能力低いよね。 自分がうまく組めないのはOSのせいだ!とかよく言ってるw >>160 FreeBSDプロジェクトのゴールに使用制限の少ないオペレーティングシステムの提供って 話が挙げられている。 これには必要に応じてBSDライセンスでない部品をBSDライセンス品に書き換えることも 併記されてた。 しかしこの文章はいつの間にか消えた。 Linuxlatorサポートくらいからか? >>167 印象操作乙 Linuxエミュレーションの方が古いよ CVSで調べてみた(handbook/introduction) 昔はこんな風に書いてあった Due to the additional complexities that can evolve in the commercial use of GPL software, we do, however, endeavor to replace such software with submissions under the morerelaxed BSD copyright when reasonable to do so. 「書き換える」じゃなくて「置き換える」だな。何度か表現は変わって いるようだけど今はこう Due to the additional complexities that can evolve in the commercial use of GPL software we do, however, prefer software submitted under the more relaxed BSD copyright when it is a reasonable option to do so. まあ、弱い表現になったわけだなニャニャ ttp://www.jp.freebsd.org/cgi/cvsweb.cgi/doc/en_US.ISO8859-1/books/handbook/introduction/chapter.sgml.diff?r1=1.18&r2=1.19&f=h これは1999年ごろ ports/emulator/linux_baseは1995ぐらいまで遡れるw それじゃいつの日にかBSDライセンスなLinuxlatorが、、wktk もうそろそろFreeBSDもLinuxも32ビット版を開発停止にするべき。 賛成したいとこだけど、会社にも自宅にも32bitマシンがまだ残ってるんでムニョムニョ・・・ 気持ちはわかるが、まだ64bitじゃマズーなのもあるんでしょ。 完全な64bit環境への移行は次のOSX( Mac OS X 10.6 Snow Leopard )が一番乗りでしょうね 単機能サーバがかなり動いててx64対応してないCPU使ってるのも 残ってるだろうし、簡単にはいかないんじゃないの。というかする必要も ないよな?完全移行なんて。 30年も先の話ですか! その頃にはもう256bit CPUとかあるんじゃ・・・ 20年ちょっと前には既に32bitのPCが出まわっていた事を忘れてはいけない。 2038ていうと256TBのメモリじゃ足りねぇ!とか言ってた頃だな。 >>183 ナニイッテンダ、メモリの設計が材料からなにから 根本的にガラリと変わったのが2025年前後だったろw >>183-184 妄想はそれぐらいにしておけ。 2015年以降ハードウェアの進歩は完全に止まり 電力事情からマルチコアの採用もなくなり 筐体あたりのCPU性能は縮小傾向だ。 いまや情報系は斜陽産業だぞ 第4次産業中心の国作り、産業構造の転換が日本国を救った。 今じゃわずかな補助金でシステム開発する限界システムハウスが 地方の山村に残されてるだけ。 インターネットも光ファイバの時代!といわれていたのが嘘のようで、 無線技術の革新で衛星無線インターネットがいまや普及率99.9%になった。 シェアトップのカドミウム社はいまや年商100兆円、総帯域38.5Ybpsを 保有する大会社だよ。まさか鷹山が改名後にこんな大復活を遂げると 知ってたら2008/10の金融崩壊時に買い込んでおくんだった。 衛星無線の帯域幅にどれだけ情報を乗せてるんだろうなw それなんて魔法? おっそい回線のうえ、無線傍受されて 情報漏洩しまくりのインターネットが 技術革新の結果なのだ。 ネットに流れる情報の99%が役に立たないゴミ情報だったので100年後の世界は平和だった。 FreeBSDの完成度の低さというよりはFreeBSDを使っている人の完成度の低さという方が適切に思える。 デスクトップとして使おうとお萌えなそうかもしれんが、 FreeBSDをデスクトップ用途として使うやつなんて 少数派もいいとこだと思うがな。 >>1 がサーバOSとして完成度が低いっていいたいのなら ぜひ意見を聞いてみたいねwww FreeBSDはサーバOSとして完成度が低いね。 たとえばNFSサーバーになんか、間違ってもできないし。 根本的にいわれているほど堅牢ではないね、 特定のプロセスのせいで固まることはある。 デスクトップOSとしてはかなり完成度高いんじゃないかな。 win系の有用ソフトが結構動くのは大きいと思うしnvidiaドライバの存在も大きい。 サーバーとしては微妙だと思う。 やる事ないからプログラミングの練習にFreeBSD入れて使ってるなあ > デスクトップOSとしてはかなり完成度高いんじゃないかな。 www 最近はshutdownするだけでハングするらしいな >>195 FreeBSDを貶すには NFSを出せば十分だな。 そもそも、NFS使わないから、関係ないけど。 つか、CIFSが主流になっちまった昨今ではなおさらねえ。 AFS/CODAなんてどこいっちまんだろう。 って、どっこい生きてるシャツの中か。 Sun以外でまともなNFSは見たことないしMS以外でまともなCIFSを見たことない。 libcでまともに動かない関数が結構多い。 地雷関数に関する言及が少ない。 read.cgi ver 07.5.0 2024/04/24 Walang Kapalit ★ | Donguri System Team 5ちゃんねる