In message <20030814.205649.71088058.haro_at_h4.dion.ne.jp>, Munehiro Matsuda writ es: >Hi All, > >I just got following DEVFS related message with >this mornings current. > >DEVFS Overflow table with 32768 entries allocated when 925 in use > >Anybody seen this? This is mostly harmless. When DEVFS initially was integrated the locking situation was rather tricky and malloc failures therefor not easy to handle. Therefore DEVFS uses a compile time array of pointers to its inodes. If this table seems to be running out, (less than 100 free entries) an "overflow" table will be attempted allocated which can contain more entries. You can adjust both the regular and the overflow table sizes with compile time constants NDEVFSINO and NDEVFSOVERFLOW. When more of the kernel has been de-Giantized, this code can be revisited and these constants can probably be eliminated. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk_at_FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence.Received on Tue Aug 19 2003 - 01:25:17 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:37:19 UTC