Re: thread safety on clients
От | Tom Lane |
---|---|
Тема | Re: thread safety on clients |
Дата | |
Msg-id | 9269.1260505343@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: thread safety on clients (Greg Smith <greg@2ndquadrant.com>) |
Ответы |
Re: thread safety on clients
|
Список | pgsql-hackers |
Greg Smith <greg@2ndquadrant.com> writes: > The "-j" option is the recent addition to pgbench that causes it to > launch multiple client threads when enabled, each handling a subset of > the transactions. There's blocks of codes in pgbench.c now that depend > on having sane values for thread safety in libpq. That it may be > detecting the wrong thing and operating in an unsafe way after the > recent change is what Peter's suggesting. This is good, actually, > because I don't think we had many client-side thread-safety tests > floating around to catch problems in this area before. The report showed an assert inside the backend. It really doesn't matter *how* broken pgbench might be, it should not be able to cause that. My bet is that the real problem was a build inconsistency in the backend. Does "make distclean" and rebuild make it go away? regards, tom lane
В списке pgsql-hackers по дате отправления: