[Samsung Galaxy Nexus] osm0sis:
Galaxy Nexus: 654mb system, 432mb cache

Nexus 4: 840mb system, 560mb cache

Nexus 5: 1074mb system, 734mb cache

Nexus 6: 1946mb system, 248mb cache

Moto X (2013): 1611mb system, 1067mb cache

Moto G (2013): 1023mb system, 694mb cache

Until the N6, Nexus phone device /cache has been ~66.6% of /system. I think the N6's stance on it should be standard going forward however, especially for us, since as I mentioned in my previous post, /cache is only really used by OTAs in >ICS Android and the GN is certainly not receiving any more of those, making it mostly up for grabs. If it's still percentage-based, the N6 would make it only ~12.5%.

"Stock" PIT for our device: http://xdaforums.com/galaxy-nexus/general/guide-restore-to-stock-unbrick-galaxy-t2065470

We can extract it to use as our starting point. I'm unsure whether we need a different PIT file for each variant (maguro vs. toro vs. toroplus), but I'll figure out the correct offsets for the command to extract the PIT from our emmc (a la this) and we can find out definitively.

[MENTION=4263181]mn.code[/MENTION]'s 1gb system PIT: http://xdaforums.com/showpost.php?p=60798125&postcount=663

A good example of a working modified PIT for the GN. I believe he reclaimed all of the added space from /data however, and he has still yet to provide his documentation on modifying and flashing the PIT file. Maybe he can provide it now in this thread to save us some time. :good:

Official ODIN download site: http://odindownloader.com/

PIT Magic: http://xdaforums.com/showthread.php?t=1916936

Seems to be the defacto app for creating and modifying PIT files.

[MENTION=1048318]zzpianoman[/MENTION]'s ZMoD 0518 tar: http://xdaforums.com/showpost.php?p=60824237&postcount=704

Since mn reported ROM flashing reverted the partition size changes. Though this can maybe be worked around by flashing the new nightly, backing it up, formatting and then restoring. Better would be [MENTION=2633638]Ziyan[/MENTION] switching from block system.dat patching back to the old separate file-based zip format; Google hasn't even switched the newer (Nexus 4, 5 and 7) devices' OTA zips to the new block format, so there's no reason the GN needs to be on it, especially when it reverts our partition tinkering due to a specific partition size flag with which the system.dat has to be built. It would also allow addon.d to work again, which would be very handy with our new expanded /system partition. ;)

This also solves the question of different builds, provided they merely remain small enough to fit on the base-size partition. With system.dat OTA-style out of the picture not even formatting should affect the size. At worst, GApps flashing would have to be sacrificed by those not willing to move forward if the standard ROM size kept increasing. As for the F2FS query, it never needs to be mandatory so I wouldn't worry about it. Some people seem to have some issues with it as well, but that could be an issue of devs using either too aggressive flags or not aggressive enough flags. F2FS is still pretty new for Android and I'm not sure anyone's really mastered the tweaks.

I expect increasing to a reasonable size like 1.2gb would allow for the proper expansion Lollipop has caused and M will likely also, as well as all the GApps one would want to cram on there. I'd imagine this will be sufficient until the hardware fails to support the latest Android versions or literally fails altogether. :cowboy: