Installer v4.0 is ready (almost)

Posted on Friday July 11th, 2008 / 17:41

Οι Rip Dev ανακοίνωσαν πως η νέα έκδοση του Installer (version 4.0) θα διορθώσει τα 2 μεγάλα προβλήματα του τωρινού Installer:

Installer v4.0

Bandwidth usage: Whenever on your iPhone is refreshing a source, it is fetching the whole repository listing.

Compatibility: You are never sure whether the package you’re downloading is going to work under your particular firmware version.

Το νέο format του repository υπόσχεται να λύσει και τα 2 προβλήματα!

Bandwidth usage – solution:  The downloaded packages listing from the server will be much more compact = 3 times less bandwidth !!

Compatibility – solution: A script behind the repository will filter the packages based on the firmware version you’re using and will only give you the packages that can be installed !!

Πότε θα κυκλοφορήσει; Λογικά αμέσσως μετά από την ανακοίνωση των Dev-Team για το unlock/jailbreak της iPhone Firmware version 2.0

[Via Rip Dev]

About Vasilis Ananiadis

Ο ζωντανός θρύλος της Ελληνικής blogόσφαιρας, ο αβυσσαλέος master του SEO, o πρίγκηπας των Social Media, ο τυφώνας των Web Startups, ο οργασμός της ιντερνετικής επιτυχίας. Τώρα και στο twitter: @vananiadis

Tags: ,

One Response to “Installer v4.0 is ready (almost)”

  1. Έχουμε μερικές νέες πληροφορίες σχετικά με τον αναμενόμενο Installer v4.0:

    Previous Installer had another one major technical issue – it was using Property Lists (plist) files to store the database of available and installed packages. While this was very convenient for us (as programmers) as reading and writing to it required almost no effort, there was numerous complications caused by this design decision.

    First, saving and loading property lists with the number of packages available across numerous repositories was long, simply because each property list file could get as large as 10-20 megabytes, and parsing that when Installer is starting up was not an instant operation. This problem was partially eliminated in Installer 3.1 and beyond when we have moved to binary format property list files from the plain XML – they take less space on disk and load and save faster.

    Second, when the database with all available packages was loaded, it was kept in memory. The iPhone has strict rules about memory usage – so if you had too many sources or packages in the database, the Installer may have been closing due to not enough RAM conditions.

    Third, searching through an array of, say, 1000 packages was slow – it had to run through all of them in memory one by one to find matches. Of course the ARM processor used in the device is fast, but either way that required time.

    So Installer 4 uses sqlite database for all it’s stuff – which means indexing and searching is fast, the index is not loaded all in RAM and only accessed on demand. The startup is significantly faster because of that.

    Next thing I am going to tell you tomorrow is how the packages itself have changed.