Free fast paced software for linux

The fairly fast packet filter (FFPF) is an approach to network packet processing that adds many new features to existing filtering solutions like BPF.
fairly fast packet filter is designed for high speed by pushing computationally intensive tasks to the kernel or even network processors and by minimising packet copying.
By providing both access to richer programming languages and explicit extensibility, it is also considerably more flexible than existing approaches.
FFPF provides a complete solution for network monitoring that caters to all applications available today. Exploiting its extensibility, the language can even be used as a meta-filter to `script together filters from other approaches, such as BPF.
Main features:
- fast: processes significantly more packets per second than LSF (reference)
- scalable: transparently supports hardware assist, like that given by the Intel IXP2x00 network processors
- backward compatible: supports all existing libpcap based applications
- extensible: separates functionality from the framework. FFPF currently ships with implementations of BPF, Aho Corasick, Boyer Moore Horspool, and many more
- modular: new functions can be written in as little as 3 lines of code
- secure: relies on Keynote for authentication and resource control
- open and standard adherent: licensed under the GNU General Public License (GPL). It implements the Monitoring API (MAPI) draft as designed by the EU-SCAMPI consortium
Enhancements:
- enabled kernelspace processing
- enabled all 5 buffer implementations (Continuous, Fixed-size slot, Variable sized slot, Double ring and Index)
- added TCP stream reassembly and early implementation of zero-copy reassembly
- added PCAP input and output support, for userspace testing and offline use
- added additional minor functions: TCP Synprotect, output to files, ...
- added support for UDEV
- extended controlplane: flowspaces can now be queried for live state
- fixed up many bugs, hacks and irregularities.

Katapult-Fast Track project is a Katapult fork based on the KDE SVN repository. It fixes several outstanding issues of upstream Katapult. Unfortunately, Katapult development stagnated and no progress has been made upstream for half a year. Hopefully someone from the team will actually reply to my e-mails so Katapult development can continue. If not this fork will need a name (Im obviously leaning towards Fast Track) and will be a separate project altogether.
Improvements over last stable Katapult release:
- Support for multiple results (Press up or down keys to see more results)
- Support for multiple actions (Press left or right keys to see more actions)
- Adaptive search
- Threaded architecture
- Non-blocking DCOP calls
Kudos to the team for providing the framework for multiple results, multiple actions, and multithreaded catalogs.
Caveats:
- Currently, only the program and bookmark catalogs actually return more than one result at a time.
- Only the program catalog supports adaptive search.
- Only the amarok catalog has multiple actions.
What this means for YOU:
- The amarok catalog should not slow down Katapult if you have a big collection of songs.
- The amarok catalog can now queue songs and add songs to the current playlist
- The program catalog will adapt to your launching preferences (i.e. no more "Konquest" results when all you want is "Konqueror")
- You no longer have to type more letters (press the down key to choose something else)
What is still lacking:
- Testing. Especially for the amarok catalog. I only have a couple of GB worth of songs so I cant speak for everyone but this should be an improvement over the last release.
- Spell catalog. Ive tried everything to get KSpell to play nice with separate threads (i.e. call KSpell in the main thread, block the worker thread till KSpell is done, then pass the result to the worker thread) but it just wont work.
- Composite support. I havent applied my own real transparency patch. Dont try to apply it here because it was made to specifically work against 0.3.1.4.
Installation:
Extract the files. cd to the created directory. Then ./configure and make and then install as root.
For any problems, either leave something here or post something at the Katapult forums. Ill get back to you as soon as I can. Please include how to reproduce your problems.

Fast File Search is a crawler for FTP servers and SMB shares that can be found on Windows or UNIX systems running Samba.
It provides a web interface for searching files. It is optimized for searching files by a wildcard when there are some normal (not * or ?) chars specified in the beginning or in the end of the mask (for example *.iso).
Fast File Search crawler runs on UNIX (currently only Linux has been tested but I do not now any reasons why it should not work on other UNIXes). Fast File Search uses MySQL database, web interface needs a web server with PHP >= 4.0.3 and the crawler needs some perl modules.
The crawler (ffsearch.pl) crawls the network (FTP servers from the list and all reachable SMB hosts on the local network) and stores the information about files into database. It is invoked at certain times each day via crontab entries.
There are two modes of operation of the crawler: complete crawl and incremental crawl. The crawler expects a command line argument that tells crawler which mode to run (-c or --complete for complete crawl, -i or --incremental for incremental crawl). Both modes retrieve a list of the active SMB hosts in all workgroups.
The complete crawl tries to scan all active hosts and all hosts that are listed in database. The complete crawl should be run once a day.
The incremental crawl tries to scan active hosts and hosts listed in database that have not been scanned since the last complete crawl because they were unreachable. The incremental crawl should be run several times a day, for example each 3 hours.
How does the crawler get know whether the host has been crawled since the last complete crawl?
Each time the complete crawl is executed, the expire count is incremented first. When the host is crawled, expire count is set to zero. So all hosts whose expire count > 0 were not reachable since the last complete crawl. Moreover, when expire count reaches value specified in configuration (i.e. it was unreachable during the time period of complete crawls) the information about files on the "expired" host is deleted from database.
Web interface is used to search the files in database, details how to search are described in the Help section of the search page.
You can also add a FTP server to a FTP server list, edit FTP server in the list or delete FTP server from the list through the web interface. So that anybody could not do anything with the server list only the record about abcdef is editable from host abcdef. There are also admins who can edit all records in the server list. The admins login through the web interface.
Enhancements:
- fixed few bugs in the crawler
- added a possibility to exclude some SMB shares
- www: improved Russian and Ukrainian translation

Fast Data Transfer is an application for efficient data transfers that is capable of reading and writing at disk speed over wide area networks (with standard TCP).
It can be used to stream a large set of files across the network, so a large dataset composed of thousands of files can be sent or received at full speed, without the network transfer restarting between files.
The project is written in Java, runs an all major platforms, and is easy to use.
Main features:
- Streams a dataset (list of files) continuously, using a managed pool of buffers through one or more TCP sockets.
- Uses independent threads to read and write on each physical device
- Transfers data in parallel on multiple TCP streams, when necessary
- Uses appropriate-sized buffers for disk I/O and for the network
- Restores the files from buffers asynchronously
- Resumes a file transfer session without loss, when needed

QUAKE 4 Quakemas Map Pack is a bonus collection for Christmas with maps for Quake 4.

This Map Pack is compatible with QUAKE 4 1.0, and updates 1.0.4.0 and 1.0.5.0.

This Map Pack consists of the file pak013.pk4 and contains the following multiplayer maps:

Campgrounds Redux (q4dm9):

With QUAKE 4s updated technology, Campgrounds Redux now has a fresh look and feel, revitalizing this QUAKE III(tm) classic. Excellent for any number of players, this updated version supports Deathmatch, Team Deathmatch and Tournament modes, where hard-core QUAKE fans can get crazy with this throw-back to one of their old favorites.

Railed (q4tourney1):

Set in an abandoned, rusting Strogg facility, the environment in Railed produces fast-paced frenetic tournament style action! This new map is all about close-quarters combat and hair-trigger reflexes as players hustle through the winding, multi-tiered corridors. Designed especially for Tournament play, Railed also supports Deathmatch and Team Deathmatch game modes, and is guaranteed to provide some thrilling fast-action gameplay.

Tremors (q4ctf7):

Built within a twisting underground cavern and peppered throughout with pipes, bridges, and catwalks, Tremors demands tactical expertise. Enemies attack from above and below in the enormous, multi-tiered environment, making team-play invaluable. Tremors is perfect for huge Capture-The-Flag games, and also supports the Arena Capture-The-Flag gameplay mode.

To use the new maps in the map rotation cycle, a new map cycle script file has been included with the Map Pack, called mapcycle-mp1.scriptcfg.

To use the new map cycle script:

1. On the Multiplayer- Create Server screen, click "Advanced Options"
2. In the "Map cycle script file" field, enter mapcycle-mp1.scriptcfg
3. Click "Close advanced options"
4. Start the server

Alternately, this can be set with the console command:

g_mapCycle mapcycle-mp1.scriptcfg

To uninstall, simply delete the pak013.pk4 file from your QUAKE 4q4base directory.

Falling is a fast-paced survival game involving a ball falling through wooden planks.

Falling is a survival game where the user controls a small steel ball and tries to roll it through holes in floors which are constantly moving up.

Avoid being crushed between the top of the window and a floor, avoid mechanical sticks of TNT that explode on contact, and avoid magnetic balloons which pull you to the top of the screen.

Collect jewels for extra points. Try to survive as long as possible!