Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
|
|||
|---|---|---|---|
|
#18+
Странно, у меня на P4 2.8 с HT нет никаких проблем с DB2 (по крайней мере, по результатам этого теста). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.03.2006, 16:07 |
|
||
|
Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
|
|||
|---|---|---|---|
|
#18+
говорю вам - вся проблема в DAS. Не запускайте его - и все будет ОК. Во всяком случае в винде можно глянуть какой процесс жрет процессорные ресурсы, и это скорее всего db2dasrrm ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.03.2006, 16:20 |
|
||
|
Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
|
|||
|---|---|---|---|
|
#18+
gardenmanговорю вам - вся проблема в DAS. Не запускайте его - и все будет ОК. Во всяком случае в винде можно глянуть какой процесс жрет процессорные ресурсы, и это скорее всего db2dasrrm Всегда запускал, и всегда было ОК. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.03.2006, 17:17 |
|
||
|
Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
|
|||
|---|---|---|---|
|
#18+
Я думаю такое поведение DAS OS-specific. На WinXP - довольно частое явление. И, что интерсно DAS начинает тормозить процессы DB2, однако на другие процессы это действует не так сильно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.03.2006, 17:25 |
|
||
|
Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
|
|||
|---|---|---|---|
|
#18+
kmikeСтранно, у меня на P4 2.8 с HT нет никаких проблем с DB2 (по крайней мере, по результатам этого теста). Воспользуйтесь Configuration Adviser ;-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.03.2006, 17:41 |
|
||
|
Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
|
|||
|---|---|---|---|
|
#18+
Victor Metelitsa kmikeСтранно, у меня на P4 2.8 с HT нет никаких проблем с DB2 (по крайней мере, по результатам этого теста). Воспользуйтесь Configuration Adviser ;-) А что будет? Всё накроется? Я в общем-то этими явовскими тулзами не пользуюсь-памяти они жрут слишком дофига, да ещё db2cc частенько требует наличия DAS, который у меня послу установки FP11 перестал запускаться. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.03.2006, 17:51 |
|
||
|
Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
|
|||
|---|---|---|---|
|
#18+
Ну, запустите пункт 13, хотя бы. HT, может, и не причём. Сейчас на AMD64 сокет 754 2.4 гигагерц пробую. По дефолту cpuspeed = примерно 2.7e-07. На втором запросе получились такие: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. Попробовал cpuspeed=5e-07. Примерно также. Попробовал cpuspeed=6e-07. Скачок: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. Как-то совсем не радует меня такая история... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.03.2006, 18:29 |
|
||
|
Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
|
|||
|---|---|---|---|
|
#18+
Victor MetelitsaНу, запустите пункт 13, хотя бы. одного из моих предыдущих писем (результат моего Configuration Advisor). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.03.2006, 18:31 |
|
||
|
Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
|
|||
|---|---|---|---|
|
#18+
Как я понял проблема в некорректном определении скорости процессора на определённых конфигурациях железо/софт? Это только у Express или вообще в реализации DB2 под Win32? Я так пологая что нужно ответственным товарищам за DB2 сделать соответствующую запись в FAQ иначе подобные грабли будут всплывать регулярно. P.S. Ссылка на первонаступившего на грабли обязательна :-):-):-):-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.03.2006, 21:14 |
|
||
|
Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
|
|||
|---|---|---|---|
|
#18+
Интересно, на _каких_ конфигурациях скорость определяется неверно? У меня определилось 1.89e-07 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.03.2006, 22:15 |
|
||
|
Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
|
|||
|---|---|---|---|
|
#18+
olegloaКак я понял проблема в некорректном определении скорости процессора на определённых конфигурациях железо/софт? Это только у Express или вообще в реализации DB2 под Win32? У меня только ESE. Я проверил бы Express, хотя и не верю в какую-либо разницу, но: что моя контора, что я по ADSL, потребляем инет по ценам 24 р за 10 мег и, естественно, жлобимся. Для FAQ ещё рано хотя бы потому, что я проверил только 2-й запрос. Может, другим запросам от моего изменения CPUSPEED не получшеет, а даже похужеет. Я сегодня-завтра проверю несколько CPUSPEED на всех запросах. Надо ещё проследить, на каких запросах меняются планы. И что, если бы у меня процессор был в несколько раз быстрее? Неужто от этого тот нехороший план стал бы хорошим? Странно как. По документации, влияние параметра CPUSPEED на производительность является "low". В общем, это нехорошая история. На грабли, наверное, наступило уже множество народу, просто они об этом не догадываются. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.03.2006, 14:48 |
|
||
|
Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
|
|||
|---|---|---|---|
|
#18+
kmikeИнтересно, на _каких_ конфигурациях скорость определяется неверно? У меня определилось 1.89e-07 Я поторопился про "неверную". Сперва надо узнать, есть ли "верная". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.03.2006, 14:50 |
|
||
|
Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
|
|||
|---|---|---|---|
|
#18+
Victor Metelitsa, я проверял именно Express на виндах. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.03.2006, 18:26 |
|
||
|
Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
|
|||
|---|---|---|---|
|
#18+
Victor Metelitsa И что, если бы у меня процессор был в несколько раз быстрее? Неужто от этого тот нехороший план стал бы хорошим? Именно. Оптимизатор бы предпочитал "процессороёмкие" планы планам с множеством I/O. Кстати, раз уж поставил на винду DB2, провёл небольшой эксперимент. Мне всегда было интересно, как сжатие файловой системы влияет на работу СУБД. Дык вот, стандартное NTёвое сжатие директорий даёт примерно 2-2.5 раза выигрыша по месту - я сжимал только SQLT0002.0 , т.е. USERSPACE1 (SMS). В общем, вполне ожидаемо, скорость загрузки в таблицу уменьшилась раза в два. Зато при запросах к большим таблицам с full scan'ами - наоборот, выигрыш в 2.5 раза. Т.е. наверное, для всяких систем с преобладанием чтения - имеет смысл, тем более, что при использовании SMS можно указывать сжатие для отдельных таблиц без всякого выноса в отдельное табличное пространство :) Очень удобно для лентяев :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.03.2006, 18:37 |
|
||
|
Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
|
|||
|---|---|---|---|
|
#18+
Configuration Advisor, для Warehouse с одним удалённым и одним локальеым пользователем, 80% на 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. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.03.2006, 23:19 |
|
||
|
Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
|
|||
|---|---|---|---|
|
#18+
Где CPUSPEED = -1, это 3,306410e-007. Попробовал CPUSPEED из 1E-003 1E-004 1E-005 1E-006 6E-007 5E-007 4E-007 -1. Отложил на завтра 3E-007 2E-007 1E-007. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.03.2006, 23:21 |
|
||
|
Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
|
|||
|---|---|---|---|
|
#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. 108. 109. 110. 111. 112. 113. 114. 115. 116. 117. 118. 119. 120. 121. 122. 123. 124. 125. 126. 127. 128. 129. 130. 131. 132. 133. 134. 135. 136. 137. 138. 139. 140. 141. 142. 143. 144. 145. 146. 147. 148. 149. 150. 151. 152. 153. 154. 155. 156. 157. 158. 159. 160. 161. 162. 163. 164. 165. 166. 167. 168. 169. 170. 171. 172. 173. 174. 175. 176. 177. 178. 179. 180. 181. 182. 183. 184. 185. 186. 187. 188. 189. 190. 191. 192. 193. 194. 195. 196. 197. 198. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.03.2006, 23:22 |
|
||
|
Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
|
|||
|---|---|---|---|
|
#18+
Я также генерировал планы, вырезая из них Estimated Cost. main.rex Код: 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. test.rex Код: 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. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.03.2006, 23:24 |
|
||
|
Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
|
|||
|---|---|---|---|
|
#18+
Планы довольно часто разные, но результаты сходные. Видимых аномалий не так уж много... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.03.2006, 23:25 |
|
||
|
Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
|
|||
|---|---|---|---|
|
#18+
... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.03.2006, 23:32 |
|
||
|
Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
|
|||
|---|---|---|---|
|
#18+
Резюме то какое? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.03.2006, 13:13 |
|
||
|
Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
|
|||
|---|---|---|---|
|
#18+
А какое резюме вы ждёте? К тому же, я ещё для нескольких CPUSPEED прогон не сделал. Ожидаю, что если вы поставите CPUSPEED в значение вроде 6E-007, второму запросу должно сильно получшеть, а остальным - практически без разницы, по сравнению с вашими результатами. (Зато мои UPDATE CONFIGURATION повлияют на другие запросы, хотя они и сгенерированы Configuration Adviser'ом, а не подобраны вручную). В общем, DB2 выступила хуже, чем я думал. Но у FB она, мне кажется, всё же должна выиграть практически везде, если сменить правила игры (напр., разрешить любые индексы, расположить базу на 4-х дисках..., ибо именно для того у "тяжёлых" СУБД столько "ручек"). Вот DB2 vs Oracle беспокоит больше. Мне очень не нравятся, например, 8-й и 11-й запросы на первом прогоне. Надо попытаться понять, почему так получилось. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.03.2006, 14:05 |
|
||
|
Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
|
|||
|---|---|---|---|
|
#18+
Да я и не собирался сравнивать Db2 с FB2, ясно что DB2 обладает большими возможностями и максимальной производительностью. А вот ORA/MS - есть смысл бодаться. Резюме я вижу в в виде заметки в факе и проблемах с CPUSPEED и способах решения. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.03.2006, 15:48 |
|
||
|
Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
|
|||
|---|---|---|---|
|
#18+
Victor Metelitsa, а что не так с 11м запросом? ~8с первое выполнение, и примерно .8-1.2 -последующие. У оракла, вроде бы, не лучше. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.03.2006, 16:22 |
|
||
|
Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
|
|||
|---|---|---|---|
|
#18+
Кстати, обратил внимание на разброс в 6-10 раз по времени выполнения на двух разных машинах с Ораклом. Запрос #20 - я считаю, вообще ни в какие ворота не лезет :) Наверное, на второй (с 2ГБ) всё просто в памяти сидит. Хотя там и первое выполнение в 5 раз быстрее. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.03.2006, 16:57 |
|
||
|
|

start [/forum/topic.php?fid=35&msg=33581858&tid=1553502]: |
0ms |
get settings: |
8ms |
get forum list: |
18ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
45ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
78ms |
get tp. blocked users: |
2ms |
| others: | 188ms |
| total: | 359ms |

| 0 / 0 |
