Имя: Пароль:
1C
 
postgreSQL+btrfs+1C кто может проверить ?
0 orangekrs
 
07.07.15
10:20
Наткнулся на хабре на статью: http://habrahabr.ru/post/261921/

Суть: БД PostgreSQL размещенная на btrfs c опцией compress=lzo, сокращает объем бд в двое (в сравнении с любыми ФС без сжатия) и при использовании многопоточного, последовательного чтения, значительно сокращает нагрузку на дисковую подсистему.

Интересно, применимо ли это к 1С. Может кто-то проверить ? Или "при использовании многопоточного, последовательного чтения" это не про 1С ) ?
1 rsv
 
07.07.15
10:30
(0) "при использовании многопоточного, последовательного чтения " . А кто чтение то организует ? Приложение ?
2 orangekrs
 
07.07.15
10:34
(1) Ну, там автор в тесте тупо таблицы по 13гб из postegres скриптом читал.

И вот такой у него результат получился
ext4 (т.е. без сжатия)     420000 ms
btrfs-lzo(со сжатием)     262000 ms
3 mikecool
 
07.07.15
10:40
(2) такие таблицы в 1с читают только отчеты тупых одноэсников
4 eklmn
 
гуру
07.07.15
10:45
нестабильная
5 orangekrs
 
07.07.15
10:47
(4) Да это понятно, что не в продакшен сразу. Вопрос в самом факте - быстрее/также/медленнее
6 eklmn
 
гуру
07.07.15
10:57
(5) если только отчетики формировать, то может и быстрее, а если записи нескольких регистров одновременно несколькими пользователями - вряд ли
7 Garykom
 
гуру
07.07.15
11:01
(5) сам принцип zram в линуксе знаком?

тоже самое только тут тормозную hdd меняем ну шустрый проц и шуструю и большую память

ускорение при линейном чтении получается что гораздо меньший объем читаем с hdd и затем шустро распаковываем

если не будет сильного сжатия - не будет и такого ускорения
Основная теорема систематики: Новые системы плодят новые проблемы.