powered by simpleCommunicator - 2.0.59     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
25 сообщений из 156, страница 4 из 7
Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
    #33574916
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
насчет индексов. если в метаданных есть например индекс supplier_nationkey, то на самом деле это я виновник появления этих индексов :-)
я начал интересоваться tpc-r в плане его прогона на IB еще в 2000 году, и специально добавил ряд индексов, "для ускорения". Так что если есть желание проводить тест без "лишних" индексов, то вот они:

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
create index lineitem_shipdate on lineitem(l_shipdate);
create index lineitem_partkey_suppkey on lineitem(l_partkey, l_suppkey);
create index part_brand_container_size on part(p_brand, p_container, p_size);
create index lineitem_quantity_sm_si on lineitem(l_quantity, l_shipmode, l_shipinstruct);
create index lineitem_shipmode_rd on lineitem(l_shipmode, l_receiptdate);
create index part_name on part(p_name);
create index supplier_nationkey on supplier(s_nationkey);
create index partsupp_suppkey on partsupp(ps_suppkey);
create index customer_nationkey on customer(c_nationkey);
create index orders_custkey on orders(o_custkey);
create index orders_orderdate on orders(o_orderdate);

кстати. для некоторых запросов в IB фатальным оказался именно lineitem_shipdate, и решением в одном случае являлся именно хинт для исключения этого индекса.
но сейчас я не знаю, имеет ли смысл перепроверять тесты...
...
Рейтинг: 0 / 0
Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
    #33575153
kmike
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ну вот, "лошадь тут была непричём, совершенно".
Поставил специально DB2 Express на винды. Худшее время - 4.750. А последующие, когда уже всё в кэше-гораздо быстрее:
Код: plaintext
1.
2.
3.
4.
5.
Summary of Results
==================
                Elapsed             Agent CPU         Rows      Rows
Statement #     Time (s)            Time (s)          Fetched   Printed
 1                       0 , 281        Not Collected        100         100 
...
Рейтинг: 0 / 0
Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
    #33575211
olegloa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
До оракла всё равно не дотянул ;-)
...
Рейтинг: 0 / 0
Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
    #33575244
kmike
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Фигня.
Зато в 5м тесте - 38с, 10 - 37.9, 11 - 3.36, что заметно лучше оракла.

Табличные пространства все дефолтные SMS, объём кэша тоже дефолтный

По-моему, неплохо в любом случае.
...
Рейтинг: 0 / 0
Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
    #33575369
olegloa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
У ora 5-й хапрос 12 сек ;-). Расслабтесь я заного ставлю DB2 EE и буду снова прогонять тест, возможно я когда менял размеры журнала транзакций случайно ткнул какой-то параметр.
...
Рейтинг: 0 / 0
Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
    #33575387
Victor Metelitsa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Локшин Марк Victor MetelitsaИтак, я сейчас на работе, за машиной с Pentium3-850, диском WD 120 гиг, 512 мег RAM,
Кстати, а не считаетели Вы что для DSS теста это слишком много памяти (или слишком маленькая база)? Для базы со scalefactor = 1 (кажется так называется), оставьте хотя бы 128 метров, а то у вас самая большая таблица как бы вся в ОЗУ не поместилась.

Во-первых, в обсуждаемых тестах "основная" конфигурация была с двумя гигами (см. приложенный к одному из предыдущих олеговых писем excel-файл).

Во-вторых, я использовал дефолтные настройки, в том числе буферный пул в 250 страниц, а каждая страница в 4 кило.

Ах, вот оно что. По дефолту SMS-пространства (каждая таблица в отдельном файле) кешируются ОС, а я про это забыл, так как обычно ими не пользуюсь. Так что да, для ухудшения результатов надо было это отключить ;-).

С другой стороны, Interbase, Oracle, MS SQL используют DMS-пространства (т.е., грубо говоря, много таблиц в файле или на raw device), так что и для DB2 стоило бы создавать именно такую базу (т.е. задать для данных именно DMS-табличное пространство, тогда как прочие два, системное и временное, IBM рекомендует делать SMS).
...
Рейтинг: 0 / 0
Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
    #33575403
Victor Metelitsa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Локшин Марк Victor MetelitsaИтак, я сейчас на работе, за машиной с Pentium3-850, диском WD 120 гиг, 512 мег RAM,
Кстати, а не считаетели Вы что для DSS теста это слишком много памяти (или слишком маленькая база)? Для базы со scalefactor = 1 (кажется так называется), оставьте хотя бы 128 метров, а то у вас самая большая таблица как бы вся в ОЗУ не поместилась.

В принципе да, согласен. Но исходные параметры тестов были не мои, а как это Oracle может выигрывать у DB2, не укладывается в моей голове ;-). Несколько позже я буду делать свои (DB2 и пара-тройка версий Oracle), для своего собственного развлечения, возьму scale factor побольше (настолько большой, настолько смогу; у меня теперь на домашней машине теперь на дисках больше терабайта, но ведь может не хватить терпения дожидаться результатов) и постараюсь выжать как можно больше скорости, не ограничиваясь ничем.
...
Рейтинг: 0 / 0
Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
    #33575413
Victor Metelitsa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
olegloaПро 18 символов не напоминай, матерился их обрезая что есть мочи.

Сount в таблицах выдай сюда. В приципе я могу повторно его прогнать - может и в правду что-то накосячил с параметрами БД.

Count завтра, а сейчас скажу, что у меня есть опасение насчёт сбора статистики. Возможно, вы просто выбираете в Control Center схему, выбираете в меню "собрать статистику" и жмёте ОК. Но там важно правильно расставить галочки, или лучше вместо этого запустить мой скрипт (исправив имя схемы). По дефолту там статистика по индексам и distribution не собираются.
...
Рейтинг: 0 / 0
Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
    #33575421
Фотография Александр Гoлдун
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
olegloaи буду снова прогонять тест

Ура! Шоу продолжается!
Линтер, кстати, забыл добавить в коллекцию.

Рекомендую задуматься о продаже билетов, прохладительных (или горячительных) напитков и привлечении букмекеров

Victor Metelitsaдля своего собственного развлечения, возьму scale factor побольше (настолько большой, настолько смогу; у меня теперь на домашней машине теперь на дисках больше терабайта, но ведь может не хватить терпения дожидаться результатов) и постараюсь выжать как можно больше скорости, не ограничиваясь ничем.
Для чего тест понадобился Олегу, я представляю. Но вот потратить личное время на такое...
Хотя, по крайней мере, это развлечение безопасно, в отличие от многих других. Например взять бочонок пива побольше и постараться выжать как можно больше скорости на дорогах общего пользования, не ограничиваясь ничем: ни знаками, ни дорожными условиями
...
Рейтинг: 0 / 0
Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
    #33575612
Victor Metelitsa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Александр Гoлдун
Для чего тест понадобился Олегу, я представляю. Но вот потратить личное время на такое...
Хотя, по крайней мере, это развлечение безопасно, в отличие от многих других. Например взять бочонок пива побольше и постараться выжать как можно больше скорости на дорогах общего пользования, не ограничиваясь ничем: ни знаками, ни дорожными условиями

А я вот не понимаю пивопийц на футбольных трибунах (и вообще всех спортивных болельщиков разом), женщин, получающих кайф от шоппинга, и кучу другого народа.
...
Рейтинг: 0 / 0
Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
    #33575653
Victor Metelitsa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Некоторые граждане, пишущие под именем "Victor Metelitsa" вовсе не предполагали, что задача теста получить максимальную производительность. Но некоторые граждане предполагали, что, тем не менее, некоторые другие граждане будут на этот "тест" ссылаться, и хотели, например, получить от некоторых "третьих" граждан скрипт, чтобы понять, что пошло не так, потому что то получилось что-то странное - то, чего не должно было быть, по мнению некоторых граждан. Имеются также некоторые граждане, (часть которых пишет под именем "Victor Metelitsa") которые считают, что тесты полезны, чтобы искать "узкие места" у себя в голове, заниматься самообразованием (этот процесс бесконечный), а соревнования делают этот процесс веселее. Наконец, если некие граждане не ощущают себя вредителями, это ещё не означает, что они таковыми не являются фактически.
...
Рейтинг: 0 / 0
Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
    #33575958
olegloa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Мой тест имел направленность одну - улучшение функционала FB2. Что и бло сделано, т.к. пару недоработок устранили. Максимальную производительнсоть никто и не искал, поэтому всё и по дифолтам.

А теперь самое интересное. Я опять создал базу, влил данные собрал статистику твоим скриптом и опять время выполнения 2-го запроса - минут 7. При этом 100 загрузка проца и никакой нагрузки на диск.

Вот так. Что может ещё влиять, на что грешить. Может HT отрубить?
...
Рейтинг: 0 / 0
Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
    #33576006
Victor Metelitsa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Пока никаких идей, разве что и правда HT обвинить. На выходных напишу свой полный скрипт, как это сделано для FB/IB.
...
Рейтинг: 0 / 0
Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
    #33576058
Фотография ASCRUS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Victor MetelitsaПока никаких идей, разве что и правда HT обвинить. На выходных напишу свой полный скрипт, как это сделано для FB/IB.
Ну вот, Вам спортивного интересу больше. А я, глядя на скрипты создания индексов и самих запросов и так знаю, где и почему тесты отработались плохо для ASA9 и что нужно сделать, чтобы они летали. Тут даже консультант индексов и граф. план запросов не нужен, поэтому пущай остается в тестах как есть, лениво тестить то, что и так знаешь, как можно ускорить - никакого млин спортивного интереса.

IMHO как оказалось, в DB2 есть свои тонкие ньюансы, коих немалое множество, хотя прикола с FIRST я так и не понял честно говоря.
...
Рейтинг: 0 / 0
Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
    #33576082
Victor Metelitsa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kdvнасчет индексов. если в метаданных есть например индекс supplier_nationkey, то на самом деле это я виновник появления этих индексов :-)
я начал интересоваться tpc-r в плане его прогона на IB еще в 2000 году, и специально добавил ряд индексов, "для ускорения". Так что если есть желание проводить тест без "лишних" индексов, то вот они:

На самом деле, судя по описанию на tpc.org, нет ограничений на индексы и другие ухищрения. И странно было бы иное. Я надеюсь как-нибудь попробовать это на GemStone/S, которая вовсе даже не SQL-СУБД.
...
Рейтинг: 0 / 0
Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
    #33576091
ggv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ggv
Гость
блин да не прикол это, и не хинты, а документированные SQL Statements.
Как говорится, документированный баг == фича :)
...
Рейтинг: 0 / 0
Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
    #33576166
Victor Metelitsa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ну, OPTIMIZE это всё-таки хинт, даже если официально он так не называется. Подсказка компилеру и клиентскому обеспечению, как надо выполнять запрос и передавать по сети.
...
Рейтинг: 0 / 0
Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
    #33576268
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
авторПодсказка компилеру и клиентскому обеспечению

клиентское обеспечение парсит sql-запросы, передаваемые на сервер?

а по поводу оптимизации first, я все-таки не врубаюсь, какие вообще хинты могут быть для "оптимизации выборки первых записей":
select first 100 *
from table
order by last_name

order by так или иначе должен отсортировать таблицу? должен.
select first 100 должен прекратить выдачу данных клиенту после 100-го fetch? должен.
Где тут может быть оптимизация??? И оптимизация чего, собственно?
...
Рейтинг: 0 / 0
Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
    #33576294
ggv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ggv
Гость
кроме fetch first 100
может быть optimize for 10 rows
то есть первые 10 будут вернуты мгновенно, для их извлечения будет оптимизирован запрос.
Пока пользователь их изучит, там и остальные будут извлечены, а ему может уже и не понадобится.
...
Рейтинг: 0 / 0
Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
    #33576373
gardenman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
optimize for n rows - говрит, что результирующий набор (результат работы курсора, или запроса) будет достраиваться динамически. Т.е. не сразу , а по мере прихода FETCH. Если кому-то это не понятно зачем это нужно, или кто-то хочет пощупать "как это работает" могу выслать маленькое тестовое приложение.
...
Рейтинг: 0 / 0
Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
    #33576413
kmike
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Нее, товарищи, HT не виноват. Я до кучи сравнивал свой "подстольный" компьютер с Athlon XP с P4 w/HT под Ораклом и DB2 - ухудшения не заметил. Тем более в какие-то жуткие разы.

А вообще-тест полезен хотя бы тем, что поневоле придётся подучить матчасть, расширить кругозор ;) Гораздо полезнее пресловутого питья пива на стадионе.
...
Рейтинг: 0 / 0
Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
    #33576439
Victor Metelitsa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Скажем, у Oracle есть хинты
/*+ ALL_ROWS */ The ALL_ROWS hint explicitly chooses the cost-based approach to optimize a statement block with a goal of best throughput (that is, minimum total resource consumption).
и
/*+ FIRST_ROWS */ The FIRST_ROWS hint explicitly chooses the cost-based approach to optimize a statement block with a goal of best response time (minimum resource usage to return first row).

This hint causes the optimizer to make the following choices:

If an index scan is available, then the optimizer may choose it over a full table scan.

If an index scan is available, then the optimizer may choose a nested loops join over a sort-merge join whenever the associated table is the potential inner table of the nested loops.

If an index scan is made available by an ORDER BY clause, then the optimizer may choose it to avoid a sort operation.
...
Рейтинг: 0 / 0
Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
    #33576487
Victor Metelitsa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Про что я ещё забыл, так это про ACTIVATE DATABASE, хотя на 2-й запрос это повлиять не должно, коль скоро 100%-я загрузка процессора.

DB2, если нет ни одного коннекта, освобождает память базы данных. Если вы сделали коннект к базе, прогнали тесты в первый раз, сделали дисконнект, затем коннект и прогнали тесты во второй раз, результаты могут оказаться, как в первом, если коннект был единственный. Чтобы содержимое буферных пулов не пропало, надо либо постоянно держать ещё один коннект, либо выполнить ACTIVATE DATABASE <имя>.
...
Рейтинг: 0 / 0
Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
    #33576525
Victor Metelitsa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Код: 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.
select count(*) from  vvm.PART 
--------------
       200000 

select count(*) from  vvm.SUPPLIER 
--------------
        10000 

select count(*) from  vvm.PARTSUPP 
--------------
       800000 

select count(*) from  vvm.CUSTOMER 
--------------
       150000 

select count(*) from  vvm.ORDERS 
--------------
      1500000 

select count(*) from  vvm.LINEITEM 
--------------
      6001215 

select count(*) from  vvm.NATION 
--------------
           25 

select count(*) from  vvm.REGION 
--------------
            5 
...
Рейтинг: 0 / 0
Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
    #33576535
Victor Metelitsa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Отключил кеширование ОС командой
db2set DB2NTNOCACHE=ON
и прогнал Configuration Adviser.

10 сек в первый раз, 0.4 во второй.

Сейчас ещё данные перегенерю.
...
Рейтинг: 0 / 0
25 сообщений из 156, страница 4 из 7
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]