United States (change)
Shortcuts: Downloads Fedora Red Hat Network
In Red Hat Linux 7.2, Red Hat provides its first officially supported journaling file system: ext3. The ext3 file system is a set of incremental enhancements to the robust ext2 file system that provide several advantages. This paper summarizes some of those advantages (first in general terms and then more specifically), explains what Red Hat has done to test the ext3 file system, and (for advanced users only) touches on tuning.
GNOME provides the user with a rich, mature desktop environment in which they can use their applications. Behind the graphical front end of this environment is a robust "structure" that allows developers to create applications in less time while still using tools that allow their applications to remain on the forefront of computer technology.
Switching to Linux for your development projects can seem like a daunting task at first; but given a little direction, you will find that thedevelopment environment is both powerful and easy to use. This paper is designed as a quick introduction to development under Linux, and will help you get your feet wet with the tools that you will need for a large scale development project. For now, the scope of this tutorial is writing a program in C or C++, and includes information on text editing, compiling, debugging, and version control.
Clustering is a commonly used phrase these days in computing technology circles. Unfortunately, if you ask 10 people what clustering is, you will likely get nine unique answers. Based on that premise, the first part of this document gives a brief overview of general clustering principles. This quick review is not meant to be a replacement for deep discussions of clustering. For a much more thorough understanding of clusters, please see In Search of Clusters by Gregory Pfister.
The GNU Debugger GDB is perhaps the most widely used debugger in the world; it has been ported to nearly every host and target in existence, and is the favored debugger of many thousands of developers.
I anatomize a successful free-software project, fetchmail, that was run as a deliberate test of some surprising theories about software engineering suggested by the history of Linux. I discuss these theories in terms of two fundamentally different development styles, the "cathedral" model of most of the commercial world versus the "bazaar" model of the Linux world. I show that these models derive from opposing assumptions about the nature of the software-debugging task. I then make a sustained argument from the Linux experience for the proposition that "Given enough eyeballs, all bugs are shallow", suggest productive analogies with other self-correcting systems of selfish agents, and conclude with some exploration of the implications of this insight for the future of software.