Debian GNU/Linux スレッド Ver.103

公式サイト
https://www.debian.org/sitemap

前スレ
Debian GNU/Linux スレッド Ver.102
https://mao.5ch.net/test/read.cgi/linux/1744820527/

サムネイルなんて実装の良し悪しがもろに出るからな
マシンスペックではなくてPCManFMが大量のサムネイルを扱うのが苦手という話では？

5万枚の画像ってなに？
動画ばらしたとか

>>174
その程度の枚数なら１５年前使ってたgeodeNX機で処理してたがそんなことなかった
１枚１枚処理がかかるスクリプトまわしても終わるまで時間がかかるだけだった
M黒ソフト製のOSでもあるまいし大変なこととは一体？

画像1MByteとして5万枚で50GByte
画像5MByteとしても250GByte
多いけど同時にメモリ上にある必要性はないわけで

ディレクトリ分けるだけでも捗るかと

>>175
>大量のサムネイルを扱うのが苦手
苦手てな原因がサムネの生成が遅いからなら
俺プログラム等であらかじめPCManFM用サムネを生成しておけばいいんだろうが
(>>177が15年前にやったようなことをやれば良い)
そうすれば気にならない時間でサムネ表示が可能になるんじゃないのかな

なんでそんなになるまでフォルダを分けて置かなかったんだよｗ
まず最初に保存日で月とか年ごとに分けるところから始めた方が良いんじゃね

>>174
そうじやなくて、1つのフォルダに5万ファイル置くのがアウトだろ

lsするだけでくっそ遅いはず

ゴミ屋敷Linux

それこそファイルシステムによる
xfsはbtrfsに比べてファイル数多くてもめちゃはやいよ

1ディレクトリ5万ファイルだと閲覧する人間の能力の限界を超えそうだ

5万ファイル目視ならripgrepの置か世話になる方が効率高め

DBのログなら5万件位直ぐいくよ

てか画像5万て拾ったエロとかそれに準ずるくだらないファイルじゃないの？
溜あんまり想像つかないわ

pcmanfm --desktop-offで解決

>>181
別に普通
なんの実体験？どんな環境だよ
GUIファイラーは見えてる範囲内のサムネイル生成を優先する
範囲外はバックグラウンドで余力使って生成続けるから大変なこととやらは起きない

lsなんて一瞬でしょtimeつけて回してみてよ
findでもlocateでも一瞬でしか無いと思うが

ファイルシステムはリレーショナルDBじゃないんだから数が増えたら速度低下するのは当たり前の事なんだが
DBが無かった頃はファイルにデータ入れてたしな
今ならGoogle検索すりゃAIが教えてくれるで

mkdir 100 ; pushd 100 ; touch {1..100} ; time ls ; popd
> real 0m0.003s

mkdir 50000 ; pushd 50000 ; touch {1..50000} ; time ls ; popd
> real 0m0.398s

商用ファイルサーバはディレクトリはDB構造
もちろんリレーショナルじゃなくてファンクショナル
ハッシュテーブルとか使ってる
一部のLinuxファイルシステムもそう

0.398/500→0.000796

最近なんかxfsとbtrfsって単語をこの板で妙に見る気がして
対立をあおりたい人がいるんじゃないかって思うの

lsはフォルダ見るだけだから容量分しか差が出ないのか
ファイルアクセスだと
1/1なら1回で当たるが、1/50000なら当たり引くのに平均25000回だから単純リストなら25000倍になるんじゃねえの？

>>195
比較だよ
FSは煽られるほどの信者がいるものでもあるまい

>>197
お呼びじゃないから失せろ

100枚なんてすぐだろw

PCManFM はフォルダ内のすべてのイメージのプレビューをロードします。
HDD を酷使しないためには、フォルダ内の画像数を 100 にしてください。

>>184
btrfsの比較も大量ファイルのあるフォルダをnocowにして計測してるようなのは少ないから実際の測定と単純な測定ではまた差が出るだろう

心配しなくてもbtrfsなんか使わないよ
引き合いに出してるxfsもbtrfsと比べるほどオンボロなんだなあというネガキャンになってる

まだ春休みなのか
ファイルシステムの速度差が3倍5倍あっても一方がスイスイでもう一方が我慢できないほど遅いなんて差がつくわけないだろ
それよりも縮小処理の速さ、キャッシュの扱い、表示する範囲だけロードする、使わないものはメモリから追い出す、等を適切にしているかの影響がでかくて
PCManFMが下手くそというだけ

pcmanfmとかゆう化石使ってるジジイが悪い

btrfsは目に見えて遅かったからまあわからないでもない

PCManFMたまたま入ってたから使ってみたら
ディレクトリ一気に読み込もうとしたので確かに古いタイプの作りかも
サムネを1度作るまでは重いタイプ
軽量のrox-filerだとしてもサムネ作るまではという往年のファイラーが大体同様の処理

ハードが非力ってのもあるけども
btrfs（RAID1）ってxfsではなかったIO待ちが頻繁ある
プリエンプション禁止が多いのかな?

遅いうえに他のFSでは考えられない頻度で論理エラーを起こす

プリエンプション禁止とインテラプト禁止と段階がある？同じ？

今のLinuxファイルシステムは速度でext4、機能でbtrfs、ハード寿命でf2fsのどれかを使えって感じなので
btrfsの速度を叩いても意味はなく、ネイティブスナップショットを断念したxfsの生き残る道は速度でext4を超えるしかない

意味がないとかイミフだけど
btrfsはこれ以上犠牲者が出ないように消えて欲しい

犠牲になった方々のおかげで今は問題ないのでBtrfs使わせてもらいまっさ

また嘘つきが犠牲者増やそうとしてる

ハード障害で壊れるのと、btrfsで壊れるの、そんな違わなくね？
RAIDの人はサイズが大きいだけで。

btrfsが壊れるばっかり言ってる人は最近のソースを示してほしいと思う
bookworm以前のバージョンで、6.1以前のカーネルでとかなら
それはカーネルバージョン上げてほしい
もうなんかスレ違いでファイルシステムスレ行きな流れだけど

何が良いとかどうでも良いからそれぞれで好きにしろよめんどくせー
いつまでやるつもりだ

細かいメンテナンスのコツを書こうと思ったけど
面倒くさいんで辞めますね

btrfsは馬鹿には使いこなせない。以上

と馬鹿は信じて疑わない

btrfsアンチが何か言ってるけど
完全におま環だろ
しかも自レスのすぐ後に回線変えて追従レスしてるのが自演バレバレ

ファイルシステム総合スレ その21
https://mao.5ch.io/test/read.cgi/linux/1750553314/

ここまでヘイト買ってるFSもめずらしいｗ

不安定なのはいつもそうだよ
地盤の悪い所に建った家みたいなもんだから

Btrfs は Fedora Workstation のデフォルトファイルシステムなので、開発者は沢山使っていると思うよ。
スナップショットで復元もできるし。
向かない用途もあるだろうけど、そこではxfsにすれば良いだけだし。
DebianならJFSもインストーラーがサポートしているので、使えば良いじゃないかなとも思うし。

btrfx xfs
NGword

fedoraとか誰も使ってないやん

Linus Torvaldsが使ってるだろ

Fedoraは安定した長期運用なんて考えていないからな

リヌースはFedoraに乗っているgccで開発しているっぽい
Debian stable だとgcc/glibc 共に古くてムリムリカタツムリだろう
https://github.com/torvalds/linux/commit/bd664f6b3e376a8ef4990f87d08271cc2d01ba9a

Debian使いでarch派生とか使ってる人おる？
やっぱ趣味全壊にしとる？

Debianとlaunchpadで十分幸せです
たまに/optその他に自前でコンパイルしてインストールしてるが
開発で必要な時のみでDEいじりで遊んだりはしてない
DEはずっとgnome3

俺はChacyOSとDebianなんだけど
ChacyはNVIDIAが入っていてGnome50 Nvidiaドライバ カーネル6.19でけっこう固まるときがあるね
DebianもGnomeだけど無風だね　ゲーム性能はライブラリが古いのかイマイチではあるけど　
この2つは精神衛生上バランスが良いな

うちのDebianはGUIなしのファイル・NTPサーバーだからなぁ
余計なものは一切入れず、今日も元気に動いてるよ

まあ攻めたDebianが良いならPikaOSに行くのも良いけどね
gccもAMDドライバも新しいし

OSやOS環境で遊びたいのじゃなくて
その上で遊びたいから
OSまわりはド安定で満足

Gnomeはもはや環境決め打ちで開発されているから
Debianのようなメジャー以外では地雷でしかないぞ

GNOMEすらまともに動かんライブラリバージョンが特殊な構成のデストリの方が地雷なんでは

最近はtesting常用する人いないのかな？

>>230
CachyOSみたいな攻めたOSでglitch起きて対処法が分からなかったら怖いわ
hyprlandとかよく手出せるなと思ってる

GUIは軽いが正義

DE選択せずにOpenbox
軽くて良い

Gnomeは今は軽いよ
っていうかヌルってしている
タブレットには向いてるんだろうね
Windows8がヌルってしていたら失敗しなかったかもしれないね

全部入りKDEが楽
conposite有効だと重い古めの軽量DEは過去のものだと思ってる
wayland関連でも解決できない問題多くてもう無理

DE選びはスレ違いだな

Wayland以外でも無茶苦茶やってて
もはやAluminiumOSのスパイとしか思えない

GnomeなんかGnome3で終わったDEだよ
利用者の正気を疑うレベル

gnome3で時が止まってるぉぢいちゃん

拡張が便利だからgnome3以外は難しいな
javascriptだから自分で修正できるのも良い

gnomeは開発本家が人気の拡張やテーマに喧嘩売るようなDEだからなぁ
そんな環境で安心して使える拡張なんかあるのか

個人製作の拡張が必要なのって製作者が作らなくなったとき困るよな
特にアップデートが頻繁にあるのにアップデートの度に利用できなくなるようなやつ

元々あった機能はメンテ出来ないとか、セキュリティとか言って使えなくするから、何処まで機能削れば満足するのだろう

Debian trixie-backportsでHyprlandが利用可能に

Debian -- Details of package hyprland in trixie-backports
https://packages.debian.org/trixie-backports/hyprland

>>248
metadata.jsonのshell-version弄れば大抵動いちゃうけどね
最初は全部すぐに追従するつもりでもやらなくなっちゃうんだよね開発者が

昔のFirefox拡張もそういうアホ仕様だったな懐かしい

昔を懐かしがるのもいいが.....

>>230
チャッシー可愛い
それはともかくCachyは本流にマージされてないGPU関係パッチ当ててるんでしょ

GNOMEの最小メタパッケージgnome-coreにしれっとibusが追加されてる
結構な影響ありそうなのにchangelogにすら書いてないし何考えてんだこのメンテナ

>>255
本当だわ
packages.debian.org/sid/gnome-core 見たら
ちゃんと ibus ibus-gtk4 が依存関係になってる

わたしは ibus を使わない主義なの
これでいよいよ時期 GNOME とはおさらばかもね

Ibusは最初期も唯一のIMフレームワークになったみたいなモーヴがあったよね
ちょっとおかしい人が関わってるんだろうね

libdbusはibusのライブラリかと思っていた時期がありました。
ではなくて、Gnome何時も何時もおかしい人がいるのでは？疑惑はよく出るね。
i18nや絵文字でLatin-1圏でもibusを使いたいのだろうけど。

ちゃんとchangelogにはあったわスマン
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1115532
gtkがデフォでwaylandプロトコル使うように変更される
ウムラウトつき文字とかが入力できなくなる←バグリポ
今後はwayland対応IM?がいるのかー、じゃあibus入れといたろ
という流れっぽいのでibus以外の選択肢があること知らんのじゃないか

そうですよ
Wayland で動作するのは Ibus が唯一じゃないのよね

>>261
ちなみに上の書き込みは Wayland 上でやったけど
Ibus は使ってないからね

>>262
手書きだよな
可愛い字してんじゃん

Way！

13トリキシーも半年ぐらいしか経過してないのだね
バージョンを重ねるたびに
不具合を含みながらリリースされることが
増えていると感じる

リリーススケジュール守ってリリースされてすごいなあと思ってた
以前はいつまで経ってもリリースされなかったんだぜ

だからやっぱり、Debian安定してるとか嘘じゃん。
メジャーバージョンアップのリリース回数が少ないだけという。

1.0はキャンセルされてなかったことになったし
3.1はリリースから1日もたたんうちに3.1r1が出てなかったけ

？

Debianの安定は変化が少ないのと旧バージョンにもパッチを当ててくれるといった部分で
各ソフトウェアの安定版バージョンを選んでくれているわけではないので、testing切られるタイミングはお祈り

全体的に安定してるよ
リリース直後はどこでも不安定だが
その中でもDebainは安定してる

アップデート入るならいいやん
メンテナ居ないほうが良いとか思ってんのんかおおん

BBQの都合に合わせてリリースされるDebian
https://lists.debian.org/debian-release/2025/07/msg00505.html

>A couple of Release team members will be at Sledge's BBQ in Cambridge
>as will pretty much all the images release team

>Not this weekend , please :)

まあいいじゃんそういうの

来週出る予定のUbuntu 26.04LTSはどこまでバグ潰ししてるのかねぇ
うちのデスクトップだとtrixieはかなり苦労して未だにbookworm使ってる
たからUbuntuベースでどこまで改善できてるのかだけが気になるわ