FreeBSDを語れ Part50

■ このスレッドは過去ログ倉庫に格納されています
1名無しさん＠お腹いっぱい。
垢版 |
2020/01/17(金) 15:54:43.80
The FreeBSD Project
https://www.freebsd.org/ja/

前スレ
FreeBSDを語れ Part49
http://mevius.5ch.net/test/read.cgi/unix/1567770470/

関連スレ
初心者もOK! FreeBSD質問スレッド その124
http://mevius.5ch.net/test/read.cgi/unix/1569601015/
2020/05/04(月) 00:42:09.95
UNIXは仕事で使ってるけど、TeXは使わなくなった。
TeXも思想だと思う。
2020/05/04(月) 00:58:48.73
>>532
> 俺はEmacs野郎だが、EmacsはUnix思想からはかけ離れてるよ

お前が違うと言っても、EmacsはUnix思想を体現している
2020/05/04(月) 00:59:52.87
>>540
Unixカーネル自身がUnix思想そのもの
つまり高い拡張性を持っている
2020/05/04(月) 01:09:09.63
Unix思想の拡張性とはフォークして分裂することである。
2020/05/04(月) 01:17:00.26
unix思想ってここで言ってるのはmulticsへの反省に則ったものっていうことでよいのか？
2020/05/04(月) 02:11:32.46
俺の思ってるUnix思想が正しいUnix思想なんだ
つまりEmacsの拡張性は悪！
全てはコマンドで作れ。そしてコマンドの組み合わせしか許さない！
2020/05/04(月) 02:27:43.07
>>543
そぉかぁ？
2020/05/04(月) 04:04:22.55
お、俺なんか50年前からemacs一筋なんだぜ！
2020/05/04(月) 04:08:04.65
お、俺なんかmicro emacsに痺れたんだぜ！
2020/05/04(月) 05:33:55.72
emacsって、なんでlispを採用しちゃったのか・・・・。
あれがCライクだったらなあ。
2020/05/04(月) 05:44:10.76
結局、デフォルトのコピペが世界標準と同じ、microってエディタに落ち着いた。
2020/05/04(月) 05:44:43.65
cshみたいな未来が
2020/05/04(月) 07:10:32.84
ee使っちゃあかんの？
なんかfreebsd ユーザーじゃない輩ばかりのような気がする
2020/05/04(月) 07:27:16.02
>>552
X68K + GCC（真理子版） + μEmacs でワークステーションを使った気分に浸ってたあの頃…
楽しかったなぁ
2020/05/04(月) 07:59:57.90
>>556
GUIインストーラと同じ
見下した様な事書いておけばカッコいいと思ってるだけだろう
凝り固まった趣向は単なる偏屈変人にしか見えないけどな
2020/05/04(月) 08:27:55.52
>>556
eeなんてFreeBSDでしか使えんやろ？
そんなのに慣れたところで潰しが効かない
2020/05/04(月) 08:43:20.91
vi vs emacs
ee vs nano

おまえらケンカばかりだな。Windows見習えよ。
なぜWindowsではメモ帳 vs エディタの図式が成立しない？
なぜならUIが同じだからだ。

UNIX系エディタが生き残る道はWindowsにUIを合わせることだけだ。
コピペはCtrl+c、v、xだ。
2020/05/04(月) 09:04:27.86
>>560
そんな事ここの連中が言われて対応出来ると思う？わざわざ作ると思う？
ムリだよ。自分のやり方で生きてこれたんだからそれが各々には最良の手段なんだし
別にエディタやOSを背負って立ってる様な人間はいない。単なる利用者。
2020/05/04(月) 09:12:57.56
メモ帳を使ってることを自慢したり、メモ帳がいかに素晴らしいか語るヤツは見たことないが、なぜかvi使いだけはやたらに多い。キリスト教と同じで布教しなければならないという脅迫観念があるとしか思えない。ただの利用者とはとても呼べない。
2020/05/04(月) 09:25:08.28
>>556
>>559と同じで既にSystem VとかBSD/386とか使ってたからeeは使わずじまいだった
2020/05/04(月) 09:29:26.15
>>560
WindowsならCtrl+Insertでコピー、Shift+Deleteでカット、Shift+Insertでペーストだろ
2020/05/04(月) 09:58:36.13
>>564
それは左利きの人用
そういう細かい配慮までしてるのがすごいんだよな
2020/05/04(月) 09:58:40.28
>>562
メモ帳はGUIなしのWindows（名称忘れた）でも動くから凄いと思うぞ
2020/05/04(月) 10:29:29.06
またおまえらどうでもいいことでマウントの取り合いしてんのかよ
2020/05/04(月) 10:35:25.03
>>567
こいつらは今までそうやって生きてきた
そしてこれからもだ

他人の性分をとやかく言う前にお前も少しはスレタイに沿った有用な書き込みをしてみろ
お前なら有用な書き込みが出来るから言うんだろうからな
2020/05/04(月) 11:14:44.36
eeやnanoの良いところって何も学習しなくともすぐ使える所でありfreebsd やlinux に最初から入ってきてそのまますぐ使える事
今時viやemacsなんて最初から入ってない鳥なんて山程あるし
2020/05/04(月) 11:28:39.69
マカーの熱心な勧誘により、Macの場合はコンピュータを何も学習してない人が大半だが、
BSDやLinuxの場合、大半はWindowsでコンピュータの操作を覚えた人たちだから、
キーバインドはWindowsに合わせるべきだな。
2020/05/04(月) 11:35:47.45
>>565
別にそういうものじゃないぞ
初期バージョンから対応してる、IBMのCUAに準拠した操作だ
Ctrl+CとかはMacの真似をして後から追加された操作だ
2020/05/04(月) 12:16:31.16
>>569
viが入ってない鳥知りたい。
vim, elvis とかはviじゃない、というのはなしで。
2020/05/04(月) 15:01:35.28
>>570
どうぞ

mifes for Linux
https://www.megasoft.co.jp/milinux/

FreeBSD で MIFES for Linux を使ってみる
http://netandfield.com/~shinoda/tech/0037_mifes_install.html
2020/05/04(月) 16:27:08.56
かつてバイトでMIFESの使用を強要された結果MIFESアレルギーになりました
2020/05/04(月) 16:38:32.20
そんなのでアレルギーになるのはもともと素養がないってこと
早めにわかって良かったじゃん
2020/05/04(月) 16:50:48.28
MS-DOS6.2の頃はSEDITをよく使っていたけどマルチウインドウ環境であのUIは使いづらいと感じた
FDもDOSの頃はよく使っていたけど同様にWindowsであれは縛りプレイだと思う
最近のバージョンは知らんがMIFESの編集行着色機能はマルチタスキングを考慮されていない
セーブ時のクリアが出来ずクリアしたければMIFESを再起動する必要があった気が
K2EditorやSakuraEditorの方がUIの親和性も良く使いやすいと思う
2020/05/04(月) 16:55:19.37
そこでWordStarですよ
2020/05/04(月) 17:00:08.66
WordStarのインストールね。
2020/05/04(月) 17:17:29.18
DM-SMR方式 HDDの評価
システム：Debian-10.3.0-amd64、XigmaNAS-x64-12.1.0.4.7542
ファイルシステム
　f2fs　mkfs.f2fs -s 128 /dev/sd?
　Btrfs　mkfs.btrfs -n 4096 /dev/sd?
　ext4　mkfs.ext4 -b 4096 /dev/sd?
　UFS2　newfs -U -S 4096 /dev/ada?
　ZFS　vfs.zfs.min_auto_ashift=13　←ZFS。これのみXigmaNAS WebUI上から作成
テスト
　1　シーケンシャルライト　dd if=/dev/zero of=./test.bin bs=1048576 count=102400
　2　ファイル共有のコピー　約5000個、50GB程度をSMB経由で書き込み
テスト結果
　1　ttps://uploader.purinka.work/src/16664.png　←横軸は約1目盛り1分で誤差大。UFS2は時間かかりすぎるので途中で止めた
　2　ttps://uploader.purinka.work/src/16665.png　←ファイルの総サイズは50GB程度

今回試した中ではf2fsが安定か。Btrfsも使えなくはなさそうだけど再現条件不明の
速度低下(50MB/sくらいまで落ちる)が起こることがあって安定性に難有り。ZFSはさらに速度不安定
ただし好成績のf2fsも最大容量が16TBまでなのは不安材料。スナップショット等も使えない
ZFSはsysctl vfs.zfs_dirty_data_max=1342177280も試してみたけど相変わらず速度低下を起こす
運用性はFreeBSDが有利。Debianがインストール必須に対してXigmaNASはライブ起動でほぼフル機能使える
あとLinuxはリードオンリー運用のノウハウが少ないような？openmediavaultもデフォルトでフラッシュメディア非対応だし

なかなかうまくいかない物だ
2020/05/04(月) 17:36:52.39
Btrfsに興味が湧くじゃないか
2020/05/04(月) 18:04:25.07
秀丸希望
2020/05/04(月) 18:28:55.47
書院もお願い
2020/05/04(月) 18:54:23.96
じゃあ間をとってvzで
2020/05/04(月) 19:15:15.86
>>581
Linuxだとwineで秀丸が動くらしい
2020/05/04(月) 19:35:12.42
>>584
という事はFreeBSDでも動くかもね
2020/05/04(月) 19:37:20.26
>>583
Vzは良かったなあ。高速で必用十分な機能
DOS時代の最終到達点だと思う
個人的には
Vz > RED > micro Emacs >> MIFES

ところで、ここBSDスレだよなw
2020/05/04(月) 20:17:08.92
オールアセンブラは卑怯だという声が聞こえますね。
2020/05/04(月) 20:38:22.21
思い出補正されてるかも知れないけど、Vz最高だった
2020/05/04(月) 20:39:38.62
エディタの話は昔を思い出して楽しいから、突発的にしようね。
2020/05/04(月) 21:58:28.27
話題がないならもう落とせばこんなスレ
2020/05/04(月) 22:03:06.69
>>590
それ、誰目線？
592名無しさん＠お腹いっぱい。
垢版 |
2020/05/04(月) 22:15:42.87
tecoは？
https://www.ueda.info.waseda.ac.jp/~ueda/readings/teco/bit.pdf
2020/05/04(月) 23:12:06.06
>>590
ここはFreeBSDユーザーが集うスレだからこれでいいんだよ
うん十年前から使ってて知り尽くしてる様な事を延々と語ったって「またか」ってなるだけでしょ
2020/05/04(月) 23:37:34.02
>>586
> Vzは良かったなあ。高速で必用十分な機能

V爺さんでも読んでこようか？
Windows 10でVzエディタが動かないーって
喚き散らしていた爺さん
2020/05/04(月) 23:53:43.73
>>594
流石のあいつもここでは恐縮してしまうのでは
2020/05/05(火) 01:34:15.49
Vzはソースコードが付いてきてるけど、アセンブラだからね…移植不能
2020/05/05(火) 02:17:44.02
Btrfsは潜在的にいろんな問題抱えてる
レッドハットも手放したしかなりオススメできない
2020/05/05(火) 02:26:57.27
アーチのウィキにわかりやすくダメっぷりが書いてあるね
2020/05/05(火) 02:37:35.18
Jeditを思い出した。
使いやすかったよ。
600579
垢版 |
2020/05/05(火) 05:25:10.02
テストに使用したHDDはDT02ABA600
DM-SMR方式のHDDが持つメディアキャッシュへどれだけ書き込まれるかが性能を決めるのかな
メディアキャッシュがあふれやすいファイルシステムほど性能が低下したりタイムアウトが発生しやすくなると推測

SMR方式のHDDの使いこなしの記事は大抵HA-SMR方式かHM-SMR方式が前提となっていてDM-SMRは蚊帳の外
Linuxのzoneデバイス用ラッパーであるdm-zonedもDM-SMRでは使えないっぽい

f2fsの上にBtrfsを載せたらいいとこ取りできないか・・・と思ったけど流石にそうは問屋は下ろしてくれなかった
スナップショットはともかくチェックサムは欲しいところだけどあきらめるしかないか
OpenZFSが対応してくれればFreeBSDで使えるようになるし大変うれしい

参考
　ttps://zonedstorage.io/　←f2fsの初期化パラメータはここからもらった
　https://www.snia.org/sites/default/files/SDC/2016/presentations/smr/DamienLeMoal_ZBC-ZAC_Linux.pdf　←Western Digital
　https://events.static.linuxfound.org/sites/events/files/slides/lemoal-Linux-SMR-vault-2017.pdf　←Western Digital
　https://events.static.linuxfound.org/sites/events/files/slides/SMR%20in%20Linux%20Systems%20-%20Vault.pdf　←Seagate
　ttps://www.toshiba.co.jp/tech/review/2015/08/70_08pdf/a08.pdf　←東芝ストレージ
2020/05/05(火) 07:45:12.52
バターFS上でBOINCやってたけどイマイチで、XFSに作業ディレクトリ移したら劇的に成績が向上したよ
2020/05/05(火) 07:48:24.35
>>435
たまに俺も思うときがある。
レジスタ参照があればよかったような。
if (.carry) {キャリーあるよ;}
とかで
2020/05/05(火) 08:02:45.54
ハーイ、私、キャリー　アルよ
2020/05/05(火) 08:14:45.97
zfs なんて使うなとあれほど(
2020/05/05(火) 08:21:38.88
ワイもUFS
ジャーナルは切ってスナップショット取ってる
606名無しさん＠お腹いっぱい。
垢版 |
2020/05/05(火) 08:51:13.00
xfsに透過圧縮が乗ればzfsは個人ユースじゃ用済みになるんだがなぁ
ext4かufsに乗ってくれんものか
2020/05/05(火) 16:04:30.18
機能性を求めるとZFSかBtrfsの二択しかない
2020/05/05(火) 16:26:03.80
確かにそいつらは便利すぎる
2020/05/05(火) 16:49:45.05
ZFSは暴飲暴食、Btrfsは挙動不審でも他にないのだから必要なら
ご機嫌取りつつ使うしかない。他の選択肢はM$の軍門に下るくらいしか
2020/05/05(火) 16:54:45.57
まあでも君らはZFSにメモリ食わせことがなんだかんだ言って好きなんだろうし、
べつにいいいんじゃね？みたいな。
2020/05/05(火) 17:01:20.74
じゃあ理不尽にメモリを浪費しないFS選びと上手な運用方法をちょっとでいいから教えて

かっこいいお兄ちゃん
2020/05/05(火) 19:12:34.17
メモリを積めば解決
2020/05/05(火) 19:18:52.24
今だったら8GBが最低ラインだし16GBや32GB積んでいても珍しくない
2020/05/05(火) 19:31:13.43
この単刀直入なわかりやすさ　やはり格が違う。
カッコいい‥　ありがとうお兄ちゃん。
2020/05/05(火) 19:49:15.67
isoファイル等のでかいファイルをダウンロードするときはファイルサーバーに
ダウンロードさせた方がクライアントのリソースを圧迫しないし合理的
でもNAS用ディストリでそんな機能が付いている物は見たことがない
2020/05/05(火) 20:48:55.04
FreeNASってwebminみたいに管理画面にCUIついてないの？fetchも入ってないの？
FreeBSDの派生って使ったこと無いからよくわかんなくて
2020/05/06(水) 08:53:10.82
おまえら、おうちの箱でZFSなんて使って、一体なにしてんだよ?w
2020/05/06(水) 09:14:12.62
あなたとアタイの秘め事よ(はあと
2020/05/06(水) 11:21:34.85
>>617
いろいろテストしたいけど、うまくいかない場合戻すのが面倒くさいとき、スナップショットとってからやる
2020/05/06(水) 13:09:51.53
>>579
検証乙。SMRにも色んな種類があるとは知らんかった。
vfs.zfs.txg.timeoutを増やしてもだめかしら？
増やすほど書き込みトランザクションがまとめられるので、SMRに効くはず。理屈上は…。
盛りすぎると貯まったデータの書き込みが終わるまでシステムがブロックするので注意。

slogがもうちょいライトキャッシュとして働いてくれると嬉しいんだがなーと思う。
2020/05/06(水) 13:13:40.04
>>617
むしろおうちに箱があるのにZFSじゃないとか、意味なくない？
2020/05/06(水) 13:22:29.07
>>621
テキトーに煽ってラクに情報仕入れようとしてるだけだから構わない方がいい
2020/05/06(水) 17:09:31.84
>>620
そのパラメータってそういう効果があるのか。後で試してみます

てか今のところ一番厳しそうなのがZFS。ZFSで書き込み実験したドライブを他のファイルシステムで
フォーマットしようとすると分単位で進まなかったりする
2020/05/06(水) 17:16:33.71
お兄ちゃん達の言ってる事はさっぱりわかんないけど
僕も大人になったらお兄ちゃん達みたいな立派なBSD使いになるんだ！
2020/05/06(水) 17:32:10.64
それまでBSDが生き残ってるかどうか
2020/05/06(水) 17:34:14.52
DVDコピーしてHDDに貯めてた頃はZFSに夢見たけど、それしなくなったらメール貯めとくくらいしかないな、うちは。
2020/05/06(水) 18:19:37.31
OS Release: OpenIndiana 2020.04
2020/05/06(水) 18:38:41.04
OpenZFSは今は移植することが最優先だろうけど、それが落ち着いたらどんどん進化していくと思う
Linuxと共通のコードベースだし、マルチプラットホームというのは素晴らしいもんだな
2020/05/06(水) 19:14:48.27
XigmaNASとopenmediavaultを比較すると個人的にはコンソールの使用も考慮されているXigmaNASの方が好み
openmediavaultは良くも悪くも市販のNASって感じでお仕着せのUIが知らないことはほぼ何も出来ない
任意のパスをファイル共有で公開できないし、Btrfsを管理するUIも用意されていない
このようなUIを逸脱した運用をしたい場合WebUIを捨てる？しかなく、だったら素のDebianで良いじゃんとなってしまう
Linuxって良くも悪くもWindows化しているように感じる
2020/05/06(水) 20:18:16.71
SMRはZFSのresilverがちゃんと終わるのかが問題
2020/05/06(水) 21:02:54.33
>>600

SATAの記録方式ってあまり意識した事無かったから勉強になったわ。
GIGAZINEに書かれてたWD Redのraid云々もこれで理解できた。

　SSDに逃げるわｗｗｗ
2020/05/06(水) 22:51:44.94
>>600
WD RedシリーズHDDで使われているSMRは、DM-SMRだそうです。
https://gigazine.net/news/20200422-wd-red-smr-explanation/
2020/05/06(水) 23:37:30.03
SSDでテラバイト級のストレージを構築できる人ウラヤマシス
2020/05/06(水) 23:41:46.12
2万も出せば1TBのSSDを買うのは容易だからすでにそこまでではないかな。
2020/05/06(水) 23:51:28.23
バックアップやサブが不要なら良いけど普通そうはいくまい
2〜3台買ったらその差は結構な物に
秋葉原だとSSDは1T、1万くらい？HDDなら同じ値段で6T買える
2020/05/06(水) 23:55:41.75
まあ必要とする容量次第だな。
2020/05/07(木) 01:00:00.28
遅いけど大容量か、速いけどそれほどでもない容量か

俺は前者だな
理由は勿論、大量のエロ動画を溜め込んでるから
2020/05/07(木) 01:03:58.19
エロ動画じゃなくても今時の開発環境とか数十GB単位で消えていくからなぁ
2020/05/07(木) 07:10:45.78
>>637
兄貴、懲りずにクローラですか？
2020/05/07(木) 08:38:04.20
次期UFSとかext5とかでチェックサムと透過圧縮できるようにするだけでいい気がする
2020/05/07(木) 08:51:51.25
スナップショットは欲しい
UFSはあるけど
2020/05/07(木) 09:22:56.76
透過圧縮はほしいよな。NTFSが便利すぎる。
2020/05/07(木) 09:33:54.45
可愛い彼女はほしいよな。エッチする時の高揚感が違う。
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況