несколько вопросов по быстродействию и разбивке SSD.

решил перейти на линукс , в планах стоит поставить слаку с xen'ом на SSD 256Гб, взяты материнка и процессор поддерживающие vt-d (i7-3770 + GA-Q77M-DH2) и 32 Гб оперативы (пока только 16 , но в течении месяца возьму еще 16Гб) и в дальнейшем приобрести пару видеокарт для проброса на виртуальные машины , на хост машине использоваться будет интегрированная графика , есть старые винты 2 по 2 ТБ , использоваться будут для медиатеки.
Что хотелось бы получить , стабильную линукс хост систему , выбрана слака за стабильность и есть небольшой опыт с ней , максимально настраиваемый производительный гипервизор с пробросом устройств , как то видеокарты например. выбран хen , хотя присматривался и к kvm но там вроде как все максимально нагружает хост систему и нельзя ограничить использование процессора и количество ядер .
и собственно сами вопросы
1) есть ли смысл в тотальном перекомпилировании под свой процессор системы ? или использовать готовые пакеты ?
а)Xorg и KDE (вот это интересует в первую очередь)
b)ядра (имеется в виду даст ли эффект компиляция под конкретный процессор) ?
с) системных приложений как то OpenSSH , Samba , Apach , и прочее .
2) установка на SSD
читая форумы файловой системой выбрана btrfs так как там есть поддержка SSD
/tmp хочу вынести в ramdisk , /home , /var , lost+founds перенести на обычные HDD .
а) как лучше разбить диск думалось отдать все / , и вынести другие винты то что перечислил выше (/home , /var , lost+founds) или лучше будет /home оставить на ssd а отключить кэши браузеров или симлинками перенести их на ramdisk ?
3) сильно ли нужен своп ? хочу вообще убрать поддержку свопа , и своп не делать и в новоя ядро его поддержку не включать , есть в этом смысл или просто не создавать своп ? и некоторые пугают что без свопа система себа не сильно устойчиво ведет , только я не могу понять как тут своп неустоячивым делает систему при условии что памяти хватает.
в общем хотелось бы почитать любые советы по улучшению быстродействия и оптимизации .

1. Говорят, что SSD не есть верх надежности. Поэтому, чтобы спать спокойно - только пара SSD и ставить их в зеркало. В массив RAID-1.
2. Не совсем понятно - зачем SSD на 256 гигабайт. Хотя, если на них положить образы виртуалок, то будет весьма шустро.
3. Для корня вполне достаточно иметь раздел на 16 гигабайт. Все остальное - под разделы с данными.
4. Если у тебя памяти 32 гигабайта, то своп, скорее всего, задействован не будет. Хотя - можно и 32 гигабайта выжрать досуха. Все от задач зависит. Я бы на первых порах своп бы на такой технике не делал. Посмотрел бы на использование памяти в реальной эксплуатации. И если её маловато остается - разместил бы пару гигабайт свопа на обычных HDD. Кстати, на HDD я поместил бы и /var

1 судя по отзывам при должном уходе и настройке то SSD вещь под систему вполне надежная
2 да , 256 бралось с расчетом на виртуалки , потому что хочется что бы и работа на них была максмально быстрая .
3 в том то и дело данные то скорее всего будут в /home , а он будет на HDD , хотя все же посмотрю может получится на SSD поместить но отключить максимально запись на диск.
4 тоже так думаю , хотя реально интересно , исключение свопа из ядра как то сказывается на быстродействии ?
5 про /var я изначально писал про HHD так как там постоянно что то пишется что губительно для SSD.

lost+found неотъемлемая часть фс раздела.. на сколько я знаю.

или есть способ выносить его(lost+found) отдельно?


в своп уж точно "небыстрые" частицы улетают ;-)


/etc/sysctl.conf
vm.swappiness = 0

своп вообще не будет юзаться

grummer написал:

что то пишется что губительно для SSD.

своп губительно использовать на ссд.
add// для ссд губительно

Cruiser78 написал:

3. Для корня вполне достаточно иметь раздел на 16 гигабайт. Все остальное - под разделы с данными.

Это смотря какой у кого корень. У меня /usr - 27GB, /var - 3GB, остальное, кажется, больше 1GB,
/home отдельно.

Пётр.

Я на SSD. Всё работает. swap - наверное не нужен, у меня нет. Система просит, но можно отказаться при установке. Но. У меня - домашняя машинка. LXDE. Уверены, что "спать" не будете?
Уверены, что Ваши проги не сожрут память? Удачи, всё выйдет.

один вопрос в котором пол ответа.

зачем нужен своп если не спим?

у меня параметр свопинес стоит 30. а по дефолту ставит система 60.
так вот заметил. если никогда не сплю. то своп 0
если сплю

18:43:58_gu@moshell:~$ free
total used free shared buffers cached
Mem: 3941724 2985080 956644 0 143124 1304332
-/+ buffers/cache: 1537624 2404100
Swap: 10485756 344212 10141544
18:46:19_gu@moshell:~$ uptime
23:26:59 up 13 days, 19:35, 6 users, load average: 0,05, 0,09, 0,14
23:26:59_gu@moshell:~$

а ложусь спать я постоянно.
то как видите

а как на счет перекомпиляции основных пакетов с заточкой под свой процессор ? есть смысл ?

grummer написал:

а как на счет перекомпиляции основных пакетов с заточкой под свой процессор ? есть смысл ?

ИМХО - ловля блох с непредсказуемым результатом. Гимору много, а в сухом остатке... Ну выиграешь пару-дугую процентов в производительности. Оно того стоит? Может лучше жить со стандадартными репами, чем ввязываться в жизнь постоянной перекомпиляции обновлений...