打個註解。
我知道 UPX 之類的東西，不過事實上 UPX 是會縮短 disk access 的時間，
但解壓縮的動作本身卻又會花 CPU 的時間。
所以，如果是 cpu 很快而 disk 慢的，用 UPX 不錯； 反之就不能用了。
也因為如此，upx 就留給有需求的人自己去跑，
預設的安裝檔通常不會這樣處理，因為安裝檔本身就有壓縮了。

(1)(2)嗯，Firebird forum 上面有人討論過 upx 壓縮後真正產生的效率影響，
結論是整體考慮起來負面影響較大，所以目前好像沒有人出 upx 後的版本。
(3)解壓縮後當然是會變大，所以空間真的不夠的人是適合用 upx 的，
所以，upx 應該會適合安裝後有需求的人自行使用。
(4)upx 的理論我大概理解，Win32的 executable format 我想我也還算熟，
其實很早前我就有在玩upx了，它 strip 掉的資訊以 reallocation table
為主，而 Mozilla 如果拿掉這個可能會不能跑，Firebird 用 static link
所以很多版本通常一開始就拿掉了... 效果有限。
(5)理論上這是不可能的事。根據壓縮的原理，如果安裝檔壓縮跟多一次 upx
可以產生到「不小」的差距，那代表壓縮的演算法有誤、或還不是最佳的。
當然前提是 upx 沒有減少資訊量。由 (4) 得知，upx 減少的資訊量應該不多。

(1)負面影響.....不知道是哪'方面的負面影響呢 ?
WIN2000如果 LARGESYSTEMCACHE=0 的話CACHE 是8MB (XP LARGESYSTEMCACHE預設是0..) 9X系列 VCACHE大過 32MB也沒有助益，所以如果FB執行檔大小從接近8MB縮小到2mb多，cache的運用比較有效益(當然前提事項我這樣FB開開關關的...)