Первый тест Sybase ASA в TPC-C

Странноватый тест от Sybase. По сравнению с Oracle и MSSQL была сильно слабей и/o, думаю это главная причина столь слабенького результата, в несколько раз отстающего от лидеров Oracle & MSSQL на сравнимом одно-процессорном железе. Еще одна странность - результат был опубликован в уже устаревшем TPC-C, а не в его заменившем TPC-E.
Sybase ASA позиционируется как небольшая субд рабочих групп с хорошим price/performance, одна при таком результате price/performance на транзакцию тоже вышел не впечатляющим.

Подробнее.

TPC-E: MSSQL2008 vs MSSQL2005

Судя по всему Майкрософт действительно выпустит новую версию своей субд в этом году. Компанией IBM в TPC-E опубликован результат MSSQL2008 на том же железе, что был результат MSSQL2005, новая версия в этом тесте более производительна на 12%, однако не совсем понятно за счет нововведений новой версии субд или изменений в процедурах. Новый тест использует версионный механизм для IL Snapshot не только в процедуре BrokerVolume, но теперь и в TradeStatus, который во всех предыдущих тестах MSSQL2005 использовал блокировочный IL Read Commited.
Еще примечательно, что новая система гораздо дороже: в новом тесте вместо 36Gb 15K rpm дисков использовалось то же кол-во более дорогих дисков по 73Gb 15K rpm, плюс почему-то в 3 раза подорожала память.

Подробнее.

TPC-E: Снова тест на MSSQL

Опубликован четвертый тест TPC-E, снова на MSSQL2k5 и снова x86. Странно, что в этом тесте не опубликованы супорт файлы, во всех трех предыдущих тестах они были опубликованы. Чтож, будем с нетерпением ждать результатов от остальных производителей субд.

Подробнее


Вторая новость от Oracle: на сайте выложен Oracle11g 64-bit Linux и 32-bit Windows. Качать тут.

--
Добавление: супорт файлы все же появились.

Oracle 11g первый тест в TPC-C

Совсем недавно на точно таком же железе 10g установил рекорд в TPC-C на Oracle Linux в плане price/performance, теперь уже 11g выступал на Windows и оказался на 1.5% быстрее. Интересно, что стоимость Windows и Linux на 3 года получилось практически одинаковой.

Подробнее

TPC-E: DELL как и предыдущие 2 результата использует IL Snapshot

Третий результат в новом OLTP тесте от TPC. В этом тесте DELL использовал 4xIntel Dual-Core Xeon и Microsoft SQL server. Как и предыдущие 2 результата использующие Microsoft SQL server, DELL использует версионный механизм в тесте.

Подробнее

TPC-E: IBM в след за Unisys использует версионный механизм

Вторым в тесте TPC-E выступил IBM на x86 блейдах с Windows и MSSQL2k5. IBM так же как и первый тест использует IL snapshot в BrokerVolume.sql, вместо казалось бы "родного" для MSSQL serializable. И это при том, что система не большая, всего 2x Xeon 5160 на сервере субд.
ЗЫ. Похоже на основной страничке небольшая ошибка: там написано, что был 1 процессор, но в полном репорте уже идет речь о 2х процессорах и MSSQL2k5 лицензирован на 2.
ЗЫЫ. о, ошибочку поправили ...

TPC-E: первый опубликованый результат

Наконец дождались первого опубликованого результата в тестах TPC-E. Первым рискнул Unisys и Microsoft MSSQL2k5. С учетом предстоящего выхода Oracle11g очень хочется верить, что ответ оракла не заставит себя долго ждать. Помню как критиковали Microsoft за то, что они за несколько месяцев до выхода mssql2k5 не публиковали никаких тестов в то время как Oracle10g участвовал в tpc-c за год до выхода. Сегодня получается, что Oracle11g вроде как официально представлен, но реально по слухам будет доступен в августе, а тестов до сих пор никаких нет. Будем надеятся, что это связано именно с подготовкой тестов TPC-E.

Подробнее.

Дополнение: присмотревшись, обнаружил интересный факт - в этом тесте включен версионный механизм (ALLOW_SNAPSHOT_ISOLATION ON) и один из запросов (BrokerVolume.SQL) который прочесывает почти всю БД использует уровень изолированости транзаций snapshot. Но еще интересней, что строчкой выше закоментирована строка
--SET TRANSACTION ISOLATION LEVEL READ COMMITTED
Как я понимаю READ COMMITED не смог выдать консистентный результат, но специалисты не стали использовать тут "родной" для блокировочника SERIALIZABLE, а включили SNAPSHOT на всю базу. Очень будет интересно будет понаблюдать в дальнейшем кто победит snapshot или serializable в остальных тестах.

Еще однин тест TPC-C на схожем железе

На этот раз mssql2k5 вывели вперед: 372,140 tpmC mssql2k5 vs 359,440 tpmC у oracle10g
однако разница между результатами целый год и и/о система с mssql оснащена дисками следующего поколения: 590 SAS vs 546 UltraSCSI дисков у оракла.

Oracle10g
MSSQL2k5

Новости TPC-C

Оракл на 64 dual-core Itanium2, оракл сделал лучший результат DB2 на 32 dual-core Power 5+, что интересно при этом цена обоих систем одинакова.

Подробнее

УРА! TPC-E опубликован

Наконец опубликована спецификация TPC-E нового OLTP теста от tpc.org.
Осталось дождаться самих тестов.

Подробнее

Неофициальные тесты tpc-c на iSeries

Интересные неофициальные тесты, сравнивались iSeries, pSeries, Sun sparc и x86 сервера на разных субд и операционках.

таблица результатов

Подробнее.

новый TPC-C тест Oracle 10 vs MSSQL2k5

Новый TPC-C тест на практически идентичном железе, у MSSQL2k5 заметно сильней i/o система, но несмотря на это оракл впереди:
Oracle10g
MSSQL2k5

TPC-C 8-way IBM POWER5+ 2.2GHz

8-way IBM POWER5+ 2.2GHz показал практически такой-же результат, что и 32-way IBM POWER4+ 1.9GHz

подробнее ...

TPC-C Oracle vs IBM

IBM eServer p5 570 4p
IBM 197,669
Oracle 203,440

у Оракла на 1 контроллер и 17 дисков больше.

Второй TPC-C тест SQL2005

На подобном железе оракл не тестировался :(

TPC-C тест

TPC-H Yukon vs Oracle10gR2

NovaScale 5160 + Oracle 10gR2

NovaScale 5160 + SQL2005

Оракл заметно опережает.

SQL 2005 и версионный механизм в TPC-H тестах

наконец-то дождались теста версионного механизма юкона. HP и Bull опубликовали тесты SQL 2005 на практически одинаковом железе, но судя по описанию теста HP тестировал в блокировочном режиме, тогда как Bull в версионном. как и ожидалось режим snapshot не добавил скорости sql2005 даже в TPC-H тестах.

HP Integrity rx8620
NovaScale 5160

HP
4.3.1 Isolation Test 1 - Read-Write Conflict with Commit
Demonstrate isolation for the read-write conflict of a read-write transaction and a read-only transaction when the
read-write transaction is committed)
The following steps were performed to satisfy the test of isolation for a read-only and a read-write committed
transaction:
1. An ACID Transaction was started for a randomly selected O_KEY, L_KEY and DELTA. The ACID
Transaction was suspended prior to Commit.
2. An ACID query was started for the same O_KEY used in step 1. The ACID query blocked and did not see any
uncommitted changes made by the ACID Transaction.
3. The ACID Transaction was resumed and committed. The ACID query completed. It returned the data as
committed by the ACID Transaction.

Bull
4.3.1 Read-Write Conflict with Commit
Demonstrate isolation for the read-write conflict of a read-write transaction and a read-only transaction when the read-write transaction is
committed.

1. An Acid transaction was started for a randomly selected O_KEY, L_KEY, and DELTA. The Acid transaction was suspended
prior to COMMIT.
2. An ACID query was started for the same O_KEY used in Step 1. The ACID query completed and did not see the uncommitted
changes made by the Acid transaction.
3. The Acid transaction was COMMITTED.

первый TPC-C тест sql2005

ну наконец первый тест Юкона, как и ожидалось юкон не дотянул до лидеров оракла и db2.

tpc.com