| Friday, February 29th, 2008 |
| 9:40 pm |
|
| Wednesday, September 12th, 2007 |
| 10:43 pm |
|
| Thursday, March 17th, 2005 |
| 4:20 am |
|
| 4:20 am |
|
| 4:20 am |
|
| 4:20 am |
|
| 4:20 am |
A moment of Xen: Virtualize Linux to test your apps
A moment of Xen: Virtualize Linux to test your apps
Xen is a paravirtualization technology available for the Linux kernel that gives users a chance to enclose and test new upgrades as if running them in the existing environment but without the worries of disturbing the original system. In this article, we look at virtualization on Linux and determine the benefits that come from using Xen in that space. We make a basic install of a Xen system to give administrators a valuable sandbox to make systems upgrades less frightening (as well as to offer a playground for running multiple virtual machines on the same Linux box).
read more at IBM developerWorks Linux zone |
| 4:20 am |
Automate Perl module deployment
Automate Perl module deployment
If you run Perl across many different computers of any sort, you know how frustrating it can be to install Perl extension modules across those machines. The administrative process is even worse if you have a Web server farm and need to keep each machine up to date with a set suite of extension modules for your installation. CPAN helps, but there are issues with CPAN that make it an unwieldy solution for use on a network. This article provides possible solutions before covering the final system. The main goals are a unified installation/module set, a single download, and a guaranteed unified set of version numbers across all the computers in the network.
read more at IBM developerWorks Linux zone |
| 4:20 am |
|
| Wednesday, March 9th, 2005 |
| 11:43 pm |
|
| 11:43 pm |
|
| 11:43 pm |
|
| 11:43 pm |
|
| 11:43 pm |
|
| 11:43 pm |
|
| 11:43 pm |
Automate Perl module deployment
Automate Perl module deployment
If you run Perl across many different computers of any sort, you know how frustrating it can be to install Perl extension modules across those machines. The administrative process is even worse if you have a Web server farm and need to keep each machine up to date with a set suite of extension modules for your installation. CPAN helps, but there are issues with CPAN that make it an unwieldy solution for use on a network. This article provides possible solutions before covering the final system. The main goals are a unified installation/module set, a single download, and a guaranteed unified set of version numbers across all the computers in the network.
read more at IBM developerWorks Linux zone |
| Friday, March 4th, 2005 |
| 6:40 am |
Porting enterprise apps from Unix to Linux
Porting enterprise apps from Unix to Linux
Today's many enterprise-level software offerings available on Unix are designed to cater to the business needs of large companies -- to do so, it must support the emerging technologies that make it possible to follow the rapidly evolving market trends (one such trend being the proliferation of the powerful, flexible Linux operating system. Much of this software is large, multi-threaded, and multi-process, so porting it to Linux presents challenges. We provide a checklist derived from a real-world port of one piece of enterprise-level software and the lessons learned from the experience.
read more at IBM developerWorks Linux zone |
| 6:40 am |
|
| 6:40 am |
|
| 6:40 am |
|