Проблема производительности WinDraw...

Автор: | 12 марта 2010

30 Сентября 2009 года, когда внедрение программы шло полным ходом, нами была отправлена проблема в компанию Atechnology по поводу производительности программы WinDraw. Вот как она выглядела.

Появилась проблема с производительностью программы. А именно с работой c SQL сервером.
У нас
под SQL стоит отдельный сервер, на нем 14 гигов оперативы, 10 гигов отдано для SQL. SQL сервер предназначен только для WinDraw.
Примерно за 1.5 недели «съедается» все 10 гигов памяти и не освобождается. Даже когда в программе никто не работает (ночью, в выходные). Решается перезапуском службы SQL сервера. Память высвобождается и все начинает «летать». Если же этого не сделать — начинают вываливаться дот нетовские ошибки OutOfMemory, программа работает очень медленно...

К сожалению от разрабочиков не последовало никакой реакции. Прошло пол-года с того момента, и проблема стала чаще о себе напоминать. Теперь вся память съедается бывает за два-три дня...

... С самого начала, еще до внедрения, мы продумали схему работы программы WinDraw в офисах продаж, в центральном офисе (ЦКУ, ОГО, дилерский отдел и т.д) и на производственном участке. И решено было сразу настроить работу используя два сервера — один под базу данных, второй под само приложение, доступ к которому предоставлять посредством Citrix. Так и было сделано.

Для SQL сервера было выбрано следующее «железо»:

  • HP DL380R05 X5450 HPM (Rack2U 2xXeonQC 3.0 Ghz,...)
  • 14 Гб оперативной памяти
  • 8 * 72Gb 10K SFF SAS 2.5'' HotPlug HDD

Жесткие диски были объеденены в RAID 5 с одним резервным диском (HotSpare Disk). В качестве операционной ситемы установили Microsoft Windows 2003 R2. В качестве сервера базы данных установили Microsoft SQL Server Enterprise Edition. Распределение памяти настроили вот так:

Настройка памяти на SQL сервере

И вот что мы имеем практически постоянно.

Вся память используется...

Даже когда никто не работает в программе память не высвобождается, и постепенно программа WinDraw начинает работать все медленней и медленней. Решается это перезапуском сервиса SQL Server...

Компания Atechnology не предложила никаких решений. И на данный момент мы пока пытаемся оптимизировать различные запросы к базе данных, которые используются для построения отчетов Stimulsoft Reports.Net

Проблема производительности WinDraw...: 9 комментариев

  1. Виталий

    Добрый день.

    Подскажите, как можно с Вами связаться?

    Есть пару вопросов по WinDraw...

  2. Внедренец

    Сведена к минимуму... То есть не решена. То есть не проверено на серьезных объемах, как я предполагаю. Поэтому даже верить в это не получается. Однозначного ответа нет, а «сведена к минимуму» — это несерьезно...

  3. at

    в последних версиях конфигурации данная проблема сведена к минимуму, просто нужно меньше юзать функции CLR на сервере, и будет все классно.

  4. gray_cat_660

    Да. Есть такая проблема. Причем проявляется на поизводстве... что иногда приносит недобрые последствия. Длительность ожидания отчетов выставил уже больше 1000... чтобы выводило хоть какие то результаты)

  5. Евгений Назаренко

    Добрый день!

    Я являюсь одним из сотрудников компании АТехнолоджи и занимаюсь внедрением ПО на производствах.

    К сожалению лично с Вашей компанией я не знаком, но после прочтения данного поста возникло непреодолимое желание написать комментарий 🙂

    Зная базовые основы .Net можно утверждать одно: очисткой памяти и освобождением ресурсов занимается так называемый «сборщик мусора», который запускается по словам MS в моменты простоя системы...

    Следовательно проблема больше в самой среде Framework, нежели в работающем ПО. На вскидку я бы посоветовал Вам обновить Net Framework, возможно проблема с освобождением незанятых ресурсов уже решена разработчиками от Microsoft

    С уважением, Евгений!

    1. Внедренец Автор записи

      Такой совет нам уже неоднократно давали. Net Framework обновляли — проблема осталась. Сервис паки все поставлены и на Windows и на SQL. Болле того, есть отдельный сервер, на котором работает SQL (правда 2005 версия), и на нем другая программа, (Barsum — логи с телефонной станции), так на нем днем используется Больший объем памяти, чем ночью, то есть память высвобождается...

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *

*