Optimizing NZBGet

[fedtpelsen]

I'm wondering if anybody has experimented with the settings in NZBGet to find the optimal settings? By this I mean the settings that provide optimal execution of downloading and postprocessing, i.e. fastest time from beginning of download to finish postprocessing. Since I mostly download hd-rips I usually download files of the same size, hence I feel that I'd get optimal results if postprocessing of movie #1 finishes just as download of movie #2 finishes, thus beginning download of movie #3 and postprocessing of movie #2. This means disabling pausing during postprocessing obviously, but how many threads should I use for downloading, I read somewhere that the number of these highly effect the pch's processor so this should be the place to tweak.

[BruceMW]

(01-30-2009 01:47 PM)fedtpelsen Wrote:  I'm wondering if anybody has experimented with the settings in NZBGet to find the optimal settings? By this I mean the settings that provide optimal execution of downloading and postprocessing, i.e. fastest time from beginning of download to finish postprocessing. Since I mostly download hd-rips I usually download files of the same size, hence I feel that I'd get optimal results if postprocessing of movie #1 finishes just as download of movie #2 finishes, thus beginning download of movie #3 and postprocessing of movie #2. This means disabling pausing during postprocessing obviously, but how many threads should I use for downloading, I read somewhere that the number of these highly effect the pch's processor so this should be the place to tweak.

Good question, I almost finished simular thread when a read yours. Mostly I download several movies and sometimes combined with MP3-music. I was also wundering what the best setting is for first downloading and then automatically postprocessing. Not both at the same time, as the processor is "almost burning".

[lordy]

The NMT is severly CPU constrained both post-process and download will fight for the same CPU resource.
If you have more than 6Mb connection you probably want to do the phases seperately.

It may be than one could have one thread downloading during post processing. I may tinker with that...

For other nzbget specific settings See comments at the end of nzbget.conf

[BruceMW]

(01-30-2009 02:16 PM)ydrol Wrote:  The NMT is severly CPU constrained both post-process and download will fight for the same CPU resource.
If you have more than 6Mb connection you probably want to do the phases seperately.

It may be than one could have one thread downloading during post processing. I may tinker with that...

For other nzbget specific settings See comments at the end of nzbget.conf

Hi Ydrol,

Sometimes I'm lost on this forum ,so maybe a stupid question, but what do you mean with "For other nzbget specific settings See comments at the end of nzbget.conf"? I configure NZBget from my laptop via http. Also my conmection is 20Mb, so I want to do the phases seperately, but if possible automatically.

[lordy]

Hi, At the bottom of the file /share/.nzbget/nzbget.conf there are suggestions on how to improve performance on machines with low CPU. (ie reduce CPU/disk io utilisation for a given download speed)

This thread prompted me to do a test , and even with my 4Mb connection and ONE thread running at about 180K/s, this still slowed down unpacking by about 45%! So I think I may want an option to pause nzbget only if unpacking more than 1G or something. Maybe overcomplicating things

[BruceMW]

(01-30-2009 02:42 PM)ydrol Wrote:  Hi, At the bottom of the file /share/.nzbget/nzbget.conf there are suggestions on how to improve performance on machines with low CPU. (ie reduce CPU/disk io utilisation for a given download speed)

This thread prompted me to do a test , and even with my 4Mb connection and ONE thread running at about 180K/s, this still slowed down unpacking by about 45%! So I think I may want an option to pause nzbget only if unpacking more than 1G or something. Maybe overcomplicating things

I'm feeling at little shame, but where/how can I find this file, as mentioned previously I only work with NZBget via my laptop via http, this is also the only way I know how to configure NZBget. Also if I understood above there is no option pausing downloading when unpacking or the other way around?!

[lordy]

It's the same file that holds your NNTP connection details.


In explorer type \\192.168.x.x (replace 192.168.x.x with ip address of you PCH)

It will eventually show a folder called 'share' (you can either browse it directly or map it to a drive letter - using right click)
It will prompt for username/password user=nmt password=1234
Inside there is a folder called .nzbget , inside that is nzbget.conf
There IS an option to pause. Ether use my script (website buggered at the moment) or newer nzbget from the community installer *I think* has this option.

[fedtpelsen]

Since the cpu in the pch is so weak one would think that redownloading of the corrupted file would be a faster option than repairing it, or am I wrong? If I'm right is the solution then "ParRepair=no"?

[lordy]

only if you know that re-downloading the same files wont be corrupted.
In my experience the majority of corruption is due to data on the server not transmission. so chances are they will still be damaged.

However looking for missing parts or alternate nzbs/fills/reposts usually works.

As does doing a large par repair on the PC, or in rare cases patching it up with the equivalent torrent.

Thats why I have the switch to only do par repairs on the PCH if they will take less than n minutes.
If they will take more its usually time to try a different strategy.

[NoGinryuGo]

I use the following work flow:

NZBGet limited to 1.1 MB/sec DL and 4 connections (but 2 would suffice since the bandwith my usenet supplier provides). (DL won't go higher then 1.3 anyway, so I don't care for the 200 KB/sec).
Runs 24/7.

Series which are retail and need burning are DL-ed on the PC.

Download the NZB,
Pause NZBGet
Unrar NZB, if failed, download pars
If ParRepair takes longer then 30 minutes, don't repair (Quicker to transfer data to PC, repair, unpack and transfer back + no chance of hanging the PCH while my GF or me uses it)
If all OK, unpase NZBGet.

Works like a charm for me. Mostly I do DL DVD's, so I am in no hurry to get the data in and the amount of data isn't that large. As someone else said before: Repairing just takes way to long and unrarring while DL-ing takes (from memory) about as much time as just pausing everything. For me it's fast enough. Queu today, watch tomorrow.

Sure, it's a different workflow then on the PC, but hey, it isn't a PC

[jackadam]

Interesting thread. Downloaded a .mkv file of 30 gb, but parring and checking was too much to handle for the PCH. It caused a traffic jam, had to delete it. So you are suggesting to par and unrar and thén start with next download?

[lordy]

unpak 2009 should automatically detect par jobs that will take too long, and move on to the next job.

[Jeramie]

I have a 6 meg connection and find it best to pause nzbget on unrar and parfix...... (mostly 720p DTS)

After the latest beta version (with oversight) I've had more trouble than in the past. Haven't had the free time to look into more yet...

I know this doesn't help much, just figured I would add my 2 cents.

[OmarBadu]

somewhat of a side topic (lazily i haven't searched yet) but has anyone replaced or looked thoroughly into replacing the processor

[journey4712]

@omar
the processor isn't something you can replace on the NMT. Think of the NMT processor as being more like the chip that makes your dvd player work than the one in a pc or laptop.

journey