| От | Tatsuo Ishii |
|---|---|
| Тема | Re: stuck spin lock with many concurrent users |
| Дата | |
| Msg-id | 20010625100305K.t-ishii@sra.co.jp обсуждение исходный текст |
| Ответ на | Re: stuck spin lock with many concurrent users (Tom Lane <tgl@sss.pgh.pa.us>) |
| Список | pgsql-hackers |
> Tatsuo Ishii <t-ishii@sra.co.jp> writes: > > I got an interesting result. If I compile backend with -g (and without > > -O2), I get no stuck spin lock errors. However, if s_lock.c is > > compiled with -O2 enabled, I got the error again. It seems only > > s_lock.c is related to this phenomenon. > > That's very interesting. Could optimization be breaking the TAS > sequence on your platform? What is your platform, anyway? > Might need to burrow into the assembly code to see just what's > happening. As I said, it's a x86 Linux (more precisely, kernel 2.2.18 with 2 processors, egcs 2.91). I suspect that the inlined TAS code might be incompatible with the caller, s_lock. -- Tatsuo Ishii
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера