Russian Blue Neji
Kate Bush
Blue Horizon(a website about Star Trek & Babylon 5)
Verwijderd
Als het je puur om de journaling gaat dan heb je ook nog XFS.FrankGuthrie schreef op 13 December 2002 @ 13:53:
Oke, ben beginnend linux gebruiker en wil linux binnekort installen, naast W2K.
Ik veel rond gelezen en kom tot de conclusie dat Linux het beste op ext3 of reiserfs kan installeren vanwege de veiligheid(jounaling, data gaat niet verloren bij stroomuitval)
"I had a problem, I solved it with regular expressions. Now I have two problems". That's shows a lack of appreciation for regular expressions: "I know have _star_ problems" --Kevlin Henney
Verwijderd
Als ik me niet vergis is de performance en/of stabiliteit daarvan niet geweldig. De c't heeft enkele maanden geleden een vergelijkende test van jounaling filesystemen voor Linux gedaan.Creepy schreef op 13 december 2002 @ 14:00:
Als het je puur om de journaling gaat dan heb je ook nog XFS.
"Logica brengt je van A naar B, verbeelding brengt je overal." - Albert Einstein
Wat is daar het voordeel van tenopzichte van reiserfs?Verwijderd schreef op 13 December 2002 @ 14:00:
Ext3 heeft als voordeel dat het ook als Ext2 gemount kan worden (en dus met vrijwel alle 'voorgebakken' kernels).
Wat ik heb begepen is dat reiserfs op dit moment al standaard word ondersteunt door de nieuwere kernel(2.4.19).
Russian Blue Neji
Kate Bush
Blue Horizon(a website about Star Trek & Babylon 5)
Als er bijvoorbeeld iets misgaat en je moet van een boot-flop booten, die ondersteunen meestal geen ReiserFS, dus kan je EXT3 zounder journaling mounten, dus als EXT2.FrankGuthrie schreef op 13 december 2002 @ 14:07:
[...]
Wat is daar het voordeel van tenopzichte van reiserfs?
Wat ik heb begepen is dat reiserfs op dit moment al standaard word ondersteunt door de nieuwere kernel(2.4.19).
This post was created by millions of tiny cows jumping around on my keyboard.
Verwijderd
Ook google kan je goed helpen om info te krijgen over de verschillende fs'en. [google=xfs ext3 jfs reiserfs comparison]
Dat ligt eraan. Het was of erg goed met veel grote bestanden, of met erg veel kleine bestanden (ai, ik ben het vergeten). Volgens mij was het minder goed met veel kleine bestanden, dus je wilt het niet op een zware mail of news server gebruiken. Daar is reiserfs juist erg goed in.Exirion schreef op 13 December 2002 @ 14:03:
Als ik me niet vergis is de performance en/of stabiliteit daarvan niet geweldig. De c't heeft enkele maanden geleden een vergelijkende test van jounaling filesystemen voor Linux gedaan.
Xfs heeft ACL's, wat het erg geschikt maakt voor samba in een windows netwerk.
Als je de inhoud van je linux home directory wilt kunnen benaderen onder windows moet je voor ext3 gaan. Ext3 is compatible met ext2 en dat kan onder windows gelezen worden met het programma explore2fs.FrankGuthrie schreef op 13 December 2002 @ 13:53:
Oke, ben beginnend linux gebruiker en wil linux binnekort installen, naast W2K.
Ik veel rond gelezen en kom tot de conclusie dat Linux het beste op ext3 of reiserfs kan installeren vanwege de veiligheid(jounaling, data gaat niet verloren bij stroomuitval)
+ http://aurora.zemris.fer.hr/filesystems/final.htmlSir Isaac schreef op 13 December 2002 @ 14:26:
[...]
Als je de inhoud van je linux home directory wilt kunnen benaderen onder windows moet je voor ext3 gaan. Ext3 is compatible met ext2 en dat kan onder windows gelezen worden met het programma explore2fs.
= ext3
Russian Blue Neji
Kate Bush
Blue Horizon(a website about Star Trek & Babylon 5)
Verwijderd
samba kan je hier ook voor gebruikenSir Isaac schreef op 13 December 2002 @ 14:26:
[...]
Als je de inhoud van je linux home directory wilt kunnen benaderen onder windows moet je voor ext3 gaan. Ext3 is compatible met ext2 en dat kan onder windows gelezen worden met het programma explore2fs.
Verwijderd
samba is voor netwerk (client-to-client), explore2fs is voor lokaal (dualboot, zodat je de linux HD ook onder windows kan lezen).Verwijderd schreef op 13 december 2002 @ 14:52:
samba kan je hier ook voor gebruiken
Verwijderd
ACL wordt in 2.4 uberhaupt niet ondersteund, en in 2.5.x ondersteunen ReiserFS en Ext3 via property setting ook ACLs.mpol schreef op 13 December 2002 @ 14:15:
Xfs heeft ACL's, wat het erg geschikt maakt voor samba in een windows netwerk.
Verwijderd
tja dualboot .....Verwijderd schreef op 13 december 2002 @ 15:01:
[...]
samba is voor netwerk (client-to-client), explore2fs is voor lokaal (dualboot, zodat je de linux HD ook onder windows kan lezen).
Er zijn op zich wel patches voor, Mandrake gebruikt deze.Verwijderd schreef op 13 December 2002 @ 15:02:
ACL wordt in 2.4 uberhaupt niet ondersteund, en in 2.5.x ondersteunen ReiserFS en Ext3 via property setting ook ACLs.
Maar ik zou sowieso voor ext3 of reiserfs gaan, tenzij je echt xfs wilt. Dus zo heel belangrijk is het verder niet.
ReiserFs werd mij aangeraden door Gentoo dus ja, is praktisch hetzelfde als ext3 alleen bij hele kleine bestanden merk je een snelheids verschil
Maar nu met reiserFS start ie normaal op terwijl die vast liep(brakke module), heeft ReiserFS helemaal geen hd check ofzo meer nodig door dat journaling?
[ Voor 6% gewijzigd door RickDB op 13-12-2002 17:17 ]
Nee de keuze is echt Ext3 of reiserfs.mpol schreef op 13 december 2002 @ 16:48:
[...]
Er zijn op zich wel patches voor, Mandrake gebruikt deze.
Maar ik zou sowieso voor ext3 of reiserfs gaan, tenzij je echt xfs wilt. Dus zo heel belangrijk is het verder niet.
Russian Blue Neji
Kate Bush
Blue Horizon(a website about Star Trek & Babylon 5)
Verwijderd
Weer lekker crashen, ikke booten: kernel panic, unable to mount root fs. Bleek dat het metadata log van mn XFS rootpartitie verneukt was. Log verwijderd, hele packagesysteem verneukt en ik kon mn zooi uit de homedirs backuppen en vrolijk opnieuw beginnen. Had geen debian bootdisks bij de hand, dus heb Knoppix maar gebruikt om te installeren.
Draai nu Reiserfs, en als ik de IDE patches waar die disk mee zou moeten werken in de kernel heb zitten hoor je zeker hoe het met reiserfs zit qua ervaringen tot nu toe.
Voordeel XFS:
- Snel
- ACL
- Realtime volumes voor multimedia streaming toepassingen (helaas nog WIP)
Nadelen XFS:
- tis een patch op de kernel, je bent afhankelijk van wat SGI releast
- Bij een crash sowieso altijd dataverlies (hoevaak die kutbak wel niet gecrasht is terwijl ik een apt-get upgrade aan't doen was
- Traag met superkleine bestanden
- Blaag van een kernel
BTW: Net startte ik mn Athlon 1900 ff op die ik gisteren netjes afgesloten had met een halt, krijg ik deze meldingen
1
| Filesystem "ide0(3,3)": corrupt dinode 150998372, (btree extents). Unmount and run xfs_repair. |
En aangezien ik XDMCP draai kan het me geen hol schelen, we zien het ook wel (moet ik per se knoppix booten, aangezien xfs_repair geen readonly gemounte disks wil checken)
-
Russian Blue Neji
Kate Bush
Blue Horizon(a website about Star Trek & Babylon 5)
Verwijderd
Als ik mij niet vergis is de performance prima tov. het executen van binaries en heb ik geen problemen gehad mbt. stabiliteit.Exirion schreef op 13 December 2002 @ 14:03:
[...]
Als ik me niet vergis is de performance en/of stabiliteit daarvan niet geweldig.
Enige lastige: de patch is nogal 'groot' hij moet erg veel patchen in de kernel source waardoor andere patches weer lastiger te patchen zijn (*.rej's handmatig wel)
Verwijderd
Snel mbt. het runnen van (grote) binaries.
Bij ReiserFS ben je afhankelijk van wat Hans Reiser + devel team released. Een bedrijf dat opensource software released sta ik niet negatief tegenover.Nadelen XFS:
- tis een patch op de kernel, je bent afhankelijk van wat SGI releast
Meerdere malen uitgevallen: stroomuitval (1x), hardwarematige crashes (stuk of 10 bak is naakt). Ik mis geen ene donder.- Bij een crash sowieso altijd dataverlies (hoevaak die kutbak wel niet gecrasht is terwijl ik een apt-get upgrade aan't doen was)
(ReiserFS is weer snel met het lezen van kleine files)
Verwijderd
Zit er idd niet standaard in.Verwijderd schreef op 13 december 2002 @ 15:02:
[...]
ACL wordt in 2.4 uberhaupt niet ondersteund, en in 2.5.x ondersteunen ReiserFS en Ext3 via property setting ook ACLs.
Wel patchable: www.grsecurity.net veel leesplezier
PS: als je zin hebt mag je user access op een bak kun je het testen.
Verwijderd
Trouwens, Linux is ook zonder exotische filesystemen als spannend genoeg.
Reiser zit al in de kernel, Als je 2.4.21-pre1 uit wilt proberen, of desnoods een -ac tree, sta je met XFS alleen. SGI releast alleen een patch voor stabiele vanilla kernels, dus -pre en -ac dingen kan je in 99 van de 100 keren vergeten. OK, er komt wel eens een -pre versie patch, maar das dan ook als de kernel al bijna uit is.Verwijderd schreef op 13 december 2002 @ 20:09:
Snel mbt. het runnen van (grote) binaries.
Bij ReiserFS ben je afhankelijk van wat Hans Reiser + devel team released. Een bedrijf dat opensource software released sta ik niet negatief tegenover.
Als ik 2.4.20-ac wil draaien (wat ik ook zeker ga doen op die kutbak, hdd is het probleem met z'n ATA66 ondersteuning maar toch geen DMA willen doen), zal ik met XFS alles met de hand moeten patchen, terwijl reiser er gewoon standaard inzit. Straks met de 2.6 kernel zal dat wel anders worden omdat de XFS tree dan gemerged is, net zoals Reiser dat nu is.
Tja, als de stroom uitvalt, of als ik dat ding uitzet, is er ook niets aan de hand. Probleem waar ik last van had was dat mn fs gewoon corrupt geworden was, /var/run had allemaal pidfiles met dezelfde naam, en kreeg uiteindelijk zelfs in memory corruption. Tja, als je bak dusdanig (in)stabiel is dat ie de PCI bus ophangt als ie flink met de hdd bezig is, weet je gewoon 100% zeker dat XFS z'n data kwijtraakt. Weet niet hoe Reiser dat doet, dat probeer ik ff uit te vogelen.Meerdere malen uitgevallen: stroomuitval (1x), hardwarematige crashes (stuk of 10 bak is naakt). Ik mis geen ene donder.
BTW: Niet dat ik wat tegen XFS heb, vind het een mooi systeem, maar het is nog lang niet volwassen. Zelf heb ik 1 server en 1 desktop systeem erop draaien, die 2e desktop is vandaag dusdanig corrupt geworden dat ie nu Reiserfs draait. (aldus klasgenoot: jij bent gek, je gaat van het ene uiterste in het andere uiterste
Verwijderd
Tweede stukje: waardoor precies is dat gebeurd? Heb je het gemeld op de mailinglist?
Verwijderd schreef op 13 december 2002 @ 23:04:
en /tmp (SHM).
Is dat niet wat zonde van je ramgeheugen? En sowieso is het nogal krap natuurlijk in je ramdisk.
Anyway, ik heb vrijwel alleen maar goede ervaringen met zowel reiserfs als ext3 en vind het trouwens wel een beetje vreemd dat de discussie hier zich bijna alleen maar mikt op xfs vs reiser
Imho is ext3 zeker het overwegen waard en voor opvanging van stroomuitval is het prima geschikt.
Deze pagina werd je iig ook geserveerd vanaf een ext3 fs.
Verwijderd
Kijk naar tests die worden gedaan tussen JFS, XFS, ReiserFS en Ext3: Ext3 komt er altijd als slechtste uit...
Verwijderd
Verwijderd
ACM schreef op 14 december 2002 @ 10:06:
Is dat niet wat zonde van je ramgeheugen? En sowieso is het nogal krap natuurlijk in je ramdisk.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
| │ CONFIG_TMPFS: │ │ │ │ Tmpfs is a file system which keeps all files in virtual memory. │ │ Everything in tmpfs is temporary in the sense that no files will be │ │ created on your hard drive. If you reboot, everything in tmpfs will │ │ be lost. │ │ │ │ In contrast to RAM disks, which get allocated a fixed amount of │ │ physical RAM, tmpfs grows and shrinks to accommodate the files it │ │ contains and is able to swap unneeded pages out to swap space. │ │ │ │ Everything is "virtual" in the sense that no files will be created │ │ on your hard drive; if you reboot, everything in tmpfs will be │ │ lost. │ │ │ │ You should mount the file system somewhere to be able to use │ │ POSIX shared memory. Adding the following line to /etc/fstab should │ │ take care of things: │ │ │ │ tmpfs /dev/shm tmpfs defaults 0 0 │ │ │ │ Remember to create the directory that you intend to mount tmpfs on │ │ if necessary (/dev/shm is automagically created if you use devfs). │ │ │ │ You can set limits for the number of blocks and inodes used by the │ │ file system with the mount options "size", "nr_blocks" and │ │ "nr_inodes". These parameters accept a suffix k, m or g for kilo, │ │ mega and giga and can be changed on remount. │ │ │ │ The initial permissions of the root directory can be set with the │ │ mount option "mode". │ │ │ │ See Documentation/filesystems/tmpfs.txt for details. |
Ext3FS is naar mijn gevoel traag (dus niet naar verstand dus niet zelf gebenchmarked). Verschillende tests wijzen uit dat Ext3FS slechtere performance biedt dan andere journaling FSen en dan Ext2FS.
Niet altijd:Verwijderd schreef op 14 december 2002 @ 10:41:
ACM: ext3 is een opgeleukt ext2, zonder verder enige interessante features behalve de journalling. ReiserFS en XFS zijn w.m.b. veel verder in hun doelstellingen en ontwikkeling, omdat dat in de originele design van de FS is opgenomen, en hier dus rekening mee kon worden gehouden.
Kijk naar tests die worden gedaan tussen JFS, XFS, ReiserFS en Ext3: Ext3 komt er altijd als slechtste uit...
http://aurora.zemris.fer.hr/filesystems/final.html
Russian Blue Neji
Kate Bush
Blue Horizon(a website about Star Trek & Babylon 5)
Die bench ziet er goed uit zeg
Kijk hier eens, tests gedaan met een redelijk net benchmark programma (bonnie++)
op linux-2.4.18-jp9: http://hummelink.xs4all.nl/download/FS-bench.html
(Als je klaagt over de presentatie van het geheel heb ik een antwoord: maak het maar beter
[ Voor 1% gewijzigd door Ronald op 15-12-2002 15:17 . Reden: typo ]
PV Output - Obdam; SolarEdge SE5K 'Voor korte strings'; 12x350Wp Oost-West 13°; 8x415Wp Zuid 10°; Totaal 7520Wp.
Begrijp er de ballen van, misschien omdat het niet zo overzichtelijk is.RonaldH schreef op 15 December 2002 @ 15:17:
[...]
Die bench ziet er goed uit zegalleen maar kopieren van files.
Kijk hier eens, tests gedaan met een redelijk net benchmark programma (bonnie++)
op linux-2.4.18-jp9: http://hummelink.xs4all.nl/download/FS-bench.html
(Als je klaagt over de presentatie van het geheel heb ik een antwoord: maak het maar beter)
Conclusie zou handig zijn.
Denk dat ext3 hier het best uitkomt, maar ik begrijp het niet helemaal, komt ook omdat het ononverzichtelijk is.
soms is de een sneller, soms de ander, maar volgens mij komt ext3 het er best uit.
[ Voor 19% gewijzigd door FrankGuthrie op 15-12-2002 16:01 ]
Russian Blue Neji
Kate Bush
Blue Horizon(a website about Star Trek & Babylon 5)
Conclusie:FrankGuthrie schreef op 15 december 2002 @ 15:57:
[...]
Begrijp er de ballen van, misschien omdat het niet zo overzichtelijk is.
Conclusie zou handig zijn.
Denk dat ext3 hier het best uitkomt, maar ik begrijp het niet helemaal, komt ook omdat het ononverzichtelijk is.
soms is de een sneller, soms de ander, maar volgens mij komt ext3 het er best uit.
Reiser vet de winaar voor kleine files (en veruit de meeste bestanden zijn klein)
XFS winnaar voor streamen
Ext3 redelijk allround en bovendien niet significant trager dan ext2
JFS loopt achter op alles.
VFAT duurde te lang om te benchen
Conclusie: Reiser is mijn winnaar.
PV Output - Obdam; SolarEdge SE5K 'Voor korte strings'; 12x350Wp Oost-West 13°; 8x415Wp Zuid 10°; Totaal 7520Wp.
EXT3 of ReiserFS. Ik werk met mijn pc (winxp zonder zuurstok/kleuter-interface) en gebruik een dell pII-300 met 32 gb schijf en Linux Debian 3.0 (als backup-data storage. Data op mijn athlon wordt dus gemirrord op de dell als poging tot backup.
De data bestaat uit: een mp3-collectie van 8 gb, kleine bestanden en wat grote imagefiles en nog eens de gehele southpark collectie (dus veel files van 30 mb/stuk)
Wat mij opvalt:
Size: 22,3 GB (23.961.171.489 bytes)
size on disk: 26,8 GB (28.848.422.912 bytes)
het betreft zon 12000 files.
Hoezo 5 gb overhead?!! Maakt het uit welk fs ik neem of moet ik eens gaan spelen met de gebruikte clustergrootte?
[ Voor 5% gewijzigd door Q op 15-12-2002 18:07 ]
Verwijderd
Waar heb jij het over?Ja dat heeft te maken met de incodes die nogal groot zijn denk ik. Compressie regelen
Welk filesystem staat die zut?schreef op 15 december 2002 @ 18:05[/message]:[/b]
Ik kom net dit topic tegen. Ik zit een beetje met de zelfde vraag:
EXT3 of ReiserFS. Ik werk met mijn pc (winxp zonder zuurstok/kleuter-interface) en gebruik een dell pII-300 met 32 gb schijf en Linux Debian 3.0 (als backup-data storage. Data op mijn athlon wordt dus gemirrord op de dell als poging tot backup.
De data bestaat uit: een mp3-collectie van 8 gb, kleine bestanden en wat grote imagefiles en nog eens de gehele southpark collectie (dus veel files van 30 mb/stuk)
Wat mij opvalt:
Size: 22,3 GB (23.961.171.489 bytes)
size on disk: 26,8 GB (28.848.422.912 bytes)
het betreft zon 12000 files.
Hoezo 5 gb overhead?!! Maakt het uit welk fs ik neem of moet ik eens gaan spelen met de gebruikte clustergrootte?
Reiser is zeer efficient met het opslaan van kleine bestanden; het propt meerdere kleine bestanden (of eindjes(tails)) in een inode waardoor het weinig slack heeft
daarnaast is reiser erg snel voor kleine files (zie boven)
PV Output - Obdam; SolarEdge SE5K 'Voor korte strings'; 12x350Wp Oost-West 13°; 8x415Wp Zuid 10°; Totaal 7520Wp.
dystopia schreef: Het fijne van ExtxFS is wel weer dat je 'm kunt mounten in Windows.
FireFox - neem het web in eigen hand
FireFox - neem het web in eigen hand
Verwijderd
FrankGuthrie schreef op 13 December 2002 @ 14:07:
[...]
Wat is daar het voordeel van tenopzichte van reiserfs?
Wat ik heb begepen is dat reiserfs op dit moment al standaard word ondersteunt door de nieuwere kernel(2.4.19).
Je zegt het zelf al
Ext2 wordt standaard ondersteund, dus is een Ext3-partitie op elke GNU/Linux bak te mounten. Dat kun je van de anders FS's (logischerwijs) niet zeggen
Hmm. Ik heb inmiddels de gok genomen en de boel op reiserfs gezet. De directe brute netwerkperformance is minder en de overhead lijkt alleen maar erger geworden. 23 gig in 13000 bestanden neemt in werkelijkheid 29 gig in. Sjee...[b][message=16374349,noline]
[...]
Welk filesystem staat die zut?
Reiser is zeer efficient met het opslaan van kleine bestanden; het propt meerdere kleine bestanden (of eindjes(tails)) in een inode waardoor het weinig slack heeft
daarnaast is reiser erg snel voor kleine files (zie boven)
Maar dat rapporteerd windows dus.
Maar kan er mee leven. Linux met df beweert dat ik gewoon 23 gig aan data heb en nog 7 gig vrij. ( op een 30 gig partitie )
Ik ga binnenkort mijn routertje/servertje (PI 133, 40MB) herinstalleren, op dit moment gebruik ik op de hard disk (~1Gig) ext2 FS, zou het nu handig zijn om over te stappen op een journalling FS? Ik zat zelf te denken aan ReiserFS (XFS en ext3 lijken me te CPU intensief), wat vinden jullie?
À vaincre sans péril, on triomphe sans gloire - Pierre Corneille
Verwijderd
Ext3 is niet zo CPU-intensief: als het al zo was, zou je er (bijna) niks van merken...The_Surfer schreef op 16 December 2002 @ 15:48:
Toevallig, ik heb een zelfde soort vraag:
Ik ga binnenkort mijn routertje/servertje (PI 133, 40MB) herinstalleren, op dit moment gebruik ik op de hard disk (~1Gig) ext2 FS, zou het nu handig zijn om over te stappen op een journalling FS? Ik zat zelf te denken aan ReiserFS (XFS en ext3 lijken me te CPU intensief), wat vinden jullie?
/me heeft jaren RH op een p166 met 15gb (ext3) gedraaid en dat ging super
Je doet nu net of ext2 niks is... Schei toch uit manVerwijderd schreef op 14 december 2002 @ 10:41:
ACM: ext3 is een opgeleukt ext2, zonder verder enige interessante features behalve de journalling.
ext3 is een prima FS, het is imho juist een voordeel dat het een opgeleukt ext2 is. Je kan zonder problemen en met minimale downtime van ext2 naar ext3 migreren.
Je kan met een kernel die geen ext3 snapt (grub bijvoorbeeld) toch een ext3 partitie mounten/gebruiken.
Dat zal best, maar een mooi design maakt een FS niet perse het beste...ReiserFS en XFS zijn w.m.b. veel verder in hun doelstellingen en ontwikkeling, omdat dat in de originele design van de FS is opgenomen, en hier dus rekening mee kon worden gehouden.
Kijk naar tests die worden gedaan tussen JFS, XFS, ReiserFS en Ext3: Ext3 komt er altijd als slechtste uit...
Ext3 komt daar echt niet altijd het slechts uit, ik heb ook wel benches gezien waar het won.
[quote][b][message=16374349,noline]
Volgens mij heeft elk FS in linux een clustergrootte (inode-grootte) van 0.5, 1, 2 of 4KB, ongeacht de grootte van de partitie.schreef op 15 december 2002 @ 18:05[/message]:[/b]
Hoezo 5 gb overhead?!! Maakt het uit welk fs ik neem of moet ik eens gaan spelen met de gebruikte clustergrootte?
Standaard is 4KB of 1KB trouwens, bij mijn weten.
Ik weet best wat tmpfs is...Verwijderd schreef op 14 december 2002 @ 22:10:
een quote van de tmpfs-config-help
Maar als ik op een machine 256MB ram heb, heb ik dat erin om te laten gebruiken door applicaties. En daarbij is het leuk dat linux het overgebleven deel gebruikt voor filecaching.
Daarnaast is /tmp potentieel een directory waar veel en grootte files in kunnen komen. Als je dan maar 128MB (helft van je ram als default) maximaal eraan kan geven is dat toch wel beperkt...
Rust je vervolgens een machine met 2GB ram uit, dan doe je dat niet om daar 1GB van aan /tmp te schenken (tenzij je iets filebased doet wat er echt van profiteerd).
Dat ext3 trager dan ext2 is, is natuurlijk niet zo verwonderlijk... Die journal bijhouden kost gewoon tijd.Verschillende tests wijzen uit dat Ext3FS slechtere performance biedt dan andere journaling FSen en dan Ext2FS.
Als je geen superhoge performance van je FS nodig hebt (het gros van de systemen heeft dat niet nodig), is het gewoon onzin om uberhaupt te kijken naar de prestaties boven een limiet ala "snel genoeg"... Wat boeit het dat reiserfs 10x zo snel met minifiles is die je op je desktop nauwelijks gebruikt. Je moet naar je praktijk situatie kijken en naar het gebruiksgemak voor jouw situatie. Ext3 is dan zeker geen slechte speler in de markt meer.
Verwijderd schreef op 16 December 2002 @ 15:03:
Ik gebruik ReiserFS omdat je dan niet zo'n donders irritant "lost+found" dir hebt!
Totdat je filesystem corruptie hebt gehad en je fsck-tool het nog wist te repareren....
Dan verschijnen alle "niet helemaal gerepareerde" files in je lost+found en zou je er nog iets mee kunnen.
Uiteraard is het idee achter een journaling-fs dat je zo'n corruptie niet meer kan krijgen, maar zeker met reiser zijn er wel een aantal bugs geweest die totale fs-corruptie konden veroorzaken. (ook met andere fs-en natuurlijk)
Tja, dat ligt aan Samba. Samba vraagt aan een progje hoeveel ruimte ie inneemt, en blijkbaar heeft ie het foute progje voor zich, of weet windows niet hoe ie het moet interpreteren.RonaldH schreef op 16 december 2002 @ 00:27:
[...]
Hmm. Ik heb inmiddels de gok genomen en de boel op reiserfs gezet. De directe brute netwerkperformance is minder en de overhead lijkt alleen maar erger geworden. 23 gig in 13000 bestanden neemt in werkelijkheid 29 gig in. Sjee...
Maar dat rapporteerd windows dus.
Maar kan er mee leven. Linux met df beweert dat ik gewoon 23 gig aan data heb en nog 7 gig vrij. ( op een 30 gig partitie )