Synology-Forum.nl
Packages => 3rd party Packages => SABnzbd (usenet) => Topic gestart door: amren op 21 augustus 2009, 10:22:36
-
Hallo,
ik draai SAbnzbd 0.4.9. op mijn DS109...alles gaat prima totdat ik bestanden boven de 20 gb ga downloaden.
DVD5 en DVD9 gaan prima, maar zodra het HD wordt en dus meer dan 20 gb per film dan krijgt hij er moeite mee.
De snelheid gaat fluctueren tussen 1200 kb/s tot soms maar 150 kb/s. Ik krijg het idee dat de DS109 ergens heel druk mee bezig is, maar 't s geen downloaden.
Kan het zijn dat buffers/log bestanden vol raken? Maar allerbelangrijkst: kan ik hier wat aan doen? Ligt dit aan sabnzbd (software probleem) of ligt dit aan mijn NAS?
-
ben ik dan echt de enige?
-
Nee,
Dat ben je niet. Ik heb het ook.
bestanden tot zo'n 12gig zijn geen probleem. Daarboven duurt het heel erg lang om ze binnen te krijgen. Het gekke is overigens ook dat mijn downloadsnelheid wel overeind blijft volgens Sabnzbd+ maar echt binnenkomen doet het kennelijk niet. Het lijkt alsof Sabnzbd+ op zo'n moment de binnenkomende data niet kwijt kan. Misschien omdat dit op de systeempartitie van de Synology gebeurd en die dan vol raakt(?). Heel Sabnzbd+ is op zo'n moment ook slecht benaderbaar bij mij en het wisselen tussen bv queue en history duurt tijden. De synology-pagina's blijven overigens wel redelijk normaal beschikbaar.
Ik heb overigens in de configuratiepagina de cachefolder naar volume2/downloads/cache/ laten verwijzen maar dat mocht niet baten.
Groet,
Jeroen
Diskstation 207+
-
Ik heb precies hetzelfde probleem, en ik vind het ook vreemd dat ik er niemand anders over hoor. Ik heb er een hele botte work-around voor, maar zou liever hebben dat het probleem opgelost wordt.
Bij mij gaat het nog wel goed als sabnzbdplus net draait, maar als het downloaden een tijdje bezig is, reageert de DS (ik heb een 107+), heel traag. Een reboot is het enige dat dan nog helpt. Na een paar uur wordt hij dan opnieuw traag. Om die reden heb ik in de crontab een regel opgenomen dat hij elke nacht automatisch reboot. Dan is de DS 's morgens tenminste nog aanspreekbaar.
Als ik kijk naar de draaiende processen, op het moment dat hij zo traag is, dan valt me op dat onderaan in de proceslijst meestal 2x pdflush staat opgenomen. Ik heb daar eens op gegoogled en het blijkt een bekend probleem te zijn onder linux, wat iets te maken heeft met het niet kunnen wegschrijven van data naar swapmemory, waardoor het systeem zichzelf steeds erger vertraagt en in een soort negatieve loop terecht komt. (heel simplistisch gezegd, google maar eens op pdflush).
Maar goed... 't probleem heb ik dus. Nu de oplossing nog :)
en dit bericht was van maart 2008...dus nu een jaar later en 't is er nog.
-
http://www.westnet.com/~gsmith/content/ ... dflush.htm (http://www.westnet.com/~gsmith/content/linux-pdflush.htm)
hier staat wel een hoop info over linux tweaken, maar daar durf ik nog niet aan. Iemand hier ervaring mee?
Het verhaal van de link hierboven lijkt wel te kloppen met mijn ervaring. Het is niet dat sabnzbd aan 't repareren of uitpakken is...de ds drive krijgt gewoon te veel bytes voor z'n donder...
vandaag wel een bestand van 24 gb gedownload...toen hij nog 4gb te gaan had werd hij traag, maar hij heeft z'n taak wel afgemaakt. Download snelheid ging naar beneden en 'disk acces' werd erg hoog. Kennelijk geen cpu probleem maar meer memory/hdd...
-
zijn er mensen die hun ervaringen kunnen delen op verschillende types diskstation. Ik ben namelijk van plan een andere aan te schaffen alleen ben ik benieuwd op welke systemen het wel werkt.
Dus op welke systemen is het mogelijk meer dan 15 gb bestanden te verwerken zonder dat sabnzbd blijft hangen?
-
zijn er mensen die hun ervaringen kunnen delen op verschillende types diskstation. Ik ben namelijk van plan een andere aan te schaffen alleen ben ik benieuwd op welke systemen het wel werkt.
Dus op welke systemen is het mogelijk meer dan 15 gb bestanden te verwerken zonder dat sabnzbd blijft hangen?
Ik heb een DS409 ( met 2x 1TB schijf in mirror ) en ik wil best een test doen. Alleen heb ik vragen en opmerkingen:
1- mijn downloadsnelheid is beperkt tot 220 KBs :oops:
2- waar moet ik op letten? Het is zo dat bij het downloaden de DS 24/24 draait en dan heb ik geen hinder van haperingen of iets dergelijks. En als ze er al zijn dan merk ik ze toch niet op want het kan evengoed in de nacht gebeuren.
3- welk bestand moet ik eens downloaden? FTD-nummer is voldoende.
4- mijn SABnzbd is versie 0.4.11 dus niet dezelfde als de jouwe.
5- kan het zijn dat je zaakje blijft hangen omdat je tegelijkertijd download en uitpakt/herstelt ?
-
zijn er mensen die hun ervaringen kunnen delen op verschillende types diskstation. Ik ben namelijk van plan een andere aan te schaffen alleen ben ik benieuwd op welke systemen het wel werkt.
Dus op welke systemen is het mogelijk meer dan 15 gb bestanden te verwerken zonder dat sabnzbd blijft hangen?
Ik heb eigenlijk geen problemen meer met sabnzbd+
Wat ik heb gedaan is de nieuwste Synology assistant gedraaid met resourcemonitor en daar zag ik dat de load op de CPU van de Diskstation continue 100% was. Tegelijkertijd zag ik dat de activiteit op het netwerk steeds 5 minuten wel aanwezig(=downloaden van sabnzbd+) was en daarna weer 10 minuten niet met dus gelijkblijvende cpu-load.
Vervolgens ben ik met Putty ingelogd op de Diskstation en het commando "top" gegeven. Je ziet dan een overzicht van de draaiende processen.
Ik zag daar bv dat amuled (dat is de emule-versie die op de Diskstation draait bij gebruik van Downloadstation) veel resources pakken. Downloadstation heb ik nu uitgeschakeld omdat ik toch alleen Sabnzbd+ gebruik. Ook heb ik de DLNA-server uitgezet en waarschijnlijk nog wat services die ik zag staan in het "TOP" overzicht. Overigens is volgens mij "python" in het top-overzicht de service van sabnzd+
Mijn conclusie is dat mijn 207+ simpelweg niet alle services tegelijk aankan. Met de verschillende services uitgeschakeld, heb ik net een heel seizoen van een TV-serie gedownload a 20GB zonder probleem. Sabnzbd+ blijft nu ook steeds goed bereikbaar.
Ik weet natuurlijk niet of dit ook bij jou aan de hand is maar je zou er naar kunnen kijken of dit ook voor jou een oplossing biedt.
Jeroen
-
Ik ben er nog niet achter wat nou precies het probleem is met de DS109 i.c.m. sabnzbd, ik ben inmiddels wel van het probleem af.
Het rare was dat als de DS109 vast liep met bestanden groter dan zo'n 15 Gb dat het niet te zien was in de resources. CPU en geheugen bleven gewoon op redelijke nummers staan (cpu op 50% en geheugen op 20MB). Het rare was wel dat het geheugen wat mij betreft abnormaal laag bleef. Ik heb ook geprobeerd om in sabnzbd articles te cachen en gaf sabnzbd zo'n 70MB ruimte, maar nogsteeds zag ik via DSM 2.2. maar een verbruik van zo'n 40MB geheugen (gek toch?).
Wat van de buitenkant te zien was was dat het LAN status lampje eerst 15 seconden flikkerde, dan stopte, en dan ging DISK vervolgens 15 seconden achtereen knipperen. De downloadsnelheid van sabnzbd was op zo'n moment 100kb/s (normaar zo'n 1300kb/s)...dus ergens een opstopping.
Toch heb ik de gok gewaagt en een DS109+ gekocht. Die heeft dus nergens problemen mee en jaagt zo 50 GB naar binnen.
Waar het dan aan ligt is mijn nog niet duidelijk, maar het moet meer zijn dan alleen geheugen en CPU performance. Tis dan ook wel een feit dat er meer verschillen zijn tussen de standaard en de +serie, namelijk ook in de controllers op het board enzo.
Iedereen bedankt voor z'n feedback!
-
Ik heb een synology ds109 en ik heb dezelfde problemen als hierboven. Gisteren een serie geprobeerd binnen te halen maar Sabnzbd had er grote moeite mee. Het begint goed maar als de download vordert wordt sabnzbd trager. Webpagina is moeilijk te bereiken.
Uiteindelijk was mijn download vanmiddag binnen.
Wat ik dan niet snap, als ik bij history kijk zie ik dat de totale job maar 2 uur heeft geduurd...raar toch?
Iemand al ergens een oplossing weten te vinden? Ik heb voor de rest al de onnodige services uitgezet op mijn synology..
Iemand interesse in een synology ds109?:)
-
Ik moet bekennen dan mijn DS107+ met SABnzbd 4.11 toch ook problemen geeft. Ik had 7x DVD5 in de queue staan om te downloaden en na de 5e DVD liep het allemaal vast. Nu waren dit ook wel DVD's die allemaal gerepareerd moesten worden en tegelijkertijd controleren, herstellen, uitpakken en downloaden is op een DS107+ niet mogelijk. Ik heb nu Pause downloading during post processing maar aangezet en dan gaat het een stuk beter. Deze stond in vroegere versies overigens standaard aan.
Ik ben er van overtuigd dat het ook te maken heeft met het aantal actieve processen en de grote van je logbestanden. Toch zou je verwachten dat web station, download station, audio station, etc allemaal in sleep mode gaan als je ze niet gebruikt. Blijkbaar valt dit toch een beetje tegen.
Desalniettemin ben ik nog steeds heel teveden met de DS107+ met DM 2.2 en SABnzbd 4.11.
-
Zelf zag ik op de 106e dat het process kwapd veel cpu gebruikte.
Ik denk dat de traagheid en het vele diskgebruik komt doordat het systeem als een gek geheugen in en uit aan het swappen is.
Er draaien ook aardig wat python processen tegelijkertijd, ik zie er 21 na een reboot van de d106e en vervolgens stoppen van SABnzbd.
Voor de 106e is SABnzb blijkbaar te zwaar.
-
Weet iemand of een synology ds109+ geen problemen met grote bestanden heeft?
Daniel
-
Waar ik ook nog achter kwam, en wat mischien een betere verklaring kan zijn voor de enorme diskactiviteit bij het downloaden van grote bestanden (50 Mb bij films zie je vaak) is dat de afzonderlijke artikel-bestanden gecached (opgeslagen) worden in directory '/volume1/@appstore/sabnzbd/sab/cache'.
Als alle artikelbestanden binnengehaald zijn (soms wel 147 stuks), worden ze samengevoegd tot 1 groot .part###.rar bestand.
Bij mij (de ds106e) met 1 disk betekent dat uiteraard heel veel diskactiviteit. wat weer vertragend werkt op de rest van het systeem.
Ik ga nog een keer testen wat een kleinere usb-disk erbij (alleen voor die cache) voor invloed heeft, want ik denk dat het samenvoegen van 1 disk naar een andere disk een stuk efficienter gaat.
Als iemand hier verder nog ideeen/tips over heef, we horen het graag.
-
Waar ik ook nog achter kwam, en wat mischien een betere verklaring kan zijn voor de enorme diskactiviteit bij het downloaden van grote bestanden (50 Mb bij films zie je vaak) is dat de afzonderlijke artikel-bestanden gecached (opgeslagen) worden in directory '/volume1/@appstore/sabnzbd/sab/cache'.
Als alle artikelbestanden binnengehaald zijn (soms wel 147 stuks), worden ze samengevoegd tot 1 groot .part###.rar bestand.
Bij mij (de ds106e) met 1 disk betekent dat uiteraard heel veel diskactiviteit. wat weer vertragend werkt op de rest van het systeem.
Ik ga nog een keer testen wat een kleinere usb-disk erbij (alleen voor die cache) voor invloed heeft, want ik denk dat het samenvoegen van 1 disk naar een andere disk een stuk efficienter gaat.
Als iemand hier verder nog ideeen/tips over heef, we horen het graag.
Hallo Vries085,
Weet je al iets meer? Wat is de minimum grootte van de USB Schijf? Zou het ook uit willen proberen.
Groet,
Daniel
-
Tweede poging tot een reply (na een verhaal ingetik te hebben klapte het forum eruit bij een save :-( )
Alleen een extra usb-disk voor de cache directory is in ieder geval niet voldoende. Over een DVD van 4,5 Gb deed_ie maar liefst bijna 12 uur!!!
Als je alle diskakties van de DS op een rijtje zet begrijp je wel waarom.
1 - Het opslaan van de berichten uit usenet, voor een bestand van 50Mb zijn dat er al gauw 150 stuks.
2 - Het samenvoegen van al deze berichten tot 1 groot bestand.
3 - Het decoderen (yenc) van dit samengestelde bestand naar een (rar-)file in de 'download/incomplete' directory.
En in de tussentijd draaien er voor SABnzbd een enorme hoop python processen. Op dit moment zo'n 22 stuks. Die hebben allemaal flink wat geheugen nodig.
4 - De kernel is dan flink aan het swappen. Voor de DS106 met 32 megabyte memory wordt buiten die 32 Mb ook nog eens 100 megabyte gebruikt op de swap partitie.
Het gebruik van de swap is te zien door een 'cat /proc/swaps' te doen.
Let wel, dit gebeurt allemaal op dezelfde fysieke harddisk. Als je de status van de queue (en/of andere SABnzbd zaken) ook nog eens via de webinterface gebruikt gaat het allemaal nog harder (het geheugengebruik en het swappen wel te verstaan)!!
Op dit moment heb ik de volgende configuratie draaien:
- Interne disk (/volume1): hier staat zoals altijd alle programmatuur en de download directory van SABnzbd op.
- Een externe USB disk voor audio opslag, wordt verder in dit verhaal niet gebruikt.
- Een 2e externe HD (60 Gb, ik had niets kleiners). De grootte wordt bepaald hoe groot de bestanden zijn die je download. In principe is zijn een paar Gb wel voldoende.
Een usb-stick van een paar Gb zou wel eens heel goed kunnen voldoen.
- Aan de voorkant een usb-stick van 512 Mb. Deze gebruik ik nu als swap partitie. Deze is nu niet snel, maar hoe sneller hoe beter, hier gaat heel veel op gebeuren.
Een probleempje. synlogy heeft de standaard swap partitie (/dev/hda2) hard-coded in de programmatuur staam, en de usb-stick wordt vrolijk als een shared disk
gebruikt. Dit moet na elke reboot weer opnieuw goed gezet worden.
Na een reboot dus:
de usb-stick weer 'uitwerpen' via de web-pagina.
inloggen en de volgende commando's intypen:
'umount /dev/sda'
'swapon /dev/sda -p 1'
Wel eerst goed controleren of /dev/sda1 wel de usb-stick voor de swap is natuurlijk.
Als je de grootte van de stick weet en die is uniek dan kan het commando
'cat /proc/partitions' je helpen om te bepalen welk device het swap-device is.
Ik ben nu al weer een tijdje aan het typen, en heb de disk nog geen een keer horen
ratelen en heeft ondertussen 11 rar-files van bijna 50 Mb binnegehaald.
Bovenstaande methode lijkt dus wel zijn vruchten af te werpen. Alhoewel het afwachtebn
is hoe het na verloop van tijd gaat.
Ik hoop dat een ieder hier wat aan heeft. Anders `hoor` ik het wel.
Veel succes
Fred
extra info:
Achteraf bleek een DVD nu nog maar 5 uur te duren, dus 2 keer zo lang als op de PC. VInd ik persoonlijk een goed resultaat als je bedenkt dat het een 266 MHz cpu met 32 Mb is i.p.v. een x GHz cpu met enkele gigabytes aan memory.
Het mooiste resultaat vond ik nog bij het controleren met par en het unrarren. Die gingen in deze configuratie respectievelijk 2 (parren)en 3 (rarren) keer zo snel!
-
Fred,
Dit is een nuttig verhaal (waarvoor dank!), maar ik heb wel een vraagje.
Ik heb wel eens gelezen dat USB sticks slechts een beperkt aantal keren beschreven konden worden en dat dat bij "normaal" gebruik geen probleem is.
Nu denk ik dat je bij gebruik als swapdisk wel eens tegen deze grenzen aan kan gaan lopen.
Weet iemand hier toevallig meer van?
Luit
-
Hmm, daar had ik dus nog niet bij stilgestaan :(
Op wikipedia kom ik inderdaad de volgende tekst tegen:
Een USB-stick van goede kwaliteit, die niet vaak wordt gebruikt, zal lang meegaan. Als een USB-stick zeer veel wordt gebruikt dan kan er een defect optreden omdat het Flash-geheugen bijvoorbeeld na 10.000 of 100.000 keer schrijven onbetrouwbaar wordt.
Wel een groot verschil trouwens (10K - 100K). Als ik van het maximum aantal keer uitga, en elke seconde wordt er een keer geschreven, dan zou ik na 28 uur al foutmeldingen moeten krijgen.
Dit gaat natuurlijk alleen op als er ook echt veel geschreven gaat worden.
Ik wacht af wat de stick gaat doen.
-
Tweede poging tot een reply (na een verhaal ingetik te hebben klapte het forum eruit bij een save :-( )
Alleen een extra usb-disk voor de cache directory is in ieder geval niet voldoende. Over een DVD van 4,5 Gb deed_ie maar liefst bijna 12 uur!!!
Als je alle diskakties van de DS op een rijtje zet begrijp je wel waarom.
1 - Het opslaan van de berichten uit usenet, voor een bestand van 50Mb zijn dat er al gauw 150 stuks.
2 - Het samenvoegen van al deze berichten tot 1 groot bestand.
3 - Het decoderen (yenc) van dit samengestelde bestand naar een (rar-)file in de 'download/incomplete' directory.
En in de tussentijd draaien er voor SABnzbd een enorme hoop python processen. Op dit moment zo'n 22 stuks. Die hebben allemaal flink wat geheugen nodig.
4 - De kernel is dan flink aan het swappen. Voor de DS106 met 32 megabyte memory wordt buiten die 32 Mb ook nog eens 100 megabyte gebruikt op de swap partitie.
Het gebruik van de swap is te zien door een 'cat /proc/swaps' te doen.
Let wel, dit gebeurt allemaal op dezelfde fysieke harddisk. Als je de status van de queue (en/of andere SABnzbd zaken) ook nog eens via de webinterface gebruikt gaat het allemaal nog harder (het geheugengebruik en het swappen wel te verstaan)!!
Op dit moment heb ik de volgende configuratie draaien:
- Interne disk (/volume1): hier staat zoals altijd alle programmatuur en de download directory van SABnzbd op.
- Een externe USB disk voor audio opslag, wordt verder in dit verhaal niet gebruikt.
- Een 2e externe HD (60 Gb, ik had niets kleiners). De grootte wordt bepaald hoe groot de bestanden zijn die je download. In principe is zijn een paar Gb wel voldoende.
Een usb-stick van een paar Gb zou wel eens heel goed kunnen voldoen.
- Aan de voorkant een usb-stick van 512 Mb. Deze gebruik ik nu als swap partitie. Deze is nu niet snel, maar hoe sneller hoe beter, hier gaat heel veel op gebeuren.
Een probleempje. synlogy heeft de standaard swap partitie (/dev/hda2) hard-coded in de programmatuur staam, en de usb-stick wordt vrolijk als een shared disk
gebruikt. Dit moet na elke reboot weer opnieuw goed gezet worden.
Na een reboot dus:
de usb-stick weer 'uitwerpen' via de web-pagina.
inloggen en de volgende commando's intypen:
'umount /dev/sda'
'swapon /dev/sda -p 1'
Wel eerst goed controleren of /dev/sda1 wel de usb-stick voor de swap is natuurlijk.
Als je de grootte van de stick weet en die is uniek dan kan het commando
'cat /proc/partitions' je helpen om te bepalen welk device het swap-device is.
Ik ben nu al weer een tijdje aan het typen, en heb de disk nog geen een keer horen
ratelen en heeft ondertussen 11 rar-files van bijna 50 Mb binnegehaald.
Bovenstaande methode lijkt dus wel zijn vruchten af te werpen. Alhoewel het afwachtebn
is hoe het na verloop van tijd gaat.
Ik hoop dat een ieder hier wat aan heeft. Anders `hoor` ik het wel.
Veel succes
Fred
extra info:
Achteraf bleek een DVD nu nog maar 5 uur te duren, dus 2 keer zo lang als op de PC. VInd ik persoonlijk een goed resultaat als je bedenkt dat het een 266 MHz cpu met 32 Mb is i.p.v. een x GHz cpu met enkele gigabytes aan memory.
Het mooiste resultaat vond ik nog bij het controleren met par en het unrarren. Die gingen in deze configuratie respectievelijk 2 (parren)en 3 (rarren) keer zo snel!
Hallo Vries085
Ik heb het op jouw manier geprobeerd maar kreeg het niet voor elkaar.
Ik heb in mijn Synology nu 1 interne HD en aan de voorkant een USBstick ingeplugd van 512 mb. Nu voer ik jouw commando's in (in terminal (macosx) via ssh) maar ik krijg het niet werkend.
Misschien kan je mij verder helpen?
Dank je
Daniel
-
In eerste instantie heb ik nog wat vragen, omdat ik zo niet kan bepalen waar het fout gaat:
- Heb je een reboot gedaan (niet dat het nodig is, maar wel handig om te weten, want dan is de usb-stick /dev/sda) ?
- Brand bij jou nog het 'Copy' lampje ?
- Ben je wel ingelogged als root ?
- Welke foutmelding krijg je eventueel ?
Na mijn verhaal nog eens rustig doorgelezen te hebben zie ik dat ik ook nog iets vergeten ben -zal wel door het opnieuw intypen komen :-( :oops: mijn excuses hiervoor :oops:
Voor de eerste keer gebruiken van de usb-stick als swap moet_ie dus niet gemount zijn: ontkoppelen controleren of ie ook echt ontkoppeld is.
Wat je kunt doen is het ' mount' commando geven nadat je de stick er in gestopt hebt. Dan krijg je een overzicht van de partities/disks die momenteel gekoppeld zijn. Bewaar de uitvoer even.
Ontkoppel je stick vervolgens via de web-interface
Geef nu nog een keer het mount commando. Zie je geen verschil met de uitvoer van het eerste het eerste commando, dan is_ie onderhands nog gekoppeld. In dat geval een umount commando geven.
Nu het missende stuk: Je moet de naam van het device onthouden wat je hebt ontkoppeld, dat moet tenslotte de usb-stick zijn (daar helpen beide mount commando's bij). Ik kon er zelf achter komen welk device het was door de inhoud die nog op de stick stond.
nu nog een 'mkswap /dev/sda1' commando geven (dit hoeft maar eenmalig te gebeuren en je `zegt` tegen linux dat_ie dit device as swap mag gaan gebruiken)
vervolgens kun je het swapon commando geven.
Als alles goed is zie mbv. het commando `cat /proc/swaps` nu regels. Dit zijn de 2 mogelijk swap devices. De partitie van je interne disk en de usb stick.
Door een swapof /dev/xxx wordt inhoud van de swap overgeheveld naar de usb-stick en dat device van de lijst verwijderd. Dit is te controleren door nogmaals een cat /proc/swaps te geven
Ik hoop dat dit je wat verder helpt. Denk er wel om, je moet wel inloggen als root
-
Hoi, ik hetzelfde probleem, zeker nu ik HD materiaal download, maar zag het volgende in Putty - commando 'Top':
Het proces Python pakt weinig CPU (2%), geheugen 63% maar de status van het proces staat op S (Sleeping)
Is dat niet vreemd?
Groet Kenneth
-
Oplossing heeft bij mij niet gewerkt. De download start goed maar na verloop van tijd begint de Synology langzamer te worden en lijkt het of het downloaden stil aan vallen is.
Toch maar een DS109+...
Daniel
-
Klopt,
daar heb ik nu toch weer last van. Zelfs als ik de download pauzeer, blijven de web-pagina's zeer langzaam, terwijl SABnzb eigenlijk vrijwel niets meer hoeft te doen. De hoeveelheid swap (zonder download) is nu al opgelopen van 45 Mb tot bijna 100 Mb zonder dat het duidelijk is waar de DS mee bezig is.
Jammer, ik dacht zelf de oplossing gevonden te hebben (werkt nog wel goed tot bestanden van ca. 20 Mb), mar de 50 Mb bestanden blijven echt problemen geven.
Ik zag net zelf dat_ie 3 van die bestanden tegelijkertijd aan het downloaden is (= het aantal connections). Ik ga zo eens proberen wat de invloed is om maar 1 connectie te gebruiken (ben niet optimistisch hierover). <Edit> Werkt dus inderdaad niet </Edit>
Er zit natuurlijk ook nog een bak administratie aan het hele process van downloaden gekoppeld. Mischien dat dat ook nog invloed heeft.
Anders moet ik toegeven dat ik er verder ook niet uitkom, dus inderdaad een andere NAS, maar of dat dan nog een Synology wordt weet ik niet. De beperkte commando's van de gebruikte 'busybox' zit mij wel dwars. Ook de opties beschikbare Linux commando's wijken af van de standaard en manual pagina's of opties als -h ok --help zijn niet aanwezig (mischien een ebook voor de downloads). Maar dat is een ander topic denk ik.
Als iemand anders nog goede ideen heeft om de boel wat efficienter aan de praat te krijgen, dan hoor ik het graag.
-
Hallo Vries085,
Inmiddels overgegaan naar een synology DS209+II en vanmorgen een dowload gestart van 50 gb. Zonder problemen binnengehaald. Downloaden heeft 3,5 uur geduurd en repareren en uitpakken nog eens 70 mins extra.
Ben wel blij nu:) Mijn DS109 gaat denk ik in de verkoop.
Bedankt voor je meedenken!
Daniel