Free solaris 4.1.2.42 software for linux

ActivePerl project is the complete, quality-assured and ready-to-install Perl distribution for AIX, HP-UX, Linux, Mac OS X, Solaris, and Windows.
Whats included:
- Perl core
- Perl Package Manager
- Installers
- Complete online documentation
Enhancements:
- Release version of 64-bit ActivePerl for Linux, Solaris and Windows.
- Rewritten PPM client. The command line shell has been replaced by a graphical user interface.
- Bundles the Tcl and Tkx modules, plus a significant subset of the latest Tcl/Tk widgets.

Manifold 0.2.0 offers users a powerful and very useful Python module which can help you quickly and easily create Solaris SMF manifest XML files for your services by answering a few questions about how it needs to be configured. It is an easy-to-use tool. Manifold requires the Genshi template package.

collectd is a small daemon which collects system information every 10 seconds and writes the results in an RRD-file. The statistics gathered so far are: (Only Load and CPU usage work under Solaris right now. Ping might work, lm-sensors propably not)
Main features:
- Memory usage
- CPU usage
- System load
- Network traffic
- Network latency (ping)
- System temperatures (if lm-sensors is configured)
- Disk usage
In contrast to most similar software, collectd is not a script but written in plain C for performance and portability. collectd stays in the memory so there is no need to start up a heavy interpreter every time new values should be logged. This allows collectd to have a 10 second resolution while being nice to the system.
collectd reads most information from the /proc-filesystem. Support for the sysfs approach is not yet planned/done, but theres no reason not to do that other than me not having time to code it right now.. Solaris statistics are collected using the kstat mechanismn that appears to be very solaris-specific. Also, its not done yet, version 1.6.0 collects system load and cpu usage, nothing more.
collectd has successfully been tested on x86 under Debian GNU/Linux 3.1 (sarge), RedHat Linux 7.x, and Fedora Core 1. Also, Debian/Sparc and Solaris 9 did work. Other Platforms/Distributions are expected to work too. If you manage to compile and run collectd on other systems and/or under different distributions please drop me a line.

Parallel BZIP2 project is a parallel implementation of the bzip2 block- sorting file compressor that uses pthreads and achieves near-linear speedup on SMP machines. The output of this version is fully compatible with bzip2 1.0.2 (ie: anything compressed with PBZIP2 can be decompressed with bzip2).

PBZIP2 should work on any system that has a pthreads compatible C++ compiler (such as gcc). It has been tested on: Linux, Windows (cygwin & MinGW), Solaris, Tru64/OSF1, HP-UX, and Irix.

ksar is a java application to graph local or remote (via ssh) sar statistics. The project currently support Solaris and Linux sar output. it can generate pdf report.

Solaris::Kstat is a Perl module to access Solaris Kstats from Perl.

SYNOPSIS

use Solaris::Kstat;
my $kstat = Solaris::Kstat->new();
my ($usr1, $sys1, $wio1, $idle1) =
@{$kstat->{cpu_stat}{0}{cpu_stat0}}{qw(user kernel wait idle)};
print("usr sys wio idlen");
while (1)
{
sleep 5;
if ($kstat->update()) { print("Configuration changedn"); }
my ($usr2, $sys2, $wio2, $idle2) =
@{$kstat->{cpu_stat}{0}{cpu_stat0}}{qw(user kernel wait idle)};
printf(" %.2d %.2d %.2d %.2dn",
($usr2 - $usr1) / 5, ($sys2 - $sys1) / 5,
($wio2 - $wio1) / 5, ($idle2 - $idle1) / 5);
$usr1 = $usr2; $sys1 = $sys2; $wio1 = $wio2; $idle1 = $idle2;
}

This module provides a tied hash interface to the Solaris kstats library. The kstats library allows you to get access to all the stats used by sar, iostat, vmstat etc, plus a lot of others that arent accessible through the usual utilities.
Solaris categorises statistics using a 3-part key - module, instance and name. For example, the root disk stats can be found under sd.0.sd0, and the cpu statistics can be found under cpu_stat.0.cpu_stat0, as in the above example. The method Solaris::Kstats-new()> creates a new 3-layer tree of perl hashes with exactly the same structure - i.e. the stats for disk 0 can be accessed as $ks-{sd}{0}{sd0}>. The bottom (4th) layer is a tied hash used to hold the individual statistics values for a particular system resource.

Creating a Solaris::Kstat object doesnt actually read all the possible statistics in, as this would be horribly slow and inefficient. Instead it creates a 3-layer structure as described above, and only reads in the individual statistics as you reference them. For example, accessing $ks-{sd}{0}{sd0}{reads} will read in all the statistics for sd0, including writes, bytes read/written, service times etc. Once you have accessed a bottom level statitics value, calling $ks->update() will automatically update all the individual values of any statistics that you have accessed.

Note that there are two values per bottom-level hash that can be read without causing the full set of statistics to be read from the kernel. These are "class" which is the kstat class of the statistics and "crtime" which is the time that the kstat was created. See kstat(3K) for full details of these fields.