The reason to try out sab40 was for me to play with the new muliticore par. Twice the unpar speed sounds great. Sab40 didnt work here, so no further testing was posible. That and the fact that i cant find that news about multicore anmore on this site.
But how about you, have you installed it? How did you like it? Is it really that fast? I heard one man saying getting 40% more speed with a single core hyperthreading cpu. !!
How about multicore par?
Forum rules
Help us help you:
Help us help you:
- Tell us what system you run SABnzbd on.
- Adhere to the forum rules.
- Do you experience problems during downloading?
Check your connection in Status and Interface settings window.
Use Test Server in Config > Servers.
We will probably ask you to do a test using only basic settings. - Do you experience problems during repair or unpacking?
Enable +Debug logging in the Status and Interface settings window and share the relevant parts of the log here using [ code ] sections.
-
- Full Member
- Posts: 211
- Joined: January 22nd, 2008, 1:38 pm
How about multicore par?
Last edited by nzb_leecher on April 9th, 2008, 10:45 am, edited 1 time in total.
Re: How about multicore par?
No speed improvements for single core pc's. A dual core pc has about 60% improvements for repairing. This is inpheaux results using the original single core par2 and two different multi-core par2 implementations:
Test data: 70x100Mb rar set, 10% redundancy.
Test rig: Core 2 Duo E6400, 2GB Ram, SATA 3.0 hard drive.
We planned to include the multi-core par2 in beta1 but forgot to include a required dll file (tbb.dll), there were other reported needed dll files but it was not clear whether including the tbb.dll would fix that so we went back to the original par2 for now.
Should be back in for the next beta.
Code: Select all
build verify repair create
-pc 4:04 10:10 34:20
-tbb 4:02 4:06 10:59
-ph 4:08 3:50 10:36
Test rig: Core 2 Duo E6400, 2GB Ram, SATA 3.0 hard drive.
We planned to include the multi-core par2 in beta1 but forgot to include a required dll file (tbb.dll), there were other reported needed dll files but it was not clear whether including the tbb.dll would fix that so we went back to the original par2 for now.
Should be back in for the next beta.
Re: How about multicore par?
Hi,
I am curious, is this multicore par only available on the win32 version?
I am running on a Atlhon X2 5200 with Mandriva 2008 64bit and am wondering if something needs to be enabled (or installed) for this on Linux or if it is not possible at all.
I am curious, is this multicore par only available on the win32 version?
I am running on a Atlhon X2 5200 with Mandriva 2008 64bit and am wondering if something needs to be enabled (or installed) for this on Linux or if it is not possible at all.
-
- Full Member
- Posts: 211
- Joined: January 22nd, 2008, 1:38 pm
Re: How about multicore par?
Hm from 10 to 4 minutus repair time sound like 250% instead fof 60% to me, not bad
I was always thinking that repairspeed wasnt cpu related but harddisk related (mostly)
However i hope it didnt slow down the rest of the system when 2 cores are used 100%. Thats the reason i went to a dual core, i got irritated that pc almost stopped when i accidently started a program while some unparring was going on.
With 2 cores i always could work further when 1 core was unparring. Sounds intresting to test however.
I was always thinking that repairspeed wasnt cpu related but harddisk related (mostly)
However i hope it didnt slow down the rest of the system when 2 cores are used 100%. Thats the reason i went to a dual core, i got irritated that pc almost stopped when i accidently started a program while some unparring was going on.
With 2 cores i always could work further when 1 core was unparring. Sounds intresting to test however.
Last edited by nzb_leecher on April 9th, 2008, 10:56 am, edited 1 time in total.
Re: How about multicore par?
Verification is disk bound.
Repairing is mixed:
Calculating the matrices required to reconstruct the data is very CPU bound.
Reading in the files and writing back the corrections is again disk bound.
Repairing is mixed:
Calculating the matrices required to reconstruct the data is very CPU bound.
Reading in the files and writing back the corrections is again disk bound.
Re: How about multicore par?
looking forward to have it on the OSX build ;-)
64 bits is not really useful, but Multicore certainly is !!
64 bits is not really useful, but Multicore certainly is !!
Re: How about multicore par?
If you're interested in trying out multi-core stuff, you can get phpar [the -ph build in the stats above] from this site. Just rename it par2.exe and drop it in your /sabnzbd/win/par2 directory, or compile / install it from scratch on linux.
-
- Full Member
- Posts: 211
- Joined: January 22nd, 2008, 1:38 pm
Re: How about multicore par?
when is the next beta with mcpar planned?
Re: How about multicore par?
no idea. But you can replace par2 yourself!
Just put the proper files in whereever-sab-is\win\par2 .
Just make sure that the program is called par2.exe
Just put the proper files in whereever-sab-is\win\par2 .
Just make sure that the program is called par2.exe
Re: How about multicore par?
Hi Tried to compile this on my Mandriva X86_64 but it does not compile.inpheaux wrote: If you're interested in trying out multi-core stuff, you can get phpar [the -ph build in the stats above] from this site. Just rename it par2.exe and drop it in your /sabnzbd/win/par2 directory, or compile / install it from scratch on linux.
I tried to google for it the the creator page is the only hit and looking of the page and other tools something tels me that this tool is targeted to windows 32 bit environments.
Anyway,
Would be nice to put my x2 at work for once.
-
- Full Member
- Posts: 211
- Joined: January 22nd, 2008, 1:38 pm
Re: How about multicore par?
I gone try this, if i read that site. Original par2 is already twice as slow so with this i should get a nice and free speedboost
Makes me wonder.
If we use this par.exe but set it to use 1 core max somewhere in xp settings (is that possible in xp or only in vista?). In theory repairing should be twice as fast then with the original SAB par.exe but still leaving 1 core free for other purposes at the same time.
Makes me wonder.
If we use this par.exe but set it to use 1 core max somewhere in xp settings (is that possible in xp or only in vista?). In theory repairing should be twice as fast then with the original SAB par.exe but still leaving 1 core free for other purposes at the same time.
Last edited by nzb_leecher on April 12th, 2008, 5:27 am, edited 1 time in total.
Re: How about multicore par?
No, Original Par2 is the baseline. Multi-core Par2 is as-many-times faster than single-threaded Par2 as however many cores your processor has. 2 cores, half the time. Plus, as evidenced from the time-trials listed above, the speed gains are only evident during Par2 creation and repair.nzb_leecher wrote: I gone try this, if i read that site. Original par2 is already twice as slow so with this i should get a nice and free speedboost
You don't understand how multi-threaded apps work. If you can't use your second core, multi-threaded Par2 will be just as slow as single-threaded Par2.Makes me wonder.
If we use this par.exe but set it to use 1 core max somewhere in xp settings (is that possible in xp or only in vista?). In theory repairing should be twice as fast then with the original SAB par.exe but still leaving 1 core free for other purposes at the same time.
-
- Full Member
- Posts: 211
- Joined: January 22nd, 2008, 1:38 pm
Re: How about multicore par?
Let me explain a little better.
I know how multi threaded apps work, but if i read the text on his site. He did two thing.
1. added mmx support making things faster
2. assembly making it more faster.
3. added multicore support.
The best profit you get when 1,2 and 3 are used. But you can also use only 1 and 2 but no multicore, then also things would get faster with only one core.
It seemed par.exe was always a lot slower then quickpar 091 (nver knew that btw) but with this build they equal again, using more cores par.exe is even quicker.
I know how multi threaded apps work, but if i read the text on his site. He did two thing.
1. added mmx support making things faster
2. assembly making it more faster.
3. added multicore support.
The best profit you get when 1,2 and 3 are used. But you can also use only 1 and 2 but no multicore, then also things would get faster with only one core.
It seemed par.exe was always a lot slower then quickpar 091 (nver knew that btw) but with this build they equal again, using more cores par.exe is even quicker.
Re: How about multicore par?
I haven't got any figures to support it but it seems the par stage is twice as fast as before with this multi core par.
Is the unrar already multicore?
Is the unrar already multicore?
Re: How about multicore par?
any one got this compiled and running on Linux? Or i is just win32?