- A hozzászóláshoz be kell jelentkezni
- 2739 megtekintés
Hozzászólások
"As it has been widely reported, this release no longer supports the Intel 386 processor (486 is still supported, though)"
Ajjaj, most mi lesz? :)
- A hozzászóláshoz be kell jelentkezni
Végre nem kell körbeírni például a szemaforozást egyetlen architektúra miatt. A cmpxchg atomi utasítás, amit nem csaphat még IRQ se félbe, ha emlékeim nem csalnak, a 486-tól jelent meg.
- A hozzászóláshoz be kell jelentkezni
Ext4 embeds very small files in the inode
ez így elég meredek, és nem hiszem hogy sok értelme van, maximum ott ahol nagyon sok ilyen kis file-al kell rendszeresen dolgozni.
------------------------------------------
"Nincs ez el**szva, csak másra lesz jó!"
- A hozzászóláshoz be kell jelentkezni
pl webszerveren session kezelés?:)
- A hozzászóláshoz be kell jelentkezni
Megnéztem, nekem hány kis fájlom van:
# find / -fstype ext4 -a -size -2k 2>/dev/null | wc -l
209349
# find / -fstype ext4 -a -size -1b 2>/dev/null | wc -l
38374
- A hozzászóláshoz be kell jelentkezni
NTFS is elég jól el van vele.Ott MFT-nek hívják az inode táblát. 1 KB-nál kisebb állományokat ott tárol, hogy egy teljes clustert ne pazaroljon el kis fájlok tárolásával, ha belefér az MFT-be is. Mielőtt anyázunk, nézzünk azért körül, hogy minek mi a haszna.
- A hozzászóláshoz be kell jelentkezni
Hol anyáztam? Oda is írtam hogy: "maximum ott ahol nagyon sok ilyen kis file-al kell rendszeresen dolgozni"
------------------------------------------
"Nincs ez el**szva, csak másra lesz jó!"
- A hozzászóláshoz be kell jelentkezni
Az anyázás lehet erős volt. De rantre nem tudok jobbat magyarul. Az elég meredek akkor nem túl pozitív vélemény. Remélem így jobb :)
A sok kis fájl miatt van egyébként.
- A hozzászóláshoz be kell jelentkezni
Akkor pontosítok én is mire gondoltam:
Értem én hogy a kis file-ok inode-ban tárolása mit jelent. És azt is, hogy előfordulhat olyan scenario ahol, ez hasznos lehet.
Amin inkább fent akadtam az az, hogy a default inode méret 256 byte és ebből valamennyit (nem tudom pontosan mennyit) levesznek az inode adatok. Ami marad az használható file adatblock tárolásra.
Egyszerűen jelenlegi (inkább AIX specifikus) tudásom szerint nem tudok olyant elképzelni ahol ennek van értelme. Kivéve persze ha az inode-méretet lehet non-destruktív módon változtatni meglévő ext4 FS-en.
------------------------------------------
"Nincs ez el**szva, csak másra lesz jó!"
- A hozzászóláshoz be kell jelentkezni
Néhány bájtos fájlból is sok lehet. De ha valakinek az kell, akkor megoldja, hogy nagyobb legyen az inode-ja, és nagyon örülni fog neki :).
- A hozzászóláshoz be kell jelentkezni
btrfs ben is így van alapból. reisernél meg egy adat blockba több kis fail (tail) ha jól tudom.
- A hozzászóláshoz be kell jelentkezni
Ha így haladunk nagy kérdés, hogy a HumanWGA támogatást meddig tartják bent...
- A hozzászóláshoz be kell jelentkezni
Kipróbáltam. Egy darabig nem kérek belőle.
Az intel drm driver úgy elhasalt miközben rádugtam egy projektort, hogy readonly mount lett minden és egy kiadós fsck kellett a reboot után. Mint kiderült, ezt a drivert újraírták.
Az atheros wifi driver is újra lett rakva, de legalább ez is oops-ot dobál.
Csak óvatosan.
- A hozzászóláshoz be kell jelentkezni
Ehe, tudtam én hogy ez nem lesz egyszerű történet.
Sajnos. :(
- A hozzászóláshoz be kell jelentkezni