r7 - 05 May 2007 - 16:56:20 - SteveKosteckeYou are here: NTP >  Support Web > OtherDocumentation > LockingNtpdInMemory
REFACTOR See LockingNtpdInMemoryDev? for discussion of this topic.

6.8. Locking ntpd in memory

Currently, ntpd will lock itself in memory if the appropriate system calls are available.

For some OSes, the amount of locked memory is currently hardcoded in ntpd.c.

This is Suboptimal.

  • AIX: reserve 32k of extra stack space (less 8 4k pages).
  • WINNT callls SetProcessWorkingSetSize() and VirtualLock(), at about 4MB(?).
  • Systems that use setrlimit() and mlockall() seem to reserve an extra 50 4k pages.
    • this seems to be too much for some *BSD systems, and not enough for some linux systems.

Related Topics: NtpdProcessResidencyIssues, bug_small.gif Bug #387

Edit | Attach | Printable | Raw View | Backlinks: Web, All Webs | History: r7 < r6 < r5 < r4 < r3 | More topic actions
 
NTP Public Services Project
SSL security by CAcert This site is powered by the TWiki collaboration platformCopyright © 1999-2008 by the contributing authors. All material on this collaboration platform is the property of the contributing authors. Ideas, requests, problems regarding the site? Send feedback