Support Forum

Depends on what you mean by "the slow down" but yes, it will read the RAR files and write the uncompressed data in chunks. This is slower than reading or writing continuously, especially on spinning disks where the heads have to move back and forth between the tracks being read and writte...

Because of this, if you put the incomplete and complete dir on the same disk then that will usually be much slower than having them on separate disks. Just so I'm on the same page, are you saying because when the RAR files are decompressing, SABnzbd needs to do both; read the compressed RAR file an...

You don't actually need the feature requested above to use RAM, because Unraid loads the entire OS into RAM on every boot, the /tmp folder is written in RAM. Therefore you can create a folder in /tmp for SABnzbd's incomplete folder. This is how I do it on my Unraid server: User Script plugin First y...

Why not have it all go to the same completion folder, then move it in post-processing? That's actually what I am doing at the moment but in order to not break atomic moves/instant moves everything has to be in the same user share like this: media/ ├── downloads/ ├── movies/ ├── tv_shows/ └── music/...

Basically a "hacky" way of solving the issue. But why have temp locations per-category? I can’t speak for anyone else but for me it’s because of how Unraid handles different disk shares and user shares in regards to atomic moves/instant move. So for example, I can’t have a separate user s...

Thanks to Docker, I can run a separate SABnzbd instance per HDD, so the temporary download folder resides on the same disk as the final storage location. Why are you running multiple SABnzbd instances? I think he is saying that by running multiple instances of SABnzdb, he can get around the current...

jumbonzb wrote: ↑September 13th, 2025, 4:51 pm

safihre wrote: ↑July 24th, 2024, 5:31 pm Noted! If it's requested a lot, we can reconsider.

Wanted to know if this was under consideration. Thanks.

Curious what OS you are using? By any chance also Unraid?

aletaziar wrote: ↑December 8th, 2024, 5:37 pmYeah I did a little more reading before starting up and found that info. For now I will just use one share as the main one and have slow moves for files on the other share.

That’s exactly what I am currently doing myself.

From my understanding, atomic moves breaks when moving from different shares, only works within a share.

safihre wrote: ↑July 24th, 2024, 5:31 pm Noted! If it's requested a lot, we can reconsider.

I appreciate you being open to it. It’s such a rare problem to solve due to a limitation of docker and/or Unraid and not a limitation of SABnzbd but appreciate it nonetheless.

Apologies for necroing this thread. Indeed we don't support that, in all those years I also have never had anyone request it. So must not have been a heavily used feature of former nzbget users. Oddly enough I was looking for this feature as well. I know it's unlikely to be implemented but as an Unr...