[2147] in SIPB-AFS-requests
afsd: priorities/threads
daemon@ATHENA.MIT.EDU (Richard Basch)
Tue Sep 19 17:53:12 1995
Date: Tue, 19 Sep 1995 17:47:49 -0400
To: sipb-afsreq@MIT.EDU, jhawk@MIT.EDU
Cc: warlord@MIT.EDU
Cc: afsdev@MIT.EDU, mhbraun@MIT.EDU, jweiss@MIT.EDU
From: "Richard Basch" <basch@MIT.EDU>
Derek and I had a long conversation about the matter the other day, and
we feel that you will probably notice some improvement if you do:
1. raise the priority of the afsd processes
2. increase the number of afsd buffer daemons
The basis behind this is that the raised priority gives AFS threads more
of a chance to process pending data, but will in most cases not
adversely impact the system because they will otherwise be sleeping and
the kernel will not wakeup a sleeping thread until the data it is
sleeping on has been triggered. It may even help other performance
since on most systems AFS replaces the UDP handler, and calls the old
UDP handler only if it is not AFS data (sick, isn't it...).
Increasing the number of threads will help to handle more I/O requests
on servers that do a lot of file accesses (eg. Web server), and may also
help with the readahead performance since that will be done by queueing
additional data requests to the server and instantiated by the callback
routines handling the server responses.
Have fun.
-Richard
