(https://alkisg.mysch.gr/steki/DirectAttachments/warning.png) | Edit 03/02/2016: μετά από διάφορες βελτιώσεις στα sch-scripts, πλέον δεν χρειάζεται ιδιαίτερη προσοχή στην αγορά switch και καρτών δικτύου, μπορείτε να αγοράσετε ό,τι μάρκα θέλετε, οπότε αγνοήστε το παρόν μήνυμα και διαβάστε τη σύνοψή του εδώ (https://alkisg.mysch.gr/steki/index.php?topic=3533.msg75287#msg75287). |
Η ταχύτητα του τοπικού δικτύου είναι πάρα πολύ σημαντική στο LTSP. Παρακάτω περιγράφεται ένα πιθανό πρόβλημα το οποίο μπορεί να κάνει το δίκτυό σας 10 φορές πιο αργό αν δεν προσέξετε κατά την αγορά switch και κάρτας δικτύου για το server.
Το πρόβλημα είναι ανεξάρτητο από το λειτουργικό σύστημα, δηλαδή αν έχετε Windows και θέλετε να προβάλλετε την οθόνη του καθηγητή στους μαθητές ή να τους στείλετε μεγάλα αρχεία, καλό θα ήταν να διαβάσετε κι εσείς το παρόν θέμα.
Ποιους επηρεάζει το πρόβλημα:
Server | Switch | Clients | Προσοχή; | Συνολική ταχύτητα δικτύου |
Gigabit | Πλήρως gigabit | Gigabit | Όχι | Gigabit |
Gigabit | Πλήρως gigabit | 100 Mbps | Ναι | 100 Mbps ή gigabit |
Gigabit | Μόνο 1-2 θύρες gigabit | 100 Mbps | Ναι | 100 Mbps ή gigabit |
100 Mbps | 100 Mbps | 100 Mbps | Όχι | 100 Mbps |
Αν είστε στις δύο μεσαίες κατηγορίες συνεχίστε το διάβασμα για να αποφύγετε το πρόβλημα που δημιουργεί το flow control, καθώς αν δεν προσέξετε θα κάνει το δίκτυό σας 10 φορές πιο αργό, δηλαδή 100 Mbps αντί για Gigabit, με τεράστιες επιπτώσεις στην ταχύτητα του LTSP.
Αν είστε στην πρώτη ή την τελευταία κατηγορία, αδιαφορήστε. :)
Θεωρία:Το flow control είναι μια δυνατότητα του ethernet κατά την οποία αν μια γρήγορη συσκευή (ο server) στέλνει πολλά δεδομένα σε μια αργή συσκευή (το switch), τότε αυτή ειδοποιεί τον server να κάνει παύση και να μη στέλνει άλλα δεδομένα για λίγο.
Όταν για παράδειγμα ο gigabit server προσπαθήσει να στείλει μια εικόνα στον 100 Mbps client1, τότε ο buffer του switch θα γεμίσει και αυτό θα στείλει σήμα παύσης στον server να σταματήσει για λίγο να στέλνει δεδομένα.
Δυστυχώς ο server θα σταματήσει εντελώς, και δεν θα στέλνει ούτε στους άλλους clients. Αυτό είναι το πρόβλημα και λέγεται "head of line blocking".
Λύσεις:Υπάρχουν δύο τρόποι να λυθεί:
- Ένα καλό switch καταλαβαίνει ότι ο server μπορεί να θέλει να στείλει και σε άλλους clients, και έτσι δεν του στέλνει σήματα παύσης.
Μερικά switch είναι managed και σ' αυτά ο υπεύθυνος ΣΕΠΕΗΥ θα πρέπει να μπει στο web interface τους και να τα ρυθμίσει κατάλληλα. - Η κάρτα δικτύου του server μπορεί να υποστηρίζει την απενεργοποίηση του flow control, και επομένως να αγνοεί τα σήματα παύσης που του στέλνει το switch.
Τα sch-scripts απενεργοποιούν το flow control σε όσες κάρτες το υποστηρίζουν, επομένως δεν χρειάζεται να κάνει κάτι ο υπεύθυνος ΣΕΠΕΗΥ που τα χρησιμοποιεί. Οι χρήστες Windows θα πρέπει να απενεργοποιήσουν το flow control από τις ιδιότητες της κάρτας δικτύου στον device manager.
Καλά switch:
- TP-LINK TL-SG1016DE 16-PORT GIGABIT EASY SMART SWITCH (http://www.skroutz.gr/s/3685153/TP-LINK-TL-SG1016DE.html) (προσοχή, 1016DE και όχι σκέτο 1016D)
- TP-LINK TL-SG1024DE 24-PORT GIGABIT EASY SMART SWITCH (http://www.skroutz.gr/s/3361408/TP-LINK-24-Port-Gigabit-Easy-Smart-Switch.html) (προσοχή, 1024DE και όχι σκέτο 1024D)
Προβληματικά switch:
- TP-LINK TL-SG1016D 16-PORT GIGABIT SWITCH (http://www.e-shop.gr/tp-link-tl-sg1016d-16-port-gigabit-switch-p-PER.612456)
- TP-LINK TL-SG1024D 24-PORT GIGABIT DESKTOP RACKMOUNT SWITCH (http://www.e-shop.gr/tp-link-tl-sg1024d-24-port-gigabit-desktop-rackmount-switch-p-PER.612457)
Καλές κάρτες δικτύου:Εδώ να αναγράφουμε όποιες κάρτες δικτύου επιβεβαιωμένα υποστηρίζουν την απενεργοποίηση του flow control.
Να επισημάνω ότι οι κάρτες δικτύου των clients δεν έχουν σχέση με το πρόβλημα, ενδιαφερόμαστε μόνο για την κάρτα δικτύου του server.
Επίσης, θέλουμε είτε καλό switch είτε καλή κάρτα δικτύου στον server, δεν χρειάζονται και τα δύο.
Κάποιες Intel, Broadcom και Marvell που δοκίμασα υποστήριζαν την απενεργοποίηση του flow control.
Επιβεβαιωμένα καλές:
03:00.0 Ethernet controller [0200]: Intel Corporation 82541PI Gigabit Ethernet Controller [8086:107c] (rev 05)
Subsystem: Intel Corporation PRO/1000 GT Desktop Adapter [8086:1376]
Kernel driver in use: e1000
00:0b.0 Ethernet controller [0200]: D-Link System Inc DGE-530T Gigabit Ethernet Adapter (rev 11) [1186:4b01] (rev 11)
Subsystem: D-Link System Inc DGE-530T Gigabit Ethernet Adapter (rev 11) [1186:4b01]
Kernel driver in use: skge
03:01.0 Ethernet controller [0200]: Marvell Technology Group Ltd. 88E8001 Gigabit Ethernet Controller [11ab:4320] (rev 12)
Subsystem: Standard Microsystems Corp [SMC] EZ Card 1000 (SMC9452TXV.2) [10b8:b452]
Kernel driver in use: skge
08:00.0 Ethernet controller [0200]: Broadcom Corporation NetLink BCM5787M Gigabit Ethernet PCI Express [14e4:1693] (rev 02)
Kernel driver in use: tg3
Kernel modules: tg3
00:0a.0 Ethernet controller [0200]: nVidia Corporation MCP77 Ethernet [10de:0760] (rev a2)
Kernel driver in use: forcedeth
Kernel modules: forcedeth
Για laptop που έχουν 100ρα κάρτα δικτύου, η παρακάτω PCMCIA gigabit κάρτα (http://www.skroutz.gr/s/5338520/Syba-Express-Card-to-Gigabit-Ethernet-ET1310.html) αναφέρθηκε να δουλεύει καλά:
03:00.0 Ethernet controller [0200]: LSI Corporation ET-131x PCI-E Ethernet Controller [11c1:ed00] (rev 02)
Subsystem: LSI Corporation ET-131x PCI-E Ethernet Controller [11c1:ed00]
Kernel driver in use: et131x
Προβληματικές κάρτες δικτύου:Εδώ να αναγράφουμε όποιες κάρτες δικτύου επιβεβαιωμένα δεν υποστηρίζουν την απενεργοποίηση του flow control.
Όσες έχω δοκιμάσει που να βασίζονται σε τσιπάκι Realtek δεν υποστηρίζουν απενεργοποίηση του flow control, παρόλα αυτά από 12.04 και μετά φαίνεται να μην έχουν σοβαρό πρόβλημα.
Αντίθετα, οι Atheros όχι μόνο δεν υποστηρίζουν απενεργοποίηση του flow control, αλλά αντιδρούν τόσο χάλια στα σήματα pause, που πάνε πιο αργά και από 100 Mbps κάρτα.
01:00.0 Ethernet controller [0200]: Qualcomm Atheros AR8121/AR8113/AR8114 Gigabit or Fast Ethernet [1969:1026] (rev b0)
Subsystem: ASUSTeK Computer Inc. Device [1043:831c]
Kernel driver in use: ATL1E
Μέθοδος επιβεβαίωσης:Εύρεση μοντέλου κάρτας:
$ lspci -nn -k | grep -A 2 Ethernet
08:00.0 Ethernet controller [0200]: Broadcom Corporation NetLink BCM5787M Gigabit Ethernet PCI Express [14e4:1693] (rev 02)
Kernel driver in use: tg3
Kernel modules: tg3
Απενεργοποίηση του flow control:
$ sudo ethtool --pause eth0 autoneg on rx off
Επιβεβαίωση ότι έχει απενεργοποιηθεί:
$ sudo ethtool --show-pause eth0
Pause parameters for eth0:
Autonegotiate: on
RX: off
TX: on
Switch που είναι δοκιμασμένα από την Τεχνική Στήριξη και είναι ΟΚ:
LINKSYS SRW2016 (εργαστήριο Τεχν. Στήρ.)
CISCO-D SR2016T-EU (εργαστήριο Τεχν. Στήρ.)
μου φαίνεται ότι το IEEE 802.3x Flow control πρέπει να είναι το κλειδί αλλά δεν έχω δοκιμάσει κάποιο που δεν έχει αυτό το χαρακτηριστικό για να διαπιστώσω αν υφίσταται το πρόβλημα.
(μία μπακάλικη λύση είναι η προμήθεια switch 16ports με κόστος >=150ευρώ) ;D
πρόσφατα αγόρασα αυτό: http://www.e-shop.gr/show_per.phtml?id=PER.613475
το οποίο στα χαρακτηριστικά του αναφέρει το 802.3x Flo Control
μπορώ να κάνω κάτι για να επιβεβαιώσω αν ανήκει/δεν ανήκει στις "προβληματικές" περιπτώσεις;
Παράθεση από: alkisg στις 23 Δεκ 2010, 02:48:09 ΜΜ
Ποιους επηρεάζει το πρόβλημα:
Server | Switch | Clients | Προσοχή; | Συνολική ταχύτητα δικτύου |
Gigabit | Πλήρως gigabit | Gigabit | Όχι | Gigabit |
Gigabit | Πλήρως gigabit | 100 Mbps | Ναι | 100 Mbps ή gigabit |
Gigabit | Μόνο 1-2 θύρες gigabit | 100 Mbps | Ναι | 100 Mbps ή gigabit |
100 Mbps | 100 Mbps | 100 Mbps | Όχι | 100 Mbps |
Η ταχύτητα του δικτύου επηρεάζεται και από το αν έχουμε συνδεδεμένα 100αρια switches πάνω στο gigabit switch, όπως για παράδειγμα το router του σχολείου ή δεν έχει σημασία?
Παράθεση από: poursali στις 23 Δεκ 2010, 09:42:21 ΜΜ
πρόσφατα αγόρασα αυτό: http://www.e-shop.gr/show_per.phtml?id=PER.613475
το οποίο στα χαρακτηριστικά του αναφέρει το 802.3x Flo Control
μπορώ να κάνω κάτι για να επιβεβαιώσω αν ανήκει/δεν ανήκει στις "προβληματικές" περιπτώσεις;
https://alkisg.mysch.gr/steki/index.php?topic=3324.msg33979#msg33979
Παράθεση από: apapakl στις 23 Δεκ 2010, 10:30:55 ΜΜ
Η ταχύτητα του δικτύου επηρεάζεται και από το αν έχουμε συνδεδεμένα 100αρια switches πάνω στο gigabit switch, όπως για παράδειγμα το router του σχολείου ή δεν έχει σημασία?
Η ταχύτητα του internet είναι πολύ κάτω από τα 100 Mbps και μάλιστα πιο πολύ κατεβάζουμε (που δεν επηρεάζει καθόλου) παρά ανεβάζουμε, επομένως φαντάζομαι ότι δεν θα μπλοκάρει την κίνηση.
Αν όμως βάλεις ένα 100ρι switch πάνω στο full gigabit switch και εκεί πάνω συνδέσεις 2-3 thin/fat clients, τότε ναι, θα κόψει.
Το ίδιο κι αν βάλουμε έναν μόνο 100ρη client πάνω σε full gigabit switch, θα κόψει λίγο την ταχύτητα αφού θα κάνει το switch να στέλνει pause signals. Δεν ξέρω πόσο ακριβώς θα κόψει από τη συνολική ταχύτητα, υποθέτω όχι πολύ αλλά δεν έχω κάνει σχετική μέτρηση...
Σίγουρα το καλύτερο είναι ένα καλό switch και ξενοιάζουμε από όλα, αλλά ξεκινάνε από 150€ ... :(
Παράθεση από: alkisg στις 23 Δεκ 2010, 10:40:39 ΜΜ
https://alkisg.mysch.gr/steki/index.php?topic=3324.msg33979#msg33979
οκ από τη νέα χρονιά πλέον θα κάνω κάποιες δοκιμές και θα ενημερώσω :)
Μετά της εορτές έχω σκοπό να παραγγείλω μερικα gigabit switches
http://www.tp-link.com/products/productDetails.asp?class=switch&content=spe&pmodel=TL-SG1024D
για να υλοποιήσω thin-clients se τουλάχιστον ένα εργαστήριο.
τα συγκεκριμένα switch αναφέρουν πως έχουν 802.3x flow control αλλά δεν είναι managed να μπορώ να το απενεργοποιήσω.
Οι κάρτες δικτύου των client μερικών client είναι 100αρες άλλες 1000αρες και όλες δεν υποστηρίζουν flow-control καθώς είναι realtek.
Στον server θα βάλω κάρτες gigabit της intel στις οποίες έμαθα πως απενεργοποιήται το flow-control.
Θα έχω πρόβλημα;;;;
Καλές εορτές σε όλους.
Παράθεση από: tallis στις 24 Δεκ 2010, 04:09:37 ΜΜ
Στον server θα βάλω κάρτες gigabit της intel στις οποίες έμαθα πως απενεργοποιήται το flow-control.
Θα έχω πρόβλημα;;;;
Τα sch-scripts θα σου απενεργοποιήσουν αυτόματα το flow control οπότε και δεν θα έχεις κανένα πρόβλημα χωρίς να χρειαστεί να κάνεις κάτι. Καλές γιορτές!
Άλκη αυτό γίνεται για όλες τις κάρτες δικτύου του server; "Στήνω" έναν ltsp με το lan πάνω στην eth1 (δεν χρησιμοποιώ την eth0) και παρατήρησα ότι δεν το είχε απενεργοποιήσει με την εγκατάσταση των sch-scripts. Το έκανα με τη manual μέθοδο..
Κώστας
Από το αρχείο /etc/network/if-up.d/sch-scripts:
# Is /usr mounted and ethtool there?
if [ -x /usr/sbin/ethtool ]; then
if ethtool --pause $IFACE autoneg off rx off >/dev/null 2>&1; then
$logger -t sch-scripts -p syslog.info "Successfully disabled flow control for interface $IFACE"
else
$logger -t sch-scripts -p syslog.info "Didn't disable flow control for interface $IFACE"
fi
fi
Δηλαδή, θεωρητικά δουλεύει για όλες τις κάρτες δικτύου του server, και επίσης σου καταχωρεί μήνυμα στο syslog για το αν τα κατάφερε ή όχι. Τσέκαρε λίγο το syslog, βλέπεις τέτοιες εγγραφές;
grep "flow control" /var/log/syslog
Όχι Άλκη δεν υπάρχει τέτοια εγγραφή.
Σου επισυνάπτω το syslog.
Τι μπορεί να συμβαίνει;
Δοκίμασε λίγο:
sudo ifdown eth1
sudo ifup eth1
grep "flow control" /var/log/syslog
Αν έτσι δεις εγγραφή στο syslog, αυτό σημαίνει ότι για κάποιον λόγο δεν καλούνται τα if-up events. Πώς παίρνει IP η eth1; Από το network-manager, από το /etc/network/interfaces; Στατική ή δυναμική;
Μετά την εγκατάσταση του Desktop Ubuntu "έβαλα" τα sch-scripts και δημιούργησα thin εικονικό.
Άρα, δυναμική IP από network-manager.
Προβλήματα:
Σήμερα που άνοιξα το server υπήρχαν 3 εγγραφές στο syslog οι οποίες στη συνέχεια (χωρίς επανεκκίνηση) δεν υπήρχαν στο syslog!!!. Νομίζω μόνο το firefox άνοιξα ανάμεσα στους δύο ελέγχους, ο οποίος άργησε να ανοίξει τη home google page!
teacher@server:~$ grep "flow control" /var/log/syslog
Mar 11 21:28:07 server sch-scripts: Successfully disabled flow control for interface eth1
Mar 11 21:38:46 server sch-scripts: Successfully disabled flow control for interface eth1
Mar 14 09:12:35 server sch-scripts: Successfully disabled flow control for interface eth1
Η εντολή "sudo ifdown eth1" βγάζει "ifdown: interface eth1 not configured" και η "sudo ifup eth1" "Ignoring unknown interface eth1=eth1."
Παράθεση από: gidarakos στις 14 Μαρ 2011, 10:32:24 ΠΜ
Σήμερα που άνοιξα το server υπήρχαν 3 εγγραφές στο syslog οι οποίες στη συνέχεια (χωρίς επανεκκίνηση) δεν υπήρχαν στο syslog!!!.
Μάλλον αυτό που είδες ήταν αποτέλεσμα του logrotate, όπου για λόγους επιδόσεων το syslog περιοδικά μεταφέρεται στο syslog.1 και στη συνέχεια στο syslog.2.gz κτλ.
Εφόσον λοιπόν υπήρχαν τέτοιες καταχωρήσεις, θα πρέπει να γίνεται αυτόματα η απενεργοποίηση του flow control.
Κάνε μια επανεκκίνηση το server και δώσε τις παρακάτω εντολές αμέσως μόλις ξεκινήσει για να δούμε αν αυτό αληθεύει ή όχι:
date
grep 'flow control' /var/log/syslog
sudo ethtool -a eth1
sudo ethtool -A eth1 autoneg off rx off
sudo ethtool -a eth1
teacher@server:~$ date
Δευ 14 Μάρ 2011 11:01:02 πμ EET
teacher@server:~$ grep 'flow control' /var/log/syslog
Mar 14 10:59:32 server sch-scripts: Successfully disabled flow control for interface eth1
teacher@server:~$ sudo ethtool -a eth1
[sudo] password for teacher:
Pause parameters for eth1:
Autonegotiate: off
RX: off
TX: on
teacher@server:~$ sudo ethtool -A eth1 autoneg off rx off
autoneg unmodified, ignoring
rx unmodified, ignoring
no pause parameters changed, aborting
teacher@server:~$ sudo ethtool -a eth1
Pause parameters for eth1:
Autonegotiate: off
RX: off
TX: on
Πρέπει να είμαστε εντάξει..
Άρα θέλει επανεκκίνηση μετά την εγκατάσταση των sch-scripts;
Με την τρίτη παράμετρο (TX) τι γίνεται;
Σε εγκατάσταση σε Virtual box μου τη δείχνει OFF αλλά ο server παίζει κανονικά. Αν πάω να το αλλάξω, μετά από επανεκκίνηση το γυρνάει πάλι σε OFF.
Παράθεση από: gidarakos στις 14 Μαρ 2011, 11:14:40 ΠΜ
Άρα θέλει επανεκκίνηση μετά την εγκατάσταση των sch-scripts;
Μετά την εγκατάσταση των sch-scripts, η απενεργοποίηση του flow control πραγματοποιείται την επόμενη φορά που θα γίνει σύνδεση δικτύου, είτε από τον NetworkManager, είτε από επανεκκίνηση.
Παράθεση από: gidarakos στις 14 Μαρ 2011, 11:14:40 ΠΜ
Με την τρίτη παράμετρο (TX) τι γίνεται;
Το TX θα σήμαινε ότι ο server παραπονιέται στο switch "μη μου στέλνεις δεδομένα τόσο γρήγορα".
Αυτό σε φυσιολογικές συνθήκες δεν πρόκειται να συμβεί ποτέ και δεν έχουμε λόγο να το απενεργοποιήσουμε.
Τοποθέτηση μικρού gigabit switch πάνω στο 100αρι για να μην αλλάζουμε τα καλώδια.
Τι γίνεται σε αυτή την περίπτωση, υποβιβάζεται η ταχύτητα gigabit σε 100 ; αν ναι θα πρέπει να βρούμε το καλώδιο του server από το 100ρι και να το βάλουμε απ' ευθείας στη θύρα 1000ρα του μικρού switch ;
Παράθεση από: vanitas στις 03 Οκτ 2011, 08:00:03 ΠΜ
Τοποθέτηση μικρού gigabit switch πάνω στο 100αρι για να μην αλλάζουμε τα καλώδια.
Σ' αυτήν την περίπτωση το μικρό gigabit switch πλέον λειτουργεί σαν κατοστάρι. Δεν μπορούμε να κάνουμε κάτι για να αξιοποιήσουμε τις gigabit θύρες του, θα μπορούσαμε να είχαμε γλυτώσει κάποια λεφτά αγοράζοντας κατοστάρι switch χωρίς ουσιαστική διαφορά.
Γενικά τα μικρά gigabit switch δεν βολεύουν παρά μόνο στην περίπτωση που όντως έχουμε ελάχιστους clients και τους χωράνε όλους.
Οι παραπάνω προτάσεις δεν είναι 100% ακριβείς, υπάρχουν και κάποιες άλλες εξεζητημένες περιπτώσεις όπου τα μικρά gigabit switch μπορούν να βοηθήσουν, αλλά δεν έχουν εφαρμογή στα σχολικά εργαστήρια οπότε δεν τις αναφέρω για να μη δημιουργήσω σύγχιση.
Πρόκειται να αγοράσουμε δύο switches για να συνδεθούν κάποιες αίθουσες διδασκαλίας σε δίκτυο. Στις αίθουσες αυτές θελω να υπάρχει δυνατότητα να συνδεθεί υπολογιστής σα thin ή fat client με το server του εργαστηρίου πληροφορικής.
Ξέρετε αν τα παρακάτω switches παρουσιαζουν κανένα πρόβλημα;
TP-Link 8-port 10/100/1000 (TL-SG1008D)
TP-Link 5-Port Gigabit (TL-SG1005D)
Είμαι στην ευχάριστη θέση να πρέπει να αγοράσω καινούριο switch για το σχολείο.
Έχει κάποιος / κάποια να μου προτείνει ένα καλό + φτηνό :) 16άρι managed switch, για τη λειτουργία του εργαστηρίου με thin και fat clients;
Επίσης στον router του εργαστηρίου θα πέφτουν και 2 (όσο πιο φτηνά γίνεται) 16/άρια switches με γραμμές για το υπόλοιπο σχολείο.
Υπάρχει περίπτωση να επηρεάσουν τη λειτουργία του εργαστηρίου;
Φτηνό και managed δε νομίζω να πάνε μαζί...
Αλλά αφού το πρόβλημα flow control φαίνεται να λύθηκε για τις Realtec κάρτες στην 12.04, εγώ θα πρότεινα κάποιο φτηνιάρικο unmanaged:
52€ - http://www.skroutz.gr/s/313579/TP-LINK-16-1G-Unmanaged-Gigabit-Uplink-Switch.html
75€ - http://www.skroutz.gr/s/313566/TP-LINK-16-2G-Gigabit-Uplink-Web-Smart-Switch.html
93€ - http://www.skroutz.gr/s/313512/TP-LINK-16-port-Unmanaged-Gigabit-Rackmount-Switch.html
Παράθεση από: alkisg στις 15 Νοε 2012, 10:49:15 ΠΜ
Αλλά αφού το πρόβλημα flow control φαίνεται να λύθηκε για τις Realtec κάρτες στην 12.04
Πολύ ευχάριστο αυτό.
Πώς μπορώ να βεβαιωθώ ότι το flow control είναι απενεργοποιημένο;
η εντολή
ethtool -a eth0
μου επιστρέφει
Cannot get device pause settings: Operation not supported
η κάρτα μου είναι: Realtek rtl8111/8168B
Με benchmark:
https://alkisg.mysch.gr/steki/index.php?topic=3324.msg33979#msg33979
Η παρακάτω κάρτα φέρεται υπερβολικά άσχημα σε σχέση με το flow control. Σε 100ρι switch πιάνει 100 Mbps, αλλά σε gigabit switch πιάνει μόνο 20 (!!!) Mbps, όταν οι clients είναι 100ρηδες.
Αν και οι clients είναι gigabit λογικά δεν θα έχει πρόβλημα.
$ lspci -nn -k | grep -A 2 Ethernet
01:00.0 Ethernet controller [0200]: Atheros Communications Inc. AR8121/AR8113/AR8114 Gigabit or Fast Ethernet [1969:1026] (rev b0)
Subsystem: ASUSTeK Computer Inc. Device [1043:831c]
Kernel driver in use: ATL1E
Καλημέρα, καλή και παραγωγική χρονιά, με υγεία και ευτυχία.
Για 24-αρι switch δεν είδα κάποιον να ρωτάει ;-)
Λοιπόν στο switch του εργαστηρίου, εκτός από τους 14 υπολογιστές του ΣΕΠΕΗΥ, συνδέονται και διάφοροι άλλοι υπολογιστές και switches (οι οποίοι δεν θα συμμετάσχουν στο LTSP) οπότε οι 16 θύρες μου είναι λίγες.
Η παρακάτω λύση είναι καλή;
TP-LINK 24+2G Gigabit-Uplink Switch TL-SL1226
σπό το http://www.computerbeast.gr/catalogue?page=shop.product_details&flypage=flypage.tpl&product_id=59518&category_id=165&manufacturer_id=312
Τέλος, από όσο κατάλαβα, αν την συνδυάσω με κάποια intel κάρτα δικτύου δεν θα έχω κάποιο πρόβλημα...
Ευχαριστώ προκαταβολικά
Φιλικά
Φίλιππος
Ναι μια χαρά είναι...
http://www.skroutz.gr/c/124/network-switch.html?from=most-popular&keyphrase=24+switch+gigabit
Επίσης οι realtek κάρτες φαίνονται να πάνε καλά στην 12.04, αν έχεις realtek κάνε πρώτα μια δοκιμή με αυτή χωρίς να πάρεις intel.
Βέβαια θα μπορούσες να πάρεις και 16ρι και να συνδέσεις τους άλλους clients (γραμματεία, router, αίθουσες...) σε άλλο υπάρχον switch, και να βραχυκυκλώσεις τα 2 switch.
Προσφορά του e-shop για 24ρι gigabit switch με έκπτωση 50% (82.90€):
http://www.e-shop.gr/product?id=PER.505871
Έχω βάλει πρόσφατα στο εργαστήριο την έκδοση 12.04 και έχω πάρει 24-άρι Full Gigabit Switch της Netgear. Οι clients έχουν 100-άρες κάρτες ενώ στο server δοκίμασα δύο κάρτες Gigabit (Realtek και D-Link), με καμία όμως δεν κατάφερα να πιάσω υψηλό bandwidth, διότι δεν υποστηρίζουν απενεργοποίηση του flow control. Συγκεκριμένα στην εντολή
sudo ethtool -A eth1 autoneg off rx off
επιστρέφουν
Cannot get device pause settings: Operation not supported
Το ίδιο συμπέρανα και από τις εγγραφές στο σχετικό syslog.
Επισυνάπτω τα χαρακτηριστικά των 2 καρτών.
Σημείωση: Παρατηρώ ότι και στις δύο κάρτες, αν και έχουν διαφορετικό chipset, ο kernel χρησιμοποιεί τον ίδιο driver r8169.
Ένα περίεργο που παρατήρησα είναι ότι όταν οι clients είναι στην οθόνη εισόδου και κάνω τη μέτρηση ταχύτητας (iperf -s -xS και sudo iperf -c server -r) για 8 τερματικά παίρνω περίπου 80Mbits/sec bandwidth.
Ενώ, όταν τα τερματικά έχουν κάνει login, το bandwidth πέφτει περίπου στο 50Mbits/sec.
Είμαι λοιπόν τόσο άτυχος που ακόμη και με την έκδοση 12.04 δύο διαφορετικές κάρτες δικτύου δεν δουλεύουν;
Αγοράζοντας μία intel είναι 100% σίγουρο ότι θα δω επιτέλους "φως";
Μιχάλη μπορείς να επισυνάψεις ολόκληρο το output από τη μέτρηση ταχύτητας δικτύου (https://alkisg.mysch.gr/steki/index.php?topic=3324.0) δύο φορές,
μία για όλους τους clients,
και μία με επιλεγμένο έναν μόνο client;
Για ένα τερματικό:
administrator@server:~$ iperf -s -xS
[ 4] local 192.168.2.100 port 5001 connected with 192.168.2.6 port 48298
[ ID] Interval Transfer Bandwidth
[ 4] 0.0-10.0 sec 112 MBytes 93.7 Mbits/sec
[ 4] local 192.168.2.100 port 56720 connected with 192.168.2.6 port 5001
[ 4] 0.0-10.0 sec 113 MBytes 94.3 Mbits/sec
Για τα 8 τερματικά ταυτόχρονα, *στην οθόνη login*:
administrator@server:~$ iperf -s -xS
[ 4] local 192.168.2.100 port 5001 connected with 192.168.2.8 port 43476
[ 6] local 192.168.2.100 port 5001 connected with 192.168.2.3 port 53411
[ 5] local 192.168.2.100 port 5001 connected with 192.168.2.15 port 40904
[ 7] local 192.168.2.100 port 5001 connected with 192.168.2.6 port 48113
[ 8] local 192.168.2.100 port 5001 connected with 192.168.2.7 port 35775
[ 9] local 192.168.2.100 port 5001 connected with 192.168.2.4 port 51933
[ 10] local 192.168.2.100 port 5001 connected with 192.168.2.5 port 54161
[ 11] local 192.168.2.100 port 5001 connected with 192.168.2.9 port 56997
[ ID] Interval Transfer Bandwidth
[ 6] 0.0-10.0 sec 94.1 MBytes 78.8 Mbits/sec
[ 4] 0.0-10.0 sec 99.2 MBytes 83.0 Mbits/sec
[ 8] 0.0-10.0 sec 99.9 MBytes 83.5 Mbits/sec
[ 9] 0.0-10.0 sec 94.5 MBytes 79.1 Mbits/sec
[ 10] 0.0-10.0 sec 99.0 MBytes 82.8 Mbits/sec
[ 5] 0.0-10.0 sec 99.8 MBytes 83.4 Mbits/sec
[ 11] 0.0- 9.8 sec 95.9 MBytes 81.8 Mbits/sec
[ 7] 0.0-10.1 sec 94.4 MBytes 78.7 Mbits/sec
[ 6] local 192.168.2.100 port 51917 connected with 192.168.2.3 port 5001
[ 8] local 192.168.2.100 port 38350 connected with 192.168.2.5 port 5001
[ 9] local 192.168.2.100 port 36433 connected with 192.168.2.4 port 5001
[ 10] local 192.168.2.100 port 48635 connected with 192.168.2.7 port 5001
[ 4] local 192.168.2.100 port 44831 connected with 192.168.2.9 port 5001
[ 5] local 192.168.2.100 port 33138 connected with 192.168.2.8 port 5001
[ 7] local 192.168.2.100 port 52332 connected with 192.168.2.6 port 5001
[ 11] local 192.168.2.100 port 48610 connected with 192.168.2.15 port 5001
[ 6] 0.0-10.0 sec 88.4 MBytes 74.0 Mbits/sec
[ 9] 0.0-10.0 sec 88.6 MBytes 74.2 Mbits/sec
[ 8] 0.0-10.0 sec 88.6 MBytes 74.2 Mbits/sec
[ 10] 0.0-10.0 sec 88.1 MBytes 73.8 Mbits/sec
[ 4] 0.0-10.0 sec 87.9 MBytes 73.5 Mbits/sec
[ 5] 0.0-10.0 sec 87.1 MBytes 72.9 Mbits/sec
[ 7] 0.0-10.0 sec 87.2 MBytes 73.0 Mbits/sec
[ 11] 0.0-10.0 sec 88.6 MBytes 74.2 Mbits/sec
Για τα 8 τερματικά ταυτόχρονα, *αφού κάνουν login*:
administrator@server:~$ iperf -s -xS
[ 4] local 192.168.2.100 port 5001 connected with 192.168.2.5 port 54168
[ 5] local 192.168.2.100 port 5001 connected with 192.168.2.4 port 51940
[ 10] local 192.168.2.100 port 5001 connected with 192.168.2.6 port 48120
[ 7] local 192.168.2.100 port 5001 connected with 192.168.2.8 port 43483
[ 9] local 192.168.2.100 port 5001 connected with 192.168.2.7 port 35782
[ 8] local 192.168.2.100 port 5001 connected with 192.168.2.3 port 53418
[ 6] local 192.168.2.100 port 5001 connected with 192.168.2.15 port 40911
[ 11] local 192.168.2.100 port 5001 connected with 192.168.2.9 port 57004
[ ID] Interval Transfer Bandwidth
[ 5] 0.0-10.0 sec 71.5 MBytes 59.8 Mbits/sec
[ 6] 0.0-10.0 sec 70.4 MBytes 58.9 Mbits/sec
[ 7] 0.0-10.0 sec 51.0 MBytes 42.6 Mbits/sec
[ 9] 0.0-10.0 sec 71.2 MBytes 59.5 Mbits/sec
[ 8] 0.0-10.0 sec 70.2 MBytes 58.7 Mbits/sec
[ 4] 0.0-10.1 sec 70.1 MBytes 58.3 Mbits/sec
[ 10] 0.0-10.1 sec 55.1 MBytes 46.0 Mbits/sec
[ 11] 0.0-10.0 sec 68.0 MBytes 57.0 Mbits/sec
[ 6] local 192.168.2.100 port 48619 connected with 192.168.2.15 port 5001
[ 4] local 192.168.2.100 port 36448 connected with 192.168.2.4 port 5001
[ 7] local 192.168.2.100 port 48651 connected with 192.168.2.7 port 5001
[ 5] local 192.168.2.100 port 33151 connected with 192.168.2.8 port 5001
[ 8] local 192.168.2.100 port 52346 connected with 192.168.2.6 port 5001
[ 9] local 192.168.2.100 port 51938 connected with 192.168.2.3 port 5001
[ 10] local 192.168.2.100 port 38371 connected with 192.168.2.5 port 5001
[ 11] local 192.168.2.100 port 44850 connected with 192.168.2.9 port 5001
[ 4] 0.0-10.0 sec 48.9 MBytes 40.9 Mbits/sec
[ 6] 0.0-10.0 sec 48.6 MBytes 40.6 Mbits/sec
[ 7] 0.0-10.0 sec 49.9 MBytes 41.7 Mbits/sec
[ 5] 0.0-10.0 sec 48.5 MBytes 40.6 Mbits/sec
[ 8] 0.0-10.0 sec 48.0 MBytes 40.1 Mbits/sec
[ 9] 0.0-10.0 sec 47.4 MBytes 39.6 Mbits/sec
[ 10] 0.0-10.0 sec 48.4 MBytes 40.4 Mbits/sec
[ 11] 0.0-10.0 sec 46.1 MBytes 38.6 Mbits/sec
Δε νομίζω να έχει σημασία, αλλά έχω ορίσει RAM Threshold=200 και οι clients με RAM 256 τρέχουν ως FAT.
Μιχάλη στο τεστ με τα 8 τερματικά, φαίνεται μόνο το πρώτο μέρος, η αποστολή των τερματικών στον server, ενώ εμείς θέλαμε κυρίως το δεύτερο μέρος, την αποστολή του server στα τερματικά.
Δηλαδή ξανατρέξ' το και επικόλλησε 32 γραμμές με αποτελέσματα, αντί για 16...
ΟΚ Άλκη, το διόρθωσα.
Νόμιζα ότι απλά κάνει την ίδια μέτρηση δύο φορές γιατί οι τιμές ήταν παραπλήσιες.
Πες μου σε παρακαλώ τι καταλαβαίνεις, γιατί πραγματικά μετά από πολύ καιρό καταφέραμε να πάρουμε gigabit switch κι έλπιζα ότι θα έβλεπα σημαντική βελτίωση.
Πιάνεις 600 MBits/sec, είναι αρκετά καλή ταχύτητα.
Μετά το login που πέφτει στα 320, θα είναι επειδή κάνει κι άλλα πράγματα, π.χ. κουνιούνται παράθυρα, τρέχουν services κλπ, τα οποία προκαλούν κίνηση δικτύου που δεν μετριέται από το iperf. Φαίνεται όμως από την παρακολούθηση συστήματος, αν πας εκεί.
Βλέπεις να έχεις μικρότερη ταχύτητα από την αναμενόμενη;
Υπ' όψη, fat clients με 256 RAM είναι λογικό να πάνε χάλι, υπάρχει λόγος που το threshold είναι στα 400...
Ο firefox μόνος του θέλει 200 MB RAM για να ανοίξει την πρώτη καρτέλα χωρίς να μετράμε το λειτουργικό...
Ή κάνε τους thin, ή πάρε RAM...
Αφού δουλέψει λίγο κάποιος client, κάνε του δεξί κλικ → άνοιγμα κονσόλας → διαχειριστή, τοπικά, και γράψε:
free
Αν δεις να χρησιμοποιεί swap space, σημαίνει ότι σε κάποια φάση του τελείωσε η μνήμη, και γι' αυτό σέρνεται.
Στο συγκεκριμένο εργαστήριο, θέλει επειγόντως αναβάθμιση ο server (αν θυμάμαι καλά P4@2.8GHz). Το αρχικό στήσιμο ήταν με thin clients αλλά εξαιτίας του server σέρνονταν και για το λόγο αυτό το αλλάξαμε σε fat που είχε πιο "αποδεκτή" συμπεριφορά. Μιχάλη να μιλήσουμε για την αξιοποίηση του server του Λυκείου και για τα δυό εργαστήρια...
Περίμενα καλύτερες ταχύτητες είναι η αλήθεια με το Gbit switch. Όταν οι clients κάνουν login είναι εντελώς idle, δεν κάνουν καμία εργασία, παρ' όλα αυτά η ταχύτητα όπως βλέπεις πέφτει δραματικά.
Σίγουρα ο server χρειάζεται αναβάθμιση και είναι το επόμενο που θα κοιτάξουμε να γίνει.
Όσο για τη μνήμη και την επιλογή για fat, παρατήρησα ότι η ανταπόκριση στα μενού και στο άνοιγμα κάποιον προγραμμάτων που χρησιμοποιούμε κατά κόρον π.χ. Scratch, γίνεται γρηγορότερα όταν έχουν οριστεί ως fat clients. Όταν τώρα αρχίζουμε να τρέχουμε και άλλα προγράμματα π.χ. firefox εκεί πέφτει πολύ, αλλά παραμένει στα ίδια περίπου επίπεδα με την περίπτωση των thin clients.
Άλκη και Γιώργο ευχαριστώ πολύ για τις παρατηρήσεις.
Σκεφτόμαστε και μεις στο σχολείο να αγοράσουμε ένα full gigabit switch. Βρήκα αυτό:
http://www.e-shop.gr/product?id=PER.612457
Λογικά είναι unmanaged (σε αυτήν την τιμή), αλλά για flow control δε λέει κάτι.
Πώς σας φαίνεται;
---
Ψάχνοντας λίγο καλύτερα, εδώ http://www.tp-link.com.au/products/details/?model=TL-SG1024D#fea (http://www.tp-link.com.au/products/details/?model=TL-SG1024D#fea), βλέπω: "Supports IEEE 802.3x flow control for Full Duplex mode and backpressure for Half Duplex mode". :(
Συνήθως πια ακόμα και αυτά που έχουν ενεργοποιημένο μόνιμα το flow control,
παίζουν ΟΚ, εκτός κι αν η κάρτα δικτύου του server είναι Atheros.
Τι κάρτα δικτύου έχει ο server;
Στη χειρότερη, αν δεις να υπάρχει πρόβλημα, παίρνεις και μια Intel για το server και ξεμπερδεύεις...
Παράθεση από: alkisg στις 18 Νοε 2013, 07:43:55 ΜΜ
Συνήθως πια ακόμα και αυτά που έχουν ενεργοποιημένο μόνιμα το flow control,
παίζουν ΟΚ, εκτός κι αν η κάρτα δικτύου του server είναι Atheros.
Τι κάρτα δικτύου έχει ο server;
Στη χειρότερη, αν δεις να υπάρχει πρόβλημα, παίρνεις και μια Intel για το server και ξεμπερδεύεις...
Ο Server έχει μια onboard, δε θυμάμαι ποια. Πιθανώς κάποια Realtek. Αλλά έχω και μια ακόμα PCI κάρτα Gbit, η οποία είναι TP-LINK (τσιπάκι Realtek), όπως βλέπω τώρα. Αυτή η τελευταία θα είναι εντάξει;
Στην 10.04 όλες οι Realtek είχαν πρόβλημα, στην 12.04 σχεδόν όλες είναι εντάξει. Θέλει δοκιμή για σιγουριά...
Στο server, η onboard κάρτα είναι "Qualcomm Atheros AR8121/AR8113/AR8114 Gigabit or Fast Ethernet". Οπότε θα χρειαστώ άλλη κάρτα, σωστά;
Κατά 99% ναι, θα χρειαστείς μια Intel, π.χ. http://www.e-shop.gr/product?id=PER.616203
Πιθανώς και μια φτηνή Realtek να σου κάνει δουλειά, αλλά δεν είναι σίγουρη:
http://www.e-shop.gr/product?id=PER.612378 (pci-e)
http://www.e-shop.gr/product?id=PER.612307 (pci)
Έχω μια TP-Link (Realtek) για να δοκιμάσω. Αν δεν κάνει, πάμε για Intel.
Ευχαριστώ πολύ!
Πήραμε TP-Link switch kai TP καρτα δικτυου στο server (clients: 11 thin και 1 fat)
Η Οθόνη με τα αποτελεσματα ..αναμονη Login ολα κατω απο 50Mbits αλλα αθροιστικα πανω απο 500..
Νομιζω μέτριες ταχυτητες....;; Ισως με άλλο να ειχαμε καλυτερες;;
administrator@server:~$ iperf -s -xS
[ 4] local 10.176.8.10 port 5001 connected with 10.176.8.136 port 55266
[ 5] local 10.176.8.10 port 5001 connected with 10.176.8.138 port 56713
[ 7] local 10.176.8.10 port 5001 connected with 10.176.8.140 port 43426
[ 6] local 10.176.8.10 port 5001 connected with 10.176.8.130 port 58368
[ 9] local 10.176.8.10 port 5001 connected with 10.176.8.132 port 42738
[ 8] local 10.176.8.10 port 5001 connected with 10.176.8.134 port 37698
[ 11] local 10.176.8.10 port 5001 connected with 10.176.8.165 port 40323
[ 10] local 10.176.8.10 port 5001 connected with 10.176.8.129 port 54213
[ 12] local 10.176.8.10 port 5001 connected with 10.176.8.131 port 60557
[ 13] local 10.176.8.10 port 5001 connected with 10.176.8.133 port 49941
[ 14] local 10.176.8.10 port 5001 connected with 10.176.8.148 port 44112
[ 15] local 10.176.8.10 port 5001 connected with 10.176.8.135 port 54153
[ ID] Interval Transfer Bandwidth
[ 4] 0.0-10.0 sec 71.0 MBytes 59.4 Mbits/sec
[ 6] 0.0-10.0 sec 70.9 MBytes 59.3 Mbits/sec
[ 10] 0.0-10.0 sec 69.1 MBytes 57.9 Mbits/sec
[ 5] 0.0-10.0 sec 75.0 MBytes 62.7 Mbits/sec
[ 4] local 10.176.8.10 port 35452 connected with 10.176.8.130 port 5001
[ 6] local 10.176.8.10 port 41307 connected with 10.176.8.136 port 5001
[ 10] local 10.176.8.10 port 58152 connected with 10.176.8.129 port 5001
[ 9] 0.0-10.0 sec 65.5 MBytes 54.7 Mbits/sec
[ 5] local 10.176.8.10 port 39442 connected with 10.176.8.138 port 5001
[ 11] 0.0-10.1 sec 73.4 MBytes 61.2 Mbits/sec
[ 12] 0.0-10.0 sec 71.1 MBytes 59.4 Mbits/sec
[ 9] local 10.176.8.10 port 36053 connected with 10.176.8.132 port 5001
[ 8] 0.0-10.1 sec 74.6 MBytes 62.2 Mbits/sec
[ 11] local 10.176.8.10 port 33803 connected with 10.176.8.165 port 5001
[ 12] local 10.176.8.10 port 45242 connected with 10.176.8.131 port 5001
[ 8] local 10.176.8.10 port 57466 connected with 10.176.8.134 port 5001
[ 14] 0.0-10.1 sec 72.6 MBytes 60.5 Mbits/sec
[ 14] local 10.176.8.10 port 50247 connected with 10.176.8.148 port 5001
[ 7] 0.0-10.5 sec 76.8 MBytes 61.3 Mbits/sec
[ 7] local 10.176.8.10 port 37512 connected with 10.176.8.140 port 5001
[ 13] 0.0-10.8 sec 69.2 MBytes 53.9 Mbits/sec
[ 13] local 10.176.8.10 port 33823 connected with 10.176.8.133 port 5001
[ 15] 0.0-10.3 sec 68.5 MBytes 55.8 Mbits/sec
[ 15] local 10.176.8.10 port 56802 connected with 10.176.8.135 port 5001
[ 10] 0.0-10.0 sec 51.0 MBytes 42.7 Mbits/sec
[ 4] 0.0-10.0 sec 50.4 MBytes 42.1 Mbits/sec
[ 5] 0.0-10.0 sec 45.8 MBytes 38.3 Mbits/sec
[ 6] 0.0-10.0 sec 52.1 MBytes 43.5 Mbits/sec
[ 12] 0.0-10.0 sec 50.1 MBytes 42.0 Mbits/sec
[ 9] 0.0-10.0 sec 51.1 MBytes 42.7 Mbits/sec
[ 11] 0.0-10.0 sec 88.5 MBytes 73.9 Mbits/sec
[ 8] 0.0-10.0 sec 52.5 MBytes 43.9 Mbits/sec
[ 14] 0.0-10.0 sec 45.2 MBytes 37.8 Mbits/sec
[ 7] 0.0-10.0 sec 51.9 MBytes 43.4 Mbits/sec
[ 13] 0.0-10.0 sec 35.0 MBytes 29.3 Mbits/sec
[ 15] 0.0-10.0 sec 53.5 MBytes 44.8 Mbits/sec
Εντάξει είναι, ναι μεν με ένα managed switch θα έπιανες 900+, αλλά για σχέση απόδοση/τιμή αυτά που πήρες είναι μια χαρά.
Έχει κανείς εμπειρία απο τη realtek RTL8111G 10/100/1000 mbps (onboard σε asrock H81M-DGS)?
Πρόκειται να αλλάξω το λαπτοπ μου που χρησιμοποιώ αντί για το server στο εργαστήριο. Αν επιλέξω ένα με λειτουργικό σύστημα ubuntu και gigabit φαντάζομαι πως δεν χρειάζεται να το τσεκάρω, θα είναι οκ η κάρτα δικτύου, έτσι δεν είναι;
Το switch του εργαστηρίου είναι unmanaged με 24 στα 100 και 2 στα 1000.
elf, κοίτα να μην έχει κάρτα Atheros.
Το κοίταξα έχει broadcom. Από εδώ http://www.ubuntu.com/certification/desktop/ μπορεί κάποιος να δει ποια είναι και τι χαρακτηριστικά έχουν τα ubuntu certified laptops. Επίσης, για όποιον ψάχνει για laptop - ltsp server όπως εγώ, μάλλον υπάρχει κάποιο θέμα όταν το λειτουργικό δεν είναι windows από τους πωλητές. Πήρα ένα dell που έλεγε ότι είχε freedos και τελικά ήταν προ-εγκατεστημένο το ubuntu..
Όσοι συνάδελφοι χρησιμοποιείτε Ubuntu/LTSP και έχετε τις προϋποθέσεις για πρόβλημα flow control, δηλαδή, η σύνδεση server <=> switch να είναι gigabit, ενώ τουλάχιστον ένας client να είναι 100 Mbps, και το switch να είναι φτηνιάρικο και να μην υποστηρίζει απενεργοποίηση του flow control...
...μπορείτε να κάνετε τα παρακάτω και να ανεβάσετε τα αποτελέσματα, ώστε να δούμε
(α) ποιες κάρτες έχουν θέμα και ποιες όχι, και
(β) αν μια συγκεκριμένη νέα ρύθμιση στο server θα φέρει μεγαλύτερες ταχύτητες;
1) Ανοίξτε ένα τερματικό στο server. Δώστε τις παρακάτω εντολές για να δείτε την έκδοση του πυρήνα καθώς και το μοντέλο της κάρτας δικτύου:
uname -a
lspci -nn -k | grep -A 2 Ethernet
2) Δείτε τις τρέχουσες ρυθμίσεις της κάρτας για το flow control:
sudo ethtool --show-pause eth0
3) Κάντε μέτρηση ταχύτητας δικτύου. Στον server, τρέξτε:
sudo iperf -s -xS
Και μέσα από τον Επόπτη, επιλέξτε τους clients και τρέξτε:
sudo iperf -c server -r
Περιμένετε 30 δευτερόλεπτα να τελειώσει το test και πατήστε Ctrl+C στο τερματικό στον server ώστε να σταματήσει η εντολή iperf.
4) Δοκιμάστε να αλλάξετε τις ρυθμίσεις του flow control:
sudo ethtool --pause eth0 autoneg on rx off
sudo ethtool --show-pause eth0
5) Αν η δεύτερη εντολή με το --show-pause παραπάνω, έβγαλε διαφορετικά αποτελέσματα από αυτά που είχε βγάλει όταν την τρέξαμε στο βήμα (2), τότε και μόνο τότε ξανακάντε μέτρηση ταχύτητας δικτύου όπως αναφέρεται στο βήμα (3).
(εξήγηση για προχωρημένους: όταν ξεκινάει ο server, τα sch-scripts θέτουν σαν προεπιλεγμένη τιμή την "sudo ethtool --pause eth0 autoneg off rx off", και εμείς τώρα βλέπουμε αν πάει καλύτερα με autoneg on)
6) Επισυνάψτε στο παρόν θέμα όλο το αποτέλεσμα που εμφανίστηκε στο τερματικό του server.
Καταγραφή για μια SMC (Marvel) κάρτα δικτύου με pci-id 11ab:4320, η οποία βελτιώνεται θεαματικά με τη νέα εντολή, δηλαδή από μέσο όρο 45 Mbps πάει στα 93 Mbps:
# Βήμα 1:
alkisg@server:~$ uname -a
Linux server 3.13.0-3-generic #18-Ubuntu SMP Mon Jan 13 19:16:46 UTC 2014 i686 i686 i686 GNU/Linux
alkisg@server:~$ lspci -nn -k | grep -A 2 Ethernet
03:01.0 Ethernet controller [0200]: Marvell Technology Group Ltd. 88E8001 Gigabit Ethernet Controller [11ab:4320] (rev 12)
Subsystem: Standard Microsystems Corp [SMC] EZ Card 1000 (SMC9452TXV.2) [10b8:b452]
Kernel driver in use: skge
# Βήμα 2:
alkisg@server:~$ sudo ethtool --show-pause eth0
Pause parameters for eth0:
Autonegotiate: on
RX: on
TX: on
# Βήμα 3:
alkisg@server:~$ sudo iperf -s -xS
[ 5] local 10.161.254.11 port 5001 connected with 10.161.254.131 port 48979
[ 4] local 10.161.254.11 port 5001 connected with 10.161.254.130 port 53789
[ 6] local 10.161.254.11 port 5001 connected with 10.161.254.132 port 41053
[ ID] Interval Transfer Bandwidth
[ 4] 0.0-10.0 sec 112 MBytes 93.9 Mbits/sec
[ 5] 0.0-10.1 sec 113 MBytes 93.9 Mbits/sec
[ 6] 0.0-10.1 sec 113 MBytes 94.1 Mbits/sec
[ 4] local 10.161.254.11 port 57165 connected with 10.161.254.130 port 5001
[ 5] local 10.161.254.11 port 47188 connected with 10.161.254.132 port 5001
[ 6] local 10.161.254.11 port 43870 connected with 10.161.254.131 port 5001
[ 4] 0.0-10.0 sec 55.1 MBytes 46.2 Mbits/sec
[ 6] 0.0-10.0 sec 53.0 MBytes 44.4 Mbits/sec
[ 5] 0.0-10.0 sec 53.2 MBytes 44.5 Mbits/sec
^C
# Βήμα 4:
alkisg@server:~$ sudo ethtool --pause eth0 autoneg on rx off
autoneg unmodified, ignoring
alkisg@server:~$ sudo ethtool --show-pause eth0
Pause parameters for eth0:
Autonegotiate: on
RX: off
TX: on
# Βήμα 5:
alkisg@server:~$ sudo iperf -s -xS
[ 4] local 10.161.254.11 port 5001 connected with 10.161.254.130 port 53790
[ 6] local 10.161.254.11 port 5001 connected with 10.161.254.132 port 41054
[ 5] local 10.161.254.11 port 5001 connected with 10.161.254.131 port 48980
[ ID] Interval Transfer Bandwidth
[ 4] 0.0-10.0 sec 112 MBytes 94.0 Mbits/sec
[ 6] 0.0-10.0 sec 113 MBytes 94.1 Mbits/sec
[ 5] 0.0-10.1 sec 113 MBytes 94.0 Mbits/sec
[ 4] local 10.161.254.11 port 57168 connected with 10.161.254.130 port 5001
[ 6] local 10.161.254.11 port 47191 connected with 10.161.254.132 port 5001
[ 5] local 10.161.254.11 port 43873 connected with 10.161.254.131 port 5001
[ 6] 0.0-10.0 sec 111 MBytes 93.0 Mbits/sec
[ 5] 0.0-10.0 sec 112 MBytes 93.7 Mbits/sec
[ 4] 0.0-10.0 sec 112 MBytes 93.7 Mbits/sec
Καταγραφή για μια Atheros με pci-id 1969:1026 η οποία δεν υποστηρίζει απενεργοποίηση του flow control και πάει καλύτερα όταν ρυθμίζεται στα 100 Mbps (!!!) παρά όταν είναι στα 1000 Mbps:
# Βήμα 1:
alkisg@server:~$ uname -a
Linux server 3.13.0-3-generic #18-Ubuntu SMP Mon Jan 13 19:16:46 UTC 2014 i686 i686 i686 GNU/Linux
alkisg@server:~$ lspci -nn -k | grep -A 2 Ethernet
01:00.0 Ethernet controller [0200]: Qualcomm Atheros AR8121/AR8113/AR8114 Gigabit or Fast Ethernet [1969:1026] (rev b0)
Subsystem: ASUSTeK Computer Inc. Device [1043:831c]
Kernel driver in use: ATL1E
# Βήμα 2:
alkisg@server:~$ sudo ethtool --show-pause eth0
Pause parameters for eth0:
Cannot get device pause settings: Operation not supported
# Βήμα 3: (χάλι κακό, 35 Mbps σύνολο!!!)
alkisg@server:~$ sudo iperf -s -xS
[ 4] local 10.161.254.11 port 5001 connected with 10.161.254.132 port 36912
[ 5] local 10.161.254.11 port 5001 connected with 10.161.254.130 port 56537
[ 6] local 10.161.254.11 port 5001 connected with 10.161.254.131 port 44795
[ ID] Interval Transfer Bandwidth
[ 4] 0.0-10.1 sec 113 MBytes 94.1 Mbits/sec
[ 5] 0.0-10.0 sec 112 MBytes 94.0 Mbits/sec
[ 6] 0.0-10.1 sec 113 MBytes 93.9 Mbits/sec
[ 4] local 10.161.254.11 port 47208 connected with 10.161.254.132 port 5001
[ 5] local 10.161.254.11 port 57187 connected with 10.161.254.130 port 5001
[ 6] local 10.161.254.11 port 43891 connected with 10.161.254.131 port 5001
[ 4] 0.0-10.2 sec 15.5 MBytes 12.7 Mbits/sec
[ 5] 0.0-10.1 sec 14.0 MBytes 11.6 Mbits/sec
[ 6] 0.0-10.3 sec 13.2 MBytes 10.8 Mbits/sec
^C
# Βήμα 4:
alkisg@server:~$ sudo ethtool --pause eth0 autoneg on rx off
Cannot get device pause settings: Operation not supported
alkisg@server:~$ sudo ethtool --show-pause eth0
Pause parameters for eth0:
Cannot get device pause settings: Operation not supported
Εφόσον στο Βήμα 4 βγήκε το ίδιο αποτέλεσμα, κανονικά δεν θα έκανα το Βήμα 5.
Παρόλα αυτά είναι ενδιαφέρον το ότι λόγω του προβλήματος του flow control η Atheros 1969:1026 συμπεριφέρεται υπερβολικά χάλια, και στέλνει δεδομένα με συνολική ταχύτητα γύρω στα 35 Mbps, έτσι ώστε τελικά πάει πολύ καλύτερα αν της επιβάλλουμε ταχύτητα 100 Mbps αντί για gigabit:
# Βήμα 4½: (ρύθμιση ταχύτητας στα 100 Mbps)
alkisg@server:~$ sudo ethtool -s eth0 speed 100 duplex full
# Βήμα 5:
alkisg@server:~$ sudo iperf -s -xS
[ 4] local 10.161.254.11 port 5001 connected with 10.161.254.130 port 56539
[ 5] local 10.161.254.11 port 5001 connected with 10.161.254.132 port 36913
[ 6] local 10.161.254.11 port 5001 connected with 10.161.254.131 port 44797
[ ID] Interval Transfer Bandwidth
[ 4] 0.0-10.1 sec 37.6 MBytes 31.4 Mbits/sec
[ 5] 0.0-10.1 sec 38.1 MBytes 31.7 Mbits/sec
[ 6] 0.0-10.1 sec 37.6 MBytes 31.4 Mbits/sec
[ 4] local 10.161.254.11 port 57192 connected with 10.161.254.130 port 5001
[ 5] local 10.161.254.11 port 47216 connected with 10.161.254.132 port 5001
[ 6] local 10.161.254.11 port 43896 connected with 10.161.254.131 port 5001
[ 4] 0.0-10.1 sec 36.4 MBytes 30.3 Mbits/sec
[ 5] 0.0-10.1 sec 38.6 MBytes 32.2 Mbits/sec
[ 6] 0.0-10.1 sec 39.0 MBytes 32.5 Mbits/sec
^C
καλημέρα Άλκη!
Έχω την παρακάτω onboard (σε Asus μητρική 1150 με i5 τέταρτης γενιάς):
03:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 0c)
Subsystem: ASUSTeK Computer Inc. Device [1043:8554]
Kernel driver in use: r8169Με βάση τις οδηγίες σου:
https://alkisg.mysch.gr/steki/index.php?topic=3324.msg33979#msg33979 (https://alkisg.mysch.gr/steki/index.php?topic=3324.msg33979#msg33979)
μέτρησα για 9-10 σταθμούς 620mbps
Όταν όμως τρέχω κάτι σε flash στο internet ή πχ φορτώνω κάποια εκπαιδευτική εφαρμογή παρατηρώ μια κίνηση απο την παρακολούθηση συστήματος της τάξης των 200Mbps και τα clients (ειναι όλα thin) φαίνεται να σέρνονται. Εκείνη την στιγμή όταν μετράω την ταχύτητα (με βάση τις οδηγίες σου στο παραπάνω λινκ) τότε η συνολική ταχύτητα έχει πέσει συνολικά περίπου στα 100-120Mbps για τους σταθμούς... Εκείνη τη στιγμή η κίνηση που προκαλείται απο την μέτρηση καταγράφεται απο την παρακολούθηση συστήματος οπόπτε πάει περίπου στα 300Mbps. Δυστυχώς η κάρτα δεν υποστηρίζει απενεργοποίηση του flow control. Επίσης όλες οι κάρτες των thin είναι 100αρες και τα switch ειναι gigabit 16 port της TP LINK. Λες να χρειαστώ άλλη κάρτα δικτύου; κάπου διάβασα να λες οτι οι intel δεν εχουν θεμα με LTSP για τον server...
Παράθεση[ ID] Interval Transfer Bandwidth
[ 3] 0.0-10.1 sec 15.6 MBytes 13.0 Mbits/sec
[ ID] Interval Transfer Bandwidth
[ 3] 0.0-10.1 sec 16.0 MBytes 13.3 Mbits/sec
[ ID] Interval Transfer Bandwidth
[ 3] 0.0-10.1 sec 16.0 MBytes 13.3 Mbits/sec
[ ID] Interval Transfer Bandwidth
[ 3] 0.0-10.1 sec 16.2 MBytes 13.5 Mbits/sec
[ ID] Interval Transfer Bandwidth
[ 3] 0.0-10.1 sec 16.2 MBytes 13.5 Mbits/sec
[ ID] Interval Transfer Bandwidth
[ 3] 0.0-10.1 sec 16.4 MBytes 13.6 Mbits/sec
[ ID] Interval Transfer Bandwidth
[ 3] 0.0-10.1 sec 15.8 MBytes 13.0 Mbits/sec
[ ID] Interval Transfer Bandwidth
[ 3] 0.0-10.1 sec 16.4 MBytes 13.5 Mbits/sec
[ ID] Interval Transfer Bandwidth
[ 3] 0.0-10.2 sec 11.0 MBytes 9.08 Mbits/sec
Παράθεση από: nfountou στις 06 Φεβ 2014, 01:05:28 ΜΜ
Όταν όμως τρέχω κάτι σε flash στο internet ή πχ φορτώνω κάποια εκπαιδευτική εφαρμογή παρατηρώ μια κίνηση απο την παρακολούθηση συστήματος της τάξης των 200Mbps και τα clients (ειναι όλα thin) φαίνεται να σέρνονται.
Το flash είναι πάρα πολύ απαιτητικό σε CPU, οπότε υπάρχει περίπτωση αυτή να είναι το bottleneck.
Τρέξε την παρακολούθηση συστήματος ή την εντολή `top` στο τερματικό και επικόλλησε εδώ το "μέσο φόρτο για τα τελευταία 1, 5, 15 λεπτά", αλλά αφού οι μαθητές είναι π.χ. 10 λεπτά στο flash...
Παράθεση από: alkisg στις 06 Φεβ 2014, 04:15:27 ΜΜ
Το flash είναι πάρα πολύ απαιτητικό σε CPU, οπότε υπάρχει περίπτωση αυτή να είναι το bottleneck.
Δεν νομίζω να είναι εκεί το πρόβλημα Άλκη... Κοιτάζω συνέχεια το cpu usage και δεν το είδα ποτέ πάνω απο 40-50% για οποιονδήποτε απο τους 4 πυρήνες. Πέρυσι ήμουν σε εργαστήριο με πρώτης γενιάς ι5 με 13 σταθμούς και οτιδήποτε έτρεχα σε flash δούλευε πολύ καλύτερα.
Αυτό όμως που ξέχασα να αναφέρω είναι οτι το συγκεκριμένο πρόβλημα δεν συμβαίνει πάντα και συνέχεια, είναι μάλλον λίγο random και επειδή δεν τρέχω συνέχεια flash κ κυρίως προσπαθώ όσο μπορώ να διδάξω, δεν έχω εντοπίσει μέχρι στιγμής ενα pattern κατά το οποίο θα μπορέσω να αναπαράγω την κατάσταση αυτή όποτε θελήσω...
Στο server και σε 4 fat clients υπάρχει μια Atheros onboard gigabit. Επίσης, ο server και ο πρώτος client είναι πάνω σε gigabit θύρα στο switch, ενώ όλοι οι άλλοι σε 100Mbps. Γιατί ο τελευταίος client έχει τόσο μικρή ταχύτητα; Πώς μπορώ να καταλάβω ποιος είναι;
Aποτελέσματα:
administrator@server:~$ uname -a
Linux server 3.2.0-58-generic-pae #88-Ubuntu SMP Tue Dec 3 18:00:02 UTC 2013 i686 i686 i386 GNU/Linux
administrator@server:~$ lspci -nn -k | grep -A 2 Ethernet
01:00.0 Ethernet controller [0200]: Qualcomm Atheros AR8121/AR8113/AR8114 Gigabit or Fast Ethernet [1969:1026] (rev b0)
Subsystem: ASUSTeK Computer Inc. P5KPL-CM Motherboard [1043:8304]
Kernel driver in use: ATL1E
--
03:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ [10ec:8139] (rev 10)
Subsystem: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ [10ec:8139]
Kernel driver in use: 8139too
administrator@server:~$ sudo ethtool --show-pause eth0
Pause parameters for eth0:
Cannot get device pause settings: Operation not supported
administrator@server:~$ sudo iperf -s -xS
[ 4] local 10.65.36.10 port 5001 connected with 10.65.36.140 port 40889
[ 5] local 10.65.36.10 port 5001 connected with 10.65.36.135 port 35300
[ 6] local 10.65.36.10 port 5001 connected with 10.65.36.132 port 37453
[ 7] local 10.65.36.10 port 5001 connected with 10.65.36.143 port 38757
[ 8] local 10.65.36.10 port 5001 connected with 10.65.36.136 port 47312
[ 9] local 10.65.36.10 port 5001 connected with 10.65.36.141 port 49553
[ 10] local 10.65.36.10 port 5001 connected with 10.65.36.137 port 55608
[ 12] local 10.65.36.10 port 5001 connected with 10.65.36.138 port 41661
[ 11] local 10.65.36.10 port 5001 connected with 10.65.36.134 port 55883
[ 15] local 10.65.36.10 port 5001 connected with 10.65.36.148 port 49649
[ 14] local 10.65.36.10 port 5001 connected with 10.65.36.133 port 36536
[ 13] local 10.65.36.10 port 5001 connected with 10.65.36.147 port 50743
[ ID] Interval Transfer Bandwidth
[ 4] 0.0-10.0 sec 155 MBytes 130 Mbits/sec
[ 7] 0.0-10.0 sec 86.4 MBytes 72.2 Mbits/sec
[ 9] 0.0-10.0 sec 86.6 MBytes 72.5 Mbits/sec
[ 10] 0.0-10.0 sec 94.5 MBytes 79.1 Mbits/sec
[ 12] 0.0-10.0 sec 93.2 MBytes 78.0 Mbits/sec
[ 11] 0.0-10.0 sec 95.0 MBytes 79.4 Mbits/sec
[ 4] local 10.65.36.10 port 47700 connected with 10.65.36.140 port 5001
[ 5] 0.0-10.0 sec 84.6 MBytes 70.7 Mbits/sec
[ 8] 0.0-10.0 sec 86.0 MBytes 71.8 Mbits/sec
[ 15] 0.0-10.0 sec 83.4 MBytes 69.7 Mbits/sec
[ 14] 0.0-10.0 sec 85.5 MBytes 71.4 Mbits/sec
[ 13] 0.0-10.0 sec 82.0 MBytes 68.5 Mbits/sec
[ 10] local 10.65.36.10 port 34362 connected with 10.65.36.134 port 5001
[ 7] local 10.65.36.10 port 58601 connected with 10.65.36.137 port 5001
[ 9] local 10.65.36.10 port 59815 connected with 10.65.36.138 port 5001
[ 11] local 10.65.36.10 port 60027 connected with 10.65.36.141 port 5001
[ 12] local 10.65.36.10 port 51872 connected with 10.65.36.143 port 5001
[ 6] 0.0-10.1 sec 81.5 MBytes 68.0 Mbits/sec
[ 8] local 10.65.36.10 port 46595 connected with 10.65.36.148 port 5001
[ 13] local 10.65.36.10 port 39261 connected with 10.65.36.133 port 5001
[ 14] local 10.65.36.10 port 48493 connected with 10.65.36.135 port 5001
[ 5] local 10.65.36.10 port 56038 connected with 10.65.36.147 port 5001
[ 15] local 10.65.36.10 port 45206 connected with 10.65.36.136 port 5001
[ 6] local 10.65.36.10 port 53909 connected with 10.65.36.132 port 5001
[ 4] 0.0-10.0 sec 120 MBytes 100 Mbits/sec
[ 9] 0.0-10.0 sec 102 MBytes 85.7 Mbits/sec
[ 7] 0.0-10.0 sec 102 MBytes 85.8 Mbits/sec
[ 12] 0.0-10.0 sec 99.9 MBytes 83.6 Mbits/sec
[ 13] 0.0-10.0 sec 98.8 MBytes 82.8 Mbits/sec
[ 11] 0.0-10.0 sec 102 MBytes 85.1 Mbits/sec
[ 14] 0.0-10.0 sec 98.8 MBytes 82.7 Mbits/sec
[ 15] 0.0-10.0 sec 98.2 MBytes 82.4 Mbits/sec
[ 6] 0.0-10.0 sec 102 MBytes 85.1 Mbits/sec
[ 8] 0.0-10.0 sec 99.5 MBytes 83.3 Mbits/sec
[ 5] 0.0-10.0 sec 97.8 MBytes 81.8 Mbits/sec
[ 10] 0.0-10.1 sec 10.2 MBytes 8.50 Mbits/sec
^Cadministrator@server:~$ sudo ethtool --pause eth0 autoneg on rx off
Cannot get device pause settings: Operation not supported
administrator@server:~$ sudo ethtool --show-pause eth0
Pause parameters for eth0:
Cannot get device pause settings: Operation not supported
administrator@server:~$ sudo iperf -s -xS
[ 4] local 10.65.36.10 port 5001 connected with 10.65.36.132 port 37454
[ 5] local 10.65.36.10 port 5001 connected with 10.65.36.140 port 40890
[ 8] local 10.65.36.10 port 5001 connected with 10.65.36.141 port 49554
[ 9] local 10.65.36.10 port 5001 connected with 10.65.36.136 port 47313
[ 10] local 10.65.36.10 port 5001 connected with 10.65.36.143 port 38758
[ 11] local 10.65.36.10 port 5001 connected with 10.65.36.133 port 36537
[ 7] local 10.65.36.10 port 5001 connected with 10.65.36.135 port 35301
[ 6] local 10.65.36.10 port 5001 connected with 10.65.36.137 port 55609
[ 12] local 10.65.36.10 port 5001 connected with 10.65.36.134 port 55884
[ 13] local 10.65.36.10 port 5001 connected with 10.65.36.138 port 41662
[ 14] local 10.65.36.10 port 5001 connected with 10.65.36.147 port 50744
[ 15] local 10.65.36.10 port 5001 connected with 10.65.36.148 port 49650
[ ID] Interval Transfer Bandwidth
[ 4] 0.0-10.0 sec 84.1 MBytes 70.4 Mbits/sec
[ 5] 0.0-10.0 sec 156 MBytes 130 Mbits/sec
[ 10] 0.0-10.0 sec 84.8 MBytes 70.9 Mbits/sec
[ 6] 0.0-10.0 sec 96.2 MBytes 80.5 Mbits/sec
[ 12] 0.0-10.0 sec 92.9 MBytes 77.7 Mbits/sec
[ 13] 0.0-10.0 sec 93.6 MBytes 78.3 Mbits/sec
[ 8] 0.0-10.0 sec 85.5 MBytes 71.4 Mbits/sec
[ 11] 0.0-10.0 sec 80.4 MBytes 67.1 Mbits/sec
[ 7] 0.0-10.0 sec 88.6 MBytes 74.0 Mbits/sec
[ 9] 0.0-10.1 sec 84.4 MBytes 70.4 Mbits/sec
[ 14] 0.0-10.0 sec 82.5 MBytes 68.9 Mbits/sec
[ 15] 0.0-10.1 sec 81.0 MBytes 67.6 Mbits/sec
[ 7] local 10.65.36.10 port 54001 connected with 10.65.36.132 port 5001
[ 4] local 10.65.36.10 port 58699 connected with 10.65.36.137 port 5001
[ 5] local 10.65.36.10 port 59913 connected with 10.65.36.138 port 5001
[ 9] local 10.65.36.10 port 34465 connected with 10.65.36.134 port 5001
[ 6] local 10.65.36.10 port 47802 connected with 10.65.36.140 port 5001
[ 10] local 10.65.36.10 port 48589 connected with 10.65.36.135 port 5001
[ 11] local 10.65.36.10 port 39360 connected with 10.65.36.133 port 5001
[ 8] local 10.65.36.10 port 51973 connected with 10.65.36.143 port 5001
[ 12] local 10.65.36.10 port 45304 connected with 10.65.36.136 port 5001
[ 13] local 10.65.36.10 port 56141 connected with 10.65.36.147 port 5001
[ 14] local 10.65.36.10 port 60133 connected with 10.65.36.141 port 5001
[ 15] local 10.65.36.10 port 46699 connected with 10.65.36.148 port 5001
[ 7] 0.0-10.0 sec 102 MBytes 85.0 Mbits/sec
[ 5] 0.0-10.0 sec 102 MBytes 85.1 Mbits/sec
[ 4] 0.0-10.0 sec 102 MBytes 85.2 Mbits/sec
[ 10] 0.0-10.0 sec 101 MBytes 84.7 Mbits/sec
[ 13] 0.0-10.0 sec 98.9 MBytes 82.9 Mbits/sec
[ 14] 0.0-10.0 sec 99.8 MBytes 83.5 Mbits/sec
[ 6] 0.0-10.0 sec 111 MBytes 93.0 Mbits/sec
[ 11] 0.0-10.0 sec 102 MBytes 85.4 Mbits/sec
[ 8] 0.0-10.0 sec 101 MBytes 84.2 Mbits/sec
[ 12] 0.0-10.0 sec 100 MBytes 83.9 Mbits/sec
[ 15] 0.0-10.0 sec 99.0 MBytes 82.8 Mbits/sec
[ 9] 0.0-10.1 sec 15.0 MBytes 12.5 Mbits/sec
Να αναφέρω οτι το παραπάνω πρόβλημα υπάρχει μόνο εφαρμογές τύπου flash (το οποίο δεν συμβαίνει όμως πάντα αλλά αρκετά συχνα). Με τις εφαρμογές γραφείου πχ δεν έχω παρατηρήσει ποτέ κάποιο πρόβλημα. Το cpu usage με 10 σταθμούς και flash σήμερα ήταν πάνω κάτω στο 40-60% και υπήρχε πάλι το ίδιο θέμα. Νομίζω οτι θα δοκιμάσω με καμία intel κάρτα μήπως είναι εκεί το πρόβλημα. Σιγουρα κάτι δεν πάει καλά. Πέρυσι με πολύ χειρότερο μηχανάκι για server πήγαινε πολύ καλυτερα (είχε βέβαια πρόσθετη κάρτα LAN με απενεργοποιημένο flow control)
@nfountou, πόσταρε τα τρία νούμερα που εκφράζουν το μέσο φόρτο, όχι το % της CPU, το οποίο μερικές φορές δημιουργεί παρανοήσεις όταν έχουμε multi-core σύστημα.
Επίσης κάνε μέτρηση ταχύτητας με βάση το πρώτο μήνυμα του θέματος https://alkisg.mysch.gr/steki/index.php?topic=3324.0
@yiannis: [ 10] 0.0-10.1 sec 10.2 MBytes 8.50 Mbits/sec
Βλέπεις το νούμερο, [ 10], και το ταιριάζεις με την παραπάνω γραμμή για να βρεις την IP:
[ 10] local 10.65.36.10 port 34362 connected with 10.65.36.134 port 5001
Και μετά από τον Επόπτη κοιτάς ποιος client είναι αυτός με την IP=10.65.36.134.
Παράθεση από: alkisg στις 08 Φεβ 2014, 08:59:17 ΜΜ
@yiannis: [ 10] 0.0-10.1 sec 10.2 MBytes 8.50 Mbits/sec
Βλέπεις το νούμερο, [ 10], και το ταιριάζεις με την παραπάνω γραμμή για να βρεις την IP:
[ 10] local 10.65.36.10 port 34362 connected with 10.65.36.134 port 5001
Και μετά από τον Επόπτη κοιτάς ποιος client είναι αυτός με την IP=10.65.36.134.
Ωραία, τον εντόπισα! Είναι θέμα της κάρτας δικτύου του; Έχει:
root@ws09:~# lspci -nn -k | grep -A 2 Ethernet
00:04.0 Ethernet controller [0200]: Silicon Integrated Systems [SiS] SiS900 PCI Fast Ethernet [1039:0900] (rev 91)
Subsystem: Micro-Star International Co., Ltd. Device [1462:005c]
Kernel driver in use: sis900
Είναι μια onboard, απ' ότι βλέπω 100Mbps. Υποθέτω ότι αν βάλω κάποια άλλη που έχω, και αυτή στα 100 Mbps, θα είμαι εντάξει;
Από τις 2 ρυθμίσεις του flow control, ποια να κρατήσω;
Κάνε μια δοκιμή με την άλλη κάρτα δικτύου να δεις αν πάει καλύτερα.
Για τις ρυθμίσεις του flow control, θα έρθει update με autoneg on, οπότε κράτα αυτή.
Την άλλαξα. Ο συγκεκριμένος client ξεκινάει με win32-loader. Τώρα όμως, κατά την εκκίνηση κολλάει στο
Trying to load: pxelinux.cfg/default OK
και είναι εκεί για 4 λεπτά περίπου!!! Είναι θέμα κάρτας δικτύου πάλι;
Φαίνεται να βλέπει κανονικά το server. Στα windows η κάρτα δουλεύει κανονικά.
Δοκίμασε να αποσυνδέσεις το καλώδιο δικτύου από την κάρτα δικτύου του διπλανού PC,
και να το συνδέσεις σε αυτό το PC,
ώστε να βεβαιωθείς ότι δεν είναι θέμα καλωδίωσης.
Μην βγάλεις όλο το καλώδιο, παρά μόνο την άκρη που πάει στο PC, έτσι ώστε τελικά να χρησιμοποιηθεί η καλωδίωση τοίχου και θέση στο switch του διπλανού PC.
Άλλαξα πάλι την κάρτα με κάποια άλλη και τώρα δουλεύει :)
Θα κάνω τις μετρήσεις πάλι, να δω αν βελτιώθηκε η κατάσταση!!!
Ευχαριστώ!
Νομίζω ότι τώρα είμαι μια χαρά! :)
[ 7] 0.0-10.0 sec 94.8 MBytes 79.4 Mbits/sec
[ 4] 0.0-10.0 sec 93.8 MBytes 78.6 Mbits/sec
[ 9] 0.0-10.0 sec 95.0 MBytes 79.6 Mbits/sec
[ 12] 0.0-10.0 sec 94.6 MBytes 79.2 Mbits/sec
[ 10] 0.0-10.0 sec 94.2 MBytes 79.0 Mbits/sec
[ 13] 0.0-10.0 sec 94.8 MBytes 79.4 Mbits/sec
[ 5] 0.0-10.0 sec 95.6 MBytes 80.0 Mbits/sec
[ 6] 0.0-10.0 sec 93.6 MBytes 78.3 Mbits/sec
[ 11] 0.0-10.0 sec 93.8 MBytes 78.5 Mbits/sec
[ 14] 0.0-10.0 sec 92.8 MBytes 77.8 Mbits/sec
[ 15] 0.0-10.0 sec 96.2 MBytes 80.7 Mbits/sec
[ 8] 0.0-10.0 sec 92.9 MBytes 77.7 Mbits/sec
Παράθεση από: alkisg στις 08 Φεβ 2014, 08:59:17 ΜΜ
@nfountou, πόσταρε τα τρία νούμερα που εκφράζουν το μέσο φόρτο, όχι το % της CPU, το οποίο μερικές φορές δημιουργεί παρανοήσεις όταν έχουμε multi-core σύστημα.
Επίσης κάνε μέτρηση ταχύτητας με βάση το πρώτο μήνυμα του θέματος https://alkisg.mysch.gr/steki/index.php?topic=3324.0
Καλησπέρα Άλκη. Σήμερα κατάφερα να κάνω ολοκληρωμένα τις δοκιμές.
Έκανα αυτά που λές και το load average ειναι:
1.02 2.04 1.87
Αυτό το αποτέλεσμα είναι απο flash πάνω απο 15 λεπτά. Είχα και χειρότερες τιμές σε άλλη δοκιμή αλλά σε γενικές γραμμές για 10 σταθμούς εργασίας δεν είναι το botlleneck ο επεξεργαστής. H cpu φαίνεται να είναι στο ρελαντί...
Επίσης απο τη μετρηση ταχύτητας που αναφέρεις έβγαλε τα παρακάτω για 10 σταθμούς:
[ 5] 0.0-10.1 sec 13.2 MBytes 11.0 Mbits/sec
[ 4] 0.0-10.1 sec 13.1 MBytes 10.9 Mbits/sec
[ 8] 0.0-10.1 sec 12.6 MBytes 10.5 Mbits/sec
[ 6] 0.0-10.2 sec 12.8 MBytes 10.5 Mbits/sec
[ 7] 0.0-10.2 sec 12.8 MBytes 10.5 Mbits/sec
[ 9] 0.0-10.2 sec 12.6 MBytes 10.4 Mbits/sec
[ 10] 0.0-10.2 sec 12.6 MBytes 10.4 Mbits/sec
[ 11] 0.0-10.1 sec 12.5 MBytes 10.4 Mbits/sec
[ 12] 0.0-10.2 sec 12.5 MBytes 10.3 Mbits/sec
[ 13] 0.0-10.1 sec 12.2 MBytes 10.2 Mbits/sec
Οπότε σίγουρα υπάρχει κάποιο θέμα με το flow control το οποίο δεν παρουσιάζεται συνέχεια...
@nfountou: το 2.04 σημαίνει ότι τα τελευταία 5 λεπτά οι 2 από τις 4 CPU ήταν τερματισμένες στο 100%.
Αλλά πάντως έχεις όντως θέμα ταχύτητας δικτύου, οπότε αν η καλωδίωση είναι σωστή (όλα στο ίδιο switch), ναι, μια κάρτα Intel θα σου έκανε τεράστια διαφορά.
Δεν πόσταρες όμως όλο το αποτέλεσμα από τη μέτρηση ταχύτητας δικτύου, ελπίζω να μην υπάρχει κάποια παρανόηση λόγω τμηματικής επικόλλησης.
Άλκη είναι οι τελευταίες δέκα μετρήσεις που δηλώνουν αποστολή data από τον server στα clients. Οι πρώτες δέκα ήταν κοντά στο 100mbps η κάθε μια.
Επίσης όλα τα pc καταλήγουν στο ίδιο gigabit και έχω περάσει κατευθείαν στο switch καλώδιο gigabit για τον server μιας και η καλωδίωση είναι αρκετά παλιά και δεν γνωρίζω αν είναι έστω cat 5e.
Φτηνό managed switch, που υποστηρίζει την απενεργοποίηση του flow control (μέσα από σχετικό πρόγραμμα που δίνουν), το οποίο είναι η καλύτερη λύση:
TP-LINK TL-SG1016DE 16-PORT GIGABIT EASY SMART SWITCH (http://www.e-shop.gr/product?id=PER.612701), 93,00 €.
Παρήγγειλα ένα, θα ανεβάσω λεπτομέρειες σε κάποιες βδομάδες που θα το έχω στα χέρια μου.
Κάποιο αντίστοιχο με 24 ports;
Παράθεση από: alkisg στις 18 Νοε 2013, 09:39:59 ΜΜ
Στην 10.04 όλες οι Realtek είχαν πρόβλημα, στην 12.04 σχεδόν όλες είναι εντάξει. Θέλει δοκιμή για σιγουριά...
Συνήθως οι καινούργιες mobo έρχονται με realtek 1Gbit onboard lan που δεν υποστηρίζει απενεργοποίηση του flow control.
Δοκιμάζουμε την ταχύτητα με αυτές ή πιο σίγουρη λύση είναι να προσθέσουμε μία pci intel έτσι ώστε, αν θέλουμε, να εκμεταλευτούμε και το bond interface (http://ts.sch.gr/wiki/Linux/LTSP/FAQ#.CE.88.CF.87.CF.89_.CE.B4.CF.8D.CE.BF_.CE.B5.CF.81.CE.B3.CE.B1.CF.83.CF.84.CE.AE.CF.81.CE.B9.CE.B1_.CE.BC.CE.B5_thin_clients_.CE.BA.CE.B1.CE.B9_.CE.B8.CE.AD.CE.BB.CF.89_.CE.BD.CE.B1_.CE.B1.CE.BE.CE.B9.CE.BF.CF.80.CE.BF.CE.B9.CE.AE.CF.83.CF.89_.CE.BA.CE.B1.CE.B9_.CF.84.CE.B7_2.CE.B7_.CE.BA.CE.AC.CF.81.CF.84.CE.B1_.CE.B4.CE.B9.CE.BA.CF.84.CF.8D.CE.BF.CF.85_.CF.84.CE.BF.CF.85_.CE.B5.CE.BE.CF.85.CF.80.CE.B7.CF.81.CE.B5.CF.84.CE.B7.CF.84.CE.AE_.CE.B3.CE.B9.CE.B1_.CE.BA.CE.B1.CE.BB.CF.8D.CF.84.CE.B5.CF.81.CE.B7_.CE.B1.CF.80.CF.8C.CE.B4.CE.BF.CF.83.CE.B7._.CE.A4.CE.B9_.CE.BD.CE.B1_.CE.BA.CE.AC.CE.BD.CF.89.3B);
Το bonding μεταξύ μίας προβληματικής κάρτας και μίας μη προβληματικής δεν λύνει τα προβλήματα της μη προβληματικής. Δηλαδή τα προβλήματα του δικτύου συνεχίζονται, και άρα τσου, δεν θέλουμε bonding με κάρτες που δεν υποστηρίζουν απενεργοποίηση flow control. :)
Επομένως, πρώτα δοκιμάζουμε αν έχει πρόβλημα η realtek, κι αν ναι, παίρνουμε μία intel pci express (καλύτερα όχι pci λόγω ταχύτητας διαύλου).
Από τεχνικής άποψης συμφωνώ μαζί σου, αλλά όταν ήδη έχει γίνει η αγορά - με τις όποιες δυσκολίες - του LTSP server, εκ των υστέρων είναι δύσκολο ο συνάδελφος να ζητήσει και μια pci express γιατί τελικά η realtek δεν "παίζει" σωστά!
Δε θα ήταν πιο πρακτικό όταν δεν μπορεί εύκολα να βρεθεί mobo με onboard intel ethernet, τότε στην αρχική παραγγελία να προμηθεύονται και μία intel pci express;
Εκτός αν μία onboard realtek που "παίζει" σωστά είναι πολύ καλύτερα από μια intel pci express οπότε αξίζει η δοκιμή της realtek!
Το θέμα του "πότε βρίσκουμε λεφτά για αγορά" εξαρτάται πάρα πολύ από τον συγκεκριμένο καθηγητή, διευθυντή, σχολείο, σχολική επιτροπή, ΚΕΠΛΗΝΕΤ κλπ. Οπότε δε νομίζω ότι έχει νόημα να γενικεύουμε εκεί και να τα λέμε σε μορφή "οδηγιών"...
ΟΚ, αν το να αγοραστεί εκ των υστέρων η κάρτα παρουσιάζει δυσκολίες, ας αγοραστεί εξ' αρχής,
αλλά από την άλλη, αν είναι να δοθούν 25€ παραπάνω για την κάρτα,
γιατί να μη δοθούν για managed switch, που λύνει πολύ σωστότερα το πρόβλημα... 70€ το unmanaged, 90 το managed...
Σίγουρα με το managed switch δεν ασχολούμαστε με το flow control από τη μεριά του server αλλά έχουμε κάποια αποτελέσματα δοκιμής; από ποια μοντέλα; με τι κόστος;
Από το TP-LINK TL-SG1016DE 16-PORT GIGABIT EASY SMART SWITCH (http://www.e-shop.gr/product?id=PER.612701) - του οποίου ανέβασαν την τιμή στα 109€ - έχουμε κάνα νεότερο; :)
Επίσης κάτι άλλο.. με απλή pci gigabit ethernet είμαστε οριακά στο θέμα της ταχύτητας ή υποχρεωτικά pci express; Με την απλή pci έχουμε υποχρεωτικά half duplex ενώ με την pcie full duplex;
Κώστα έχω πάρει το switch αλλά δεν έχω προλάβει να το δοκιμάσω, και ίσως να μην προλάβω μέχρι αρχές Σεπτέμβρη.
Θεωρώ πάντως ότι θα τα πάει μια χαρά αφού είναι managed.
Το pci ανάλογα τη μητρική μπορεί να έχει μέγιστο bandwidth διαύλου 1 gpbs, οπότε αν κι άλλες συσκευές χρειάζονται τον pci δίαυλο, να προκαλούν καθυστερησούλες. Αυτό γενικά δεν είναι αξιοσημείωτο πρόβλημα, όμως, (1) αν μπορούμε, προτιμάμε κάρτες δικτύου pci-e για τον server, και (2) αν θέλουμε bonding, τότε σίγουρα pci-e.
Παράθεση από: alkisg στις 24 Ιουν 2014, 12:20:26 ΜΜ
Το pci ανάλογα τη μητρική μπορεί να έχει μέγιστο bandwidth διαύλου 1 gpbs, οπότε αν κι άλλες συσκευές χρειάζονται τον pci δίαυλο, να προκαλούν καθυστερησούλες.
Στο gigabit πάντα για full duplex δε μιλάμε; Δηλαδή θεωρητικά αν έχουμε ΜΟΝΟ την pci gigabit ethernet στη mobo δε θα μας "δίνει" το full duplex gigabit ή κ σε αυτή την περίπτωση εξαρτάται από το motherboard;
http://en.wikipedia.org/wiki/List_of_device_bit_rates#Computer_buses
PCI 32-bit/33 MHz 1,067 Mbit/s 133.33 MB/s 1993
Έστω ότι για το pci bus πολεμάνε μια κάρτα δικτύου, που θέλει το 1.000 Mbit/s, και ένας PCI RAID Controller, ο οποίος θέλει κι αυτός να γράψει στους δίσκους του με ταχύτητα 1.000 Mbit/s (δηλαδή περίπου 100 MB/sec).
Ε, το αποτέλεσμα είναι ότι αυτές οι δύο κάρτες θα πάρουν αρκετά λιγότερο από 500 Mbit/sec η κάθε μία στη φάση που θα πολεμάνε, λόγω των collisions του PCI bus. Δηλαδή η ταχύτητα του δικτύου θα είναι σημαντικά λιγότερο από gigabit.
Τώρα στην απλή περίπτωση που δεν έχουμε PCI RAID Controller αλλά έχουμε π.χ. καμιά κάρτα ήχου και άλλα "ελαφριά" πράγματα, τα collisions και το pci bus saturation προφανώς είναι είτε μικρότερα είτε και εντελώς αμελητέα.
Google-αρε για pci bus saturation αν θες να διαβάσεις περισσότερες συζητήσεις για το θέμα.
Πάντως όλα αυτά δεν έχουν καμία σχέση με την ταχύτητα που θα συντονίσει η κάρτα στο σύρμα, θεωρούμε ότι πάντα είναι full duplex gigabit...
Είναι το αντίστοιχο του να συνδέεις USB 3.0 SDD δίσκο με μέγιστο bandwidth 500 MB/sec, σε USB 2.0 θύρα με μέγιστο bandwidth 480 MBit/sec (bit όχι byte). Ε, όχι μόνο θα κοπεί η ταχύτητα του δίσκου γύρω στα 35 MB/sec, αλλά και κάθε φορά που χρησιμοποιείς άλλες συσκευές USB που τραβάνε bandwidth, θα πέφτει η ταχύτητα του δίσκου ακόμα περισσότερο...
Anyway επειδή το PCI vs PCI-e δεν είναι τόοοοσο σημαντικό όσο ακούγεται, να επαναλάβω τη "φόρμουλα",
"(1) αν μπορούμε, προτιμάμε κάρτες δικτύου pci-e για τον server, και (2) αν θέλουμε bonding, τότε σίγουρα pci-e."
Δηλαδή στη γενική περίπτωση δεν μας χαλάει το απλό pci για τον server, και σίγουρα δεν μας χαλάει για τους clients.
Παράθεση από: alkisg στις 24 Ιουν 2014, 04:51:11 ΜΜ
http://en.wikipedia.org/wiki/List_of_device_bit_rates#Computer_buses
PCI 32-bit/33 MHz 1,067 Mbit/s 133.33 MB/s 1993
Η απορία ήταν ότι google-ροντας έβρισκα διάφορες αναφορές ότι pci 32bit/33mhz δεν έχεις full duplex gigabit!
Στον ίδιο πίνακα υπάρχει και αυτό:
PCI 32-bit/66 MHz 2.133 Gbit/s 266.7 MB/s 1995
που λογικά υποστηρίζουν οι σύγχρονες gigabit pci άρα μας δίνουν και το full duplex gigabit, εννοείται με την προυπόθεση ότι είναι μόνες τους στη mobo.
Σίγουρα χρήση pci-e ειδικά κ για bonding είναι μονόδρομος!
Σε καινούργια εγκατάσταση LTSP 12.04 σε δημοτικό! εγκαταστάθηκε 16-Port 10/100Mbps + 2-Port Gigabit Smart Switch
TL-SL2218 (http://www.tp-link.us/products/details/?categoryid=223&model=TL-SL2218#spec) με κότσος κάτω των 100€!
Δοκιμές ταχύτητας δεν έχουν γίνει ακόμα, αλλά με αφορμή το συγκεκριμένο, θέτω κάποιες παρατηρήσεις-ερωτήσεις:
1) Το διαχειρίζεσαι μέσω web interface. Από default σε όλες τις πόρτες του είχε το flow control disable. Άρα μάλλον δε θέλει κάποια άλλη ρύθμιση.
2) Με συνδεμένους κ σβηστούς τους υπολογιστές κ το router πάνω του, τα αντίστοιχα led φλασάριζαν - με μια μικρή διακοπή - σχεδόν συνεχόμενα! Βγάλαμε μόνο το cable που το σύνδεε με το router.. τα ίδια. Αφήσαμε μόνο το cable που το σύνδεε με το router - βγάλαμε τα client - κ σε αυτή την περίπτωση το αντίστοιχο led φλασάριζε σχεδόν συνεχόμενα. Ίδια συμπεριφορά κ με ανοιχτούς τους υπολογιστές..
Έχει κάποιος αντίστοιχη εικόνα από managed switch;
3) Στα managed switches όταν στα specs αναφέρεται IEEE 802.3x (http://en.wikipedia.org/wiki/Ethernet_flow_control) εννοείται ότι δίνεται κ η δυνατότητα απενεργοποίησης του;
Παράθεση από: gidarakos στις 27 Ιουν 2014, 11:15:47 ΠΜ
Η απορία ήταν ότι google-ροντας έβρισκα διάφορες αναφορές ότι pci 32bit/33mhz δεν έχεις full duplex gigabit!
Δεν το έψαξα, αλλά δεν νομίζω ότι εννοούν ότι δεν συντονίζει σε full duplex. Μάλλον θα εννοούν ότι η ταχύτητα του (παλιού) pci bus είναι μικρότερη από του full duplex gigabit. Εντωμεταξύ εμάς κυρίως μας ενδιαφέρει η ταχύτητα αποστολής από τον server, όχι η ταχύτητα λήψης, οπότε έτσι κι αλλιώς σπάνια θα εκμεταλλευόμασταν το full duplex...
Παράθεση από: gidarakos στις 27 Ιουν 2014, 11:15:47 ΠΜ
Στον ίδιο πίνακα υπάρχει και αυτό:
PCI 32-bit/66 MHz 2.133 Gbit/s 266.7 MB/s 1995
που λογικά υποστηρίζουν οι σύγχρονες gigabit pci άρα μας δίνουν και το full duplex gigabit, εννοείται με την προυπόθεση ότι είναι μόνες τους στη mobo.
Όπως τα λες, μετά αρχίζεις να κοιτάς αν είναι μόνες τους ή όχι , αν οι άλλες κάρτες είναι στα 33 ή στα 66..., οπότε γίνεται πολύπλοκο για να γραφεί σαν οδηγίες. Οπότε η μέτρηση της πραγματικής ταχύτητας είναι ό,τι καλύτερο έχουμε για να δούμε αν τελικά το δίκτυό μας δουλεύει καλά...
Για τα managed switches, δεν έχω πολλή εμπειρία ακόμα, αν έχει άλλος ας γράψει, θα γράψω κι εγώ όταν θα έχω περισσότερες πληφορορίες.
Σε ένα attansic 10/100 + 2 ports gigabit που δοκίμασα, έπρεπε να απενεργοποιήσω χειρωνακτικά το flow control, μέσω σειριακής πόρτας του switch.
Καινούργια εγκατάσταση LTSP 12.04 με managed switch 16-Port Gigabit Easy Smart Switch
TL-SG1016DE (http://www.tp-link.com/en/products/details/?categoryid=2878&model=TL-SG1016DE#spec).
Πρώτες εντυπώσεις:
1) Έχει web interface.
2) Το flow control ήταν ήδη απενεργοποιημένο σε όλες τις πόρτες. Λογικά δε χρειάζονται κάποιες ρυθμίσεις.
3) Δεν παρατηρηθηκε περίεργη συμπεριφορά όπως στο 16-Port 10/100Mbps + 2-Port Gigabit Smart Switch
TL-SL2218 που φλάσαραν συνέχεια τα led!
4) Έχει Cable Test με το οποίο εντοπίσαμε μία προβληματική δικτυακή πρίζα! Cable test έχει κ το TL-SL2218.
Δοκιμές ταχύτητας δεν έγιναν. Από Σεπτέμβριο θα ποστάρω αποτελέσματα, αλλά λογικά δε θα έχουμε προβλήματα.
Καλημέρα,
Σχετικά με 24-port κάτι αντίστοιχο;
πχ TP-LINK TL-SG1024D 24-PORT GIGABIT DESKTOP RACKMOUNT SWITCH
http://www.e-shop.gr/tp-link-tl-sg1024d-24-port-gigabit-desktop-rackmount-switch-p-PER.612457
Ένα γράμμα κάνει τη διαφορά, θέλουμε το TL-SG1024DE και όχι το TL-SG1024D. Αυτό το τελευταίο δεν μας κάνει, δεν είναι "smart". :)
Αυτό θέλουμε:
http://www.skroutz.gr/s/3361408/TP-LINK-24-Port-Gigabit-Easy-Smart-Switch.html
http://www.e-shop.gr/tp-link-tl-sg1024de-24-port-gigabit-easy-smart-switch-p-PER.612700
Το δοκίμασα κι εγώ, επιβεβαιώνω όσα είπε ο gidarakos, και από μέτρηση ταχύτητας επίσης μια χαρά πήγε. Τελείως plug 'n' play με σωστά default settings.
Για switch 24port 1000ρι, καλή επιλογή και το D-LINK DGS-1100-24 managed με το flow control disabled από προεπιλογή.
http://www.skroutz.gr/s/330326/D-Link-DGS-1100-24-24-port-Gigabit-EasySmart-switch.html?keyphrase=dgs-1100-24
Δυστυχως... πηραμε περσι το unmanaged 16ari TP-link SG1016D...
με καρτα TP link 1000αρα στο σερβερ τσιπακι της realtek RTL8111/8168/8411 PCI Express Gigabit
Τελικά συγνωμη Αλκη δεν καταλαβα καλά πως συμεριφέρεται στο flow control το switch αφου μου βγαζει operation not supported
Απο το νημα που διαβαζω λέγεται οτι στο 12.04 παιζουν καλά πλεόν οι realtek...είναι όντως έτσι ή μπορω να κάνω κατι να για το θέμα
tryxx, κάνε μέτρηση ταχύτητας τοπικού δικτύου και πόσταρε εκεί τα αποτελέσματα:
https://alkisg.mysch.gr/steki/index.php?topic=3324.0
Για το flow control δεν μπορείς να κάνεις κάτι με το υλικό που έχεις, ό,τι γίνει από μόνο του.
Λογικά θα είσαι γύρω στα 400 mbps σύνολο, ενώ με καλύτερο switch θα έφτανες 900 mbps. Δηλαδή καλά αλλά γινόταν και καλύτερα.
Φυσικά αν οι clients σου είναι gigabit τότε δεν σε αφορά καθόλου το θέμα του flow control, αναφέρεται μόνο σε 100 mbps clients...
Ευχαριστω Αλκη
Ειμαι εκει γυρω που εγραψες γυρω στα 500 θα ξανακανω μετρηση... η ερωτηση ειναι αν αλλαξω το switch με το νεο TP link που αναφερεις παραπανω και ειναι ψιλο-managed.. θα εχει διαφορα μεγαλη?? Ισως το μαγαζι μπορει να κανει την αλλαγη με καποια παραπανω ευρω. Θα γινει κάτι... η πρέπει να αλλαξω και την καρτα δικτυου του σερβερ...(τσιπακι realtek)
Ευχαριστω!
Με το καλό switch θα βλέπεις 900 στην μέτρηση ταχύτητας ανεξάρτητα από την κάρτα που έχεις στον server.
Είναι η σωστότερη λύση για όλες τις περιπτώσεις.
Διαβάζοντας το thread, και αν κατάλαβα καλά, με αυτά:
http://www.you.gr/proionta/telephony-networking/ensyrmata-diktyaka-proionta/kartes-diktyou/karta-diktyou-intel-pro-1000-gt-desktop-lp-bulk
http://www.you.gr/proionta/telephony-networking/ensyrmata-diktyaka-proionta/switches/switch-hp-1810-24-v2-j9801a
θα είμαι, οκ;
Συνάδελφε πρόσεξε λίγο τα εξής:
1) Το switch που προτείνεις είναι 100άρι με 2 gigabit ports. Διαθέτει τα χαρακτηριστικά που χρειαζόμαστε, αφού είναι manageable, με flow control υποστήριξη (IEEE 802.3x Flow Control) Ωστόσο αφού θα γίνει που θα γίνει το έξοδο και με την προοπτική κάποια στιγμή να αποκτήσεις και clients με 1000άρες κάρτες, θα πρότεινα να έπαιρνες ένα manageable, με flow control αλλά full gigabit όπως για παράδειγμα: http://www.skroutz.gr/s/3361408/TP-LINK-24-Port-Gigabit-Easy-Smart-Switch.html ή http://www.skroutz.gr/s/330326/D-Link-DGS-1100-24-24-port-Gigabit-EasySmart-switch.html που δεν απέχουν και πολύ από την τιμή του switch που προτείνεις
2) Η κάρτα δικτύου είναι low profile οπότε θα πρέπει να την υποστηρίζει το "κουτί" του server. Επίσης θα πρότεινα να είναι pci express
Παράθεση από: alkisg στις 20 Δεκ 2012, 12:00:55 ΜΜ
Θα πρέπει να βλέπει κανονικά δίκτυο με την Atheros, όμως δεν θα σου κάνει δουλειά για LTSP server (εκτός κι αν τα πάντα είναι gigabit, ή αν έχεις πανάκριβο managed switch), οπότε θα χρειαστείς μια intel ή realtek.
Laptop με σκοπό να γίνει ltsp server 12.04 έχει ethernet 1000Mbit με chipset atheros! Με ένα managed switch 1000Mbit (απενεργοποιημένο το flow control) θα είναι ok ή ακόμα κ σε αυτή την περίπτωση θα έχουμε θέμα; Τα clients είναι 100Mbit.
Θα είναι μια χαρά, όταν έχουμε managed switch με απενεργοποιημένο flow control δεν ασχολούμαστε με το θέμα καθόλου. :)
Παραθέτω και αυτή τη λύση (https://alkisg.mysch.gr/steki/index.php?topic=6105.msg70611#msg70611) με χρήση Express Card 34mm για laptop server (onboard 100άρα κάρτα) chipset Agere Et1310:
03:00.0 Ethernet controller [0200]: LSI Corporation ET-131x PCI-E Ethernet Controller [11c1:ed00] (rev 02)
Subsystem: LSI Corporation ET-131x PCI-E Ethernet Controller [11c1:ed00]
Kernel driver in use: et131x
Οι μετρήσεις έδωσαν:
[ 5] 0.0-10.0 sec 90.0 MBytes 75,4 Mbits/sec
[ 4] 0.0-10.0 sec 99.6 MBytes 83,5 Mbits/sec
[ 6] 0.0-10.0 sec 94.5 MBytes 79,1 Mbits/sec
[ 9] 0.0-10.0 sec 103 MBytes 86,2 Mbits/sec
[ 8] 0.0-10.0 sec 101 MBytes 84,9 Mbits/sec
[ 11] 0.0-10.0 sec 108 MBytes 90 Mbits/sec
[ 7] 0.0-10.0 sec 99.0 MBytes 82,7 Mbits/sec
[ 10] 0.0-10.0 sec 112 MBytes 93,9 Mbits/sec
[ 13] 0.0-10.0 sec 75.0 MBytes 62,7 Mbits/sec
[ 14] 0.0-10.0 sec 57.8 MBytes 48,3 Mbits/sec
[ 12] 0.0-10.0 sec 103 MBytes 85,8 Mbits/sec
Σύνολο δηλαδή 872,5Mbits/sec
Αν μπορείς Άλκη πρόσθεσέ την σαν λύση στο πρώτο post σου.
Ανέστη αυτές οι μετρήσεις με ποιο switch έγιναν; Είναι σίγουρο ότι δεν έχει το ίδιο το switch απενεργοποιημένο το flow control; Αν μπορείς γράψε και το μοντέλο του switch...
Thanks για τη λύση, ξέρω κάποιους που την χρειάζονται!
Το switch είναι το TP-LINK TL-SG1024D (όχι δηλαδή το 1024DE που είναι manageable switch). Όλοι οι clients είχαν απευθείας σύνδεση με αυτό. Από ότι έχω διαβάσει εδώ στο steki, το συγκεκριμένο έχει θέμα με το flow control αν η κάρτα του server δεν το απενεργοποιεί. Στο site (http://www.tp-link.com/en/products/details/?model=TL-SG1024D#fea) της εταιρείας λέει:
Supports IEEE 802.3x flow control for Full Duplex mode and backpressure for Half Duplex mode.
Άρα έχει πρόβλημα με το flow control.
Ίσως να θυμάσαι το manageable switch CISCO Catalyst 2940 με μία θύρα 1Gbps και 8 100άρες που με είχες βοηθήσει να ρυθμίσω. Για αυτό έκανα χωριστή δοκιμή με όλους τους clients που έχω πάνω του, έτσι για να δω πόσο καλά τα πάει (ήξερα πλέον πως δεν είχα θέμα flow control με την νέα κάρτα). Όλα καλά και με αυτό.
Πλέον στο εργαστήριο έχω την εξής κατάσταση :
Switch: Gigabit TP-LINK TL-SG1024D
Κάρτα δικτύου server:
administrator@server:~$ lspci -nn -k | grep -A 2 Ethernet
02:00.0 Ethernet controller [0200]: Qualcomm Atheros Attansic L1 Gigabit Ethernet [1969:1048] (rev b0)
Subsystem: ASUSTeK Computer Inc. P5KPL-VM Motherboard [1043:8226]
Kernel driver in use: atl1
Clients: 5 με 1000ρες κάρτες και 5 με 100άρες
Μέτρηση ταχύτητας:
[ 11] 0.0-10.0 sec 27.4 MBytes 22.9 Mbits/sec
[ 13] 0.0-10.0 sec 27.2 MBytes 22.8 Mbits/sec
[ 5] 0.0-10.1 sec 25.5 MBytes 21.3 Mbits/sec
[ 7] 0.0-10.0 sec 24.2 MBytes 20.3 Mbits/sec
[ 10] 0.0-10.1 sec 27.2 MBytes 22.7 Mbits/sec
[ 8] 0.0-10.1 sec 27.8 MBytes 23.1 Mbits/sec
[ 4] 0.0-10.1 sec 28.4 MBytes 23.5 Mbits/sec
[ 9] 0.0-10.1 sec 20.5 MBytes 17.0 Mbits/sec
[ 12] 0.0-10.1 sec 21.1 MBytes 17.5 Mbits/sec
[ 6] 0.0-10.1 sec 23.2 MBytes 19.3 Mbits/sec
Μπορώ να κάνω κάτι με τον server ή να αρχίσω να κοιτάω για άλλη κάρτα;
Αν ναι, αυτή μας κάνει;
TP-LINK TG-3468 GIGABIT PCIE NETWORK ADAPTER (τιμή κάτω από 10 ευρώ)
Αν μπορείς δώσε κάπου/κάπως το TL-SG1024D και πάρε το TL-SG1024DE, θα σου λύσει όλα τα προβλήματα με τον καλύτερο τρόπο και δεν θα ξαναασχοληθείς με τα δικτυακά.
Αν όχι, πάρε μια gigabit κάρτα Intel, Broadcom ή Marvel για τον server, η TP-LINK έχει τσιπάκι Realtek και αυτές άλλοτε παίζουν έτσι κι έτσι, ενώ άλλοτε δεν παίζουν καθόλου καλά.
Να ανταλλάξω το switch δεν παίζει.
Θα κοιτάξω για κάρτα για τον server. Να προτιμήσω PCIe;
Με μια γρήγορη ματιά που έριξα δεν βρήκα Broadcom ή Marvel, άρα πάω για καμιά Intel, σαν αυτή (http://www.visionstudio.gr/prodinfo.asp?id=20722&cat=13) ας πούμε.
Έβαλα στον server καινούργια κάρτα δικτύου intel (η eth1):
administrator@server:~$ sudo ethtool --show-pause eth1
Pause parameters for eth1:
Autonegotiate: on
RX: on
TX: on
administrator@server:~$ lspci -nn -k | grep -A 2 Ethernet
02:00.0 Ethernet controller [0200]: Qualcomm Atheros Attansic L1 Gigabit Ethernet [1969:1048] (rev b0)
Subsystem: ASUSTeK Computer Inc. P5KPL-VM Motherboard [1043:8226]
Kernel driver in use: atl1
--
04:00.0 Ethernet controller [0200]: Intel Corporation 82574L Gigabit Network Connection [8086:10d3]
Subsystem: Intel Corporation Gigabit CT Desktop Adapter [8086:a01f]
Kernel driver in use: e1000e
Προσπάθησα να απενεργοποιήσω το flow control:
administrator@server:~$ sudo ethtool --pause eth1 autoneg on rx off
autoneg unmodified, ignoring
Αυτό σημαίνει ότι δεν απενεργοποιείται;;
Γιατί μου βγάζει:
administrator@server:~$ sudo ethtool --show-pause eth1
Pause parameters for eth1:
Autonegotiate: on
RX: on
TX: on
Στην σελίδα του πωλητή όμως αναφέρει: Τύπος Managed
http://www.visionstudio.gr/prodinfo.asp?id=20722&cat=13 (http://www.visionstudio.gr/prodinfo.asp?id=20722&cat=13)
Λάθος κάρτα πήρα;
Το πρόβλημα λύθηκε με...... άνωθεν παρέμβαση (βλέπε ...Άλκης)
Για λεπτομέρειες αναμείνατε στην οθόνη σας.
Δημήτρη ευχαριστώ για το troubleshooting!
Το πρόβλημα είναι ότι μερικές κάρτες (π.χ. Intel) θέλουν κάποια εντολή για απενεργοποίηση του flow control, ενώ άλλες (π.χ. Marvel) την ακριβώς αντίθετη... :-\
Ανέβασα την παρακάτω διόρθωση στα sch-scripts, θα έρθει σε κάποιο επόμενο update.
if [ -x /sbin/ethtool ] &&
test -z "$(ethtool --show-pause $IFACE| grep '^RX:.*off')"
then
# Some NICs like Intel [8086:10d3] require "autoneg off rx off",
# while other like Marvel [11ab:4320] require "autoneg on rx off".
# So we actually need to call ethtool again to check if it worked.
msg="Failed to disable flow control for interface $IFACE"
for neg in off on; do
ethtool --pause "$IFACE" autoneg "$neg" rx off || true
if ethtool --show-pause "$IFACE" | grep -q '^RX:.*off'; then
msg="Disabled flow control (autoneg $neg, rx off) for interface $IFACE"
break
fi
done >/dev/null 2>&1
$logger -t sch-scripts -p syslog.info "$msg"
fi
Εντωμεταξύ είδα ότι μια άλλη εντολή ονόματι mii-tool ίσως να βοηθήσει όσους έχουν πρόβλημα flow control και κάρτα gigabit Atheros στον server, αν έχει κανείς τέτοια ας έρθει από το IRC να το δούμε live...
Δεν δουλεύω σε κανένα σχολείο, αλλά προσπαθώ να βοηθήσω σε διάφορα. Άρα σπάνια είναι στα χέρια μου να διαλέγω τα υλικά. Βεβαίως όταν με ζητούν (επειδή εσείς έχετε ήδη συζητήσει :)) ) προσπαθώ να αγοράζουν σωστά υλικά.
Άρα συνήθως ότι κάνω είναι με το λογισμικό.
Οι συμβολές σας (σε σειρά):
0 – αγορά κατάλληλο switch π.χ.
http://www.e-shop.gr/tp-link-tl-sg1024de-24-port-gigabit-easy-smart-switch-p-PER.612700
τότε δεν είναι ανάγκη (;) να απασχολούμε με flow control.
1 - απενεργοποιούμε hardware flow control (εάν μπορούμε) στο switch.
2 - απενεργοποιούμε hardware flow control (εάν μπορούμε) στην 1000 κάρτα δικτύου του server.
3 - περιορίσουμε την ταχύτητα που χρησιμοποιεί ο server να στείλει στους clients, π.χ. 55 Mbps.
Στην περίπτωση 3 (εάν έχω καταλάβει καλά) χρειάζεται να προσθέσουμε κάθε ip του κάθε client σε ένα σκρυπτάκι (του Άλκη) σαν:
#!/bin/sh
DEV=eth0
RATE=55
IP1=10.161.254.243
IP2=10.161.254.245
IP3=10.161.254.234
tc qdisc del dev "$DEV" root
tc qdisc add dev "$DEV" root handle 1: cbq avpkt 1000 bandwidth 1gbit
tc class add dev "$DEV" parent 1: classid 1:1 cbq rate ${RATE}mbit allot
1500 prio 5 bounded isolated
tc class add dev "$DEV" parent 1: classid 1:2 cbq rate ${RATE}mbit allot
1500 prio 5 bounded isolated
tc class add dev "$DEV" parent 1: classid 1:3 cbq rate ${RATE}mbit allot
1500 prio 5 bounded isolated
tc filter add dev "$DEV" parent 1: protocol ip prio 16 u32 match ip dst
$IP1 flowid 1:1
tc filter add dev "$DEV" parent 1: protocol ip prio 16 u32 match ip dst
$IP2 flowid 1:2
tc filter add dev "$DEV" parent 1: protocol ip prio 16 u32 match ip dst
$IP3 flowid 1:3
Richard
Richard, την περίπτωση (3) δεν την έχω καταφέρει να παίξει καλά οπότε δεν νομίζω ότι την χρησιμοποιεί κανένας πουθενά.
Μια άλλη περίπτωση που βρήκα πρόσφατα και δεν έχω ακόμα δοκιμάσει είναι η (2β) παρακάτω:
(2α) απενεργοποιούμε το flow control στην 1000ρα κάρτα του server με το ethtool (αυτό το κάνουν ήδη τα sch-scripts αυτόματα)
(2β) απενεργοποιούμε το flow control στην 1000ρα κάρτα του server με το mii-tool (δεν το έχω δοκιμάσει στην πράξη ακόμα).
Το mii-tool ίσως και να παίξει σε κάρτες atheros και realtek, ενώ το ethtool παίζει δοκιμασμένα σε intel, broadcom, marvel κλπ.
Με την πρώτη ευκαιρία θα δοκιμάσω το mii-tool, αν κάποιος έχει gigabit atheros στον server και 100ρες κάρτες στους clients ας μου πει να το δούμε στο IRC (http://ts.sch.gr/wiki/IRC).
Αν τελικά παίξει, θα το βάλω στα sch-scripts. Τότε θα καλύπτουμε αυτόματα τις περισσότερες περιπτώσεις...
Σ' ευχαριστούμε για τη βοήθεια που δίνετε στα σχολεία! :)
Εντάξει, εντάξει, το'πιασα το υπονοούμενο
Παράθεση από: alkisg στις 15 Μαρ 2015, 01:48:03 ΜΜ
Με την πρώτη ευκαιρία θα δοκιμάσω το mii-tool, αν κάποιος έχει gigabit atheros στον server και 100ρες κάρτες στους clients ας μου πει να το δούμε στο IRC (http://ts.sch.gr/wiki/IRC).
;)
Την περίοδο αυτή δεν έχω χρόνο όμως για δοκιμές. Να το αφήσουμε για μετά το Πάσχα;
Δημήτρη no worries δεν αναφερόμουν συγκεκριμένα σε σένα, θα βρεθούν ευκαιρίες για δοκιμές με Atheros... να 'σαι καλά! :)
Δοκίμασα το mii-tool με κάρτα Realtek r8169 10ec:8168 + switch TP-Link TL-SG1016D, αλλά και με κάρτα Atheros atl1c 1969:1063 + switch D-Link DGS-1008D και πήγαν όλα καλά, οπότε σε κάποια στιγμή θα έρθει update στα sch-scripts που να λύνει το πρόβλημα το flow control και σε αυτά!
# Προβολή της υπάρχουσας κατάστασης:
$ sudo mii-tool -v eth0
eth0: negotiated 1000baseT-FD flow-control, link ok
product info: vendor 00:07:32, model 17 rev 4
basic mode: autonegotiation enabled
basic status: autonegotiation complete, link ok
capabilities: 1000baseT-HD 1000baseT-FD 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD
advertising: 1000baseT-FD 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD flow-control
link partner: 1000baseT-HD 1000baseT-FD 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD flow-control
# Μη διαφήμιση του flow-control:
$ sudo mii-tool eth0 -A 1000baseT-HD,1000baseT-FD,100baseTx-FD,100baseTx-HD,10baseT-FD,10baseT-HD
restarting autonegotiation...
# Προβολή του αποτελέσματος:
$ sudo mii-tool -v eth0
eth0: negotiated 1000baseT-FD flow-control, link ok
product info: vendor 00:07:32, model 17 rev 4
basic mode: autonegotiation enabled
basic status: autonegotiation complete, link ok
capabilities: 1000baseT-HD 1000baseT-FD 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD
advertising: 1000baseT-FD 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD
link partner: 1000baseT-HD 1000baseT-FD 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD flow-control
Εν τέλει δηλαδή στη γραμμή "advertising" θα λείπει το "flow-control", και στη μέτρηση ταχύτητας δικτύου μέσω Επόπτη θα πρέπει να βλέπουμε πολύ καλύτερες ταχύτητες.
Ανέβασα καινούργια έκδοση sch-scripts στο αποθετήριο, και φαίνεται ότι πλέον το πρόβλημα λύθηκε για όλες τις κάρτες και τα switch που βρήκα να δοκιμάσω, οπότε εκτός απροόπτου, το παρόν θέμα θεωρείται ότι έχει λήξει! :)
Με switch TP-LINK TL-SL1117 και κάρτα server gigabit Realtek rtl8169 RTL8111 [10ec:8168] και 10 clients Realtek 100mbps rtl8169 RTL8101E [10ec:8136], η συνολική ταχύτητα ανέβηκε από τα 767,5 Mbps (που ήταν ήδη πολύ καλά, θα μπορούσε να βγαίνει και μόνο 100,0) στα 917,5.
Με switch Cisco SG102-24 και κάρτα server gigabit Realtek rtl8169 RTL8111 [10ec:8168] και 10 clients Realtek 100mbps rtl8169 RTL8101E [10ec:8136], η συνολική ταχύτητα ανέβηκε από τα 220 Mbps στα 912.
Τώρα από το σχολείο που έχει Ubuntu 12.04.5 από ΣΕΠΕΗΥ
16 fat clients με 10/100 κάρτες δικτύου
switch TP-Link TL-SL1117
eth0 στο server
02:00.0 Ethernet controller: Qualcomm Atheros AR8131 Gigabit Ethernet (rev c0)
Subsystem: Gigabyte Technology Co., Ltd GA-G31M-ES2L Motherboard
Flags: bus master, fast devsel, latency 0, IRQ 44
Memory at fdec0000 (64-bit, non-prefetchable) [size=256K]
I/O ports at bf00 [size=128]
Capabilities: <access denied>
Kernel driver in use: atl1c
Kernel modules: atl1c
Μέχρι χτες έκανε update και δημοσίευση εικονικός δίσκος.
daskalos@server:~$ ubuntu-support-status
Περίληψη της κατάστασης υποστήριξης του 'server':
Έχετε 11 πακέτα (0.7%) που υποστηρίζονται μέχρι Οκτώβριος 2013 (18m)
Έχετε 1437 πακέτα (89.4%) που υποστηρίζονται μέχρι Απρίλιος 2017 (5y)
Έχετε 3 πακέτα (0.2%) που υποστηρίζονται μέχρι Απρίλιος 2017 (18m)
Έχετε 0 πακέτα (0.0%) που δε μπορούν πια να ληφθούν
Έχετε 157 πακέτα (9.8%) που δεν υποστηρίζονται πια
daskalos@server:~$ sudo mii-tool -v eth0
[sudo] password for daskalos:
eth0: negotiated 1000baseT-FD flow-control, link ok
product info: vendor 00:13:74, model 1 rev 11
basic mode: autonegotiation enabled
basic status: autonegotiation complete, link ok
capabilities: 1000baseT-HD 1000baseT-FD 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD
advertising: 1000baseT-FD 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD flow-control
link partner: 1000baseT-HD 1000baseT-FD 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD flow-control
Άρα κάτι δεν έγινε σωστά. Νόμισα ότι τώρα πια το sch-scripts κάνει
mii-tool eth0 -A 1000baseT-HD,1000baseT-FD,100baseTx-FD,100baseTx-HD,10baseT-FD,10baseT-HD
Από iperf
[ 10] local 192.168.67.1 port 40245 connected with 192.168.67.204 port 5001
[ 7] 0.0-10.0 sec 17.8 MBytes 14.9 Mbits/sec
[ 11] 0.0-10.0 sec 16.9 MBytes 14.1 Mbits/sec
[ 13] 0.0-10.0 sec 12.0 MBytes 10.1 Mbits/sec
[ 14] 0.0-10.1 sec 14.5 MBytes 12.1 Mbits/sec
[ 17] 0.0-10.0 sec 14.6 MBytes 12.2 Mbits/sec
[ 8] 0.0-10.1 sec 16.9 MBytes 14.0 Mbits/sec
[ 16] 0.0-10.1 sec 14.2 MBytes 11.9 Mbits/sec
[ 5] 0.0-10.1 sec 10.1 MBytes 8.41 Mbits/sec
[ 9] 0.0-10.2 sec 15.1 MBytes 12.4 Mbits/sec
[ 12] 0.0-10.2 sec 14.5 MBytes 11.9 Mbits/sec
[ 4] 0.0-10.2 sec 11.5 MBytes 9.44 Mbits/sec
[ 6] 0.0-10.3 sec 18.0 MBytes 14.7 Mbits/sec
[ 15] 0.0-10.2 sec 14.6 MBytes 12.0 Mbits/sec
[ 18] 0.0-10.2 sec 10.8 MBytes 8.88 Mbits/sec
[ 19] 0.0-10.0 sec 11.2 MBytes 9.41 Mbits/sec
[ 10] 0.0-10.0 sec 13.4 MBytes 11.2 Mbits/sec
Τότε εκτέλεσα
daskalos@server:~$ sudo mii-tool eth0 -A 1000baseT-HD,1000baseT-FD,100baseTx-FD,100baseTx-HD,10baseT-FD,10baseT-HD
[sudo] password for daskalos:
restarting autonegotiation...
daskalos@server:~$ sudo mii-tool -v eth0
eth0: negotiated 1000baseT-FD flow-control, link ok
product info: vendor 00:13:74, model 1 rev 11
basic mode: autonegotiation enabled
basic status: autonegotiation complete, link ok
capabilities: 1000baseT-HD 1000baseT-FD 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD
advertising: 1000baseT-FD 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD flow-control
link partner: 1000baseT-HD 1000baseT-FD 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD flow-control
Το εργαλείο mii-tool δεν δουλεύει με αυτή η κάρτα η κάνω λάθος;
Richard
Richard, ποιο είναι το αποτέλεσμα της παρακάτω εντολής;
grep sch-scripts: /var/log/syslog
Έχω δοκιμάσει με κάποιες Atheros και δούλεψαν.
Αν θες έλα και από το http://ts.sch.gr/wiki/IRC να το δούμε live.
Θα είμαι πάλι στο σχολείο το Σάββατο το πρωί γύρο στης 11. Μπορουμε να βρεθούμε στο irc τότε;
Richard
Richard στο IRC είμαι συνήθως το πρωί τις καθημερινές εκτός αν έχω πάει επίσκεψη σε σχολείο. Τα Σαββατοκύριακα είναι για χαλάρωμα :) οπότε στο IRC θα με βρεις πιο σπάνια...
Κατανοητό. Θα κοιτάξω το log.
Για σένα η εντολή
mii-tool eth0 -A 1000baseT-HD,1000baseT-FD,100baseTx-FD,100baseTx-HD,10baseT-FD,10baseT-HD
κόβει να έχει η advertising το flow control η εξαρτάται από άλλες συγκεκριμένες συνθήκες;
Richard
$ sudo mii-tool -v eth1
eth1: negotiated 1000baseT-FD flow-control, link ok
product info: vendor 00:07:32, model 17 rev 4
basic mode: autonegotiation enabled
basic status: autonegotiation complete, link ok
capabilities: 1000baseT-HD 1000baseT-FD 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD
advertising: 1000baseT-FD 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD
link partner: 1000baseT-HD 1000baseT-FD 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD flow-control
Ναι το κόβει από το advertising, και αν και λέει negotiated ... flow control, υποθέτω ότι από την πλευρά του switch έχει απενεργοποιηθεί αφού το benchmark δείχνει 1000 mbps.
Ήμουνα στο σχολείο πάλι το Σάββατο. Στο syslog απλώς ανέφερε ότι κόπηκε το flow control στο eth0 και δεν είχε γρίνια. Δεν είχα την ευκαιρία να αντιγράψω ακριβώς τις γραμμές. Βάφουν μέσα το εργαστήριο και δεν μπορούσα να μείνω για πολύ.
Πρόσεξα ότι η επόμενη γραμμή στο log ανέφερε ότι εκτέλεσε masquerade του iptables αλλά δεν νομίζω ότι έχει σχέση.
Σκέφτηκα μία απλή δοκιμή: να δουλεύει με live cd και να εκτελέσω στο τερματικό:
service network-manager stop
ifconfig eth0 192.168.67.1
ifconfig eth1 192.168.1.200
mii-tool -v eth0
mii-tool eth0 -A 1000baseT-HD,1000baseT-FD,100baseTx-FD,100baseTx-HD,10baseT-FD,10baseT-HD
mii-tool -v eth0
Εάν σε τέτοιο απλό σενάριο πάλι δεν κόβει το flow control θα βάζω προσωρινά ένα δικό μου η/υ που έχει μία ενσωματωμένη gigabit κάρτα intel μέχρι να βρούμε άλλη κάρτα pci για το server τους.
Richard
Ενώ είναι συνδεδεμένο το δίκτυο και χωρίς να πειράξεις καθόλου τον network manager κλπ, δοκίμασε:
sudo mii-tool -v eth0
sudo -A "1000baseT-HD 1000baseT-FD 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD" eth0
sudo mii-tool -v eth0
Επίσης έλεγξε ότι οι clients είναι συνδεδεμένοι κατευθείαν πάνω στο gigabit switch και όχι π.χ. μέσω άλλου switch.
Αν βάλεις προσωρινά δικό σου Η/Υ, τότε πάρε τον server τους σπίτι σου και έλα από το IRC, ή απλά άσ' τον ανοιχτό ένα πρωί να τρέχει x11vnc -connect srv1-dide.ioa.sch.gr...
Το μήνυμα "Enabled IP forwarding/masquerading for interface eth0" το βγάζουν τα sch-scripts όταν υπάρχει server με 2 κάρτες δικτύου, γιατί φροντίζουν αυτόματα ώστε να βλέπουν Internet και οι fat clients.
Τώρα πια δεν χρειάζεται το πάρα κάτω;
https://alkisg.mysch.gr/steki/inhttps://alkisg.mysch.gr/steki
/index.php?topic=5106.msg62993#msg62993dex.php?topic=5106.msg62993#msg62993
Θα κάνω αυτό που ζητάς.
Richard
Καλημέρα Richard,
όχι, τα sch-scripts το κάνουν αυτόματα εάν στο βήμα Ρύθμισης σύνδεσης δικτύου (http://ts.sch.gr/wiki/Linux/sch-scripts/%CE%A1%CF%8D%CE%B8%CE%BC%CE%B9%CF%83%CE%B7_%CF%83%CF%8D%CE%BD%CE%B4%CE%B5%CF%83%CE%B7%CF%82_%CE%B4%CE%B9%CE%BA%CF%84%CF%8D%CE%BF%CF%85), για το εσωτερικό υποδίκτυο επιλέξετε LTSP (προϋποθέτει 2 κάρτες δικτύου) (http://ts.sch.gr/wiki/Linux/sch-scripts/%CE%A1%CF%8D%CE%B8%CE%BC%CE%B9%CF%83%CE%B7_%CF%83%CF%8D%CE%BD%CE%B4%CE%B5%CF%83%CE%B7%CF%82_%CE%B4%CE%B9%CE%BA%CF%84%CF%8D%CE%BF%CF%85#LTSP_.28.CF.80.CF.81.CE.BF.CF.8B.CF.80.CE.BF.CE.B8.CE.AD.CF.84.CE.B5.CE.B9_2_.CE.BA.CE.AC.CF.81.CF.84.CE.B5.CF.82_.CE.B4.CE.B9.CE.BA.CF.84.CF.8D.CE.BF.CF.85.29).
Αλλά γενικά οι εγκαταστάσεις με 2 κάρτες δικτύου δεν προτείνονται λόγω πολυπλοκότητας, για παράδειγμα αν κάποιος βάλει 2 κάρτες και 2 switch αλλά από αβλεψία τα "βραχυκυκλώσει" μεταξύ τους τότε γίνεται χάος (μπορεί να έχει και σαν αποτέλεσμα τις χαμηλές ταχύτητες που βλέπεις)... είναι πολύ πιο απλό με 1 κάρτα δικτύου, δεν χρειάζεται καμία αλλαγή στην καλωδίωση.
Δεν μου έχεις ανεβάσει ακόμα όμως το output που ζήτησα: :)
Παράθεση από: alkisg στις 06 Οκτ 2015, 12:58:46 ΜΜ
Richard, ποιο είναι το αποτέλεσμα της παρακάτω εντολής;
grep sch-scripts: /var/log/syslog
Πάλι ήμουνα για λίγο στο σχολείο πρωί πρωί και πάλι βάφουν μέσα και δεν μπορούσα να κάνω όλα που ήθελα.
Έβαλα μπρος το server του σχολείο με live cd. Στο τερματικό εκτέλεσα:
mount /dev/sda6 /mnt/
mv -v /mnt/etc/udev/rules.d/70-persistent-net.rules /mnt/etc/udev/rules.d/was70-persistent-net.ruleswas
shutdown -h now
Έβγαλα τον δίσκο από το server του σχολείο και έβαλα μπρος το δικό μου η/υ με αυτό το δίσκο. Το σύστημα έφτιαξε ένα καινούργιο /etc/udev/rules.d/70-persistent-net.rules πάλι με eth0 για την gigabit (Intel) και eth1 10/100.
Στο sch-scripts στο βήμα Ρύθμισης σύνδεσης δικτύου, για το εσωτερικό υποδίκτυο επέλεξα LTSP (προϋποθέτει 2 κάρτες δικτύου).
Στο τερματικό εκτέλεσα:
sudo mii-tool -v eth0
snip
basic mode: autonegotiation enabled
basic status: autonegotiation complete, link ok
capabilities: 1000baseT-HD 1000baseT-FD 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD
advertising: 1000baseT-FD 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD
link partner: 1000baseT-HD 1000baseT-FD 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD flow-control
Με την κάρτα Intel είχε ήδη γίνει η δουλειά όπως πρέπει.
Όμως η network-manager δεν κατάφερε να δουλέψει η 10/100 κάρτα eth1 ούτε με dhcp ούτε με static ip. Έτσι έπρεπε να το αφήσω μέχρι αύριο.
Τώρα έχω φέρει το server του σχολείου χωρίς δίσκο στο σπίτι μου και έχω βάλει μπρος με live cd το δικό σας 12.04.1. Όμως δεν έχω gigabit switch στο σπίτι. Είναι συνδεμένος με την pci κάρτα 10/100 στο διαδίκτυο. Προσοχή που έβαλε:
# PCI device 0x10b7:/sys/devices/pci0000:00/0000:00:1e.0/0000:03:00.0 (3c59x)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:01:02:1f:4d:87", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
# PCI device 0x1969:/sys/devices/pci0000:00/0000:00:1c.1/0000:02:00.0 (atl1c)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="6c:f0:49:a6:fe:b4", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"
δηλαδή ανάποδα από την εγκατάσταση με τον δίσκο του σχολείου.
Δεν ξέρω τι μπορείς να κάνεις με αυτές τις συνθήκες αλλά για καλού κακού θα το αφήσω με την εντολή:
x11vnc -connect srv1-dide.ioa.sch.gr
αφού το στείλω αυτό το μήνυμα.
Richard
Καλημέρα στο σχολείο μου τελικά υπάρχει gigabit switch (Δεν είχα δόσει σημασία γιατί έμοιαζε με ένα απλό D-Link switch).
Είναι το: D-Link GO-SW-16G ( http://www.dlink.com/gr/el/home-solutions/connect/go/go-sw-16g-24g-16-24-port-gigabit-unmanaged-desktop-switch (http://www.dlink.com/gr/el/home-solutions/connect/go/go-sw-16g-24g-16-24-port-gigabit-unmanaged-desktop-switch) )
Θα έχω πρόβλημα στο στήσιμο Server με Ubuntu 12.04 LTSP;
Ευχαριστώ
Θεωρητικά δεν θα έχεις πρόβλημα. Στην πράξη μια μέτρηση ταχύτητας δικτύου θα αποδείξει αν ισχύει ή όχι.
Αυτή τη στιγμή μέσα το εργαστήριο του 2 δημ. Σχολείου του Άγιος Στέφανος είναι ο δικός μου η/υ στην θέση του server με τον δίσκο του server του σχολείου για να μπορεί κανείς να δουλεύει το σύστημα με τους υπολογιστές.
Μέτα την κουβέντα μαζί στο irc ρύθμισα το σύστημα να δουλεύει μόνο με την ενσωματωμένη gigabit κάρτα δικτύου. Έτσι έβαλα μία συνδέσει από το TP-Link switch κατευθείαν με το router. Επειδή όλοι οι 16 clients κάλυπταν όλες τις 16 10/100 θήρες αναγκαστικά έπρεπε να βγάλω έναν εκτός για να ολοκληρώσει την σύνδεση.
Μέσα το Σ/Κ (προτιμώ το Σάββατο) θα πάω πάλι να συνεχίζω τον έλεγχο της ταχύτητας του δικτύου. Εκτός από το server του σχολείου υπάρχουν άλλους 10 η/υ με την ίδια μητρική πλακέτα. Αξίζει το κόλπο να δοκιμάζω όλους με το mii-tool μπας και βρίσκω έστω έναν να αντιδράει σωστά.
Εκτός να κάνω cat/sys/devices/virtual/dmi/id/board_xxxxx (όλα) υπάρχει κάτι άλλο χρήσιμο στοιχείο να βγάζω για τους προβληματικούς η/υ;
Richard
Μήπως γίνεται να συνοψίσουμε: αν αγοράσουμε τώρα ένα switch τι περιορισμούς έχουμε;
Πλέον δεν έχουμε ιδιαίτερους περιορισμούς ούτε στο switch ούτε στις κάρτες δικτύου, παρά μόνο εάν σπάνια τύχει κάποιος περίεργος συνδυασμός. Δεν έχω ακόμα κάποιο παράδειγμα προβληματικού συνδυασμού.
Αν έχετε 122€, πάρτε αυτό, είναι από τα φτηνότερα managed, έχει απενεργοποιημένο το flow control και έχει δυνατότητες όπως να αναφέρει ποιο καλώδιο είναι χαλασμένο κλπ:
http://www.e-shop.gr/tp-link-tl-sg1024de-24-port-gigabit-easy-smart-switch-p-PER.612700
Αν έχετε γύρω στα 60-80, πάρτε οποιοδήποτε full gigabit.
Αν έχετε γύρω στα 50, πάρτε οποιοδήποτε με 1 ή 2 θύρες gigabit και ας είναι 100mbps οι υπόλοιπες (όμως δεν προτείνεται, καλύτερα full gigabit).
Ευχαριστώ :)