Free why is my computer running slow software for linux

Computer History Graphing Project is a computer family tree.

The Computer History Graphing Project is an attempt to graph every computer standard, every piece of hardware, every OS, and every computer language in one big family tree.

WiCoPro project is a Client/Server suite designed to allow logging off, powering off and rebooting of the remote computers. The client, available under Linux and Windows, is written in python.
The WiCoPro suite includes several modules : the client, the object server, intended to distribute the machines and the places, the web console allowing the administrator to operate on the machines, the communications server to establish the connection between the client and the various modules, and an executor allowing to launch tasks via a cron job.
Main features:
- Wicopro Web Console (WWC) : the web console is used by the administrator to get an overview of the computers status and provide a way to interact with them. The console shows a geographical and structured overview of all the stations availabled in the database.
- Wicopro Executor (WEX) : this simple module makes possible to send commands to the computers; ie: you can shutdown all the PC of a given building at midnight, using a cron job, no matter what OS they are running.
- Wicopro Object Database (WOD) : The object dispatcher is used as an interface between the database and the WWC and WEX modules. It answers SOAP requests which provides the list of computers and their properties like their location, the OS they are running, etc.
- Wicopro Communication Server (WCS) : the WCS module is the only one that has direct access to the clients running on the computers. It communicates with them using a custom protocol in both synchronous and asynchronous ways. It comes with a multithreaded scheduler which can manage a significant number of requests.
- Wicopro Client : the client is written in python and run on Linux and Windows (it could run on OSX but it hasnt been tested yet). The client, a service on windows, can be started in the background on linux. Its used to disconnect users, power off and reboot the remote stations.
- GLPI plugin : this module can import locations and computers already stored in a GLPI database.

Address Book Continued provides a multi-user AJAX address book Web application.

It also makes use of AJAX, which means that page reloads only happen on login/logout; the rest of the operations is handled asynchronously in the background. Its well usable, even over slow connections.

You can even install ABC on your desktop PC and configure it so that it doesnt require login for connections coming from the local computer.

Xholon runtime framework executes applications that are event-driven or that have highly dynamic structure or behavior. Specify your models using XML and Java, or using third-party UML2 tools and MDA transformations.
To get started, read or actively work through the basic HelloWorld tutorial. Its a very simple application, but it demonstrates many of the main concepts.
For more detail on the concepts behind Xholon, you might want to read one of the papers thats been published. These describe how to model cells and other complex biological entities using tools designed for developing real-time and embedded systems.
This earlier work used Rational Rose RealTime and C++, rather than the current Java. Xholon is intended to be a runtime framework that can execute the same types of systems described in those papers, plus many more traditional non-biological event-driven systems.
The goal of the Cellontro sister project is to develop complex biological simulations using the Xholon framework. Most of the features described in the published papers have been re-implemented as Cellontro applications using Xholon.
Also have a look at the sample applications that are included with the Xholon software. These give an idea of the range of applications that can be supported by the Xholon runtime framework.
These have been employed as use cases to determine what functionality is most important in Xholon. The digital watch simulation is a good example of a Xholon application with a hierarchical state machine, developed using a UML modeling tool.
A Xholon is essentially a holon. A holon is an entity that lives within a hierarchical structure, and is both a whole and a part at the same time.
In mainstream computer science terms, a Xholon is a node in a tree. The node has a single parent, possibly one or more children, and possibly one or more siblings. A Xholon may also be an active agent able to interact in real-time with other Xholons in the tree.
In UML2 terminology, a Xholon is a structured classifier that may exist as a part within other structured classifiers, and that may in turn contain other structured classifiers as parts of itself. The result is a hierarchical containment structure, nested to an arbitrary number of levels.
As a part, a Xholon plays a specific role within another structured classifier. Xholons are UML classes that are subsequently refined using UML2 composite structure diagrams. Structured classifiers interact with each other through ports, by passing messages or by making function calls.
Using the more philosophical terminology used to describe holons, a Xholon is something that is simultaneously both a whole and a part. Since everything in the universe is a holon, then everything running within a computer application should be a Xholon. The term holon was invented by Arthur Koestler in 1967.
The Xholon Project is inspired by biological concepts. A major incentive behind the project is to build a run-time environment that is equally adapted to running simulations of biological systems, and to running more traditional real-time, embedded and other event-driven reactive systems.
Xholon applications may contain structures that are highly mutable. A Xholon is an active agent that can modify the tree structure in which it lives. It can navigate the tree to interact with any other node, it can add, delete or modify other nodes, it can exchange messages with other nodes, and it can move itself to another position within the tree.
The Xholon Project incorporates many concepts of the Real-time Object-Oriented Modeling (ROOM) methodology, much of which has been incorporated into UML2. At the same time, Xholon removes some of the limitations of ROOM to allow for greater flexibility, mutability and mobility of active objects.
The Xholon run-time can serve as a target for a Model Driven Architecture (MDA) transformation pipeline. MDA stresses the importance of models, and the ability to transform those models, through a series of steps, into an executing target system.
You can create your model using a UML tool such as Gentlewares Poseidon or NoMagics MagicDraw, save the model as an XMI file, transform it using XSLT (or by some other MDA means) into a Xholon model and application, and then execute the model.
Enhancements:
- UML state machine simulation capabilities have been extended, including animation, and fork, join, junction.
- Additional Agent-Based Modeling functionality is available.
- The NetLogo-like syntax has been enhanced.
- The architecture is more flexible and is ready to more fully support integration of multiple domains.
- Histograms and probability distributions are now available. Line charts update in real-time.
- Numerous other modeling, simulation, transformation, and execution features have been added.