Σ' ευχαριστώ karavagos που με έβαλες στην τάξη, πράγματι έχεις ΜΕΓΑΛΟ δίκιο για την περίπτωση του Switch. "layer 2 devices" δεν σχετίζοντε με MTU στο Ip OSI επίπεδο.
Εμφάνιση 16-30 από 79
-
11-07-08, 16:41 Απάντηση: Το thread των Jumbo Frames #16
-
12-07-08, 21:14 Απάντηση: Το thread των Jumbo Frames #17
Εγω που εχω μια ενσωματωμενη καρτα δικτυου στο ενα PC με υποστηριξη εως 16κ jumbo frames switch 16port απο 3com και μια Linksys ethernet gigabit στον αλλο (Στο advanced καρτελακι δεν πετυχα να λεει τιποτα για jumbo) λεει να ασχολουθω με το ολο θεμα?
-
17-07-08, 13:21 Απάντηση: Το thread των Jumbo Frames #18
Υπάρχει κάποιος με marvell yokon chipset να μας έλεγε αν υποστηρίζει jumbo frames.
Στο advanced των Windows δεν μου δείχνει κάτι όπως jumbo mtu
http://www.adslgr.com/forum/showpost...7&postcount=50
Στο μηχανάκι-file server με netgear κάρτα και realtek chipset το ενεργοποίησα έτσι όπως είπε ο mraccess μεΚώδικας:ifconfig ethX mtu 4000
Όσα κοστίζουν μια δραχμή, γι' άλλους κοστίζουν μια ζωή....δεν είναι κρίμα!!!
-
17-07-08, 14:18 Απάντηση: Το thread των Jumbo Frames #19
-
17-07-08, 14:19 Απάντηση: Το thread των Jumbo Frames #20
Ευχαριστώ parsifal
Θα κοιτάξω μήπως έχω παλιό driver στα windows.
Βλέπω εδώ
Driver Day 10/2/2003
Driver Version 6.32.0.0
Όσα κοστίζουν μια δραχμή, γι' άλλους κοστίζουν μια ζωή....δεν είναι κρίμα!!!
-
17-07-08, 16:19 Απάντηση: Το thread των Jumbo Frames #21
Τελικα ρε παιδια μετραει να το ενεργοποιησουμε?Εξαρταται καθολου και απο τα αλλα μηχανακια στο δικυο και το switch ή εστω ακομα και ανα μια καρτα το υποστηριζει αξιζει η ενεργοποιηση των jumbo frames?
-
17-07-08, 16:55 Απάντηση: Το thread των Jumbo Frames #22
Με αφορμή την απάντηση του parsifal θα ήθελα να κάνω το παρακάτω σχόλιο.
Λέω με αφορμή την απάντηση του parsifal, διότι στην εικόνα που ανέβασε υπάρχει άλλη μια παράμετρος που επίσης θα βελτιώσει τα πράγματα και για την οποία δεν έχω δει αναφορές (χωρίς να έχω ψάξει αρκετά στο adslgr).
Πολλοί είναι οι παράγοντες που μπορεί να βελτιώσουν το σύστημα μας, το jumbo frame είναι ένα τέτοιο καλούδι όπως και το CHECKSUM OFLOAD.
1) H αποστολή και η λήψη δεδομένων μέσα στο ιδιωτικό δίκτυο (ειδιαίτερα σήμερα που μιλάμε για Giga Ether, 1000Mbps κάρτες δικτύου) απαιτεί και ανάλογη CPU. Αυτή την λεπτομέρια συνθήθως την παραβλέπουμε. Όσο περισσότερα πακέτα πηγαινοέρχονται στο δίκτυο τόσο περισσότερο η CPU εργάζεται με την διαδικασία αποστολής / λήψης αυτών των δεδομένων και ο χρόνος που της απομένει για άλλες εργασίες περιορίζεται αρκετά.
Όταν πηγαινο-έρχονται δεδομένα στο δίκτυο η CPU:
0) Επαληθεύει το checksum, επαναυπολογίζοντάς το (Checksum offload).
1) Αξιολογεί τα πακέτα που παραλαμβάνει.
2) Αντιγράφει τα πακέτα ανάμεσα στα μπάφερς (Large Send offload).
3) Αναλαμβάνει τον τεμαχισμό μεγάλων πακέτων ...
Αυτό που θα πρέπει όμως να έχουμε υπ’ όψιν μας είναι ότι ο τεμαχισμός αυτός προσφέρει καθυστερήσεις σε πολλά επίπεδα του OSI layer και η CPU του υπολογιστή που παραλαμβάνει όλα αυτά τα κομμάτια θα πρέπει με την σειρά της θα πρέπει να δώσει αρκετή από την ισχύ της (CPU cycles) για να τα ξανασυναρμολογήσει.
Η κάρτα που ανέβασε ο parsifal υποστιρίζει το task offload, έχει δηλαδή την δυνατότητα να διεκπεραιώνει κάποιες από τις εργασίες της cpu ελευθερώνοντας αυτή να ασχοληθεί με ποιό σοβαρά πράγματα.
Δεν ρυθμίζουμε μόνο τις ιδιότητες του TCP/IP αλλά και την κάρτα δικτύου.
Το task offload υπστιρίζεται και από το IPV4 και από το IPV6.
Αν δουλεύουμε με IPV4 τότε TCP/IP Task Offload, NDIS 5 είναι αρκετό.
Οι κάρτες δικτύου που υποστηρίζουν TCP/IP Task Offload in NDIS 5 (και πάνω) αναφέρεται ότι βελτιώνουν μέχρι και 30% το CPU utilization, (NDIS 6 για τα νεότερα λειτουργικά, IPV6).
-
08-08-08, 11:32 Απάντηση: Το thread των Jumbo Frames #23
Το switch μου λεει πως υποστηριζει 9Κ.
Τα 3 απο τα 4 μηχανακια υποστηριζουν 16110 (Eχουν το Intel Pro 1000 NIC) και τρεχουν Linux, οποτε μπορω να βαλω το μεγεθος κατα το δοκουν (9Κ εν προκειμενω).
Το 4ο ομως τρεχει WinXP pro (και δεν μπορει ν'αλλαξει), και το onboard υποστηριζει οπως λεει μεχρι 9014 MTU.
Η ερωτηση μου ειναι η εξης:
Αν ρυθμισω ολα τα NICs στο Full που μπoρουν ν'αποδοσουν, θα "κανονισει" το switch το MTU ή πρεπει να βαλω 9Κ που ειναι το switch;
Κι αν πρεπει να γινει ετσι, τοτε το Winblowz μηχανακι, πως θα ρυθμιστει στα 9Κ ΑΚΡΙΒΩΣ ωστε να μη δημιουργησει προβλημα;
Ή δεν θα δημιουργησει;
-
08-08-08, 11:41 Απάντηση: Το thread των Jumbo Frames #24
Ο περιοριστικός παράγοντας πάντα είναι τα Windows - how original από τη Microsoft.
Το ποιές επιλογές υπάρχουν - αν υπάρχουν - φαίνεται από το entry της κάρτας δικτύου στον Device Manager.
Εκεί θα έχει σε κάποια από τις advanced επιλογές μία dropdown-list με τα διαθέσιμα μεγέθη.
Εσύ αυτό που μπορείς να κάνεις είναι να ξεκινήσεις από το μέγιστο που βλέπεις εκεί.
Βάλε το, ρύθμισε ακριβώς το ίδιο μέγεθος και σε όλα τα Linux που τρέχεις, επανεκκίνησε τα Windows - στο Linux αρκεί το restart του δαίμονα του δικτύου - και πειραματίσου δες ποιά είναι η συμπεριφορά.
Το switch λογικά δεν χρειάζεται καμμία ρύθμιση.Επιτέλους το ελάχιστο δυνατό, ευέλικτο, και ψηφιακό κράτος. Με διαρκή αξιολόγηση.
-
08-08-08, 11:47 Απάντηση: Το thread των Jumbo Frames #25
Oποτε, το ζητουμενο ειναι να ειναι ολα τα NIC ρυθμισμενα στο ιδιο MTU και το switch θα κανει τη δουλεια του στο μεγεθος που υποστηριζει; (Το ιδιο switch - Netgear εχω με εσενα)
........Auto merged post: alekan πρόσθεσε 0 λεπτά και 41 δευτερόλεπτα αργότερα ........
Ωπ, μολις ειδα το πειραματισου..σοριΤελευταία επεξεργασία από το μέλος alekan : 08-08-08 στις 11:47. Αιτία: auto merged post
-
08-08-08, 12:01 Απάντηση: Το thread των Jumbo Frames #26
Τι ταχύτητες βλέπετε στην μεταφορά? Δεδομένου οτι το bottleneck είναι οι δίσκοι, έχει δοκιμάσει κανείς μεταφορά απο stripe σε stripe ?
Απο server 2k3 sp2 x32 με raid 10 (4x500gb sata) σε server 2k8 x64 με raid0 (2x74gb raptor) βλέπω 110+ mb/s χωρίς πείραγμα του tcp με ενα 5απορτο linksys.
Αντίστοιχες εμπειρίες με πείραγμα η χωρίς? Που παίζουνε τα νούμερα?
-
08-08-08, 12:49 Απάντηση: Το thread των Jumbo Frames #27
-
08-08-08, 20:52 Απάντηση: Το thread των Jumbo Frames #28
Το πρόβλημα θα είναι οτι εκεί που θα είχες Burst 9κ τώρα θα πρέπει να περιμένει δυο κύκλους για να στείλει τα δεδομένα.
όχι δεν είναι πρόβλημα xp or windows είναι πρόβλημα με drivers μπορείς πάντα να δοκιμάσεις ποιο καινουργιους,
Ακόμα είναι προτιμότερο να έχεις ενα μεσαίο Jumbo frame παρά ενα μεγάλο που ίσως και να μην δουλέυει σωστά
Σε αρκετά προγράμματα, (λογιστικά, συμβολαιογραφικά ) χτυπούσαν συνεχώς αρχεία, ενώ σε μετάφορα μέσω explorer δεν υπήρχε πρόβλημα
........Auto merged post: sdikr πρόσθεσε 2 λεπτά και 1 δευτερόλεπτα αργότερα ........
Θα ήταν καλό να μην λέμε ανακρίβειες,
Το πρόβλημα είναι στο Hardware που ακούει στο όνομα Intel pro 1000 και στην realtek - marvel Που μάλλον έχει το αλλό μηχάνημα.
κακός επιλέγεις το μέγιστο, φυσικά και παίζει ρόλο το switch, ακόμα φυσικά και δεν χρείαζεται restart στα windows, ουτέ καν απενεργοποίηση - ενεργοποίηση την κάρταΤελευταία επεξεργασία από το μέλος sdikr : 08-08-08 στις 20:52. Αιτία: auto merged post
-
08-08-08, 20:57 Απάντηση: Το thread των Jumbo Frames #29
-
08-08-08, 21:18 Απάντηση: Το thread των Jumbo Frames #30
οχι φυσικά τα intel nic είναι τα σωστά, τα αλλά είναι με πρόβλημα
το 9000 και το 9014 έχει να κάνει με το πως μετράει ο κάθε ενας, (με 1000 ή με 1024) δυστήχως σε αυτό δεν σου έχω απάντηση
Σε γενικές γράμμες βάζεις τα νούμερα που αντέχει ο συνολικος εξοπλισμός σου αν το μαξ είναι 4 τότε θα βάλεις 4
Παρόμοια Θέματα
-
Περί 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