USB3.0 30 MB/s op HP t520 Thin Client

[Esso21]

Beste medetweakers,

Ik ben sinds 3 weken in het bezit van een thin client met het idee dat deze mijn RPi 3 zou gaan vervangen als Plex / samba server en in de toekomst wellicht nog wat domitica / persoonlijke VPN.

https://tweakers.net/pric...520-flexible-j9a91ea.html

Ik draai de nieuwste versie van Lubuntu. Vervolgens heb ik samba geïnstalleerd en via USB 3.0 poort met bijbehorende kabel (Getest met zowel kabel als sharkoon dock, ook op andere pc waar de HDD keurig 100 mb/s haalt). Via het netwerk haalde ik met een testfile van 2gb slechts 30 mb/s. Als ik vanaf mijn pc via gigabit netwerk rechtstreeks naar de thinclient's M.2 kopieer loopt hij tegen de 90 mb/s aan. (Iets wat ik als acceptabel ervaar, de Pi doet momenteel 12)

Vervolgens getest vanaf de interne M.2 naar de externe schijf. Ook daar doet de Thinclient maar 30 mb/s. Het probleem lijkt hem dus in de thinclient te zitten. Bij het monitoren van de processor draaien niet beide cores op 100%. 1 core draait op 100% en de ander rond de 50 60%.

Ik heb gechecked met lsusb -t of de USB goed geregistreerd stond. Hier kwam 5000M uit dus dat lijkt me correct. Tevens heb ik gecontrolleerd of Write cache aan stond en deze was enabled.

Dus lang verhaal kort.

HDD haalt op normale PC keuring 100 mb/s. Samba haalt 90 mb/s naar de interne M.2 van de thinclient. Thinclient van/naar HDD is 30 mb/s en via samba naar externe usb 3.0 is ook 30mb/s.
Write cache staat aan en via lsusb -t is te zien dat de usbbus 5000M heeft.

Is de hardware de beperkende factor of zou het toch iets softwarematigs kunnen zijn?

Emiel

[Renault]

Het eerste wat mij te binnen schiet is dat je een externe harddisk van het type SMR hebt gekocht, die zelf de limiterende factor is.
Zie Problemen WD Red schijven (SMR techniek).

[Ben(V)]

Heb je die USB disk wel aan een front USB poort aangesloten?
De achterpoorten zijn USB 2 en die halen zeker niet meer snelheid.

Overigens is 30Mbps helemaal niet bijzonder slecht voor een USB disk, ik haal zelden meer dan 40Mbps via USB 3.

[Esso21]

@Renault Het is een oude Hitachi. Zoals aangegeven doet die op mijn PC via hetzelfde dock en verloopkabel beide rond de 100 mb/s, lijkt me dus dat hij via de USB3 wel de maximale snelheid kan halen.

@Ben(V) Yes, heb beide front poorten geprobeerd. Ook via commando's gechecked dat die aangesloten was op de juiste bus (Voor de zekerheid ook de achterste poorten getest trouwens)

[ Voor 8% gewijzigd door Esso21 op 24-11-2020 12:26 ]

[Q]

@Esso21 probeer even van een andere Linux disto te booten en test dan de performance.

Test eens zo:

dd if=/dev/zero of=/path/to/file/on/usb3 bs=1M count=10000

Let op, dit overschrijft de test file:

dd if=/dev/zero of=/data/test.bin bs=1M count=10000

[ Voor 22% gewijzigd door Q op 24-11-2020 13:50 ]

[Esso21]

@Q

Ik ben niet heel erg bekend met linux, net genoeg om als hobbyboer programma's ed aan het draaien te krijgen.

dd if=/dev/zero of=/path/to/file/on/usb3 bs=1M count=10000

/path/to/file/on/usb3 is dus in mijn geval het grote iso bestand of gaat hij dit bestand aanmaken?

[Q]

Esso21 schreef op dinsdag 24 november 2020 @ 14:31:
@Q

Ik ben niet heel erg bekend met linux, net genoeg om als hobbyboer programma's ed aan het draaien te krijgen.

dd if=/dev/zero of=/path/to/file/on/usb3 bs=1M count=10000

/path/to/file/on/usb3 is dus in mijn geval het grote iso bestand of gaat hij dit bestand aanmaken?

Pas even op, dit is een schrijftest, dus waar of= naar wijst wordt overschreven. Wijs hem dus niet naar een iso, want dan is die iso weg.

Je moet de USB3 schijf gemount hebben onder een pad, zoals in mijn voorbeeld /data of wat bij jou het geval is.

In mijn voorbeeld is test.bin een file die dan nieuw wordt aangemaakt en er wordt dan 10GB naar geschreven. Als hij klaar is geeft hij aan hoe snel dat ging.

Je kunt daarna - als dit klaar is - ook lezen testen met:

dd if=/data/test.bin of=/dev/null bs=1M

[Esso21]

@Q Oke top, ja ik snapte enkel de locatie niet van het eerste commando. Dat is me nu duidelijk.

dd if=/data/test.bin of=/dev/null bs=1M

Dit is een vaste locatie? Deze ook?

Of moet ik deze verwijzen naar het nieuw aangemaakte bestand?

[Q]

@Esso21 de lees syntax is dat je de file inleest en alle data naar een 'special device' stuurt, dat als een soort 'zwart gat' werkt (null) Als je data stuurt naar /dev/null dan verdwijnt die data, wat in dit geval mooi is, want dan is je doel device geen bottleneck.

Het enige puntje is wel dat je lees operatie eigenlijk getest moet worden na een reboot om eerst de ram cache leeg te maken, of om dit commando te sturen:

sync (voor de zekerheid)
echo 1 > /proc/sys/vm/drop_caches

Dit dropt de cache zodat je geen valse resultaten krijgt.

[Esso21]

@Q Test gedaan, zoals verwacht 30mb, zie onderstaand voor de uitslag:

10485760000 bytes (10 GB, 9,8 GiB) copied, 330,156 s, 31,8 MB/s

[Renault]

30MB/s, met grote B dus.

[Q]

@Esso21 helder, zit de schijf rechtstreeks in een blauwe USB poort? Of zit er een hub tussen?

30MB/s lijkt verdacht veel op USB 2.0 snelheid

[rookie no. 1]

Geen optie voor USB-poort settings in de BIOS?

[nelizmastr]

Als bij een simpele kopieeractie van de interne SSD naar de schijf een CPU core al op 100% draait dan is dat een duidelijke bottleneck en zit daar iets niet lekker.

Ik heb zelf een T620 waar ik wel eens wat files naartoe schrijf en dat gaat ook niet bijster snel, maar dat ligt vooral aan SMB waar nog wat aan getweakt moet worden. In mijn geval staat er ESXi 6.7U3 op, omdat het kan

[ Voor 6% gewijzigd door nelizmastr op 24-11-2020 21:57 ]

[Q]

@nelizmastr dit is niet het issue. De SSD is snel zat. Er is zojuist al vastgesteld dat het iets is met drivers en/of hardware.

Dit is geen SMB issue.

[Esso21]

@rookie no. 1 Er zijn maar 2 opties en dat is auto vs ik dacht zo uit mijn hoofd legacy of usb2. Ik heb beide settings al geprobeerd maar kan het nog een x doen en dan die test bij gebruiken.

@Q Hij zit in de blauwe poort voorop de thinclient met apparatuur die op mijn windows pc wel gewoon 100 mb/s haalt.

@nelizmastr Ja ik twijfel daar dus aan, vandaar de vraag of het een hardware beperking is of toch een software issue. Gezien hij niet 100% loopt zou het me lijken dat er nog ademruimte is en wat Q al zegt, ik vindt het zelf ook verdacht veel op USB2 snelheid lijken.

[Thralas]

Esso21 schreef op woensdag 25 november 2020 @ 11:37:
Gezien hij niet 100% loopt zou het me lijken dat er nog ademruimte is en wat Q al zegt, ik vindt het zelf ook verdacht veel op USB2 snelheid lijken.

Dat zeg je wel, maar:

Bij het monitoren van de processor draaien niet beide cores op 100%. 1 core draait op 100% en de ander rond de 50 60%.

Twee cores vol belasten op een multicoresysteem is geen sinecure. Sommige zaken zijn (soms) aan één core gebonden. Interrupt handling bijvoorbeeld.

Geef het volgende eens:

lsusb -t
cat /proc/interrupts
mpstat -P ALL 2

Die laatste uiteraard onder I/O load.

[Q]

[b]Esso21 in "USB3.0 30 MB/s op HP t520 Thin Client"Esso21 schreef op woensdag 25
@Q Hij zit in de blauwe poort voorop de thinclient met apparatuur die op mijn windows pc wel gewoon 100 mb/s haalt.

Mogelijk kun je even met Google zoeken hoe je kunt zien of de disk netjes in USB3 mode draait of niet.

Anders zou ik Windows installeren om te zien of het dan wel goed werkt. Dan weet je zeker dat het een Linux driver issue is.

[Esso21]

@Thralas vandaar dat ik ook zeg zou het me lijken dat Ik weet het niet zeker.

Ik kan dat vanavond of morgen eens testen. Wat doet het commando? lsusb -t laat de usb bussen zien right? wat doet de rest vervolgens?

@Q Met de stock 16 gb m.2 en geen andere hier liggend kan dat nog wel eens voor problemen zorgen. Ik zou een andere linux versie kunnen booten vanaf usb en kijken hoe die het afhandelt maar dan streep ik linux inog steeds niet weg

[Q]

@Esso21 testen met Windows geeft het snelste uitsluitsel waar het probleem ligt of dat er echt op hardware niveau iets mis is.

Zoals @Thralas al aangaf, copy/paste de output van dit commando eens hier?

lsusb -t

[Esso21]

@Q Bedoelde dat windows niet gaat passen op een 16 gb m.2

Ik zal vanavond lsusb -t nogmaals uitvoeren. Ik verwacht echter niet dat ik daar iets over mijn hoofd heb gezien maar wie weet. Last time i checked was er gewoon een bus met 5000M aanwezig namelijk. Maargoed, ik ben niet handig met linux dus vooruit

[Q]

Tja, dan houdt het een beetje op, de enige andere optie is om een totaal andere linux distro te proberen en/of een andere USB3 harde schijf.

[Ben(V)]

Lijkt me duidelijk dat die USB poort gewoon niet meer snelheid aankan en als dat het geval is lost geen enkel stukje software dat op.

[Thralas]

Esso21 schreef op donderdag 26 november 2020 @ 07:39:
Ik zal vanavond lsusb -t nogmaals uitvoeren. Ik verwacht echter niet dat ik daar iets over mijn hoofd heb gezien maar wie weet.

Ik ook niet, maar het was ook vooral een controlevraag; een USB 3 device in een USB 3-poort steken garandeert niet dat de device ook 5000M gebruikt. Vooral als de kabel matig is.

Last time i checked was er gewoon een bus met 5000M aanwezig namelijk. Maargoed, ik ben niet handig met linux dus vooruit

De truuk is dan ook om je niet te laten misleiden door de speed van de root hub.

Interessanter zijn de overige suggesties die ik deed. Mpstat laat namelijk zien wáár de CPU-time aan op gaat, als blijkt dat het voornamelijk interrupts zijn dan zou je vervolgens na kunnen gaan of deze wel over beide cores verdeeld worden (ik weet niet wat de default is, en of dat eventueel anders kan).

[Esso21]

@Thralas ik heb de tijd gehad vandaag om te testen. Hieronder waarden onder het kopiëren.

code:

15:20:36     CPU    %usr   %nice    %sys %iowait    %irq   %soft  %steal  %guest  %gnice   %idle
15:20:38     all   24,68    0,00   34,45    8,23    0,00    1,03    0,00    0,00    0,00   31,62
15:20:38       0   23,44    0,00   35,94    9,90    0,00    1,04    0,00    0,00    0,00   29,69
15:20:38       1   25,89    0,00   32,99    6,60    0,00    1,02    0,00    0,00    0,00   33,50

15:20:38     CPU    %usr   %nice    %sys %iowait    %irq   %soft  %steal  %guest  %gnice   %idle
15:20:40     all   53,18    0,00   35,11    1,53    0,00    0,51    0,00    0,00    0,00    9,67
15:20:40       0   64,29    0,00   26,02    0,51    0,00    0,51    0,00    0,00    0,00    8,67
15:20:40       1   42,13    0,00   44,16    2,54    0,00    0,51    0,00    0,00    0,00   10,66

15:20:40     CPU    %usr   %nice    %sys %iowait    %irq   %soft  %steal  %guest  %gnice   %idle
15:20:42     all   29,77    0,00   32,90    1,57    0,00    2,87    0,00    0,00    0,00   32,90
15:20:42       0   29,63    0,00   32,80    2,12    0,00    0,53    0,00    0,00    0,00   34,92
15:20:42       1   29,90    0,00   32,99    1,03    0,00    5,15    0,00    0,00    0,00   30,93

15:20:42     CPU    %usr   %nice    %sys %iowait    %irq   %soft  %steal  %guest  %gnice   %idle
15:20:44     all   17,23    0,00   37,34   16,71    0,00    1,57    0,00    0,00    0,00   27,15
15:20:44       0   22,63    0,00   42,63   17,89    0,00    0,53    0,00    0,00    0,00   16,32
15:20:44       1   11,92    0,00   32,12   15,54    0,00    2,59    0,00    0,00    0,00   37,82

code:

CPU0       CPU1       
   0:         39          0   IO-APIC    2-edge      timer
   8:          0          1   IO-APIC    8-edge      rtc0
   9:          0          0   IO-APIC    9-fasteoi   acpi
  16:        652          0   IO-APIC   16-fasteoi   snd_hda_intel:card1
  18:          0         52   IO-APIC   18-fasteoi   ehci_hcd:usb1, ehci_hcd:usb2
  25:          0          0   PCI-MSI 38912-edge      PCIe PME
  26:      32774          0   PCI-MSI 262144-edge      xhci_hcd
  27:          0          0   PCI-MSI 262145-edge      xhci_hcd
  28:          0          0   PCI-MSI 262146-edge      xhci_hcd
  30:      14361      15778   PCI-MSI 278528-edge      ahci[0000:00:11.0]
  31:     101466      50535   PCI-MSI 524288-edge      enp1s0
  33:      94759     560091   PCI-MSI 16384-edge      radeon
  35:          0          0   PCI-MSI 131073-edge      ccp-1
  37:          0        210   PCI-MSI 18432-edge      snd_hda_intel:card0
 NMI:         77         74   Non-maskable interrupts
 LOC:     673660     648217   Local timer interrupts
 SPU:          0          0   Spurious interrupts
 PMI:         77         74   Performance monitoring interrupts
 IWI:     410411     434798   IRQ work interrupts
 RTR:          0          0   APIC ICR read retries
 RES:    1963593    1862690   Rescheduling interrupts
 CAL:       2286       1911   Function call interrupts
 TLB:       1285        739   TLB shootdowns
 TRM:          0          0   Thermal event interrupts
 THR:          0          0   Threshold APIC interrupts
 DFR:          0          0   Deferred Error APIC interrupts
 MCE:          0          0   Machine check exceptions
 MCP:         19         19   Machine check polls
 ERR:          0
 MIS:          0
 PIN:          0          0   Posted-interrupt notification event
 NPI:          0          0   Nested posted-interrupt event
 PIW:          0          0   Posted-interrupt wakeup event

en ter bevestiging van de usb bus

Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 5000M
|__ Port 2: Dev 2, If 0, Class=Mass Storage, Driver=usb-storage, 5000M


Ik heb niet echt een idee wat ik er van moet denken, het lijkt erop dat er genoeg overhead is op de processor als ik dat zo zie Graag jullie mening!

[Renault]

BIOS-update moederbordje available die zo'n soort probleem oplost?

[Thralas]

Esso21 schreef op zaterdag 28 november 2020 @ 15:22:
Ik heb niet echt een idee wat ik er van moet denken, het lijkt erop dat er genoeg overhead is op de processor als ik dat zo zie Graag jullie mening!

Helaas, geen interrupt storm; integendeel, interrupts zijn het probleem niet. USB port speed is inderdaad gewoon oké.

De load lijkt opzich ook aardig verdeeld, maar zoals je zegt, theoretisch is er nog wel wat headroom. Ben alleen bang dat dit lastig verder te debuggen is. Wellicht even dubbelchecken aan welke tasks de CPU time opgaat (gewoon met top), maar ik ben bang dat er weinig aan te doen valt.

Misschien kan iemand anders met eenzelfde thin client nog wat benchmarks doen. Ik had die thin clients ook bekeken voor eenzelfde doel en er zeker meer van verwacht..

[Esso21]

Zou het kunnen zijn dat Lubuntu geen standaard USB 3 drivers heeft? (Ook al ziet het systeem wel dat hij 3.0 is?)

Ik kan me voor de rest niet voorstellen waar het aan ligt. Ligt buiten mijn kunnen.

Vergeleken de raspberry pi die ik draai win ik nu 260% performance haha xD Maar k zou graag de complete gigabit verbinding willen gebruiken Iemand ervaring met windows installeren op 16 gb?

[Thralas]

Esso21 schreef op maandag 30 november 2020 @ 10:52:
Zou het kunnen zijn dat Lubuntu geen standaard USB 3 drivers heeft? (Ook al ziet het systeem wel dat hij 3.0 is?)

Nee. xhci_hcd is de USB 3.0 controller driver, daar ligt het niet aan.

[Esso21]

Ik heb nog een tijd lopen zoeken maar niks spannends kunnen vinden. Ik geef het op

Iedereen bedankt voor de hulp!