Максим

> трим выключен (в одной из статей на хабре и в таблице в вики нашёл, что для моего контроллера ssd трим включать не нужно)

сделал О_О вот такие глаза, пошёл искать, что же там пишут в качестве аргументации, потому как очевидно, что это бред. собственно, нашел статью — бред как он есть. включите TRIM, не насилуйте железо.

в linux smart response работать по очевидным причинам не будет, поэтому вопрос для вас отпадает, видимо, сам собой =)

и тут в пост о железе опять врываюсь я, советуя не слушать бредни предыдущих ораторов =)

1. ограничение циклов перезаписи — самое что ни на есть настоящее.
2. контроллер умеет использовать неразмеченную облать под remap совместно с внутренним резервом.

оставляйте сколько не жалко, прикиньте сколько вам точно хватит под систему на всю жизнь накопителя, остальное оставьте неразмеченным. 64 гига, мне кажется, выше крыши, остальное оставить под remap — будет разумно (10-20 процентов).

кстати, а вы уже купили 320ку? бага в прошивке не боитесь? если ещё не взяли — я бы рекомендовал подождать исправления или взять нечто более иное.

raid 60 — надёжнее (я бы всё-таки выбрал этот вариант)
raid 10 — быстрее (в данном случае по большей части зависит от производительности контроллера)
по дисковому пространству потери на избыточность будут одинаковые.

по поводу работы с дисками.
1. если у вас аналоги Intel X25-E (подозреваю, что это скорее всего так), то их можно ставить на любой контроллер без проблем и размечать полностью.
2. если у вас нечто на MLC-чипах и не последнего поколения (vertex 3 сотоварищи), то либо использовать их с raid-контроллером и осью, умеющими trim, либо не использовать вообще =)
3. если MLC, но свеженькие, то можно использовать и без trim'а, но при этом крайне желательно размечать не весь объём накопителей. оставив 10% неразмеченным — увеличиваете срок службы в два раза. я бы оставил ~50%, что без trim'а, что с ним.