FreeBSDを語れ Part47

1 名前：名無しさん＠お腹いっぱい。 mailto:sage [2017/10/16(月) 01:40:28.46 .net] The FreeBSD Project www.freebsd.org/ja/ 前スレ FreeBSDを語れ Part46 [無断転載禁止]@;2ch.net mevius.2ch.net/test/read.cgi/unix/1505956006/ 関連スレ 初心者もOK! FreeBSD質問スレッド その122 mevius.2ch.net/test/read.cgi/unix/1486758875/ 716 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/01(木) 06:24:56.71 .net] およそ3 717 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/01(木) 08:31:26.33 .net] ちなみにゆとりが円周率3なのはデマ 718 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/01(木) 09:51:39.18 .net] ゆとりには円周率なんて難しいモノは教えないんだよな 719 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/01(木) 10:05:30.94 .net] 22/7やろ 720 名前：名無しさん＠お腹いっぱい。 [2019/08/01(木) 10:36:03.01 .net] 113355を2つに切って、355/113 721 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/01(木) 11:13:14.49 .net] はいはい、続きはこっちでやろうね、お自慰ちゃん達 https://rio2016.5ch.net/math/ 722 名前：名無しさん＠お腹いっぱい。 [2019/08/01(木) 18:39:44.79 .net] 近似じゃなくて=なのがすごい https://wikimedia.org/api/rest_v1/media/math/render/svg/0f1476041d9ab9086e829243397e729fc0c86608 https://wikimedia.org/api/rest_v1/media/math/render/svg/ce5973400ed964f113c8118172db5f05ab81702e 723 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/02(金) 01:13:12.31 .net] >>716 これってもしかしてラマヌジャンの公式？ 724 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/02(金) 10:08:53.16 .net] モンテカルロ法でやるんや 725 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/02(金) 10:38:37.47 .net] サイコロ何回振れば良いんだ？ 726 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/05(月) 22:28:52.61 .net] FreeBSD＋Firefox→ニコニコ動画で広告が再生される Windows＋Firefox→ニコニコ動画で広告が再生されない なんじゃこりゃ。どちらも未ログインかつADブロッカー的なのは入れていない 727 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/05(月) 23:38:16.34 .net] 別に大丈夫だけどな 出るときは出る、出ないときは出ない https://i.imgur.com/XCKb6wF.png 728 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/06(火) 13:29:09.83 .net] portsにllvm90が降ってきた rcだけど 729 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/06(火) 13:36:59.48 .net] そんなことより、libpciaccessのエンバグ何とかしてくれ アプデしたらxf86-video-vesaが死ぬとか… 730 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/06(火) 13:54:37.51 .net] ワイnon vesaでオンボのボロノートだからよくわかんないや 731 名前：名無しさん＠お腹いっぱい。 [2019/08/06(火) 14:58:46.31 .net] ffはたまに知らんうちにnicoをブラックリストに入れるときがある ブラックリストに入ってないか確認してみ 732 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/06(火) 18:59:14.82 .net] vesaのバグ(先月くらいから？)にははまったな。 サボらずにビデオカードのドライバにかえたよ 733 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/06(火) 20:20:27.06 .net] Bug 239065 devel/libpciaccess 0.14 breaks x11-drivers/xf86-video-vesa-2.4.0_2 libpciaccess 0.16のFixあったけど まだ落ちてこない まぁ、落ちてくるまで0.13.5にダウングレードして待ってる 734 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/06(火) 22:20:58.86 .net] libpciaccess、依存パッケージを含めてもビルドに1分かからないよ 735 名前：720 mailto:sage [2019/08/07(水) 00:47:27.60 .net] 昨夜は動画を再生するたびに広告が再生されて鬱陶しいったらありゃしなかったけど 今夜は一度も再生されないな。なんなんだろ 736 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/07(水) 02:55:28.53 .net] 慌てない　慌てない 一休み　一休み 737 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/07(水) 03:01:39.07 .net] そして10年後・・・ 738 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/07(水) 04:20:55.37 .net] 一体何が始まるんです？ 739 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/07(水) 06:26:53.50 .net] CM開け一休さん 740 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/09(金) 16:55:35.38 .net] 日本船舶振興会がスポンサーなのに彼女はサヨちゃんて。 741 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/09(金) 17:14:24.74 .net] 一日一善！ 742 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/09(金) 17:17:10.99 .net] のほほほほ 743 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/09(金) 21:02:49.10 .net] >>734 修行僧なのに女を作るような奴はサヨだってことだろう 744 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/09(金) 21:19:08.71 .net] >>734 その発想はなかった 745 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/10(土) 05:58:17.88 .net] いわゆるファイアーウォール、1つあれば十分じゃね? 746 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/10(土) 07:48:49.14 .net] 貴方はどのファイアーウォール？ ワタシはipfw 747 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/10(土) 08:41:43.75 .net] わたしはpfから 748 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/10(土) 08:54:15.87 .net] natするのはipでやってて手打ちするときはipfw 使うかな。 749 名前：名無しさん＠お腹いっぱい。 [2019/08/10(土) 08:54:42.26 .net] ipじゃなくてipf 750 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/10(土) 09:27:11.20 .net] srcからipfwとpfを削除するスクリプトを誰か書いてくれよ 751 名前：名無しさん＠お腹いっぱい。 [2019/08/10(土) 09:47:42.16 .net] ファイアウォールは使ってない ルータ任せ 752 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/10(土) 20:26:54.94 .net] ゲートウェイマシンをFreeBSDで動かしてるとどうなるか 753 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/10(土) 21:06:40.94 .net] あっさり踏み台にされるとか 754 名前：名無しさん＠お腹いっぱい。 [2019/08/10(土) 23:14:24.34 .net] 一通りの対策はする必要があるね。 外側のネットワークからは入れないようにするとか。 そうしておけばそこまでの問題にはならない。 755 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/10(土) 23:35:30.49 .net] OpenVPNでトンネリングしたいけど、IP限定&AES-256-GCM&ta.keyで大丈夫かな トンネル要因のラズパイのOSをRaspbianからFreeBSDに乗り換えたくてウズウズしてるもので 756 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/11(日) 05:12:20.73 .net] >>744 なんで？ 757 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/11(日) 05:36:42.32 .net] >>750 PCのOSに関しちゃ要らないものを削除した方がいいと信じてるから 758 名前：名無しさん＠お腹いっぱい。 [2019/08/11(日) 07:06:36.30 .net] まあ何もしなくても、機能を有効にしなければモジュールもロードされないわけだから、 ちょっとだけディスクを使うだけなんだけどね。 759 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/11(日) 07:18:53.00 .net] device pf と options IPFIREWALL 外してカーネル再構築してもナンカ混じってるのけ？ BSDだけじゃなくってlinuxにも言える事だけど、10年以上前、 外しまくったらそれはそれでたまーに動かないモンがあったりしてハマった記憶があるな 外しまくればいいってもんでもない 760 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/11(日) 07:22:08.49 .net] 本来開発段階で削除すべき 選択肢はportsで十分 761 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/11(日) 08:32:06.16 .net] fetchindex が途中でコケなくなった(ような気がする) 762 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/11(日) 13:34:55.56 .net] さて、メタボ化した/usr/localの断捨離でもするかの rm -rf /usr/local/* っと 763 名前：名無しさん＠お腹いっぱい。 [2019/08/11(日) 13:40:46.75 .net] 元気ですね。 764 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/11(日) 14:23:04.77 .net] ダンシャリとか簡単に情報に踊らされるタイプなw 765 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/11(日) 14:44:44.70 .net] ちっさｗ 766 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/11(日) 17:21:13.91 .net] ダンミツがどうしたって？ 767 名前：名無しさん＠お腹いっぱい。 [2019/08/11(日) 17:24:34.73 .net] ときめくファイルかときめかないファイルか ( spark joy or not) 768 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/11(日) 17:39:11.39 .net] FreeBSDを使うやつっておかしい奴が多いの? 769 名前：名無しさん＠お腹いっぱい。 [2019/08/11(日) 18:02:18.47 .net] えっ？ 770 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/11(日) 20:38:37.15 .net] アンミツは甘い。(真実) 771 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/14(水) 15:13:25.68 .net] さてさてZFSのデフラグを兼ねてニューSSDに引っ越しだ わくわく 772 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/16(金) 14:10:25.57 .net] デフラグメンテーションなど幻想 773 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/16(金) 15:12:10.48 .net] 幻想である根拠はハードウェアに詳しくないのでよくわかんないけど、実際同じ様なスペックでブート等早くなったし、ひとつのファイルをバラバラの場所から読み取るより物理的に疲弊しないのでは？ まあ主目的は引っ越しなのでそんなちっせえ事どうでもいいけどｗ 774 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/16(金) 20:09:39.52 .net] Unix/BSD系のファイルシステムは最初からデフラグメンテーションが起きにくいようになっているので、 デフラグツールがあったとしても頻繁に実行する必要はない。普通はしなくても問題ない。 Windowsのファイルシステムは基本的に貧弱なので、デフラグを実行すると少し早くなる。 何ヶ月もデフラグしていないときにやると効果が大きい。 775 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/16(金) 20:38:56.07 .net] いやあ、しばらく使った内蔵SSDが120GBでは足りなくなってきたので240GBに引っ越しただけの話なのですよ。 zpool get fragmentationしたら40%に近かったので「デフラグを兼ねて」と付け足しただけで。 776 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/17(土) 08:33:25.66 .net] current追っかけをやってたときは、年に1度くらい / と/usr をnewfsして書き直してたけどな。　 気分の問題だよ 777 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/17(土) 10:32:25.73 .net] つうかSSDの書き込み回数はQLCに至っては300〜1000回しかないから、同じ所に書き込まないように複雑なアルゴリズムで思いっきり分散されてるだろ 778 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/17(土) 11:47:21.90 .net] SSDにシーク時間や回転待ち時間はないだろ デフラグなんて「気持ち」以外に意味ない HDDだって巨大なデータの高速シーケンシャル処理でもない限りさほど恩恵はない NetwareのTurboFATみたいなアクセスオーダー最適化機構の方が意味あると思う 779 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/17(土) 13:34:05.98 .net] HDD時代はシークや回転待ちの方が桁が大きかったゆえに顕著だったから勘違いされてるが フラグメンテーションによる速度低下の本質は細分化されたブロックを操作するためにコマンド数が爆発する方なんやぞ だからSSDでもPCI ExpressでもRAMディスクでも小ブロック操作は相対的に遅くなる 780 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/17(土) 13:50:45.10 .net] コマンド数が爆発って言ったって 数回が数十回になる程度で速度に影響はないよ。 それよりも読み込み時間のほうが圧倒的に長くなる 781 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/17(土) 15:01:25.57 .net] まあどんなファイルシステムでも程度は違えど断片化するし、そうなればパフォーマンスが落ちる事は改めて学習した。古いこの記事読む限り https://www.itworld.com/article/2812382/unix-tip--fragmentation-and-unix-file-systems.html 782 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/17(土) 15:22:56.99 .net] 断片化をいつ解消するかだよな。 あるOSは書き込むたびに断片化を解消させるために余計なアクセスを行ってるらしい そんなことをするより、定期的にバックグランドで負荷をかけないように 程度のひどい部分だけ解消させたほうが良かろう 783 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/17(土) 16:37:29.49 .net] ZFSはプール作り直さないとならないからなあ 784 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/17(土) 19:01:14.25 .net] だからSSDはセクタ単位で書き込み回数が均一化するように分断されまくってんじゃないのか？ 785 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/17(土) 20:18:04.51 .net] zpool作り直せばええ 簡単やろ 786 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/17(土) 20:46:02.67 .net] 確かにプール作り直してrsyncとかスナップショットrecvで書き戻せば元通りだけど、未だにそれしか断片化解消出来ないのもなんだかなあと思う 他の部分が便利すぎるからまあいいか 787 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/17(土) 21:25:02.07 .net] ちなみにZFSはHDDでもよく断片化する。make worldしたり頻繁にports使ったりすると割とすぐ20%くらい断片化する。 機会があったらUFSに戻して違いを検証してみるか 788 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/17(土) 22:10:25.36 .net] >>778 されてない。そもそも断片化と書き込み回数の均一化と何も関係ない。 OSのイメージなんてそうそう書き換わらない。 それじゃいかんからSSD側が頑張ってる。 789 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/18(日) 00:01:06.97 .net] 断片化するといっても、リニアにギガオーダーのファイルをリアルタイムに読み込むことも稀に思う。 スワップをメモリファイルやZFS以外ににマウントすれば、そうそう困らないと思う。 データベースファイルとか頻繁に更新したり、レスポンスを要求されるならば、それをZFSに配置するのが設計不備に思う。 このあたりはZFSのマニュアルにも書いてあったと思う。 790 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/18(日) 00:01:56.91 .net] >>782 言ってることが物凄くアバウトだな… 791 名前：名無しさん＠お腹いっぱい。 [2019/08/18(日) 00:15:15.86 .net] >>773 なんか脆弱性の種を見つけた気がした。 コマンド数を減らしたい！ →そうだ別セクタも無差別にメモリ転送して、プロセッサで取捨選別した方が合理的じゃね？ →いいね！ 実装 → HTスペクターで読み込もうっと！ →あれ？他人のファイルの中身の一部がよめたぉ！ とか 792 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/18(日) 01:18:19.48 .net] >>784 1. DVDのISOイメージを保存しました。 2. このイメージを書き換えることはしません。 3. ずっと保存してると、このISOイメージの場所は書き換え回数が少なくなります。 4. SSDの書き込み回数の均一化というのは、こういう書き換わらない場所すらも均一化するものです。 理解できた？ 793 名前：名無しさん＠お腹いっぱい。 [2019/08/18(日) 02:47:13.58 .net] >>786 論理セクタは断片化されぬとも物理セクタは断片化されることを>>778は云っておろう？ それともうぬは物理セクタすら断片化されぬと云うつもりか？ 794 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/18(日) 02:47:56.21 .net] >>787 いまはSSDの書き込み回数の均一化の話をしてますー 795 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/18(日) 05:58:14.52 .net] >>783 じゃあOSやアプリケーションのアップデートをまめにやりたい人はFreeBSDのインストール時にUFSを選択せよと言う事だな。スワップパーティションはわざわざ無しにしなけりゃ自動的に作られるし。 どうやらファイルシステムにお詳しい様なので聞きたいんだけど、何故ZFSはあまり書き換えてはならない？ となると、スナップショットは何の為にあるわけ？ 巨大ファイルにアクセスしなくとも、断片化が30%くらいに進行すると体感出来るくらいはパフォーマンスの低下を感じる事が出来るけど？ あとUFSとZFS、どっちが断片化しづらい？そしてその根拠をご説明頂きたい。 教えて下さいよ大先生 796 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/18(日) 07:50:32.73 .net] 断片化が30%になるってどういう情況だろうか？ インストールやファイルコピーでは断片化はほとんどしないから、 全体の使用量の30%以上を更新してるはず。 いや？そもそも断片化30%ってどういう計算なんだろう。 1GBのファイルが有って、それが2個に分かれていたら1GB分、断片化？ いや違うな。ファイルの個数に対する割合だろう。 この場合、1個のファイルが1回断片化ってことだな。 ってことは、全体のファイル数の30%の数だけ書き換えているということか。 うーん、でもその場合、1GBのファイルが100個あったとして、 30個のファイルが断片化していたとして、その300GBのデータを読み込んでも たった30回しか断片化による影響を受けないはずなんだよな。 本当に30%で体感できるパフォーマンス低下が起きるんだろうか？ 797 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/18(日) 08:14:59.95 .net] >>786 SSDは、ISOイメージのように一度書き込んで動かさないファイルであっても、その位置の書き換え回数が少ないと判断したら 勝手に他の位置に移動して場所を空け、そこに他のファイルを書き込むということ？ 798 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/18(日) 09:20:48.81 .net] >>790 質問の答えになってないよ大先生 あと、持論ばかりじゃなくログ読みなよ、make worldしたりports頻繁に使ったらって書いてあるだろ それとまさか断片化を確認するコマンドくらいはわかるよなあ大先生？ 799 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/18(日) 09:27:29.81 .net] 実はファイル作成では断片化することはほぼ無い。削除も当然。 ファイルを作成するときに、どうしても連続する領域を確保できなかったときと、 ファイルサイズを増やしたとき。 あるプログラムがファイルの作成と削除を何回も繰り返したとしても 断片化が著しく増えることはない。 800 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/18(日) 13:06:35.01 .net] >>792 横槍すいません。 断片化を確認するコマンドってなんですか。 801 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/18(日) 13:07:56.00 .net] なるほど、当たり前の様でも案外忘れがちな事ですな。変に詳しくなればなるほど。 今晩あたりいろいろ実験してみるか。俺も割とUnixのFSを過信してた方なので 802 名前：名無しさん＠お腹いっぱい。 [2019/08/18(日) 13:33:12.85 .net] >>794 zpool list 又は zpool get fragmentation こちらの大先生は大層ファイルシステムに、特にZFSにお詳しいご様子だったのでこの位はご存知かと思いご質問させて頂いたのですよ そうでもなければ安易に「設計不備」とかほざくわけがありませんからな まあ実際このコマンドでファイルの配置が目視できるわけじゃございませんけどね 803 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/18(日) 16:01:40.64 .net] 今時フラグメンテーションを気にする男の人って… 804 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/18(日) 16:47:13.28 .net] ちっさいよねぇｗ 調子悪くなったら取り替えればいいのにねー　か。 でももったいないしね。色々と 805 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/18(日) 17:37:17.34 .net] >>792 Windowsしか理解出来ないパソコン先生に無茶言うなよ 806 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/18(日) 18:03:53.65 .net] >>799 それもそうだね ぼく大人気なかったね。アハハ 807 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/18(日) 19:37:30.32 .net] SSDの書き換え回数を公表してるメーカーは少ないけど以前Intelが公表した回数はQLCでたった200回だ こんなん、こまめにセーブしてたらあっという間に越える だから物理的にはバラバラに断片化されてるに決まってる だからSSDではデフラグは無意味だろうし余計なことしない方が良いだろう 808 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/19(月) 00:48:52.27 .net] そこらへんWindowsではちゃんと考えられていて ディスクがSSDだったらデフラグしないようになってる。 代わりにtrimを行う。 FreeBSDがそこまで気を配ってるかどうかはしらん。 809 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/19(月) 00:51:57.29 .net] なお、デフラグするたびにディスクに書き込んでると思ってるやつがいるが、 前回デフラグしてから、仮になにも書きこまれてないならば、 すでにデフラグ済みなので、デフラグを実行しても何も書き込まれない。 810 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/19(月) 01:48:46.00 .net] FreeBSDでもtrimを有効にする事は出来る様だ 但しUFS限定 811 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/19(月) 01:56:21.91 .net] 失礼、ZFSでも可能な模様 812 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/19(月) 02:15:26.92 .net] 結局Unixファイルシステムにおいても断片化はするし、放置したら宜しくないからその対策もされてるわけだ 言い伝えなんて出鱈目だよな 813 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/19(月) 09:00:31.07 .net] おまえらBSDユーザみたいな議論してるのな() 814 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/19(月) 14:19:33.27 .net] >>802 Windowsではオートデフラグのタスクが走っていて定期的にデフラグするようになっているが、 これを切っておけは勝手にデフラグしなくなる。昔のWindowsみたいに、自分の好きなデフラグソフトDLして、 自分がデフラグしたいときだけ実行することができる。 815 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/19(月) 14:41:23.14 .net] なおFreeBSDのUFSではtunefs -t enable /dev/hogeでtrimを有効化出来る ZFSでは割と前からデフォルトでtrimが有効化されている。trimを止めたい人以外は意識する必用は無い 816 名前：名無しさん＠お腹いっぱい。 mailto:sage [2019/08/20(火) 06:52:12.83 .net] いつまでLD=ld.lldしなきゃならないの 12.1が2019.11.4にリリース予定だけど、移行は終わる?

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef