Είναι το δίκτυο σας γρήγορο, αλλά το download σας όχι; Μπορεί να μην φταίει ούτε ο πάροχός σας αλλά ούτε και ο server από τον οποίο κατεβάζετε, γιατί ενδιάμεσα παρεμβάλλονται πολλά buffers. Το πρόβλημα είναι παλιό αν και το όνομά του "bufferbloat" επινοήθηκε σχετικά πρόσφατα το 2010.
Σε ένα έγγραφο που δημοσιοποιήθηκε στο Association for Computing Machinery, δυο ερευνητές προτείνουν έναν νέο μηχανισμό διαχείρισης του queue (ουρά των πακέτων) που αντιμετωπίζει το πρόβλημα αυτό. Ο "Controlled Delay" (Ελεγχόμενης Καθυστέρησης) μηχανισμός, που προτάθηκε από την Kathleen Nichols από το Pollere και του Van Jacobsen από την Parc, έχει σχεδιαστεί για να παρέχει μία "no-knobs" προσέγγιση στην διαχείριση του queue ώστε να ξεπεραστεί το πρόβλημα του "bufferbloat" των δικτυακών συσκευών (routers κλπ).
Το πρόβλημα συνοψίζεται στο Bufferbloat Website ως: "Το buffering των πακέτων δημιουργεί μεγάλη καθυστέρηση (lag), jitter (ανώμαλο ρυθμό) αλλά και ελαττώνει την συνολική απόδοση του δικτύου."
Επειδή η μνήμη είναι φθηνή, εξηγούν οι Nichols και Jacobsen, κάθε κατασκευαστής υποθέτει πως το καλύτερο πράγμα είναι να κάνει τα buffers όσο πιο μεγάλα γίνεται για να διασφαλίσει ότι κανένα πακέτο δεν θα χαθεί. Αυτό όμως ακυρώνει τον πρωταρχικό σκοπό του buffering, που είναι η διαχείριση βραχυπρόθεσμων διακυμάνσεων στον ρυθμό εισερχόμενων πακέτων.
Συγκεκριμένα, αυτοί που υποστηρίζουν το Bufferbloat πιστεύουν ότι το πρόβλημα είναι στο άκρο: επειδή είναι πολύ δύσκολο να προβλέψεις το ιδανικό μέγεθος του buffer για π.χ. έναν DSL router, οι κατασκευαστές τείνουν να κάνουν το buffer όσο είναι δυνατόν μεγαλύτερο. Αυτό όμως ακυρώνει τον εγγενή μηχανισμό αντιμετώπισης συμφόρησης που έχει το TCP, ο οποίος βασίζεται σε πακέτα που απορρίπτονται για να μπορέσει να εντοπίσει τον ιδανικό ρυθμό για την εκάστοτε σύνδεση.
Αντί να απορρίπτουν πακέτα, οι τελικές συσκευές (DSL routers), που έχουν με τεράστια buffers, πρώτα αυξάνουν την καθυστέρηση που ο χρήστης αντιλαμβάνεται: τα πακέτα απορρίπτονται μόνο όταν το buffer γεμίσει και ως εκ τούτου μέχρι τότε ο μηχανισμός του TCP έχει ήδη υπερεκτιμήσει (λανθασμένα) το μέγεθος της σύνδεσης.
Αυτό που χρειάζεται, σύμφωνα με τον Jacobsen και την Nichol, είναι η δυναμική αλλαγή του μεγέθους του buffer στο άκρο, έτσι ώστε το buffer να συμπεριφέρεται όπως πρέπει (να κρατάει αρκετά πακέτα έτσι ώστε να μπορεί να αντιμετωπίσει το jitter), χωρίς όμως να αναγκάζει τον αποστολέα να επιλέγει λάθος TCP window size.
Ο μηχανισμός "CoDel" του Jacobsen και της Nichol, προτείνει την χρήση ενός "τοπικού ελάχιστου queue" (local minimum queue) για να εκτιμήσει το ιδανικό μέγεθος για την εκάστοτε σύνδεση. Κατόπιν προτείνουν την παρακολούθηση της κίνησης της σύνδεσης εάν είναι μεγαλύτερη ή μικρότερη από αυτή την εκτίμηση. Βασίζοντας την εκτίμηση αυτή, όχι σε bytes ή πακέτα, αλλά σε "packet-sojourn time" (δηλαδή την καθυστέρηση τους).
Κάνοντάς το ένα αυτόνομο αλγόριθμο που δεν χρειάζεται ρύθμιση, λένε πως θα είναι κατάλληλο για σύγγχρονα buffers πακέτων και θα μπορούσε να περιληφθεί με ελάχιστο κόστος σε τελικές συσκευές: "πιστεύουμε πως το CoDel μπορεί να εφαρμοστεί αποδοτικά σε σιλικόνη" δήλωσαν.
Οι ερευνητές σχεδιάζουν μία υλοποίηση του CoDel η οποία θα επιτρέψει σε τρίτους να δοκιμάσουν την λύση στην πράξη.
Πηγή: TheRegister
Εμφάνιση 1-15 από 23
-
10-05-12, 11:43 Ερευνητές προτείνουν λύση για το "Bufferbloat" πρόβλημα #1
-
10-05-12, 11:48 Απάντηση: Ερευνητές προτείνουν λύση για το "Bufferbloat" πρόβλημα #2
Αν κατάλαβα καλά, θα βοηθήσει ιδιαίτερα την απόδοση με υπερατλαντικούς προορισμούς και θα περιορίσει αισθητά την ανάγκη χρήσης πολλαπλών συνδέσεων με download managers; Για να δούμε...Βιάστηκα στο διάβασμα, λάθος κατάλαβα.Τελευταία επεξεργασία από το μέλος psyxakias : 10-05-12 στις 12:32.
-
10-05-12, 13:59 Απάντηση: Ερευνητές προτείνουν λύση για το "Bufferbloat" πρόβλημα #3
-
10-05-12, 14:15 Απάντηση: Ερευνητές προτείνουν λύση για το "Bufferbloat" πρόβλημα #4
-
10-05-12, 14:18 Απάντηση: Ερευνητές προτείνουν λύση για το "Bufferbloat" πρόβλημα #5
-
10-05-12, 14:52 Απάντηση: Ερευνητές προτείνουν λύση για το "Bufferbloat" πρόβλημα #6
Διαφωνώ σε μερικά μέρη με τον αρθρογράφο ( software queueing, για να μην πω και μεγάλοι buffers, σε dsl routers ? ) . Κατά την ταπεινή μου άποψη, το θέμα με το bufferbloat είναι κατά πόσο επιβαρύνουμε το ίδιο δίκτυο ( από τον αποστολέα μέχρι το σημείο που τα πακέτα μπαίνουν σε software queue ) χωρίς λόγο. Μάλιστα υπάρχουν και παραδείγματα που τα πακέτα είναι στο queue τόση ώρα που τελικά είναι άχρηστα τη στιγμή που φτάνουν στον παραλήπτη.
In theory, practice is the same as theory.
In practice, it isn't.
-
10-05-12, 14:52 Απάντηση: Ερευνητές προτείνουν λύση για το "Bufferbloat" πρόβλημα #7
συγνώμη αλλά εμένα μου φαίνεται τρελή μ@λ@κια.
η μοντελοποίηση που χρησιμοποιούν προϋποθέτει ότι τα πακέτα τα φτάσουν στον buffer θα τον γεμίσουν και το εσωτερικό δίκτυο θα είναι πολύ αργό στο να τα τραβήξει. ότι δηλαδή το διαδίκτυο θα δίνει πακέτα με μεγαλύτερη ταχύτητα από ότι μπορεί μετά να τραβήξει το ethernet.
Η τοποθέτηση τους έχει νόημα μόνο για ενδιάμεσους κόμβους, και σε καμία περίπτωση για τους οικιακούς χρήστες (DSL router που λέει).
imho πάντα.See first, think later, then test. But always see first. Otherwise you will only see what you were expecting. Most scientists forget that. - Douglas Adams
There's no right, there's no wrong, there's only popular opinion. - Jeffrey Goines (12 Monkeys)
-
10-05-12, 15:20 Απάντηση: Ερευνητές προτείνουν λύση για το "Bufferbloat" πρόβλημα #8
Εγώ το ανάποδο κατάλαβα, στο home cable example που δείχνουν, ότι θέλουν δηλαδή να κάνουν congestion management/avoidance στο egress του wan . Ομολογώ ότι δεν έχω κάνει τίποτα μετρήσεις για να δω αν όντως αποτελεί πρόβλημα αυτό, αλλά σε αυτές τις ταχύτητες και αυτό το market segment δεν πιστεύω ότι έχει νόημα οποιαδήποτε μορφή σοβαρού congestion management/avoidance .
Με τον αρθρογράφο της register, όπως είπα και πριν, διαφωνώ σε αρκετά μέρη.In theory, practice is the same as theory.
In practice, it isn't.
-
10-05-12, 18:31 Απάντηση: Ερευνητές προτείνουν λύση για το "Bufferbloat" πρόβλημα #9
- Εγγραφή
- 10-10-2009
- Περιοχή
- Θεσσαλονικη
- Ηλικία
- 33
- Μηνύματα
- 3.631
- Downloads
- 5
- Uploads
- 0
- Άρθρα
- 1
- Τύπος
- WiFi
- Ταχύτητα
- 20Mb/4Mb
- ISP
- GR Telecom
- Router
- PowerBeam M5-300
Εγω δεν κατάλαβα τίποτα!!
-
10-05-12, 20:30 Απάντηση: Ερευνητές προτείνουν λύση για το "Bufferbloat" πρόβλημα #10
-
10-05-12, 22:28 Απάντηση: Ερευνητές προτείνουν λύση για το "Bufferbloat" πρόβλημα #11
-
11-05-12, 00:02 Απάντηση: Ερευνητές προτείνουν λύση για το "Bufferbloat" πρόβλημα #12
Ελλάδα, η χώρα των ειδικών του καναπέ.
Πετάγεται ο καθένας και λέει το μακρύ του και το κοντό του.
Τα πράγματα είναι απλά παίδες. Το συγκεκριμένο θέμα που τίθεται στο άρθρο έχει προκύψει σαν μια επιστημονική δημοσίευση. Όποιος έχει τα @ρχίδι@ να την αμφισβητήσει ας γράψει μια δημοσίευση που αποδεικνύει ότι δεν ισχύει αυτό που λένε.
Αυτό λέγεται επιστήμη, οι άκυροι πετάγονται στο κάθε φόρουμ και λένε την κάθε μπαρούφα που τούς έρχεται.
-
11-05-12, 00:03 Απάντηση: Ερευνητές προτείνουν λύση για το "Bufferbloat" πρόβλημα #13
Εξαρτάται απο τις υποδομές του παρόχους και την κατάσταση του οικιακού δικτύου ΟΤΕ
-
11-05-12, 00:23 Απάντηση: Ερευνητές προτείνουν λύση για το "Bufferbloat" πρόβλημα #14
Ο μηχανισμος CoDel που ακριβως θα εφαρμοστει;
στους δικτυακες συσκευες μεγαλωνοντας τους buffers;
-
11-05-12, 11:05 Απάντηση: Ερευνητές προτείνουν λύση για το "Bufferbloat" πρόβλημα #15See first, think later, then test. But always see first. Otherwise you will only see what you were expecting. Most scientists forget that. - Douglas Adams
There's no right, there's no wrong, there's only popular opinion. - Jeffrey Goines (12 Monkeys)
Παρόμοια Θέματα
-
Ερευνητές παρουσιάζουν οθόνες αφής με "ελαστική" απεικόνιση
Από mob στο φόρουμ ΕιδήσειςΜηνύματα: 13Τελευταίο Μήνυμα: 02-04-11, 08:49 -
Ερευνητές "σπάνε" την προστασία του GSM με απλό εξοπλισμό
Από ipo στο φόρουμ ΕιδήσειςΜηνύματα: 14Τελευταίο Μήνυμα: 03-01-11, 13:49 -
Λύση για "μπουκωμένα" 9107 και 91χχ
Από Agnus_Dei στο φόρουμ ADSL & Broadband Hardware, routers και modems...Μηνύματα: 11Τελευταίο Μήνυμα: 22-10-06, 19:41 -
Howto: (Μερική) Λύση για ΑΤΑ σε VoIP και σε περιβάλλον "περιορισμού πακέτων"
Από cosmos στο φόρουμ Voice over IP (VoIP) Sip/Iax HardwareΜηνύματα: 11Τελευταίο Μήνυμα: 17-07-06, 10:47 -
Jetspeed 520, βρηκα "λυση" για γρηγορο p2p
Από kourampies στο φόρουμ ADSL & Broadband Hardware, routers και modems...Μηνύματα: 7Τελευταίο Μήνυμα: 27-06-05, 11:03
Bookmarks