Size: a a a

PostgreSQL + 1C + Linux

2020 July 10

АК

Александр Каплун... in PostgreSQL + 1C + Linux
Андрей
деб10, этой опции хватает
источник

LK

L K in PostgreSQL + 1C + Linux
Сергей Голод
там есть про отключение checksum в инстансе. А бенчи я делал у себя на pg_bench. Страдают в первую очередь инсёрты:

root@sql# time /opt/pgpro/1c-11/bin/pgbench -U postgres -i -s 1000 pgbench
....
100000000 of 100000000 tuples (100%) done (elapsed 76.33 s, remaining 0.00 s)
vacuuming...
creating primary keys...
done.

real  4m54.682s
user  0m13.867s
sys  0m0.314s

root@sql# time /opt/pgpro/1c-11/bin/pgbench -U postgres -i -s 1000 pgbench
....
100000000 of 100000000 tuples (100%) done (elapsed 67.62 s, remaining 0.00 s)
vacuuming...
creating primary keys...
done.

real  2m14.153s
user  0m14.322s
sys  0m0.364s


второй результат это на кластере с отключенными чексуммами
Не поленился померил на виртуальной машине
без checksum
100000000 of 100000000 tuples (100%) done (elapsed 518.15 s, remaining 0.00 s)
vacuuming...
creating primary keys...
done.
real    13m26,553s
user    2m11,722s
sys     0m2,846s

c checksum
100000000 of 100000000 tuples (100%) done (elapsed 583.27 s, remaining 0.00 s)
vacuuming...
creating primary keys...
done.
real    18m12,278s
user    2m19,308s
sys     0m3,557s

Как видим замедление на 12% при создании базы
при vacuum максимум 25% но не в разы.
В разы на zfs
источник

А

Андрей in PostgreSQL + 1C + Linux
релиз, 8.3.16.1148. Помню на каком то релизе была проблема с дебагом, он не включался
источник

АК

Александр Каплун... in PostgreSQL + 1C + Linux
Андрей
релиз, 8.3.16.1148. Помню на каком то релизе была проблема с дебагом, он не включался
Я использую 8,3,15,1830
источник

СГ

Сергей Голод... in PostgreSQL + 1C + Linux
это у вас в каком файле?
источник

АК

Александр Каплун... in PostgreSQL + 1C + Linux
Сергей Голод
это у вас в каком файле?
/etc/sysconfig/srv1cv83
источник

СГ

Сергей Голод... in PostgreSQL + 1C + Linux
L K
Не поленился померил на виртуальной машине
без checksum
100000000 of 100000000 tuples (100%) done (elapsed 518.15 s, remaining 0.00 s)
vacuuming...
creating primary keys...
done.
real    13m26,553s
user    2m11,722s
sys     0m2,846s

c checksum
100000000 of 100000000 tuples (100%) done (elapsed 583.27 s, remaining 0.00 s)
vacuuming...
creating primary keys...
done.
real    18m12,278s
user    2m19,308s
sys     0m3,557s

Как видим замедление на 12% при создании базы
при vacuum максимум 25% но не в разы.
В разы на zfs
а что в качестве дисков?
источник

А

Андрей in PostgreSQL + 1C + Linux
Александр Каплун
/etc/sysconfig/srv1cv83
сходите в /etc/init.d/srv1cv83
источник

СГ

Сергей Голод... in PostgreSQL + 1C + Linux
Александр Каплун
/etc/sysconfig/srv1cv83
значит просто нет инклюда этого файла в /etc/init.d/ и поэтому переменная не подтягивается
источник

АК

Александр Каплун... in PostgreSQL + 1C + Linux
Сергей Голод
значит просто нет инклюда этого файла в /etc/init.d/ и поэтому переменная не подтягивается
может кто-то показать как у тех где работает сделан инклуд в этот файл
источник

СГ

Сергей Голод... in PostgreSQL + 1C + Linux
L K
Не поленился померил на виртуальной машине
без checksum
100000000 of 100000000 tuples (100%) done (elapsed 518.15 s, remaining 0.00 s)
vacuuming...
creating primary keys...
done.
real    13m26,553s
user    2m11,722s
sys     0m2,846s

c checksum
100000000 of 100000000 tuples (100%) done (elapsed 583.27 s, remaining 0.00 s)
vacuuming...
creating primary keys...
done.
real    18m12,278s
user    2m19,308s
sys     0m3,557s

Как видим замедление на 12% при создании базы
при vacuum максимум 25% но не в разы.
В разы на zfs
и как это у вас 12% получилось?? Леонид, согласно математических правил получается (18-13,5)/13,5=33%
источник

А

Андрей in PostgreSQL + 1C + Linux
его может и не быть, у меня, на дебиане, из инит.д всё вкючается
источник

LK

L K in PostgreSQL + 1C + Linux
Сергей Голод
а что в качестве дисков?
То что было под рукой virtulbox на windows на ssd в машинах ubuntu
источник

СГ

Сергей Голод... in PostgreSQL + 1C + Linux
т.е. включение чексумм замедляет на 33% по сравнению с инстансом с выключенными checkum
источник

LK

L K in PostgreSQL + 1C + Linux
Сергей Голод
и как это у вас 12% получилось?? Леонид, согласно математических правил получается (18-13,5)/13,5=33%
100000000 of 100000000 tuples (100%) done (elapsed 583.27 s, remaining 0.00 s)

100000000 of 100000000 tuples (100%) done (elapsed 518.15 s, remaining 0.00 s)
583/518=1.125
источник

СГ

Сергей Голод... in PostgreSQL + 1C + Linux
L K
То что было под рукой virtulbox на windows на ssd в машинах ubuntu
ну у меня на zfs pg_bench с теми же параметрами выполняет этот тест за 2:14 против 13:26  ваших. Что тут сыграло свою роль - zfs/виртуализация/ssd - сложно сказать.
источник

LK

L K in PostgreSQL + 1C + Linux
Сергей Голод
ну у меня на zfs pg_bench с теми же параметрами выполняет этот тест за 2:14 против 13:26  ваших. Что тут сыграло свою роль - zfs/виртуализация/ssd - сложно сказать.
Виртуализация на windows, по моим наблюдениям очень заметно.
источник

СГ

Сергей Голод... in PostgreSQL + 1C + Linux
L K
100000000 of 100000000 tuples (100%) done (elapsed 583.27 s, remaining 0.00 s)

100000000 of 100000000 tuples (100%) done (elapsed 518.15 s, remaining 0.00 s)
583/518=1.125
понял. да, вы правы -  я неправильные взял показатели

P.S. хотя надо бы брать полное время теста)) и тогда разница уже 33% даже для вашего случая
источник

ВС

Вячеслав Синельников... in PostgreSQL + 1C + Linux
ну 12% - прилично уже
источник

LK

L K in PostgreSQL + 1C + Linux
Сергей Голод
ну у меня на zfs pg_bench с теми же параметрами выполняет этот тест за 2:14 против 13:26  ваших. Что тут сыграло свою роль - zfs/виртуализация/ssd - сложно сказать.
На этой машине, где virtualbox, на хосте pg под windows работает в 4 раза быстрее чем в виртуалке vbox, на хосте под linux vbox не дает таких тормозов
источник