Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Производительность сервера
|
|||
|---|---|---|---|
|
#18+
Доброго всем дня! На данный момент интересные результаты появились: (увеличил buffers до 2 000 000 и SHMVIRTSIZE вчера) некоторые отчеты выпускавшиеся до 30мин стали выполняться за 5-6 мин. загрузка процессоров в пределах 60-70%. Сейчас увеличил PHYSBUFF c 32 до 128 PHYSFILE c 10000 до 100000 перезапустил Информикс, на данный момент чекпоинты выросли до 3-7сек. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.01.2008, 14:48 |
|
||
|
Производительность сервера
|
|||
|---|---|---|---|
|
#18+
Журавлев Дениса /dev/sdb -- это tempdbs временный спейс? Если в нем толкаются сорт и хеш таблицы то надо DS_NONPDQ_QUERY_MEM 256 , потом можно еще увеличить если озу свободное останется Насколько я помню, это в КБ. Тогда 256 маловато будет. Можно хотя бы 1М. При наличии 16Г на сервере грех не воспользоваться возможностями :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.01.2008, 14:49 |
|
||
|
Производительность сервера
|
|||
|---|---|---|---|
|
#18+
KrukovSEНа данный момент интересные результаты появились: (увеличил buffers до 2 000 000 и SHMVIRTSIZE вчера) некоторые отчеты выпускавшиеся до 30мин стали выполняться за 5-6 мин. загрузка процессоров в пределах 60-70%. Отлично. Даже не думал, что так резко подскочит. Желательно представить onstat -p за пару часов работы. KrukovSE Сейчас увеличил PHYSBUFF c 32 до 128 PHYSFILE c 10000 до 100000 перезапустил Информикс, на данный момент чекпоинты выросли до 3-7сек. Не страшно, если КТ стала выполняться один раз в 5 минут (а ранее по 1 сек. но 100 раз за те же 5 минут). Тем не менее, можно будет уменьшить. Нужна статистика и отрезок из лога за последние пару часов, после изменения параметров. Итак, желательно пр5едставить: - новый действующий onconfig - последних несколько десятков записей из общего журнала сообщений - onstat -l - onstat -p - результат запроса Код: 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. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.01.2008, 15:03 |
|
||
|
Производительность сервера
|
|||
|---|---|---|---|
|
#18+
При использовании DS_NONPDQ_QUERY_MEM надо также смотреть за значением PDQPRIORITY. Должно быть установлено в 0 (для всего сервера или для конкретной сессии) если хотим использовать сортировки в памяти. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.01.2008, 16:18 |
|
||
|
Производительность сервера
|
|||
|---|---|---|---|
|
#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. Результат жуткого запроса :) почему-то в одну строчку (могет из-за ISQL) ===== Logs Profile ============|max|max| 0 02:06:51|-------------------------------|--Onconfig Effective--|128|rootdbs|100000|----|32|33|33.0|10000|330000.0|----|MANUAL|/dev/null||70|80|-------------------------------|-- Physical_log --|0.98|3298471|52543|62.78|26002.92|414.21|-- Logical_logs --|0.15|6196|48.85|686|9.03|5.41|282|21.97|2.43|2.22|24|-- Transactions --|637|0|9.73|0| ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.01.2008, 17:32 |
|
||
|
Производительность сервера
|
|||
|---|---|---|---|
|
#18+
KrukovSE http://slil.ru/25339625 Так я же столько и не просил, я же всего то хотел onconfig и вырезку из лога для контроля КТ. KrukovSE onstat -l IBM Informix Dynamic Server Version 10.00.FC3R1 -- On-Line -- Up 03:04:08 -- 6552904 Kbytes Physical Logging Buffer bufused bufsize numpages numwrits pages/io P-2 0 64 4925623 78507 62.74 phybegin physize phypos phyused %used 1:182793 50000 4069 17984 35.97 Logical Logging Buffer bufused bufsize numrecs numpages numwrits recs/pages pages/io L-3 0 16 6778 764 344 8.9 2.2 Subsystem numrecs Log Space used OLDRSAM 6778 999264 Физжурналу значительно полегчало, хотя можно еще увеличить буфер (до 256) А вот буфера логического журнала слабо нагружены - похоже, что у вас БД в unbuffered logging KrukovSE Результат жуткого запроса :) почему-то в одну строчку (могет из-за ISQL) ===== Logs Profile ============|max|max| 0 02:06:51|-------------------------------|--Onconfig Effective--|128|rootdbs|100000|----|32|33|33.0|10000|330000.0|----|MANUAL|/dev/null||70|80|-------------------------------|-- Physical_log --|0.98|3298471|52543|62.78|26002.92|414.21|-- Logical_logs --|0.15|6196|48.85|686|9.03|5.41|282|21.97|2.43|2.22|24|-- Transactions --|637|0|9.73|0| Ой, что то страшное и непонятное :) Должно было быть типа такого (красивого и понятного :) Код: 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. И для меня очень неожиданное соотношение: - очень большая нагрузка на физжурнал (около 7 раз в секунду сбрасывается практически полный буфер , т.е. около 130К*7) - в то же время мизерная нагрузка на логический журнал (2 раза в минуту (!) по 2,5 страницы) Мне непонятен такой дисбаланс. Может кто то объяснит, что это за странные транзакции такие ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.01.2008, 20:46 |
|
||
|
Производительность сервера
|
|||
|---|---|---|---|
|
#18+
vasilis Тем не менее, кое-какие цифры я расшифровал. И для меня очень неожиданное соотношение: - очень большая нагрузка на физжурнал (около 7 раз в секунду сбрасывается практически полный буфер , т.е. около 130К*7) - в то же время мизерная нагрузка на логический журнал (2 раза в минуту (!) по 2,5 страницы) Мне непонятен такой дисбаланс. Может кто то объяснит, что это за странные транзакции такие ?Либо база без транзакций, либо в апдейтятся таблицы с очень длинными строками (row), при этом само содержимое не меняется, поэтому дельта пишущаяся в лог. журнал равна нулю. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.01.2008, 14:33 |
|
||
|
Производительность сервера
|
|||
|---|---|---|---|
|
#18+
KrukovSEперезапустил Информикс, на данный момент чекпоинты выросли до 3-7сек.Что с кешем и батарейкой у DS4300? У вас какой вариант? DS4300Базовая модель: 256 МБ (с одним контроллером) или 512 МБ (с двумя контроллерами), защищен батареей В варианте Turbo: в общей сложности 2 ГБ, защищен батареей ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.01.2008, 14:42 |
|
||
|
Производительность сервера
|
|||
|---|---|---|---|
|
#18+
Журавлев Денис vasilis Тем не менее, кое-какие цифры я расшифровал. И для меня очень неожиданное соотношение: - очень большая нагрузка на физжурнал (около 7 раз в секунду сбрасывается практически полный буфер , т.е. около 130К*7) - в то же время мизерная нагрузка на логический журнал (2 раза в минуту (!) по 2,5 страницы) Мне непонятен такой дисбаланс. Может кто то объяснит, что это за странные транзакции такие ?Либо база без транзакций, либо в апдейтятся таблицы с очень длинными строками (row), при этом само содержимое не меняется, поэтому дельта пишущаяся в лог. журнал равна нулю. Логично. О базе без транзакций в данном случае (явно промышленное использование) я даже не подумал. Хотя, каких то 600 штук за 2 часа все таки комиттится. Может посмотрим транзакционную нагрузку ? (если автор позволит выполнить еще один запросик :) Вот только бы результат получить уже в нормальном виде :) Код: 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. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.01.2008, 16:35 |
|
||
|
Производительность сервера
|
|||
|---|---|---|---|
|
#18+
Кэш включен, батарейки только поменяли. DS4300 TURBO. Результат запроса: ______________ ===== Weight of transaction ==== hostname max dbserver_name max statistic_time 3 20:45:57 ______________ ------------------------------- __________ -- All-Transactions -- commits 1503 __trans_per_sec 0.00 __trans_per_min 0.3 __aver_sec_trans 222.19 rollbacks 0 _logrecords_per_t 11.9 long_transact 0 __________ --Read-Write-per-Transaction-- _disk_reads_per_t 21181.9 _page_reads_per_t 53639.0 _buff_reads_per_t 16984776.9 _pages_per_read 2.5 _page_reads_pmin 14484.40 _buf_reads_pmin 4586480.24 __________ -- _disk_writ_per_t 93715.8 _page_writ_per_t 203150.5 _buf_writes_per_t 1235175.6 _pages_per_writes 2.2 _page_writes_pmin 54857.70 _buf_writes_pmin 333540.34 __________ ----- _lockreq_per_trans 7081839 _sorts_per_trans 66.01 __________ --Weight-- _weight_reads_ptr 563182.3 _weight_writes_ptr 240205.8 __weight_per_trans 803388.1 __weight_per_sec 3615.71 ______________ ------------------------------- ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.01.2008, 11:12 |
|
||
|
Производительность сервера
|
|||
|---|---|---|---|
|
#18+
Спасибо всем за помощь, за 2 дня работы жалоб от пользователей нет! В некоторых случаях, например формирование отчетов раз в 6 быстрее. А запросы с которых и началась разборка, вместо 40 сек - 5сек Так что весьма признателен :) Но как всегда, хочется лучше... на данный момент CPU загружены на 40-50% и памяти еще 5г свободно. onstat -g mgm IBM Informix Dynamic Server Version 10.00.FC3R1 -- On-Line -- Up 1 days 23:39:30 -- 4935500 Kbytes Memory Grant Manager (MGM) -------------------------- MAX_PDQPRIORITY: 100 DS_MAX_QUERIES: 14 DS_MAX_SCANS: 1048576 DS_NONPDQ_QUERY_MEM: 128 KB DS_TOTAL_MEMORY: 1792 KB Queries: Active Ready Maximum 0 0 14 Memory: Total Free Quantum (KB) 1792 1792 128 Scans: Total Free Quantum 1048576 1048576 1 Load Control: (Memory) (Scans) (Priority) (Max Queries) (Reinit) Gate 1 Gate 2 Gate 3 Gate 4 Gate 5 (Queue Length) 0 0 0 0 0 Active Queries: None Ready Queries: None Free Resource Average # Minimum # -------------- --------------- --------- Memory 0.0 +- 0.0 224 Scans 0.0 +- 0.0 1048576 Queries Average # Maximum # Total # -------------- --------------- --------- ------- Active 0.0 +- 0.0 0 0 Ready 0.0 +- 0.0 0 0 Resource/Lock Cycle Prevention count: 0 То есть параллельные запросы отсутствуют? Это прописывается в самих запросах или можно принудительно попробовать? И куда можно еще оперативку использовать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.01.2008, 15:56 |
|
||
|
Производительность сервера
|
|||
|---|---|---|---|
|
#18+
Параллельные запросы не будут использоваться если не выполняется ряд условий, в частности фрагментация таблицы участвующей в запросе, установка переменной окружения для программы PDQPRIORITY не в 0, или выполнение в сессии оператора "set pdqpriority значение". В случае использования PDQ вы практически не используете имеющуюся память поскольку DS_TOTAL_MEMORY: 1792 KB это очень мало! Сделайте для начала DS_TOTAL_MEMORY = 25 % от объема SHMVIRTSIZE. Это можно сделать без перезагрузки информикса например: onmode -M 128000 (делает общий размер памяти выделяемый под PDQ 128000 Кб) Теперь для не PDQ запросов. Что показывает на вашей системе onstat -g env|grep PDQ ? если при старте информикса переменная PDQPRIORITY была установлена в 0 то вполне можете воспользоваться сортировками в памяти, сделав для начала DS_NONPDQ_QUERY_MEM = 512 (ее также можно в онлайне переустановить). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.01.2008, 17:42 |
|
||
|
Производительность сервера
|
|||
|---|---|---|---|
|
#18+
KrukovSE на данный момент CPU загружены на 40-50% и памяти еще 5г свободно. ........ И куда можно еще оперативку использовать? Не торопитесь сильно использовать. Эта оперативка очень пригодится здесь: Журавлев Денискак мне кажется есть еще одна маленькая проблема -- двойная буферизация ls -l /dev/sdb3 b rw-rw---- блочное устройство Код: plaintext 1. 2. 3. Код: plaintext 1. 2. Т.е. мне кажется что все читает и пишет информикс дублируется в кэш линуса. И как это лечить я догадываюсь но не уверен, может гуру подскажут. Как лечить я описывал на первой странице. Когда полечите тогда можете использовать, иначе недостаток памяти для кеша ФС может очень сильно повысить syscpu или хуже того система начнет лезть в своп. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.01.2008, 18:46 |
|
||
|
Производительность сервера
|
|||
|---|---|---|---|
|
#18+
Ок, попробую разобраться сначала с блочным устройством Спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2008, 09:34 |
|
||
|
Производительность сервера
|
|||
|---|---|---|---|
|
#18+
KrukovSE(увеличил buffers до 2 000 000 и SHMVIRTSIZE вчера) некоторые отчеты выпускавшиеся до 30мин стали выполняться за 5-6 мин. ... перезапустил Информикс, на данный момент чекпоинты выросли до 3-7сек. KrukovSEКэш включен, батарейки только поменяли. DS4300 TURBO.Ну таки и сколько кеш на запись? Предположим он равен гигабайту, сделаем так чтобы во время чекпоинта на диск скидывалось приблизительно 750мб 0.75/4*100%=18,75% т.е. выставьте BUFFERPOOL size=2K,buffers=2000000,lrus=128, lru_min_dirty=18.75,lru_max_dirty=25 и чекпоинты снизятся до 0 сек. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.01.2008, 09:39 |
|
||
|
Производительность сервера
|
|||
|---|---|---|---|
|
#18+
AndronВ случае использования PDQ вы практически не используете имеющуюся память поскольку DS_TOTAL_MEMORY: 1792 KB это очень мало! Сделайте для начала DS_TOTAL_MEMORY = 25 % от объема SHMVIRTSIZE. Это можно сделать без перезагрузки информикса например: onmode -M 128000 (делает общий размер памяти выделяемый под PDQ 128000 Кб)Он не пользуется pdq у него MAX, это хреновина типа Baan там pdq разработчики никогда использовать не будут. Andronдля начала DS_NONPDQ_QUERY_MEM = 512 (ее также можно в онлайне переустановить).это хорошая мысль: onmode -wm DS_NONPDQ_QUERY_MEM=512 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.01.2008, 09:45 |
|
||
|
|

start [/forum/topic.php?fid=44&msg=35080509&tid=1608194]: |
0ms |
get settings: |
9ms |
get forum list: |
10ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
33ms |
get topic data: |
7ms |
get forum data: |
2ms |
get page messages: |
35ms |
get tp. blocked users: |
1ms |
| others: | 264ms |
| total: | 365ms |

| 0 / 0 |
