Niallain
-
Posts
15 -
Joined
-
Last visited
Content Type
Profiles
Forums
Downloads
Store
Gallery
Bug Reports
Documentation
Landing
Posts posted by Niallain
-
-
4 hours ago, trurl said:
As Squid said then, seem reasonable.
Guess I'm just being picky then.
Thanks, not sure why I thought it was always quicker to unpack...
-
14 minutes ago, trurl said:
So which is it, 46GB or 4.7GB?
Sorry, was using 2 different examples
File 1 - 4.7GB
Downloaded in 1min 57 seconds at avg of 41.0MB/sNo repair, unpacked in 1min 20seconds.
File 2 - 46.6GB
Downloaded in 20min 30 seconds at avg of 38.8MB/s
2x verify at 2min 10sec each
Repair in 2min 6sec
Unpack in 16min 59sec
-
5 minutes ago, Squid said:
To be honest, that doesn't particularly seem excessive, especially if any repairing was necessary. If you install sab on a Windows box and download the same nzb how long will it take?
I'll test this tonight.
Unless I'm getting sensitive due to the fast download I now have...
File from last week - 4.7GB
Downloaded in 1min 57 seconds at avg of 41.0MB/sNo repair, unpacked in 1min 20seconds.
Surely I'd expect faster on an SSD?
I've just enabled the "direct unpack" parameter in sab and will see if this makes a difference.
-
On 3/5/2017 at 5:13 PM, Niallain said:
Digging this up again as I'm still experiencing this issue.
Installed Dynamix SSD trim as suggested, saw some brief improvements but a recent example took 17 minutes to unpack 46GB.
Can anyone offer any further suggestions for improvement?
-
On 3/5/2017 at 5:19 PM, Squid said:
Dynamix SSD trim installed?
How would I go about finding that? (Sorry, bit of a noob)
-
-
1 hour ago, jonathanm said:
Remove the complete/ from the /downloads <--> /mnt/user/appdata/Downloads/complete/ line.
It should be /downloads <--> /mnt/user/appdata/Downloads/ for both containers, or it won't work.
Thanks, that's got it working.
-
Getting the below error when trying to process downloaded episodes
17-2-24 20:08:51.7|Error|DownloadedEpisodesImportService|Import failed, path does not exist or is not accessible by Sonarr: /downloads/complete/Futurama.S06E12.1080p.BluRay.x264-WAVEY 17-2-24 20:08:51.7|Error|DownloadedEpisodesImportService|Import failed, path does not exist or is not accessible by Sonarr: /downloads/complete/Futurama.S06E11.1080p.BluRay.x264-WAVEY
Image of mapping attached
Where am I going wrong?
-
6 minutes ago, CHBMB said:
Can you post you docker log.
My bad, didn't open the port on my router. Fixed now.
-
32 minutes ago, CHBMB said:
That all looks normal to me, post your docker run command, link in my sig.
Command: root@localhost:# /usr/local/emhttp/plugins/dynamix.docker.manager/scripts/docker create --name="letsencrypt"
-
Trying to get this setup but the container stops as soon as it is started.
I'm seeing the below in syslog.
Anyone have any ideas?
Feb 21 20:10:13 Perks-NAS kernel: docker0: port 1(veth847b694) entered blocking state Feb 21 20:10:13 Perks-NAS kernel: docker0: port 1(veth847b694) entered disabled state Feb 21 20:10:13 Perks-NAS kernel: device veth847b694 entered promiscuous mode Feb 21 20:10:13 Perks-NAS kernel: docker0: port 1(veth847b694) entered blocking state Feb 21 20:10:13 Perks-NAS kernel: docker0: port 1(veth847b694) entered forwarding state Feb 21 20:10:13 Perks-NAS kernel: docker0: port 1(veth847b694) entered disabled state Feb 21 20:10:14 Perks-NAS kernel: eth0: renamed from veth5c8720b Feb 21 20:10:14 Perks-NAS kernel: docker0: port 1(veth847b694) entered blocking state Feb 21 20:10:14 Perks-NAS kernel: docker0: port 1(veth847b694) entered forwarding state
[Support] Linuxserver.io - SABnzbd
in Docker Containers
Posted
Wouldn't recommend this. Causes spikes in the download speed as it unpacks during the download. Ends up taking longer overall instead of download then unpack.