RE: [HACKERS] inlining
От | Stupor Genius |
---|---|
Тема | RE: [HACKERS] inlining |
Дата | |
Msg-id | 000001bd95f8$4f4398a0$6198accf@darren обсуждение исходный текст |
Ответ на | Re: [HACKERS] inlining (dg@illustra.com (David Gould)) |
Ответы |
Re: [HACKERS] inlining
RE: [HACKERS] inlining |
Список | pgsql-hackers |
> Btw, I sure wish someone would comment on the S_LOCK analysis even if only > to tell me not to make such long posts as it wastes bandwidth. Or > was it just too long to read? I read it all! Great analysis of the situation and not a waste, IMHO. One comment...when you ran the tests in succession, could the cache be responsible for the timing groupings in the same test? Should a little program be run in between to "flush" the cache full of garbage so each real run will miss? Seem to recall a little program, in CUJ, I think, that set up a big array and then iterated over it to trash the cache. Darren aka stuporg@erols.com
В списке pgsql-hackers по дате отправления: