|
Чем меньше памяти, тем лучше?
|
||
|---|---|---|
Участник
Откуда: Лучший город на Земле
Сообщения: 2 317 |
||
| 29.12.2018, 03:03 |
|
|
Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Чем меньше памяти, тем лучше?
|
|||
|---|---|---|---|
|
#18+
Добрый! Я думаю ответ на поверхности, но ситуация следующая Есть сервер 64 гб на котором стоит только mssql 2012. Вся оперативка была ему отдана и он ее утилизировал на 100% Job отработал за 6 часов. Но по некоторым обстоятельствам пришлось пришлось ограничить оперативку на 30 % и job отработал за 3 часа ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.12.2018, 08:00 |
|
||
|
Чем меньше памяти, тем лучше?
|
|||
|---|---|---|---|
|
#18+
мигель1, Ограничил потребление оперативки mssql в настройках сервера mssql ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.12.2018, 08:01 |
|
||
|
Чем меньше памяти, тем лучше?
|
|||
|---|---|---|---|
|
#18+
мигель1, Добрый день. Во первых - сравнивать на основании двух запусков сложно. Могли быть блокировки, разные планы и прочее. Во вторых - отдавать ВСЮ память инстансу SQL сервера неверно, всегда нужно оставлять часть для ОС. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.12.2018, 09:03 |
|
||
|
Чем меньше памяти, тем лучше?
|
|||
|---|---|---|---|
|
#18+
мигель1, объем данных, обработанный джобом, в обоих случаях был одинаков? сбора статистики (в том числе автоматичесмкого) между запусками джоба не происходило? общая нагрузка на сервер в обоих случаях была аналогичной? а число сессий, конкурирующих с джобом за ресурсы, было сопоставимо? можно ещё 100500 вопросов такого же плана задать. но вы, почему-то, уверены, что на скорость работы джоба могло повлиять лишь количество доступной оперативной памяти... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.12.2018, 09:19 |
|
||
|
Чем меньше памяти, тем лучше?
|
|||
|---|---|---|---|
|
#18+
мигель1, Вы учитывайте, что SQL Server Agent - это отдельный процесс, и его мемори грант не включается в память, отданную сиквелу. Если джоб состоял из одних только SQL-запросов, то это еще ничего, а если там активная работа с файлами и прочими вещами, внешними по отношению к MSSQL, то все будет еле ползать. Особенно, если сиквельной учетке выдали lock pages in memory. Отдайте сиквелу не более 60 гиг, оставьте ОС и прочим программам 4 гига и посмотрите, как это скажется на производительности джоба. Ну или оставьте ОС и программам больше, если у вас там файлы активно молотятся - не помешает. Под каждый workload разблюдовка памяти может быть разной; у вас есть настройка сервера, вот с ней и играйтесь. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.12.2018, 09:31 |
|
||
|
Чем меньше памяти, тем лучше?
|
|||
|---|---|---|---|
|
#18+
Щукина Аннамигель1, объем данных, обработанный джобом, в обоих случаях был одинаков? сбора статистики (в том числе автоматичесмкого) между запусками джоба не происходило? общая нагрузка на сервер в обоих случаях была аналогичной? а число сессий, конкурирующих с джобом за ресурсы, было сопоставимо? можно ещё 100500 вопросов такого же плана задать. но вы, почему-то, уверены, что на скорость работы джоба могло повлиять лишь количество доступной оперативной памяти... В этом плане мне повезло: т.к. 1. это ночной джоб, пользователей нет 2. данные и процедуры не менялись более 2 месяцев и время работы плавало +-10 минут 3. кроме меня настройки сервера не меняет 4. на сервере никаких сторонних приложений нет если завтра данные отработаю так же за 3 часа , то да. проблема в том в том что sql выел всю память а нужно оставлять немного остальным )) в том числе и ОС ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.12.2018, 09:57 |
|
||
|
Чем меньше памяти, тем лучше?
|
|||
|---|---|---|---|
|
#18+
мигель1, Using large amounts of memory can result in an inefficient plan in SQL Server https://support.microsoft.com/en-us/help/2413549/using-large-amounts-of-memory-can-result-in-an-inefficient-plan-in-sql ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.12.2018, 13:03 |
|
||
|
Чем меньше памяти, тем лучше?
|
|||
|---|---|---|---|
|
#18+
мигель14. на сервере никаких сторонних приложений нетSSIS, SSAS? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.12.2018, 03:03 |
|
||
|
Чем меньше памяти, тем лучше?
|
|||
|---|---|---|---|
|
#18+
мигель1проблема в том в том что sql выел всю память а нужно оставлять немного остальным )) в том числе и ОСС ОС сиквел не бодается за память, они хорошо взаимодействуют. Но для других приложений её нужно оставлять. Что там в джобе, может, пакет импорта выполняется... Кроме того, нужно понять, это однократный случай, или устойчивое поведение. Ещё вариант, когда при нехватке памяти сервер выбирает неоптимальный по производмительности, но более экономный к потреблению памяти план, и вот, в вашем случае, либо этот второй план оказался быстрее, либо первый план оказался слишком расточительным к памяти, и начался интенсивный обмен с диском. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.12.2018, 09:52 |
|
||
|
|
start [/forum/topic.php?fid=46&fpage=119&tid=1688508]: |
0ms |
get settings: |
7ms |
get forum list: |
19ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
38ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
61ms |
get tp. blocked users: |
2ms |
| others: | 229ms |
| total: | 377ms |
| 0 / 0 |
