Help! Garry's Mod Compressor

[Miravinder]

Originally Posted by panker1992

do not use srep 3.93a
it has memory leak and it crash endlessly especially on windows 10
this is verified bug
switch to 3.93 or 3.2 version and use 64 bit

panker1992, please show proof of this error and load data are compressed.
What build a srep 3.93 used?

Originally Posted by hasandgn34

OS is Windows 8.1 x86 and x64 and RAM 8GB I have.

hasandgn34, I can recommend to close all programs that devour RAM. (torrent, browser, skype, etc.)

Originally Posted by hasandgn34

SREP says 3911(or similar size) mb memory required and went ERROR.

You need to have 4 GB of contiguous block of memory, so use SREP 3.92 x64.

Originally Posted by hasandgn34

I have free space for compression.

32 + 32 = 64 GB only need for temporary files srep. I would have freed at least 100 GB.

Compress DiRT Rally SREP x64 3.92 beta (OS Win8.1 x64 RAM 8Gb)

FreeArc 0.67 (September 13 2014) creating archive: .\DiRT Rally.arc
Compressing 10,735 files, 34,372,742,743 bytes. Processed  99.9%
Compressing 34,372,742,743 bytes with srep64 -m3f -l512 -c256 -a4  $$arcdatafile
$$.tmp $$arcpackedfile$$.tmp
100.0%SREP 3.92 beta (July 23, 2013): input size 32780 mb, memory used 3911 mb,
-m3f -l512 -c256 -a4/4 -hash=vmac -b8mb
0%: 8,388,608 -> 6,926,624: 82.57%.  Cpu 13 mb/s (0.608 sec), real 1 mb/s (9.051
0%: 16,777,216 -> 14,486,233: 86.34%.  Cpu 21 mb/s (0.764 sec), real 2 mb/s (9.7
0%: 25,165,824 -> 16,056,981: 63.80%.  Cpu 28 mb/s (0.858 sec), real 2 mb/s (9.9
0%: 41,943,040 -> 21,587,208: 51.47%.  Cpu 38 mb/s (1.045 sec), real 4 mb/s (10.
0%: 58,720,256 -> 25,811,362: 43.96%.  Cpu 45 mb/s (1.232 sec), real 5 mb/s (10.
0%: 75,497,472 -> 31,318,434: 41.48%.  Cpu 51 mb/s (1.404 sec), real 7 mb/s (10.
0%: 92,274,688 -> 39,457,433: 42.76%.  Cpu 53 mb/s (1.669 sec), real 8 mb/s (10.
---
99%: 34,301,018,112 -> 22,062,405,978: 64.32%.  Cpu 52 mb/s (629.292 sec), real
99%: 34,309,406,720 -> 22,070,760,456: 64.33%.  Cpu 52 mb/s (629.542 sec), real
99%: 34,317,795,328 -> 22,079,071,108: 64.34%.  Cpu 52 mb/s (629.823 sec), real
99%: 34,326,183,936 -> 22,087,367,162: 64.35%.  Cpu 52 mb/s (630.072 sec), real
99%: 34,334,572,544 -> 22,095,561,982: 64.35%.  Cpu 52 mb/s (630.353 sec), real
99%: 34,342,961,152 -> 22,103,882,334: 64.36%.  Cpu 52 mb/s (630.634 sec), real
99%: 34,351,349,760 -> 22,112,169,616: 64.37%.  Cpu 52 mb/s (630.868 sec), real
99%: 34,359,738,368 -> 22,120,494,866: 64.38%.  Cpu 52 mb/s (631.149 sec), real
99%: 34,368,126,976 -> 22,128,839,143: 64.39%.  Cpu 52 mb/s (631.414 sec), real
100%: 34,372,742,743 -> 22,133,391,584: 64.39%.  Cpu 52 mb/s (631.539 sec), real
 40 mb/s (811.045 sec) = 78%
Sorting matc100.0% Second 100.0100.0%
100.0%
Errorlevel=0
Compressed 10,735 files, 34,372,742,743 => 22,133,414,352 bytes. Ratio 64.39%
Compression time: cpu 93.87 sec/real 3080.10 sec = 3%. Speed 11.16 mB/s
All OK

[hasandgn34]

Originally Posted by Miravinder

panker1992, please show proof of this error and load data are compressed.
What build a srep 3.93 used?


hasandgn34, I can recommend to close all programs that devour RAM. (torrent, browser, skype, etc.)

You need to have 4 GB of contiguous block of memory, so use SREP 3.92 x64.

32 + 32 = 64 GB only need for temporary files srep. I would have freed at least 100 GB.

Compress DiRT Rally SREP x64 3.92 beta (OS Win8.1 x64 RAM 8Gb)

FreeArc 0.67 (September 13 2014) creating archive: .\DiRT Rally.arc
Compressing 10,735 files, 34,372,742,743 bytes. Processed  99.9%
Compressing 34,372,742,743 bytes with srep64 -m3f -l512 -c256 -a4  $$arcdatafile
$$.tmp $$arcpackedfile$$.tmp
100.0%SREP 3.92 beta (July 23, 2013): input size 32780 mb, memory used 3911 mb,
-m3f -l512 -c256 -a4/4 -hash=vmac -b8mb
0%: 8,388,608 -> 6,926,624: 82.57%.  Cpu 13 mb/s (0.608 sec), real 1 mb/s (9.051
0%: 16,777,216 -> 14,486,233: 86.34%.  Cpu 21 mb/s (0.764 sec), real 2 mb/s (9.7
0%: 25,165,824 -> 16,056,981: 63.80%.  Cpu 28 mb/s (0.858 sec), real 2 mb/s (9.9
0%: 41,943,040 -> 21,587,208: 51.47%.  Cpu 38 mb/s (1.045 sec), real 4 mb/s (10.
0%: 58,720,256 -> 25,811,362: 43.96%.  Cpu 45 mb/s (1.232 sec), real 5 mb/s (10.
0%: 75,497,472 -> 31,318,434: 41.48%.  Cpu 51 mb/s (1.404 sec), real 7 mb/s (10.
0%: 92,274,688 -> 39,457,433: 42.76%.  Cpu 53 mb/s (1.669 sec), real 8 mb/s (10.
---
99%: 34,301,018,112 -> 22,062,405,978: 64.32%.  Cpu 52 mb/s (629.292 sec), real
99%: 34,309,406,720 -> 22,070,760,456: 64.33%.  Cpu 52 mb/s (629.542 sec), real
99%: 34,317,795,328 -> 22,079,071,108: 64.34%.  Cpu 52 mb/s (629.823 sec), real
99%: 34,326,183,936 -> 22,087,367,162: 64.35%.  Cpu 52 mb/s (630.072 sec), real
99%: 34,334,572,544 -> 22,095,561,982: 64.35%.  Cpu 52 mb/s (630.353 sec), real
99%: 34,342,961,152 -> 22,103,882,334: 64.36%.  Cpu 52 mb/s (630.634 sec), real
99%: 34,351,349,760 -> 22,112,169,616: 64.37%.  Cpu 52 mb/s (630.868 sec), real
99%: 34,359,738,368 -> 22,120,494,866: 64.38%.  Cpu 52 mb/s (631.149 sec), real
99%: 34,368,126,976 -> 22,128,839,143: 64.39%.  Cpu 52 mb/s (631.414 sec), real
100%: 34,372,742,743 -> 22,133,391,584: 64.39%.  Cpu 52 mb/s (631.539 sec), real
 40 mb/s (811.045 sec) = 78%
Sorting matc100.0% Second 100.0100.0%
100.0%
Errorlevel=0
Compressed 10,735 files, 34,372,742,743 => 22,133,414,352 bytes. Ratio 64.39%
Compression time: cpu 93.87 sec/real 3080.10 sec = 3%. Speed 11.16 mB/s
All OK

I did it. and there is no problem with srep64.
but you didn't use precomp for this. because it is increasing 58gb from 27gb.
when ı used srepx86, it went to error. but with x64 srep, it works perfectly.
thanks again.

[Miravinder]

Originally Posted by hasandgn34

but you didn't use precomp for this. because it is increasing 58gb from 27gb.

I have not used precomp, why it does not work in a multithreaded unpacking.

Originally Posted by hasandgn34

but with x64 srep, it works perfectly.
thanks again.

Forget it! I'm happy for you.

[rinaldo]

panker
felix

if we get to 2 MB it is good .. but if only srep+msc+nz reach 2.62 I doubt use precompress ... if we go down below 2, we are riding on what I have to do .. otherwise I would look for other compressors more capable on the files .. thank you for the good help guy