https://issues.apache.org/bugzilla/show_bug.cgi?id=41030
--- Comment #10 from Jesse Pool <[EMAIL PROTECTED]> 2008-06-03 14:48:35 PST ---
Yep. I haven't tried the patch to confirm, but that looks like the same issue.
Back when I filed this bug, I quickly got around the problem by doing something
like this:
void ap_push_pool(fd_queue_info_t * queue_info,
apr_pool_t * pool_to_recycle)
{
/* If we have been given a pool to recycle, atomically link
* it into the queue_info's list of recycled pools
*/
if (pool_to_recycle) {
#if 0
struct recycled_pool *new_recycle;
new_recycle = (struct recycled_pool *) apr_palloc(pool_to_recycle,
sizeof
(*new_recycle));
new_recycle->pool = pool_to_recycle;
for (;;) {
new_recycle->next = queue_info->recycled_pools;
if (apr_atomic_casptr
((volatile void **) &(queue_info->recycled_pools),
new_recycle, new_recycle->next) == new_recycle->next) {
break;
}
}
#else
apr_pool_destroy(pool_to_recycle);
#endif
}
}
...Sorry I didn't have time to investigate further at the time. If you're
curious, that change gave 5% slowdown on my Webstone benchmark.
--
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
