Интенсивный своп убьёт SSD
Поэтому и была рекомендация ставить SSD вместе с добавленией RAM.
Для здоровья SSD противопоказаны —
Журналируемая ФС
Своп
/tmp и разнообразные кэши на диске
Засыпание на диск
Кстати, если избавиться от перечисленного с установленным HDD, то можно добиться большего эффекта нежели от установки SSD.
Последствия аварийного завершения работы системы на нежурналируемой ФС могут быть одинаково печальны и на HDD и на SSD. Вариант поиграть с настройками журналирования ФС.
/tmp - вариант в RAM или на дополнительный HDD
своп, кэши - вариант на дополнительный HDD или вырубить
Абстрактно:
1. Система и прикладной софт на SSD или в RAM
2. Что пишется постоянно и востребовано только на время текущего сеанса - хранить в RAM или на дополнительном HDD
3. Что пишется постоянно и востребовано не только на время текущего сеанса - хранить на дополнительном HDD
Общая рекомендация тогда такая: увеличение RAM, установка SSD + дополнительный HDD. Что впрочем не избавляет от тюнинга системы.
Я не фанатик предлагать SSD направо и налево. Во-первых, дорого, во-вторых, требует более скрупулезного подбора, в-третьих, добавляет новые вопросы (см. сообщения выше).
И если в случая своего личного уютного локалхоста можно развлекаться хоть в консоли, то когда дело доходит до работы, вольно или невольно приходится пользоваться тем, что есть. И вот тут тормоза новых версий софта могут достать не по-детски. Выход: или крутимся с софтом, или аппаратно модернизуемся или покупаем новую железку. Вечный бег по кругу, блин...
2 гига это предел :(
На моем нетбуке аналогично.