Free faster software for linux

Fast Date Picker project is a calendar which is easy to integrate into pages that require the users to select a date like on travel sites.
Written in ECMAScript, it responds faster to the users clicks than most of the server-side-based or Java-applet-based date pickers often found on travel sites today.
The calendar can be added to your page any way you want (e.g. as a pop-up window or an expandable

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

Fast Genetic Algorithm is a simple yet powerful implementation of a general genetic algorithm, and provides many types of crossover and selection procedures.
It is suitable to solve mathematical problems such as combinatorical optimization ones, as well as to build artificial life simulations.
Written in C++, the library is released under the terms of the GNU Lesser General Public License, and its easy to incorporate in other applications.
Further improvements include parallelization of the algorithm in multi-processor environments and general performance optimizations.
You can download the current development snapshot, which is a working but not fully tested version of the library.
Enhancements:
- Dynamic arrays were fixed to compile even on non-C99 compilers (like MSVC).
- A switch to choose whether to preserve the fittest individual across generations was added.
- The pthreads-win32 library was included in the package, as well as Visual C++ and Dev-C++ projects to easily build the source code on Windows.
- A function that computes the standard deviation of fitness values was added (thanks to Jonas Neubert for the contribution).

Fast Secure File System exports existing directories securely over the network, letting users store and retrieve encrypted data in a scalable and transparent way. FSFS is written in C and works on GNU/Linux systems on x86 and PPC architectures, with help from FUSE and OpenSSL.
File systems are easily the most evident, from the point of view of users, component of an operating system. Through file systems it is possible to organize data in a wide variety of ways, and access resources through a common interface.
Users can nowadays not only store and retrieve documents, but also find information on running processes and system settings (through ProcFS), access and manipulate e-mail (for example with GmailFS), or perform several other operations.
In several circumstances and scenarios it is desirable to protect stored files and directories from manipulation by unknown or malicious users: financial or health-related data, confidential documents, or any kind of personal or sensitive data may need to be stored securely, in such a way that it can not be examined or modified freely by third parties.
Most file systems do not take action in this sense, and external cryptographic utilities are sometimes employed to secure data before storage. While this can be a perfectly secure solution, it is not transparent to users.
Distributed file systems propose efficient ways of accessing data remotely as if it resided on the local machine; when it comes to dealing with securely stored data as in the examples above, care must be taken to preserve confidentiality and integrity also during network transfer.
Not all distributed file systems accomplish this task, weakening the overall security of the system, or do so inefficiently, making it inconvenient for users.
FSFS is a secure, distributed file system in users space, written in C with much help from FUSE and OpenSSL. It lets users store and retrieve data securely and transparently, knowing that it is protected both on permanent storage devices and while in transit over the network.
It is also concerned with scalability, therefore separates data cryptography from the server, leaving it to the clients; this approach is similar to the one used in CFS, and opposite to those taken on by other secure file system solutions (like NFS on top of IPsec).
FSFS is written as a pair of user space daemons that act as client and server. Because of this, it needs no kernel support (unlike NFS over IPsec), save the FUSE loadable kernel module on clients, included in Linux since 2.6.14; servers dont use FUSE and depend only on user space OpenSSL libraries.
Servers export an existing file system (of virtually any kind) to clients over the network through two separate channels: a TLS connection set up with OpenSSL, and a clear channel. Requests from the clients to the servers are sent via the TLS socket, thus they are encrypted and authenticated, according to TLS v1 specifications, by the channel itself and decrypted on receipt, as they are usually very short and the relevant cryptography does not constitute a great overhead; simple server replies undergo the same process.
Cryptography in this case happens at both ends of the transmission.
In a distributed file system, large amounts of data may be transferred between clients and servers, thus encrypting and decrypting everything may become too cumbersome for both parties, and as more clients are added to the system the server may severely lose performance; moreover, file data should be stored encrypted anyway, so the cryptography could be moved to the clients, in such a way that each encrypts data before a write operation sends it over the network to the server, and decrypts it after a read retrieves it.
This way servers only deal with TLS details and can concentrate on serving client requests by doing the relevant I/O on the underlying, "physical" file system. As the data is already encrypted, it does not need to go through the TLS channel and the corresponding overhead, but can be sent via the clear channel, provided the messages are authenticated.
Enhancements:
- This release fixes two bugs. One bug related to socket creation and would cause problems on some systems (namely OpenSUSE 10.2). The other bug related to server configuration creation when using the Python configuration utilities. Users dont need to upgrade to this release if theyre not experiencing problems or are not using the Python configuration utilities.

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.