Seagate Archive 8TB, SMR, FastCopy

Viestiketju alueella 'Tallennus' , aloittaja stindebinde, 12.11.2017.

  1. stindebinde

    stindebinde

    Viestejä:
    103
    Rekisteröitynyt:
    29.10.2016
    Hankin uudeksi varmistuslevyksi Seagate Archive 8TB. Formatoinnin jälkeen aloin vanhaan tapaan kopioida kuvatiedostoja levylle suoraan Windows File Explorerilla. Pian törmäsin ilmeisesti SMR levyjen kirjoitusongelmaan. Kopioinnit halvaantui pahasti nopeuden tippuessa jopa alle 10MB/s. Ehdin jo toteamaan, että tämä levy ei sovellu omaan käyttöön ollenkaan.

    upload_2017-11-11_23-57-33.png



    Satuin kuitenkin kokeilemaan vielä FastCopy ohjelmaa ja sillä alkoi data kulkemaan levylle tasaisesti jopa 160MB/s nopeudella :)

    Tässä on mennyt FastCopyllä dataa reilut 230GB ja nopeus on pysynyt 150MB/s.

    upload_2017-11-12_0-1-22.png


    Levy käyttäytyy nyt ihan erilailla. Ennen levy kuormittui kopioidessa koko ajan 100%, nyt se jää selvästi alle 100% ja nopeus alkaa olee kiinni siitä mitä WD Red 8TB pystyy sille data lukemaan. Aiheuttaako File Explorer kopioinin overhead levylle ylimääräisiä hakuja pitkin levyä ja se halvaantuu? FastCopyllä ei ilmeisesti tule ylimääräistä liikehdintää levyllä? Mun mielestä levyn on nyt paljon hiljaisempikin kopioinnin aikana.

    Yleisesti sanotaan että SMR levyjen kirjoitus nopeus tippuu siitä syystä, että se alkaa tekemään sisäistä uudelleenkirjoitusta tms. Ihmetyttää että milloin toi levy tekee järjestelyä tms tuon FastCopyn kanssa kun kirjoitus ei hidastu?
     
    Viimeksi muokattu: 12.11.2017
  2. Zombies

    Zombies

    Viestejä:
    20
    Rekisteröitynyt:
    17.10.2016
    Sama levy täällä ja törmäsin samaan kirjoitusnopeuden halvaantumiseen,itse ratkaisin ongelman alustamalla levyn uudestaan ja tällä kertaa asetin Windowsin vakio cluster koon sijaan kooksi 64K.
    Nyt kirjoitusnopeus on asettunut 90-100 mb/s tienoille sahaten hieman ylösalas mutta ei notkahda tuon 90mb/s alle.
    Mutta kysymykseesi en osaa vastata kun en sen kummemmin ymmärrä näiden kovojen sielunelämästä,nämä vauhdit riittävät itselle ja ihan tyytyväinen olen ollut.
     
  3. Pertti Kosunen

    Pertti Kosunen Basic Input/Output System

    Viestejä:
    2 559
    Rekisteröitynyt:
    19.10.2016
    Windowsin oma sisäinen kopiointi on huono pienien tiedostojen kanssa, mutta ei luultavasti ole ainoa syyllinen. Virustorjunta voi myös hidastaa.
     
  4. Ihmemies

    Ihmemies

    Viestejä:
    179
    Rekisteröitynyt:
    27.12.2016
    Niin siis archive = kirjota kerran levylle ja kun limppu täys, anna olla. Nää on siis tarkotettu "kertakäyttölevyiks", rahalla saa sit niitä joille voi useamman kerran kirjoittaa...
     
  5. stindebinde

    stindebinde

    Viestejä:
    103
    Rekisteröitynyt:
    29.10.2016
    Joo arkistoksi/backup levyksi tämän hankin, mutta ei se oikein toimi siinäkään käytössä jos sinne ei saa kopioitua dataa siedettävällä nopeudella :(
     
  6. stindebinde

    stindebinde

    Viestejä:
    103
    Rekisteröitynyt:
    29.10.2016
    Tää oli mielenkiintoinen havainto. Ei vaan mulla toiminut ihan noin. FastCopy jopa hieman hidastui 64K:lla. Jätin tuon oletukselle, saa riittää näin.

    Nyt on 3,3TB varmistettu ja keskinopeus pysynyt lähes 150MB/s.

    upload_2017-11-12_19-42-5.png

    Ehkä tämä kelpaa näin. On tämä SMR tekniikka vaan outo. Olisi pitänyt pysy perinteisissä levyissä.
     
  7. Threadripper

    Threadripper

    Viestejä:
    2 340
    Rekisteröitynyt:
    12.12.2016
    Tuo SMR alkaa yleensä vaikuttaa siinä vaiheessa kun levy on kohtuullisen täynnä ja asema alkaa kesken kopioinnin tekemään "järjestelyjä". Silloin hidastuu kunnolla. Laittaa vähäksi aikaa kopioinnin seis ja taas rullaa vauhdilla.

    Voihan noihin kirjoittaa vuodessa aseman täyteen noin 20 kertaa speksienkun mukaan, eli ei täysin kertakäyttöinen. Gigatavu/hinta suhde myös kohdillaan.
     
  8. IcePen

    IcePen Typo Generaatroti ;-)

    Viestejä:
    3 485
    Rekisteröitynyt:
    17.10.2016
    FastCopy pystyy toimimana sarjamuodossa jossa se kirjoitaa yhden tiedostonkerrallaan levylle alustaloppuun eikä aloita toisen kirjoitusta ennen kuin edellinen on valmis tämä on varmaan syynä siihen miksi se toimii niin hyvin tuon Archive levyn kanssa kun se mitä se Archive levy ei pysty sietämään on useamman tiedoston rinnakainen kirjoitus.