FreeBSDを語れ Part52

■ このスレッドは過去ログ倉庫に格納されています
2020/08/03(月) 06:36:24.43
The FreeBSD Project
https://www.freebsd.org/ja/

前スレ
FreeBSDを語れ Part51
https://mevius.5ch.net/test/read.cgi/unix/1590454119/

過去スレ
FreeBSDを語れ Part50
https://mevius.5ch.net/test/read.cgi/unix/1579244083/
FreeBSDを語れ Part49
http://mevius.5ch.net/test/read.cgi/unix/1567770470/

関連スレ
初心者もOK! FreeBSD質問スレッド その124
http://mevius.5ch.net/test/read.cgi/unix/1569601015/

##次スレは>>950を踏んだ人がたてませう
2020/10/11(日) 12:34:21.10
ファイル名はファイル自身のハッシュ値にして
中身の情報は別のテキストファイルで管理、でいいじゃん
2020/10/11(日) 17:18:53.98
>>740
なるほど
その仕組みとlibpuffsを組み合わせれば問題解決だな（棒読み）
2020/10/11(日) 18:08:18.28
1024byteでは短すぎるのである
2020/10/11(日) 19:45:16.17
>>732
「位」の事とは？

理由もなしに「位のこと」と書いていいなら
別に比較とかじゃなく「本質的な問題点」位の事しか書いてない
とか言ってもいいよねｗ
2020/10/11(日) 19:46:01.83
>>735
ネタかな？
ちょっとつまらないなｗ
2020/10/11(日) 20:16:23.12
最近すっかり煽りがヘタクソになったよな
2020/10/11(日) 20:58:26.31
>>743
要するにお前はまともに相手されてないって事だろ
2020/10/11(日) 21:22:31.57
まともに相手しないために、
意味不明なことを言ったの？ｗ
意味不明であることは否定しないんだな
2020/10/11(日) 22:02:34.01
Ubuntuの方がインストールが簡単なのは既知の事実なので
今更「インストールのしやすさ」の比較とか誰も興味無いんでしょ

だからそいつもいちいち食って掛かる奴には適切な日本語すら必要無いと思ってるんじゃね
どうせ都合の悪い話はスルーして論点すり替えるわけだし

現に支援ツールや派生ディストリビューションの話をされてもそっちのけだしね
2020/10/11(日) 22:11:06.47
いつまでもちっさい話を蒸し返してしつこく食い下がる奴って童貞くせえよな
2020/10/11(日) 23:14:48.61
>>744
無知乙w
2020/10/12(月) 13:21:06.98
>>750
UTF-16とUTF-8は完全に互換性があるので
化けることはありえません
752名無しさん＠お腹いっぱい。
垢版 |
2020/10/12(月) 14:21:39.41
完全互換だし文字そのものは化けていなくても
バグで utf-8 を ascii だと思ってそのままファイル造るようなあほなソフトだと結果的に化ける
2020/10/12(月) 15:13:31.36
>>751
日本語のテキストファイルをUTF-8で保存して無理矢理UTF-16で開いたら文字化けしたけど？
互換性が有るってどういう事？
2020/10/12(月) 15:22:04.20
>>751
もしかしてUTF-8とUTF-16は情報の欠落無しで一対一で変換可能な事を言ってんのか？
そんなの元が同じUnicodeなんだから当たり前だろｗ
NFSマウントしたらファイル名はUTF-8のバイナリのまま送信されてくるんだろ
それをUTF-16として解釈したら化けるに決まってる
smbの方はちゃんと変換してるのだろう
2020/10/12(月) 15:33:22.77
>>754
まあそいつはNFS使ったこと無い自称ハッカーだから
2020/10/12(月) 23:05:47.48
>>754
> NFSマウントしたらファイル名はUTF-8のバイナリのまま送信されてくるんだろ
> それをUTF-16として解釈したら化けるに決まってる

同じ理屈がFreeBSDにも当てはまるよね
WindowsはUTF-16のまま送信されてきて
それをUTF-8として解釈したら化ける
それはFreeBSDの問題だと言いたいわけなんだろｗ

お前は文字コードの変換機能がというものが
存在することも知らんのだろうな
2020/10/12(月) 23:53:33.65
文字コードの変換と言えばWindowsServerのSMB共有をmount_smbfsだったかで
マウントするとどう足搔いてもコード変換がうまくいかなくて諦めた記憶が。

UTF8特有らしいんだが今更別のコードにしたく無いしな…
2020/10/13(火) 02:15:50.12
>>756
落ち着けw
文章が支離滅裂だ
2020/10/13(火) 02:30:59.95
>>757
それってカーネル空間で使われるiconvが，3バイト以上のマルチバイトに対応していなかった時代の話じゃないの？
だから当時はサンバで日本語を使いたかったら，FreeBSDのユーザ空間でEUC-JPを使うしかなかった．
いつから問題なくなったかは覚えてないけど，今はUTF-8が問題なく使えるから試すべし．
2020/10/13(火) 02:37:06.93
FreeBSDのNFS実装には文字コード指定の機能すら無いのか？
2020/10/13(火) 02:39:00.21
昔からWindows 9x系はSJIS、NT系はUTF-16、LinuxはEUC-JPとかだったから
WindowsでもLinuxでもNFSに文字コード変換の機能は当然にように実装されていたが
2020/10/13(火) 03:05:18.99
>>760,761
へー、おっさん物知りじゃん
じゃあなんでこういう結構昔のQ&Aが存在するのかな
https://www.atmarkit.co.jp/bbs/phpBB/viewtopic.php?topic=37987&;forum=10

やっぱりNFSも使った事無いんだね
背伸びしちゃって(笑)
2020/10/13(火) 07:48:35.76
ファイル名に日本語使わなければいいのに
2020/10/13(火) 08:36:12.73
>>759
マジか！と思ってしらべたら8あたりで修正が完了しているっぽいorz

ためしにWS2003のNTFS上の共有を12で
% mount_smbfs -E UTF-8:CP932 //user@samba/pub /mnt
したら文字化けしないで変換されてlsでも漢字表示された。
ファイル作成も問題なし。

すばらしい！ありがとう
2020/10/13(火) 09:41:40.24
>>763
20年ぐらい前ならお前のレスも意味あったかもな
766名無しさん＠お腹いっぱい。
垢版 |
2020/10/13(火) 11:24:35.85
日本語使う香具師もうざかったが
ファイル名に空白入れる香具師もうざかった
2020/10/13(火) 12:42:22.05
sys/syslimits.hのPATH_MAXを4095くらいに、
sys/dirent.hのMAXNAMLENを1023くらいに拡張して欲しい
2020/10/13(火) 12:54:32.65
くうは　くはれるか　だ
2020/10/13(火) 20:26:32.78
全角スペースは普通に文字として認識されるから何も問題無いだろ
問題なのは半角スペースだ
Windowsアプリは対応必須だが、Unix系は対応してない場合が殆どだろうな
2020/10/13(火) 20:51:17.55
開発ツールの多くはWin版でも半角スペースとか漢字で死ぬぞ
tclとかのスクリプト言語に頼りすぎ
2020/10/13(火) 21:07:37.90
行儀いい子はコメントでしか日本語使わないから、気付かんのではないか。
もしくは、痛い目にあった事は避けるかで。
2020/10/13(火) 21:18:19.09
10 ｶｹ "ｵﾏｴﾗﾋﾏﾀﾞﾅ"
20 10 ﾆｲｹ

ｼﾞｯｺｳ
2020/10/13(火) 22:22:41.67
日本語プログラミング環境を整えてFreeBSDに小学生を呼び込もう
2020/10/13(火) 22:44:48.18
マニュアルの類も充実させないと
「小金丸さんのとこから取ってきてnkfで変換して使ってね」ではキッズは近寄りもしない
2020/10/13(火) 22:49:44.51
どの言語使うつもり？
Pythonみたいな今風じゃなくて、ただの記号じゃないかというawkでいいと思うんだけど
2020/10/14(水) 00:33:47.83
そこで、日本語Logoですよ
2020/10/14(水) 00:58:47.35
先生がFreeBSD使えないから、ロシア人/中国人の凄腕ハッカー枠で小学校に雇ってもらわないとな
2020/10/14(水) 01:56:04.94
日本語化したLispでいけるって
2020/10/14(水) 14:59:54.42
学校の技術の時間、コンピュータについての授業があった。
「コンピュータにはいろんなOSがある。みんなの知ってるOSを1つずつ挙げていこう。
誰かわかる人?」と先生が言った。
Windowsは真っ先に答えられた。
誰かがマッキントッシュと答えたが、先生はmacOSと修正して黒板に書いた。
Linuxという声も挙がった。
そのあと隣の奴がUbuntuと答えた。
すると先生は黒板のLinuxの文字の上をチョークでコンコンと叩いた。
キミの答えはここに既に含まれているという、ちょっと屈辱的な対応だ。
満を持してボクは手を挙げて答えた。
「FreeBSD」
すると先生は黒板のLinuxの文字の上をチョークでコンコンと叩いた。
2020/10/14(水) 15:19:48.13
ボクは挙げた手を半分おろして指で額をコンコンと叩いた。
2020/10/14(水) 15:27:36.38
中学の技術のテストで、内燃機関を使った例を複数記述せよ、という問いに
ディーゼル機関車を念頭に「機関車」と書いた。
帰ってきた答案に、機関車の部分に×がしてあった。
2020/10/14(水) 15:57:37.16
機関車は俺でも×つけるわ
783名無しさん＠お腹いっぱい。
垢版 |
2020/10/14(水) 16:25:51.45
CP/M
MS-DOS
hogehoge-DOS
BeOS
OS2
OS9
Plan9
2020/10/14(水) 16:30:32.66
HARIBOTE-OS
MonaOS
MINIX
OREOREOS
2020/10/14(水) 16:45:10.40
超漢字
2020/10/14(水) 17:33:00.36
の部分に×がしてあった。
2020/10/14(水) 17:37:58.26
S-OS SWORD
788名無しさん＠お腹いっぱい。
垢版 |
2020/10/14(水) 17:43:23.46
TRON
呼んでないし
2020/10/14(水) 19:01:11.27
超漢字とBeOSは名前が売れた時期が同じ位だが、超漢字はOSっぽくないね。
BeOS成功してたら、XWindow をGUIを持つOSは、もっと古臭くなってたかもしれないね。
2020/10/14(水) 19:16:18.34
BeOSが失敗した理由の１つはウインドウシステムが使いづらかったから
2020/10/14(水) 19:19:54.15
OS/360
MVS
VOS1〜3
ACOS-6
Multics
BSD/386
Human68k
UNI+ (ユニックロス)
2020/10/14(水) 19:27:03.61
XENIX
2020/10/14(水) 19:40:41.27
MacOS X が別に使い易くなかったので、NeXTSTEPから何で変えたんだよと思った。
あと、別にFreeBSDからパクらなくてもよかったのに、テクニカル的にお薦めした人がいたのかと、不思議に思っている。
2020/10/14(水) 20:22:02.64
>>779
先生、間違ってます
2020/10/14(水) 20:37:21.43
>>779
どこで初出だったっけ、このコピペ
2020/10/14(水) 23:24:22.50
>>793
kernelに組み込まれている4.4BSDの部分を新しくしたかったからでしょ
新しくしたのはTCP/IPスタックだけらしいけど
2020/10/15(木) 01:30:08.74
>>793
そこでおさえておこう！ジョーダンさん不運の物語
https://ja.wikipedia.org/wiki/%E3%82%B8%E3%83%A7%E3%83%BC%E3%83%80%E3%83%B3%E3%83%BB%E3%83%8F%E3%83%90%E3%83%BC%E3%83%89
2020/10/15(木) 03:30:15.82
>>797
NeXTBSD に興味が激しく湧いたが、既に死んでるっぽい。
2020/10/15(木) 08:13:03.05
>>797
そこから辿ってみたけど高いね、「UNIX税」
https://www.opengroup.org/openbrand/Brandfees.htm
2020/10/15(木) 08:30:25.06
>>791
z/OSもいれたげてよ
2020/10/15(木) 08:39:48.07
>>800
最近（でもないか…）の奴はよー知らんのよ
2020/10/15(木) 09:08:26.56
AIX
NEWS-OS
HP-UX
癖があって面白かった
2020/10/15(木) 14:25:34.57
ITRON
L4( OKL4,seL4,Genode）GenodeのUNIX互換ライブラリはFreeBSD由来のコードが使われている
VxWorks
QNX
2020/10/15(木) 14:32:23.01
マイクロカーネルはやはりメッセージパッシングを桁違いに高速化したL4以降の第2〜4世代でしょ
MacOSは第1世代のMachベースなので残念だったね
2020/10/15(木) 16:05:10.51
>>804
macOSのkernelはBSDをkernel空間で動かしてるから遅くなってない
MachのIPCは他のライブラリとかで便利に使われているはず、詳しくは知らんけど
2020/10/15(木) 16:34:38.63
>>805
んーだからね
MacOSの場合は元がメッセージパッシングだった実装をわざわざ関数呼び出しに書き換えた残念実装だよね

リートケのL4以降のマイクロカーネルはMachの実装が遅い主な原因はメモリのフットプリントが大き過ぎる事が
原因であることを実証したものでカーネル空間に置くコードを極小化、単純化してメッセージパッシングが十分に高速になる実装なんだよ
2020/10/15(木) 16:44:35.70
メッセージパッシングでメモリのフットプリントが大きいと命令キャッシュを埋め尽くしてしまい、コンテキストスイッチで捨て去ることになる
IPCを多用するシステムではとても重いものになる
これを避けるためIPCの核になるコードを1次キャッシュの大半より小さいコードにする。カーネル空間に置くコードも必要不可欠なもの以外は排除する
というのがL4以降のマイクロカーネルの思想
2020/10/16(金) 06:36:06.66
レディス4
2020/10/16(金) 09:26:17.89
FreeBSDを起動するたびに三越のCMが出るようになるのか
810名無しさん＠お腹いっぱい。
垢版 |
2020/10/16(金) 09:53:04.41
RC3 builds begin
2020/10/16(金) 10:28:48.79
うちのはさっき見てみたら終わってますた
2020/10/16(金) 17:18:38.28
>>779
MacOS(ｺﾝｺﾝ
2020/10/16(金) 22:22:23.12
>>779
漢字TALK7,1
814名無しさん＠お腹いっぱい。
垢版 |
2020/10/17(土) 11:16:27.18
Darwinとは何だったのか
2020/10/17(土) 11:32:03.64
進化論を発表したんだよ。
じゃなくてユーザに改良して欲しかったのだろうが、リンゴ文化と相容れなかったんじゃね？
GUIから作る連中だし。
2020/10/19(月) 15:28:30.13
>>779
Windows(con con)
817名無しさん＠お腹いっぱい。
垢版 |
2020/10/20(火) 20:19:17.72
12.2-RELEASEはいつ?
2020/10/20(火) 20:22:15.19
明明後日の午前９時以降
2020/10/21(水) 07:20:21.27
ありがとう。

BSDが3つ足並みを揃えたかのようなタイミングだな。
COVID-19の影響か
820名無しさん＠お腹いっぱい。
垢版 |
2020/10/23(金) 09:04:36.08
r366954 | gjb | 2020-10-23 09:00:52 +0900 (2020/10/23 (金)) | 8 lines

- Switch releng/12.2 from RC3 to RELEASE.
- Add the anticipated 12.2-RELEASE date to UPDATING. Fix
a missing colon in the previous UPDATING entry while here.
- Set a static __FreeBSD_version.
2020/10/23(金) 16:50:00.92
RELEASE builds begin
2020/10/23(金) 18:57:59.57
ISOイメージはこちらに準備できました！！
https://download.freebsd.org/ftp/snapshots/amd64/amd64/ISO-IMAGES/13.0/
2020/10/23(金) 19:07:29.95
親切杉で目頭が熱くなりますた
2020/10/23(金) 19:25:43.46
>>822
13.0ってなんなの？
と、思ったけどトップページからリリースまでのスケジュールは載ってたの見たわ。
2020/10/23(金) 21:30:37.56
不吉なバージョン
2020/10/23(金) 21:34:17.88
デーモン君の名にかけて当たりだといいね
2020/10/23(金) 21:39:02.36
だえもん君、ジェイソンのコスプレで登場！
2020/10/23(金) 22:07:51.19
FreeBSDには圧倒的に足りないものがある!!!!!!!!
それは熱くむさ苦しいほどのリリースソングだ!!!!!!!!!!!!!!!
2020/10/23(金) 23:22:45.23
ボクだえもんが歌うかわいいのがいいな
2020/10/23(金) 23:25:55.17
マジンガーZのメロディーに合わせて作詞すれば。
FreeBSDってリズム感ないんだけど。
BSDだけなら、これだけど
https://livedoor.blogimg.jp/minematsurie/imgs/0/7/07b6de1c.jpg
2020/10/24(土) 17:29:19.67
OpenBSD被れの志賀が絡むと何もかもが盛り下がる定期
2020/10/24(土) 18:11:30.41
Linuxかぶれからのライセンス違反でアンチUbuntuだの
OpenBSDかぶれだのIchigoJamかぶれだの
フンコロシガの奴、マジで迷惑極まりない
2020/10/24(土) 18:36:47.36
>>824
死神をイメージするカードだが、生の世界から死(霊)の世界にランクアップする重要なキーとなるカードである
2020/10/24(土) 18:50:42.64
日本語でおｋ
835名無しさん＠お腹いっぱい。
垢版 |
2020/10/24(土) 18:56:06.70
パルスのファルシのルシがコクーンでパージ
2020/10/24(土) 20:53:02.87
#今日知ったこと
HDD上に構成したzfsにzfs attachでSSDを追加(つまりはミラーリング)したんだけど進行速度がめちゃくちゃ遅い
具体的には3日かかってようやく10GBを超えたくらい
で、ふとzfs arcに制限していたことを思い出して制限を緩くした
% doas sysctl vfs.zfs.arc_max=8000000000 vfs.zfs.arc_meta_limit=8000000000
そしたら30分もしないうちに"resilvered 40.7G"となって完了しててびっくり
zfs arcの制限はあまりしないほうがいいってことを教訓にしたい

ちんあみに更新前のloader.confの一部を晒しとく

% grep zfs /boot/loader.conf
zfs_load="YES"
vfs.zfs.arc_max=2G
vfs.zfs.arc_meta_limit=2G
vfs.zfs.min_auto_ashift=12
2020/10/24(土) 21:05:55.68
zfsはメモリ大尽の為のものだぞ、
下手に制限すると劇重になる
838名無しさん＠お腹いっぱい。
垢版 |
2020/10/24(土) 22:59:55.96
PC-BSD->TrueOSはデスクトップ用途にzfsを採用した結果、誰も使わなくてなって終わった。
839836
垢版 |
2020/10/24(土) 23:07:24.35
>>837
本当にそれだね
これまでユーツーブ見てて1分あたり何度かプチフリがあったけどそれが滅茶苦茶軽減されてるしw
俺、次のPCを組む時は64GiBのメモリを積むんだ……(今は32GiB)
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況