"Nikolay Ponomarenko" ...
>> Батники http://www.ibdeveloper.com/download/TPCCKIT.zip теста требуют
легкой доработки
KV> Старое там всё очень, и глючное.
KV> Древние скрипты. Я чуть переделывал использование индексов в одном
KV> месте. Как в оригинале - тормозит с увеличением кол-ва данных.
KV> Да ещё и со старыми багами
KV> Дедлоков быть не должно, это бага в tpcc.exe, давно исправленная
KV> мною
А где есть чего-нить посвежее?
У меня на диске есть :)
Может на firebirdsql.org опубликовать, пользительная ведь штука...
Лениво мне свою (рабочую) версию причёсывать и писать инструкции,
веришь ? :) exe\sql\исходники могу выслать по запросу
>> Есть ли где описание, как можно трактовать полученные в логе результаты?
KV> Смотри на tpmC.
А вот тогда, когда в конфе проскакивала ссылка и праглашение к потестить -
кто-нить запускал его? Какие цифры у кого получались?
Это нужно приглашавшего вопрошать.
>> подсистемы? Если да, то почему изменение кол-ва дисков, изменение
>> конфигурации рейда почти не влияют на результат?
>> 16GB memory
KV> БД кешируется файловой системой, то тестируем память, а не диск.
KV> Однозначно вся БД в память влезла. Выключи файловый кеш, если
KV> хочешь напрячь свой RAID ;)
База там действительно не большая, 2 гига.
Но - загрузка процов минимальна, и по наблюдениям в http://www.iarsn.com/taskinfo.html FileIO был сравним с текущим, рабочим -
50-70Мб/с. Да и 1200 транзакций в сек. маловато кажется, если все в памяти :-/
Если там сплошные дедлоки, то это всё объясняет. Никто не работает, все ждут
10 сек обнаружения дедлока.
Конечно 1000 дисков против 8, но
http://www.tpc.org/tpcc/results/tpcc_result_detail.asp?id=109012001 - 600тыс
Может с настройками теста нужно что-то менять - типа 30 терминалов и загрузить
не могут в достаточной мере?
Чтобы загрузить до 85-90% достаточно кол-во коннектов, равное кол-ву CPU
Можно ли как-то заполучить рабочую версию теста - попробуем как-нить ночью
прогнать с отключением кеша.
Пиши мне, вышлю
--
Хорсун Влад
