7zip-9.15 beta  os-xp 64bit

7zip will always create temp folder in system temp folder, then copy files from temp folder to target folder.
I had change different setting in "working folder", but it makes no difference.
There is 4GB space left in driver C, I can't decompress 8GB files in one time.
And there are more and more people use SSD as their system driver. SSD has short life span in writting, decompressing in system temp folder make it worse.

how about working like this:
1.read files to memory (maybe each time 256MB)
2.decompress files in memory, use the memory as the working folder.
3.write to hard disk
4.clear the memory
5.read anther 256MB files

I think that will faster than before.
In the past, hard disk read and write at the same time in different part of hard disk, it is slow.
Now, hard disk read and write  separately, and no need to copy from folder to folder after decompressing.

Hello everyone,

I guess you try to extract the archives by drag&drop, do you?
Have you tried using 7-Zip in two-panels-view (if you only have a "simple window when using 7-Zip hit "F9" to change to two-panels-view)? If you open the archive in one panel and the target-directory in the other you can mark the desired files and simply press "F5" to unpack the files to the target. That way no delay ( = unpacking to %temp% + copying to target) should take place. Iirc the "false" behavior you describe is caused by Windows and it's way of handling drag&drop. But I don't know about Win7 or 64-Bit.

Best regards!

Hello everyone,

I guess you try to extract the archives by drag&drop, do you?
Have you tried using 7-Zip in two-panels-view (if you only have a "simple window when using 7-Zip hit "F9" to change to two-panels-view)? If you open the archive in one panel and the target-directory in the other you can mark the desired files and simply press "F5" to unpack the files to the target. That way no delay ( = unpacking to %temp% + copying to target) should take place. Iirc the "false" behavior you describe is caused by Windows and it's way of handling drag&drop. But I don't know about Win7 or 64-Bit.

Best regards!

Hello everyone,

I guess you try to extract the archives by drag&drop, do you?
Have you tried using 7-Zip in two-panels-view (if you only have a "simple window when using 7-Zip hit "F9" to change to two-panels-view)? If you open the archive in one panel and the target-directory in the other you can mark the desired files and simply press "F5" to unpack the files to the target. That way no delay ( = unpacking to %temp% + copying to target) should take place. Iirc the "false" behavior you describe is caused by Windows and it's way of handling drag&drop. But I don't know about Win7 or 64-Bit.

Best regards!

Hello everyone,

I guess you try to extract the archives by drag&drop, do you?
Have you tried using 7-Zip in two-panels-view (if you only have a "simple window when using 7-Zip hit "F9" to change to two-panels-view)? If you open the archive in one panel and the target-directory in the other you can mark the desired files and simply press "F5" to unpack the files to the target. That way no delay ( = unpacking to %temp% + copying to target) should take place. Iirc the "false" behavior you describe is caused by Windows and it's way of handling drag&drop. But I don't know about Win7 or 64-Bit.

Best regards!

Hello everyone,

*ooops…* sorry, there was a problem with my network and the posting has been send again each time I tried to re-open the thread :-(
My bad.

Best regards!

Thank you, vacon.It works! That's a useful skill!

I got the same problem! I have to extract a 400GB file and even I set the 'working folder' on E-drive , I rebooted, but I still see the C-drive getting used. (Win7 64bits, 7-Zip 9.25 alpha 64bits)

now I have to find another tool, because I do not have space left on C-drive :(

+1 for me on this issue.  When decompressing archives it's a real pain to have to wait while it extracts to the temp folder & then copies to the destination.  Space and time are the main issues for me.