View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0001180 | Double Commander | Plugins | public | 2015-09-26 20:59 | 2015-10-31 23:55 |
| Reporter | vander | Assigned To | Alexx2000 | ||
| Priority | normal | Severity | minor | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Projection | none | ETA | none | ||
| Product Version | 0.7.0 (trunk) | Product Build | 2015/09/25 6281M | ||
| Target Version | 0.6.6 | Fixed in Version | 0.6.6 | ||
| Summary | 0001180: sevenzip configure don't work as expected | ||||
| Description | If I use the 7z file manager on a multicore cpu I can choose one thread per core (4core = 4/4 threads). In doublecommander it shows only 2/2 (also with 4 core cpu) when I open 7z configure the first time. After confirming the configuration (OK button), next time the configure dialog will show the setting 1/2 threads. This causes slower compress/decompress with the plugin. Memory consumption for compress/decompress shows 0. | ||||
| Tags | No tags attached. | ||||
| Attached Files | |||||
| Fixed in Revision | |||||
| Operating system | Windows | ||||
| Widgetset | Win32 | ||||
| Architecture | 64-bit | ||||
|
|
Try with latest plugin version: https://www.sendspace.com/file/vk7vcx |
|
|
Thanks. This Version shows Memory consumption and the correct amount of available cores, it also remember the 2 core setting, no switch back to 1 core after clicking ok button. But I can only choose a maximum of 2 out of 6 cores on my current pc. Maybe this doesn't matter much, since I could not measure a significant speed difference between doublecommander (2 core) and 7zFM (6 core) setting. I will try again by compressing more data tomorrow. Is there also an update for the x86 Plugin? |
|
|
What compression method do you use? Make sure that you use same compression method in 7zFM and SevenZip plugin. Slightly updated plugin (32/64): https://www.sendspace.com/file/kdctdo |
|
|
My apologies, you are right. I used LZMA compression in doublecommander, while 7zFM used LZMA2. LZMA seems to have a restriction for 2 threads, while LZMA2 support multithreading. So the threading issue is solved, my mistake. I finished the compression test with same settings anyway and noted the result is different. Doublecommander take 60 seconds and produce a 777MB archive, while 7zFM took 85 seconds and produced a 877MB archive. Further investigation showed there is still a different compression level in use, DC=LZMA2:20 7zFM=LZMA2:24. Doesn't matter that much for me, I am happy multithreading works for me now, many thanks for the right advice. P.S. I add a screnshot with my settings. EDIT I have to add another issue. When I choose the option 'packer=zip' in doublecommander and I open 'configure', the 'Archive format' is still 7z. While comparing the 'Archive format' configuration settings, I noted doublecommander supports zip|bzip2|gzip|tar|wim|xz|zip. 7zFM only offers the 'Archive format' 7z|tar|wim|zip. Is this plugin somehow newer than my 7zFM (15.07beta x64)? |
|
|
>>I finished the compression test with same settings anyway and noted the result is different. OK, I found the bug, try with: https://www.sendspace.com/file/c3f1cr >>When I choose the option 'packer=zip' in doublecommander and I open 'configure', the 'Archive format' is still 7z. Yes, it is restriction of plugin API. >>Is this plugin somehow newer than my 7zFM (15.07beta x64)? No, simple 7zFM hide bzip2|gzip|xz if you select folder or several files. Because this archives supports only one file in archive. Plugin show all available formats, because it only option dialog. Selecting archive format is done in DC pack dialog, where is processed above case. |
|
|
Thanks for your explanation, mainly I use zip/7z and ignore the other archive types. Only got in touch with xz under linux sometimes. The new plugin seems to work as expected, I will try more next week. My current testdata archives had only minor size difference (7zFM 388,1 MB / DC plugin 388,7MB) and the content use in both archive the LZMA2:24 compression. Btw, LZMA2:20 means 'Fastest' while LZMA2:24 means 'Normal' compression? I noted this because after I exchanged the plugin 'Fastest' was selected in the 'Configure' dialog, but I am sure it was 'Normal' before. |
|
|
I just noted 'Test Archive' [Shift+Alt+F9] don't give me an response about the result of the check. Should I open a new bug for this? |
|
|
>>Btw, LZMA2:20 means 'Fastest' while LZMA2:24 means 'Normal' compression? >>I noted this because after I exchanged the plugin 'Fastest' was selected in the 'Configure' dialog, but I am sure it was 'Normal' before. It looks like it. In previous version was a bug: 'Normal' in plugin was in reality 'Fastest' etc. >>I just noted 'Test Archive' [Shift+Alt+F9] don't give me an response about the result of the check. Should I open a new bug for this? No, it is not a bug. It is a way how it work. If no error then operation simple finished. If archive corrupted then will show error message. Done like in Total Commander. |
|
|
Hmm, before I tried an 7z archive from a broken download and I saw no message, that's why I thought it doesn't work well. To bad, I already deleted the broken archive. I will try to reproduce anytime soon. EDIT It's reproducable, since it's another issue and this bug is closed I will open a new one. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2015-09-26 20:59 | vander | New Issue | |
| 2015-09-26 22:13 | Alexx2000 | Note Added: 0001556 | |
| 2015-09-26 22:13 | Alexx2000 | Assigned To | => Alexx2000 |
| 2015-09-26 22:13 | Alexx2000 | Status | new => feedback |
| 2015-09-27 01:45 | vander | Note Added: 0001557 | |
| 2015-09-27 01:45 | vander | Status | feedback => assigned |
| 2015-09-27 10:02 | Alexx2000 | Note Added: 0001558 | |
| 2015-09-27 10:02 | Alexx2000 | Status | assigned => feedback |
| 2015-09-27 13:34 | vander | Note Added: 0001559 | |
| 2015-09-27 13:34 | vander | Status | feedback => assigned |
| 2015-09-27 13:35 | vander | File Added: 7zPlugin_settings_compression_comparison.jpg | |
| 2015-09-27 13:35 | vander | Note Edited: 0001559 | |
| 2015-09-27 13:59 | vander | Note Edited: 0001559 | |
| 2015-09-27 15:43 | Alexx2000 | Note Added: 0001560 | |
| 2015-09-27 15:43 | Alexx2000 | Status | assigned => feedback |
| 2015-09-27 21:10 | vander | Note Added: 0001562 | |
| 2015-09-27 21:10 | vander | Status | feedback => assigned |
| 2015-09-27 23:31 | vander | Note Added: 0001563 | |
| 2015-09-28 06:40 | Alexx2000 | Note Added: 0001564 | |
| 2015-09-28 06:40 | Alexx2000 | Status | assigned => resolved |
| 2015-09-28 06:40 | Alexx2000 | Fixed in Version | => 0.6.6 |
| 2015-09-28 06:40 | Alexx2000 | Resolution | open => fixed |
| 2015-09-29 00:29 | vander | Note Added: 0001565 | |
| 2015-09-29 01:02 | vander | Note Edited: 0001565 | |
| 2015-10-03 01:23 | Alexx2000 | Target Version | => 0.6.6 |
| 2015-10-31 23:55 | vander | Status | resolved => closed |
