Yes, Deflate is default. Deflate can be extracted by any zip program. LZMA was added to zip specification later, and some zip unpackers do not support LZMA.
However linux diagnostics may show the information from the host OS, not the container, so it's misleading and could be the source of the problem. Yes, 7-zip sees: RAM size: 70213 MB CPU hardware threads: 36 So by default it tries to use up to 36 cpu threads and up to 80% from RAM size (80% from reported 70213 MB). -mmt2 switch will help you, because 2 threads will use only 400 MB of RAM, if -mx=7 switch is used. But what about previous container in your tests? Why did it work before? Is it bad configuration...
However linux diagnostics may show the information from the host OS, not the container, so it's misleading and could be the source of the problem. Yes, 7-zip sees: RAM size: 70213 MB CPU hardware threads: 36 So by default it tries to use up to 36 cpu threads and up to 80% from RAM size (80% from reported 70213 MB). -mmt2 switch will help you, because 2 threads will use only 400 MB of RAM, if -mx=7 switch is used. But what about previous container in your tests? Why did work before? Is it bad configuration...
However linux diagnostics may show the information from the host OS, not the container, so it's misleading and could be the source of the problem. Yes, 7-zip sees: RAM size: 70213 MB CPU hardware threads: 36 So by default it tries to use up to 36 cpu threads and up to 80% from RAM size (80% from reported 70213 MB). But what about perevious container in your tests? Why did work before? Is it bad configuration of container? What changes do you have?
I want to find the reason of problem. So we need 7z b log in that container with failure. Note that different linux systems can have different versions of 7-zip. So we need to know exact version of 7-zip of failure case.
I want to find the reason of problem. So we need 7z b log in that container with failure.
Correction. 7-zip doesn't use whole memory, if it knows correct memory size. Run 7z b it can show memory size reported to 7-zip.
I shows Threads:15 instead of your 2 vCPUs. -mx=7 and 15 cpu threads can require about 4 GB of RAM So maybe it was the problem. You can reduce the number of working threads with -mmt2 or -mmt4switch.
I shows Threads:15 instead of your 2 vCPUs. -mx=7 and 15 cpu threads can require about 4 GB of RAM So maybe it was the problem. You can reduce the number of threads with -mmt2 or -mmt4switch.
I shows Threads:15 instead of your 2 vCPUs. -mx=7 and 15 cpu threads can require about 4 GB of RAM So maybe it was the problem. You can reduce the number of threads with -mmt2 switch.
what version of 7-zip? 7z What size of files and number of files? What number of CPU threads , ram size?
Updating is complicated operation that copies whole data from old archive to new temp archive and then it renames temp archive to original name. It can't update in place without temp file. You can keep two archives: uncompressed.wim and compressed.7z So you update uncompressed.wim, and then compress uncompressed.wim to compressed.7z.
You can set Delete file after compression option, in Add to Archive window.
Extracting of one is difficult, if all file names are identical in archive. And you can't select required file from command line. You can extract all files and rename at extracting. Or you can extract it from 7-Zip File Manager, but it's difficult to find required file, if all names are identical.
Yes, you need -sns. You can see streams so: download some file from internet. Then open 7-zip file manager / select downloaded file in 7-Zip / call menu File / Alternate Streams. Browsers use Zone.Identifier stream: [ZoneTransfer] ZoneId=3 ...
Maybe you need additional (administrator) rights for that feature?
I don't know safe way to detach dll from explorer. Explorer can have some reference to running dll, so it locks it for some cases. Cleaning tool must not delete files from Program Files\7-Zip folder. Only 7-Zip program knows what files in Program Files\7-Zip can be deleted.
7-zip fails to build on Gentoo due to provided source archive being non-standard
Also note that 7z2408-linux-x64.tar.xz is not source code archive. It's binary for amd64 (x64) cpu.
I suppose it's Gentoo problem, because extra-filters (BCJ filter and another filters) are part of xz specification, and such filters must be supported by default xz decoder. Only if we want smallest xz decoder for some embedded devices, we could remove extra-filters from decoder, if we are sure that we have no xz archives that use extra filters in that device. But by default, xz decoder must support all filters from xz specification.
I suppose it's Gentoo problem, because extra-filters (BCJ filter and another filters) are part of xz specification, and such filters must be supported by default xz decoder. Only if we want smallest xz decoder for some embedded devices, we cpuld remove extra-filters from decoder, if we are sure that we have no xz archives in that devuice. But by default, xz decoder must support all filters from xz specification.
How will you extract files with identical names from archive?
I don't know such way except of rename command. 7-Zip checks file names for collisions for most update operations.
I don't plan to work for that features now. Maybe later. You can fix it in source code and recompile binary for youself .
Also headers can be compressed by different method. But usally headers are compressed with LZMA. You can see LZMA id in HEX VIEW at the end of archive.
filenames in archives are different. You can't compress files names for many files to small size in headers, if file names are different. So compare file names in old archive and in new archive.
filenames in archives are different. You can't compress files names for many files to small size in headers, if file names are different. So compare file names are in old archives and in new archive.
what the number of files in archive? What header size you have in both archives? Call 7z l a.7z -slt > a.txt for both archives and compare stored properties.
what the number of files in archive. What header size you have in both archives? Call 7z l a.7z -slt > a.txt for both archives and compare stored properties.
arm64 is not x64. x64 executable is for Intel / AMD processors. arm64 executable is for Qualcomm processors (WIndows on ARM).
Probably you have downloaded wrong exe file. You need x64 version of 7-zip installer for Windows x64 (64-bit).
it was not tested with new compilers. I just wanted to get some changes in new version. You can fix that code to ignore warning/error.
cd /D CPP\Utils\CPUTest\MemLat\ nmake
Smaller dictionary is not problem also. All decoders will unpack correct streams. The difference for corrupted streams only.
If encoder writes correct value to properties, then all decoders (C C#, JAVA) must work same way for non-corrupted streams (as I suppose).
C# and Java code of LZMA is old (2005-2008). And it was not updated from that time. The (1 << 12) limit was selected later for C code (for speed optimization) and later it was inserted to LZMA specification. I'm not sure that I want to change old C# and Java now.
If you want to test latest version of 7-benchmark, you can download it here (source code only): https://sourceforge.net/projects/sevenmax/files/7-Benchmark/7bench2200-src.7z/download
if you want some new version (source code only), you can download it here: https://sourceforge.net/projects/sevenmax/files/7-Benchmark/7bench2200-src.7z/download
That "r2" test doesn't depend from l2 cache. But if you run Windows versions with pipelen r, there are some tests that have big code. And that big code overflows micro-op cache. And we can try to estimate micro-op cache miss penalty.
7-Zip 24.08 was released. Download 7-Zip for 64-bit Windows x64: https://7-zip.org/a/7z2408-x64.exe 7-Zip for 32-bit Windows x86: https://7-zip.org/a/7z2408.exe 7-Zip for 64-bit Windows ARM64: https://7-zip.org/a/7z2408-arm64.exe 7-Zip Extra: standalone console version, 7z DLL, Plugin for Far Manager: https://7-zip.org/a/7z2408-extra.7z 7-Zip (console version) for 64-bit Linux x86-64 (AMD64): https://7-zip.org/a/7z2408-linux-x64.tar.xz 7-Zip (console version) for 32-bit Linux x86: https://7-zip.org/a/7z2408-linux-x86.tar.xz...
Probably there were reasons for that scheme in 7-zip. As I remember windows for wim stores links with some transformations. And I tried to follow that scheme in 7-Zip's WIM and then it TAR.
7-zip stores "Modified time" UTC timestamp to archives in NTFS extra record of zip headers. About zip in windows. Now there are many Windows versions with zip support, and they can have different features as I suppose.
there is ENABLEDELAYEDEXPANSION mode that changes ! character parsing: SETLOCAL ENABLEDELAYEDEXPANSION It was enabled in your case. I don't know what cases and why it can be enabled.
there is ENABLEDELAYEDEXPANSION mode that changes ! character parsing: SETLOCAL ENABLEDELAYEDEXPANSION It was enabled in your case. I don't know what cases and why it cabn be enabled.
I suppose you have some unusual escape character for cmd file. So some tricks will work for you, and they will not work for another systems. Try to restore default escape character settings, if you have changed some thing.
Probably you have some additional parser that doesn't like ! character in command. Try to fix that problem.
On the command line, this command works without error "C:\Program Files\7-Zip\7z.exe" a "C:\1C\BackUp\1c_bases_2.0_2024-08-10_TEST.7z" "C:\1C\1c_bases 2.0\base.1CD" -xr!*lgp The command gives an error when run from a CMD file Command Line Error: Incorrect wildcard type marker r*lgp how do I fix it?
On the command line, this command works without error "C:\Program Files\7-Zip\7z.exe" a "C:\1C\BackUp\1c_bases_2.0_2024-08-10_TEST.7z" "C:\1C\1c_bases 2.0\base.1CD" -xr!*lgp The command gives an error when run from a CMD file Command Line Error: Incorrect wildcard type marker r*lgp how do I fix it? Probably you have some additional parser that doesn't like ! character in command. Try to fix that problem.
ZIP file with encrypted content: There are data after the end of archive
Thanks! I'll fix it in next version soon. The bug in 7-Zip 24.00-24.07: For creating a zip archive: 7-Zip could write extra zero bytes after the end of the archive, if a file included to archive cannot be compressed to a size smaller than original. The created zip archive is correct except of useless zero bytes after the end of the archive.
In general users don't need 7-zip uninstalling. Also cleaning tool must not delete files from Program Files\7-Zip folder.
ppmd uses "mem" and "o" parameters. Look help file for -m switch.
Another question about attributes. If 32-bit program creates file in root folder C:\, virtual file is created in C:\, and 32-bit program sees file attribute of created file: #define FILE_ATTRIBUTE_VIRTUAL 0x00010000 but I can't run 32-bit explorer.exe to look what attribute is shown in Windows. if I run C:\Windows\SysWOW64\explorer.exe it calls 64-bit explorer.exe instead. Is there any way to look that attribute in Windows? real file is placed to C:\Users\user\AppData\Local\VirtualStore but file...
Another question about attributes. If 32-bit program creates file in root folder C:\, 32-bit program s the file with attribute: #define FILE_ATTRIBUTE_VIRTUAL 0x00010000 but I can't run 32-bit explorer.exe to look what attribute is shown in Windows. if I run C:\Windows\SysWOW64\explorer.exe it calls 64-bit explorer.exe instead. Is there any way to look that attribute in Windows? real file is placed to C:\Users\user\AppData\Local\VirtualStore but file has no FILE_ATTRIBUTE_VIRTUAL in that folder.
Another question about attributes. If 32-bit program creates file in C:\, it sees the file with attribute: #define FILE_ATTRIBUTE_VIRTUAL 0x00010000 but I can't run 32-bit explorer.exe to look what attribute is shown in Windows. if I run C:\Windows\SysWOW64\explorer.exe it calls 64-bit explorer.exe instead. Is there any way to look that attribute in Windows? real file is placed to C:\Users\user\AppData\Local\VirtualStore but file has no FILE_ATTRIBUTE_VIRTUAL in that folder.
Another question about attributes. If 32-bit program creates file in C:\, it sees the file with attribute: #define FILE_ATTRIBUTE_VIRTUAL 0x00010000 but I can't run 32-bit explorer.exe to look what attribute is shown in Windows. if I run C:\Windows\SysWOW64\explorer.exe it calls 64-bit explorer.exe instead. Is there any way to look that attribute in Windows?
Anothger question about attributes. If 32-bit program creates file in C:\, it sees the file with attribute: #define FILE_ATTRIBUTE_VIRTUAL 0x00010000 but I can't run 32-bit explorer.exe to look what attribute is shown in Windows. if I run C:\Windows\SysWOW64\explorer.exe it calls 64-bit explorer.exe instead. Is the way to look that attribute in Windows?
Thanks. FILE_ATTRIBUTE_STRICTLY_SEQUENTIAL was another value in Windows Kit 10.0.16267. But later it was changed: #define FILE_ATTRIBUTE_STRICTLY_SEQUENTIAL 0x00200000 // 10.0.16267.0 #define FILE_ATTRIBUTE_STRICTLY_SEQUENTIAL 0x20000000 // 10.0.17134.0
We will need new encryption, only if old encryption will be consider as unsecure.
there is no RangeError in 7-ZIP. What library do you use?
CPU Usage column shows incorrect value for 1-thread benchmark. Now I don't know the reason of that issue. Maybe something was changed in Windows 11.
What version of 7-zip did you use? You can create small example of starange archive, and call: 7z l a.zip -slt >list.txt So we can look correct sizes for files inside archive and we can detect what is correct size.
Maybe different zip files. Look size of zip file. Also one archive is big (file in archive is alrger than 4 GB) and can use zip64 extension of zip formart that can be unsupported by older systems.
Size 6 12 24-K 3.97 3.96 32-K 4.16 3.97 48-K 11.86 3.96 64-K 11.87 3.97 96-K 11.92 3.97 128-K 11.83 3.97 192-K 11.91 3.97 256-K 11.94 3.97 384-K 11.97 3.97 512-K 15.11 3.97 768-K 34.19 3.96 1024-K 38.38 5.17 1536-K 43.94 9.58 2-M 46.46 13.01 3-M 50.13 16.74 4-M 50.88 18.17 6-M 52.35 18.64 8-M 53.05 19.14 column 6 (256-K) : L1 cache miss - 12 cycles for (L2 latency) column 12: ( 8-M) : ~19 cycles, 19 cycles includes both L1 cache miss and TLB miss. 19 cycles - 12 cycles = 7 cycles : that is DTLB L1...
Maybe different zip files. Look size of zip file. Also one archibe is big (file in archive is alrger than 4 GB) and can use zip64 extension of zip formart that can be unsupported by older systems.
not implemented. sha256 files are compatible with linux software. So you can test such files in linux. but crc is not supported in linux. and md5 are useless now.
The results show 2200 MHz. Is it bug for timer? Or real frequency is 2200 MHz instead of 2000 MHz?
Deflate method always uses small dictionary. So we use fast and fastest for same settings. We can change dictionary size for another methods.
Check it again. And write the question again based on new results. Also write about archive sizes in text format instead of screenshots.
Check it again. And write the question again based on new results. Also write about archgive sizes in text format instead of screenshots.
Column "12" for tlb miss. zen result was without Page Table Entry (PTE) Coalescing.
Column "12" for 4 kb page TLB. But measuring can be complicated for AMD processors, if Page Table Entry (PTE) Coalescing is working there, where one one TLB entry can cover 4 pages: 4 * 4 KB= 16 KB.
-mm=lzma:lc5:lp0:pb0:fb187 -myx5
That archive contains some errors in headers. Compression method for first item (folder) is 0x63 (99 : AES) in local header. But compression method for first item (folder) is 0 in central directory header. If 7-zip sees that Compression method values are different in local and central headers, 7-zip thinks that central dicrectory is not correct, and 7-zip tries to read local headers instead of central headers. But there is another error in local header also. Size of "Extra Records" is zero in first...
That archive contains some errors in headers. Compression method for first item (folder) is 63 (AES) in local header. But compression method for first item (folder) is 0 in central directory header. If 7-zip sees that Compression method values are different in local and central headers, 7-zip thinks that central dicrectory is not correct, and 7-zip tries to read local headers instead of central headers. But there is another error in local header also. Size of "Extra Records" is zero in first local...
That archive contains some errors in headers. Compression method for first item (folder) is 63 (AES) in local header. But compression method for first item (folder) is 0 in central directory header. If 7-zip sees that Compression method values are different in local and central headers, 7-zip thinks that central dicrectory is not correct, and 7-zip tries to read local headers instead of central headers. But there is another error in local header also. Size of "Extra Records" is zero in first local...
That archive contains minor some errors in headers. Compression method for first item (folder) is 63 (AES) in local header. But compression method for first item (folder) is 0 in central directory header. If 7-zip sees that Compression method values are different in local and central headers, 7-zip thinks that central dicrectory is not correct, and 7-zip tries to read local headers instead of central headers. But there is another error in local header also. Size of "Extra Records" is zero in first...
It contains all files. Look folder: C:\Program Files\7-Zip\
7z2407.exe is 32-bit 7-Zip (x86) that doesn't contain 64-bit code required by 64-bit Explorer. You must use 7z2407-x64.exe installer for 64-bit Windows instead.
Please show exact detailed version of Windows. Do you have additional antivirus software? I didn't ask you to uninstall 7-zip. So please install 7-zip again and reboot system. Does it ask you administrator rights during 7-zip installing? After system reboot: Show all files in C:\Program Files\7-Zip\ folder. And show window from 7-zip File Manager / menu / Tools / Options / 7-Zip.
Please show exact detailed version of Windows. Do you have additional antivirus software? I didn't ask you to uninstall 7-zip. So please install 7-zip again and reboot system. After reboot: Please show all files in C:\Program Files\7-Zip\ folder. And show window from 7-zip File Manager / menu / Tools / Options / 7-Zip.
Right click in File Explorer for what item? Try it for txt file and for some folder. If it doesn't work, install 7-zip again and reboot system.