Re: Let's make PostgreSQL multi-threaded
От | Kyotaro Horiguchi |
---|---|
Тема | Re: Let's make PostgreSQL multi-threaded |
Дата | |
Msg-id | 20230614.160133.1540361929672513850.horikyota.ntt@gmail.com обсуждение исходный текст |
Ответ на | Re: Let's make PostgreSQL multi-threaded (Konstantin Knizhnik <knizhnik@garret.ru>) |
Ответы |
Re: Let's make PostgreSQL multi-threaded
|
Список | pgsql-hackers |
At Wed, 14 Jun 2023 08:46:05 +0300, Konstantin Knizhnik <knizhnik@garret.ru> wrote in > But I do not think that it is somehow related with using threads > instead of process. > The question whether to use private or shared cache is not directly > related to threads vs. process choice. Yeah, I unconsciously conflated the two things. We can use per-thread cache on multithreading. > Yes, threads makes implementation of shared cache much easier. But it > can be also done using dynamic > memory segments, Definitely shared cache has its pros and cons, first > if all it requires sycnhronization > which may have negative impact o performance. True. > I have made an attempt to combine both caches: use relatively small > per-backend local cache > and large shared cache. > I wonder what people think about the idea to make backends less thick > by using shared cache. I remember of a relatively old thread about that. https://www.postgresql.org/message-id/4E72940DA2BF16479384A86D54D0988A567B9245%40G01JPEXMBKW04 regards. -- Kyotaro Horiguchi NTT Open Source Software Center
В списке pgsql-hackers по дате отправления: