>> Я не призываю портировать ядро FreeBSD на Android-смартфоны (хотя это было бы
>> логичным — уйти от зависимости от других корпораций
> других это каких? уйти о одних в виде OIN и попасть к
> дгугим в виде злобных пропиетарщиков с патентными пулами типа MS? --
> толсто, ключевых разработчиков Linux).Прикольно жить в чёрно-белом мире. :))
> покажи хоть один вменяемый тест где семейство ext2/3/4 "ведёт" себя хуже UFS2
> -- не когда не задавал себе вопрос типа "а нахера UFS2
> если они ничем не лучше"
Критерий хуже/лучше для смартфонов явно не в быстроте чтения-записи, но в экономичном использовании полезного пространства файловой системой под данные пользователя.
Помниться, в 1997 году 500Мб файловый образ Mathlab не мог полностью уместиться на диске 1ГБ FAT16 из-за того, что размер кластера 32k байт, а средний размер файлика Matlab'а был около 15 кбайт — файловая система просто не находила столько кластеров для каждого маленького файла, хотя свободного места было для двух матлабов. :)) Проблему решили с переходом на FAT32 в Windows 95 OSR2 и NTFS в Windows NT4 WS, у которых кластера по 4k байт. ;)
> для таких экономных как ты придумали дефрагменторы -- хотя целесообразносьт их использования под большим вопросом
Как мне поможет дефрагментатор, если свободное пространство поглощено неполностью занятыми блоками и его в принципе нельзя никак уже использовать?
>>> И, кстати, гугл не может подождать лишний десяток лет - конкуренты его платформу за это время замнут, знаете ли.
>> 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...