FreeBSDを語れ Part54

■ このスレッドは過去ログ倉庫に格納されています
2021/08/27(金) 19:54:04.75
https://mevius.5ch.net/test/read.cgi/unix/1607845477/
The FreeBSD Project
https://www.freebsd.org/ja/

前スレ
FreeBSDを語れ Part53
https://mevius.5ch.net/test/read.cgi/unix/1607845477/
過去スレ
FreeBSDを語れ Part52
https://mevius.5ch.net/test/read.cgi/unix/1596404184/
FreeBSDを語れ Part51
https://mevius.5ch.net/test/read.cgi/unix/1590454119/

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

##次スレは>>950を踏んだ人がたてませう
2022/03/16(水) 21:35:17.54
debianはslinkから使ってる
最初の頃はネットに繋ぐのすら大変だった
NICが認識しないとか
モジュールが入ってなくてカーネル再構築しないといけないとか
debianはトータル何十台にインスコしたかわからんが
NetBSDは遊びでマックに一回入れただけ
OpenBSDは遊びで数回入れただけ
FreeBSDは一回も入れたこと無い（けど興味津々だから許して）
2022/03/16(水) 23:17:32.64
>>770
許されたければ今すぐFreeBSDをインスコせよ
せっかくだからhelloSystemでもええよ
2022/03/16(水) 23:56:31.23
おら5.xの頃までFreeBSD使ってたな
773名無しさん＠お腹いっぱい。
垢版 |
2022/03/17(木) 03:46:11.63
最新13.0だけどバージョンひと桁台の時と比べると
とてもスマートになった感触があるね
2022/03/17(木) 09:22:39.87
Commit: Glen Barber
CommitDate: 2022-03-17 00:06:38 +0000

　13.1: update to BETA2
2022/03/17(木) 13:00:26.50
日本語IMは何使てるん
2022/03/17(木) 13:25:14.32
emacsではanthy
2022/03/17(木) 15:34:44.32
最近はもっぱらfcitx5-anthy
778名無しさん＠お腹いっぱい。
垢版 |
2022/03/17(木) 16:00:38.46
Wnn は FreeWnn とOpenWnn に分裂したんだっけ？
2022/03/17(木) 16:49:15.75
ibus-mozc
2022/03/17(木) 17:56:37.15
NetWnnもありそうだなｗ
2022/03/17(木) 18:03:19.39
DragonFlyWnnも
2022/03/17(木) 18:24:59.17
おれは、橋本cannaだったけど。
今はanthyに浮気中。
2022/03/17(木) 19:24:39.07
fcitx5-skk
2022/03/17(木) 19:41:47.27
LibreWnnもあったような
2022/03/17(木) 20:16:28.94
fcitx5-mozc なんでいないのか。
2022/03/17(木) 22:21:42.24
参考までにDebianパッケージのfcitx5対応パッチ見てみたけど
なかなか大変そうだよ
2022/03/17(木) 22:40:43.38
Debian でfcitx5 きちんと使えてるけど。
fcitxの古い設定が悪さしてるかもしれないんで、デフォルトには1回戻してみたりはしたが。
2022/03/17(木) 22:46:51.82
http://ftp.debian.org/debian/pool/main/m/mozc/mozc_2.26.4220.100+dfsg-5.1.debian.tar.xz

あくまでこの中のfcitx5対応パッチを見ての感想
果たして日本語入力関連のportsメンテナであるあの先生が腰を上げて下さるかどうか
2022/03/17(木) 23:29:10.48
fcitx ってCJKな国の人が使うから、日本人以外がメンテナーじゃないの、と思ったり
2022/03/17(木) 23:44:06.56
789がfreshportsをmozcで検索する気すら無い事はよくわかった
2022/03/18(金) 02:14:06.03
あああっ！
肝心な話題なのに、肝心なタイミングで話題に乗り遅れてしまったあああ！
いちおう書かせてえええ！

Windows版のATOKを、Wine＋wimeで、
Cannaクライアントから使ってる《くだけた表現》よ！

※「余所で」が出るので、User-AgentをWindows10(Chrome98)で書き込み。
2022/03/18(金) 09:16:44.40
現代に蘇ったワークステーションたるMac Studio買わんの？
BSDやで
2022/03/18(金) 09:25:37.68
Mac Studio Part2
https://egg.5ch.net/test/read.cgi/mac/1646804858/
macOS 12 Monterey その6
https://egg.5ch.net/test/read.cgi/mac/1645500766/
2022/03/18(金) 18:25:38.29
>>704
2000年以前にあった議論は定量的な見方をしないと意味不明確かも
Mach3.0辺りのマイクロカーネルはメッセージパッシングにかかる時間は100μS程度と当時のCPUの速度を考えても極端に遅かったんだわ
これに実装で挑戦したのがヨッヘン・リートケのL4マイクロカーネル
高速化の手法は何でも試したとか
それとプロファイリングも徹底的に行ってメッセージパッシングのオーバーヘッドを数十マシンサイクルまでに減らした
それから得られた結論で、メッセージパッシングが従来遅かったのは
「メッセージパッシングのフットプリントが大きく、コンテキストスイッチで簡単に命令キャッシュを使い果たしてしまうこと」
だから極限までカーネルモードで動く部分を小さくしてしまい、メッセージパッシングも単純で高速なものに限定してしまえばマイクロカーネル化しても遅くならない
これがリートケの発見した極小原理になった。だいたいこんな内容
「カーネル内に実装してもいいのは、それをカーネル外に実装したらシステム上の機能不全になってしまう場合だけ」
L4系のマイクロカーネルはとても小さい組み込み用に使われているOKL4は16000行
最近の開発だとseL4がgithubにある
各種アーキテクチャに対応のコードが含まれるけど25000行ぐらいかな
2022/03/18(金) 18:39:45.57
>>750
俺はデスクトップ画面がいらない／邪魔な使い方が多いので
Ubuntu Serverを愛用しているよ
ESXiにDocker的な使い方になるかな
2022/03/18(金) 18:48:49.36
>>706
その「ハイブリッドカーネル」的な開発したのがMacOS X/Darwinだけど
Mach3.0のメッセージパッシングな部分を通常の関数呼び出しに書き換えた
最初の開発時期が丁度リートケがL4に取り組んでいる時期なんだわな
当時のL4は完全に研究レベルの実験的な物だったから妥当な開発方針
と言える
現在のL4系列の進化したマイクロカーネルはMacOSとは逆方向に発展
したと言える
OKL4等のマイクロカーネルは今は組み込み用ハイパーバイザーとして
実用になっていて実はiPhone等で使われているクアルコムのチップの内部で
使われているらしい
seL4はセキュリティ方面の研究で使われている。実装の完全性の検証とか
ケイパビリティセキュリティとか
2022/03/18(金) 23:50:38.05
　:::....　　　／|＼||　　　
　　　　 ／／|'＼＼.... ...:::.. .......
　　　　|／　,'|-､ ＼＼
　　　　|／　,'|-､ ＼＼＼
　　　　|／　,'|-､ ＼＼＼|.... ...:::.. .......
　　　　|／　,'|-､ ＼＼＼|:..。..... ...:::.. .......
　　　　|／　,'|-､ ＼＼＼|__|
　　　　|／　,'|-､ ＼＼＼|:...|ヽ　.... ...:::.. .......
　　　　|／　,'|-､ ＼＼＼|::::|　|::.....　
　|￣￣￣￣￣＼､'＼＼|;;:.|_,,|＿＿＿　　　
　| □□ □□ |　|＼, ＼|;;::....　　　　　|＼
　| □□ □□ |　|　 |￣￣￣￣|＼;: . |　 |
　| □□ □□ |　|　 |□□□□|　 |::...|　 |;;:
　| □□ □□ |　|　 |□□□□|　 |::...|　 |:;:.／
　| □□ □□ |　|　 |□□□□|　 |::...|　 ／
　| □□ □□ |.._|__,,|□□□□|　 |::...|／　　
,,|￣￣￣||￣￣＼≡＼,□□□|／ ,／

今北産業 [IMAKITA INDUSTRIAL CO.,LTD]
　　　　　（1978〜　日本）
2022/03/19(土) 07:46:02.14
>>794 >>796
いいね！(^^)b
2022/03/19(土) 12:53:26.98
>>794 >>796
706だけどめっちゃためになった。
俺の知識が古いまま固定されていたことがばれてしまったな。
ちゃんと更新しときます。
2022/03/19(土) 15:16:55.02
おまいら突然専門的になるのやめれー
やっぱり腐ってもお前らスゴイんだな
2022/03/19(土) 15:21:30.06
さすがUNIX板住人
こうでなくては
2022/03/19(土) 16:54:49.25
ハイブリッドカーネルって、インチキ臭い名前を止めた方がと思った。
あと、マイクロカーネル、コード量が少ないのはこれから勉強する人には (≧∇≦)b と思った。
2022/03/19(土) 19:12:42.48
イキって出たばかりのベータ版を
ろくにテストもせずぶっこんだ俺が悪いと前置きしておく

インストールメディアからブートしデフラグ目的でzroot再構築、退避データをreceiveするも何故かカーネルパニック連発
半ベソになりながら駄目もとでDebianのライブメディアから同じ手順を実施し無事生還しますた

OpenZFS万歳
2022/03/19(土) 19:52:58.66
>>803
もしかしてメインマシンにインスコしたの？
ちょっと冒険しすぎましたね・・・。
2022/03/19(土) 20:26:29.13
>>804
はい　ちょっとイキり過ぎてしまいますた
まあベータ以前のバックアップも無いわけじゃないんですが
結構古めだったもんで

803みたいな現象以外は至って安定しとりますわ　今のところは
2022/03/19(土) 21:59:16.32
10年ほど前のノートPCにhelloSystemのライブ版を試してみた。
インテルのi3 4コアCPUでメモリ4GiBでも動作は問題なさそう。
内蔵WiFiも利用できたし音もでりゅ。
けどまだまだ開発版っていう色が強くて常用は無理っぽい。
何より日本語表示どころかロケールもいじれない。
もうちょい完成度が上がれば素人を騙してFreeBSDに引き込めそう。

ところでこれってFuryBSDに関係してるんだろうか？
md5ファイルに含まれるパスにFuryBSDって見えるのが気になった。
$ fetch -o- https://github.com/helloSystem/ISO/releases/download/experimental-13.1/hello-0.8.0_0H19-FreeBSD-13.1-amd64.iso.md5 2> /dev/null
MD5 (/usr/local/furybsd/iso/hello-0.8.0_0H19-FreeBSD-13.1-amd64.iso) = d9aa16d7c4eb84e763c3e0901d1ab53d
807名無しさん＠お腹いっぱい。
垢版 |
2022/03/20(日) 11:38:18.84
FuryBSDの置土産のライブCDビルダをそのまま使ってるんでないの
https://github.com/furybsd/furybsd-livecd
2022/03/21(月) 16:26:49.98
なるほど。俺もそのうち参考にしたい。
2022/03/21(月) 18:48:24.84
>>802
テキストもPDFで公開されてるタネンバウム先生のMINIXは今でも色褪せない
2022/03/21(月) 19:30:19.59
コードのコピペもできるけど、自分で打込んでみてこそ。
途中、改修を試みてエラーが止まらないとか吉。
カーネルのコード知らないから、どうなるんたろ。
2022/03/21(月) 23:25:10.28
今のロシアの状況ってFreeBSDっぽい。
2022/03/22(火) 03:24:35.18
ちんちんシュッ！シュッ！シュッ！
2022/03/22(火) 09:21:54.43
いろいろ不要パッケージや不要ファイルが溜まってきたので昨日リフレッシュ用データセットへ再インスコ実施
こんなことがZFSだとシステム稼働したままできるので便利
2022/03/24(木) 14:09:48.96
リーナスはmicro Emacsを使ってるそうな
わしもビル・ジョイにはすまないと思うがviではなく
emacsかmgかngを使っている
リーナスと同じ

FreeBSDのviとubuntuのviは使っていると違う気がする
古臭い感じ
まあ使わないんだけど
2022/03/24(木) 14:45:13.37
文面だけで判断するならば構って欲しいお客様なんだなと言う印象
2022/03/24(木) 14:51:34.42
訂正
ubuntuのviはvimだった
viとvimなんだから別物でしたね
2022/03/24(木) 15:40:27.00
>>816
BSD でも純粋なviとは違わないか？
https://ja.m.wikipedia.org/wiki/Elvis
2022/03/24(木) 15:43:17.00
ごめん、こっちかな
https://ja.m.wikipedia.org/wiki/Nvi
2022/03/24(木) 17:45:12.17
今時Solarisでもvimちっくだし昔ながらの不親切なviは淘汰されたのでは
古いOS入れてたらその限りではないけど
そういえば386BSDの頃はtermcap整備するところからやらないとマトモに使えなかったねw
2022/03/24(木) 17:47:24.15
elvisとかの軽量viはこれも昔のMINIXとかの標準エディタだよね
今のMINIX3はリッチな環境だしNetBSDのパッケージ使えるから気にしないか
2022/03/24(木) 17:50:15.10
μEmacsはelisp入れない素の(キーバインドだけの)Emacsって感じだっけ
昔はNEmacsでも十分軽かったから専らそっちを使ってた
2022/03/24(木) 18:40:24.31
昔はRedhat はvimでDebianはelvisだった気がする。
vim でBS 使えて便利〜、って当時学校のAIXの動きと比べてたわ。
その後、BS 無くても何とかする技を身につけるようになると...
廃人だったな。
最近は廃人なんて言葉、使わなくなったが健全化したのだろうか。
2022/03/24(木) 18:50:16.50
良い雰囲気
2022/03/24(木) 18:53:28.05
>>821
microemacsはMS-DOS時代にずいぶんとお世話になった
Pasopia16とかFM16βとかばかりだったから
REDとか無かったし…
2022/03/24(木) 18:56:29.06
30年近くunix系マシン触っていますが、
elispは書けないので、micro Emacsで十分です。
2022/03/24(木) 19:00:43.43
MS-DOSからFreeBSDに入った自分にはeeが非常に有り難い存在だったよ
2022/03/24(木) 19:29:41.19
サイズを比べると

ee 97752
mg 197040
ng 242424
vi 449496
vim 3513384
emacs-27.2 6156952

vimはでかいね
2022/03/24(木) 20:27:50.65
Commit: Glen Barber
CommitDate: 2022-03-24 00:01:49 +0000

　13.1: update to BETA3
2022/03/24(木) 20:51:22.45
エディタの話、楽しい
2022/03/24(木) 21:21:40.42
>>824
PC-98で使ってた
memacs.exe
で
micro emacs 9.3e (J1.3)
2022/03/24(木) 21:32:13.52
今は甘ぁ〜いnanoがあるからなあｗ
2022/03/25(金) 01:28:34.53
リーナスが使ってるmicro emacsは、自分でリポジトリを管理してるから、最初のmicro emacsとは大分違ってそう
2022/03/25(金) 07:18:46.87
>>828
試してみたがOSの起動と終了が速くなったな
特に終了はLinuxと遜色無いレベルになってきていた
2022/03/25(金) 09:19:23.89
ターミナル一つ、開けるとしても参照用のドキュメントのターミナルを開いている省エネの人がEmacs使いたいんだよね？
それができる人には合理的だと謂う。
2022/03/25(金) 09:46:19.01
FreeBSDにももうじきGNOME42が来るな
https://www.freshports.org/search.php?query=gnome
2022/03/25(金) 20:22:20.80
>>824
私は demacs、ちょっと重たかったけど…
837あぼーん
垢版 |
NGNG
あぼーん
2022/03/27(日) 06:53:54.58
hjklでしかカーソル移動を受付けないviは絶滅危惧種
2022/03/27(日) 07:12:17.56
こいつの事か
https://i.imgur.com/QJXBc4i.png
2022/03/29(火) 09:39:55.97
678 付近で話題になってたけど、Wikipedia 編集したの誰だよ。
UNIX哲学に嫌味を書いてる奴がいる。
差分を見たら、ここだけど。
https://ja.m.wikipedia.org/wiki/%E7%89%B9%E5%88%A5:%E6%90%BA%E5%B8%AF%E6%A9%9F%E5%99%A8%E5%B7%AE%E5%88%86/71319821
2022/03/29(火) 10:09:41.55
FreeBSDの語らいを邪魔するやつは許さんが
UNIX哲学は割とどうでもいい
2022/03/29(火) 10:36:07.94
>>840
でもそんなに間違ってなくね？

むしろただの哲学を原理や原則みたいに勘違いして
唯一の正しい定義があるみたいな考えの方が問題
今となってはUNIX哲学も現実に当てはまってるとは言えないし

特にガンカーズのUNIXの哲学とか具体過ぎてて今じゃアレって思うような内容だし

5. 単純なテキストファイルにデータを格納せよ。
7. 効率と移植性を高めるためにシェルスクリプトを利用せよとか
9. 全てのプログラムはフィルタとして振る舞うようにせよ。

これ多分UNIX時代の唯一の主流言語だったC言語のバイトオーダーの話してるんだと思う

重要性が低い教義の
3. 小文字の短い名前を使え。
これも可読性からしたら間違い
2022/03/29(火) 11:01:19.58
lsがListUpFileNamesInCurrntDirだったらやだな
2022/03/29(火) 11:10:40.84
listでいいだろ
2022/03/29(火) 11:43:46.53
>>842
5はJSONとかで未だに使われてるし、シェルスクリプトもそうだ
フィルターとして振る舞えは、関数型プログラミングで実践されてる
今も十分現役な哲学だ
2022/03/29(火) 12:23:00.81
>>843
例えばpowershellのls,dirは実体はget-childitem
基本的にpowershellのコマンド(cmdlet)は動詞いハイフン名詞で命名
でもls,dirはエイリアスとして普通に使える
丁寧にもgciってエイリアスも定義されている
まあ、そういう事なんだろう
可読性は基本的に意味を明記すべきだけど、同様に符号化定理の通り頻度が高いものを短くするメリットも大きい

あと、powershellにもフィルタの概念があるけど、フィルタで渡すのはテキストじゃなくてオブジェクトだが、これが使いやすいかは人による
2022/03/29(火) 13:23:57.70
UNIX嫌いな人のケースは知らないけど、UNIX哲学は先駆者がUNIX使いながら付け足していったもので、当日は受け入れられていたものだから。
それを後の人間が大した事ないって書くのはJapanバッシングのコメントみたい。
2022/03/29(火) 13:27:26.70
誰もそんなこと書いてない様にしか見えないけど
2022/03/29(火) 14:34:55.51
>>848
ここら辺の話でしょ

> 今となってはUNIX哲学も現実に当てはまってるとは言えないし
> 特にガンカーズのUNIXの哲学とか具体過ぎてて今じゃアレって思うような内容だし

まあ哲学なんて言ったもん勝ちみたいな所があるから外野がどうのこうの言っても埒はあかんだろうと思う
2022/03/29(火) 15:19:03.20
哲学や原理主義を熱弁したがる人は大体地に足付いて無いからなあ
勿論そうでない人もたまにいるが
2022/03/29(火) 15:25:36.52
最新の米艦隊配置
https://news.usni.org/wp-content/uploads/2022/03/FT_3_28_22-1.jpg

Kearsarge両用即応グループ（ARG）は、「チョップ」ラインを越えて第6艦隊に入り、
大西洋の真ん中にあります。
米国第2艦隊によると、3隻のKearsarge両用即応グループのうち2隻は、
3月16日にバージニア州ノーフォーク海軍基地とノースカロライナ州キャンプレジューヌから配備されました。
USS Kearsarge（LHD-3）とUSS Arlington（LPD-24）は、海兵遠征部隊22を乗せて東海岸を離れました。
3番目のアンフィブであるUSSガンストンホール（LSD-44）は、今月後半にバージニア州
リトルクリークフォートストーリー合同基地から配備される予定です。
ロシアのウクライナ侵攻が続く中、Kearsargeが進行中のNATOプレゼンス作戦の
一部になるかどうかは不明です。
2月下旬の侵攻以来、米国とNATOは、バルト海と地中海に海軍力を集中させてきました。

USSジェラルドRフォード（CVN-78）は、バージニア岬を航行中です。

基本的に、３個空母群、２個遠征群だけですね
852名無しさん＠お腹いっぱい。
垢版 |
2022/03/29(火) 17:15:19.23
>>845
> 5はJSONとかで未だに使われてるし、シェルスクリプトもそうだ

JSONは単純なテキストファイルじゃないぞ
半構造型のテキストファイル

それに単純なテキストファイルを廃止しろという意味ではなくて
単純なテキストファイル"以外"の形式も使えってことだ
画像とかテキストファイルじゃだめだろ
853名無しさん＠お腹いっぱい。
垢版 |
2022/03/29(火) 17:16:30.31
>>845
> フィルターとして振る舞えは、関数型プログラミングで実践されてる

これも同じ。

> 9. 全てのプログラムはフィルタとして振る舞うようにせよ。

全てと書いているから、全てのプログラムをフィルタにしなくていいという話をしてる
デスクトップアプリとかフィルタにしたって意味ないだろ
854名無しさん＠お腹いっぱい。
垢版 |
2022/03/29(火) 17:17:34.90
>>847
「大したことない」って言ってるのはお前なの
俺はUNIX哲学が当てはまらない例はいくらでもあるという話をしてるの
855名無しさん＠お腹いっぱい。
垢版 |
2022/03/29(火) 17:19:07.34
>>850
自分の哲学を持ってないから、偉人が言った哲学にすがってるんだと思う。
偉い人がそう言ってる（実は言ってない）から、俺は正しい！みたいな
そういう使い方してる人多いよね
2022/03/29(火) 17:55:28.89
>>855
それってまさに「ちんちんシュッ！シュッ！シュッ！」じゃね
言葉だけ覚えて体得した気になってる感じで
2022/03/29(火) 18:14:24.11
目つきのヤバい少年がナイフをシュッ、シュッと振り回しながら
2022/03/29(火) 18:21:43.97
で、自分の美学哲学を論破されると発狂して突飛な行動をしだすと
怖いですねえ　恐ろしいですねえ　くわばらくわばら
2022/03/29(火) 19:10:26.95
一番打つコマンドが短いのは最高に賢いと思うけど

cd cp mv ls ps rm
2022/03/29(火) 19:16:44.76
そろそろ「UNIX哲学を語るスレ」でも立ててそっちでやってくれる？
そうすりゃ多少扱いがマシになるかもしれない
2022/03/29(火) 20:27:06.51
あるんだなこれが

Unixの哲学
https://mevius.5ch.net/test/read.cgi/unix/1344010423/
2022/03/29(火) 20:31:38.72
SunOS4.1.4の時の/sbinは6個ぐらいしかコマンド無かったのに
なんでFreeBSDは/sbinのコマンド多いんだ

それとubuntuは/にあるbinやsbinは/usrにあるやつのシンボリックリンクなのに対して
FreeBSD /bin と/usr/sbin、/sbinと/usr/sbin が別々

たぶん何か意味があるはず
2022/03/29(火) 21:08:04.34
>>859
別に賢くない。

昔のコンピュータのエンドユーザーは、
今のCLI使えるコンピュータに詳しい専門家で
テレタイプの印字がおそすぎてイライラするから
そうなっただけ

chdir copy move list proc remove
今ならこれでいいだろ、そんなわからん略称よりも
2022/03/29(火) 21:08:46.73
>>862
FreeBSDの基であるBSD4.4で各ディレクトリの役割が明確に定義されたから
LinuxのLSBもこれを参考にしている
あとUbuntuはDebianのポリシーに影響されているのでRedhat系とは異なる
2022/03/29(火) 21:09:59.12
> chdir copy move list proc remove

ああ、タイプする前からイライラさせるアイデアです
2022/03/29(火) 21:10:45.30
古典的なLISPのコマンドもとても短いので
2022/03/29(火) 21:12:27.90
>>862
> SunOS4.1.4の時の/sbinは6個ぐらいしかコマンド無かったのに
> なんでFreeBSDは/sbinのコマンド多いんだ

ディスクの空き容量をケチる必要がなくなったから
デフォルトでインストールするコマンドが増えただけ

> それとubuntuは/にあるbinやsbinは/usrにあるやつのシンボリックリンクなのに対して
> FreeBSD /bin と/usr/sbin、/sbinと/usr/sbin が別々

ディスクの空き容量をケチる必要がなくなったから
ディレクトリ（パーティション）を分ける必要がなくなっただけ
どちらからも参照できたほうがシバンを気にしなくていいから便利

コマンドの数が増えたのも、/binと/sbinに分けなくなったのも
ディスクが増えたから、昔のようにケチる必要がなくなったからだよ
2022/03/29(火) 21:13:15.12
>>865
じゃあfindもfdとかにしたら？ヴァーカ
2022/03/29(火) 21:14:39.90
>>866
古典的なLISPもテレタイプ時代の印字が遅かっただけ
それで普及したからいまさら変えられないが
短いことに印字速度以外のメリットはない
2022/03/29(火) 21:16:07.93
ちんちんシュッ！シュッ！シュッ！
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況