トップページ⇒unix
1002コメント254KB

FreeBSDを語れ Part41 [無断転載禁止]©5ch.net

レス数が1000を超えています。これ以上書き込みはできません。
0001名無しさん＠お腹いっぱい。2016/01/08(金) 09:46:51.68
The FreeBSD Project
http://www.freebsd.org/ja/

前スレ
FreeBSDを語れ Part40
http://peace.2ch.net/test/read.cgi/unix/1432001237/

関連スレ
初心者もOK! FreeBSD質問スレッド その120
http://peace.2ch.net/test/read.cgi/unix/1420507535/
0927名無しさん＠お腹いっぱい。2016/08/17(水) 00:05:42.55
Linuxも十分安定してると思うけどね

高負荷時の挙動がうんぬんなら、そもそもそういう高負荷な状況にならないよう
サーバスペックを見積もるという方法もあるわけで。
高負荷な状況は(たとえOSが正常動作していても)レスポンス面などで好ましくないのでね
0928名無しさん＠お腹いっぱい。2016/08/17(水) 02:06:57.92
>>927
2ちゃんで祭りがあってサーバが落ちたりするのはサーバが悪いということですね。
それとも一斉にアクセスする方が悪いんですかね。どこのサーバでも世界中から一斉にアクセスされる
可能性はあるわけで、落ちないようにするには世界中から一斉アクセスされても落ちないようにしないと
サーバが立てられないということになるね。
0929名無しさん＠お腹いっぱい。2016/08/17(水) 02:36:34.96
GhostBSDは、ほぼLinuxMintなのに、デスクトップ以外はただのFreeBSDなので

MintやUbuntuとかやめて常用すべき
0930名無しさん＠お腹いっぱい。2016/08/17(水) 06:15:44.57
>>929
うーん

そういう情弱用のunixは、Mintで十分なんだよな。

sawfishとかfluxboxで軽く、見通し良くまとめたい時だけ
FreeBSD使うわ。
0931名無しさん＠お腹いっぱい。 転載ダメ©2ch.net2016/08/17(水) 06:28:15.80
サーバーの分野ではbsdのほうが多いんだっけ?こっちでもlinuxのほうが多かった気がするけど…。
最近はwindowsも伸びてるよな。
0932名無しさん＠お腹いっぱい。2016/08/17(水) 06:45:28.64
>>928
ガキかよ w
0933名無しさん＠お腹いっぱい。2016/08/17(水) 07:41:50.35
>>928
>2ちゃんで祭りがあってサーバが落ちたりするのはサーバが悪いということですね。

うん。2chのサーバーってFreeBSDじゃなかったっけ？
0934名無しさん＠お腹いっぱい。2016/08/17(水) 08:18:21.15
>>933
BSDでさえ落ちる状況だったら、Linux使ったらどうなることかとは考えないんだね。
子供みたいな頭だw
0935名無しさん＠お腹いっぱい。2016/08/17(水) 08:35:54.37
過負荷でサーバーが落ちるのは仕方ないことだし、当たり前のことなので、落ちてもサービス継続できるようにN+1にして横に並べるだけなわけで、FreeBSDとlinuxの優劣を比較する問題領域じゃないと思うよ。

過負荷でも落ちないってのを評価軸にすることはないんじゃ？
過負荷でダンマリにならず落ちてくれるってのは評価軸になるかもしれんが。
0936名無しさん＠お腹いっぱい。2016/08/17(水) 10:30:39.00
FreeBSDの利点なんてライセンスと過負荷時の安定性くらいしか無いからね
0937名無しさん＠お腹いっぱい。2016/08/17(水) 11:01:14.46
>>931
「サーバーの分野」をどこまで広げるかにもよるが、多分一番多いのはWindows Server。
0938名無しさん＠お腹いっぱい。2016/08/17(水) 12:09:37.39
これだからUNIX・Linuxは広まらない
さっきから煽りあってるだけじゃねえか
0939名無しさん＠お腹いっぱい。2016/08/17(水) 13:05:14.62
煽りあってるのはにちゃんの一部だけだろ
そもそも FreeBSD なんて知らない奴がほとんどだし
0940名無しさん＠お腹いっぱい。2016/08/17(水) 15:49:23.02
>>934
FreeBSDだったから落ちた，とは考えられないんだ。
そういう盲目的な態度は，老害って言われるよ。
0941名無しさん＠お腹いっぱい。2016/08/17(水) 16:27:03.91
夏休みらしい書き込みに
あふれてますね。
0942名無しさん＠お腹いっぱい。2016/08/17(水) 16:29:02.59
まあFreeBSDのスレでlinuxを持ち上げて布教に努めてもかわれるだけで
まじめに受け取られる事なんかないと学習しても良い頃。
0943名無しさん＠お腹いっぱい。2016/08/17(水) 16:41:36.63
からかうどころか顔真っ赤にして反論してくるようだが？
0944名無しさん＠お腹いっぱい。2016/08/17(水) 19:26:40.82
まあLinux脳ならしかたないと言える。
0945名無しさん＠お腹いっぱい。2016/08/17(水) 19:32:51.92
>>944
顔真っ赤にしてるのはFreeBSDの人だよね。
話の流れも読めない人なの？
0946名無しさん＠お腹いっぱい。2016/08/17(水) 19:52:05.61
FreeBSDとLinuxでどちらが優勢かなんて考えるまでも無いしな
そもそもFreeBSD上で動作してるソフトウェアの多くがGNU由来だったり
Linux上で動作させることを第一にされているものばかりな時点でお察し
0947名無しさん＠お腹いっぱい。2016/08/17(水) 19:52:41.14
対抗を貶すより自らの優位を誇りたいな。
上で誰かが高負荷時の安定性みたいなこと書いてたけど、それは裏付けあるのかな？
そういうことだよね、誇るべき箇所は。
FreeBSDはデスクトップとか大企業によるサポートとかでは勝負できないし、すべきでないと思うのよ。
0948名無しさん＠お腹いっぱい。2016/08/17(水) 20:03:00.10
できれば一強多弱にならないほうが好ましいんだがな
0949名無しさん＠お腹いっぱい。2016/08/17(水) 20:10:25.40
>>947
>>924の記事を読んでどちらが安定した動作するか予測できない人は黙ってたほうがいいと思うよ。
0950名無しさん＠お腹いっぱい。2016/08/17(水) 20:31:17.10
>>949
そんなことは予測できないよ。だから私が黙ってた方がいい理由もないよ。
リンク先に書いてる内容はともかく、なぜそれを根拠にするのかも分からないよ。
0951名無しさん＠お腹いっぱい。2016/08/17(水) 20:36:19.66
>>924は割り込み処理の実装方法の違いとそれによる利点と欠点を述べてるだけで
実際に検証してるわけでもないしな
0952名無しさん＠お腹いっぱい。2016/08/17(水) 20:43:35.07
サーバー用途だと、デフォでZFS使えるFreeBSDが便利だね。
Linuxだと、サードパーティーモジュールが必要。
0953名無しさん＠お腹いっぱい。2016/08/17(水) 20:51:46.96
btrfsってなぜあんなにものになるのに時間がかかってるんだろうね。
つーか、OracleがSUNを買収した時点でzfsをlinuxでも使える様にライセンス形態を
追加するなりなんなりできなかったもんなんかね。
0954名無しさん＠お腹いっぱい。2016/08/17(水) 21:11:34.44
>>952
メモリ食い潰すとぶっ壊れるファイルシステムがなんだって?
0955名無しさん＠お腹いっぱい。2016/08/17(水) 22:54:12.86
勝手に壊れるbtrfsよりマシ。

>>953
ファイルシステムの開発ってめっちゃ手間と時間がかかる物なのよ、元々。
アプリなら落ちたときにやってた作業が駄目になるくらいで済むけど、ファイルシステムはデータ全ぶっ飛ばしの可能性があるので、
ほいほいと使う奴がいない、
結果、バグ取りに時間がかかる。
0956名無しさん＠お腹いっぱい。2016/08/17(水) 23:14:56.21
まくかーじゃっく先生が今でもイジってるffsいいよね
0957名無しさん＠お腹いっぱい。2016/08/17(水) 23:18:35.12
>>950
ともかくって、それだけ説明があればLinuxのほうが不安定になりやすいるのは誰でもわかるだろうにw
だからわからないなら黙ってろと言われるのもわからない。検証しないとわからないと思うなら自分でやればいい。
自分が鯖管なら当然気になることだからね。人を当てにするようじゃその程度ってこと。
0958名無しさん＠お腹いっぱい。2016/08/17(水) 23:20:45.37
それを証明するための検証はしたの？
0959名無しさん＠お腹いっぱい。2016/08/17(水) 23:25:06.14
>>955
どっちも駄目ジャン。結局壊れるんだったら、どっちがマシとかないよ。
FreeBSDの人ってやっぱ目が曇ってるでしょ。
FreeBSDってものは悪くないのに取り巻きがクズって印象。
0960名無しさん＠お腹いっぱい。2016/08/17(水) 23:31:07.44
>>957
だって結局落ちちゃうんでしょう？
2chが駄目だったという例が出てたよね？

Linuxだったら2バルスくらい前に落ちるのかもしれないけど、
まともな鯖缶だったら、そんなぎりぎりで冷や冷やしないよね。
0961名無しさん＠お腹いっぱい。2016/08/18(木) 00:18:16.06
まぁ、そんなOSで差がでる程度にギリギリで動かしている時点でダメだな
0962名無しさん＠お腹いっぱい。2016/08/18(木) 02:16:40.91
Linux厨がわざわざ来ていくら煽ってもBSDの安定さは微塵もゆるがないわけだが
0963名無しさん＠お腹いっぱい。2016/08/18(木) 02:20:16.49
>>960
Linuxなら簡単に落ちるんだからBSD貶す理由にはならないなあ
ユーザーランドのスタックが一瞬でも溢れたらカーネルスタックも道連れにするんだから
そりゃあ派手に落ちるよ。BSDならアプリが落ちてもカーネルは生きてることが多いから復旧が楽。
0964名無しさん＠お腹いっぱい。2016/08/18(木) 03:03:18.93
ものによっては下手に生きてるほうが厄介な場面もあるけどな
0965名無しさん＠お腹いっぱい。2016/08/18(木) 06:25:34.26
>>962
それに根拠がないから「口だけ」って言われているんでしょ
0966名無しさん＠お腹いっぱい。2016/08/18(木) 08:56:47.95
>>955
zfsではメモリが不足したからってFSがぶっ壊れたりはしないけどね。
壊れた云々はどうせメモリ積んでないのに設定もろくにせずにdedup ONにして
処理に時間がかかるようになったのをぶっ壊れたと言ってる様な人でしょ。
0967名無しさん＠お腹いっぱい。2016/08/18(木) 09:20:06.35
LinuxにせよFreeBSDにせよそんな状況になる時点でシステムの構成間違ってるのでお話にならない
0968名無しさん＠お腹いっぱい。2016/08/18(木) 10:01:59.42
ZFSってメモリが少ない環境でファイル操作が頻発するとOS巻き込んでフリーズしたり
フリーズ→再起動→フリーズ→再起動→・・・の無限ループになったりする問題は解決してんの？
0969名無しさん＠お腹いっぱい。2016/08/18(木) 10:05:42.98
夢で見た現象を前提に解決したのかと聞かれても。
0970名無しさん＠お腹いっぱい。2016/08/18(木) 10:12:15.74
FreeBSDのzfsはカーネルモードで動作するのでzfsの処理が止まれば当然FreeBSD自身も止まる
その後の再起動時にまた止まるってこと繰り返す問題も別に無限ループではなくて残ったトランザクションが掃ければ治まる
てかzfsは潤沢なメモリがある環境を前提としたFSなのだからそんな環境で運用すんな
0971名無しさん＠お腹いっぱい。2016/08/18(木) 10:53:27.28
FreeBSDの最大のメリットは、
デフォでGPL3が排除されていること。
0972名無しさん＠お腹いっぱい。2016/08/18(木) 11:16:05.84
GCC排除は英断だったな
まあほとんどAppleの成果だけど
0973名無しさん＠お腹いっぱい。2016/08/18(木) 13:50:57.66
気が付くと国内企業はFreeBSDやNetBSDにシフトしていた

独自OSじゃないのは、セキュリティを含めたネットワークや新しいハードウェアのサポートを
独自でやるのは無駄だという判断なのだろう
0974名無しさん＠お腹いっぱい。2016/08/18(木) 14:07:41.61
どこの世界の話？
0975名無しさん＠お腹いっぱい。2016/08/18(木) 14:18:47.00
FreeBSD10で、
/etc/make.conf
に何も書かれていなければ、gccを使わずに自動的にclang使うんだろうけど、
ポーツをいくつかコンパイルすると、gccが勝手にインストールされちゃうよね (´・ω・｀)
0976名無しさん＠お腹いっぱい。2016/08/18(木) 15:46:55.16
国内は知らんが、国外では Netflix が使ってくれてるのでうれしい
0977名無しさん＠お腹いっぱい。2016/08/18(木) 15:48:34.65
yahoo!は使ってるけどgoogleは使って無いよね
0978名無しさん＠お腹いっぱい。2016/08/18(木) 16:23:15.93
FreeNASでzfs使ってるけどメモリ4GBとかじゃヤバイの？
0979名無しさん＠お腹いっぱい。2016/08/18(木) 16:46:50.06
メモリ不足でデカいファイルを転送すると
途中で激遅になるとどこかで読んだような
0980名無しさん＠お腹いっぱい。2016/08/18(木) 16:53:32.50
じゃあとりあえず8GBくらいに増やしとくかな
リスクは減らしたいし
0981名無しさん＠お腹いっぱい。2016/08/19(金) 17:50:28.01
FreeBSDって低スペック環境でもパフォーマンスを出せるってのが売りじゃないの？
そんなファイルシステムじゃ使えんでしょ
0982名無しさん＠お腹いっぱい。2016/08/19(金) 18:40:31.23
メモリ増やすより、UFS使う方がいいよ。
0983名無しさん＠お腹いっぱい。2016/08/19(金) 18:44:05.15
昔使うとぶっ壊れる実験的ファイルシステムがあった
確かunionFS
いまは使えるようになったんか
0984名無しさん＠お腹いっぱい。2016/08/19(金) 19:24:37.31
数年前にどっかの誰かが「再実装する」って言ってなんかやってたけど、同一のバクまで再実装してたな
0985名無しさん＠お腹いっぱい。2016/08/19(金) 19:33:51.05
NetBSDだとunionfsが動いて羨ましいと思ったな
nullfsは、実用になってるよね
0986名無しさん＠お腹いっぱい。2016/08/19(金) 20:20:25.88
DragonFlyBSDはHAMMERで頑張ってる。UFSも使えるけど。
0987名無しさん＠お腹いっぱい。2016/08/19(金) 20:42:58.18
やっぱり実績が多い
UFSが安心じゃね？

こんな所で冒険してどーするよ。
0988名無しさん＠お腹いっぱい。2016/08/19(金) 22:06:48.39
数千万とか数億ファイル扱いたいときにinode数とフラグメントサイズで死ぬ＞UFS
0989名無しさん＠お腹いっぱい。2016/08/20(土) 01:42:44.02
unixの歴史は内ゲバの歴史でもあるし。
BSD対system v、UI対OSFとかとか。
SUNがBSDからSVRに移行した時に、なんでやねん！と。
今はBSD対Linux。って、まあ、どっちがいいかはともかく現段階ではBSDよりLinuxの方が圧倒的に認知度は高く。ここ５年AWSしかやってないんだが、基本LinuxかWindowsだし。
また逆転する時もあるかもと、思いたいけどBSDはFreeBSD,NetBSD,OpenBSDとかもう20年ぐらい内ゲバの内ゲバだし。
BSDが一本だったらLinuxより盛況だったのかなぁ？ と空想するレガシーなおっさんな私。
それにしても大昔からそうだけどHPUXやAIXの独自色はなんとかないなんものかね。
0990名無しさん＠お腹いっぱい。2016/08/20(土) 02:44:03.82
なぜLinuxにここまで差をつけられたのか
0991名無しさん＠お腹いっぱい。2016/08/20(土) 08:57:47.48
玄人受けする、*BSD
0992名無しさん＠お腹いっぱい。2016/08/20(土) 09:29:06.00
金儲けが出来る・・・と思わせたからlinuxが台頭したんだよ。
0993名無しさん＠お腹いっぱい。2016/08/20(土) 09:32:44.81
なんだまたループか
ちょっと上で話題になってたろ
0994名無しさん＠お腹いっぱい。2016/08/20(土) 10:50:24.57
まるで、学園紛争が終焉した頃の残党同士の内ゲバだなあｗ

その心は
ごくごく一部の話で、一般の人はそんな事に関心ないｗ
0995名無しさん＠お腹いっぱい。2016/08/20(土) 11:05:04.41
*BSDは、滅びぬ。
何度でも蘇るさ。
*BSDのち(ry
0996名無しさん＠お腹いっぱい。2016/08/20(土) 17:35:53.92
内ゲバ分裂はlinuxの方がお盛んだよなぁ。
0997名無しさん＠お腹いっぱい。2016/08/20(土) 17:44:43.19
Linusが管理してる奴以外のLinuxってあるの？
0998名無しさん＠お腹いっぱい。2016/08/20(土) 18:18:53.35
赤帽系は独自でパッチ当ててる。有名なディス鳥は大抵何かしらのパッチは当ててる。
そのまんま使ってるのはSlackwareとかくらい。
0999名無しさん＠お腹いっぱい。2016/08/20(土) 18:34:50.98
>>994の言っているのは、BSD系は、紛争後の残党同士だということでしょうか。
しかし、BSDは、ほろ(略
1000名無しさん＠お腹いっぱい。2016/08/20(土) 18:49:34.10
>>999
紛争?
10011001Over 1000Thread
このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
life time: 225日 9時間 2分 43秒
レス数が1000を超えています。これ以上書き込みはできません。