]> i-scream Git - www.i-scream.org.git/blobdiff - www/cms/features.shtml
i-scream / www.i-scream.org.git / blobdiff
? search:
summary | shortlog | log | commit | commitdiff | tree
raw | inline | side by side
Commit new website. The old site is tagged, so this won't change the live
[www.i-scream.org.git] / www / cms / features.shtml
diff --git a/www/cms/features.shtml b/www/cms/features.shtml
index 99dc0ba6980ffa2543e69ec98ff85a105a81d56d..f96ed157313384a7f93fc01b7a6e39d92bad71f2 100644 (file)
--- a/www/cms/features.shtml
+++ b/www/cms/features.shtml
@@ -1,36 +1,86 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
-
-<!--
-    $Author$
-    $Id$
--->
-
+<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
+   "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
 
 <html>
 
 <head>
 
 <html>
 
 <head>
- <title>Overview and Features</title>
- <meta name="description" content="The i-scream Project is a central monitoring system for Unix, Linux and NT servers.">
- <meta name="keywords" content="i-scream, project, central monitoring system, unix, linux, nt, server, alert">
- <meta name="generator" content="notepad on acid, aye.">
+<title>CMS Features</title>
+<!--#include virtual="/style.inc" -->
 </head>
 
 </head>
 
-<body bgcolor="#ffffff" link="#0000ff" alink="#3333cc" vlink="#3333cc" text="#000066">
+<body>
+
+<div id="container">
+
+<div id="main">
+
+<!--#include virtual="/header.inc" -->
+
+<div id="contents"> 
+
+  <h1 class="top">CMS Features</h1>
 
 
-<table border="0" cellpadding="2" cellspacing="2">
- <tr>
-  <td valign="top">
-<!--#include virtual="left.inc" -->
-  </td>
-  <td valign="top">
-<!--#include virtual="title.inc" -->
+  <h2>Problem Specification</h2>
 
 
-    <table border="0" width="500">
-     <tr>
-      <td>
-       <font size="2" face="arial,sans-serif">
+       <h3>Original Problem</h3>
+
+       <p>
+        This is the original specification given to us when we
+        started the project. The i-scream central monitoring
+        system meets this specification, and aims to extend it
+        further. This is, however, where it all began.
+       </p>
        
        
-       <center><h3>Key Features of The System</h3></center>
+       <h3>Centralised Machine Monitoring</h3>
+
+       <p>
+        The Computer Science department has a number of different machines
+        running a variety of different operating systems. One of the tasks
+        of the systems administrators is to make sure that the machines
+        don't run out of resources. This involves watching processor loads,
+        available disk space, swap space, etc.
+       </p>
+       
+       <p>
+        It isn't practicle to monitor a large number of machines by logging
+        on and running commands such as 'uptime' on the unix machines, or
+        by using performance monitor for NT servers. Thus this project is
+        to write monitoring software for each platform supported which
+        reports resource usage back to one centralized location. System
+        Administrators would then be able to monitor all machines from this
+        centralised location.
+       </p>
+
+       <p>
+        Once this basic functionality is implemented it could usefully be
+        expanded to include logging of resource usage to identify longterm
+        trends/problems, alerter services which can directly contact
+        sysadmins (or even the general public) to bring attention to problem
+        areas. Ideally it should be possible to run multiple instances of
+        the reporting tool (with all instances being updated in realtime)
+        and to to be able to run the reporting tool as both as stand alone
+        application and embeded in a web page.
+       </p>
+
+       <p>
+        This project will require you to write code for the unix and Win32
+        APIs using C and knowledge of how the underlying operating systems
+        manage resources. It will also require some network/distributed
+        systems code and a GUI front end for the reporting tool. It is
+        important for students undertaking this project to understand the
+        importance of writing efficient and small code as the end product
+        will really be most useful when machines start run out of processing
+        power/memory/disk.
+       </p>
+
+       <p>
+        John Cinnamond (email jc) whose idea this is, will provide technical
+        support for the project.
+       </p>
+
+  <h2>Features</h2>
+
+       <h3>Key Features of The System</h3>
        
        <ul>
         <li>A centrally stored, dynamically reloaded, system wide configuration system</li>
        
        <ul>
         <li>A centrally stored, dynamically reloaded, system wide configuration system</li>
@@ -58,15 +108,15 @@
         <li>Large overhead monitor Helpdesk style displays for latest Alerting information</li>
        </ul>
        
         <li>Large overhead monitor Helpdesk style displays for latest Alerting information</li>
        </ul>
        
-       <center><h3>An Overview of the i-scream Central Monitoring System</h3></center>
+       <h3>An Overview of the i-scream Central Monitoring System</h3>
 
 
-       <p align="left">
+       <p>
         The i-scream system monitors status and performance information
         obtained from machines feeding data into it and then displays
         this information in a variety of ways.
        </p>
        
         The i-scream system monitors status and performance information
         obtained from machines feeding data into it and then displays
         this information in a variety of ways.
        </p>
        
-       <p align="left">
+       <p>
         This data is obtained through the running of small applications
         on the reporting machines.  These applications are known as
         "Hosts".  The i-scream system provides a range of hosts which are
         This data is obtained through the running of small applications
         on the reporting machines.  These applications are known as
         "Hosts".  The i-scream system provides a range of hosts which are
@@ -81,7 +131,7 @@
         to the server that they are still alive.
        </p>
        
         to the server that they are still alive.
        </p>
        
-       <p align="left">
+       <p>
         It is then fed into the i-scream server.  The server then splits
         the data two ways.  First it places the data in a database system,
         typically MySQL based, for later extraction and processing by the
         It is then fed into the i-scream server.  The server then splits
         the data two ways.  First it places the data in a database system,
         typically MySQL based, for later extraction and processing by the
@@ -98,7 +148,7 @@
         as it flows through the system.
        </p>
        
         as it flows through the system.
        </p>
        
-       <p align="left">
+       <p>
         The final section of the system links the Local Client Monitors to
         an alerting system.  These Monitors can be configured to detect
         changes in the data past threshold levels.  When a threshold is
         The final section of the system links the Local Client Monitors to
         an alerting system.  These Monitors can be configured to detect
         changes in the data past threshold levels.  When a threshold is
@@ -108,16 +158,15 @@
         when a certain level is reached, certain alerting mechanisms fire
         through whatever medium they are configured to send.
        </p>
         when a certain level is reached, certain alerting mechanisms fire
         through whatever medium they are configured to send.
        </p>
-       </font>
-      </td>
-     </tr>   
-    </table>
+</div>
 
 
-<!--#include virtual="bottom.inc" -->
-  </td>
- </tr>
-</table>
+<!--#include virtual="/footer.inc" -->
 
 
-</body>
+</div>
 
 
+<!--#include virtual="/menu.inc" -->
+
+</div>
+
+</body>
 </html>
 </html>
www.i-scream.org