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 и затем шустро распаковываем
если не будет сильного сжатия - не будет и такого ускорения
Основная теорема систематики: Новые системы плодят новые проблемы.