- Remove From My Forums
-
Question
-
Hi,
I’m using SQL Server Express 2012. I have database with 200 Mb actually.
So, I want to know If is it normal
if the process (app) ‘SQL Server Windows NT — 64 Bit’ use 400 MB from Ram (at all) and CPU up to 46% some times ?If my Server receive DDOS Attak on the TCP port of database ? How can I detect ? How can I solve it.
Thanks
-
Edited by
Wednesday, February 11, 2015 2:25 PM
-
Edited by
Answers
-
Hi nadjibnet,
SQL Server Windows NT -64 Bit is known as sqlservr.exe process, it is normal that SQL Server consumes as much memory as possible since SQL Server likes to cache data in memory to speed up access. You might have long running queries on SQL Server. Do you
find any performance issues?If SQL Server is not installed on a dedicate production machine and you have other applications on the machine, you could limit the memory usage by
configuring Max Server Memory according to your situation.In addition, about how to detect DDOS attack and block it, you could refer to the following article:
https://sulich.wordpress.com/2012/06/27/detecting-ddos-attack-in-windows/. I suggest you to post the questions in the
Windows Server forums. It is appropriate and more experts will assist you.
Regards,
Michelle Li-
Edited by
Michelle Li
Thursday, February 12, 2015 7:25 AM -
Marked as answer by
nadjibnet
Thursday, February 12, 2015 10:00 AM
-
Edited by
- Remove From My Forums
-
Question
-
Hi,
I’m using SQL Server Express 2012. I have database with 200 Mb actually.
So, I want to know If is it normal
if the process (app) ‘SQL Server Windows NT — 64 Bit’ use 400 MB from Ram (at all) and CPU up to 46% some times ?If my Server receive DDOS Attak on the TCP port of database ? How can I detect ? How can I solve it.
Thanks
-
Edited by
Wednesday, February 11, 2015 2:25 PM
-
Edited by
Answers
-
Hi nadjibnet,
SQL Server Windows NT -64 Bit is known as sqlservr.exe process, it is normal that SQL Server consumes as much memory as possible since SQL Server likes to cache data in memory to speed up access. You might have long running queries on SQL Server. Do you
find any performance issues?If SQL Server is not installed on a dedicate production machine and you have other applications on the machine, you could limit the memory usage by
configuring Max Server Memory according to your situation.In addition, about how to detect DDOS attack and block it, you could refer to the following article:
https://sulich.wordpress.com/2012/06/27/detecting-ddos-attack-in-windows/. I suggest you to post the questions in the
Windows Server forums. It is appropriate and more experts will assist you.
Regards,
Michelle Li-
Edited by
Michelle Li
Thursday, February 12, 2015 7:25 AM -
Marked as answer by
nadjibnet
Thursday, February 12, 2015 10:00 AM
-
Edited by
- Remove From My Forums
-
Question
-
Hi,
I’m using SQL Server Express 2012. I have database with 200 Mb actually.
So, I want to know If is it normal
if the process (app) ‘SQL Server Windows NT — 64 Bit’ use 400 MB from Ram (at all) and CPU up to 46% some times ?If my Server receive DDOS Attak on the TCP port of database ? How can I detect ? How can I solve it.
Thanks
-
Edited by
Wednesday, February 11, 2015 2:25 PM
-
Edited by
Answers
-
Hi nadjibnet,
SQL Server Windows NT -64 Bit is known as sqlservr.exe process, it is normal that SQL Server consumes as much memory as possible since SQL Server likes to cache data in memory to speed up access. You might have long running queries on SQL Server. Do you
find any performance issues?If SQL Server is not installed on a dedicate production machine and you have other applications on the machine, you could limit the memory usage by
configuring Max Server Memory according to your situation.In addition, about how to detect DDOS attack and block it, you could refer to the following article:
https://sulich.wordpress.com/2012/06/27/detecting-ddos-attack-in-windows/. I suggest you to post the questions in the
Windows Server forums. It is appropriate and more experts will assist you.
Regards,
Michelle Li-
Edited by
Michelle Li
Thursday, February 12, 2015 7:25 AM -
Marked as answer by
nadjibnet
Thursday, February 12, 2015 10:00 AM
-
Edited by
- Remove From My Forums
-
Question
-
Hi there,
On our newly configured SQL Server Windows NT 64 bit — very high memory usage show up.
We have to reboot it to get it to normal (like to 10% RAM) — RAM usage grows continuously — and in about 18 hours it reaches 95% and our website slows down by a great margin. We reboot the server to get it back to normal and so on.During such outage I ran —- Select * from sys.dm_exec_requests —— and result is
here.
If I can provide any more information please let me know.
Thanks so much for help.
Answers
-
Issue was resolved by setting up SIMPLE Recovery mode for all dbs.
Thanks so much all.
-
Marked as answer by
Thursday, December 3, 2015 1:07 AM
-
Marked as answer by
#sql-server-2019
Вопрос:
Вчера я просматривал некоторые сценарии и заметки из класса и заметил, что запросы были намного медленнее. Запросы, которые раньше занимали 0 мс процессорного времени и 10 мс истекшего времени, занимали более 10 секунд. Диспетчер задач показал, что SQL Server Windows NT — 64 разрядной версии работает и использует 5 ГБ из 8 ГБ моей памяти. Я перестал запускать запросы, но это продолжалось в течение нескольких часов, пока не сократилось до 2 ГБ, и продолжалось до тех пор, пока я не выключил его около 10 вечера. Этим утром SQL Server Windows NT — 64 разрядной версии использовал несколько сотен МБ памяти, пока я не запустил хранимую процедуру. Как вы можете видеть на картинке, он увеличил объем памяти более чем на 4 ГБ и остался на нем. Я точно знаю, что такое часто случается, но никогда не думал, что это может быть вызвано чем-то, что я запустил. Если я завершу задание, я потеряю соединение. Если я перезагрузлю компьютер, он тоже перезагрузится, я проверял пару раз. Что происходит на самом деле и что мне следует делать? Снимок экрана диспетчера задач
Комментарии:
1. SQL Server использует всю доступную память, которую он может получить по дизайну . Вы можете изменить это в разделе SSMS > Свойства сервера >> Память.
2. Какова реальная проблема, которую вы пытаетесь решить? Похоже, это рабочий стол/рабочая станция, а не выделенный SQL-сервер? Рекомендуется всегда устанавливать максимальный объем памяти для SQL Server — эмпирическое правило на 8-10% меньше общего объема оперативной памяти на выделенном сервере и больше на рабочем столе или сервере общих ресурсов.
3. На первый взгляд, плохой план запроса приводит к тому, что таблица заполняет память буферного пула, которая по умолчанию составляет столько памяти, сколько она может получить.
4. Это делало все остальные запросы такими медленными. А еще я хотел понять, что на самом деле происходит и почему. Похоже, вы все предлагаете мне изменить максимальную память сервера, которую я никогда не менял, так что по умолчанию она намного больше, чем у меня есть. Поэтому я изменил его на 3 ГБ, запустил ту же хранимую процедуру и выполнил. SQL Server использовал около 700 МБ памяти и увеличил ее до 2,85 ГБ. Так что это хорошо. Теперь он остается на этом уровне в течение длительного времени. Как мне снизить его до нормального уровня? Не все, но некоторые другие запросы выполняются дольше.
5. @gsong Установите разумный максимум использования памяти в свойствах сервера, а затем перезапустите службу SQL Server. Существуют способы вернуть память SQL Server обратно в ОС без перезагрузки, но они ненадежны и предназначены для производственного использования, в то время как перезапуск службы на вашей рабочей станции является наиболее простым решением.
Источник
Перечень наиболее часто встречающихся проблем связанных с памятью:
- SQL Server “съел” всю память (или очень много), что начало “угнетать” ОС и приложения работающие на ней.
- Вы установили ограничения на память потребляемую SQL Server и ему стало не хватать выделенной памяти.
- Какое-либо приложение потребило слишком много памяти и SQL Server-у стало не хватать выделенной памяти
- “Перекос” в потреблении памяти каким-либо компонентом SQL Server, что стало причиной “угнетения” других компонентов SQL Server.
Первые три причины называются внешним “нажимом” на память и методика их анализа почти одинакова. Третья же причина называется “внутренним” нажимом на память и методики ее анализа совершенно другие.
Итак начнем рассмотрение первой причины – “SQL Server “съел” всю (или очень много) память, что начало угнетать ОС и приложения работающие на ней.”
В качестве ограничения накладываемого на рассмотрение – в блоге мы будем рассматривать только 64-битовую версию SQL Server и ОС, поскольку 32-битовых остается все меньше и меньше.
Для начала надо установить факт, что ОС действительно не хватает памяти и эту память потребил SQL Server. Выполнить это можно посмотрев счетчик Memory: Available Bytes. Он показывает сколько памяти осталось у ОС для распределения приложениям и внутреннего использования. Возникает справедливый вопрос:”Каким образом приложение может потребить много памяти и угнетать ОС?”. Причин тому может быть несколько:
- Утечка памяти в приложении или драйвере, особенно утечка невыгружаемого пула.
- Установка завышенного значения параметра “max server memory” в свойствах SQL Server и права “Lock Pages in Memory” для учетной записи от которой работает SQL Server.
Во всех остальных случаях ОС способна сама решать вопросы распределения памяти на основе заложенных алгоритмов. (http://msdn.microsoft.com/en-us/library/windows/desktop/aa366525(v=vs.85).aspx, http://blogs.msdn.com/b/tims/archive/2010/10/28/pdc10-mysteries-of-windows-memory-management-revealed-part-one.aspx, http://blogs.technet.com/b/askperf/archive/2007/02/23/memory-management-101.aspx, http://msdn.microsoft.com/en-us/library/windows/hardware/gg463344.aspx).
У нас (Microsoft) есть принятая норма на остаток памяти который должен оставаться доступным для распределения ОС. Эта норма составляет 5% от объема установленного RAM, т.е. в свободном распределении у ОС должно остаться не менее 5% от общего объема RAM установленного на сервере. И как бы это число не казалось большим (особенно при больших объемах установленной памяти), лучше этого правила придерживаться.
Что будет предпринимать ОС, когда приложения потребят слишком много оперативной памяти? При достижении порога Memory: Available Bytes в 100…50 MB Windows включит агрессивный сброс (trimming) рабочих наборов процессов, включая системные драйверы, что тут же приведет к резкому снижению производительности всех компонентов ОС. В данной статье мы не будем рассматривать эти вопросы, возможно мы рассмотрим их в будущем.
Каким образом рассчитать правильное значение “max server memory”?
Здесь есть два случая:
- Некластеризованный SQL Server, либо кластеризованный SQL Server в режиме Актив/Пассив .
- Кластеризованный SQL Server работающий в режиме Актив/Актив.
Расчет памяти для некластеризованного, либо кластеризованного SQL Server работающего в режиме Актив/Пассив
- Остаток для ОС – 5%. В нашем случае это около 25 GB (500*5%).
- Память под ядро SQL Server (различные *.exe, *.dll, *ocx и пр. модули), SQL heap, CLR. Обычно это до 500 MB, хотя за счет CLR это может быть и больше.
- Память под кэши “Worker thread”, рассчитываемая по формуле (512+(NumCpu-4)*16)*2 MB. В нашем случае это (512+(64-4)*16)* 2MB = 2944 MB (около 2.7 GB).
- Итого под “max server memory” остается: 500 – 25 – 0.5 – 2.7 = 471.2 GB. Т.е. размер Буферного пула (при таком значении “max server memory”) может вырасти до 471 GB.
- Для версии SQL 2012 и далее “max server memory” включает в себя SQL heap и частично CLR.
Особенно актуален это расчет, если вы используете “Lock Pages In Memory” В этом случае завысив это число или оставив его по умолчанию (что обозначает – любой объем) вы можете поставить ОС в довольно неприятное положения, которое приведет к агрессивному триммированию рабочих наборов и, как следствие, резкому замедлению работы системы.
Расчет памяти для кластеризованный SQL Server в режиме Актив/Актив.
При расчете необходимо учитывать, что пункты 2, 3 и 4 должны быть удвоены, и при использовании права учетной записи SQL Server “Lock Pages In Memory”, вам необходимо подобрать не только “max server memory”, но и “min server memory”, что бы в случае переката обоих SQL Server на один узел вы не забрали всю память у ОС.
В данном случае на сервере установлено 500 GB оперативной памяти и 5% должно быть около 25 GB. Каким бы большим не казалось это число, но чем больше на сервере процессоров и памяти, тем (как правило) более ресурсоемкие задачи он выполняет и для их решения ему требуются большие ресурсы.
Как видно из рисунка (в данном случае), остаток памяти на сервере составляет около 7 GB, что не соответствует нашим рекомендациям.
Далее нам необходимо понять, имеет ли SQL Server достаточный запас памяти, часть которого можно освободить в пользу ОС. Для ответа на этот вопрос необходимо проанализировать счетчики производительности SQL Server.
Давайте сначала выясним сколько памяти потребил SQL Server. Для этого надо знать, использует или нет SQL Server право учетной записи SQL Server “Lock Page In Memory”, Выяснить это можно из свойств учетной записи, а можно косвенно, через счетчики Performance Monitor. Дело в том, что если право учетной записи SQL Server “Lock Page In Memory” не установлено, то вся (или почти вся) используемая память будет частью рабочего набора процесса sqlservr.exe. Если же это право установлено, то при этом (скрыто) используется механизм AWE (Address Windows Extension) и основная память под Буферный пул будет размещена за пределами процесса sqlservr.exe.
Как видно из рисунка ниже, размер рабочего набора процесса составляет всего около 4 GB, что значительно меньше общего объема потребленной памяти.
Посмотрим, сколько всего памяти использует SQL Server. Он использует 500 857 024 (около 480 GB) для распределения на Буферный пул, Процедурный кэш, кэш Worker Thread и для некоторых не значительных потребителей. А отсюда можно сделать вывод, что в данном случае SQL Server использует “Lock Pages in Memory”.
Далее приступим к поиску ответа на вопрос:”Можно ли отобрать часть памяти у SQL Server, не нанося ему вреда?”
Во первых, давайте проверим какое количество запросов обслуживается из Буферного пула (без выполнения физических чтений). Как мы видим из рисунка ниже по тексту около 100% (точнее 99,972%) запросов выполняются из буферного пула (при пороговом значении данного счетчика не менее 92%), что дает нам надежду на наличие избытка памяти у SQL Server.
Следующим счетчиком, который рекомендуется посмотреть является SQL Server: Page Life Expectancy. Он контролирует время жизни страниц в Буферном пуле. Пороговое значение 300 секунд. В данном случае мы видим среднее значение около 221000, что почти в 700 раз больше порогового. Это укрепляет нас в мысли, что ресурсы есть.
Окончательный ответ нам поможет дать счетчик SQL Server: Lazy Writes/sec, отображающий как часто срабатывает процесс Lazy Writer. Мы знаем, что это процесс активируется тогда, когда у SQL Server заняты около 75% выделенных буферов. Его задача выполнить фиксацию данных и очистить буферы. Для систем имеющих значительный запас памяти этот счетчик должен быть близок к нулю. Как мы видим это так.
Из всего вышесказанного можно сделать вывод: SQL Server имеет достаточный объем памяти и может “поделиться” ей с ОС. Отбирая память у SQL Server (уменьшая “max server memory”) необходимо контролировать выше описанные счетчики и определить тот порог, ниже которого уменьшать объем памяти нельзя.
07.04.14 — 12:55
Были на Express, такого явления не наблюдалось, может поставить ему ограничение, а то такое ощущение, сколько ему не дай, он всю «отожрет».
1 — 07.04.14 — 12:56
можно.
2 — 07.04.14 — 12:57
(1) Сколько, где почитать или гугл в помощь
3 — 07.04.14 — 13:02
Здесь что-то было, но не про 2012
http://infostart.ru/public/65955/
4 — 07.04.14 — 13:03
(2) Поставь 300 гб, оставшихся 84 хватит под сервер 1С и ОС.
5 — 07.04.14 — 13:18
А что в этом плохого, ведь её для этого и дали ему.
6 — 07.04.14 — 13:36
(5) то, что винда в вечной свопе — так ей и надо ?
7 — 07.04.14 — 13:38
(6) ибо нефиг
8 — 07.04.14 — 13:38
мне не понять господа, Ваше остроумие.
9 — 07.04.14 — 13:40
ограничивай его, он жрёт всё, до чего могут дотянутся его загребущие электронные ручонки
10 — 07.04.14 — 13:40
(8) В (3) не то?
11 — 07.04.14 — 13:40
(0) >>такого явления не наблюдалось
наблюдалось, вы просто не умеете наблюдать
зы
отдайте ей всю память и не партесь
зызы
сколько хоть этой памяти у вас
12 — 07.04.14 — 13:45
Всего 20, под юзвером до 10, все остальное отжирает он…
13 — 07.04.14 — 13:45
(10) читаю
14 — 07.04.14 — 13:48
(12) может 200, вы точно не ошиблись?
15 — 07.04.14 — 13:48
(13) тут нечего думать, ограничение ставь, потом смотри дальше, скуль жрёт всё без ограничений
16 — 07.04.14 — 14:30
(15) >>>тут нечего думать…
Это точно, что тут думать — добавить памяти ну хотя бы до 64 гиг, а потом уже можно и о чем-то думать.
17 — 07.04.14 — 15:39
Служба — «Analysis Server» нужна или можно отключить?
18 — 07.04.14 — 15:40
обычно рекомендуют ставить макс — 80% от всей
19 — 07.04.14 — 15:42
(17)
нет. не нужна
20 — 07.04.14 — 15:42
(18) а зачем?
21 — 07.04.14 — 15:42
Microsoft SQL Server 2012 64-bit
22 — 07.04.14 — 15:43
И 20 гиг оперативы, только мне режет глаз?
23 — 07.04.14 — 15:43
(17) ещё скажи что она жрёт… в неактивном состояниии этаслужба копейки весит.
В свойствах сервера ограничивай максимальный размер памяти, ты не там ковыряешь вобще
24 — 07.04.14 — 15:45
И еще — ограничь скулю память и прогони тест Гилева, а потом сними ограничение, отдай все скулю и снова прогони тест Гилева… скажинам потом результат с ограничением и без, плиз
25 — 07.04.14 — 15:57
(8) Никакого остроумия. В (4) — реальная конфигурация, правда, с намеком на то, что неплохо бы указывать исходные данные, чтобы получить ответ.
Ограничение ставь с таким расчетом, чтобы всегда оставался запас хотя бы в 5% свободной памяти.
26 — 07.04.14 — 16:01
(25) какие 300 гиг, тс гит у него 20-ть
27 — 07.04.14 — 16:03
(3) сделал все по статье, ночь буду запускать последовательно посмотрю, но при неограниченном доступе к памяти, 1С жутко долго проводит документы. Пока все.
28 — 07.04.14 — 16:05
Характеристики 20 пользователей, 20 Гиг оперативы, Intel Xeon E5506 2 камня по 2,13. 64 бита
29 — 07.04.14 — 16:07
1с и SQL на одной машине?
считай — процесс 1с занимает в обычном порядке около 2-3 гигов, винда — ещё 1 оставь ей, остальное скулю
30 — 07.04.14 — 16:10
(29) товарищи я не холдинг обслуживаю, а фирмачку с 50 человек в штате и 20 пользователями. Какие 2 сервера у все на 1, к сожалению.
31 — 07.04.14 — 16:21
Сколько база то весит? Размер памяти желательно не меньше бы. А 1С сервер с SQL на слабой машине это жесть
32 — 07.04.14 — 16:28
5 тонн, как для меня не подъемная сумма а Вы говорите мало.
33 — 07.04.14 — 16:34
ты ограничил или нет скуль? дел на 5 минут, а пол дня уже мозг выносишь)
34 — 07.04.14 — 16:34
(29) При таком раскладе как у ТС — самое лучшее: Никаких ограничений, пусть система сама рулит сколько и кому. Если поставить ограничение скулю, не важно сколько, результат на 146% будет, что все стане еще хуже чем было до каких либо ограничений.
Не ну можно конечно по вырубать не нужные службы и т.д. и т.п.
35 — 07.04.14 — 16:34
Ну и как? ограничили? теперь все норм
36 — 07.04.14 — 16:35
(33) да сразу ограничил
37 — 07.04.14 — 16:35
в чем проблема тогда? сколько ты ему дал памяти?
38 — 07.04.14 — 16:35
(36) сделай тест Гилева, без ограничений и после, что кажет?
39 — 07.04.14 — 16:35
(34) не а
у ТС-а на сиквеле ещё и юзера крутяться
40 — 07.04.14 — 16:36
(35) да что все норм, ночью тестить буду.
41 — 07.04.14 — 16:37
(37) Пока 20000 мб думаю еще резать, пока особой нагрузке нет только 3 отожрал
42 — 07.04.14 — 16:38
(39) и пусть крутятся, система сама решит сколько скулю она может дать в этот момент и не плохо скажу я вам она решает.
проверял, тока дал ограничению скулю и все стало тока печальней.
43 — 07.04.14 — 16:38
(41) у тебя же всего 20 гигов. и ты отдал ему 20 гигов?
44 — 07.04.14 — 16:40
+(42) Самое печальное, что можно дать ей ограничений равное всей оперативы и печально, снимаем ограничение и живем как раньше. Вот в чем собачка порылась
45 — 07.04.14 — 16:46
Он все равно не освободит память пока ОС не попросит))
46 — 07.04.14 — 16:48
(43) Вы предлагаете 2 или 5?
47 — 07.04.14 — 16:48
ТС видимо в таксманагере стандартном смотрит скока скуль жрет, так?
Тогда вопрос вааапще ниачем
48 — 07.04.14 — 16:49
Вам зачем свободная память?
49 — 07.04.14 — 16:50
(46) скулю 12-15 дай, если всего 20
50 — 07.04.14 — 16:50
(46) без разницы, я тебе прямым текстом говорю:
51 — 07.04.14 — 16:51
Поставил ограничение = печаль, снял как было раньше…сумма килобайтеков не имеет значения
52 — 07.04.14 — 16:51
(50) у нас всё жрёт скуль, сколь ему не дай. Ну там базы здоровы конечно. Ограничиваем, полёт нормальный
53 — 07.04.14 — 16:52
(52) тест Гилева, без ограничения и с ним можешь сделать?
54 — 07.04.14 — 16:53
(52) И да, если не ограничиваем то что?
55 — 07.04.14 — 16:54
И еще ко всем — чем смотрим сколько жрет скуль РЕАЛЬНО?
56 — 07.04.14 — 16:55
57 — 07.04.14 — 16:57
(53) не буду эксперементировать с рабочими базами, и так хорошо с ограничением.
(55) съедает всю свободную память
(55) диспетчер серверной Windows по религиозным соображениям не признаёшь? Ну мониторинг производительности там же есть. Он тоже не торт?
58 — 07.04.14 — 17:03
(57) Тест Гилева делается на его базе, весит она копейки.
А вот с системой которой я боролся долго и упорно, все наоборот скуль вааще ничего нижрет, можешь ответит почему так?
у меня, блин, тормоза, жесть на жестяке, сервачок древнячок, пыжится шуршит сколько может из себя выжать… оперативы всего 8-мь гиг.
скуль жрет 800-т кило, как заставить жрать больше, знаешь?
59 — 07.04.14 — 17:06
(58) может релиз косячный скуля? Судя по твоим постам я догадался как можно заставиьт жрать больше — не ограничивать
60 — 07.04.14 — 17:07
+ (58) ну я возьми и поставь ему ограничение в 7-мь гиг… ну логично-же, если жрет меньше гига, че ему ограничение в 7-мь?
И все просто встало, точнее будет сказать упало
61 — 07.04.14 — 17:08
(59) не, релиз не причем… кароче чуваки крутые со скуляру грят так — забейте болт на то сколько жрет скуль
62 — 07.04.14 — 17:10
(61) я хз чо там крутые чуваки, у нас 160 гигов оперативы — щас ограничили до 120, иначе жрал всё, своп колбасит, очереди дисковые в него… скуль 2012. Робит нормально
63 — 07.04.14 — 17:14
+ ну и х32 вобще не признаю как ПО практически, в серверной конечно
64 — 07.04.14 — 17:14
(62) а без ограничения не робил?
65 — 07.04.14 — 17:15
(64) робил, робил, просто жрёт память как изголодавшийся по женщинам робинзон крузо
66 — 07.04.14 — 17:16
(65) тебе жалко памяти или женщин?
67 — 07.04.14 — 17:18
(66) там ведь ещё и 4-5 процессов 1с рабочих, им тоже надо кушать, пользователей 50-100 пытаются работать временами
68 — 07.04.14 — 17:22
* вру, на 130 ограничили.
Щас в мониторе поглядел — всё 130 сожрал, юзается 94% памяти физической
69 — 07.04.14 — 17:30
(67) один можно оставить
(68) то, что смотриш в мониторе — вранье
Загони тест гилева, сколько у тебя покажет, просто интересно.
http://www.gilev.ru/test/
я максимум у себя в руках 15-ть держал +/-
70 — 07.04.14 — 17:32
(69) на партнерском форуме уже давно все сказано про тест Гилева. Я так полагаю, у тебя интерес чисто академический?
71 — 07.04.14 — 17:35
>>один можно оставить
ну иго нафиг, 50-100 зверьков плохо живут в конуре на 30 мест
>>то, что смотриш в мониторе — вранье
да ну, в win сервер разжёвано что и сколько, есть столбцы Выделено (харезервировано системой под процесс), реальное потребление процессом и т.д. Понятно что скуль может и выплюнуть назад сколько нибудь, но это уж когда он сам решит, по доброй воле не отдаст другим процессам
(69) завтра, если не забуду, щас домой, раб день закончен
72 — 07.04.14 — 17:36
и какой конкретно тест? там их много разных
73 — 07.04.14 — 17:36
(70) я не вращаюсь в таких высоких кругах, к сожалению, аль к счастью… просто тестил им, может он и врет, но в общих чертах чёто кажет.
Я просто пытаюсь донести ТС и остальным свой опыт — ограничения скуля только сделает хуже. Я вру?
74 — 07.04.14 — 17:41
(73) да.
У нас ситуация как в (62). Тоже ограничили.
75 — 07.04.14 — 17:52
(74) значит я вносил смуту бить меня палкаме
Да и ситуация у меня малясь другая была 8-мь гиг оперативы и нарастить нет возможности технически.
А на этом серваке две базы одна 40-к гиг, вторая 8-мь.
Поставил ограничение, сервер вообще встал
ТС, не слушай меня, ограничивай, у тебя ситуация другая, может и поможет.
76 — 07.04.14 — 23:41
Reporting serveces service отожрал 6.2 Гига, server только 5.5
77 — 08.04.14 — 08:54
(76) ну так помогла урезка памяти?
Adecvator
78 — 08.04.14 — 10:41
(77) так я же говорю вылезло другое Reporting serveces service отожрал 6.2 Гига