It is hard to do such tests on production servers,

But i found similar tests on the internet.

http://www.mysqlperformanceblog.com/2010/05/25/flashcache-tpcc-workload/

PS: You can buy separate BBU (battery backup unit) for ssd (in order not to lose info in case of power fail)

Btw google have BBU in every server

PPS: also it is a good idea to use raid1 and/or master/slave configs

ssd can (and will eventually) fail

PPPS: you should tune your scheduler, some system params to get most of ssd. (do noatime and nodiratime at least)

other ideas: ext4 / nojournal, | XFS nobarrier

echo deadline > /sys/block/sda/queue/scheduler

echo 1 > /sys/block/sda/queue/iosched/fifo_batch

always keep 50%+ of free space on device.

check: http://www.slideshare.net/matsunobu/ssd-deployment-strategies-for-mysql

>> OCZ Agility 60G

неудачный винт, котороый славится как раз низким быстродействием на маленьких блоках (а это почитай основной способ работы).

начинать рассматривать надо с х25м 160 (размер имеет значение) если много пишете то х25е

enterprise ssd (even mlc ones) обычно хорошо работают с маленькими записями

never do raid5/6 of ssd for database (usually make performance worse) raid1 or 10 (not really reccomended) 2*raid1 is better

new generation of ssd (intel g3, ocz revo x2, ocz ibis) is way better than old ones.

>> Buy OCZ-p88 MLC or SLC and solve all your IO issues

Всенепременно. Вы понимаете, что советуете?))

We use them (500gb and several 1tb) and they working great (check out ssd tuning under linux) We use openvz.

Also we have fusionio dual drive (better performance but way more expensive)

Going to buy new OCZ IBIS Also will buy new intel x25M G3 (and new x25e g3) once they are available.

(sorry no russian keyboards there)

Buy OCZ-p88 MLC or SLC and solve all your IO issues

http://www.amazon.com/OCZ-Technology-Drive-Express-OCZSSDPX-ZD2P88512G/dp/B00...

> Соглашусь насчёт самодеятельности. Хотелось бы чтобы это нормально опадало в git-репозиторий ядра и присутствовало в mainline >> Xen это вообще, прямо скажем, крокодил :-)

>Да, но это лучще(прямее), чем OpenVZ.

Я могу запустить с десяток OpenVz на одном сервере. И почти без downtime перенести машину (VE / VPS) с одного сервера на другой.

с Xen / KVM этого не сделать.

Typical server: vzlist -a | wc -l 17