Hororove story o rozsypanych particiach s Reiserom som pocuval bezne avsak mne sa to vyhlo. A to som mal Reiser nasadeny aj na known bad disku, ktory snad niekomu spadol na zem, alebo co, lebo mal suvisly blok asi 10% kapacity plny vadnych sektorov.
Ked sa v Slacku ako defaultny system presadil XFS, presiel som nan. A potom som presiel na ext4 a u toho uz ostal.
Nevím, nevím. Databáze (velmi zobecněně) typicky zvládne tolik, kolik se vejde indexu do alokované paměti, kterou (pokud je admin alespoň trochu při smyslech) má navíc locknutou, aby jí něco neodswappovalo.
Od FS se naopak neočekává, že zabere polovinu dostupné RAMky jen aby mohl být přístup k fajlům přiměřeně rychlý i v extrémních podmínkách, a v případě potřeby se navíc velká část cache přepoužije.
(a 100M je na poměry filesystému opravdu hodně - bylo to alespoň v nějaké stromové struktuře, jak třeba používí Squid na ufs, nebo navíc v jediném direktoráři?)
15. 8. 2025, 13:41 editováno autorem komentáře
Když jsem měl ještě první SATA rotační HDD a znal jsem pouze MySQL, tak jsem si ze srandy udělal index 300Milionů emailů z mailboxů různých kernel konferencí a jelo to do 10ms, takže na nvme i bez správné velikosti ram je to v ms.
A i na NTFS mám 2M souborů na SSD a NVMe a není s tím, žádný problém a čekám jen na sice akcelerovaný SHA-512, což je možná moc, ale jede to jen na jednom jádře AMD R7 5800XT a 64GB RAM, takže čekám jen na dalších nevyužitých 15 threadů.
Ad „tak jsem si ze srandy udělal index 300Milionů emailů z mailboxů různých kernel konferencí a jelo to do 10ms“
Jestli najdeš někde zdrojáky, tak tohle by stálo za sepsání do blogu.
(jasně, můžu si to napsat sám, knihovny na práci s IMAPem mám, s databází dělám běžně a svým způsobem je to banální věc, ale to je vlastně všechno… spíš je pak zajímavý nějaký komentář člověka, co to psal, a kontext kolem toho – v blogu to nezapadne tak jako v diskusi)