|
Запись tempdb на виртуалке тормозит | ☑ | ||
---|---|---|---|---|
0
1yes
29.01.16
✎
16:21
|
В запросе создается временная таблица. Когда запрос выполняется на виртуальной машине, система виснет и запрос выполняется очень долго.
Если записи во временную таблицу нет, то запрос выполняется быстро. Если запрос выполняется на реальной машине, то запрос выполняется всегда одинаково вне зависимости от записи в временную таблицу при том, что виртуальная машина на порядок быстрее реальной. По-видимому какая-то проблема с tempdb на виртуальной машине. |
|||
1
mehfk
29.01.16
✎
16:30
|
Срач "Виртуальная машина vs реальный ПК!" объявляется открытым!
|
|||
2
Одинесю
29.01.16
✎
16:31
|
(1) Ушли с виртуалки - реально в разы стало все быстрее)
|
|||
3
Лефмихалыч
29.01.16
✎
16:34
|
>виртуальная машина на порядок быстрее реальной
не понятно, на основании чего сделан такой смелый вывод, если объективные эксперименты показывают обратное |
|||
4
1yes
29.01.16
✎
16:36
|
(3) В данном случае запрос по остаткам на виртуальной машине 4 сек. На реальной 40 сек. Если же писать во временную таблицу то виртуальную машину вешаем.
|
|||
5
Лефмихалыч
29.01.16
✎
16:36
|
(4) ну и не вижу, где она на порядок быстрее. Или что у тебя входит в понятие "быстрее"?
|
|||
6
1yes
29.01.16
✎
16:41
|
(5) Ну, значит не быстрее )
|
|||
7
Лефмихалыч
29.01.16
✎
16:45
|
(6) теперь при помощи ТЖ и виндовых счетчиков производительности выясняй, что в твоей виртуалке настроено через жопу
|
|||
8
1yes
29.01.16
✎
16:52
|
(7) по поводу tempdb если ли особенности при работе на виртуальной машине ?
|
|||
9
Лефмихалыч
29.01.16
✎
16:54
|
(8) если ты спрашиваешь, где в скуле галочка "Перестать тормозить tempdb на виртуалках", то такой нет.
|
|||
10
1yes
29.01.16
✎
16:56
|
(9) Жаль что нет ). Будем искать. Спасибо за отклик.
|
|||
11
Одинесю
29.01.16
✎
16:57
|
(8) tempdb должна лежать на скоростном диске, желательно не на диске с:
|
|||
12
vde69
29.01.16
✎
17:02
|
на гипервизоре посмотри очередь к диску, если она больше 0.5 сек - админам по зубам :)
|
|||
13
Armando
29.01.16
✎
17:35
|
(12) за отклик 500 мс, не просто по зубам, а с виртухи)
|
|||
14
Fragster
гуру
29.01.16
✎
17:48
|
(12) не сек, а просто 0.5 если что - там единица измерения - средняя длина очереди за последнюю секунду...
|
|||
15
Адимр
29.01.16
✎
18:36
|
(3) За счет кэширования.
|
|||
16
Адимр
29.01.16
✎
18:37
|
(10) Виртуалки тормозят на зпись. На чтение все летает. Конкурентный доступ к диску то же негативно влияет.
Рекомендация перенести виртуалку на ssd. |
|||
17
ДенисЧ
30.01.16
✎
05:35
|
Уж сколько раз утвердили миру (с) что попа Одина тупит на виртуалках....
|
|||
18
shuhard
30.01.16
✎
07:50
|
(10) сиквел сам по себе виртуальная машина для своих баз, поэтому запуск на виртуалке гандошит планы исполнения запросов
лучшее решение выделить под СУБД отдельный хост + ну и конечно tempdb требует отдельного диска с мин временем записи и отключенной оптимизацией кэширования операционкой |
|||
19
ansh15
30.01.16
✎
13:38
|
Если бы 1С на своих желтых коробках писала как на пачках сигарет "Виртуализация убивает!", а на сайте висел бы баннер с надписью "НЕ ВИРТУАЛИЗИРУЙ ЭТО!", тогда бы может кто-нибудь и прислушался.
С другой стороны, для небольших конфигураций, без тяжелых расчетов/отчетов, виртуальная машина может быть вполне приемлемым решением, особенно на арендованных ресурсах. Или серверы с десятками ядер на последних топовых Xeon-ах и морем памяти. Попозже выяснится, что серверу, на котором виртуалка, лет 5-7, да и не вполне это сервер, памяти 8ГБ, база 15-20 ГБ, и так далее... |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |