From: Boehm, H. <han...@hp...> - 2004-11-22 21:26:37
|
Although I don't fully understand all the issues here, I'm concerned about this proposal. In particular, our garbage collector (used by gcj, and Mono, among others) uses signals to stop threads for each garbage collection. With a small heap, and many threads, I would expect the frequency of signal delivery to be similar to what you get with performance tools. But it does not, and should not, use SIGPROF. I think this is a more general issue. Special casing one piece of it is only going to make performance more surprising, something I think should be avoided if at all possible. Hans > -----Original Message----- > From: lin...@vg... > [mailto:lin...@vg...]On Behalf Of Ray Bryant > Sent: Monday, November 22, 2004 11:23 AM > To: Andi Kleen > Cc: Andreas Schwab; Kernel Mailing List; lin...@vg...; > lse-tech; ho...@sg...; Dean Roe; Brian Sumner; John Hawkes > Subject: Re: [Lse-tech] scalability of signal delivery for=20 > Posix Threads >=20 >=20 > OK, apparently SIGPROF is delivered in both the ITIMER_PROF and > pmu interrupt cases, so if we special case that signal we should > be fine. > --=20 > Best Regards, > Ray > ----------------------------------------------- > Ray Bryant > 512-453-9679 (work) 512-507-7807 (cell) > ra...@sg... ra...@au... > The box said: "Requires Windows 98 or better", > so I installed Linux. > ----------------------------------------------- > - > To unsubscribe from this list: send the line "unsubscribe=20 > linux-ia64" in > the body of a message to maj...@vg... > More majordomo info at http://vger.kernel.org/majordomo-info.html >=20 |