А теперь главное, о чём интел (по-крайней мере интел, думаю и у других вендоров так же) давным-давно твердит:
минимум 10, лучше 20% SSD НЕ СЛЕДУЕТ использовать. Причём не просто «не использовать», а сделать туды trim и больше не писать. То есть сделать secure-erase, а потом использовать раздел не больше 80-90% от размеров SSD.
Чем больше нетронутого места на SSD, тем меньше write-amplification, то есть тем дольше будет работать SSD, и тем быстрее она будет работать (на запись).
интересные статьи. но, имхо, стоило всё таки начать с pbuilder'а (а не заканчивать на нём :-), т.к. обычно ни debuild, ни dpkg-buildpackage в чистом виде для сборки пакетов не используются (ибо мусора много в систему тащат в виде ненужных пакетов для удовлетворения зависимостей при сборке); что касается утилит проверки пакета на кошерность, рекомендую(если не сталкивались) обратить внимание на piuparts — проверяет в chroot-окружении, созданном pbuilder'ом, не перезаписывает/удаляет/создаёт/оставляет ли собранный пакет при установке/удалении какие-либо лишние файлы в системе.
И ещё, помимо создания собственного репозитария, думаю, полезной будет заметка наподобие «куда выгружать пакеты, если их не приняли в Ubuntu» и рассказать в ней про использование PPA.
Да, где-то с 4-го Андроида появились четкие гайдлайны и тема Holo.
минимум 10, лучше 20% SSD НЕ СЛЕДУЕТ использовать. Причём не просто «не использовать», а сделать туды trim и больше не писать. То есть сделать secure-erase, а потом использовать раздел не больше 80-90% от размеров SSD.
Чем больше нетронутого места на SSD, тем меньше write-amplification, то есть тем дольше будет работать SSD, и тем быстрее она будет работать (на запись).
И ещё, помимо создания собственного репозитария, думаю, полезной будет заметка наподобие «куда выгружать пакеты, если их не приняли в Ubuntu» и рассказать в ней про использование PPA.
sugarsync 5.00 GB
wuala 12.00 GB 10.03.2012
box.net 5.00 GB
skydrive.live 25.00 GB
idrive 5.00 GB
icloud 3.00 GB
zumodrive 1 GB
amazon cloud 5GB