Filesystem Maintenance

Raoul raoul at raoul.shacknet.nu
Tue May 2 17:51:04 EEST 2006


On Tue, 2006-05-02 at 16:29 +0300, Christos Ricudis wrote:
> Raoul wrote:
> > On Tue, 2006-05-02 at 12:46 +0300, m65 at vivodinet.gr wrote:
> >   
> >> Eipes oti xrisimopoieis xfs gia multimedia dedomena?
> >> Diladi?
> >>     
> >
> > Εκεί έχω φωτογραφίες που έχω τραβήξει (αρκετές), mp3 (αρκετά) και DV
> > video (καταλαμβάνει ~6GB/30min), που περιμένει να το μετατρέψω σε κάποιο
> > ανθρώπινο φορματ όταν με το καλό θα έχω την απαραίτητη όρεξη. :)
> >   
> 
> Kai ti katalabes?
> 
> To XFS to mono epipleon poy kanei, einai oti sou dinei th dynatothta *ws 
> filesystem* na kaneis reserve ena kommati tou xwrou pou parexei gia 
> real-time access. To XFS, gia o,ti apo8hkeyseis ekei, desmeyetai *oso 
> pernaei apo to xeri tou* na prospa8hsei na roufhksei apo to layer poy 
> brisketai apo katw tou ta dedomena kai na ta steilei sto layer poy 
> brisketai apo panw tou, me ena sta8ero ry8mo. Tipote ligotero, tipote 
> perissotero.
> 
> Apo kei kai pera, to na diasfalistei oti esy ontws 8a pareis ta dedomena 
> me to ry8mo poy xreiazesai kai ta timing constraints poy exeis, den 
> eksartatai mono apo to filesystem alla kai apo olo to ypoloipo systhma.
> 
> Ola ayta bebaia :
> 
> 1) Isxyoun sto IRIX. Sto Linux poly pi8anon na mhn isxyei oute kan to 
> bandwidth guarantee tou XFS.
> 
> 2) Isxyan thn epoxh pou to SGI Indy 8ewroutan to art of the state se 
> graphics/video processing. Apo tote exei perasei POLYS kairos, kai exw 
> thn ais8hsh oti shmera mporei na mhn exoun kai toso megalo nohma oso 
> eixan kapote.
> 
> Kontologis, to proteleytaio[1] pragma poy 8a se kanei na deis diafora 
> sthn prosbash twn DV kai twn mp3 sou einai mallon to eidos tou linux 
> filesystem pou xrhsimopoieis.
> 
> 
> [1] Pote de leme "to teleytaio". Afhnoume panta xwro gia mia xeiroterh 
> pi8anothta.
> 

Σε γενικές γραμμές, δεν κέρδισα απολύτως τίποτα. :) Ο στόχος ήταν ένας
γραφικός file manager, όπως ο αργός nautilus, να φορτώσει πιο γρήγορα τα
περιεχόμενα (χωρίς previews κτλ) για παράδειγμα ενός καταλόγου με 1000+
φωτογραφίες μεγέθους 1.5-2ΜΒ η καθεμία. Αυτό που δεν είχα
συνειδητοποιήσει ήταν ότι σε αυτή την περίπτωση τον απολύτως τελευταίο
ρόλο (ούτε καν τον προτελευταίο) παίζει το filesystem και τον κυριότερο,
κατά 99.99%, παίζει ο ίδιος ο graphical file manager πάντα σε συνδυασμό
με την ταχύτητα του συστήματος. Διαφορές στην κονσόλα πιθανόν να είναι
πιο ορατές.

Όταν θα έχω αρκετό ελεύθερο χώρο σε ένα ext3 partition, θα μεταφέρω
κάποιο αρχείο DV και θα κοιτάξω να δω αν έχοντάς το φορτωμένο σε κάποιον
editor και παίζοντας με το slider υπάρχει κάποια ορατή διαφορά. Προφανώς
δεν θα υπάρχει, αλλά έτσι από περιέργεια. Το αρχείο αναγκαστικά, λόγω
μεγέθους, θα διαβάζεται από το δίσκο κατευθείαν. Πάλι πάντως υπάρχει
φαύλος κύκλος γιατί μπαίνει στη μέση το πόσο καλοφτιαγμένος είναι ο
editor...

Για το αν και κατά πόσο ισχύουν σήμερα τα πλεονεκτήματα του xfs,
πιθανότατα να έχεις δίκιο. Δεν είμαι σε θέση να γνωρίζω παραπάνω.

Όπως και να'χει, οι διαφορές μεταξύ των filesystems, προφανώς έχουν
νόημα για servers κτλ (όπως αναφέρει και το άρθρο
http://www.debian-administration.org/articles/388 ), δηλαδή θέματα που
ενδιαφέρουν κυρίως κάποιον sysadmin και όχι τον end user.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://lists.hellug.gr/pipermail/linux-greek-users/attachments/20060502/f13245f5/attachment.pgp>


More information about the Linux-greek-users mailing list