Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
|
|||
|---|---|---|---|
|
#18+
Насчёт разных данных. Я генерирую их как dbgen -s 1 -v -F Сегодня сгенерировал ещё один набор файлов и сравнил со вчерашними. Они одинаковые. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.03.2006, 12:49 |
|
||
|
Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
|
|||
|---|---|---|---|
|
#18+
HT выключил, результаты неизменны 100% загрузка проца и отсутствие нагрузки на диск. Танцы с бубном прекращаю, желающие могут сваять сами тестовую систему и натестировать DB2 vs ORA, у меня таких целей нет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.03.2006, 14:10 |
|
||
|
Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
|
|||
|---|---|---|---|
|
#18+
2 olegloa сделайте такую фигню: db2admin stop и повторите тест. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.03.2006, 14:14 |
|
||
|
Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
|
|||
|---|---|---|---|
|
#18+
авторoptimize for n rows - говрит, что результирующий набор (результат работы курсора, или запроса) будет достраиваться динамически. Т.е. не сразу , а по мере прихода FETCH я извиняюсь, но для меня это абракадабра. Почему - изложил в тексте вопроса. То есть, результат так или иначе перед fetch уже должен быть в отсортированном виде. КАК это будет делать сервер - левой или правой рукой, меня абсолютно не волнует. Возможно, вся эта оптимизация состоит именно в том, чтобы не аллокировать сразу большой буфер под фетчи, или еще что, но на мой взгляд, я еще раз повторю - ХИНТ ОПТИМИЗАЦИИ уже сразу заложен в самом запросе - это и есть указание FIRST 100. Про optimize for n rows БЕЗ FIRST 100 я не спрашивал. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.03.2006, 15:19 |
|
||
|
Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
|
|||
|---|---|---|---|
|
#18+
2 kdv Если стоит FETCH FIRST а по плану запроса перед тем как выдать первую сотню записей нужно перелопатить (пересортировать) всю таблицу, то не ждите мгновенного ответа. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.03.2006, 15:25 |
|
||
|
Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
|
|||
|---|---|---|---|
|
#18+
Victor MetelitsaDB2, если нет ни одного коннекта, освобождает память базы данных. Интересно... А зачем? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.03.2006, 15:50 |
|
||
|
Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
|
|||
|---|---|---|---|
|
#18+
Это было ещё минимум с v2.1 for OS/2, и до сих пор не знаю ;-). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.03.2006, 15:52 |
|
||
|
Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
|
|||
|---|---|---|---|
|
#18+
gardenman2 olegloa сделайте такую фигню: db2admin stop и повторите тест. Ну так как? результат после остановки сервера администрирования? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.03.2006, 16:12 |
|
||
|
Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
|
|||
|---|---|---|---|
|
#18+
затем, что если есть какие изменения в распределении памяти, то после отсоединения последнего клиента они вступят в силу. Опять же - а зачем память держать, если она не нужна? А если не надо освобождать - то пжалста, укажите принудительно, то есть выбор есть, а выбор есть гууд все imho ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.03.2006, 16:25 |
|
||
|
Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
|
|||
|---|---|---|---|
|
#18+
gardenman gardenman2 olegloa сделайте такую фигню: db2admin stop и повторите тест. Ну так как? результат после остановки сервера администрирования? А на что, по-вашему, это должно было повлиять? Памяти и так должно хватать, и вряд ли админский сервер ни с того ни с сего дожидается запроса #2 и начинает грузить процессор. Я бы подумал, что все нужные данные закешированы, но сервер почему-то не использует hash join и проводит fullscan. Отсюда отсутствие обращение к диску, 100%-я загрузка процессора и большое время выполнения. Но зачем ему это надо? И как этого можно было добиться? По умолчанию в v8 использование hash join включено (в отличие от v7? или v6? уже не помню, когда дефолт сменился, но в v8 точно включено, а DB2 Express C это v8, а точнее, v8.2fp3), на дефолтном уровне оптимизации hj должны использоваться. Рекомендуют держать пропорцию между sheapthres и sortheap (минимум 2:1), но Configuration Adviser должен был её соблюсть. Ещё можно было испортить схему разными типами данных у primary и foreign keys, но делать это надо было нарочно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.03.2006, 00:34 |
|
||
|
Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
|
|||
|---|---|---|---|
|
#18+
ggvзатем, что если есть какие изменения в распределении памяти, то после отсоединения последнего клиента они вступят в силу. Опять же - а зачем память держать, если она не нужна? А если не надо освобождать - то пжалста, укажите принудительно, то есть выбор есть, а выбор есть гууд все imho Но мой взгляд, всё это неубедительно, не имеет смысла и пользы, и в придачу дезориентирует новичков. База должна выгружаться, когда я СУБД сказал, а не когда СУБД сама решила. Но всё же это не такой большой минус, чтобы из-за него ломать копья. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.03.2006, 00:43 |
|
||
|
Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
|
|||
|---|---|---|---|
|
#18+
Я чувствую себя в роли автомеханика-гинеколога из анекдота (который ремонтировал двигатели через выхлопную трубу). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.03.2006, 08:18 |
|
||
|
Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
|
|||
|---|---|---|---|
|
#18+
ну поскольку мне больше приходилось иметь дело с системами автоматической обработки данных, а не с пользователями, то с моей точки зрения это плюс, и я никогда не использовал activate. А вот по поводу новичков - неубедительно. Это какие такие новички, которые читать не любят? Дык им все фичи 'дезорганизирующие' IMHO ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.03.2006, 09:19 |
|
||
|
Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
|
|||
|---|---|---|---|
|
#18+
2 Victor Metelitsa Я много раз наблюдал, как DAS ни с того ни с сего вдруг начинает грузить процессор и ниче не шевелится. Все руки не доходят разобраться что к чему. поэтому я как правило устанавливаю DAS так, чтобы он запускался мануально. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.03.2006, 11:09 |
|
||
|
Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
|
|||
|---|---|---|---|
|
#18+
у меня тоже пару раз DAS чудил. gardenman, надо бы как-то поймать момент, зафиксировать ошибку. Опишем, откроем PMR ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.03.2006, 11:16 |
|
||
|
Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
|
|||
|---|---|---|---|
|
#18+
Виктор, пользоваться db2set DB2NTNOCHACHE не кошерно с версии 8.2 db2 alter tablespace userspace1 no file system caching ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.03.2006, 11:26 |
|
||
|
Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
|
|||
|---|---|---|---|
|
#18+
Создание на DB2 базы с нуля 1. Машинка - Athlon 850, чипсет kt133a, 768RAM, новенький диск Samsung 250G 2. Поставил Windows 2003 SE 3. Поставил DB2 сервер с ftp://ftp.software.ibm.com/ps/products/db2/fixes2/english-us/db2winIA32v8/fixpak/FP11_WR21365/FP11_WR21365_ESE.exe при установке - Typical, Single Partition Environment, только English, в C:\SQLLIB\ (по старой привычке) do not prepare db2 tools catalog... 4. Создал каталог C:\DATA 5. В Control Center создал базу данных через adviser: 5.1 Закладка Name. Задал TPCR 5.2 Закладка User Tables. Выбрал High Performance. Нажал кнопку Add. Описал контейнер типа File, размер 5000, имя c:\data\userdata.dat 5.3 Теперь сразу в Summary. Кнопка Show Command показывает CREATE DATABASE tpcr ON 'C:' USING CODESET 1251 TERRITORY RU COLLATE USING SYSTEM USER TABLESPACE MANAGED BY DATABASE USING ( FILE 'C:\DATA\userdata.dat' 1280000 ) ; 6. База данных создалась за 40 секунд. Мне предложили запустить Configuration Adviser, я отказался (сперва загружу данные и соберу статистику). 7. Щёлкнул 4-ю круглую кнопку (Command Editor). Приконнектился к TPCR (target add). 8. Вклеил в окно и исполнил скрипт: Код: 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. dbgen -s 1 -v -F в каталоге c:\tpc-r\db2 10. Выполнил скрипт загрузки Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 11. Выполнил скрипт создания индексов (минут 10). Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 13. Запустил на базе Configuration Advisor, 80% память, под workload: Queries( Warehouse). Получил и выполнил скрипт: Код: 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. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.03.2006, 13:16 |
|
||
|
Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
|
|||
|---|---|---|---|
|
#18+
Тест 1. Создал x.bat с содержимым Код: plaintext 1. 2. 3. 2. Создал 2-2-2.sql с три раза повторяющимся запросом Код: 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. Код: plaintext 1. 2. 3. 4. 5. 6. 7. Geom. mean 1,065 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.03.2006, 13:17 |
|
||
|
Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
|
|||
|---|---|---|---|
|
#18+
Nikolay KulikovВиктор, пользоваться db2set DB2NTNOCHACHE не кошерно с версии 8.2 db2 alter tablespace userspace1 no file system caching Насколько я понимаю, DB2NTNOCHACHE всё-таки должно работать, хоть и obsolete. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.03.2006, 13:19 |
|
||
|
Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
|
|||
|---|---|---|---|
|
#18+
Victor MetelitsaКак именно? нашёлся dbgen for Oracle, или вы просто воспользовались сгенерированными файлами и грузили через sqlloader? Нет, я попробовал только IB/FB ;) Просто тут есть свой хинт - мне по роду работы нужны тесты. загружающие железо по самое немогу, а этим тестом сколь-нибудь заметно нагрузить даже минимальные серверы (по входящему железу) не удалось. :( Тот же ТРС-С в приведенном мной Quest Benchmark Factory интересовал меня в плане нагрузки при 500-1000 коннектов - а при этом количестве BF попросту вылетала (дело было не в ограничении до 20 коннектов :) ) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.03.2006, 13:25 |
|
||
|
Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
|
|||
|---|---|---|---|
|
#18+
Nikolay KulikovВиктор, пользоваться db2set DB2NTNOCHACHE не кошерно с версии 8.2 db2 alter tablespace userspace1 no file system caching Что-то я пропустил тот пост Виктора, такие интересные вещи выясняются :-) Значит в DB2 есть возможность работать через кеш файловой системы. А зачем??? Неужели в каких-то случаях это может дать положительный эффект? Особенно на винде. Пока в голову приходит только один ответ - чтобы хоть как-то работало, если засранец админ оставил дефолтный размер буферного пула... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.03.2006, 13:27 |
|
||
|
Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
|
|||
|---|---|---|---|
|
#18+
Раньше SMS всегда кешировались, DMS нет. Потом появилась возможность управлять этим. Насколько я понимаю, SMS для крошечных базулек, где админ/юзер действительно не утруждает себя никакими настройками, а DMS для больших "серьёзных" баз. Кроме того, IBM советует держать в SMS LOB'ы - наверное, это древний workaround древней проблемы (ибо LOB'ы не кешируются буферным пулом). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.03.2006, 13:41 |
|
||
|
Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
|
|||
|---|---|---|---|
|
#18+
Victor MetelitsaЯ чувствую себя в роли автомеханика-гинеколога из анекдота (который ремонтировал двигатели через выхлопную трубу). Проверили ещё одну машину, на этот раз Pentium4 3.2 гигагерца с гигом ОЗУ, и наконец на что-то "интересное" наткнулись. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.03.2006, 13:46 |
|
||
|
Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
|
|||
|---|---|---|---|
|
#18+
авторЗначит в DB2 есть возможность работать через кеш файловой системы. А зачем??? гм. когда в Yaffil ввели в конфиг флажок отключения файлового кэша виндов, то сервер стал работать используя только свой собственный кэш. При этом, как оказалось (я делал тесты), производительность зависит 1. от размера страницы БД 2. от размера кластера файловой системы в итоге получилось, что нужна какая-то специальная софтина, которая бы перед вот таким отключением кэша ФС показала варианты производительности для разных размеров страниц. То есть, для работы как embedded и вообще как "сервер без администирования и настроек", это не годится. С другой стороны, у Firebird происходит конфликт между его кэшем и кэшем файловой системы, если для БД задан кэш на грани наличия свободной памяти - производительность ухудшается. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.03.2006, 13:50 |
|
||
|
Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
|
|||
|---|---|---|---|
|
#18+
Да, на Pentium 3.2 тормозить стало чудовищно. Но, похоже, что мы (с Антоном) уже знаем, что за проблемы с DB2 оказались у Олега. Предполагаем, что дело именно именно в HT. Это повлияло на параметр CPUSPEED, который DB2 вычислила неверно, и на этой основе стали генерироваться плохие планы. Предложение: 1. Выключить HT. 2. Выполнить UPDATE DBM CFG USING CPUSPEED -1 IMMEDIATE; 3. На всякий случай рестартовать DB2. db2stop force db2start На 2-й и 3-й раз результаты получились примерно те же, что и у Oracle 9 (0.157, 0.140), хотя первый результат 20 (приписываем медленному винчестеру). Короче, HT давить. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.03.2006, 14:37 |
|
||
|
|

start [/forum/topic.php?fid=35&msg=33578589&tid=1553502]: |
0ms |
get settings: |
8ms |
get forum list: |
23ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
42ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
87ms |
get tp. blocked users: |
2ms |
| others: | 216ms |
| total: | 397ms |

| 0 / 0 |
