>[оверквотинг удален]
>> если они ничем не лучше"
> Критерий хуже/лучше для смартфонов явно не в быстроте чтения-записи, но в экономичном
> использовании полезного пространства файловой системой под данные пользователя.
> Помниться, в 1997 году 500Мб файловый образ Mathlab не мог полностью уместиться
> на диске 1ГБ FAT16 из-за того, что размер кластера 32k байт,
> а средний размер файлика Matlab'а был около 15 кбайт — файловая
> система просто не находила столько кластеров для каждого маленького файла, хотя
> свободного места было для двух матлабов. :)) Проблему решили с переходом
> на FAT32 в Windows 95 OSR2 и NTFS в Windows NT4
> WS, у которых кластера по 4k байт. ;) а я т думал чт разницу в цене 4G или 16G гораздо проще компенсировать чем мощьностью и соответственно объёмом батарейки -- ну тебе видимо видней.
>[оверквотинг удален]
> Как мне поможет дефрагментатор, если свободное пространство поглощено неполностью занятыми
> блоками и его в принципе нельзя никак уже использовать?
>>>> И, кстати, гугл не может подождать лишний десяток лет - конкуренты его платформу за это время замнут, знаете ли.
>>> Google смог выбросить glibc и заменить её BSD-реализацией libc. Почему ты думаешь,
>>> что заменить устаревшее ядро на более современное ей составит очень больших
>>> затрат? Ведь основной тренд разработки Android связан не с системным программным
>>> обеспечением, а с ПРИКЛАДНЫМ, независимым от ядра и его операционного окружения.
>> пруфлинк?
> http://en.wikipedia.org/wiki/GNU_C_Library#Use_in_small_devices
> http://en.wikipedia.org/wiki/Android_Market#Implementation_d...
так где? чёта не вижу