powered by simpleCommunicator - 2.0.49     © 2025 Programmizd 02
Форумы / Caché, Ensemble, DeepSee, MiniM, IRIS, GT.M [игнор отключен] [закрыт для гостей] / база данных 64 кб
7 сообщений из 7, страница 1 из 1
база данных 64 кб
    #38243542
gr_vl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Приветствую
новые версии каше поддерживают базы данных с размером блока 8/16/32/64
На сервере Centos6.4 стоит рэйд с 64 кб размером блока.

Будет ли эфективнее скорость работы с диском, если поменять блок БД в каше на 64кб?
Можно ли изменить размер блока данных в кашетемп и остальных систмных баз.


Если нет то нужно ли оставлять кэш на каше темп?
Те в настройках системы указывается кэш для 8кб и 64кб баз нужно ли отводить кэш под 8 кб базы, при условии что там останутся только те базы что создались в каше при старте (%sys/user/samples/cachetemp/audit) ???

Кто нибудь будь рабортал с 64кб БД в каше? как впечатления?
...
Рейтинг: 0 / 0
база данных 64 кб
    #38243582
Фотография DAiMor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Нам на некоторых проектах пришлось перейти на 16Kb блоки (были проблемы с кешированием через ECP)

для работы с БД отличными от 8Kb, необходимо иметь настроенным обязательно буферы глобалов на блоки самого большего из имеющихся в БД размеров, т.е. например если у вас есть хотя бы одна БД на 64Kb, то можно настроить только буфер на 64Kb, для других БД будет использоваться этот же буфер.

Переделать системные БД под такой размер блока можно, но нет смысла, а вот с CACHETEMP, так как она может создаваться и автоматически (если ее удалить) она будет создаваться с размером блока по умолчанию который можно переопределить в глобале например так
Код: plaintext
s ^SYS("DBSIZES","ALLOWED")="16384,"

запятая в конце нужна, если в списке разрешенных размеров будет 8192, то по умолчанию будет такой размер блока, иначе самый последний в списке, посмотреть размер блока по умолчанию
Код: plaintext
w $$GetDefaultBlockSize^%SYS.DATABASE()

по поводу скорости работы улучшений особо и не заметно и вроде как им неоткуда взяться, но я всех тонкостей работы с блоками не знаю, но полагаю что выбор размера блока лучше основывать на характере данных, если у вас много строк в БД размером большим 8Kb, то полагаю это может быть оправдано, у нас используются битовые строки в 64000 бита, и из-за них мы и перешли на 16Kb блоки, так как они не кешировались в ECP-конфигурации.
...
Рейтинг: 0 / 0
база данных 64 кб
    #38243615
servit
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
...
Рейтинг: 0 / 0
база данных 64 кб
    #38243979
Alexey Maslov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
То-то и оно, что практический опыт работы с большими блоками, похоже, ещё не накоплен, в основном ссылки на документацию. 8K и 16K - соседние размеры, ожидаемо, что разницы по скорости практически нет. Мы когда-то сравнивали 8K и 4K (в GT.M), особой разницы тоже не было.

Е. Каратаев упоминает исследование Oracle, где сделан вывод, что оптимальный размер блока обычно лежит в пределах между 6 и 12K (могу ошибаться, книги сейчас под рукой нет).

Кстати, знаете ли вы, (работая с ECP), что самый большой размер кадра в сетях Ethernet (так называемый Jumbo Frame) = 9000 байт? В него как раз хорошо ложится 8KB блок...
...
Рейтинг: 0 / 0
база данных 64 кб
    #38244013
Фотография DAiMor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
у нас до переход на 16Kb ECP трафик был довольно большой, что вынудило нас поначалу, соединять каждый ECP-клиент с ECP-сервером отдельным гигабитным каналом, потом уже после перехода все сервера успешно сидят на одном канале и теперь загрузка гигабита не больше 10% на ECP-сервере.
...
Рейтинг: 0 / 0
база данных 64 кб
    #38254911
gr_vl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
DAiMorу нас до переход на 16Kb ECP трафик был довольно большой, что вынудило нас поначалу, соединять каждый ECP-клиент с ECP-сервером отдельным гигабитным каналом, потом уже после перехода все сервера успешно сидят на одном канале и теперь загрузка гигабита не больше 10% на ECP-сервере.

А если не секрет у вас ECP зачем используется?
На его основе построен кластер для увеличения быстродействия или чтото другое?
...
Рейтинг: 0 / 0
база данных 64 кб
    #38254918
Фотография DAiMor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
gr_vlDAiMorу нас до переход на 16Kb ECP трафик был довольно большой, что вынудило нас поначалу, соединять каждый ECP-клиент с ECP-сервером отдельным гигабитным каналом, потом уже после перехода все сервера успешно сидят на одном канале и теперь загрузка гигабита не больше 10% на ECP-сервере.
А если не секрет у вас ECP зачем используется?
На его основе построен кластер для увеличения быстродействия или чтото другое?
Для обеспечения работы большого количества пользователей, один сервер с этим не справляется. в пиковой нагрузке было около 3 тыс пользователей.
...
Рейтинг: 0 / 0
7 сообщений из 7, страница 1 из 1
Форумы / Caché, Ensemble, DeepSee, MiniM, IRIS, GT.M [игнор отключен] [закрыт для гостей] / база данных 64 кб
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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