Итак, что имеем:

Intel i5-3470
16 Gb DDR3-1600Mhz
60Gb Kingston SSD
1500Gb Samsung Hard Disk

[1] Анализ и подготовка

Это то, что нам нужно.
В статье “SSD Installation” рассказывается о том, что использование SSD позволит увеличить быстродействие системы на 200%. Это приятная новость. Однако, там же показано, что есть проблема – ограниченного число циклов перезаписи.

Дальше объясняется, как перенести существующую установку на твердотельный накопитель – это уже не то, что нужно, поскольку мы будем ставить чистую систему на него. Поэтому переходим к статье “SSDOptimization”. Здесь получаем следующие рекомендации:
– использовать ядро версии минимум 3.2 (в Debian 7 как раз 3.2)
– использовать файловую систему ext4 (её и выберем при инсталляции)

[2] Установка чистой системы

На этом подготовительный этап закончен. Теперь любым удобным способом запускаем установку Debian Wheezy. Предварительно прочитав разные статьи, о которых речь пойдёт дальше, я решил ничего особо не менять в том, как разбиты диски, а все нужные преобразования делать после установки. Тем более на это нужно было бы уйма времени – основное место на 1.5 Тб диске занимает раздел /home на файловой системе xfs, которая не поддерживает уменьшение. То есть нужно было бы переносить более 1 Тб данных куда-то, а потом снова копировать… Буду ставить систему целиком на SSD накопитель, а потом сделаю символические ссылки для таких каталогов, как /var и других, какие посчитаю нужным разместить на имеющемся HDD рядом с /home.
Раздел swap даже не будем ставить.

[3] Настройка и оптимизация

Итак, система установлена. Далее по ссылкам на другие статьи находим ещё ценные рекомендации.
Благодаря https://wiki.archlinux.org/index.php/SSD , http://help.ubuntu.ru/wiki/ssd , и другим статьям, можем увидеть, что разделы и файловые системы на SSD необходимо дополнительно настраивать. Что пригодилось лично мне:

-> Проверим поддержку TRIM (http://ru.wikipedia.org/wiki/TRIM) (технологию, позволяющую распределить нагрузку на SSD)

hdparm -I /dev/sda | grep TRIM
        *    Data Set Management TRIM supported (limit 1 block)
        *    Deterministic read data after TRIM

-> Загружаемся с LiveCD/LiveUSB и переносим раздел /var из корня, находящегося на SSD на диск HDD (тот, который монтируется в home). Затем делаем символическую ссылку с /home/var на /var.
Это позволит значительно снизить число циклов записи на SSD, так как этот каталог активно используется системой для записи (одни только лог-файлы чего стоят).

-> Также редактируем /etc/fstab – добавим для корневой файловой системы опции discard (включает использование TRIM), noatime (отключение времени обращения к файлу), nodiratime

-> Решил воспользоваться ещё одним советом – поместить в ОЗУ кэш apt
Для этого в /etc/fstab нужно добавить следующую строку:

tmpfs   /var/cache/apt/archives tmpfs   defaults        0       0

При этом, кэш apt не будет сохраняться на диске и при переустановке пакетов, однако их всегда можно выкачать из сети. Зато можно будет сейчас ускорить за счёт большого объёма озу установку пакетов в чистой системе.

[4] Дальнейший анализ

Поставим утилиту iotop:

aptitude install iotop

Теперь можно увидеть, какие процессы наиболее активно используют запись на диск:

iotop -oPa

После этого можно подумать, какие ещё папки, возможно из профилей приложений перенести на hdd.

p.s. Работает эта конфигурация с января 2014. Проблем нет 🙂