ATTENTION: You are viewing a page formatted for mobile devices; to view the full web page, click HERE.

Main Area and Open Discussion > General Software Discussion

Best Executable Compressor Programs

<< < (6/8) > >>

f0dder:
Whoa, I thought UPX was dead :P

masu:
me, too
but obviously their forum is still dead :(

app103:
if you were using this protector back in the old days you'd definintely see a difference in speed. i guess we all take advantage of the fact that new processor speeds all but hides these overactive protectors.-seedling (February 20, 2006, 03:37 PM)
--- End quote ---

And how long ago were these 'old days'? I am concerned about this as I have one of those older, slower, low ram pc's and I wouldn't want to slow things down any more than it already is, considering that I won't release any software that isn't suitable for use on that pc.

I care about those that are stuck with old crap and can't afford the latest & greatest. I don't want to cheat them. Someone has to remember them...they are still out there, and they still have the need for software, and it wasn't long ago that I was among them with nothing but a P1, 233mhz, 64mb ram, running WinME as my one & only pc. (less than 6 months ago, and I was stuck on it for more than 2 years)

I am also concerned not about the one compressed app, but what kind of performance issues one would have if they ran numerous compressed apps at the same time on a pc like that. If it could cause a problem, I don't want to contribute to it by compressing mine.

f0dder:
I am also concerned not about the one compressed app, but what kind of performance issues one would have if they ran numerous compressed apps at the same time on a pc like that. If it could cause a problem, I don't want to contribute to it by compressing mine.

--- End quote ---

You definitely shouldn't compress programs that will run multiple instances. With uncompressed programs, all code and data that isn't written to will be shared among multiple instances of the program. With compressed programs, ALL code/data in your app will be private to each instance.

Use a good tool like Process Explorer to check the "private bytes" of your app in compressed vs. uncompressed mode.

masu:
UPX 3.0 is out now  :Thmbsup:


Changes in 3.00 (27 Apr 2007):
  * watcom/le & tmt/adam: fixed a problem when using certain filters

Changes in 2.93 beta (08 Mar 2007):
  * new formats Mach/i386 and Mach/fat support Mac OS X i686 and
    Universal binaries [i686 and PowerPC only]
  * dos/exe: LZMA is now also supported for 16-bit dos/exe. Please note that
    you have to explicitly use '--lzma' even for '--ultra-brute' here
    because runtime decompression is about 30 times slower than NRV -
    which is really noticeable on old machines.
  * dos/exe: fixed a rarely occuring bug in relocation handling
  * win32/pe & arm/pe: better icon compression handling

Changes in 2.92 beta (23 Jan 2007):
  * new option '--ultra-brute' which tries even more variants
  * slightly improved compression ratio for some files when
    using '--brute' or '--ultra-brute'
  * bug fixes

Changes in 2.91 beta (29 Nov 2006):
  * assorted bug fixes
  * arm/pe: fix "missing" icon & version info resource problem for wince 5
  * win32/pe & arm/pe: added option --compress-icons=3 to compress all icons

Changes in 2.90 beta (08 Oct 2006):
  * LZMA algorithm support for most of the 32-bit and 64-bit file formats;
    use new option '--lzma' to enable
  * new format: BSD/elf386 supporting FreeBSD, NetBSD and OpenBSD
    via auto-detection of PT_NOTE or EI_OSABI
  * arm/pe: all the NRV compression methods are now supported
    (only NRV2D is missing in thumb mode)
  * linux/elf386, linux/ElfAMD: remember /proc/self/exe in environment
  * major source code changes: the runtime decompression stubs are now
    built from internal ELF objects
--- End quote ---

http://upx.sourceforge.net/

Navigation

[0] Message Index

[#] Next page

[*] Previous page

Go to full version