iOS的拉鍊性能

看來關於iOS上壓縮性能信息是有點稀疏，所以我希望有人能詳細闡述這一主題的位（或者做一些測試，因爲我沒有這個選項）。我已經寫了一個純粹的C項目用於iOS應用程序（用於iPad 2/3），它使用了一些非常大的數據文件（5x〜300 MB），我知道這些可以很好地壓縮（5x〜 90 MB）。目前，應用程序將選擇5個解壓縮數據文件中的一個和存儲器映射它 - 這可以在運行中更改。iOS的拉鍊性能

因爲數據文件解壓縮這個動作發生非常迅速，但它是一個相當大的應用程序，所以很明顯，我不知道 - 如果我們解壓縮在飛行中的數據文件嗎？開關（刪除當前數據文件，解壓縮新數據文件）需要多長時間？

我希望答案也可以幫助他人想爲iOS壓縮性能快速查找誰。

來源

2012-07-17 Woodgnome

我猜想，有在玩太多的變數給一個準確的答案。什麼庫/代碼將用於解壓縮？還有哪些其他操作將同時進行（這將包括操作系統任務）？除了此任務的資源外，應用程序還將使用多少內存？等等等等。測試是唯一可以得出答案的方法，即使如此，結果可能也不會在應用程序環境之外使用。 – sosborn 2012-07-17 08:41:22

所有這一切都是真實的，除了關於在我的應用程序之外使用的評論之外，我同意 - 我很樂意說明性能。有些東西可以用來說明「這是否可行？」。比如說，我們在說1秒還是30秒 - 我認爲這對任何尋找快速但不深入的答案的人都是有用的信息。 – Woodgnome 2012-07-17 08:55:44

我相當確信在iDevice上解壓500MB文件需要很多工作，足以使應用看起來很糟糕。如何使用壓縮文件分發應用程序，然後在首次運行時解壓縮它們？或者在沒有任何文件的情況下分發應用程序，然後在首次運行/引導時從Web服務器上下載它們？這似乎是一個很好的妥協？ – 2012-07-17 08:55:45

反正你應該將這些解壓到閃存驅動器，而不是內存（因爲沒有上的iDevice過多的內存），所以您的應用程序將需要〜的免費存儲空間1GB的運行。因此，由於此存儲不能用於其他任何好的方式，因此我建議在第一次運行時解壓縮數據（並且可能不會將數據文件與應用程序一起傳遞，而是從您的站點下載它們）。而且，是的，在iDevices上解壓〜500Mb文件需要一段時間。

來源

2012-12-10 14:26:58

iOS的拉鍊性能

回答

相關問題