Free graphical presentation of statistics software for linux

Qmail-Scanner Statistics (QSS) uses the Qmail-Scanner Logfile to generate daily, monthly, and yearly statistics.
It also shows a complete list of viruses stopped by Qmail-Scanner, the top five domains from which the viruses came, as well as the countries of origin.
Enhancements:
- Now the paramters passed to the graphs are encoded with rawurlencode()
- A small correction to the index.php file to improve the result with very small log files

RRDStats is a Coyote Linux and BrazilFW add-on package for network traffic monitoring, link quality control, and QOS classes monitoring.
RRD Statistics project is based on RRDtool for storing data to round robin databases, and a slightly modified RRDcgi for visualizing data through a Web interface.
Main features:
- Realtime graphical statistics for bandwidth usage and link quality
- Graphical statistics of QOS priority classes usage
- Historical data stored for one week
Configuration:
All default configuration is stored in /etc/rrd.config. This version supports web based configuration and there is no need to manual configuration for basic package functionality. Just install the packages and browse to your web administration interface (by default its http://192.168.0.1:8180). There should be new link at left menu labeled "RRDStats configuration"
There are some basic options you should set up to fit your configuration. First get sure, the RRDstats package is enabled (its the first option at configuration screen). After that should you set up your line speed (just some basic approximation is good enough). The last this you should set up is your internet gateway IP address. This IP address is used to measure your internet link latency and packet loss.
Ignore other configuration options for now, save your configuration and reboot router. After your system boots up, you can browse RRD statistics.
After system startup, package is initialiazed with /etc/rc.d/pkgs/rc.rrdstats. This file start another copy of tiny webserver which listens by default on port 8080. It reads its homepage files from /var/rrd/www/ directory. After webserver startup there are also started some data gathering threads.
They read transfered data from network interfaces, QOS classes and measure link latency. These values are then stored in RRD databases. RRD databases are by default stored in /var/rrd/data/ directory
For further information how RRD databases work, please visit their homepage. Simply said RRD database has constant size, it does not grow over time and stores average data over period of time.
Last component of RRDStats package are .cgi and template files which display data from RRD databases using web interface. As said before, these files and templates are stored in /var/rrd/www/ and its subdirectories.

General Graphics User Interface is an effort to produce a common graphical user interface for any command-line program.

It uses a wizard-like input front end to collect the information needed. It then calls the desired program automatically with all the necessary options.

The user is able to point&click on various options and select them in a convenient way. In order to create a new user-interface, a user doesnt need to know a programming language, since there is a graphical editor for new GGUI "scripts".

Perl IRC Statistics Generator (pisg) is an IRC channel statics generator written in Perl, it creates statistics from different logfile formats.
It was originally written because IRCStats wasnt open source. So heres an open source/GPLed version to anyone interested. Its a funny thing for your IRC channel, and its highly customizeable.
Supported logfile formats:
- X-Chat
- mIRC
- mIRC6
- Eggdrops
- bxlog for BitchX
- irssi
- virc98
- dancer
- Trillian
- Grufti
- mbot
- winbot
- zcbot
- muh
- energymech
- ircII
- psybnc
- ircle
- infobot
- axur
- bobot++
- oer
- perlbot
- Vision
- pircbot
- KVIrc
- HydraIRC
- sirc
- moobot
- supybot
- blootbot
- dircproxy
Enhancements:
Bug fixes:
- Added missing > (SF #1550312).
- Fix typo in docs (SF #1550765).
Christoph:
- The manpage file released with 0.69 was empty, sorry. Thanks to Julien Danjou for spotting.
- Fix some typos in manpage and --help text.

The MZL & Novatech Traffic Statistics Linux Server is intended to run in servers in intranet or on a gateway and allows to view the Linux servers network usage information on Windows workstations as HTML reports.
It reads IP packet from libpcap and allows users of the free Windows client to see the amount of bandwidth consumed as an icon in the system tray.
The user is able to see which hosts, services or ports were the top traffic consumers. MZL & Novatech TrafficStatistic works on IP packet level, therefore the user gets reports on all the traffic, regardless wether this traffic was made by a browser, a filesharing software or a secure connection. It contains an editor for specification of local addresses and ports to be captured or not captured. This allows to capture traffic to a proxy or VPN but exclude the rest of local traffic.
MZL & Novatech TrafficStatistic can be useful for many diffrent people:
- broadband (like DSL or cable) users with a volume metered (bandwidth limited) charge plan have always an eye on the currently accumulated consumed traffic.
- internet users with a flatrate can see whether a cheaper metered charge plan might be appropriate for their consumption habbits
- internet users are able to see, which services cause the most traffic
- internet users are able to see, how much traffic was consumed with their top target hosts
- operators of dedicated servers in a bandwidth metered charge plan get up-to-date statistics
- network operators can see bandwidth consumption cut by host and service of all machines in the local net
MZL & Novatech TrafficStatistic contains an IP detail record (IPDR) generator developed on basis of ACE. MZL & Novatech TrafficStatistic has be installed with administrator privilegues.
It is distributed as binaries for Linux with lib_c like Redhat 9, Suse 9 or Debian Sarge. The Traffic Statistics Windows client is needed to configure the Linux Server.

Linux graphical bootsplash allows you to use custom graphics during early system startup. It makes it possible to place a nice graphic behind or above the kernel boot messages.
Linux graphical bootsplash hooks into the fbcon layer and, if activated, searches the initial ramdisk for a JPEG picture to show.
On any output operations to the console, it takes care of painting a margin around your text and a background picture behind the text with a set of special cfb functions.
Main features:
- Nice graphics (JPEG)
- Antialiased text rendering (TrueType)
- Animations (MNG)
- Progress Bar
- Display of boot messages above or below a graphic. ("verbose" and "silent" modes)
- Fully themeable
Enhancements:
- The bootsplash patch was updated to apply cleanly against Linux kernel 2.6.21.

Statistics::SPC is a Perl module with calculations for Stastical Process Control (SPC).

Creates thresholds based on the variability of all data, # of samples not meeting spec, and variablity within sample sets, all from training data.
Note: this is only accurate for data which is normally distributed when the process is under control

Recommended usage: at least 15 sample sets, w/ sample size >=2 (5 is good) This module is fudged to work for sample size 1, but its a better idea to use >= 2

Important: the closer the process your are monitoring to how you would like it to be running (steady state), the better the calculated control limits will be.
Example: we take 5 recordings of the CPU utilization at random intervals over the course of a minute. We do this for 15 minutes, keeping all fifteen samples. Using this will be able to tell whether or not CPU use is in steady state.

SYNOPSIS

my $spc = new Statistics::SPC;
$spc->n(5) # set the number of samples per set
$spc->Uspec(.50); # CPU should not be above 50% utilization
$spc->Lspec(.05); # CPU should not be below 5%
# (0 is boring in an example)

# Now feed training data into our object
$return = $spc->history($history); # "train the system";
# $history is ref to 2d array;
# $return > 1 means process not likely to
# meet the constraints of your specified
# upper and lower bounds

# now check to see if the the latest sample of CPU util indicates
# CPU utilization was under control during the time of the sample

$return = $spc->test($data); # check one sample of size n
# $return < 0 there is something wrong with your data
# $return == 0 the sample is "in control"
# $return > 0 there are $return problems with the sample set