Ξεκινώ εδώ αυτό το thread για να καταγράφουμε τη σύνθεση του ενσύρματου gigabit LAN μας, αν λειτουργούμε επιτυχώς με Jumbo Frames.
Θα γράφουμε στην αρχή το μέγεθος του frame, μετά το hardware που απαρτίζει το LAN μας (switches, ethernet adapters, άλλες ethernet συσκευές) με το (100) σε παρένθεση για τις 100άρες συσκευές, και μετά τα λειτουργικά που χρησιμοποιούμε.
Εμφάνιση 1-15 από 79
-
10-04-08, 00:06 Το thread των Jumbo Frames #1Επιτέλους το ελάχιστο δυνατό, ευέλικτο, και ψηφιακό κράτος. Με διαρκή αξιολόγηση.
-
10-04-08, 00:12 Απάντηση: Το thread των Jumbo Frames #2
Ξεκινώ λοιπόν:
- Jumbo Frame size -> 4500
- Netgear GS108 8-port gigabit switch
- SMC 8505T 5-port gigabit switch
- nVidia nForce4-SLI gigabit PCI-e ethernet adapter (forcedeth)
- Realtek 8110S (on-board έκδοση του r8169) PCI ethernet adapter (r8169)
- Realtek 8169 PCI ethernet adapter (r8169)
- Linsys SPA-3102 VoIP ATA (100)
- ZyXEL 661H-D3 ethernet aDSL modem-router with SPI firewall (100)
- Windows XP Pro x64 SP-2 (Windows NT 5.2 x64 SP-2)
----> samba
- Linux 2.6.24 amd64
----> nfs 3.x
- Linux 2.6.24 x86
----> nfs 3.x
- Linux 2.6.24 x86
----> nfs 3.x
----> sambaΤελευταία επεξεργασία από το μέλος WAntilles : 10-04-08 στις 08:51.
Επιτέλους το ελάχιστο δυνατό, ευέλικτο, και ψηφιακό κράτος. Με διαρκή αξιολόγηση.
-
10-04-08, 02:05 Απάντηση: Το thread των Jumbo Frames #3
Είναι περίεργες καταστάσεις τα jumbo
πάντως το έχω δουλέψει με επιτυχία με 3COM 3CGSU05 GIGABIT SWITCH 5 και κάρτες δικτύου βασισμένες στο realtek 8169 (με τους όδηγους της realtek) 7k (το μαξ του 8169 σε winnt) ασχετά αν το 3com υποστηρίζει 9κ
Προσπαθώ πάντα το δίκτυο να είναι απο ίδιες κάρτες δικτύου, γιατί έχω δει πολλά data corruption με χρήση διαφόρων κατασκευαστών (αυτό όταν μιλάμε για τα μικρά unmanaged switch)
Ακόμα HP PROCURVE SWITCH 1400 J9078A, το οποιό είναι ποιο ανεχτικό σε Mixed καταστάσεις (πχ realtek, intel, nvidia, marvel) το οποίο το δουλεύω σε 5κ (ώστε να είναι συμβατό με όλες τις κάρτες)
Μην βάλετε ποτέ planet or linksys switch, data corruption
-
10-04-08, 04:52 Απάντηση: Το thread των Jumbo Frames #4
Μια καλή λύση είναι η χρήση του RFC 1323 (TCP window size),
που σαν RFC είναι πρότυπο, έχει τις ευλογίες της Μ$
και το κυριότερο, δουλεύει!
Για δες και αυτό:
http://www.enterpriseitplanet.com/ne...le.php/3497796
Πέτυχα μεταξύ WinXP sp2 & Win2Κ Server sp4,
διπλασιασμό της ταχύτητας, 48mB/sec από 23
με διαφορετικές onboard κάρτες (Ykon marvell 88E8001/8003/8010 & 3Com 3C940 αντίστοιχα) & Gigabit Switch 3com.
Σημείωσε, οτι η Ykon marvell, μάλλον δεν υποστηρίζει jumbo.
Θα πειραματιστώ και με Ubuntu & FreeBSD.Τελευταία επεξεργασία από το μέλος chao : 10-04-08 στις 05:12.
-
12-04-08, 21:59 Απάντηση: Το thread των Jumbo Frames #5
Τι προσφερουν τα jumbo frames;
-
12-04-08, 23:07 Απάντηση: Το thread των Jumbo Frames #6Επιτέλους το ελάχιστο δυνατό, ευέλικτο, και ψηφιακό κράτος. Με διαρκή αξιολόγηση.
-
08-07-08, 04:37 Απάντηση: Το thread των Jumbo Frames #7
Σε 2 μερούλες θα έχω κ εγώ πλήρες ενσύρματο gigabit ethernet δίκτυο.
Ορίστε η παραγγελία μου, switch και η gigabit ethernet για τον ψυγειοσέρβερ.
Μπορώ να αξιοποιήσω τα jumbo frames σε samba shares που θα έχω πρόσβαση από το pc μου με windows xp και σε nfs shares απ' το linux.
Τι ρυθμίσεις θα πρέπει να γίνουν και από τις δυο πλευρές ;
........Auto merged post: gkimonas πρόσθεσε 28 λεπτά και 42 δευτερόλεπτα αργότερα ........
Τώρα μου χάλασες την βραδιά με αυτό που διάβασα.Τελευταία επεξεργασία από το μέλος gkimonas : 08-07-08 στις 04:37. Αιτία: auto merged post
Όσα κοστίζουν μια δραχμή, γι' άλλους κοστίζουν μια ζωή....δεν είναι κρίμα!!!
-
08-07-08, 16:25 Απάντηση: Το thread των Jumbo Frames #8
Επειδή το θέμα είναι γαργαληστικό θα ήθελα να παραθέσω κι εγώ τις απόψεις μου.
Αν και το TCP/IP stack των windows επιδέχεται πολλών ρυθμίσεων στην πράξη μου έδειξε ότι καλύτερα είναι να το αφήνεις με τις εργοστασιακές ρυθμίσεις. Αυτό που συνέβαινε σε μένα ήταν να πετυχαίνω καλύτερες επιδόσεις σε συγκεκρυμένες περιστάσεις και να χάνω ως προς το σύνολο.
Οι μεμονομενες ρυθμίσεις του στακ δεν βοηθούν στην γενική απόδοση του συστήματος.
Κατά την επικοινωνία εμπλέκοντε πολλοί παράμετροι και θα πρέπει να λαμβάνονται υπ΄'οψιν τους όλες αυτές οι παράμετροι για να μπορούμε να μιλάμε για γενικά καλύτερη απόδοση.
Το TCP Από μόνο του έχει αρκετή εξηπνάδα μόνο που οι καιροί τρέχουν και αυτό δηλαδή το IPv4 δεν μπορεί να τους παρακολουθήσει. Το TCP/IP stack των Vista ανταποκρίνεται στις σημερηνές περιστάσεις πολύ καλύτερα.
Αγαπητοί μου φίλοι κάνετε αναφορές για χρήση μεγαλύτερου MTU,
εσωτερικά στο τοπικό δίκτυο θα βοηθούσε υπό την προυπόθεση ότι οι ενδιάμεσες δικτυακές συσκευές switchers, routers έχουν δυνατότητα μεταβολής αυτής της παραμέτρου, διαφορετικά θα είχαμε fragmentation. Για ρίξε μια ματιά στο swith που εγοράζεις Gkiminas.
Μεγάλήτερο από το κανονικό ethernet MTU για επικοινωνία μέσω internet cloude μάλλον κακή ιδέα ας με διορθώσει καποιος αν κάνω λάθος.
Για να τονίσω πόσο πολύπλοκη είναι η TCP/IP επικοινωνία θα αναφέρω ότι ακόμα και το κόψιμο του ICMP (ανάμεσα στα άλλα και το γνωστό ping) μπορεί να επιρεάσει μερικές tcp συνδέσεις αφού π.χ το το μήνυμα "Fragmentation needed, BUT don't" μεταφέρεται από υπολογιστή σε υπολογιστή με το ICMP πρωτόκολο.
Με την ευκαιρία έκαna ping στο www.adslgr.com μαντέψτε μου απάντησε. Γιατί ;
Η γνώμη μου είναι διότι διαφορετικά χάνεις TCP/IP functionality.
-
10-07-08, 08:32 Απάντηση: Το thread των Jumbo Frames #9
Αν δεν σου ειναι κοπος, μηπως μπορεις να εξηγησεις τι προβληματα-περιορισμους εχει το συγκεκριμενο sitch (3COM 3CGSU05) ; Διοτι με τη φραση σου "ριξε μια ματια" μου δινεις την εντυπωση οτι κατι δεν παει καλα και επειδη σκεφτομαι να αγορασω το συγκεκριμενο switch με ενδιαφερει.
Ευχαριστω!Μη μου το ιντερνετ ταραττε !
-
10-07-08, 11:36 Απάντηση: Το thread των Jumbo Frames #10
GKimonas διάβασε αυτό:
Jumbo Frame Clean Networking GearΕπιτέλους το ελάχιστο δυνατό, ευέλικτο, και ψηφιακό κράτος. Με διαρκή αξιολόγηση.
-
10-07-08, 13:39 Απάντηση: Το thread των Jumbo Frames #11
Θα προσπαθήσω να πω την σκέψη μου όσο πιο απλά μπορώ.
Ας υποθέσουμε ότι δύο υπολογιστές θέλουν να ξεκινήσουν μεταφορά δεδομένων.
Με την παράμετρο ΜΤU λέμε στον υπολογιστή το μέγεθος των πακέτων που αυτός θα στέλνει.
Τώρα αν οι υπολογιστές είναι συνδεδεμένοι ο ένας επάνω στον αλλο, δεν θα υπάρξει πρόβλημα.
Αν όμως μεσολαβεί ένα άλλος υπολογιστής στον όποίο έχουν δώσει MTU μικρότερο τότε αυτός ο ενδιάμεσος θα παραλαμβάνει τα αρχικά πακέτα και θα τα ξανατεμαχίζει στο δικό του MTU.
Αυτό όπως καταλαβαίνεις δεν το θέλουμε.
Αν λοιπόν θέλεις να παίξεις με τέτοια παιχνίδια θα πρέπει να βεβαιωθείς πως ο ενδιάμεσος switch έχει αυτή την δυνατότητα.
Αυτό ήταν το σκεπτικό μου και συγνώμη αν σε μπέρδεψα.
-
10-07-08, 16:21 Απάντηση: Το thread των Jumbo Frames #12
@WAntilles
Εχεις δοκιμασει καθολου να παιξεις με 4k & 9k jumbo frames και να δεις αν υπαρχει διαφορα στην αποδοση ;Μη μου το ιντερνετ ταραττε !
-
10-07-08, 23:13 Απάντηση: Το thread των Jumbo Frames #13
-
10-07-08, 23:50 Απάντηση: Το thread των Jumbo Frames #14
Το δοκιμασες σε Linux ή/και σε Windows (XP) ;
Μη μου το ιντερνετ ταραττε !
-
11-07-08, 00:10 Απάντηση: Το thread των Jumbo Frames #15
To switch, σαν L2 συσκευή, δεν μπορεί να κάνει fragmentation. Αν δεν χωράει το πακέτο, θα το κάνει απλά drop.
Αυτό που περιγράφεις ισχύει γενικότερα στο internet (όπου μεσολαβούν routers δηλ. L3/IP συσκευές και switches δηλ. L2 συσκευές) και αυτός είναι ο βασικός λόγος που δεν κερδίζεις κάτι με το να χρησιμοποιείς jumbo frames για επικοινωνία μέσω του internet. Σε κλειστά/τοπικά δίκτυα (όπου όλος ο δικτυακός εξοπλισμός είναι διαχειρίσιμος από εσένα) το κέρδος είναι αρκετά σημαντικό, όπως έχει αναφερθεί πολλάκις εδώ μέσα.
Παρόμοια Θέματα
-
Περί Jumbo Frames
Από WAntilles στο φόρουμ NetworkingΜηνύματα: 11Τελευταίο Μήνυμα: 19-04-08, 12:19 -
Το thread των Bluewhite64 και Slamd64
Από DaveMurray στο φόρουμ Unix - LinuxΜηνύματα: 5Τελευταίο Μήνυμα: 17-07-07, 11:28 -
Το thread των ΕΥΧΑΡΙΣΤΗΜΕΝΩΝ απο τις αναβαθμισεις!
Από vazelo στο φόρουμ COSMΟΤΕΜηνύματα: 51Τελευταίο Μήνυμα: 22-12-06, 14:53
Bookmarks