Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Быстродействие.
|
|||
|---|---|---|---|
|
#18+
Добрый день. У меня такой вопрос. Имею систему вин 2003 сервер (2 проца интел ксеон 3 Ггц (не коре 2 дуо) 4 ГБ оперативки) с установленным Cache` 5.0.20.6305.0 и АБС "Гефест" "Прогромбанка". В конце месяца, когда отчетчики получают свои отчеты, система практически останавливается... Процессоры загружены на 100%. Скорее всего проблема даже не в коши, а в коде Прогромбанка. Некоторые выходят из данной ситуации следующим образом. Ставят еще один комп с Cache` и на первом врубают зеркалирование на второй сервер. И пускают отчетников на зеркало, чтобы не загружать первый сервер и на нем все работали нормально. Может ли кто-нибудь предложить мне какое-нибудь решение? Просто сейчас хотим менять сервер, но тут появляется вопрос, если мы увеличим мощности сервера, но вся система все равно будет тормозить, может и не стоит покупать новый серв? Помогите пожалуйста, может кто сталкивался с этим... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.10.2007, 17:25 |
|
||
|
Быстродействие.
|
|||
|---|---|---|---|
|
#18+
А размазать по времени отчётчиков из этого Погромбанка не пробовали? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.10.2007, 19:52 |
|
||
|
Быстродействие.
|
|||
|---|---|---|---|
|
#18+
Сами собираемся применять зеркало - хотя у нас в системе ситуация немного другая- там I/O тормозить ... то есть загрузка проца никакая ... В Вашем случае если отчетники готовять это в фоновых процессах - можно попытатся у каши настройку приоритета у фоновых процессов понизить - загрузка останеться но остальным должно быть легче ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.10.2007, 20:46 |
|
||
|
Быстродействие.
|
|||
|---|---|---|---|
|
#18+
uuserА размазать по времени отчётчиков из этого Погромбанка не пробовали? Отчетчики не програмбанка, а наши. А они обычно в конце месяца отчеты делают. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.10.2007, 08:54 |
|
||
|
Быстродействие.
|
|||
|---|---|---|---|
|
#18+
А обычно загрузка какая? Что за отчеты? Может там какой-нить запрос кривой, который можно оптимизировать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.10.2007, 08:59 |
|
||
|
Быстродействие.
|
|||
|---|---|---|---|
|
#18+
PtnСами собираемся применять зеркало - хотя у нас в системе ситуация немного другая- там I/O тормозить ... то есть загрузка проца никакая ... В Вашем случае если отчетники готовять это в фоновых процессах - можно попытатся у каши настройку приоритета у фоновых процессов понизить - загрузка останеться но остальным должно быть легче У нас отчеты делаются от 40 минут до 2 часов. Если понизим приоритет, то думаю что это время увеличится еще. Может есть еще какое-нибудь решение. Даже не знаю что делать. Сейчас, возможно, будем покупать сервер HP который стоит 500 000р. И если после этого ситуация не изменится, то надо будет как то объяснять президенту в чем дело :) Как думаете, в зеркалировании единственный выход? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.10.2007, 09:04 |
|
||
|
Быстродействие.
|
|||
|---|---|---|---|
|
#18+
NoGotА обычно загрузка какая? Что за отчеты? Может там какой-нить запрос кривой, который можно оптимизировать? обычная загрузка 8-20%. Запрос 100% кривой. Но программу пишу не я, а фирма Програмбанк, потому врядли мне получится что то изменить... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.10.2007, 09:06 |
|
||
|
Быстродействие.
|
|||
|---|---|---|---|
|
#18+
Мы используем "Аналитическую систему"... Суть которой собирать информацию каждый день по интересующим показателям. А в отчетный период запросы идут только по БД показателей, что значительно ускоряет создание отчетов и снижает нагрузку на комп... ---------- Cache for Windows NT (Intel) 5.0.20 (Build 6305) Fri Sep 16 2005 11:54:10 EDT ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.10.2007, 09:27 |
|
||
|
Быстродействие.
|
|||
|---|---|---|---|
|
#18+
МаксимАКБ У нас отчеты делаются от 40 минут до 2 часов. Если понизим приоритет, то думаю что это время увеличится еще. Может есть еще какое-нибудь решение. Даже не знаю что делать. Сейчас, возможно, будем покупать сервер HP который стоит 500 000р. И если после этого ситуация не изменится, то надо будет как то объяснять президенту в чем дело :) Как думаете, в зеркалировании единственный выход? Каков размер кэша? Если дело не в нем, можно ли локализовать проблему? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.10.2007, 09:42 |
|
||
|
Быстродействие.
|
|||
|---|---|---|---|
|
#18+
авторНекоторые выходят из данной ситуации следующим образом. Ставят еще один комп с Cache` и на первом врубают зеркалирование на второй сервер По моему, это наоборот медленее будет работать, ведь ресурсы потянет сам процесс зеркалирования В М системах есть такое понятие, как распределенная обработка данных, т.е. можно пустить процес на отдельной Cache' машине, которая в свою очередь по сетке связана с Cache' сервером. Но это опять связано с тем, как написан Ваш софт ... В общем разные подходы существуют, нужно проекспериментировать Увеличивать нпример раздел под пользователя ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.10.2007, 10:06 |
|
||
|
Быстродействие.
|
|||
|---|---|---|---|
|
#18+
МаксимАКБ NoGotА обычно загрузка какая? Что за отчеты? Может там какой-нить запрос кривой, который можно оптимизировать? обычная загрузка 8-20%. Запрос 100% кривой. Но программу пишу не я, а фирма Програмбанк, потому врядли мне получится что то изменить... Ну тогда я могу посоветовать не подстраиваться под заведомо кривые запросы (а тем более не покупать сервер за пол-ляма), а обратиться к разработчикам с просьбой (а можно даже и с требованием) исправить проблему. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.10.2007, 10:17 |
|
||
|
Быстродействие.
|
|||
|---|---|---|---|
|
#18+
Sergei Obrastsov МаксимАКБ У нас отчеты делаются от 40 минут до 2 часов. Если понизим приоритет, то думаю что это время увеличится еще. Может есть еще какое-нибудь решение. Даже не знаю что делать. Сейчас, возможно, будем покупать сервер HP который стоит 500 000р. И если после этого ситуация не изменится, то надо будет как то объяснять президенту в чем дело :) Как думаете, в зеркалировании единственный выход? Каков размер кэша? Если дело не в нем, можно ли локализовать проблему? размер кэша 1 гиг, сама база где то 30 гигов... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.10.2007, 11:33 |
|
||
|
Быстродействие.
|
|||
|---|---|---|---|
|
#18+
Valeriu авторНекоторые выходят из данной ситуации следующим образом. Ставят еще один комп с Cache` и на первом врубают зеркалирование на второй сервер По моему, это наоборот медленее будет работать, ведь ресурсы потянет сам процесс зеркалирования В М системах есть такое понятие, как распределенная обработка данных, т.е. можно пустить процес на отдельной Cache' машине, которая в свою очередь по сетке связана с Cache' сервером. Но это опять связано с тем, как написан Ваш софт ... В общем разные подходы существуют, нужно проекспериментировать Увеличивать нпример раздел под пользователя Вроде в какомто банке уже так сделано. Все работают на первом сервере а отчетники на зеркале. Вроде как спасает. Но некрасиво как то сделано. Расскажите,если не трудно, про распределенную обработку, или скажите где можно почитать. И что за раздел можно увеличить? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.10.2007, 11:36 |
|
||
|
Быстродействие.
|
|||
|---|---|---|---|
|
#18+
Включаеш ECP - поднимаеш еще один сервер (тот что якобы зеркало)... Вместо зеркалирования СУБД - выбираешь что вот этот DATEBASE у тебя есть база удаленная расположена там то там то - собираеш из неё NAMESPACE и пускаеш туда пользователей. База одна - пользователи разнесены по серверам - у каждого сервера свой кэш данных. Сетку только получше между серваками делайте. Возможность использовасть ECP возможно, не помню точно, зависит от лицензии. Вообще нужно пинать разарабов - кривому запросу никакой "мегасервер" не помеха ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.10.2007, 12:44 |
|
||
|
Быстродействие.
|
|||
|---|---|---|---|
|
#18+
ValeriuПо моему, это наоборот медленее будет работать, ведь ресурсы потянет сам процесс зеркалирования...Это не так, зеркалирование работает очень экономично. В фоне передаются блоки журнала (64К-байтные) по мере готовности. Каждый блок передается, замечу, всегда один раз, в отличие от ECP, где при нехватке места в кэше сервера приложений начинаются повторые передачи блоков. Но все-таки 100% CPU, скорее всего, результат какой-то упрятанной вглубь ошибки. Плохо написанный запрос, более вероятно, что упрется в Disk I/O. Стоит поискать "виновника" с помощью PERFMON, %MONLBL. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.10.2007, 12:50 |
|
||
|
Быстродействие.
|
|||
|---|---|---|---|
|
#18+
Мы сталкивались как-то со 100% загрузкой если в цикле был опрос ввода с клавиатуры с временем ожидания ноль... ---------- Cache for Windows NT (Intel) 5.0.20 (Build 6305) Fri Sep 16 2005 11:54:10 EDT ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.10.2007, 14:20 |
|
||
|
Быстродействие.
|
|||
|---|---|---|---|
|
#18+
PtnВключаеш ECP - поднимаеш еще один сервер (тот что якобы зеркало)... Вместо зеркалирования СУБД - выбираешь что вот этот DATEBASE у тебя есть база удаленная расположена там то там то - собираеш из неё NAMESPACE и пускаеш туда пользователей. База одна - пользователи разнесены по серверам - у каждого сервера свой кэш данных. Сетку только получше между серваками делайте. Возможность использовасть ECP возможно, не помню точно, зависит от лицензии. Вообще нужно пинать разарабов - кривому запросу никакой "мегасервер" не помеха Думаю стоит попробовать... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.10.2007, 14:21 |
|
||
|
Быстродействие.
|
|||
|---|---|---|---|
|
#18+
Alexey Maslov ValeriuПо моему, это наоборот медленее будет работать, ведь ресурсы потянет сам процесс зеркалирования...Это не так, зеркалирование работает очень экономично. В фоне передаются блоки журнала (64К-байтные) по мере готовности. Каждый блок передается, замечу, всегда один раз, в отличие от ECP, где при нехватке места в кэше сервера приложений начинаются повторые передачи блоков. Но все-таки 100% CPU, скорее всего, результат какой-то упрятанной вглубь ошибки. Плохо написанный запрос, более вероятно, что упрется в Disk I/O. Стоит поискать "виновника" с помощью PERFMON, %MONLBL. Сейчас попробовали переставить все на другой сервер. Процессоры уже не загружаются на 100%, но по прежнему также тормозит. так что скорее всего это Плохо написанный запрос, более вероятно, что упрется в Disk I/O. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.10.2007, 14:24 |
|
||
|
Быстродействие.
|
|||
|---|---|---|---|
|
#18+
Большое спасибо что ответили. Будем пробовать. Здесь отпишусь как и что получается. Если у кого то будут еще идеи, пишите... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.10.2007, 14:26 |
|
||
|
Быстродействие.
|
|||
|---|---|---|---|
|
#18+
так как сейчас выяснилось, что загрузка системы происходит из за кривого запроса то ECP, на сколько я понимаю, не решит данную проблему. Остается только зеркалирование. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.10.2007, 14:54 |
|
||
|
Быстродействие.
|
|||
|---|---|---|---|
|
#18+
krvsaМы используем "Аналитическую систему"... Суть которой собирать информацию каждый день по интересующим показателям. А в отчетный период запросы идут только по БД показателей, что значительно ускоряет создание отчетов и снижает нагрузку на комп... ---------- Cache for Windows NT (Intel) 5.0.20 (Build 6305) Fri Sep 16 2005 11:54:10 EDT не подскажете что, за "Аналитическую систему" вы используете? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.10.2007, 14:56 |
|
||
|
Быстродействие.
|
|||
|---|---|---|---|
|
#18+
МаксимАКБне подскажете что, за "Аналитическую систему" вы используете? Это наша разработка... Суть ее в сборе данных (каждый день, ночью), которых хватит для составления нужной отчетности... В отчетный период (и не только) отчеты делаются не из оперативной БД, а из аналитической БД... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.10.2007, 16:20 |
|
||
|
Быстродействие.
|
|||
|---|---|---|---|
|
#18+
МаксимАКБтак как сейчас выяснилось, что загрузка системы происходит из за кривого запроса Все-таки это выяснилось? А нельзя ли его просто переписать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.10.2007, 07:44 |
|
||
|
Быстродействие.
|
|||
|---|---|---|---|
|
#18+
Sergei Obrastsov МаксимАКБтак как сейчас выяснилось, что загрузка системы происходит из за кривого запроса Все-таки это выяснилось? А нельзя ли его просто переписать? Да, поторопился, прошу прощения. Но все же стоит на него посмотреть поближе. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.10.2007, 07:50 |
|
||
|
Быстродействие.
|
|||
|---|---|---|---|
|
#18+
Sergei Obrastsov Sergei Obrastsov МаксимАКБтак как сейчас выяснилось, что загрузка системы происходит из за кривого запроса Все-таки это выяснилось? А нельзя ли его просто переписать? Да, поторопился, прошу прощения. Но все же стоит на него посмотреть поближе. Попробую достать код.. Посмотрим что там... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.10.2007, 11:44 |
|
||
|
Быстродействие.
|
|||
|---|---|---|---|
|
#18+
Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. 55. 56. 57. 58. 59. 60. 61. 62. 63. 64. 65. 66. 67. 68. 69. 70. 71. 72. 73. 74. 75. 76. 77. 78. 79. 80. 81. 82. 83. 84. 85. 86. 87. 88. 89. 90. 91. 92. 93. 94. 95. 96. 97. 98. 99. 100. 101. 102. 103. 104. 105. 106. 107. вот что я нашел. вызывается отчет вот так s %TMP("FAAKRED")=1 s %TMP("STAVKI")=1 d StartKred^OT17p(20) StartKred^OT17p я выложил выше ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.10.2007, 16:27 |
|
||
|
Быстродействие.
|
|||
|---|---|---|---|
|
#18+
А можно Start20^Z2017V01 еще?)) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.10.2007, 17:58 |
|
||
|
Быстродействие.
|
|||
|---|---|---|---|
|
#18+
Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. 55. 56. 57. 58. 59. 60. 61. 62. 63. 64. 65. 66. 67. 68. 69. 70. 71. 72. 73. 74. 75. 76. 77. 78. 79. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.10.2007, 18:52 |
|
||
|
Быстродействие.
|
|||
|---|---|---|---|
|
#18+
Ну раз код доступен - имеет смысл нтравить на него ^%MONLBL ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.10.2007, 13:07 |
|
||
|
Быстродействие.
|
|||
|---|---|---|---|
|
#18+
Код: plaintext 1. 2. 3. 4. Ну раз они сами пишут "портит T", то нафига ж делать " ^(4)=T "? Следует поправить на " ^(4)=saveT ", раз уж потом все-равно идет: Код: plaintext 1. Далее, очень хотелось бы уточнить по Z2017V01, какого рода ссылку представляет из себя результат Код: plaintext 1. Это важно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.10.2007, 03:06 |
|
||
|
Быстродействие.
|
|||
|---|---|---|---|
|
#18+
Sergei Obrastsov Код: plaintext 1. 2. 3. 4. Ну раз они сами пишут "портит T", то нафига ж делать " ^(4)=T "? Следует поправить на " ^(4)=saveT ", раз уж потом все-равно идет: Код: plaintext 1. Далее, очень хотелось бы уточнить по Z2017V01, какого рода ссылку представляет из себя результат Код: plaintext 1. Это важно. Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. попробую ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.10.2007, 09:19 |
|
||
|
Быстродействие.
|
|||
|---|---|---|---|
|
#18+
МаксимАКБ Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. Нет, это не то. Меня интересует именно сама ссылка. Что это, локаль или глобаль? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.10.2007, 00:43 |
|
||
|
|

start [/forum/topic.php?all=1&fid=39&tid=1559156]: |
0ms |
get settings: |
7ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
46ms |
get topic data: |
7ms |
get forum data: |
2ms |
get page messages: |
81ms |
get tp. blocked users: |
2ms |
| others: | 235ms |
| total: | 400ms |

| 0 / 0 |
