Η Fujitsu ανέπτυξε proprietary add-on για το UDP που αυξάνει 30 φορές την ταχύτητα μετάδοσης μέσω δικτύου

[nnn]

Ένα νέο proprietary πρωτόκολλο που μπορεί να μεταφέρει data με ταχύτητες 30 φορές μεγαλύτερες από το τωρινό TCP παρουσίασε η Fujitsu.

Η νέα τεχνολογία είναι βασισμένη στο UDP(user datagram protocol] που χρησιμοποιείται στο streaming περιεχομένου, και σύμφωνα με την Fujitsu, επειδή μπορεί να "ξεχωρίσει" τα dropped πακέτα από αυτά που ακόμα δεν έχουν φτάσει στον προορισμό τους, καταργεί την ανάγκη για άσκοπη επαναποστολή δεδομένων.

Επιπλέον υπάρχει ενσωματωμένη και λειτουργία ελέγχου σχεδιασμένη έτσι ώστε οι μεταδόσεις UDP να μην καταναλώνουν υπερβολικά πολύ bandwidth, μετρώντας παράλληλα το διαθέσιμο bandwidth σε πραγματικό χρόνο, για να μην υπάρχουν καθυστερήσεις στην διακίνηση TCP πακέτων.

Το νέο πρωτόκολλο διαδικτυακής επικοινωνίας, έρχεται σαν software add-on στο UDP και εκμεταλεύεται την ταχύτητα του, ενώ αποφεύγει τα προβλήματα που παρουσιάζει όπως το packet loss και την λάθος αποστολή πακέτων.

Σε δοκιμές που έγιναν ανάμεσα στις Ιαπωνία και ΗΠΑ, υπήρξε αύξηση ταχύτητας στο file transfer x30 φορές σε σχέση με το TCP, ενώ το latency έπεσε στο 1/6 συγκρινόμενο με το TCP.

Πηγή: the register

[protsimer]

Aυτές είναι καινοτομίες.

[tzelen]

Με τις πολύ φτωχές γνώσεις μου, αυτό που μου έκανε εντύπωση είναι:

Το νέο πρωτόκολλο διαδικτυακής επικοινωνίας, έρχεται σαν software add-on στο UDP και εκμεταλεύεται την ταχύτητα του, ενώ αποφεύγει τα προβλήματα που παρουσιάζει όπως το packet loss και την λάθος αποστολή πακέτων.

το οποίο, αν το διαβάζω και καταλαβαίνω σωστά, σημαίνει ότι δεν χρειάζονται αλλαγές στο hardware. Ένα firmware update ( ; ) ίσως, χωρίς κοστοβόρες/χρονοβόρες λύσεις.

[megahead13]

Το καλό θα είναι να γίνει επίσημο RFC του UDP και όχι να μείνει μόνο ως ένα proprietary addon

[SfH]

Ενδιαφέρον ακούγεται. Από την άλλη, οι περισσότερες εφαρμογές που χρησιμοποιούν udp είτε δεν ενδιαφέρονται για λάθη/απώλεια πακέτων ή χρησιμοποιούν δικούς τους μηχανισμούς error detection/sequencing/flow control/κτλ.

[megahead13]

Ενδιαφέρον ακούγεται. Από την άλλη, οι περισσότερες εφαρμογές που χρησιμοποιούν udp είτε δεν ενδιαφέρονται για λάθη/απώλεια πακέτων ή χρησιμοποιούν δικούς τους μηχανισμούς error detection/sequencing/flow control/κτλ.

Πολύ σωστά! Μπορούν να επιτύχουν όμως τόσο μεγάλη απόδοση όπως αυτή που υποστηρίζει ότι κατάφερε η Fujitsu;

[InTranceWeTrust]

αρκετά ενδιαφέρον .... με τεράστιες επιπτώσεις γύρω μας.. μένει να δούμε την εμπορική αξιοποίηση του

[paodim]

αμα δε το δω δε το πιστευω!Lol

[Mosfet]

το οποίο, αν το διαβάζω και καταλαβαίνω σωστά, σημαίνει ότι δεν χρειάζονται αλλαγές στο hardware. Ένα firmware update ( ; ) ίσως, χωρίς κοστοβόρες/χρονοβόρες λύσεις.

Προφανώς το νέο πρωτόκολλο τρέχει πάνω από το udp, οπότε λογικά δεν θα χρειάζεται καμία μεταβολή σε hardware/firmware.

[HELL_pegaSOS]

Με αυτή την μέθοδο θα ξεμπουκώνουν και οι γραμμές.

Σε δοκιμές που έγιναν ανάμεσα στις Ιαπωνία και ΗΠΑ, υπήρξε αύξηση ταχύτητας στο file transfer x30 φορές σε σχέση με το TCP, ενώ το latency έπεσε στο 1/6 συγκρινόμενο με το TCP.

Μήπως χρειάζεται ένα ΕΩΣ πριν το x30 φορές?

[aiolos.01]

Πολύ ενδιαφέρον ακούγεται (σχεδόν υπερβολικά με αυτό το 30Χ) αλλά το θέμα είναι αν τελικά θα υιοθετηθεί. Γιατί και η google παρουσίασε βελτιώσεις στα πρωτόκολλα αλλά δε νομίζω οτι έχουν προχωρήσει παρόλο που έχουν ενα τέτοιο κολοσσό να τις σπρώχνει.

[psyxakias]

Το δελτίο τύπου της Fujitsu αναλύει περισσότερο περί τίνος πρόκειται: http://www.fujitsu.com/global/news/p...130129-02.html

- - - Updated - - -

Με ένα πρόχειρο διάβασμα, η μεγάλη βελτίωση απόδοσης αφορά κυρίως περιπτώσεις που υπάρχει υψηλό latency (δίκτυα κινητής, υποθαλασσιες επικοινωνίες χιλιάδων χιλιομέτρων κτλ), που το TCP δύσκολα επιτυγχάνει μεγάλες ταχύτητες με 1 stream. Οπότε μη μη περιμένετε ας πούμε μια 24αρα που συγχρονίζει στα 15 Mbit/s και να κατεβάζει (30x) με καμιά 50αρια MBytes/sec.

Όπως ανέφερε ο SFH, κάτι τέτοιο δεν συμβαίνει για πρώτη φορά καθώς αρκετές εφαρμογές που χρησιμοποιούν UDP έχουν δικούς τους ελεγκτικούς μηχανισμούς (αντικαθιστώντας τον acknowledgement μηχανισμό του TCP). Υπάρχει μάλιστα αντίστοιχο ανοιχτό πρωτόκολλο (μTP) που έχει αναφερθεί σε παλιότερες ειδήσεις του ADSLgr:
02-12-08 - uTorrent: To UDP ορίζεται ως προεπιλεγμένο πρωτόκολλο απειλώντας(?) το Voip
03-11-09 - Nέα έκδοση του uTorrent περιορίζει από μόνη της την ταχύτητα ανταλλαγής αρχείων

Υποθέτω η πρωτοπορία της Fujitsu στο νέο πρωτόκολλο, σε συνδυασμό με τους over UDP ελεγκτικούς μηχανισμούς (για αποφυγή -κατά τη μετάδοση- απώλειας δεδομένων ή συμφόρησης του δικτύου), είναι το 3ο χαρακτηριστικό που θα μετατρέπει το τρέχον TCP traffic αρκετών εφαρμογών στο νέο πρωτόκολλο, χωρίς να χρειάζεται προγραμματιστικές αλλαγές από τη πλευρά της εφαρμογής.

Ενδιαφέρον θα έχει να μάθουμε περισσότερες λεπτομέρειες για τον τρόπο του χαρακτηριστικού αυτού. Αναρωτιέμαι δηλαδή αν θα δημιουργεί κάποιο προσωρινό UDP tunnel σε επίπεδο λειτουργικού, ώστε όταν μια εφαρμογή προσπαθεί να συνδεθεί σε προορισμό που υποστηρίζει το νέο πρωτόκολλο, να χρησιμοποιείται το tunnel μεταφέροντας το περιεχόμενο των πακέτων με δικά του UDP headers, χωρίς η εφαρμογή να το αντιλαμβάνεται καν. Ακόμα μεγαλύτερο ενδιαφέρον βέβαια θα έχει να δούμε και πως θα ανταποκριθούν τα δίκτυα στο νέο πρωτόκολλο, αν εφαρμοστεί ευρέως, με επιπλέον αύξηση της UDP κίνησης με ότι αυτό συνεπάγεται.

[Manara]

.... Ακόμα μεγαλύτερο ενδιαφέρον βέβαια θα έχει να δούμε και πως θα ανταποκριθούν τα δίκτυα στο νέο πρωτόκολλο, αν εφαρμοστεί ευρέως, με επιπλέον αύξηση της UDP κίνησης με ότι αυτό συνεπάγεται.

Θα συμφωνήσω απόλυτα μαζί σου, ειδικά σε αυτό το τελευταίο.

Τα δίκτυα (τα περισσότερα τουλάχιστον) διαχειρίζονται με ειδικό τρόπο τα UDP πακέτα λόγω των ιδιαίτερων χαρακτηριστικών του πρωτοκόλλου και τις μικρότερης συγκριτικά με το TCP κίνησης που αυτό παρουσιάζει.

Όπως και να έχει αρκετά ενδιαφέρουσα η είδηση.