9.40.UC3 с linux.
чанки - в виде файлов, на одном физическом диске.

Есть одна таблица, которая постоянно (5мин) наполняется данными. количество строк - порядка 40млн. Скорость роста - около 30тыс. в час. Таблица вынесена в отдельный dbspace, состоящий из нескольких чанков. Не фрагментирована.
Сервер нагружен мало, по статистике sar iowait - 0%, процессор - 75% idle

Есть необходимость удалять старые (индекс по полю с временем есть). Но при этом сильно возрастает время fuzzy checkpoint'а - до 60секунд и более. (обычное время - до 4сек) Начинают жаловаться пользователи базы.
В конфиге: 8 LRU и CLEANERS. BUFFERS 16000. По onstat -R максимум 3000 dirty (при удалении старых). onstat -F во время чекпоинта - видно, что работает дольше один cleaner для чанка этой самой таблицы.

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

основное поле - integer -- unixtime в секундах (время внесения записи)
удаляются самые старые записи, условие вида 'все старше 2х месяцев, считая от сегодня'
Вариант фрагментации по месяцу, а потом detach и attach фрагмента в начале каждого месяца мне не очень нравится - труднее автоматизировать.

вот zip с файлами. файлы .txt - вывод после ~5ч работы, файлы .log - результаты onstat -F и -R во время чекпоинта после удаления данных (delete from table).