1. wszystko spięte kablem LAN , petrumi 23/03/13 16:00
   wprawdzie teraz zauważyłem że NAS nie jest wpięty bezpośrednio do routera Dlink DIR655 tylko jeszcze "dalej" poprzez switch Dlink DSG 1005D (za dużo urządzeń) ale zaraz zrobię ten sam test po podłączeniu NAS bezpośrednio do routera gdzie wpięty jest PC.
   1. po wpięciu bezpośrednio do routera ciut lepiej , petrumi 23/03/13 16:11
      4 min 43 sekundy czyli 23 zamiast 20 MB/s
      
      ale nadal żenująco wolno.....
      1. router , majek 23/03/13 16:48
         z tego co widzę ma porty gigabitowe - rozumiem, że karta sieciowa w komputerze też? i komp tez bezpośrednio połączony z routerem?

         
         ... ale jak to?!

         1. tak , petrumi 23/03/13 16:55
            może coś trzeba poustawiać z Jumbo Frames?
            Nie znam się na tym ale mogę coś posprawdzać jak ktoś naprowadzi.
            1. Podepnij bezposrednio jak radzi bajbusek. I wtedy baw sie parametrami karty. , ptoki 26/03/13 10:19
               Zajrzyj sobie w obciążenie CPU i sieci na komputerze podczas tej operacji.
               Jak masz w tym NAS jakieś opcje diagnostyczne to też zajrzyj. Może być tak że tam jakiś słaby cpu jest wsadzony i dlatego przez siec tak muli.
               
               Poszperaj w sieci czy inni userzy maja podobne problemy. Może jakis mały przełączniczek sobie tam zapstrykales w rodzaju "write back" "write thru" czy inne takie.
               
               Tu masz podobne cyrki ale niestety bez rozwiązania...
               http://forums.anandtech.com/...hread.php?t=2295962

   2. Podnij NAS , bajbusek 23/03/13 20:12
      do sieciowki w pececie i sprawdz - moj dretwy wd book live wyciaga po ethernecie 60 mega/s.

1. nie żartuj , sred 23/03/13 19:03
   przecież to inna operacja...
   
   Jeśli plik .rar jest na NAS to jego rozpakowywanie na ten sam NAS, nie jest tym samym co rozpakowywanie z HDD w PC na NAS...
   1. ale ja nie robiłem opisywanej przez Ciebie operacji , petrumi 23/03/13 19:23
      nie rozpakowywałem archiwum z PC na NAS.
      
      Rozpakowywałem rara z NAS na NAS oraz przegrywałem duży plik 6.55GB (rozpakowane archiwum) z PC na NAS.
      1. przypuszczam, że , abes99 23/03/13 19:35
         rozpakowywanie pliku z NAS na NAS odbywa się lokalnie u Ciebie na kompie ;). Czyli jednocześnie ściągasz plik z NAS'a, rozpakowywujesz go u siebie na kompie i wysyłasz znowu na NAS.

         Narka i pozdruffka ;)
         abes99

         1. ... , sred 23/03/13 19:58
            ;-)

      2. właśnie , sred 23/03/13 19:59
         ;-)
         
         robiłeś dużo trudniejszą...
         i bardziej czasochłonną

      3. no zastanow sie , RusH 23/03/13 20:26
         robisz 2 operacje jednoczesnie na zdalnym dysku przez siec
         100MB/s to on moze osiagac, ale przy liniowym odczycie z SSD

         I fix shit
         http://raszpl.blogspot.com/

2. no i to jest normalny wynik , bajbusek 23/03/13 20:15
   mam taki sam gdy podepne do sieciowki gigabit... Po wifi osiagam oszolamiajace 6-8 mega czyli jak moje lacze internetowe (64 mbit) ... wina dupiastego routera wifi - 300 mbit to miala wytatuowane na dupie matka pana z pr w tplinku ....

3. pc-nas , duke_leto 23/03/13 20:18
   i nas-pc, duze pliki kopiuja sie ze stala predkoscia ~110MBps,
   syn ds 412+, 4x3tb, shr
   1. ciezko uwierzyc , bajbusek 24/03/13 14:23
      bo to granica mozliwosci sieci gigabit ... no ale nie kialem to sie nie bede klocil

I use arch btw

1. nie ma , RusH 24/03/13 20:30
   on czyta i zapisuje jednoczesnie na jeden dysk w nas 4KB kawalkami, ograniczeniem jest dysk, nie nas

   I fix shit
   http://raszpl.blogspot.com/

   1. ograniczeniem JEST NAS , Master/Pentium 25/03/13 08:17
      bo jego zadaniem jest między innymi pogrupować te 4 kB paczki transakcji IO..

      Nie ma tego złego , co by się w gorsze
      obrócić nie mogło - jak nie wierzysz
      włącz komputer :-)

      1. niby jak? , RusH 25/03/13 08:35
         skoro to zip na pccie je generuje
         
         tu nie chodzi o szybkosc w mb/s, ale o opoznienia (latency) w milisekundach po sieci zamiast mikrosekund na kablu sata

         I fix shit
         http://raszpl.blogspot.com/

         1. ale nadal NAS może te transakcie grupować , Master/Pentium 25/03/13 09:40
            po to właśnie aby nie wykonywać operacji po 4 kB na HDD. Strumień danych z zip'a niczym nie rożni się od zwykłego kopiowania na ten dysk. Ale fakt, że jednoczesny odczyt i zapis na ten sam dysk nie sprzyja wydajności :)

            Nie ma tego złego , co by się w gorsze
            obrócić nie mogło - jak nie wierzysz
            włącz komputer :-)

            1. nie czaisz bazy , RusH 25/03/13 19:27
               zip czeka na odczyt fragmentu pliku, nastepnie go rozpakowuje i wysyla dane do zapisu, nastepnie znowu prosi o maly fragment, czeka na niego, rozpako...
               
               kazdy odczyt malego fragmentu trwa milisekundy (ping po lanie) zamiast mikrosekund (cpu-kontroler sata-dysk)
               
               Najprosciej rozwiazac problem uzywajac chodzby 7zipa ktory defaultowo rozpakowuje do /tmp na dysku lokalnym i dopiero po rozpakowaniu calosci kopiuje w miejsce docelowe

               I fix shit
               http://raszpl.blogspot.com/

               1. ok czaję , Master/Pentium 26/03/13 10:02
                  chodzi o opóźnienie wnoszone przez sieć. Wszystko cacy tyle, że SAMBA ma domyślnie włączone buforowanie plików po stronie klienta więc to zjawisko nie powinno być specjalnie widoczne. Po drugie rozsądnie napisany archiwizer powinien mieć odczyt/zapis oraz kompresję/dekompresje w osobnych wątkach. 7Zip na pewno tak ma.
                  Na szczęście 7Zip od dłuższego czasu nie dekompresuje danych via /tmp - strasznie mnie to wnerwiało.
                  Ale wątkowość operacji na pewno pomaga mu w takich sytuacjach.

                  Nie ma tego złego , co by się w gorsze
                  obrócić nie mogło - jak nie wierzysz
                  włącz komputer :-)