|
postgreSQL+btrfs+1C кто может проверить ? |
☑ |
0
orangekrs
07.07.15
✎
10:20
|
Наткнулся на хабре на статью:
Суть: БД 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 и затем шустро распаковываем
если не будет сильного сжатия - не будет и такого ускорения
|
|