Большая база и st-файл

Обсуждение вопросов по администрированию СУБД Progress OpenEdge
Базоров Роман
Старожил
Сообщения: 105
Зарегистрирован: 20 мар 2006, 13:36
Откуда: г. Пенза

Большая база и st-файл

Сообщение Базоров Роман » 25 дек 2014, 12:00

Приветствую.

Есть в базе данные (bsize 8192) Area II размером 42 Гб.
Какую указать структуру области в st-файле с точки зрения производительности (90% чтение, 10% запись) ?

d "history":11,64;512 /data/base_11.d1 f 50000000
d "history":11,64;512 /data/base_11.d2
или
d "history":11,64;512 /data/base_11.d1 f 10000000
d "history":11,64;512 /data/base_11.d2 f 10000000
d "history":11,64;512 /data/base_11.d3 f 10000000
d "history":11,64;512 /data/base_11.d4 f 10000000
d "history":11,64;512 /data/base_11.d5 f 10000000
d "history":11,64;512 /data/base_11.d6
или
d "history":11,64;512 /data/base_11.d1 f 5000000
d "history":11,64;512 /data/base_11.d2 f 5000000
d "history":11,64;512 /data/base_11.d3 f 5000000
d "history":11,64;512 /data/base_11.d4 f 5000000
d "history":11,64;512 /data/base_11.d5 f 5000000
d "history":11,64;512 /data/base_11.d6 f 5000000
d "history":11,64;512 /data/base_11.d7 f 5000000
d "history":11,64;512 /data/base_11.d8 f 5000000
d "history":11,64;512 /data/base_11.d9 f 5000000
d "history":11,64;512 /data/base_11.d10 f 5000000
d "history":11,64;512 /data/base_11.d11

P.S. Область растет достаточно быстро, 2-3 Гб в месяц

Аватара пользователя
Arelav
Администратор
Сообщения: 1881
Зарегистрирован: 25 мар 2005, 17:05
Откуда: Progress Technologies
Контактная информация:

Re: Большая база и st-файл

Сообщение Arelav » 25 дек 2014, 13:44

Чем меньше экстентов, тем лучше - я бы выбрал первый вариант. Или даже вообще оставил один экстент переменного размера.

Аватара пользователя
Arelav
Администратор
Сообщения: 1881
Зарегистрирован: 25 мар 2005, 17:05
Откуда: Progress Technologies
Контактная информация:

Re: Большая база и st-файл

Сообщение Arelav » 25 дек 2014, 13:50

Действительно, поскольку это область второго типа и размер кластера указан 512 блоков, и поскольку по мере необходимости пространство выделяется в Type II сразу кластерами, то сильной разницы между переменными и фиксированными экстентами в производительности заметно не будет.

Аватара пользователя
Arelav
Администратор
Сообщения: 1881
Зарегистрирован: 25 мар 2005, 17:05
Откуда: Progress Technologies
Контактная информация:

Re: Большая база и st-файл

Сообщение Arelav » 25 дек 2014, 13:51

Вот здесь,"17.Какие типы экстентов лучше использовать, переменного или фиксированного размера?", Гас описывает различие их http://rupug.pro/frequently-asked-quest ... e-rdbms/3/

Базоров Роман
Старожил
Сообщения: 105
Зарегистрирован: 20 мар 2006, 13:36
Откуда: г. Пенза

Re: Большая база и st-файл

Сообщение Базоров Роман » 25 дек 2014, 14:19

Спасибо, прочитаем

Сейчас я тестирую производительность разных st на чтение.
На файловой системе XFS с inode64 различимой разницы нет.

Аватара пользователя
Arelav
Администратор
Сообщения: 1881
Зарегистрирован: 25 мар 2005, 17:05
Откуда: Progress Technologies
Контактная информация:

Re: Большая база и st-файл

Сообщение Arelav » 25 дек 2014, 14:30

Базоров Роман писал(а):Сейчас я тестирую производительность разных st на чтение.
На файловой системе XFS с inode64 различимой разницы нет.

Было бы интересно увидеть результаты и методику тестирования.

Базоров Роман
Старожил
Сообщения: 105
Зарегистрирован: 20 мар 2006, 13:36
Откуда: г. Пенза

Re: Большая база и st-файл

Сообщение Базоров Роман » 26 дек 2014, 15:06

Цифры, увы, не сохранились

Тестирование было примитивным:
1) одноопоточное -> tabanalys, idxanalys
2) многопоточное -> взял 3 самых больших таблицы и for each по каждому индексу (14 параллельных поисков) + считаем усредненный результат

P.S. На ext4 результаты медленнее, поэтому могу порекомендовать ext4 для домашних каталогов пользователей
и p/r-модулей, а базу данных запускать на xfs. Сравнивал через full backup/restore