Re: Let's make PostgreSQL multi-threaded
От | Pavel Borisov |
---|---|
Тема | Re: Let's make PostgreSQL multi-threaded |
Дата | |
Msg-id | CALT9ZEH_ZT6Fv8KFmEPf2qM7g0Y0mdU-J4PQDVRN+vhn0CLSOQ@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Let's make PostgreSQL multi-threaded (Dilip Kumar <dilipbalaut@gmail.com>) |
Ответы |
Re: Let's make PostgreSQL multi-threaded
Re: Let's make PostgreSQL multi-threaded |
Список | pgsql-hackers |
Is the following true or not? 1. If we switch processes to threads but leave the amount of session local variables unchanged, there would be hardly any performance gain. 2. If we move some backend's local variables into shared memory then the performance gain would be very near to what we get with threads having equal amount of session-local variables. In other words, the overall goal in principle is to gain from less memory copying wherever it doesn't add the burden of locks for concurrent variables access? Regards, Pavel Borisov, Supabase
В списке pgsql-hackers по дате отправления: