Live data from Hacker News

Xcode 8.3 produces binaries 3x larger than Xcode 8.2.1

openradar.me

121–130 of 142 posts

Re: Xcode 8.3 produces binaries 3x larger than Xcode 8.2.1

#121
post #99
post #41

Earlier quoted context omitted.

I think you have a good point. The whole reason for standards (like SI units) is so that people don't need to guess or interpret. I don't get why this was downvoted.

Because we solve practical problems, and do not nit pick of what is technically correct. We are not drones and easily understand that in this context it's megabytes. Just look at all that "technically it's mebibytes bla bla bla" in replies. No one cares. Write some code. Or better - go outside.

space launches have crashed because of confusion over standard units.

in that case it was confusion between metric and certain fantasy engineering units, but an error of 1000/1024 will cause troubles just as badly.

so with that attitude maybe don't write that code, and better stay inside or a rocket might fall on your head.

but for serious, that correction probably has taught more than 10 people the difference between uppercase B = bytes, lowercase b = bits, uppercase M = mega = 1 000 000, lowercase m = milli, MiB = mebibyte = 1024 x 1024 bytes = 1 048 576 bytes, or at least made them aware of the important fact there is a difference. while your pedantry about nitpicking has taught nobody anything except to always be alert cause there's people like you that like to offload mental ballast and use wrong units because they insist their errors can be inferred and corrected from context... which is an important lesson also, but as a warning, not to defend the behaviour.

Re: Xcode 8.3 produces binaries 3x larger than Xcode 8.2.1

#122
post #118

Earlier quoted context omitted.

The iOS Gmail app has increased in size to 140MB at the last update. I'm on a 16GB iPhone and I've noticed app sizes slowly increasing over the last two and a half years that I've had my phone. I have to keep an eye on app size to make sure I don't run out of space on my phone. I've already boycotted the Facebook app, but apps like Gmail are too important to uninstall. If it comes to it I'll be getting rid of a lot o…

For comparison - GMail app on my Pixel XL takes 31MB for the app and about 10MB for data and cache.

That's more due to Google offloading common logic into shared Android and Play components than compiler efficiencies.

Re: Xcode 8.3 produces binaries 3x larger than Xcode 8.2.1

#123

Earlier quoted context omitted.

The iOS Gmail app has increased in size to 140MB at the last update. I'm on a 16GB iPhone and I've noticed app sizes slowly increasing over the last two and a half years that I've had my phone. I have to keep an eye on app size to make sure I don't run out of space on my phone. I've already boycotted the Facebook app, but apps like Gmail are too important to uninstall. If it comes to it I'll be getting rid of a lot o…

I made the mistake of getting a 16GB iPhone 4s last time. I'll never make that mistake again (well, it's impossible now I guess). I was forever having to delete stuff to make room for updates (and IOS gets all sideways when you run out of space halfway through an app update) and managing the memory. It's just not worth the constant headache.

Yeah, I have a 16gb iPhone 6 and it's gotten unbearable in the past few month. I don't even keep many apps around. No room for my music anymore :(

Re: Xcode 8.3 produces binaries 3x larger than Xcode 8.2.1

#124

So, the app explodes in size, and since almost no app provides a "clear cache/temp" feature, apps grow til you are crashing routinely. While iOS may clear some space when it feels like it, I have a monthly routine of deleting and reinstalling a slew of apps which take up gigs of space on the device after usage, even though they are just showing data stored on a server. I know, I shouldn't have to worry about this, th…

I made the mistake of buying a 16 GB iPad mini 2. While pretty much all I use on it are a screenful of streaming apps, it's chronically low on memory. I have iCloud Photos enabled and it set to optimize storage, but it regularly gets in a situation where there's not enough free storage to upload new photos to iCloud Photos, since iCloud Photos has filled up the 4 GB free storage...

I've been using Google Photos for this. They offer unlimited storage (though they compress photos), and the sync process is hands off (just have to open the app).

Re: Xcode 8.3 produces binaries 3x larger than Xcode 8.2.1

#125
post #118

Earlier quoted context omitted.

For comparison - GMail app on my Pixel XL takes 31MB for the app and about 10MB for data and cache.

That's more due to Google offloading common logic into shared Android and Play components than compiler efficiencies.

Erm, that's not true. As soon as GMail app updates on Android, it replaces the builtin one with full features. The shared "Play components" are things like push handling, which is builtin on iOS as well.

Play services and OS do not carry GMail shared components.

Re: Xcode 8.3 produces binaries 3x larger than Xcode 8.2.1

#126

Isn't 10.3 the first version that is introducing the new APFS file system? If so, couldn't that have something to do with it? Does each app need to compile for both supported file systems now? I am not a LLVM expert but someone with more expertise on this subject might be able to say. I just found it odd that no one else here had mentioned it. It is the big update for 10.3

Apps aren't compiled for a specific file system, so no.

Re: Xcode 8.3 produces binaries 3x larger than Xcode 8.2.1

#127

Earlier quoted context omitted.

yes, but your gain is still an integer number. the non-integer ratio is just a statistic (gain per number of units).

Why is it an integer number? Entropy (in bits) is defined as - \sum_x (p(x) log_2 p(x)) There is no reason this has to be an integer, since probabilities are not restricted to being reciprocals of powers of 2. Consider also that you can simply use a different logarithm base to get a different unit (e.g. use the natural logarithm to obtain the entropy in nats). It would be bizarre if the arbitrary choice of 2 as the b…

yes, you are quite right -- i was referring to the binary digit rather than the shannon

Re: Xcode 8.3 produces binaries 3x larger than Xcode 8.2.1

#128

So, the app explodes in size, and since almost no app provides a "clear cache/temp" feature, apps grow til you are crashing routinely. While iOS may clear some space when it feels like it, I have a monthly routine of deleting and reinstalling a slew of apps which take up gigs of space on the device after usage, even though they are just showing data stored on a server. I know, I shouldn't have to worry about this, th…

iOS cleans up Caches/tmp directory, it it needs space. https://developer.apple.com/library/content/documentation/Fi... > "Note that the system may delete the Caches/ directory to free up disk space, so your app must be able to re-create or download these files as needed." > tmp: "however, the system may purge this directory when your app is not running."

Despite this claim. It doesn't feel like it happens. Maybe, apps aren't writing the Cache files to the right place and that's why they aren't being cleaned up.

Re: Xcode 8.3 produces binaries 3x larger than Xcode 8.2.1

#129

Earlier quoted context omitted.

yes, but your gain is still an integer number. the non-integer ratio is just a statistic (gain per number of units).

only when you consider bits to be the final, indivisible, fundamental unit of information. which they aren't. if you have a data storage thingy that can store any of three values, a ternary digit, it is exactly equivalent to log2(3) = ln(3) / ln(2) ~= 1.585 bits. kind of like US pop-science articles like to say stuff like "a volume 1.5 olympic-size swimming pools" (because a megagallon is just weird), even though obv…

you are obviously right, but i think that in the specific case described above -- computer code -- we have binary digits as final and indivisible units.

Re: Xcode 8.3 produces binaries 3x larger than Xcode 8.2.1

#130

Earlier quoted context omitted.

yes, but your gain is still an integer number. the non-integer ratio is just a statistic (gain per number of units).

only when you consider bits to be the final, indivisible, fundamental unit of information. which they aren't. if you have a data storage thingy that can store any of three values, a ternary digit, it is exactly equivalent to log2(3) = ln(3) / ln(2) ~= 1.585 bits. kind of like US pop-science articles like to say stuff like "a volume 1.5 olympic-size swimming pools" (because a megagallon is just weird), even though obv…

Filling the top half would be more fun

https://what-if.xkcd.com/6/

Post reply on HN