Производительность при группировке

Запросы, планы, оптимизация запросов, ...

Модераторы: kdv, CyberMax

Dmitry74
Сообщения: 70
Зарегистрирован: 31 июл 2006, 15:55

Сообщение Dmitry74 » 02 авг 2006, 11:05

Dimitry Sibiryakov писал(а):MSDE ты хоть убейся на полном сканировании не обгонишь, но и отставание на 30% тоже неплохо.
А вообще статистический отчет за год строящийся за минуту... твое счастье что ты с Галактикой не работал. Там это удовольствие на полчаса мимнимум.
Это как приговор! :cry:

Ivan_Pisarevsky
Заслуженный разработчик
Сообщения: 644
Зарегистрирован: 15 фев 2005, 11:34

Сообщение Ivan_Pisarevsky » 02 авг 2006, 11:16

Тебя уже раз 5 спросили про Page Size, а ты молчишь аки партизанин...

Для танкистов:
Когда в открываешь коннект к базе в ибэксперт, там внизу есть строчка Page Size, чего там у тебя написано?

К примеру у меня Page Size 8192.

Dmitry74
Сообщения: 70
Зарегистрирован: 31 июл 2006, 15:55

Сообщение Dmitry74 » 02 авг 2006, 11:24

Ivan_Pisarevsky писал(а):Тебя уже раз 5 спросили про Page Size, а ты молчишь аки партизанин...

Для танкистов:
Когда в открываешь коннект к базе в ибэксперт, там внизу есть строчка Page Size, чего там у тебя написано?

К примеру у меня Page Size 8192.
не могу найти вот и молчу

"Когда в открываешь коннект к базе в ибэксперт, там внизу есть "

чТО ТЫ ИМЕЕШЬ ввиду регистрационную информацию базы?

Dmitry74
Сообщения: 70
Зарегистрирован: 31 июл 2006, 15:55

Сообщение Dmitry74 » 02 авг 2006, 11:29

Вроде нашёл


в DataBase Properties

Page size = 1024

CyberMax
Заслуженный разработчик
Сообщения: 638
Зарегистрирован: 31 янв 2006, 09:05

Сообщение CyberMax » 02 авг 2006, 11:35

Сейчас же ресторь базу с Page Size = 16384 и исполняй запрос.
P.S. Везде же написано, что page size должен быть минимум 4096 байт...

Ivan_Pisarevsky
Заслуженный разработчик
Сообщения: 644
Зарегистрирован: 15 фев 2005, 11:34

Сообщение Ivan_Pisarevsky » 02 авг 2006, 11:39

теперь идешь в меню Services, там есть два пунткта backup и restore. Сначала делаешь бэкап своей базы, потом рестор с указанием размера станицы, сначала попробуй 8 килобайт, потом 16. Результаты сюда, и проведи хотя бы по три раза каждый запрос.

Ты вообще хоть какую-нибудь документацию читал?

dimitr
Разработчик Firebird
Сообщения: 888
Зарегистрирован: 26 окт 2004, 16:20

Сообщение dimitr » 02 авг 2006, 11:43

Dmitry74 писал(а):Лучше не стало
ты собрался обгонять в реальных условиях или в тестовых? Если первое, то меряй время на втором запуске запроса. Иначе кеш сервера пустой и все с диска читается.

dimitr
Разработчик Firebird
Сообщения: 888
Зарегистрирован: 26 окт 2004, 16:20

Сообщение dimitr » 02 авг 2006, 11:44

Dmitry74 писал(а):Page size = 1024
это все объясняет. Надо минимум 4К, лучше 8.

Dmitry74
Сообщения: 70
Зарегистрирован: 31 июл 2006, 15:55

Сообщение Dmitry74 » 02 авг 2006, 11:57

Щас всё сделаю результат отпишу! :wink:

CyberMax
Заслуженный разработчик
Сообщения: 638
Зарегистрирован: 31 янв 2006, 09:05

Сообщение CyberMax » 02 авг 2006, 11:58

2 dimitr. А почему вы вообще не запретите page size меньше 4096? Такие проблемы вообще не возникали бы.

dimitr
Разработчик Firebird
Сообщения: 888
Зарегистрирован: 26 окт 2004, 16:20

Сообщение dimitr » 02 авг 2006, 12:00

CyberMax писал(а):2 dimitr. А почему вы вообще не запретите page size меньше 4096?
уже сделано в 2.1

Dmitry74
Сообщения: 70
Зарегистрирован: 31 июл 2006, 15:55

Сообщение Dmitry74 » 02 авг 2006, 12:13

dimitr писал(а):
Dmitry74 писал(а):Лучше не стало
ты собрался обгонять в реальных условиях или в тестовых? Если первое, то меряй время на втором запуске запроса. Иначе кеш сервера пустой и все с диска читается.
Дак пользователь то всегда на первый раз смотрит

И что ты считаешь под словами "реальных условиях или в тестовых"?

У меня всегда условия реальные :wink:

CyberMax
Заслуженный разработчик
Сообщения: 638
Зарегистрирован: 31 янв 2006, 09:05

Сообщение CyberMax » 02 авг 2006, 12:17

Ты бэкап/рестор сделал?

Dmitry74
Сообщения: 70
Зарегистрирован: 31 июл 2006, 15:55

Сообщение Dmitry74 » 02 авг 2006, 12:23

CyberMax писал(а):Ты бэкап/рестор сделал?
Сделал, скорость значительно увеличелась!
и примерно стала такая же, если не лучше чем в MSDE

:)

Спасибо мужики вроде в этом "собака порылась"!

Продолжаю тестировать...

Надо ещё проверить скорость join в этих двух СУБД

Да и с MySql сравнить надо

CyberMax
Заслуженный разработчик
Сообщения: 638
Зарегистрирован: 31 янв 2006, 09:05

Сообщение CyberMax » 02 авг 2006, 12:26

Ты статистику-то покажи... Нам факты нужны :wink:.

Dmitry74
Сообщения: 70
Зарегистрирован: 31 июл 2006, 15:55

Сообщение Dmitry74 » 02 авг 2006, 12:31

CyberMax писал(а):Ты статистику-то покажи... Нам факты нужны :wink:.
Пожалуйста...

План
PLAN SORT ((MAIN NATURAL))

Адаптированный план
PLAN SORT ((MAIN NATURAL))

------ Performance info ------
Prepare time = 0ms
Execute time = 59s 938ms
Avg fetch time = 3 746,13 ms
Current memory = 2 779 684
Max memory = 2 894 432
Memory buffers = 10 000
Reads from disk to cache = 23 401
Writes from cache to disk = 0
Fetches from cache = 4 862 801

dimitr
Разработчик Firebird
Сообщения: 888
Зарегистрирован: 26 окт 2004, 16:20

Сообщение dimitr » 02 авг 2006, 12:35

Dmitry74 писал(а):Дак пользователь то всегда на первый раз смотрит
типа стартует сервер, выполняет запрос, останавливает сервер? ню-ню :-)

Dmitry74
Сообщения: 70
Зарегистрирован: 31 июл 2006, 15:55

Сообщение Dmitry74 » 02 авг 2006, 12:39

Вот такой план

План
PLAN SORT ((MAIN NATURAL))

Адаптированный план
PLAN SORT ((MAIN NATURAL))

------ Performance info ------
Prepare time = 0ms
Execute time = 59s 938ms
Avg fetch time = 3 746,13 ms
Current memory = 2 779 684
Max memory = 2 894 432
Memory buffers = 10 000
Reads from disk to cache = 23 401
Writes from cache to disk = 0
Fetches from cache = 4 862 801

Dmitry74
Сообщения: 70
Зарегистрирован: 31 июл 2006, 15:55

Сообщение Dmitry74 » 02 авг 2006, 12:42

dimitr писал(а):
Dmitry74 писал(а):Дак пользователь то всегда на первый раз смотрит
типа стартует сервер, выполняет запрос, останавливает сервер? ню-ню :-)
Да я просто не пойму к чему ты ведёшь

CyberMax
Заслуженный разработчик
Сообщения: 638
Зарегистрирован: 31 янв 2006, 09:05

Сообщение CyberMax » 02 авг 2006, 12:49

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

Ответить