Re: WIP/PoC for parallel backup
От | Jeevan Ladhe |
---|---|
Тема | Re: WIP/PoC for parallel backup |
Дата | |
Msg-id | CAOgcT0PVub5-1=qj30iimdkEqYgzpmr4uRPampq2wuc=epr6LA@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: WIP/PoC for parallel backup (Asif Rehman <asifr.rehman@gmail.com>) |
Ответы |
Re: WIP/PoC for parallel backup
|
Список | pgsql-hackers |
Hi Asif,
On Tue, Apr 21, 2020 at 1:00 PM Asif Rehman <asifr.rehman@gmail.com> wrote:
Hi,I did some tests a while back, and here are the results. The tests were done to simulatea live database environment using pgbench.machine configuration used for this test:Instance Type: t2.xlargeVolume Type : io1Memory (MiB) : 16384vCPU # : 4Architecture : X86_64IOP : 16000Database Size (GB) : 102The setup consist of 3 machines.- one for database instances- one for pg_basebackup client and- one for pgbench with some parallel workers, simulating SELECT loads.basebackup | 4 workers | 8 Workers | 16 workersBackup Duration(Min): 69.25 | 20.44 | 19.86 | 20.15(pgbench running with 50 parallel client simulating SELECT load)
Well that looks a bit strange. All 4, 8 and 16 workers backup configurations
seem to have taken the same time. Is it because the machine CPUs are
only 4? In that case did you try to run with 2-workers and compare that
with 4-workers time?
Also, just to clarify and be sure - was there anything else running on any of
these 3 machines while the backup was in progress.
Regards,
Jeevan Ladhe
Backup Duration(Min): 154.75 | 49.28 | 45.27 | 20.35(pgbench running with 100 parallel client simulating SELECT load)On Tue, Apr 21, 2020 at 9:27 AM Amit Kapila <amit.kapila16@gmail.com> wrote:On Tue, Apr 14, 2020 at 8:07 PM Asif Rehman <asifr.rehman@gmail.com> wrote:--I forgot to make a check for no-manifest. Fixed. Attached is the updated patch.Have we done any performance testing with this patch to see the benefits? If so, can you point me to the results? If not, then can we perform some tests on large backups to see the benefits of this patch/idea?----Asif Rehman
В списке pgsql-hackers по дате отправления: