|
|
|
Apex: Скачки нагрузки по Concurrency в Oracle
|
|||
|---|---|---|---|
|
#18+
Доброго времени суток. Нужна помощь в решении следующей проблемы: Во время работы периодически возникают всплески нагрузки по Concurrency. После этого все становится колом. Помогает ребут веб сервера. Может кто сталкивался с подобным, подскажите в какую сторону копать чтобы решить проблему? Текст запроса который выводится в Oracle EM Код: plsql 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. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.11.2015, 12:04 |
|
||
|
Apex: Скачки нагрузки по Concurrency в Oracle
|
|||
|---|---|---|---|
|
#18+
iAlexNTВо время работы периодически возникают всплески нагрузки по Concurrency. После этого все становится колом. Помогает ребут веб сервера. imho Первое что нужно смотреть - архитектуру. Второе - в форум по ораклу, т.к. Concurrency - его хлеб. По архитектуре, в веб пишут с компромиссами, чтобы не сталкивать запросы за один рессурс. http://www.k-press.ru/cs/2009/3/ts/ts.asp авторКомпромиссы Стратегия высокого параллелизма реагирует на требования высокого параллелизма снижением охвата транзакции до уровня, минимально возможного в данной архитектуре. Это приводит к более быстрому завершению (фиксации или откату) транзакции, чем при использовании стратегии слоя API. Однако, как учит нас история хорошего корабля Vasa (см. Ресурсы), вы не можете иметь все и сразу. Жизнь состоит из компромиссов, и обработка транзакций – не исключение. Не можете же вы впрямь рассчитывать одновременно и на такой же уровень надежности обработки транзакций, что и в стратегии слоя API, и на максимальное количество параллельных обращений и максимальную пропускную способность при пиковых нагрузках. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.11.2015, 12:22 |
|
||
|
Apex: Скачки нагрузки по Concurrency в Oracle
|
|||
|---|---|---|---|
|
#18+
Тут больше вопрос, как отловить причину. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.11.2015, 13:11 |
|
||
|
Apex: Скачки нагрузки по Concurrency в Oracle
|
|||
|---|---|---|---|
|
#18+
iAlexNTТут больше вопрос, как отловить причину. причина обычно самая простая из всех возможных Бритва Оккама https://ru.wikipedia.org/wiki/Бритва_Оккама Для этого нужен ВИ\Прецендент приводящий к ошибке. И её повторяемость. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.11.2015, 13:16 |
|
||
|
Apex: Скачки нагрузки по Concurrency в Oracle
|
|||
|---|---|---|---|
|
#18+
iAlexNTТут больше вопрос, как отловить причину. Concurrency разными бывают. select name from v$event_name where WAIT_CLASS = 'Concurrency' имхо, на данном этапе, вопрос относиться к ораклу, а не к апексу, пишите туда. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.11.2015, 14:19 |
|
||
|
|

start [/forum/topic.php?fid=50&msg=39105416&tid=1874784]: |
0ms |
get settings: |
10ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
166ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
41ms |
get tp. blocked users: |
1ms |
| others: | 310ms |
| total: | 558ms |

| 0 / 0 |
