Compression 在发布版本上使用UPX（可执行压缩程序）？
我想知道在项目的发布版本中使用（或任何其他可执行压缩程序）是否正常/可接受 例如，我有一个可执行文件，它在发货时通常是1.7MB，但打包时是426KB。我并不在乎1.2MB的存储空间，但426KB在下载时和一般情况下看起来都要好得多 此外，我还听说（未经测试）有些程序在压缩时启动时性能更好，因为从硬盘读取比解压缩更昂贵 那么，建议在发布版本上压缩可执行文件吗 我听说（未经测试）有些程序在启动时压缩时性能更好，因为从硬盘读取比解压缩更昂贵 有时情况正好相反，因为程序只需要按需加载代码页。但它不能这样做，因为exe被压缩了 如果有多个可执行文件实例正在运行，那么内存将在每个实例之间共享。但是如果你压缩它们，情况就不再是这样了 至于下载，下载的肯定是一个压缩的安装包 简而言之，我真的不认为可执行压缩器是值得的 我听说（未经测试）有些程序在启动时压缩时性能更好，因为从硬盘读取比解压缩更昂贵 有时情况正好相反，因为程序只需要按需加载代码页。但它不能这样做，因为exe被压缩了 如果有多个可执行文件实例正在运行，那么内存将在每个实例之间共享。但是如果你压缩它们，情况就不再是这样了 至于下载，下载的肯定是一个压缩的安装包 简而言之，我真的不认为可执行压缩器是值得的Compression 在发布版本上使用UPX（可执行压缩程序）？,compression,executable,upx,Compression,Executable,Upx,我想知道在项目的发布版本中使用（或任何其他可执行压缩程序）是否正常/可接受 例如，我有一个可执行文件，它在发货时通常是1.7MB，但打包时是426KB。我并不在乎1.2MB的存储空间，但426KB在下载时和一般情况下看起来都要好得多 此外，我还听说（未经测试）有些程序在压缩时启动时性能更好，因为从硬盘读取比解压缩更昂贵 那么，建议在发布版本上压缩可执行文件吗 我听说（未经测试）有些程序在启动时压缩时性能更好，因为从硬盘读取比解压缩更昂贵 有时情况正好相反，因为程序只需要按需加载代码页。但它不能这