FreeBSDを語れ Part47

■ このスレッドは過去ログ倉庫に格納されています
2017/10/16(月) 01:40:28.46
The FreeBSD Project
http://www.freebsd.org/ja/

前スレ
FreeBSDを語れ Part46 [無断転載禁止]@;2ch.net
http://mevius.2ch.net/test/read.cgi/unix/1505956006/

関連スレ
初心者もOK! FreeBSD質問スレッド その122
http://mevius.2ch.net/test/read.cgi/unix/1486758875/
2019/08/18(日) 02:47:56.21
>>787
いまはSSDの書き込み回数の均一化の話をしてますー
2019/08/18(日) 05:58:14.52
>>783
じゃあOSやアプリケーションのアップデートをまめにやりたい人はFreeBSDのインストール時にUFSを選択せよと言う事だな。スワップパーティションはわざわざ無しにしなけりゃ自動的に作られるし。
どうやらファイルシステムにお詳しい様なので聞きたいんだけど、何故ZFSはあまり書き換えてはならない？
となると、スナップショットは何の為にあるわけ？
巨大ファイルにアクセスしなくとも、断片化が30%くらいに進行すると体感出来るくらいはパフォーマンスの低下を感じる事が出来るけど？
あとUFSとZFS、どっちが断片化しづらい？そしてその根拠をご説明頂きたい。
教えて下さいよ大先生
2019/08/18(日) 07:50:32.73
断片化が30%になるってどういう情況だろうか？

インストールやファイルコピーでは断片化はほとんどしないから、
全体の使用量の30%以上を更新してるはず。

いや？そもそも断片化30%ってどういう計算なんだろう。
1GBのファイルが有って、それが2個に分かれていたら1GB分、断片化？
いや違うな。ファイルの個数に対する割合だろう。
この場合、1個のファイルが1回断片化ってことだな。

ってことは、全体のファイル数の30%の数だけ書き換えているということか。
うーん、でもその場合、1GBのファイルが100個あったとして、
30個のファイルが断片化していたとして、その300GBのデータを読み込んでも
たった30回しか断片化による影響を受けないはずなんだよな。

本当に30%で体感できるパフォーマンス低下が起きるんだろうか？
2019/08/18(日) 08:14:59.95
>>786
SSDは、ISOイメージのように一度書き込んで動かさないファイルであっても、その位置の書き換え回数が少ないと判断したら
勝手に他の位置に移動して場所を空け、そこに他のファイルを書き込むということ？
2019/08/18(日) 09:20:48.81
>>790
質問の答えになってないよ大先生
あと、持論ばかりじゃなくログ読みなよ、make worldしたりports頻繁に使ったらって書いてあるだろ
それとまさか断片化を確認するコマンドくらいはわかるよなあ大先生？
2019/08/18(日) 09:27:29.81
実はファイル作成では断片化することはほぼ無い。削除も当然。
ファイルを作成するときに、どうしても連続する領域を確保できなかったときと、
ファイルサイズを増やしたとき。

あるプログラムがファイルの作成と削除を何回も繰り返したとしても
断片化が著しく増えることはない。
2019/08/18(日) 13:06:35.01
>>792
横槍すいません。
断片化を確認するコマンドってなんですか。
2019/08/18(日) 13:07:56.00
なるほど、当たり前の様でも案外忘れがちな事ですな。変に詳しくなればなるほど。
今晩あたりいろいろ実験してみるか。俺も割とUnixのFSを過信してた方なので
796名無しさん＠お腹いっぱい。
垢版 |
2019/08/18(日) 13:33:12.85
>>794
zpool list 又は zpool get fragmentation
こちらの大先生は大層ファイルシステムに、特にZFSにお詳しいご様子だったのでこの位はご存知かと思いご質問させて頂いたのですよ
そうでもなければ安易に「設計不備」とかほざくわけがありませんからな
まあ実際このコマンドでファイルの配置が目視できるわけじゃございませんけどね
2019/08/18(日) 16:01:40.64
今時フラグメンテーションを気にする男の人って…
2019/08/18(日) 16:47:13.28
ちっさいよねぇｗ
調子悪くなったら取り替えればいいのにねー　か。
でももったいないしね。色々と
2019/08/18(日) 17:37:17.34
>>792
Windowsしか理解出来ないパソコン先生に無茶言うなよ
2019/08/18(日) 18:03:53.65
>>799
それもそうだね
ぼく大人気なかったね。アハハ
2019/08/18(日) 19:37:30.32
SSDの書き換え回数を公表してるメーカーは少ないけど以前Intelが公表した回数はQLCでたった200回だ
こんなん、こまめにセーブしてたらあっという間に越える
だから物理的にはバラバラに断片化されてるに決まってる
だからSSDではデフラグは無意味だろうし余計なことしない方が良いだろう
2019/08/19(月) 00:48:52.27
そこらへんWindowsではちゃんと考えられていて
ディスクがSSDだったらデフラグしないようになってる。
代わりにtrimを行う。

FreeBSDがそこまで気を配ってるかどうかはしらん。
2019/08/19(月) 00:51:57.29
なお、デフラグするたびにディスクに書き込んでると思ってるやつがいるが、
前回デフラグしてから、仮になにも書きこまれてないならば、
すでにデフラグ済みなので、デフラグを実行しても何も書き込まれない。
2019/08/19(月) 01:48:46.00
FreeBSDでもtrimを有効にする事は出来る様だ
但しUFS限定
2019/08/19(月) 01:56:21.91
失礼、ZFSでも可能な模様
2019/08/19(月) 02:15:26.92
結局Unixファイルシステムにおいても断片化はするし、放置したら宜しくないからその対策もされてるわけだ
言い伝えなんて出鱈目だよな
2019/08/19(月) 09:00:31.07
おまえらBSDユーザみたいな議論してるのな()
2019/08/19(月) 14:19:33.27
>>802
Windowsではオートデフラグのタスクが走っていて定期的にデフラグするようになっているが、
これを切っておけは勝手にデフラグしなくなる。昔のWindowsみたいに、自分の好きなデフラグソフトDLして、
自分がデフラグしたいときだけ実行することができる。
2019/08/19(月) 14:41:23.14
なおFreeBSDのUFSではtunefs -t enable /dev/hogeでtrimを有効化出来る
ZFSでは割と前からデフォルトでtrimが有効化されている。trimを止めたい人以外は意識する必用は無い
2019/08/20(火) 06:52:12.83
いつまでLD=ld.lldしなきゃならないの

12.1が2019.11.4にリリース予定だけど、移行は終わる?
2019/08/20(火) 16:28:59.82
>>810
https://i.imgur.com/yYYOUaZ.png
特に何もしていない
2019/08/20(火) 17:25:30.63
はぐらかして自分は賢いつもりのBSDユーザー
2019/08/20(火) 17:41:08.19
あーやだやだ
2019/08/20(火) 18:08:58.94
812は>>811が何を言っているのか読み取れないの？
大人の人ってすごいねって言うだけのおこちゃま？
なんにせよ :fu: 812
2019/08/20(火) 18:20:33.22
画像は消えてるけどls -l /usr/bin/ld* してみなよって感じだった
2019/08/20(火) 18:33:10.12
11.3-STABLE のわい、高みの見物
2019/08/21(水) 00:44:36.61
>>816
ちょっと君降りてきなさい。
俺を見下してんじゃねえぞ！！
818名無しさん＠お腹いっぱい。
垢版 |
2019/08/21(水) 03:22:27.79
rm -Rf /
2019/08/21(水) 13:04:05.50
>>817
ボクは涙を流しながらキミの屍を踏み越えてゆくよ (;o;)/~
2019/08/21(水) 17:20:52.80
>>819
君の姿は、僕に似ている
2019/08/21(水) 17:32:34.39
>>819
そして僕にも似ているよ…ｳﾌﾌ
2019/08/23(金) 07:03:11.32
おまえらやっぱ学校や職場で異常なヤツって思われてる?
2019/08/23(金) 07:08:37.01
>>822
そんな君も場末のスレの観察とかしてるあたり普通ではないと思うぜ
2019/08/23(金) 07:21:22.59
BSDの管理なんて知ってたって、おかしな人扱いだよね。

15年前は馬鹿にして見下してたlinuxの方が必要性があったりする。


まだ自分らが賢いと思ってるの?
825名無しさん＠お腹いっぱい。
垢版 |
2019/08/23(金) 07:41:24.93
>>824
そもそも本当に賢い出来る人が寂れた5chの寂れた板に残ってるとは思えない
2019/08/23(金) 07:53:04.25
じゃあ賢いふり止めような
2019/08/23(金) 08:16:56.85
>>824
>>826
わかってないなあ。それが出来ない輩が住み着いて俺様気取ってるわけで、どこでも似たようなもんだろ？
あと、人に説教するときは自分の行動も顧みよう。
問題は解決したんだろうから粘着するのは大人気なくない？
https://mevius.5ch.net/test/read.cgi/unix/1012808941/940-943
2019/08/23(金) 08:39:55.50
>>827
それ、943と940は同一人物だろ。

どういう反応するか見てたんだろ
2019/08/23(金) 08:42:46.46
問題が、おまえらみたいなキモいユーザがこうして徒党を組んでいることにあるとするなら、

こういうスレがつぶれるまで行動するのは、粘着とは違うんじゃない?
2019/08/23(金) 08:43:48.97
BSDを少しでも多くの人に試してもらうには

キモいユーザが大きな足枷になってるんだ。

分かるかい?
2019/08/23(金) 09:19:19.03
何だかんだ言いつつ粘着くんがBSDをこよなく愛していることはひしひしと伝わってきた
ブートローダーの設定もわからないながらBSD(FreeBSD限定)を広めようと邁進しているらしい
ちなみに俺はよくわからない。あまり困ったこと無いから。
ブートで困ったのはUEFIの自動ブートくらいかなあ
2019/08/23(金) 09:23:15.20
>>830
自己紹介乙です！
2019/08/23(金) 12:06:35.04
MacOS X使い＝BSD使いやろ
2019/08/23(金) 12:17:41.56
>>830
BSDを少しでも多くの人に試してもらうには、
Ubuntuや他のLinuxのように、インストーラをGUIにして、インストールが終わったらすぐGUIで使い始められるようにするだけでいいはず。
2019/08/23(金) 13:06:47.80
よろしい。

肩入れするのは止めだ。
2019/08/23(金) 15:00:34.33
>>834
つProject Trident
2019/08/23(金) 16:02:33.76
>>834
Mac使え
2019/08/23(金) 17:59:44.83
macOSってインストーラーなんて配布してた？
条件反射的にmacOS，macOSって言うのやめたほうがいいよ
2019/08/23(金) 18:06:37.38
>>834
では>>830に実装してもらおうぜ
840名無しさん＠お腹いっぱい。
垢版 |
2019/08/23(金) 21:07:34.87
よし、じゃあ賢くないふりをしよう

からあげウマウマ
2019/08/23(金) 21:57:54.38
BSDをぶっ壊す!!、とか言えばいいんじゃ。
2019/08/23(金) 22:17:34.42
ポエマー発見
パクリで草
https://mevius.5ch.net/test/read.cgi/unix/1091212801/811
843名無しさん＠お腹いっぱい。
垢版 |
2019/08/23(金) 23:49:05.35
>>840
レモン汁かけときますね！！！
2019/08/23(金) 23:51:09.56
>>843
勝手にレモン掛けるな！
全員がレモン掛けて欲しいわけじゃないぞ！
2019/08/24(土) 01:28:12.12
じゃあママレモンかけますわね
2019/08/24(土) 07:57:56.91
昔オカンがママレモンで野菜洗ってたのを思い出す
2019/08/24(土) 10:52:56.29
>>836
TrueOSの後継ですね。TrueOSは重くて嫌いだったので使いませんでした。
Project Tridentのほうはまだ日本語対応していないので、手動で入れないといけないみたいです。
https://qiita.com/EarthSimilarityIndex/items/6089500d1a4d24731ee8

誰か日本語対応にしたディストリを提供すればもう少し普及するかも。
2019/08/24(土) 11:12:01.41
ママレモン

【品名】
台所用合成洗剤

【用途】
野菜・果物・食器・調理用具用
2019/08/24(土) 11:57:11.83
野菜・果物の方が優先度高いの草
2019/08/24(土) 12:12:31.90
ナマレモン
2019/08/24(土) 13:04:11.22
>>847
TrueOSって中身はほぼFreeBSDだし、重いというのがluminaのことならどのWM使っても重いんじゃ？
2019/08/24(土) 14:19:54.49
よーしパパ、今度休みが取れたら軽量なWM作っちゃうぞ―
2019/08/24(土) 14:35:11.10
久し振りに5chに神が降臨されました
2019/08/24(土) 14:45:32.49
車輪の再発明は止めるんだ
2019/08/24(土) 18:26:20.10
車輪の再発明を怖れていては技術は培われない
プログラミングも他人のライブラリを摸倣し再実装して理解が深まる
そしたらモテモテになりました
2019/08/24(土) 18:32:33.21
マジすか師匠
2019/08/24(土) 20:33:57.99
車輪の再発明をしなきゃいけないライセンスやら車輪に掛かる費用やらに問題があるなら、
再発明しなきゃいけないんだろうけど、Linux界隈はライセンスに問題が無くても
あっちこっちで再発明してるもんなぁ
2019/08/24(土) 23:05:29.70
>>851
以前TrueOS使ってみたときはFreeBSD+WMほど軽くなかったんです。
理由はわかりませんがインストーラがいろいろ余計なものを入れてたかも知れないです。
2019/08/24(土) 23:13:35.42
>>858
そんなのもあったなと思い試しに入れてみた
これ意外といいねえ、Lumina-DE
軽くて気に入った
2019/08/25(日) 01:47:32.85
>>858
メモリは2〜4GB程度
TrueOSはzfsでインストール
素のFreeBSDはufs2でインストール

だったとか
2019/08/25(日) 06:26:48.84
x86x64以外に入れるハードウェアが無い
2019/08/25(日) 08:36:19.00
ラズパイでも買ってくればいい
2019/08/25(日) 13:23:58.24
ちんぼ
2019/08/25(日) 14:03:41.74
そういやおっぱいとかでもFreeBSD動くんだな。
2019/08/25(日) 14:25:49.91
内蔵WiFiが動かないのが残念でならない
portsにドライバがあるかどうかまでは不明
2019/08/25(日) 14:31:49.26
NanoPi neoに入れば試したいな
https://www.friendlyarm.com/index.php?route=product/product&;product_id=132
https://www.friendlyarm.com/index.php?route=product/product&;product_id=241
2019/08/25(日) 14:57:52.65
>>866
つhttps://qiita.com/s_mitu/items/b54d796a33c35409315e
2019/08/25(日) 15:45:33.75
>>867
すでに先達がいたんだね
心の中でいいねしておいた
2019/08/25(日) 18:11:11.11
>>865
その辺は開発中みたいよ
https://wiki.freebsd.org/SDIO
870名無しさん＠お腹いっぱい。
垢版 |
2019/08/25(日) 18:16:17.36
>>869
thx
2019/08/25(日) 18:49:14.72
>>869
それって特許に引っかかって特許料がうんぬんかんぬんってことじゃなかったっけ
2019/08/27(火) 05:17:07.39
>>849
ポストハーベストとかあるからなあ
873名無しさん＠お腹いっぱい。
垢版 |
2019/09/02(月) 11:37:51.92
ハードディスクは正常なまま
Zpool が異常になり
起動できなくなって
USBメモリーから起動して
zpool import できなくなってしまったのですが
復旧を試す方法があれば教えてもらえませんか？
mirror0 していた２台のディスクどちらも
同じように　zpool import しようとするとフリーズします
症状は
https://peta.okechan.net/blog/archives/1767
と似ていますがこの記事の通りでは復旧できませんでした
2019/09/02(月) 12:23:15.22
>>873
-o readonly=on は試した？
pool名無しでimportするとどうなる？
875名無しさん＠お腹いっぱい。
垢版 |
2019/09/02(月) 12:44:52.55
>> 874
-o readonly=on　や
pool名無しでimport も
そのプールを見に行くようなことをすると
即フリーズします
OS自身はフリーズに及ばずreboot可能です
2019/09/02(月) 13:39:24.61
>>875
https://docs.oracle.com/cd/E19253-01/819-6260/gbctt/index.html
だそうです
これが不可能で、どうしてもデータ復旧させたいならストレージのプロの出番かと

なお自分の場合はですが、NASに使用してるマシンがプールを読み込めなくなる事があり、
zpool.cacheを削除し、ストレージを物理的に切り離した状態でOS再起動→起動後ストレージ接続の手順でいつも復旧させてます
2019/09/02(月) 13:46:00.15
zfsを使わないことが最良
878名無しさん＠お腹いっぱい。
垢版 |
2019/09/02(月) 13:53:23.69
南無阿弥陀仏
2019/09/02(月) 13:53:28.46
正解出た
2019/09/02(月) 15:09:43.09
>>873
「ZFS のカーネルモジュールを読んでから、zpool を認識するところで同じ panic が繰り返される状態に」
って言う状態なのであれば、FreeBSDコアチームの佐藤先生の記事が役に立つかも

https://www.allbsd.org/~hrs/diary/201107.html#current
https://www.allbsd.org/~hrs/diary/201109.html

>zdb は読み書きのツールだと書きましたが、 基本的に ZFS の情報を人間が読みやすいようにダンプする機能しかありません。
>データ修復のためのツールではありませんので、誤解しないでください。
>もともと開発者がデータ内容を調べるためにつくったツールなので、 ドキュメントもほとんどありません。

>しかし、このツールはデータを読み出す際に使うソースファイルがカーネルと共通になっているため、 ZFS の原則が適用されます。
>つまり、不整合があるデータに遭遇すると、 勝手にそれを修復しようとするのです。
>これをうまく使うと、深刻な状況になった zpool を、 認識するレベルまで持っていくことができます。
>何度も繰り返しますが、データの修復はできません。 あくまでzpool として認識できない状況を解消できるだけなので、 肝に銘じてください。

>zpool にアクセスすると panic してしまうとか、zpool import を実行してもちゃんと import してくれないような場合、 zdb でアクセスすると、同じようにエラーが出ます。
>カーネルと同じソースを使うので、まあ当たり前の話ですね。

>カーネルの場合、前述した zfs_recover=1 を設定すれば、panic を回避できましたが、 zdb では -AA を指定すると panic が回避できます。
>-A を指定すると、assert の不整合を回避します。
>つまり、-AAA を指定すれば、panic と assert の両方を回避して zpool へアクセスすることができ、 そのアクセスの発生によって、発見された不整合は強制的に解消されます。

●
●完全に損失したら困るのであれば、ディスクまるごとバックアップしてからやれよ
●
2019/09/02(月) 15:22:33.14
>ディスクまるごとバックアップ

多分できねえんだよ(笑)
882名無しさん＠お腹いっぱい。
垢版 |
2019/09/02(月) 15:37:51.73
馬鹿には無理
2019/09/02(月) 15:45:08.90
>>877
結論が出てしまったなw
2019/09/02(月) 15:47:23.66
>>880
しょっちゅうディスクまるごとバックアップしないといけないファイルシステムって欠陥品じゃないのかな。
それをあえて使おうとするのは勇者だよね
2019/09/02(月) 16:01:31.19
>>884
>しょっちゅうディスクまるごとバックアップ
そんな事言ってねえよ
お前の脳みそ磨きすぎてシワがなくなってるのか？
2019/09/02(月) 16:37:11.78
いくら何でも〇〇コマンドでディスククローンくらいは分かるでしょ
2019/09/02(月) 18:23:31.36
基本はffs

さらにntfsかxfsを真剣に検討すべき。
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況