[ Usenet FAQs | Web FAQs | Documents | RFC Index ]
    Search the FAQ Archives

Part1 - Part2 - Part3 - Part4 - Part5 - Part6 - Part7 - Part8 - Part9 - Single Page

Top Document: INN FAQ Part 6/9: Day-to-day operation and changes to the system
Previous Document: (6.23) Fill different types of control messages in different directories?
Next Document: (6.25) Speed up NNTP Transfers ("Streaming NNTP")


(6.24) Use more than ~100 Feeds on SunOS 4.1 ?


SunOS 4.1 normally has a limit of 256 file descriptors per process. But
unfortunately there is a bug in stdio (the use of a _signed_ char ) which
lets one only use 128 file descriptors.
One way would be to use an exploder feed (like bufchan).
The other is:
   There is a stdio replacement called sfio which you can get from 
http://netlib.att.com/netlib/attgifts/sfio.shar.Z
Just compile it as indicated in the package. After that, you must tweak
config.data a bit to use sfio:

DEFS            -I../include -I/usr/local/include/sfio
CC              gcc
CFLAGS          $(DEFS) -O2
DBZCFLAGS      $(CFLAGS) -DMMAP
LDFLAGS         (empty)
LIBS            -L/usr/local/lib/sfio -lsfio
VAR_STYLE       STDARGS (important! sfio doesn't like varargs if compiled ANSI)
NOFILE_LIMIT    -1
EXITVAL         volatile void
_EXITVAL        volatile void

Just recompile inn then and go for it.

If you even need more than 256 descriptors, then you can use SunDBE (the
Sun Databese Excelerator) which raises the limit from 256 to 1024.
Thanks to Christopher Davis <ckd@loiosh.kei.com> for this tip.



Top Document: INN FAQ Part 6/9: Day-to-day operation and changes to the system
Previous Document: (6.23) Fill different types of control messages in different directories?
Next Document: (6.25) Speed up NNTP Transfers ("Streaming NNTP")

Part1 - Part2 - Part3 - Part4 - Part5 - Part6 - Part7 - Part8 - Part9 - Single Page


[ Usenet FAQs | Web FAQs | Documents | RFC Index ]

Send corrections/additions to the FAQ Maintainer:
hwr@pilhuhn.de (Heiko W.Rupp)

Last Update October 22 2009 @ 05:25 AM

Some parts © 2009 Advameg, Inc.