Barely does 1 and 2 since 3 causes browsers to actually slow down to a crawl. The second that 18k list started to load, my browser turned ridiculously slow.
yeah the website presents it in bloated HTML unfortunately.
Here is the content:
-------------------------------
How on Earth the Facebook iOS Application is so large
Recently someone on reddit asked “How on earth is the Facebook app size so large ?”. The person asking the question realized that the ~100Mb compressed App Store archive wasn’t all assets - a very large portion was the application binary.
How do you answer that question? You quickly reverse engineer the application!
1 Download the binary to a jailbroken device from the App Store
2 Find the application on the device.
SSH into the device and find the application container on the filesystem:
find / -type d -iname "SomeApp*.app"
3 Decrypt the binary
Install dumpdecrypted on the device. Follow the instructions for using it.
4 Get the files off the device using scp or rsync.
In most cases you will want the application container, the decrypted binary, and the application data container (i.e. what it writes out to the filesystem).
At this point you have the decrypted binary and it’s files. You can now run class-dump on the binary and output a directory of header files for all the classes in the binary, or you can use a disassembler like IDAPro or Hopper to easily see all the classes, symbols, etc.
In the case of the Facebook application, there are more than 18,000 classses in the application:
> FB App is 114MB in size, but loading this page in Chrome will use a good 450MB, idk how they managed that.
Comparing the size of the binary with the size of the memory used by the live program is apples to oranges. The two metrics don't have any correlation whatsoever.
He doesn't compare the size of the binary with the size "of the memory used by the live program".
He compared the size of the binary with the size (in Chrome's memory) of the idiot's webpage complaining about it.
Which he obviously knows is Apples to Oranges, but it's still fun to know and illuminating (the guy blames FB for being too careless with their app size but is too stupid to watch for his web post's size).
I love how easily some ppl on HN call someone an idiot. Way to encourage people to share.
I found it interesting even if my browser ate 260 whatever MB of memory. Doesn't make him an idiot, just a little bit lazy about optimizing his blog (which is not used by millions like the Facebook app)
It seems none of the cool kids with lean blogs managed to post this stuff or get it on HN. I'd love to read their articles about it, but hey, they don't seem to exist.
>I love how easily some ppl on HN call someone an idiot. Way to encourage people to share.
We live in the "social sharing age". People even share what they had for lunch. If anything, people should be encouraged to share LESS or more meaninful stuff only.
>It seems none of the cool kids with lean blogs managed to post this stuff or get it on HN. I'd love to read their articles about it, but hey, they don't seem to exist.
Serving something you want to read doesn't mean there should be no criticism for serving it in a bad way.
If you had only one chinese restaurant in your city, one that served bad food, would it make sense not to complain for their good quality because "other restaurants don't serve noodles at all"?
> Serving something you want to read doesn't mean there should be no criticism for serving it in a bad way.
There's criticism of serving something in a bad way, and then there is calling someone an "idiot".
Should we instantly call every single person an idiot for making a mistake?
I wouldn't say that the food was bad here, it was just a bit cold.
> We live in the "social sharing age". People even share what they had for lunch. If anything, people should be encouraged to share LESS or more meaninful stuff only.
This is off topic, but I don't think people should share less. If you are bothered by it, you should read less. Maybe we should have better tools for filtering.
But information is everything, something as banal as "I had a bad day" has value. Tracking social sentiment for example.
>There's criticism of serving something in a bad way, and then there is calling someone an "idiot".
True.
>Should we instantly call every single person an idiot for making a mistake?
No, but what if they do that first by pointing fingers at the stupid FB devs?
>This is off topic, but I don't think people should share less. If you are bothered by it, you should read less.
This still leaves the problem of an overproduction of pointless stuff, which aside from the ecological issues and time wasted by those producing it, also makes deciding "what to read" among the avalance of BS more difficult.
I was expecting a bit more nuance and insight than '18,000 classes, lol, FB is dumb.' At the very least, it'd be interesting to note what the size of the app might be after app thinning goes live next month.
In brief, a new feature of iOS 9 that allows app resources to be delivered on a device specific basis..meaning that, for example, a user with an iPhone 5 will no longer need to download assets meant to support the 6+ or iPad. More here: http://arstechnica.com/apple/2015/06/app-thinning-will-be-a-...
This so called "investigation" of the Facebook app can be done much simpler. Locate the app in iTunes, rename the .ipa file to .zip, unzip and run otool and nm on the binary. The author list 18,000 header files which is not much of an investigation nor much interesting. Though the staggering number of classes does admittingly somewhat explain the enormous size of the FB app. I do not use the FB app, but generally it can be equally illuminating to look in the Resources/ folder of an app if you wonder where the size came from.
No. You have to jailbreak and "crack" the app to get at the code segment, which makes this more of an effort than you make it out to be. Unless you know something I don't?
>This is the same information provided by using ‘otool -ov’, but presented as normal Objective-C declarations, so it is much more compact and readable.
Seems to me that huge part of this was auto-generated (and auto-structured), and each .m/.h contains very few lines of code. I don't know what FB app does, but with 18000+ fully functional non-excessive handwritten modules you can just win the internets. Oh wait~
They are obviously very lost and reinventing wheels, rather than learning and applying the right design patterns for Apple platforms. I talked to a Facebook iOS person on here recently who was under the impression that GCD offered no help with concurrency problems.
I opened it in the opera version of chrome and it loads no problem. The browser isn't the best at everything but sometimes it works when everything else fails.
Lots of money, lots of employed engineers, everyone needs to do something.
That's the case with a lot of tech today - it's done for the sake of letting people do something. Which, I guess, is not that bad, in the end things are brought to perfection, even though they're not strictly 'needed' in the product.
The fast CPUs and enough RAM take care of the added complexity and everyone's happy.
I heard about something similar to this once on a project a friend was working on (it wasn't of this scale) - it was actually when a designer was the lead on the project and he insisted on customizing random tiny bullshit and the engineers didn't have the power to say no (to cut on the added complexity).
I hope that's not the case, considering there are much more interesting things Facebook employees could be working on (not necessarily even for the betterment of society).
Reading through just some of the classes they have it looks like they have everything from packet readers to image manipulation to RSS feeds to web page embedding to video playback in there. Its literally an OS unto itself.
Yes, this webpage is merely a list of 18,000 headers.