home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Hall of Fame
/
HallofFameCDROM.cdr
/
lan2
/
sam106.lzh
/
SAM.DOC
next >
Wrap
Text File
|
1990-05-29
|
5KB
|
142 lines
SAM Version 1.06 - Server Activity Monitor for LANtastic (tm) networks
Copyright (C) 1989, 1990 Humbleware Custom Programming
247 Paul Martin Drive
Baltimore, MD 21227
(301) 799-1975
What is SAM?
SAM is an acronym for Server Activity Monitor.
Why do I need SAM?
If you have a "dedicated" server in your system and have
wished for a network monitor that could be run without human
intervention and that would give you a quick assessment of
network activity with just a quick look over your shoulder
then SAM is the answer.
Why was SAM written?
The server monitoring capabilities built into the NET
program are fine for a quick look-see at a network server.
The trouble with the NET program is that it requires that
you sit there and tap the space-bar repeatedly to update the
monitor screen. Like I said, fine for a quick look-see but
not very good for real-time server monitoring.
Also, some of the information provided by the NET monitor
option is irrelevant to most network supervisors. I took the
items that I felt were most needed and tossed the rest away.
SAM will show you these items:
1) The name of each machine logged into the server
2) The name of each user logged into the server
3) The privileges assigned to each user
4) The last command issued by each user
5) The number of bytes each user has sent/received
How do I use SAM?
Usage: SAM ServerName [Interval]
[Interval] = 0 to 300 seconds.
SAM Server - Monitors Server and updates screen continuously.
SAM Server 60 - Monitors Server and updates screen every 60 seconds.
SAM requires only one command line parameter to operate. You
must specify the name of a server that you are currently
logged into. The double backslashes "\\" are not required
when specifying the server name.
The Interval parameter is optional. If you do not provide an
interval parameter then SAM will default to updating the
screen continuously. You may override the default by
specifying an interval of 0 seconds (continuous update) to
300 seconds (update every 5 minutes).
Enhancements:
SAM 1.05:
Some LAN operators have noticed that the system clock in
their servers will occasionally lose a day or two for no
apparent reason. This problem stems from the fact that DOS
will not do any "maintenance" of the system clock unless a
DOS time/date function call is made by an application
program. This "maintenance" of the system clock is pretty
straightforward. If a program makes a DOS time/date
function call, DOS will do two things:
a) DOS will go to the BIOS data area and read the current
number of clock ticks since midnight and calculate the time
from this number.
b) DOS will then look for the midnight rollover flag to see
if a midnight has passed since the clock was queried last.
If the midnight rollover flag is set DOS increments its
internal date count and lowers the midnight rollover flag.
The trouble with this scenario is that DOS has no way of
knowing if more than one midnight has passed since the last
time the clock was queried. I the clock is queried at least
once every 24 hours then the system clock is maintained
properly.
For most users this is not a problem since they usually turn
their systems on/off at least once a day or reboot their
system or run an application program that asks DOS for the
current time and date. All of these things cause DOS to
fetch the current date and time from the system clock and
perform any maintenance needed.
Now in the case of a LAN server it can happen that the
server may run for days without any activity at all such as
over a weekend. In this case the system will have run for
more than 24 hours without the benefit of any DOS time/date
function calls being made.
To correct this DOS/BIOS quirk I added some code to SAM that
monitors the BIOS data area for the "midnight rollover
flag." If SAM detects that midnight has passed it will
issue a DOS function call to read the date thus forcing the
system time/date to be maintained properly.
SAM 1.06:
The I/O bytes field would overflow if more than 999,999,999
bytes of data had been registered. This produced the
expected "%" (overflow) sign in front of the I/O bytes
field. Since I routinely see this condition on the LANs I
operate I chose to increase the length of the I/O Bytes
field by one digit.
The I/O Bytes field has been increased in size to display 10
digits ie: 0,000,000,000 I/O Bytes. The actual number of
I/O bytes that can be displayed is 4,294,967,296 I/O Bytes.
If the number of I/O Bytes exceeds this value the counter
will simply rollover to zero and begin again.
Comments:
Please send any comments or suggestions to:
Humbleware Custom Programming
247 Paul Martin Drive
Baltimore, MD 21227
Attn: Larry Westhaver
or you may leave a voice message at this number:
(301) 799-1975