Имею компьютер: Intel(R) Core(TM)2 Duo CPU E8400 @ 3.00GHz 3.00 ГГц 2.00 ГБ ОЗУ
Имею серверную ОС - MS Win2003 с ОЗУ 2Гб. Здесь же установлен MS SQL Server 2000 SP4.
Проблема такая:
Вначале запускается компьютер с ОС, затем SQL Server, за ним рабочая программа контроля производственных линий через COM-порты.
В момент загрузки программы, SQL Server начинает отрабатывать свои процедуры: организовывать кэши и т.д. При этом нормальным образом потребляется ОЗУ. Эти процессы вполне понятны и правильны. И это отрабатывается сервером только один раз при первой перезагрузке системы. На эту процедуру уходит около минуты. Эта задержка вызывает в Диспетчере задач состояние основной программы - не отвечает. И бывает так, что все проходит без проблем, а бывает так, что система выкидывает программу, как не отвечающую каким-то runtime-ам.
1. Где в системе можно выставить такие задержки?
2. На самом SQL Server задержка выставлена - в неограниченное временное состояние.
Возможно ли чтобы такое происходило из-за того, что сам SQL Server не успевает подкачивать логи из-за малого быстродействия компьютера?

Дело в том, что на потоки я уже разбил всё, что можно в самой программе.
Задержка производится самой SQL-базой. В ней начинают формироваться логи, подкачиваться в TempDB. Организуются кэши по выборкам. Информация выстраивается по индексам в таблицах логических. Ну и так далее. И это все производится одним махом. Правда, это один раз происходит при загрузке системы при включении компа на перезапущенном SQL сервере и рабочей программе. Т.е. один происходит довольно редко.
Ну не упрощать же и не разбивать же выборки в программе?

Anatoly PodgoretskyНе в системе надо выставлять, а в программе.

Что вы имеете ввиду? Напишите, сделаю.

Anatoly PodgoretskyТам одназначно не производится обработка сообщений.

Тогда почему растет объем востребованной ОЗУ в работе сервиса SQL сервера - sqlservr.exe?
А не моей рабочей программы?

Какие сообщения мне обрабатывать в программе?

naPmu3aH HKEY_CURRENT_USER\Control Panel\Desktop
"WaitToKillAppTimeout"="2000"
“AutoEndTasks"="1"
"HungAppTimeout"="1000"
"LowLevelHooksTimeout"="1000

А это разве неотносится только лишь к шутдаун системы при выходе из нее?

KhodЧто у тебя за программа?
Сделать задержку на её запуск слабо?

Задержки сделаны, но видимо маловаты. Надо действительно Sleep по-больше сделать, чтобы система избавилась от сторонних загрузок программ и сервисов.
Хотя, как я уже говорил, программа очень редко но вылетает при подгрузке логов в tempdb. Как будто не успевает их создать и вылетает. Так как у меня 2Гб ОЗУ, то все работает на пределе использования памяти и бывает так, что пик нагрузки преодолевает 2Гб и начинает забирать виртуальную память с диска. Может в этом дело?

Dimitry SibiryakovSergiпрограмма очень редко но вылетает
Раз программа вылетает, значит в ней есть баг. Раз в ней есть баг, значит надо его найти и
убить. Точка.

PS: Надеюсь, многопоточность делалась не по Архангельскому...
PPS: Sleep надо выкинуть вообще ибо именно он и тормозит обработку сообщений со всеми
вытекающими последствиями.


Легко сказать - найти баг.
Как это сделать, коль система никак не ругается, а программу выбрасывает. Ясно одно, что где то несуразности с пересечением памяти или массивами.

Да и выбрасывается то раз в месяц, то раз в неделю.

Anatoly PodgoretskySergiХотя, как я уже говорил, программа очень редко но вылетает при подгрузке логов в tempdb. Как будто не успевает их создать и вылетает.
Не надо катить бочку на MS SQL

Я качу бочку на ОС систему. MS SQL работает хорошо.

Сам виноват значит.
Надо было железо покупать соответствующее под сервер. И с 2Гб ОЗУ промашку дал.

KhodSergiСам виноват значит.
Надо было железо покупать соответствующее под сервер. И с 2Гб ОЗУ промашку дал.

Если прога тупо вылетает - это проблема железа.

Догадываюсь