Δημοσιεύτηκε: 29 Απρ 2015, 22:57
από fkol k4
the_eye έγραψε:Μια άσχετη ερώτηση, μπορεί να είναι ασυμπίεστος ;
Δεν νομίζω ότι τίθεται θέμα χωρητικότητας στους δίσκους !


Σε Arch Linux γίνεται αν βάλεις την επιλογή 'raw' αντί για οποιουδήποτε άλλου αλγόριθμου συμπίεσης.
Σε Ubuntu δεν το δοκίμασα γιατί δεν ήταν στις προεπιλογές που υπήρχαν στο αρχείο, αλλά υποθέτω πως μπορεί να δουλεύει και εκεί.

Βέβαια, το θέμα είναι πως αν κάποιος έχει σχετικά ικανό επεξεργαστή, στην πράξη ένα συμπιεσμένο αρχείο διαβάζεται γρηγορότερα από ένα ασυμπίεστο.
Αυτό συμβαίνει γιατί για μερικούς αλγόριθμους ο ρυθμός αποσυμπίεσης είναι απίστευτα μεγάλος.
Εδώ για παράδειγμα, φαίνεται ένας συγκριτικός πίνακας με τους ρυθμούς συμπίεσης/αποσυμπίεσης ανάλογα με τον αλγόριθμο.
Spoiler: show
Κώδικας: Επιλογή όλων
Name Ratio C.speed D.speed
MB/s MB/s
LZ4 (r101) 2.084 422 1820
LZO 2.06 2.106 414 600
QuickLZ 1.5.1b6 2.237 373 420
Snappy 1.1.0 2.091 323 1070
LZF 2.077 270 570
zlib 1.2.8 -1 2.730 65 280
LZ4 HC (r101) 2.720 25 2080
zlib 1.2.8 -6 3.099 21 300

Αν υποθέσουμε λοιπόν πως έχουμε αποσυμπίεστα δεδομενα σε έναν δίσκο, τότε μπορούμε να διαβάσουμε δεδομένα με ρυθμό που καθορίζει ο δίσκος αυτός. Δηλαδή, ~100ΜΒ/sec για έναν HDD ή ~450ΜΒ/sec για έναν SSD.
Αν μπορούμε όμως αντί να διαβάσουμε απευθείας όλα τα δεδομένα, διαβάσουμε μόνο το συμπιεσμένο κομμάτι και ο επεξεργαστής μας είναι ικανός να αποσυμπιέζει τα δεδομένα real time, τότε μπορούμε να πετύχουμε πολύ υψηλότερες ταχύτητες.

Αν καταφέρει η ομάδα του Btrfs να ενσωματώσει την υποστήριξη LZ4 όπως υπολογίζει, αυτό θα δώσει μεγάλη προώθηση στις επιδόσεις.

EDIT:
Τώρα πρόσεξα πως εννοούσες τη ύθμιση για την μεταγλώττιση, ενώ εγώ σου απάντησα για το initramfs.
Όχι, δεν έχω δει τέτοια επιλογή, μπορείς όμως να χρησιμοποιήσεις LZ4 που έχει πολύ χαμηλό λόγο συμπίεσης και υπερβολικά γρήγορο ρυθμό αποσυμπίεσης