powered by simpleCommunicator - 2.0.30     © 2024 Programmizd 02
Map
Форумы / Informix [игнор отключен] [закрыт для гостей] / Наши снова рулят!
21 сообщений из 21, страница 1 из 1
Наши снова рулят!
    #37495140
victor16
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
...
Рейтинг: 0 / 0
Наши снова рулят!
    #37495908
Фотография sysmaster
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
От всей души поздравляю Дмитрия!
Несколько раз доводилось общаться с ним лично.
Рад за него.
Дмитрий, так держать!
...
Рейтинг: 0 / 0
Наши снова рулят!
    #37496173
bk0010
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
А какая из этих конфигураций самая быстрая? И где характеристики сервера?
...
Рейтинг: 0 / 0
Наши снова рулят!
    #37496415
Фотография Журавлев Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
bk0010А какая из этих конфигураций самая быстрая? Tatiana Saltykova, но выйграла она потому что увидела и НЕ создала один избыточный индекс.

bk0010И где характеристики сервера?Кажись четырехядерник, 4 гига, 1 сата диск, SLES10 без патчей. Вот тут 8727371
...
Рейтинг: 0 / 0
Наши снова рулят!
    #37497882
bk0010
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
А вы не могли бы прокомментировать свою конфигурацию:
-почему PHYSFILE всего 50Мб (у меня 11.5 был недоволен, если PHYSFILE был менее гигабайта - говорил, что что-то не успеет)?
-что дало увеличение PHYSBUFF и LOGBUFF до 1024?
-зачем в других конфигурациях завели по 3 DBSPACETEMP?
-почему вы указали в VPCLASS число с учетом гипертрейдинга?
-исходя из каких соображений были назначены SHMVIRTSIZE, SHMADD, CKPTINTVL, STMT_CACHE_SIZE, BTSCANNER num=1 и параметры BUFFERPOOL?
...
Рейтинг: 0 / 0
Наши снова рулят!
    #37498094
Фотография Andron
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Я удивился конфигурации сотрудника IBM Spokey Wheeler :
временных пространств не установлено,
2 btscanner,
DS_TOTAL_MEMORY оставлено по умолчанию, зато DS_NONPDQ_QUERY_MEM 128000 (диапазон согласно документации от 128 Кб до 25 процентов значения DS_TOTAL_MEMORY)
зачем то два буферных пула с одинаковым размером страницы (на Linux размер страницы по умолчанию 2 Кб) это не только у него но и у Andrew Ford.
Конечно "каждый мнит себя стратегом", но очевидные же вроде вещи.
...
Рейтинг: 0 / 0
Наши снова рулят!
    #37498137
Фотография Журавлев Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
bk0010А вы не могли бы прокомментировать свою конфигурацию:Параметрами онконфига можно нацедить максимум процентов 15% производительности, параметра fast=true не существует, а кавычки в коде в нужном месте легко дают 10000%.

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


bk0010-почему PHYSFILE всего 50Мб (у меня 11.5 был недоволен, если PHYSFILE был менее гигабайта - говорил, что что-то не успеет)?скорее все я просто не думал об этом вообще.

bk0010-что дало увеличение PHYSBUFF и LOGBUFF до 1024?скорее всего ничего. Тест выполнялся один раз, и проверить дает или не дает хоть что-то, изменение параметра, узнать нельзя.

bk0010-зачем в других конфигурациях завели по 3 DBSPACETEMP?на одном сата диске это не имеет никакого смысла.

bk0010-почему вы указали в VPCLASS число с учетом гипертрейдинга?там не было HT. Я обычно ставлю VPCLASS=NumCPU*2, скорее всего разницы никакой *1, *2, *4

bk0010-исходя из каких соображений были назначены SHMVIRTSIZE, SHMADD,пол палец потолок.

bk0010 CKPTINTVL,Тест длился меньше чем 9999, я просто хотел обмануть всех, чтобы чекпоинта не было вообще.
Чекпоинты кстати вообще смешная штука, малая часть пользователей, десятилетиями мучаются с чекпоинтами 30 сек, а остальные, имеющие хотя бы 100М writeback disk cache, вообще не знают что это.

bk0010 STMT_CACHE_SIZE,я думал что при кривом OLTP приложении, парсинг запросов может начать влиять.

bk0010 BTSCANNER num=1это же тест, его вообще выключить надо.

bk0010 и параметры BUFFERPOOL?наугад.


Т.е. скорее всего все уперлось в диск, и Таня была права, когда удалила избыточный индекс.
...
Рейтинг: 0 / 0
Наши снова рулят!
    #37498171
Фотография Тан
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
bk0010-зачем в других конфигурациях завели по 3 DBSPACETEMP?

Для создания индексов.
На исходной базе индексов не было, и их создание входило во время выполнения задания.
Если Вы не успели создать индексы - тест запустится без них.
...
Рейтинг: 0 / 0
Наши снова рулят!
    #37498221
Фотография Andron
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
bk0010...
-почему PHYSFILE всего 50Мб (у меня 11.5 был недоволен, если PHYSFILE был менее гигабайта - говорил, что что-то не успеет)?
...


Неблокирующие чекпоинты, при обычной работе вполне может быть достаточно какого то определенного размера физ.журнала, но иногда, например при массовой заливке, создании индексов и т.д. этого размера может не хватить, и тогда информикс будет требовать увеличить PHYSIZE. С другой стороны, такие работы ведь нечасто на рабочих базах проводятся, поэтому и размер журнала можно не менять.
...
Рейтинг: 0 / 0
Наши снова рулят!
    #37499837
bk0010
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Спасибо за ответы!
Журавлев Денистам не было HT. Я обычно ставлю VPCLASS=NumCPU*2, скорее всего разницы никакой *1, *2, *4
В Inf7 вроде-бы категорически запрещалось ставить VPCLASS больше числа процессоров.

Журавлев Дениспол палец потолок.
Ура, оказывается я тоже DBA :-) (методики очень схожие).

Тан Для создания индексов.
Но почему 3 DBSPACETEMP? Почему это лучше, чем один DBSPACETEMP?
...
Рейтинг: 0 / 0
Наши снова рулят!
    #37500240
АнатоЛой
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
bk0010Но почему 3 DBSPACETEMP? Почему это лучше, чем один DBSPACETEMP?
При наличии трёх информикс использует более эффективный алгоритм для создания индексов, который распараллеливает
формирование индекса на несколько частей, а потом сливает в один индекс.



Improving Performance for Index Builds


Use the onspaces -t utility to create large temporary dbspaces and specify them in the DBSPACETEMP configuration parameter or the DBSPACETEMP environment variable.
For information on how to optimize temporary dbspaces, see Configuring Dbspaces for Temporary Tables and Sort Files.



Configuring Dbspaces for Temporary Tables and Sort Files

Use of parallel sorts into the temporary files (to process query clauses such as ORDER BY or GROUP BY, or to sort index keys when you execute CREATE INDEX) when you specify more than one dbspace for temporary tables and PDQ priority is set to greater than 0.


Может дать ощутимый выигрыш, если эти dbspace разложены по разным дискам/контроллерам.
...
Рейтинг: 0 / 0
Наши снова рулят!
    #37500243
АнатоЛой
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
забыл подчеркнуть "more than one dbspace"
...
Рейтинг: 0 / 0
Наши снова рулят!
    #37500279
Фотография Журавлев Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
bk0010Спасибо за ответы!
В Inf7 вроде-бы категорически запрещалось ставить VPCLASS больше числа процессоров.Да не было такого.

bk0010Журавлев Дениспол палец потолок.
Ура, оказывается я тоже DBA :-) (методики очень схожие).SHMVIRTSIZE Это мелочь недостойная внимания. Пока свопинга нет, это все фигня.

bk0010Тан Для создания индексов.
Но почему 3 DBSPACETEMP? Почему это лучше, чем один DBSPACETEMP?Это мурня, которая сыграет один раз в тысячу лет. Вот pdq реально помогает.
...
Рейтинг: 0 / 0
Наши снова рулят!
    #37500305
Фотография Журавлев Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
АнатоЛойМожет дать ощутимый выигрыш, если эти dbspace разложены по разным дискам/контроллерам.
Немного смешно, раскладывать еще что-то, современные (лет 5 уже так) сервера с рейдконтроллером с гигом кеша с батарейкой, с кучей дисков 12*3.5"(25*2.5"), стоят как месячная зарплата дба.
...
Рейтинг: 0 / 0
Наши снова рулят!
    #37500885
АнатоЛой
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Журавлев ДенисАнатоЛойМожет дать ощутимый выигрыш, если эти dbspace разложены по разным дискам/контроллерам.
Немного смешно, раскладывать еще что-то, современные (лет 5 уже так) сервера с рейдконтроллером с гигом кеша с батарейкой, с кучей дисков 12*3.5"(25*2.5"), стоят как месячная зарплата дба.
Мы не говорили о том, стОит ли это делать в общем случае, или нет.
Я отвечал на вопрос, почему в других конфигурациях админы завели по 3 дбспейс... То что они предпочли не оценивать реальный выигрыш, а по многолетней привычке завели 3 спейса - это их пробелма :).
...
Рейтинг: 0 / 0
Наши снова рулят!
    #37501727
bk0010
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Еще раз спасибо за ответы
...
Рейтинг: 0 / 0
Наши снова рулят!
    #37502123
яфшуеі
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Если уж речь зашла про временные пространства
Экспериментирую еще на 9.21 у меня получалось, что если указать несколько
временных пространств в конф. файле, то получалась фрагментация временных таблиц,
в ряде случаев часто вылетала ошибка 212

Никто подобных опытов не ставил?

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

Еще 1 отрицательный опыт использования был когда переходили на новое железо.
Чет решился сделать типа по "правильному" и разнести чанки по разным дискам.
Дисков правда было немного - всего 6, т.е. 3 - поделали зеркала.

В результате пришлось потом пересобирать все в рейд 10.
на рейд 10 все работало значительно быстрее.
С тех пор придерживаюсь принципа - если покупаются диски - прошу покупать
сразу диски на всю полку, делаю рейд 10 и нарезаю луны по 70Г, чтобы потом отдать чанкам по 10Г.
...
Рейтинг: 0 / 0
Наши снова рулят!
    #37502238
Фотография Andron
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
яфшуеі...
Еще 1 отрицательный опыт использования был когда переходили на новое железо.
Чет решился сделать типа по "правильному" и разнести чанки по разным дискам.
Дисков правда было немного - всего 6, т.е. 3 - поделали зеркала.

В результате пришлось потом пересобирать все в рейд 10.
на рейд 10 все работало значительно быстрее.
С тех пор придерживаюсь принципа - если покупаются диски - прошу покупать
сразу диски на всю полку, делаю рейд 10 и нарезаю луны по 70Г, чтобы потом отдать чанкам по 10Г.

В обоих случаях (зеркало и рейд10) использовалось одинаковое железо и дисковый кэш на запись?
...
Рейтинг: 0 / 0
Наши снова рулят!
    #37502274
Фотография Журавлев Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
AndronВ обоих случаях (зеркало и рейд10) использовалось одинаковое железо и дисковый кэш на запись?
Все очень просто:
10-й рейд из 6 дисков, при рандомном чтений любой обычной таблицы при 6-ти одновременных пользователях есть очень большой шанс получить рандомное чтение с 6-ти дисков. Чтобы добиться того же с 3-мя зеркалами, надо каждую таблицу, каждый фрагмент? таблицы, фрагментировать раунд робин на три зеркала.
...
Рейтинг: 0 / 0
Наши снова рулят!
    #37502405
Фотография Andron
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Журавлев Денис,

Ок разница между рейд10 и рейд1 понятна. И то что рейд10 быстрее рейд1 (зеркало) за счет чередования по группам тоже ясно.

А почему рандомное чтение будет именно с 6 дисков? Мб в реальности оно будет с 3-х групп (которые по 2 зеркальных диска в группе)?
Т.е. я вот к чему клоню - есть группа из двух зеркальных дисков - при чтении с этой группы она будет "видна" как один диск или эти два диска могут быть использованы во время чтения асинхронно, для доступа к разным данным?
...
Рейтинг: 0 / 0
Наши снова рулят!
    #37502826
Фотография Журавлев Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Andron... с обоих дисков в зеркале чтение, и в контроллере свои очереди к каждому диску, команды переупорядочиваются, и попадают в очередь к тому диску, куда ему удобнее, чтоб меньше головами шаркать.
...
Рейтинг: 0 / 0
21 сообщений из 21, страница 1 из 1
Форумы / Informix [игнор отключен] [закрыт для гостей] / Наши снова рулят!
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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