Free tbs vs tau gamma software for linux

Bastard is virtual server oriented patchset, containing essential elements for building virtual server container machines.
It includes a CTX-VS patch, squashfs for creating a small template server, lufs and bme for easily creating overlayed filesystems on top of the template, and honeynet- inspired extensions to enhance monitoring of hosted servers.
Bastard project also includes VPN extensions like OpenSWAN, MPPE, and CIPE to enable direct access to hosted virtual servers in situations where IPs are scarce.
Enhancements:
- The softirq changes were backed off.
- The openwall patch was updated.

Gamma Low is an open-source, multiplayer strategy game where players in two teams fight for the dominance of a cellular system in a real-time, match-based environment.

In each team, one player is elected to be The Mind, the commander. A few other players are chosen to be his tactical helpers, called the Spirits and the other players form the working and attacking force of the team.

Gamma Low project is released under the GPL license.

GAMMA is a low latency, high throughput communication system for clusters of PCs.
Network Of Workstations (NOWs) and clusters of PCs interconnected by modern, industry-standard LAN fabrics (Gigabit Ethernet, Myrinet, SCI) and running the Linux operating system, have became an attractive and cost-effective architecture for parallel and distributed applications.
The usual drawback of a standard PC cluster is the poor performance of the support to inter-process communication over the interconnect.
Current implementations of industry-standard communication primitives, APIs, and protocols, usually show high communication latencies and low communication throughput.
We have developed a system for inter-process communication, called the Genoa Active Message MAchine (GAMMA). GAMMA runs on Linux clusters of PCs with Intel IA-32 processors (Intel Pentium, AMD K6, and superior models), networked by a Gigabit Ethernet.
The core of GAMMA is a custom Linux network device driver, which operates the Network Interface Card (NIC).
The GAMMA driver delivers low latency, high throughput communication services based on Active Ports, a mechanism derived from Active Messages.
Both point-to-point and broadcast communications are provided. Broadcast communication exploits the Ethernet broadcast directly.
The GAMMA driver is able to manage standard IP traffic as long as no parallel job is running. Therefore, all IP services are up and running whenever the cluster is not in use by any parallel job.
The communication mechanisms implemented in the GAMMA driver are made available to application writers through the GAMMA user library.
The GAMMA library provides support to application launch, process grouping, point-to-point/broadcast communications based on the Active Ports mechanisms, and some collective routines (barrier synchronization, and broadcast).
GAMMA provides two levels of QoS. The lower one, corresponding to the fastest communications, is a best-effort service. With this service, network congestion and ``hot spots may cause the receiver NIC or even the LAN switch to loose packets by overrun.
The other QoS level provides flow-controlled communication, ensuring reliability up to hardware faults, at a negligible performance penalty.
Installing the GAMMA driver requires only two small and marginal patches to the original Linux kernel. The Linux kernel extended by the GAMMA driver must be installed on each PC in the cluster.
Main features:
- Supports both single and dual CPU processing nodes (Intel IA-32)
- Runs on Gigabit Ethernet
- SPMD parallel processing with message passing
- Can run IP traffic when not in use
- Good programmability thanks to fairly high abstraction level
- Reliable thanks to mechanisms for retransmission of missing packets
- Implemented as a network device driver for Linux 2.6, and released under GNU GPL
Version restrictions:
GAMMA allows more process instances of the same parallel job to run on the same CPU. Thread safety is granted with point-to-point communications when running on distinct GAMMA ports.
However, collective routines (barrier synchronization, and broadcast) are not thread compatible, as they use predetermined GAMMA ports.
The packet retransmission mechanism is not perfect. It will not work if the missing packet originates from a non-blocking send.

Statistics::GammaDistribution Perl module represents a gamma distribution.

SYNOPSIS

use Statistics::GammaDistribution;
my $g = Statistics::GammaDistribution->new();
$g->set_order(8.5);
print $g->rand(1.0);

my @alpha = (0.5,4.5,20.5,6.5,1.5,0.5);
my @theta = $g->dirichlet_dist(@alpha);

METHODS

$gamma = Statistics::GammaDistribution->new();

No parameters necessary.

$variate = $gamma->rand( SCALE );

This function returns a random variate from the gamma distribution. The distribution function is,

p(x) dx = {1 over Gamma(a) b^a} x^{a-1} e^{-x/b} dx
for x > 0.

Where a is the order and b is the scale. Unless supplied as a parameter, SCALE is assumed to be 1.0 if not supplied.
$gamma->get/set_order( ORDER );

Gets/sets the order of the distribution. Order must be greater than zero.

@theta = $gamma->dirichlet_dist( ALPHA );

Takes a K-sized array of real numbers (all greater than zero), and returns a K-sized array containing random variates from a Dirichlet distribution. The distribution function is

p(theta_1, ..., theta_K) dtheta_1 ... dtheta_K =
(1/Z) prod_{i=1}^K theta_i^{alpha_i - 1} delta(1 -sum_{i=1}^K theta_i) dtheta_1 ... dtheta_K

for theta_i >= 0 and alpha_i >= 0. The normalization factor Z is
Z = {prod_{i=1}^K Gamma(alpha_i)} / {Gamma( sum_{i=1}^K alpha_i)}

The random variates are generated by sampling K values from gamma distributions with parameters order=alpha_i, scale=1, and renormalizing. See A.M. Law, W.D. Kelton, Simulation Modeling and Analysis (1991).

Debian vs Pimientos is an arcade game developed using the SDL libraries SDL, SDL_image, SDL_mixer, and SDL_ttf. This permits the portability of the game to some systems and machines.
Debian vs Pimientos is the first game of NEOPONTEC Games, and the first to use the NNG Engine (New Neopontec Gaming Engine) developed by Hector Blanco (me) that uses the mentioned SDL Libraries.
The game concept is very easy to understand and to play. There are a lot of peppers (pimientos is the spanish word for peppers) that are flying by the sky, and you, armed with the Debian logo must fight them. The Debian logo shoots GNU heads to kill these devil pimientos
Main features:
- 800x600 resolution at 32 bits.
- High quality images.
- Addictive and funny playing experience
- Cross-platform open source game: (binaries for Win32 & Linux, and sources for other systems).
- Different classes of peppers (pimientos).

MetaC language extends C in a 100% backward compatible way with reflective features and techniques for refactoring, reconfiguring and modifying arbitrary C source code.
Therefore, the extensions provide special metadata types for working with source code information, syntactical structures for the definiton of code templates, and metafunctions to gather information about source code and refactor, modify, delete, or insert code.
Some of the modifications that can be done with MetaC, are also realizable with the C preprocessor. But the C preprocessor suffers certain limitations that can be overcome using MetaC.
The area of applications for MetaC is not limited to specific domains. But its concepts and its motivation has been derived from problems of CASE tools for embedded real-time systems (e.g. Mathworks Matlab, Telelogics Tau, Aonixs STP).
- Source code reconfiguration and refactoring in general.
- Abstraction of APIs and hardware-specific or vendor-specific implementations of well-defined functionallity (ever got locked to a specfic API by a RTOS vendor?).
- Source code instrumentation for WCET-analysis
- Adaption of source code to multiple embedded targets (especially differing native platform APIs) based upon an abstract machine model
- Application specific debug support (e.g. control-flow or data-flow tracing)
- Verification of domain- and application-specific constraints (e.g. MISRAs rules set for C based programs in automotive applicaitons)
Advantages of the Metaprogramming Approach:
- Source code modification is done based upon syntax. In consequence invalid modifications can be detected at the moment they are executed.
- Decision for code modifications can be made upon user parameters and information derived from the source code
- Crosscutting reconfigurations (i.e. reconfigurations concerning multiple functions or modules) of source code are possible.
Enhancements:
- Support for Win32 hosts was added.
- Support for initializer lists was added.
- Some C99 issues were fixed.
- Several more enhancements were made.
- A whole bunch of bugs were fixed.

StormWar is (actually, will be) a 3D realtime strategy game inspired by a quite unknown but great old game: NetStorm, Islands at war.
Game and datas are released under the GPL license.
Strictely speaking, StormWar will not really be a game, but rather a game engine. StormWar projects goal is to make a game engine with many limitations so that it is easy to edit or create a mod.
A frequent error in game engines projects (that often lead them to a sudden death) is to make the engine too general, so that only developers are able to make games around them.
As much as possible, some limitations will be removed in the future, with the same condition in mind: keep it easy.
A mod contains all the modifiable datas used by the engine in comprehensive data files. These files are mainly based on variables, which is even much simplier than an integrated scripting language.
So every people with a few computer skills would be able to make (or at least modify) a mod.
The StormWar official release will include:
- The StormWar engine, written in C.
- The default mod, namely the StormWar mod, which will tend to look like NetStorm.
- Maybe other interesting mods and/or testing mods.
The goal will be to play against bots handled by the computer or human opponents over a network. The games will be automatically generated. It will be possible to play tournaments where the players will evolve by learning new knowledge.
Main features:
- Quite portable source written in C.
- Many debugging options for developers and mod makers.
Core engine:
- Mods support based on files.
- Powerful variable system.
- In-game shell with runtime functions.
- Virtual modules with shell functions, preferences and shared ressources.
Game engine:
- Automatic ground generation.
- Bridges.
Graphical engine:
- OpenGL rendering.
- 3D objects organized in parts.
- 3D animation by keyframes.
- 2D on-screen objects.
- Graphical user interface management.
- Flexible architecture (many things can be changed on-the-fly).
- Bitmap font rendering.
- Basic 3D texturing by 2D textures.
- Bilinear, mip-mapped and trilinear texture filterings.
- Lighting.
- Simple materials.
- Fast motion blur emulation.
- Simple fog.
- Gamma correction.
- Manual camera positioning : scrolling, rotation around a point, panning.
Graphical user interface:
- Widget tree.
- Menubar and menus.
- Game panel.
- Graphical shell.
- Dialogs.
Sound engine:
- Music support.
- Stereo sound samples mixing.
- 3-dimensional sound positioning.
Predefined environmental effects:
- Cubic skybox.
- Cloud layers.
- Flocking (to simulate birds for example).
- Lightnings with thunder sound.
- Fog.

CHEOPS Chess project is a C++ chess engine.

CHEOPS (CHEss OPponent Simulator), or Χεοψ, is a fully-functional AI chess program capable of human vs. human, human vs. computer, and computer vs. computer play. It uses a 64-square linear array board representation.

The game tree search is alpha-beta, and the static evaluation function considers material, mobility, and motif features.

CHEOPS comes with extensive documentation on the program internals, aimed at students or programmers wishing to understand or extend the system.