Tymeac Server runs without direct connections to any
other Tymeac Servers [single affinity].
Tymeac has no communication facilities.
This ensures that no unauthorized modules enter the system.
While it is true that your user-written programs may violate encapsulation, Tymeac
itself is secure.
Tymeac was originally designed to manage asynchronous
tasks in the transaction processing environment; the 24/7 arena of mission-critical
Today, all the features that make Tymeac a highly
reliable, fully mission-critical software product are available for any use.
- total number of 'tasks per queue' limits to prevent task overload,
- task creation / destruction as necessary,
- task activation according to thresholds, not chance,
- prioritized Queues for requests,
- extensive monitoring of the task environment to pinpoint stalls,
- integrated recovery and re-scheduling for stalled requests,
- interfacing with user-controlled notification systems when problems arise,
- intermediate back-out for scheduling failures,
- support for synchronous (timed) requests as well as asynchronous (background) requests,
- standard green sceen and GUI support to monitor and alter the environmentl,
- logging of statistics at shutdown and on request,
- support for any DBMS to optionally store parameters and logs,
- support for non-DBMS parameters for a minimal footprint.
Tymeac is a table driven
Adding or removing a Function or Queue from your system is only a matter of a table
Changing the user-written application program that executes within a task is only a
matter of a table change.
Adding or removing tasks from a Queue is only a matter of a table change.
Debugging the user-written application program is simple since it may be done by
simulating a tasking environment with a single task environment and with a multiple task
Tymeac provides almost unlimited control for managing
the new task algorithm. This assures that only those tasks that are immediately
necessary to process requests are active, saving valuable processor resources.
Prioritized Wait Lists provide the means to properly schedule requests and to assure
users that the hot request gets immediate attention.
The entire execution environment is viewable through Tymeac
green screen and GUI's. Task status is alterable. Queue data including the
number of Wait List entries is alterable.
System statistics log at shut down and on request.
Optional timing of user requests provides immediate notification of an abnormal event.
Automatic back out provides for intermediate component failure.
A Monitor task thoroughly examines the system at set intervals reallocating and freeing
resources, and, notifying the users early warning system of potential problems.