Waarom dalen USB-back-upsnelheden na de eerste 50 GB van één ononderbroken overdracht?
De snelheid van een USB-back-up keldert vaak na tientallen gigabytes wanneer een snelle cache vol raakt of langdurige belasting een tragere opslag-, thermische of transportlimiet blootlegt.
De eerste 50 GB is geen universele drempel. Het is een aanwijzing dat de overdracht van burstgedrag naar stabiel gedrag is overgegaan, een andere bestandsset heeft bereikt, een SSD-cache heeft gevuld, SMR-opruiming heeft geactiveerd, een behuizing heet is geworden of USB-herpogingen heeft blootgelegd. De juiste diagnose vergelijkt dezelfde brongegevens via gecontroleerde tests met grote en kleine bestanden, terwijl de latentie van de bestemming, temperatuur, verbindingsfouten en het daadwerkelijk geschreven aantal bytes worden geregistreerd.
Controleer of de vertraging samenhangt met bytes, tijd of het aantal bestanden
Herhaal een afgebakende back-up en registreer de verstreken tijd, het aantal overgedragen bytes, het aantal bestanden, de gemiddelde bestandsgrootte, de leessnelheid van de bron, de schrijfsnelheid van de bestemming en het exacte punt waarop de doorvoer afneemt.
Fio onderscheidt sequentiële en willekeurige werklasten, waardoor het geschikt is om vast te stellen of de bestemming na een vast aantal bytes vertraagt of alleen wanneer de back-up veel kleine bestanden bereikt.
Als de terugval ongeveer bij hetzelfde aantal geschreven gigabytes optreedt, ongeacht de bestandsmix, onderzoek dan cache- en thermische limieten. Als de terugval samenhangt met het aantal bestanden of de mapdiepte, zijn metadata en overhead van de toepassing waarschijnlijker.
Controleer of een burst-cache van de SSD vol is geraakt
Identificeer de opslagmedia van de bestemming en noteer het model, de beschikbare ruimte, temperatuur, firmware en het aanhoudende schrijfgedrag. Vergelijk de snelheid in de eerste minuut met de snelheid na de vertraging.
Crucial legt uit dat SSD-prestaties kunnen afnemen wanneer achtergrond-garbagecollection tijd nodig heeft voor opruiming. Daarom staat een korte, snelle burst niet gelijk aan de schrijfsnelheid van de schijf bij langdurige belasting.
Pauzeer de werklast lang genoeg om de schijf te laten afkoelen en achtergrondopruiming uit te voeren, en hervat daarna met dezelfde gegevens. Tijdelijk herstel wijst op cache- of thermische druk, maar zonder temperatuur- en latentiebewijs is niet vast te stellen welke van beide de oorzaak is.
Sluit door de schijf beheerde SMR-opruiming uit
Controleer of de USB-bestemming een door de schijf beheerde SMR-schijf bevat. Vergelijk één grote sequentiële gegevensstroom met een back-up die herhaaldelijk veel kleine bestanden bijwerkt of aanmaakt.
Seagate stelt dat SMR het best presteert met voorspelbare schrijfbewerkingen, terwijl gefragmenteerde of willekeurige updates extra interne verplaatsingen en een lagere stabiele snelheid kunnen veroorzaken.
Leid SMR niet uitsluitend af uit capaciteit of merk. Bevestig het exacte model en gebruik geen schijf waarvan de werklasteigenschappen niet passen bij frequente incrementele of metadatagerichte back-ups.
Controleer op USB-resets, autosuspend en verbindingsherpogingen
Sla het hostlog op vanaf het moment vóór de start van de back-up tot en met de vertraging. Zoek naar apparaatresets, UAS-fouten, afgebroken opdrachten, wijzigingen in de overeengekomen snelheid, verbroken verbindingen en overgangen naar autosuspend.
De Linux-kernel documenteert USB-runtime-energiebeheer. Daarmee kun je een vertraging van de opslagmedia onderscheiden van een transportpad dat onder langdurige belasting herhaaldelijk wordt gepauzeerd, hervat of gereset.
Een USB-verbinding kan actief blijven terwijl herpogingen de nuttige doorvoer verlagen. Test een directe poort aan de achterkant, een bekende goede korte kabel, de juiste voedingsadapter en een andere host voordat je het bestandssysteem of de back-upinstellingen wijzigt.
Bepaal of de back-up overschakelt naar een werklast met kleine bestanden
Bekijk het back-uplog rond de vertraging en vergelijk de gemiddelde bestandsgrootte, de aanmaaksnelheid van bestanden, metadatahandelingen, ACL-verwerking, controlesommen, compressie en versleuteling vóór en na de drempel.
Red Hat beschrijft opslag van kleine bestanden als een metadatagerichte werklast. Een lagere waarde in MB/s kan dus normaal zijn wanneer de back-up overschakelt van grote gegevensbestanden naar veel aanmaak-, sluit-, stat- en mapupdates.
Meet zowel bestanden per seconde als megabytes per seconde. Een fase met kleine bestanden kan een lage byte-doorvoer tonen terwijl de opslagstack actief en responsief blijft.
Controleer vrije ruimte, discard en schrijfversterking
Noteer de beschikbare ruimte op de bestemming, het bewaren van snapshots, het gebruik van de prullenbak, thin provisioning en of discard via de USB-bridge en het bestandssysteem een SSD bereikt.
De handleiding van fstrim legt uit dat ongebruikte blokken eerst moeten worden doorgegeven aan ondersteunde opslag voordat ze efficiënt opnieuw kunnen worden gebruikt.
Schakel discard niet in via een behuizing die dit niet veilig doorgeeft. Zorg eerst bewust voor voldoende vrije ruimte en vergelijk daarna hetzelfde back-upsegment na ondersteunde opruiming.
Voer één gecontroleerde A/B-back-up uit voordat je hardware vervangt
Maak één testset met grote bestanden en één testset met kleine bestanden van dezelfde totale omvang. Voer beide uit naar dezelfde bestemming nadat deze is afgekoeld en herhaal de tests vervolgens via een ander USB-pad of naar een andere bestemming, terwijl je temperatuur en fouten vastlegt.
De ZimaSpace-gids voor het voorbereiden van een grote eerste back-up biedt een vergelijkbare methode om back-upplanning en netwerkverzadiging te onderscheiden van de stabiele prestaties van de bestemming.
De diagnose is afgerond wanneer de vertraging één meetbare oorzaak volgt—uitputting van de cache, SMR-opruiming, bestandsmix, warmte, USB-herpogingen of weinig opnieuw bruikbare ruimte—en het gecorrigeerde pad de verwachte stabiele snelheid aanhoudt.
Veelgestelde vragen
Bewijst een vertraging na 50 GB dat de schijf een cache van 50 GB heeft?
Nee. De drempel kan ook samenhangen met verstreken tijd, temperatuur, bestandsmix, druk op de vrije ruimte of interne opruiming. Herhaal de test met verschillende gegevensvormen voordat je de cachegrootte schat.
Waarom herstelt de snelheid tijdelijk wanneer ik de back-up pauzeer?
Door de pauze kan een SSD gecachte gegevens wegschrijven, kan een SMR-schijf schrijfbewerkingen reorganiseren, kan een behuizing afkoelen of kan het USB-transport herstellen. Om deze oorzaken van elkaar te onderscheiden zijn temperatuur- en latentielogs nodig.
Moet ik de back-upprestaties beoordelen op basis van de beginsnelheid?
Nee. Gebruik voor capaciteitsplanning de stabiele snelheid nadat caches vol zijn geraakt en de werklast de normale mix van gegevens, metadata, verificatie en retentieverwerking bereikt.
Aanbevolen producten
Ondersteuning & Tips
Meer om te lezen
Kan Plex een GPU delen met een andere Docker-container?
Plex en een andere container kunnen vaak dezelfde GPU gebruiken, maar je moet de driverondersteuning, apparaattoewijzing, belasting van de video-engine, het geheugengebruik en het...
Hoe je kunt bepalen of een Plex-fout door de client of de server wordt veroorzaakt
Reproduceer hetzelfde item op een andere client, vergelijk het sessiepad en verzamel pas serverbewijs nadat de scope heeft uitgewezen waar de fout daadwerkelijk zit.
Plex-cache en tijdelijke opslag voor transcodering configureren
Bescherm de permanente Plex-status door tijdelijke transcodebestanden op geschikte lokale opslag te plaatsen en controleer vervolgens het opruimen, de beschikbare ruimte en het gedrag...
