pg.ddx.io pgsql-ru-general@postgresql.org mailing list archive
help / color / mirror / Atom feed =?koi8-r?B?UG9zdGdyZVNRTCAxMi0xQyDQ0s/XxcTFzsnFIMTPy9XNxc7Uz9cg1yB+MyDS?= =?koi8-r?B?wdrBIM3FxMzFzs7FxSDOwSBMaW51eA==?=
7+ messages / 3 participants
[nested] [flat]
* =?koi8-r?B?UG9zdGdyZVNRTCAxMi0xQyDQ0s/XxcTFzsnFIMTPy9XNxc7Uz9cg1yB+MyDS?= =?koi8-r?B?wdrBIM3FxMzFzs7FxSDOwSBMaW51eA==?=
@ 2021-06-04 12:01 Taras Savchuk <taras@1adm.ru>
0 siblings, 1 reply; 7+ messages in thread
From: Taras Savchuk @ 2021-06-04 12:01 UTC (permalink / raw)
To: pgsql-ru-general@lists.postgresql.org <pgsql-ru-general@lists.postgresql.org>
Доброго дня всем.
Есть тестовый стенд с Hyper-V 2019 (2xIntel E5-2650v2, 256GB RAM, Intel SSDs in RAID):
* Одна VM с сервером 1C
* Две VM c PostgreSQL c идентичными базами (~56Gb, Бухгалтерия 3.0):
1. CentOS 7 c postgresql_12.6_6.1C_x86_64 (интеграция стоит
2. Windows Server 2019 с тем же postgresql_12.6_6.1C_x86_64
Для теста провожу 10 одних и тех же документах в каждой базе 1C/PostgreSQL. Базы идентичны и прямо перед тестом загружаются из ДТ.
На Windows Server проводится за 20 - 30 seconds, на Linux занимает 1м - 1м10с. Виртуалки PostgreSQL крутятся на одном и том же гипервизоре с одинаковыми ресурсами (16 vCPU, 90Гб, места с запасом).
Тюнинг конфига PostgreSQL и/или CentOS результата не дает. На Windows напротив - вижу почти в 3 раза лучшую производительность на дефолтном конфиге.
Что может быть не так?
--
Тарас Савчук
^ permalink raw reply [nested|flat] 7+ messages in thread
* Re: PostgreSQL 12-1C проведение документов в ~3 раза медленнее на Linux
@ 2021-06-04 12:09 Evgenii <itlimited.supp@gmail.com>
parent: Taras Savchuk <taras@1adm.ru>
0 siblings, 1 reply; 7+ messages in thread
From: Evgenii @ 2021-06-04 12:09 UTC (permalink / raw)
To: Taras Savchuk <taras@1adm.ru>; +Cc: pgsql-ru-general@lists.postgresql.org <pgsql-ru-general@lists.postgresql.org>
я бы начал с теста на баред-метал инсталяции Win и linux, чтобы сразу исключить путь до диска в VM и особености обработки системных вызовов ядра ОС в виртуальной машине. Сейчас у вас "путь" до процессора, RAM, диска и сети по сути непредсказуем и известен только коду гипервизора.
On июнь 4 2021, at 3:01 дня, Taras Savchuk <taras@1adm.ru> wrote:
>
> Доброго дня всем.
>
>
> Есть тестовый стенд с Hyper-V 2019 (2xIntel E5-2650v2, 256GB RAM, Intel SSDs in RAID):
> * Одна VM с сервером 1C
> * Две VM c PostgreSQL c идентичными базами (~56Gb, Бухгалтерия 3.0):
> 1. CentOS 7 c postgresql_12.6_6.1C_x86_64 (интеграция стоит
> 2. Windows Server 2019 с тем же postgresql_12.6_6.1C_x86_64
>
> Для теста провожу 10 одних и тех же документах в каждой базе 1C/PostgreSQL. Базы идентичны и прямо перед тестом загружаются из ДТ.
> На Windows Server проводится за 20 - 30 seconds, на Linux занимает 1м - 1м10с. Виртуалки PostgreSQL крутятся на одном и том же гипервизоре с одинаковыми ресурсами (16 vCPU, 90Гб, места с запасом).
> Тюнинг конфига PostgreSQL и/или CentOS результата не дает. На Windows напротив – вижу почти в 3 раза лучшую производительность на дефолтном конфиге.
>
> Что может быть не так?
>
> --
> Тарас Савчук
>
>
>
^ permalink raw reply [nested|flat] 7+ messages in thread
* Re: PostgreSQL 12-1C проведение документов в ~3 раза медленнее на Linux
@ 2021-06-04 12:25 Sergei Kornilov <sk@zsrv.org>
parent: Evgenii <itlimited.supp@gmail.com>
0 siblings, 2 replies; 7+ messages in thread
From: Sergei Kornilov @ 2021-06-04 12:25 UTC (permalink / raw)
To: Evgenii <itlimited.supp@gmail.com>; Taras Savchuk <taras@1adm.ru>; +Cc: pgsql-ru-general@lists.postgresql.org <pgsql-ru-general@lists.postgresql.org>
Привет
> я бы начал с теста на баред-метал инсталяции Win и linux, чтобы сразу исключить путь до диска в VM и особености обработки системных вызовов ядра ОС в виртуальной машине. Сейчас у вас "путь" до процессора, RAM, диска и сети по сути непредсказуем и известен только коду гипервизора.
Поддержу.
Я бы сходу даже предложил гипотезу, что для своей родной системы MS автоматически включает паравиртуальный режим и соответственно выкидывает существенную часть эмуляции железа. А вот для generic виртуалок это весьма вероятно нужно включать явно где-то в настройках.
regards, Sergei
^ permalink raw reply [nested|flat] 7+ messages in thread
* RE: PostgreSQL 12-1C проведение документов в ~3 раза медленнее на Linux
@ 2021-06-04 13:11 Taras Savchuk <taras@1adm.ru>
parent: Sergei Kornilov <sk@zsrv.org>
1 sibling, 0 replies; 7+ messages in thread
From: Taras Savchuk @ 2021-06-04 13:11 UTC (permalink / raw)
To: Sergei Kornilov <sk@zsrv.org>; Evgenii <itlimited.supp@gmail.com>; +Cc: pgsql-ru-general@lists.postgresql.org <pgsql-ru-general@lists.postgresql.org>
> Привет
>
> > я бы начал с теста на баред-метал инсталяции Win и linux, чтобы сразу
> исключить путь до диска в VM и особености обработки системных
> вызовов ядра ОС в виртуальной машине. Сейчас у вас "путь" до
> процессора, RAM, диска и сети по сути непредсказуем и известен только
> коду гипервизора.
>
> Поддержу.
> Я бы сходу даже предложил гипотезу, что для своей родной системы MS
> автоматически включает паравиртуальный режим и соответственно
> выкидывает существенную часть эмуляции железа. А вот для generic
> виртуалок это весьма вероятно нужно включать явно где-то в
> настройках.
Железное железо под тест быстро организовать - это, конечно, проблема сейчас ) А вариантов кроме "гипервизор виноват" не видно. Попробую на KVM ту же базу посмотреть, такой вариант есть под рукой. Пока прогнал тест сети (iperf): win-win на 40% быстрее win-linux (5,97Gbps vs 3,6Gbps). 40% там, 30% там - так может и набраться на 2 раза.
--
Тарас
^ permalink raw reply [nested|flat] 7+ messages in thread
* RE: PostgreSQL 12-1C проведение документов в ~3 раза медленнее на Linux
@ 2021-06-08 09:25 Taras Savchuk <taras@1adm.ru>
parent: Sergei Kornilov <sk@zsrv.org>
1 sibling, 2 replies; 7+ messages in thread
From: Taras Savchuk @ 2021-06-08 09:25 UTC (permalink / raw)
To: Sergei Kornilov <sk@zsrv.org>; Evgenii <itlimited.supp@gmail.com>; +Cc: pgsql-ru-general@lists.postgresql.org <pgsql-ru-general@lists.postgresql.org>
> Привет
>
> > я бы начал с теста на баред-метал инсталяции Win и linux, чтобы сразу
> исключить путь до диска в VM и особености обработки системных
> вызовов ядра ОС в виртуальной машине. Сейчас у вас "путь" до
> процессора, RAM, диска и сети по сути непредсказуем и известен только
> коду гипервизора.
>
> Поддержу.
> Я бы сходу даже предложил гипотезу, что для своей родной системы MS
> автоматически включает паравиртуальный режим и соответственно
> выкидывает существенную часть эмуляции железа. А вот для generic
> виртуалок это весьма вероятно нужно включать явно где-то в
> настройках.
>
> regards, Sergei
А какую из вашего опыта стоит ожидать разницу виртуализация vs железо на том самом оборудовании? Десятки процентов или все же разы?
^ permalink raw reply [nested|flat] 7+ messages in thread
* Re: PostgreSQL 12-1C проведение документов в ~3 раза медленнее на Linux
@ 2021-06-08 09:40 Evgenii <itlimited.supp@gmail.com>
parent: Taras Savchuk <taras@1adm.ru>
1 sibling, 0 replies; 7+ messages in thread
From: Evgenii @ 2021-06-08 09:40 UTC (permalink / raw)
To: Taras Savchuk <taras@1adm.ru>; +Cc: Sergei Kornilov <sk@zsrv.org>; pgsql-ru-general@lists.postgresql.org <pgsql-ru-general@lists.postgresql.org>
Субъективно - разы (может быть даже десятки раз), но для объективного ответа на этот вопрос надо тестировать.
Очень зависит от всех составляющих: и гипервизора, и железа, и настройки самого приложения, и данных в нем, и настройки ядра ОС даже, сетевой стек тоже, если вы гоняете данные по сети (даже если не гоняете - то сетевой стек влияет, т.к. конечная цель пакетов tcp/ip - быть обработанными процессором и попасть в свое приложение, т.е. соседнее приложение тоже занимает процессорное время)
Я говорил про то, что если вы хотите протестировать в равных условиях - то надо избавиться от прослойки в виде гипервизора, а потом крутить настройки дальше.
On июнь 8 2021, at 12:25 дня, Taras Savchuk <taras@1adm.ru> wrote:
> > Привет
> >
> > > я бы начал с теста на баред-метал инсталяции Win и linux, чтобы сразу
> > исключить путь до диска в VM и особености обработки системных
> > вызовов ядра ОС в виртуальной машине. Сейчас у вас "путь" до
> > процессора, RAM, диска и сети по сути непредсказуем и известен только
> > коду гипервизора.
> >
> > Поддержу.
> > Я бы сходу даже предложил гипотезу, что для своей родной системы MS
> > автоматически включает паравиртуальный режим и соответственно
> > выкидывает существенную часть эмуляции железа. А вот для generic
> > виртуалок это весьма вероятно нужно включать явно где-то в
> > настройках.
> >
> > regards, Sergei
>
> А какую из вашего опыта стоит ожидать разницу виртуализация vs железо на том самом оборудовании? Десятки процентов или все же разы?
^ permalink raw reply [nested|flat] 7+ messages in thread
* Re: PostgreSQL 12-1C проведение документов в ~3 раза медленнее на Linux
@ 2021-06-08 09:50 Sergei Kornilov <sk@zsrv.org>
parent: Taras Savchuk <taras@1adm.ru>
1 sibling, 0 replies; 7+ messages in thread
From: Sergei Kornilov @ 2021-06-08 09:50 UTC (permalink / raw)
To: Taras Savchuk <taras@1adm.ru>; Evgenii <itlimited.supp@gmail.com>; +Cc: pgsql-ru-general@lists.postgresql.org <pgsql-ru-general@lists.postgresql.org>
привет
> А какую из вашего опыта стоит ожидать разницу виртуализация vs железо на том самом оборудовании? Десятки процентов или все же разы?
На внятных дисках - а intel делать SSD умеют и весьма хорошо - запросто в разы разница бывает на IO. Довольно много вещей всё ещё не рассчитано на хорошие быстрые диски. Взять даже аппаратные raid-контроллеры - без аккуратного чтения документации к нему можно легко просесть в 2 раза по IO относительно глупого HBA с программным рейдом. Что уж говорить о виртуализации? Эмуляция периферии никогда не была быстрой. А у вас я всё так же предполагаю причину именно в разнице эмуляции периферии для одного гостя и паравиртуализации в другом госте.
regards, Sergei
^ permalink raw reply [nested|flat] 7+ messages in thread
end of thread, other threads:[~2021-06-08 09:50 UTC | newest]
Thread overview: 7+ messages (download: mbox mbox.gz follow: Atom feed)
-- links below jump to the message on this page --
2021-06-04 12:01 =?koi8-r?B?UG9zdGdyZVNRTCAxMi0xQyDQ0s/XxcTFzsnFIMTPy9XNxc7Uz9cg1yB+MyDS?= =?koi8-r?B?wdrBIM3FxMzFzs7FxSDOwSBMaW51eA==?= Taras Savchuk <taras@1adm.ru>
2021-06-04 12:09 ` Re: PostgreSQL 12-1C проведение документов в ~3 раза медленнее на Linux Evgenii <itlimited.supp@gmail.com>
2021-06-04 12:25 ` Re: PostgreSQL 12-1C проведение документов в ~3 раза медленнее на Linux Sergei Kornilov <sk@zsrv.org>
2021-06-04 13:11 ` RE: PostgreSQL 12-1C проведение документов в ~3 раза медленнее на Linux Taras Savchuk <taras@1adm.ru>
2021-06-08 09:25 ` RE: PostgreSQL 12-1C проведение документов в ~3 раза медленнее на Linux Taras Savchuk <taras@1adm.ru>
2021-06-08 09:40 ` Re: PostgreSQL 12-1C проведение документов в ~3 раза медленнее на Linux Evgenii <itlimited.supp@gmail.com>
2021-06-08 09:50 ` Re: PostgreSQL 12-1C проведение документов в ~3 раза медленнее на Linux Sergei Kornilov <sk@zsrv.org>
This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox