Free accelerator software for linux

Accelerator is a 3D shoot-em-up in which you pilot a craft through a tunnel, avoiding or destroying anything that gets in your way, whilst getting steadily faster and faster.

Currently lacking vast amounts of polish - a side effect of having originally been developed in a week, for a programming challenge - but it is playable.

kqemu the QEMU Accelerator Module increases the speed of QEMU when a PC is emulated on a PC. It runs most of the target application code directly on the host processor to achieve near native performance. It is very useful when you want to run another Operating System (for example Windows) on a Linux desktop.
Currently it is available for Linux x86 or x86_64 hosts running a kernel 2.4.x or 2.6.x. Preliminary versions are available for Windows and FreeBSD hosts.
With the QEMU Accelerator Module, QEMU can be compared to other commercial or free PC Virtualizers. It has the advantage of being free and to achieve good performances while necessitating no specific guest Operating System modifications. No other product has such advantages.
Installation
2.1 KQEMU Compilation (Linux only)
First ensure that you have a recent version of QEMU (>= 0.8.1) with the KQEMU support enabled (this is the default).
Then decompress the KQEMU sources:
cd /tmp
tar zxvf kqemu-x.y.z.tar.gz
cd kqemu-x.y.z
Then you configure KQEMU and build it (usually no options are needed):
./configure
make
Then type as root user:
make install
to install KQEMU in `/usr/local.
QEMU Accelerator Installation for Linux
If you use x86 Linux, the compilation of the QEMU Accelerator Kernel Module (KQEMU) is automatically activated provided you have the necessary kernel headers. If nonetheless the compilation fails, you can disable its compilation with the `--disable-kqemu configure option.
Note that KQEMU cannot currently work if the Xen virtualizer is running on your host.
If you are using a 2.6 host kernel, then all the necessary kernel headers should be already installed. If you are using a 2.4 kernel, then you should verify that properly configured kernel sources are installed and compiled. On a Redhat 9 distribution for example, the following must be done:
1) Install the kernel-source-xxx package
2) cd /usr/src/linux-xxx
3) make distclean
4) Copy /boot/config-vvv in .config (use uname -r to know your configuration name vvv)
5) Edit the Makefile to change the EXTRAVERSION line to match your current configuration name:
EXTRAVERSION = -custom
to
EXTRAVERSION = -8 # This is an example, it can be -8smp too
6) make menuconfig # Just save the configuration
7) make dep bzImage
The installation of KQEMU is not fully automatic because it is highly distribution dependent. When launching
make install
KQEMU is installed in /lib/modules/kernel_version/misc. The device `/dev/kqemu is created with read/write access rights for everyone. If you fear security issues, you can restrict the access rights of `/dev/kqemu.
If you want that KQEMU is installed automatically at boot time, you can add
# Load the KQEMU kernel module
/sbin/modprobe kqemu
in `/etc/rc.d/rc.local.
If the major number 250 is already used by another driver, you can use the option major=N to set an alternate major number.
If your distribution uses udev (like Fedora), use the kqemu module option major=0 to have the device `/dev/kqemu automatically created:
# Load the KQEMU kernel module
/sbin/modprobe kqemu major=0
It is usually necessary to change the device access rights set by udev. Edit `/etc/udev/permissions.d/50-udev.permissions and add:
# kqemu
kqemu:root:root:0666
Enhancements:
- dynamic device /dev/kqemu creation is now the default.
- -fno-stack-protector gcc option fix
- added kqemu regression tests (can serve as API usage example too)
- included kqemu technical doc

Traffic Control - Next Generation (tcng) is a revision of the Linux network traffic control infrastructure that aims to make the configuration language less cryptic, and provide better interfaces for software and hardware accelerators.
The goal of this project is to revise the network traffic control infrastructure of Linux to overcome shortcomings of the existing architecture, and to make it more extensible.
In particular, we try to resolve the following issues that are present in other similar programs:
Create a more user-friendly configuration language
Provide interfaces for straightforward interaction with network management
Allow seamless integration of hardware accelerators
The code consists of two major components, the traffic control compiler tcng and the traffic control simulator tcsim. Both are described in some more detail below. Since tcng and tcsim share many support files (e.g. the whole regression test system), they are both contained in a single package, called tcng.
This site contains the source code and information directly related to tcng. Pointers to sites with information on traffic control in general can be found in the links section below.
This project started at the beginning of 2001 at EPFL ICA, continued until mid-2002 at Bivio Networks (tm), and has now become one of my spare time activities.
Enhancements:
- the "mtu" parameter in TBF is now optional
- tcsim now uses KVERSION[NUM] instead of KFULLVERSION[NUM] to avoid breaking if EXTRAVERSION contains multiple dots or other surprises (reported by Eduardo Grosclaude)
- scripts/runtests.sh now runs commands with LANG=C, to avoid localized error messages (reported by Eduardo Grosclaude)

Aget is a multi-threaded download accelerator. It supports HTTP downloads and can be run from the console.

This program is aim to like Flashget in unix

Tests show that Aget is successfull in realizing its objectives. A file of size 36.347.010 bytes was downloaded in 14 minutes 28 secs via wget; whereas it was downloaded in 3 minutes and 15 seconds via aget.
Aget is an acronym for two Turkish words "Acele Getir". (Eng.: Get it fast!)

If youre downloading a file of size less than 512K, I suggest using small segments, i.e 4-5 however, if you are downloading large files, you can increase the segmentation Aget first sends a HEAD request to retrieve the length of the file, and divides it into equal segments according to the number user has requested. Then for each segment, it connects to the server and gets only the part, which it is to download. Therefore, if youre downloading a small file, it is suggested that you decrease the number of segmentation, likewise, if its a large file, youre urged to increase the number of threads.

axelq is a queue manager for the download accelerator axel. axelq basically reads some URLs, caches them and runs axel to download them.
To install just run ./install, or check ./install --help for options.
You can uninstall with ./uninstall, provided the file installed is still
present. If it is not, you can specify the same options you gave to install
(except --axel=...) to make it work.
Enhancements:
- update! axelq 0.80 available. Nothing to really write home about just a bug fix. (axelq didnt properly detect whether or not a download was finished or not and deleted a URL from the queue if the download was interrupted)

Turck MMCache is a free open source PHP accelerator, optimizer, encoder and dynamic content cache for PHP. It increases performance of PHP scripts by caching them in compiled state, so that the overhead of compiling is almost completely eliminated.
Also it uses some optimizations to speed up execution of PHP scripts. Turck MMCache typically reduces server load and increases the speed of your PHP code by 1-10 times.
Turck MMCache stores compiled PHP scripts in shared memory and execute code directly from it. It creates locks only for short time while search compiled PHP script in the cache, so one script can be executed simultaneously by several engines.
MM shared memory library (http://www.engelschall.com/sw/mm/) was used by Turck MMCache before version 2.3.13 for management of shared memory and locking. Files those cant fit in shared memory are cached on disk only.
Turck MMCache was first launched in 2001 to speed up the www.guestbooks4all.com service. It has been tested under PHP 4.1.0-4.3.3 under GNU/Linux and Windows with Apache 1,3 and 2.0. Patches for ports to other OSs and PHP versions are welcome
Since version 2.3.10, Turck MMCache contains a PHP encoder and loader. You can encode PHP scripts using encoder.php in order to distribute them without sources. Encoded files can be run on any site which runs PHP with Turck MMCache 2.3.10 or above.
The sources of encoded scripts cant be restored because they are stored in a compiled form and the encoded version doesnt contain the source. Of course, some internals of the scripts can be restored with different reverse engineering tools (disassemblers, debuggers, etc), but it is not trivial.
Since version 2.3.15, Turck MMCache is compatible with Zend Optimizers loader. Zend Optimizer must be installed after Turck MMCache in php.ini. If you dont use scripts encoded with Zend Encoder then we do not recommend you install Zend Optimizer with Turck MMCache.
Turck MMCache does not work in CGI mode.
Requierments:
- apache 1.3
- mod_php 4.1
- autoconf
- automake
- libtool
- m4

Mod-Cache is a cache(reverse-proxy) accelerator plugin for lighttpd, which works like Squid with similar configuration. However mod_cache is faster and more effective than Squid because of powerful Lighttpd.
Mod-Cache has following advantages over Squid:
- Simpler. Mod-Cache just sets proper flags between lighttpd request handling stages. Request is handled by mod_staticfile or mod_compress or other modules.
- More Robust. Mod-Cache uses disk file instead of memory as cache. Without use of memory, mod_cache is far away from memory leaks and memory exhaustion.
- Faster. Lighttpd uses Sendfile syscall to service disk file. Sendfile syscall, which writes file to network interface directly, has the same effecience as Writev syscall which writes memory buffers to network interface.
- More Powerful. Mod-Cache can works with other lighttpd plugins(except mod_deflate). For examples, you can use mod_compress to compress cached files on-fly; or you can use mod_access/mod_trigger_b4_dl to do anti-hot-link; or you can use mod_flv_streaming to do native flv file streaming.
Enhancements:
- lighttpd 1.5 was upgraded to r1811.
- The status page for mod_status was added.
- cache.ignore-hostname was added.
- A bug for checking the cachehd file was fixed.

Gazpacho is a fresh new GUI builder for the GTK+ toolkit designed to be ultra easy to use.
Gazpacho project is strongly inspired by the Glade project but it is written from scratch using the Python language. As a result there are few lines of code to read, understand and to maintain!
One of the goals of the project is that the .glade files that Gazpacho generates should be fully compatible with libglade so you can use Gazpacho whatever the language your application is written with.
Gazpacho is released under the LGPL license so you can use and distribute it freely. Gazpacho is very modular so integration with existing IDE should be fairly easy to do.
Main features:
- All-in-one window. Tired of not very usable multiple small windows messing up your screen? Try this new approach where only the window you are actually designing lives on top of Gazpacho interface
- Action based Menus / Toolbars. Create your actions with all the information about signals, accelerators and appareance and then just design your menus and toolbars linking to these Actions. Feel the great power and flexibility of GtkUIManager from Gazpacho!
- Unlimited Undo / Redo. Dont worry about making mistakes with Gazpacho, you can always revert your changes
- Templates. You can drag some part of your interface and drop it in the templates tab. Then you can reuse this widget again and again even between different Gazpacho sessions. Design once, use everywhere. (Not finished yet)