home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / alt / irc / 2473 < prev    next >
Encoding:
Text File  |  1992-07-23  |  2.5 KB  |  59 lines
  1. Organization: Chemical Engineering, Carnegie Mellon, Pittsburgh, PA
  2. Path: sparky!uunet!cis.ohio-state.edu!news.sei.cmu.edu!fs7.ece.cmu.edu!crabapple.srv.cs.cmu.edu!andrew.cmu.edu!dl2p+
  3. Newsgroups: alt.irc
  4. Message-ID: <UePpo3q00XQGAEO35f@andrew.cmu.edu>
  5. Date: Thu, 23 Jul 1992 21:29:39 -0400 
  6. From: Douglas Allen Luce <dl2p+@andrew.cmu.edu>
  7. Subject: Re: Call for submission on layout of stats.
  8. In-Reply-To: <1992Jul23.100457.9157@alf.uib.no>
  9. References: <9220518.26456@mulga.cs.mu.OZ.AU>
  10.     <1992Jul23.100457.9157@alf.uib.no>
  11. Lines: 46
  12.  
  13. buboo@alf.uib.no (Ove Ruben R Olsen) writes:
  14. > the cure writes:
  15. > 
  16. > >
  17. > >                        Server Name [ Outgoing/s] [ Incoming/s]
  18. > >                                    [Byte] [Pckt] [Byte] [Pckt]
  19. > >
  20. > >                    CSULX.Weber.EDU [0283] [0007] [0089] [0002]
  21. > 
  22. > In such stat you must have the following:
  23. > 
  24. > Servername Days+hours:min:sec-open  outgoingBytes incomingBytes
  25.  
  26. If the point is to determine how many servers on the network are
  27. "necessary" for IRC operation, or how many of the servers on the
  28. net are "unnecessary," I don't think even this will be enough.
  29.  
  30. It could be that a single "vanity" server has convinced two uplinks to
  31. not L-line it, and through some trick of the net, is positioned
  32. between two equally loaded network halves.  This could show up in your
  33. statistics at the top of the list.  And a highly-client-burdened, but
  34. leafed server (like a server acting as the link to a public client)
  35. may show up fairly far down the list.
  36.  
  37. Perhaps what is needed is a better definition of what makes a server
  38. "necessary," and how one might generate statistics that are meaningful
  39. in this way.  
  40.  
  41. You might find that keeping accurate statistics difficult with servers
  42. going up and down all the time.  Real statistics should be done by
  43. each server.  Number of links, number of users, number of channels the
  44. server is attuned to, how much of the traffic is human generated, how
  45. much is server generated, server downtimes, and traffic generated by
  46. "netsplits" instead of by "normal operation" might all be dominant
  47. factors in deriving a useful "server importance" equation (not even
  48. counting physical network location and connectivity!).
  49.  
  50. Straight counting of users seems to be the current tradition in
  51. gauging the importance of any particular server.  While this might
  52. show just how much IRC is used in various locations (or how well
  53. clients are installed at the particular location), it's not much help
  54. in deciding routing.
  55.  
  56. Douglas Luce
  57. CMU IRC
  58.  
  59.