Hey, in midst of all the Conroe-babble i'd like to know if anyone knows of an archive/compression (winace/7-zip, etc) program that supports SMP/Dual Core CPUs?
You know, I don't think there is a mainstream one. What many consider to be the best, WinRAR, doesn't even do SMP.
I'm not sure why. The advantages would be obvious. From what I've seen high clock speed makes the most difference in WinRAR. Dual cores seem to have no effect on compression/decompression times.
Thanx for your reply, i hope they'll address this issue. it is something that everyone would love to see, it's every single day that that a person extracts or compresses something, well basically anyway.
Since i didn't want to wait for 24hr+, i ended up selecting 'store' method, which means basically no compression at all using winace which is my preferred program. Since it was mp3's the compression factor would have been 98-99% so the it was rather pointless to give up the extra time.
knoppix wouldn't even install on my pretty standard dothan 1.733ghz w. 1gb of ram from september with the recent version of knoppix of that time, so i've had my share of linux for now. though it looks great and work fast, but seem complex with a fully edged commandline interface in midst of the gui, and i hate the fact that you have to have a seperate partition for the swapfile alone and that it can't write to ntfs
let's not even get into the lack of gamesupport and full hardware acceleration on the gui.
i have a lot of respect for linux, but it just isn't my game
knoppix wouldn't even install on my pretty standard dothan 1.733ghz w. 1gb of ram from september with the recent version of knoppix of that time, so i've had my share of linux for now. though it looks great and work fast, but seem complex with a fully edged commandline interface in midst of the gui, and i hate the fact that you have to have a seperate partition for the swapfile alone and that it can't write to ntfs
let's not even get into the lack of gamesupport and full hardware acceleration on the gui.
i have a lot of respect for linux, but it just isn't my game
It can write to NTFS. I loaded Suse on an old box and the NTFS partition on the second drive I had in the system came up as a windows folder in root. Games are about the only thing keeping me from switching. Maybe OSX will go mainstream someday.
knoppix wouldn't even install on my pretty standard dothan 1.733ghz w. 1gb of ram from september with the recent version of knoppix of that time, so i've had my share of linux for now. though it looks great and work fast, but seem complex with a fully edged commandline interface in midst of the gui, and i hate the fact that you have to have a seperate partition for the swapfile alone and that it can't write to ntfs
let's not even get into the lack of gamesupport and full hardware acceleration on the gui.
i have a lot of respect for linux, but it just isn't my game
Knoppix is a live CD it doesn't need to be installed. You do not have to use a swap partition Linux can swap on the filesystem or you can turn swap off completely if you want.
Knoppix has NTFS read and write support out of the box.
nVidia and ATI both distribute accelerated drivers for Linux.
the setting affinity thing it make No dif if its set to 1 cpu or 2 cpus as its single treaded so it will only used 50% allways (if 2 cpus) (it use 100% on one or 50% on both)
90gb of files i just copy that to a other disk insted of useing an compresson program what if the zip rar file gets broken
There's more to it than that. Compression (compress or decompress operations) acts on the entire contents of a serial stream (i.e. file) which must be managed by a single thread of execution. The act of generating compression on a file depends on the entire content of that file. Effectively, you can't break a file down into multiple threaded pieces and recombine at the end of the operation. A program that would start multiple threads for multiple file operations could benefit, but you would need more intimate konwledge of the system. The ability to force starting thread 1 on a CPU, and then thread 2 on a different CPU (you can't trust the OS to do this for you) which isn't as easy as it sounds. There are challenges to which the solution would really provide less bang for the buck than optimizing the algorithms would. The 7zip algorithim is similar to above, so the claim might just be marketing gimmickry (they don't _not_ support SMT or SMP), or they are doing something with multiple files. I would bet it's not a 2x (or even 1.5x) improvement in time though.
You are about to answer a thread that has been inactive for more than 6 months. If you still wish to proceed, please ensure that your posting is original and does not duplicate or overlap any prior responses to this thread.