|
From: Robert W. <rj...@du...> - 2005-05-30 17:37:59
|
> I was wondering if you can simply use the --max-stackframe flag in > the 3 line to get the same result .. >=20 > > if delta %esp > some value, then assume a thread change >=20 > This allows you to set 'some value' on the command line. =20 > Furthermore if you don't do that it will tell you plausible > values to try anyway. >=20 > Could you try out --max-stackframe to see if it is good enough? I haven't tried this, but I'm fairly certain that it won't work in the case of the coroutine library we're using at work. We use lots of coroutines (thousands) each with a relatively small stack (1K, and maybe less when we get around to tuning it) that's allocated using malloc. They end up essentially being right next to each other in memory. The main CPU stack still needs to be able to handle big stack allocations, as it does all of the nasty GUI work, etc. when the coroutines are done. I like the idea of being able to have the client program explain where stacks are. For programs that don't do that, --max-stackframe is a good idea, but for programs that do, it means you don't have to have magic numbers on the command line or worry about different classes of stack (big v. small like we have.) Regards, Robert. --=20 Robert Walsh Amalgamated Durables, Inc. - "We don't make the things you buy." Email: rj...@du... |