| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | Tools to determine stack |
KB> I make an educated guess when determining the stack size KB> for a new thread. Does anyone have any suggestion as to a KB> more accurate method? That is, are there any tools that KB> will analyze a thread at runtime to determine its maximum KB> use? For example, would the profiler do something like KB> this? KB> KB> I realize that the stack usage may differ from run to run KB> based on the conditions at runtime, but this would KB> nevertheless be useful. The only place I think this matters is for thread 1, where the OS will fully commit all pages of the allocated stack space. For threads you create, it shouldn't be a big deal, since the pages aren't committed until a guard page exception causes the stack to grow downward. So using a large value for those threads should be fine. Also, I believe that PM's stack requirements are documented somewhere, and aren't that big. John --- Maximus/2 2.01wb* Origin: OS/2 Shareware BBS, Fairfax, VA: 703-385-4325 (1:109/347) SEEN-BY: 12/2442 54/54 620/243 624/50 632/348 640/820 690/660 711/409 410 413 SEEN-BY: 711/430 807 808 809 934 942 712/353 623 713/888 800/1 @PATH: 109/347 2 7 3615/50 229/2 12/2442 711/409 54/54 711/808 809 934 |
|
| SOURCE: echomail via fidonet.ozzmosis.com | |
Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.