Free bulk meter flow software for linux

Bulk Meter Flow and Operations provides a Web-based application to manage water meter readings.

KCorrMeter is a correlation meter. KCorrMeter is used to display the quality of an audio stereo signal.
Sound engineers will definitely have seen such a tool in the studio and know how to use it.
You can use it to adjust the head of your tape machine. If it isnt mounted in the right angle this will show up.
If you ever wanted to find out if an audio signal is a stereo or mono signal. This is the tool for you.
Non - sound engineers might use it as well and like the visualisation effects.
Enhancements:
- ported to ALSA
- fixed quite a few bugs

Overtime Meter project is a small program which resides in your desktops system tray and tracks the minutes you spend at work.

Then by the end of the month you can tell your boss exactly how much extra money he should pay you.

Akarmi - Flow is a template-based C++ framework. Akarmi - Flow simplifies creating programs from independent processing elements that are connected by event channels.

It is currently being rewritten to use terms similar to CORBAs event service.

Installation:

cmake .
make all
make install

[testing: optional]
cd test
make test

IP Traffic Meter is a traffic counter for IPv4 addresses. It uses the DB4 database from Berkeley to keep its counters, the pcap library for monitoring, and the gd library from Boutel to create graphics. The results are displayed in JPEG graphics on an HTML webpage.
Enhancements:
- With ipmeter you can monitor the traffic made by some IPs. It produces daily, weekly, monthly and yearly statistics into jpg graphics. It uses db4 database from Berkeley to keep its internal counters, and gd library from Boutell to create jpg graphic.

gnetload network load meter project is a network and ISDN load meter that is similar to xisdnload, but works in a distributed environment.
It includes an agent (devstata) that runs on machines with interfaces to be monitored and periodically sends status information over the network. A display program (gnetload) collects and displays the data.
Both can be run on the same machine, or be used to report on the state of a dedicated router on another machine. Using multicast or broadcast addresses, data can be fed to more than one instance of gnetload. A menu for taking network interfaces up and down is also provided.
Usage: ./gnetload [-I] [-t tickscale] [-g geometry] [-d] [ip]:port
Enhancements:
- The config script was updated to build with GTK2 and GCONF2 where available.
- There are no other code changes.

glFlow is a (D)DoS logger written with speed in mind. glFlow detects attacks on high speed links through real-time flow aggregation and analysis.
What do I run it on ?
It was written on FreeBSD and tested on both FreeBSD and Linux. It should work on any OS to which libpcap and OpenSSL were ported. The rest of the code is perfectly portable.
How does it work ?
Cisco Systems have defined the flow as a four value tuplet: {srcaddr, srcport, dstaddr, dstport}. The format evolved over time. The complete structures for various NetFlow versions are available on Ciscos site. Now, lets assume that the attacker floods the victim with packets that keep the same characteristics throughout the duration of the attack. No source spoof, no
source port increments or randomizations. That would lead to a very large packet rate inside that flow. glFlow calculates the average packet rate in every flow and raises an alarm signal if the threshold is hit.
What about spoofed attacks ? How are they detected ? Simple. glFlow keeps a history for every destination host that it sees. When a new flow is created, the flow counter for that host is incremented. The average number of newly created flows corresponding to a specific host in a specific amount of time is calculated, and, as above, an alarm is raised if the threshold is hit.
To prevent attacks that dont hit any of the above thresholds, theres
a new one starting with v0.1, measuring the packet rate for a destination.
Cant other tools, like SNORT, do this ?
We sincereley believe not. Remember, glFlow was written with high
speeds in mind. Weve been using it at over 500Mbps. At that speed, with an
ordinary x86 machine, even with a strong motherboard/NIC combination, you cant
do anything fancy. glFlow was specifically designed for detecting large floods
in real time, or at least something close to that.
How is it that its so fast ?
Well, Andrei did a great job implementing a very fast binary tree. That allowed us to drop the threaded model and choose a single loop design. The new results were stunning. The tests were made on a P4 Xeon/3 GHz, with an Intel GigE NIC. The average traffic rate was about 500Mbps, with an average packet rate of 100kpps. That lead to about 200k active flows. glFlow managed to clean the inactive ones in less than 0.3 seconds. There was no alarm raised
after more than 5 seconds of flooding. glFlow ate ~50% of the CPU, while consuming about 40MB of system memory.
How do I install and run it ?
Run ./configure --help. Youll see two adjustable knobs: --with-hash and --enable-debug. The first one permits you to switch between MD4 and MD5 summing of the flow and host structures kept in the memory. The second lets you run glflow in the foreground, printing some statistics on stdout.
The thresholds are harcoded in defs.h. You shouldnt have any trouble tweaking them. However, weve observed that the best results are obtained when using the same values for flow lifetime and the time between flow cleanups. And they shouldnt be much over 20. The smaller the tree is, the faster it will be cleaned.
Finally, edit your /etc/syslog.conf and write something like this: "local6.*< tabs >/var/log/something". Restart sys[k]logd afterwards.
Fire glFlow up, like this: "./glFlow < interface > < bpf filter >" and watch /var/log/something for changes. You may play with nmap or some DoS programs to test it. The IPs in the syslog will be shown as integers rather than in dotted notation. We decided to leave this job to the log analyzer.
Can it go even faster ?
Sure. There are a few methods which permit you to improve the packet capture. For more info read Luca Deris paper: http://luca.ntop.org/Ring.pdf
Enhancements:
- This is a bugfix release.

Mech-Tex 1000 is a desktop applets for SuperKaramba that displays cpu usage, internet flow in and out information and allows you to quickly mount and unmount devices , etc.