Putting statistics in terms of connections from unique users doesn't quickly mean the importance of these applications, and also usage patterns of internet users in general.
Also, Windows Media Player and Realplayer establish browser connections to their media homepages anyway; does it count as a browser connection? In most cases, it is not even initiated by the user (the user might be wanting to play MP3's).
What about e-mail? It is very important and widely used by everyone; but it doesn't even make the list!
I agree completely, use the internet to YOUR advantage. If there is someone out there, That enjoys making your life hell, Why not make everything you THINK and others THINK and FEEL about them viewable by anyone anywhere? Can't we THINK and FEEL anymore?
Christians, wake up. Jesus isn't going to get you if you do it. I promise.
What a dumbass, for the last 5 years many many pcs do restores like that..
If you aren't capable of installing linux and dual booting with that, you should give me the laptop and go get a dog or something.
It's simple. First you install windows, Then you use Partition Magic or such and make a linux parition and a swap partition and whatever partitions your heart desires.
Then put your linux install cd in and install linux. Most will detect XP and configure dual booting, If it doesn't edit the lilo/grub config after installing Linux.
The target, it seems was a location where intelligence was gathered that Sadam or other Iraqi leaders were located. The success of the strike is currently unknown.
Let's just say this is true, it would have affected many other people in the past. There have been many jobs throughout history in which you do not move and sit at a desk...
So how is a computer any different?
The Windows 2000 administrators couldn't admit they didn't understand Linux and always dissed it out of ignorance.
Someone then brought up the open source arguement...
And the project was born!
I honestly think the best way to deal with all of these problems with DVD legal issues. Is to simply ignore the technology. Boycott buying it, If that is done, they will realise that they cannot force useless crap upon us.
Forgive
Heres the article.. just incase
Many developers are eagerly awaiting the 2.6 Linux kernel. The feature freeze
has passed, with a code freeze planned for January and final release slated for
the second quarter of 2003. There is considerable excitement about anticipated
enhancements, especially regarding scalability and performance.
Advertisement
However, some developers may first notice what doesn't work anymore. Some
techniques and APIs have been removed, and existing device drivers and modular
plugins may no longer work. At the same time, it will take some time to take
advantage of new features and to find replacements for old ones.
Some deprecated techniques, such as task queues, have finally been eliminated.
Other facilities, including in-kernel Web acceleration, have been supplanted by
newer advances. Other changes, notably banishing the system call table from the
list of exported symbols available to modules, have flowed more from
philosophical and licensing issues than from technical considerations.
Export of the System Call Table
The Linux kernel has a monolithic architecture; it is one big program. All parts
of the kernel are visible to each other unless their scope has been explicitly
limited. Arguments are passed on the stack, as in any other C program. At the
same time, Linux makes extensive use of modules: facilities that may be loaded
and unloaded dynamically. (These are often, but not always device drivers.)
Modules can only see explicitly exported symbols (functions, variables, etc.).
Unless the kernel or a previously loaded module includes the statement
EXPORT_SYMBOL(foobar);, the module cannot refer to foobar().
Extensive modularization does not render the kernel any less monolithic. The
critical difference between monolithic and microkernels stems from how
components communicate with each other. As long as the Linux kernel prefers
function calls to message passing, its basic structure will remain monolithic.
The system call table is a vector containing the addresses of the functions
executed whenever a system call is made from user space. When invoking a system
call, the kernel receives the number of the call, the number of arguments, and
the arguments themselves. It uses the call number as an offset into the table
and places the arguments in the registers; they're not passed on the stack. Then
it jumps to the appropriate address to execute the system call.
Exporting the system call table allows modules to substitute system calls with
replacements of their own devising. To replace the basic kernel read() system
call requires a simple code fragment:
extern int sys_call_table[];
read_save = sys_call_table[NR_read];
sys_call_table[NR_read] = read_sub;
where read_sub() has been defined somewhere in the module and the pointer to the
original system call has been saved so that it can be restored upon module
unloading:
sys_call_table[NR_read] = read_save;
So what is wrong with this technique?
Related Reading
Understanding the Linux Kernel, 2nd Edition
Understanding the Linux Kernel, 2nd Edition
By Marco Cesati, Daniel P. Bovet
Table of Contents
Index
Sample Chapter
On the practical side, it is easy to incur race conditions, especially on
multi-processor systems where the replacement happens while an application is
using the system call. Various locking techniques can offer some protection, but
the details are non-trivial. However, the abolition of this method is not
primarily due to practical difficulties.
Some system calls penetrate deep into kernel's heart. Binary-only modules, where
the source is not available under a GPL-compatible license, have enjoyed the use
of this technique. Exported symbols have been visible to all modules.
The rules governing binary modules and GPL violations have always been fuzzy.
Some argue that it is permissible for any such module to restrict itself to
exported symbols. Others maintain it depends on whether or not the module
fiddles with core kernel facilities. The line between central and periphera
The kernel often has to defer some tasks, scheduling them for later execution,
though often as soon as possible. Commonly this is in interrupt service
routines, where work is often divided between a "top half" and a "bottom half."
Advertisement
A typical top half stores incoming data and primes a device to be ready for new
interrupts as quickly as possible. Other interrupts may even be disabled during
this process, which highlights the necessity of quick execution. The bottom half
performs less time-critical processing, such as filtering, copying to user
space, etc. This helps increase device throughput.
Ancient kernels used a fixed set of 32 bottom half queues. These were superceded
by the use of task queues, several of which were maintained by the kernel.
Others could be created for specific purposes.
The task queue implementation has inherent limitations, and its use has been
deprecated throughout the 2.4 series. For one thing, only one task queue could
run at a time systemwide. For another, most task queues ran out of process
context, which made it impossible for them to sleep. It also exposed them to all
the other vulnerabilities of code running at "interrupt time."
The 2.4 kernel introduced tasklets as a partial replacement. Multiple tasklets
of different types can run simultaneously. Tasklets always run on the CPU that
scheduled them, which minimizes cache thrashing and, since it serializes things,
simplifies re-entrancy problems and race conditions. However, tasklets still run
in an interrupt-like context.
In the 2.5 kernel, task queues were gradually minimized and written out of
existence. A new replacement called work queues took their place. Tasks are
still placed on queues, but they run in process context, which permits sleeping.
Unlike task queues, each work queue is tied to a set of threads, one per CPU, so
a sleeping task doesn't block other work. One can also specify a minimum time
period before the task is performed.
As a wrinkle, only GPL-licensed modules will be able to create their own work
queues. Other modules will have to live with a default work queue maintained by
the kernel.
O'Reilly Gear.
In-Kernel Web Server Acceleration
Web servers often dish up static file content, and each request requires at
least two system calls and context switches. The 2.4 kernel included the khttpd
in-kernel Web accelerator to handle such requests directly within the kernel.
More complicated requests and requests with questionable security were passed
off to the external Web server, such as Apache.
While khttpd could raise the number of handled requests by a factor of
two-to-five, a later kernel patch called TUX (also known as the Red Hat Content
Accelerator) by Ingo Molnar of Red Hat, achieved much higher speeds and included
more advanced features. TUX can coordinate with kernel and user space modules
and daemons that provide dynamic content. It also provides caching and can send
a mixture of dynamically generated data. Pre-generated objects also can be sent.
TUX uses zero-copy networking, can run its own CGI engine, and can be used as an
ftp server.
As a result khttpd became less popular and less maintained. Many developers
assumed TUX would take its place in the 2.6 kernel.
At the same time, important advances in user-space Web servers have helped them
to reach performance levels previously available only to in-kernel Web
accelerators. For example, the x15 server from Chromium uses a small pool of
threads (4-8 per CPU) to control all network connections and network and disk
I/O. Real time signals notify the server whenever data appears on a socket or
when output is possible on the connection; no polling ever occurs. x15 avoids
launching a thread for each connection and also benefits from zero-copy
networking and other kernel enhancements. Dan Kegel has written an excellent
summary of some of the issues involved in what he calls the C10K problem.
Many developers had been unhappy about pushing Web services into the kernel,
feeling it was a slippery slope. Why not absorb all sorts of user-space
facilities inside the kernel? Returning these features to user-space is thus
quite welcome. TUX can also be applied as a patch and is available on all Red
Hat systems.
Other Issues
The three issues we have highlighted are likely to affect a considerable number
of users. Other worthy changes include:
1.
kdev_t, which encodes device major and minor numbers, has morphed from
what was effectively a 16-bit quantity into a structure. Eventually the
structure will contain more device-specific information. The major and minor bit
fields should expand to a total of 32 bits, which will permit more devices to be
registered uniquely.
2.
The API for block drivers has undergone a significant overhaul as part of
the major enhancement of I/O operations.
3.
The remaining pcibios functions have been exterminated.
4.
The kiobuf, kiovec mechanism of pinning down user pages to permit direct
access has been replaced by the get_user_pages() function.
5.
Kernel building and its interface have been reworked. The old Tcl/Tk
graphical interface to xconfig has been replaced with a prettier and more
functional GUI based on the QT graphical libraries.
Housecleaning is almost an obsession in Linux: features which have grown old or
weak are euthanized, good ideas which no one ever used are obliterated, and
sometimes mistakes are surgically removed before they grow out of control. This
helps keep the kernel lean and understandable. Its growth in size is probably
entirely due to new hardware devices and architectures, rather than new general
features. Perhaps other deprecated features are yet to be removed before the new
kernel debuts.
Jerry Cooperstein is a senior consultant and Linux training specialist at Axian
Inc., in Beaverton Oregon, and lives in Corvallis, Oregon.
Slashdot Mirror
Putting statistics in terms of connections from unique users doesn't quickly mean the importance of these applications, and also usage patterns of internet users in general. Also, Windows Media Player and Realplayer establish browser connections to their media homepages anyway; does it count as a browser connection? In most cases, it is not even initiated by the user (the user might be wanting to play MP3's). What about e-mail? It is very important and widely used by everyone; but it doesn't even make the list!
I agree completely, use the internet to YOUR advantage. If there is someone out there, That enjoys making your life hell, Why not make everything you THINK and others THINK and FEEL about them viewable by anyone anywhere? Can't we THINK and FEEL anymore?
Christians, wake up. Jesus isn't going to get you if you do it. I promise.
What a dumbass, for the last 5 years many many pcs do restores like that. .
If you aren't capable of installing linux and dual booting with that, you should give me the laptop and go get a dog or something.
It's simple. First you install windows, Then you use Partition Magic or such and make a linux parition and a swap partition and whatever partitions your heart desires.
Then put your linux install cd in and install linux. Most will detect XP and configure dual booting, If it doesn't edit the lilo/grub config after installing Linux.
Seriously, This guy has no brain.
In soviet russia you didn't even TRY to get away from it!
there are state based id cards, it's called a drivers license... you don't think the federal government has access to them?
The target, it seems was a location where intelligence was gathered that Sadam or other Iraqi leaders were located. The success of the strike is currently unknown.
Clothes you dumb@#*%$#
Jesus no! Not comdex!!
In Soviet Russia the telegraph invents you!! mod me down!
Let's just say this is true, it would have affected many other people in the past. There have been many jobs throughout history in which you do not move and sit at a desk... So how is a computer any different?
One good thing about foreign-langauge spam.. You can't read all the words, so you get to look at all the hott asians
The Windows 2000 administrators couldn't admit they didn't understand Linux and always dissed it out of ignorance. Someone then brought up the open source arguement... And the project was born!
I honestly think the best way to deal with all of these problems with DVD legal issues. Is to simply ignore the technology. Boycott buying it, If that is done, they will realise that they cannot force useless crap upon us. Forgive
I would of got the 1st post.. But all this new technology is so sloww!
Heres the article.. just incase Many developers are eagerly awaiting the 2.6 Linux kernel. The feature freeze has passed, with a code freeze planned for January and final release slated for the second quarter of 2003. There is considerable excitement about anticipated enhancements, especially regarding scalability and performance. Advertisement However, some developers may first notice what doesn't work anymore. Some techniques and APIs have been removed, and existing device drivers and modular plugins may no longer work. At the same time, it will take some time to take advantage of new features and to find replacements for old ones. Some deprecated techniques, such as task queues, have finally been eliminated. Other facilities, including in-kernel Web acceleration, have been supplanted by newer advances. Other changes, notably banishing the system call table from the list of exported symbols available to modules, have flowed more from philosophical and licensing issues than from technical considerations. Export of the System Call Table The Linux kernel has a monolithic architecture; it is one big program. All parts of the kernel are visible to each other unless their scope has been explicitly limited. Arguments are passed on the stack, as in any other C program. At the same time, Linux makes extensive use of modules: facilities that may be loaded and unloaded dynamically. (These are often, but not always device drivers.) Modules can only see explicitly exported symbols (functions, variables, etc.). Unless the kernel or a previously loaded module includes the statement EXPORT_SYMBOL(foobar);, the module cannot refer to foobar(). Extensive modularization does not render the kernel any less monolithic. The critical difference between monolithic and microkernels stems from how components communicate with each other. As long as the Linux kernel prefers function calls to message passing, its basic structure will remain monolithic. The system call table is a vector containing the addresses of the functions executed whenever a system call is made from user space. When invoking a system call, the kernel receives the number of the call, the number of arguments, and the arguments themselves. It uses the call number as an offset into the table and places the arguments in the registers; they're not passed on the stack. Then it jumps to the appropriate address to execute the system call. Exporting the system call table allows modules to substitute system calls with replacements of their own devising. To replace the basic kernel read() system call requires a simple code fragment: extern int sys_call_table[]; read_save = sys_call_table[NR_read]; sys_call_table[NR_read] = read_sub; where read_sub() has been defined somewhere in the module and the pointer to the original system call has been saved so that it can be restored upon module unloading: sys_call_table[NR_read] = read_save; So what is wrong with this technique? Related Reading Understanding the Linux Kernel, 2nd Edition Understanding the Linux Kernel, 2nd Edition By Marco Cesati, Daniel P. Bovet Table of Contents Index Sample Chapter On the practical side, it is easy to incur race conditions, especially on multi-processor systems where the replacement happens while an application is using the system call. Various locking techniques can offer some protection, but the details are non-trivial. However, the abolition of this method is not primarily due to practical difficulties. Some system calls penetrate deep into kernel's heart. Binary-only modules, where the source is not available under a GPL-compatible license, have enjoyed the use of this technique. Exported symbols have been visible to all modules. The rules governing binary modules and GPL violations have always been fuzzy. Some argue that it is permissible for any such module to restrict itself to exported symbols. Others maintain it depends on whether or not the module fiddles with core kernel facilities. The line between central and periphera The kernel often has to defer some tasks, scheduling them for later execution, though often as soon as possible. Commonly this is in interrupt service routines, where work is often divided between a "top half" and a "bottom half." Advertisement A typical top half stores incoming data and primes a device to be ready for new interrupts as quickly as possible. Other interrupts may even be disabled during this process, which highlights the necessity of quick execution. The bottom half performs less time-critical processing, such as filtering, copying to user space, etc. This helps increase device throughput. Ancient kernels used a fixed set of 32 bottom half queues. These were superceded by the use of task queues, several of which were maintained by the kernel. Others could be created for specific purposes. The task queue implementation has inherent limitations, and its use has been deprecated throughout the 2.4 series. For one thing, only one task queue could run at a time systemwide. For another, most task queues ran out of process context, which made it impossible for them to sleep. It also exposed them to all the other vulnerabilities of code running at "interrupt time." The 2.4 kernel introduced tasklets as a partial replacement. Multiple tasklets of different types can run simultaneously. Tasklets always run on the CPU that scheduled them, which minimizes cache thrashing and, since it serializes things, simplifies re-entrancy problems and race conditions. However, tasklets still run in an interrupt-like context. In the 2.5 kernel, task queues were gradually minimized and written out of existence. A new replacement called work queues took their place. Tasks are still placed on queues, but they run in process context, which permits sleeping. Unlike task queues, each work queue is tied to a set of threads, one per CPU, so a sleeping task doesn't block other work. One can also specify a minimum time period before the task is performed. As a wrinkle, only GPL-licensed modules will be able to create their own work queues. Other modules will have to live with a default work queue maintained by the kernel. O'Reilly Gear. In-Kernel Web Server Acceleration Web servers often dish up static file content, and each request requires at least two system calls and context switches. The 2.4 kernel included the khttpd in-kernel Web accelerator to handle such requests directly within the kernel. More complicated requests and requests with questionable security were passed off to the external Web server, such as Apache. While khttpd could raise the number of handled requests by a factor of two-to-five, a later kernel patch called TUX (also known as the Red Hat Content Accelerator) by Ingo Molnar of Red Hat, achieved much higher speeds and included more advanced features. TUX can coordinate with kernel and user space modules and daemons that provide dynamic content. It also provides caching and can send a mixture of dynamically generated data. Pre-generated objects also can be sent. TUX uses zero-copy networking, can run its own CGI engine, and can be used as an ftp server. As a result khttpd became less popular and less maintained. Many developers assumed TUX would take its place in the 2.6 kernel. At the same time, important advances in user-space Web servers have helped them to reach performance levels previously available only to in-kernel Web accelerators. For example, the x15 server from Chromium uses a small pool of threads (4-8 per CPU) to control all network connections and network and disk I/O. Real time signals notify the server whenever data appears on a socket or when output is possible on the connection; no polling ever occurs. x15 avoids launching a thread for each connection and also benefits from zero-copy networking and other kernel enhancements. Dan Kegel has written an excellent summary of some of the issues involved in what he calls the C10K problem. Many developers had been unhappy about pushing Web services into the kernel, feeling it was a slippery slope. Why not absorb all sorts of user-space facilities inside the kernel? Returning these features to user-space is thus quite welcome. TUX can also be applied as a patch and is available on all Red Hat systems. Other Issues The three issues we have highlighted are likely to affect a considerable number of users. Other worthy changes include: 1. kdev_t, which encodes device major and minor numbers, has morphed from what was effectively a 16-bit quantity into a structure. Eventually the structure will contain more device-specific information. The major and minor bit fields should expand to a total of 32 bits, which will permit more devices to be registered uniquely. 2. The API for block drivers has undergone a significant overhaul as part of the major enhancement of I/O operations. 3. The remaining pcibios functions have been exterminated. 4. The kiobuf, kiovec mechanism of pinning down user pages to permit direct access has been replaced by the get_user_pages() function. 5. Kernel building and its interface have been reworked. The old Tcl/Tk graphical interface to xconfig has been replaced with a prettier and more functional GUI based on the QT graphical libraries. Housecleaning is almost an obsession in Linux: features which have grown old or weak are euthanized, good ideas which no one ever used are obliterated, and sometimes mistakes are surgically removed before they grow out of control. This helps keep the kernel lean and understandable. Its growth in size is probably entirely due to new hardware devices and architectures, rather than new general features. Perhaps other deprecated features are yet to be removed before the new kernel debuts. Jerry Cooperstein is a senior consultant and Linux training specialist at Axian Inc., in Beaverton Oregon, and lives in Corvallis, Oregon.
I am in google.. All Good :)
We would of been screwed if... Soviet Russia had a Beowulf cluster of these babies! *hides from wrath of - kharma*
Imagine a BeoWolf cluster of these bad boys!
Imagine a BeoWolf cluster of these bad boys!
Imagine a Beowolf cluster of these!