Имя: Пароль:
IT
 
SSD для tempdb
,
0 oleg_km
 
26.07.13
12:28
на скульном сервере хочу поставить SSD для tempdb и файла подкачки. Кто что пользовал и вообще разобрался в данном вопросе? Просто одни пишут: все летает, другие что запись тормозит и диск протирается
1 Jump
 
26.07.13
12:33
(0)Ну....
Насчет будет летать или не будет - я очень сомневаюсь что в твоем скульном сервере tempdb и файл подкачки являются тем узким местом, которое тормозит всю работу.
Если я зря сомневаюсь и это действительно узкое место, значит будет летать.
Иначе просто ничего не изменится.

Насчет диск протирается- идиотизм.
Подкачка, вообще мало на диск пишет, ежели памяти хватает.
Насчет того протирает ли диск tempdb, ну да протирает, но разве не для этого диск собственно и покупался?
2 Мизантроп
 
26.07.13
12:37
(0) купи недорогой ssd и попробуй.
я когда-то взял на пробу два самсунга 830, потом еще десяток взял и еще. И в раб. станции воткнул и на серверы некоторые.
Работает быстро. Помрет - выбросить не жалко, 3300руб. за 128 гиг
3 Мизантроп
 
26.07.13
12:40
или за 256 такая цена была, не помню. За 1,5 года не померли.
4 Fragster
 
модератор
26.07.13
12:44
я проверял - если оперативы хватает, то темпдб на диск не пишется
5 Fragster
 
модератор
26.07.13
12:44
по крайней мере в 2008
6 oleg_km
 
26.07.13
14:40
(1) просто смотрю в мониторе 2008 наибольшая дисковая активность tempdb, потом файл подкачки, потом рабочие базы. Памяти у скуля 100 ГБ, при размере базы 140 ГБ, т.е. вроде как о недостатке памяти речь не идет. Тем более сейчас и tempdb и файл подкачки по дефолту лежат на системном диске, на старом сервере помещал их на RAID0, а на новом нет места в полке на RAID0. Вот и подумал: не положить ли на супербыстрый диск
7 Jump
 
26.07.13
14:52
(6)наибольшая активность совсем не говорит о том что диск не справляется.
Разумеется SSD будет быстрее, вопрос в том заметишь ли ты это на практике...
8 oleg_km
 
26.07.13
15:07
(7) Согласен, просто все равно нужно убирать с системного диска, там нет подходящего места. Вот и думаю: почему бы заодно и не подстраховаться на возможные проблемы с производительностью. Наша конфа активно использует временные таблицы.

Модельку конкретную посоветуете? Пока рассматриваю Intel 520.
9 dervishsy
 
26.07.13
15:16
10 Jump
 
26.07.13
15:35
(8)Любой недорогой интел нужного объема.
В принципе у меня довольно неплохо работают OCZ.
У интела просто более стабильные прошивки, меньше экспериментов выбрасывают в продажу, ну и места зарезервированного не скупятся оставлять.
11 mishaPH
 
модератор
26.07.13
15:37
Интересная фишка. надо взять на заметку.
12 Botanik8888
 
27.07.13
14:59
Перенесли базы, журналы транзакций и tempdb скорость увеличилась в разы.
Брали интелы 520. но это было 1,5 года назад.
На текущий момент рекомендовал бы обратить внимание на OCZ или Samsung.
13 Grobik
 
27.07.13
15:01
Для работы от всего с шильдиком OCZ нужно бежать подальше.
14 МуМу
 
27.07.13
16:28
(1) А  как насчет аксиомы транзакционных СУБД - любая зафиксированная транзакция должна быть немедленно отражена в БД? Не важно при этом что контроллер при наличии батареи памяти может писать временно на кеш. Важен сам принцип. Представьте, на минуту, что ваша одна транзакция на покупку квартиры через банк "сломалась"? Так что подкачка - "подкачке " - рознь.