home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.client-server:160 comp.unix.large:360
- Newsgroups: comp.client-server,comp.unix.large
- Path: sparky!uunet!charon.amdahl.com!pacbell.com!ames!saimiri.primate.wisc.edu!caen!batcomputer!munnari.oz.au!metro!basser.cs.su.oz.au!tmx!coulomb!parson
- From: parson@coulomb.pcc.oz.au (Brenda Parsons - x2403)
- Subject: Re: Upper bounds of TCP & server processes in Unix
- Message-ID: <1992Nov6.202157.2547@coulomb.pcc.oz.au>
- Organization: Prospect Electricity, Sydney
- References: <Bx7JGy.6BJ@gpu.utcs.utoronto.ca>
- Date: Fri, 6 Nov 92 20:21:57 GMT
- Lines: 31
-
- In article <Bx7JGy.6BJ@gpu.utcs.utoronto.ca> eric@cathaus.utcs.utoronto.ca (Eric M. Carroll) writes:
- >
- >An issue that I have seen kicked around briefly in these groups, and
- >now has arisen locally, is a question about the upper limits in Unix
- >for supporting large volumes of TCP connections and server processes.
-
- < STUFF DELETED >
-
- >Has anyone tried to drive this class of machine hard in a
- >"connection-oriented" client/server relationship? Is there any relavent
- >performance analysis literature in this area? Or does anyone have any
- >fundamental insight into this problem based on their knowledge of
- >Unix? Any comments on this topic would be welcome. If there are
- >vendors that have specifically addressed these issues in their kernel
- >implementation, I would like to hear about it.
- >
-
- We too would like to explore this field. Has anyone out there
- written any 'client/server' testing software?
-
- This would be useful in determining where the limits lie for each
- system and the gains and/or losses achieved from kernel tweaking.
-
- Let's here from all of you LARGE client/server sites out there!
-
- -brenda
- --
- % Brenda Parsons
- % Currently at Prospect Electricity
- % 10 Smith Street, Parramatta 2150, Australia
- % +61 2 635 0300 e-mail: parson@coulomb.pcc.oz.au
-