I don't think this is a really easy question to answer. Originally, jobs were scheduled by a person, where the whole machine was available to one program at a time, and you had a person manually entering jobs on cards. This person was replaced with a program which scheduled the programs called "The Resident Monitor". AFAIK, this was the first job control program, but this is the stuff that led to developing OSs, certainly not a full fledged OS in and of itself.
hdparm doesn't enable/disable DMA itself, that requires kernel support for the chipset. It will set the mode for types of DMA transfers, and can disable DMA. Using hdparm on a kernel which doesn't have DMA support will not do anything to the DMA characteristics of the drive.
I agree with the above comment. The filesystem performance differences should be at WORST a magnitude of 100-200 % worse/better in either case. BSD by default enables DMA, (for detected/supported chipsets, in my experience), while linux tends to require specific support for the udma transfers (recompiled UDMA patched kernel, my experience). Also, the hdparm -unmask option for servicing other interrupts greatly improves the overall responsiveness and feel of the system (in X, once again, my experience).
It doesn't appear these tuning parameters were applied, so I would expect any linux i/o bound results do be dog slow relative to any of the other OS's. The solaris results are so similar to the linux results for prolly the same reason... SCSI would have been a better test for this one benchmark.
There is a wierd tone in this article; the author confuses the development/maturation of the open source movement , (which is a myriad of software licenses centered around distribution arrangments, and modification of the original software), with the development of a single open sourced project, Mozilla.
There are several large scale open sourced projects which are/have been key to the internets growth and development.
Just to back up my projects statment from above...
Apache .*BSD Linux Sendmail
There are THOUSANDS of other projects (gnome, php, mysql) which are all variants of open source which have PUT up.
Well, it doesn't look like etrade got to screw the affinity program people (It certainly looked like they were trying). I got 200 shares, and am absolutely thrilled, not because the stock price is good, but because I got in from the beginning.
I feel that etrade needed to have better communications with their customers, but I don't intend to trade with them anyways (EVER AGAIN).
It would be nice if they would let us in on the reasons the messages were conflicting, and how they intend to make sure somthing like this doesn't happen again.
What a FUCKING nightmare! This is actually RHAT's fault since they chose to reprice; etrade is just the lucky company to piss off potential customers. The long as short of this is that etrade never sent out the second email with instructions on how to change / cancel your conditional offer.
This REALLY pisses me off; I was told that they were no longer accepting conditional offers / changes as of 8pm PST August the 10th.
If after this is all over someone could put this info together so we can see how this anal molestation could be avoided in the future I would be appreciative and happy to contribute the facts I know.
I actually spent about a week working on a similar project, (creating a method for a workgroup to send faxes via a web page...) WHFC was REALLY shaky for me, it worked spotty on NT.
The basic interface was a web page with an upload of a postscript file from the client machine (with the necessary attributes to send to the sendfax command line), then sendfax is invoked from a perl script that calls sendfax with proper arguments.
I used the Apple Laserwriter PS printer drivers installed as file printers. DON'T TRY AND USE THE HP DRIVERS. It appears that they encapsulate the postscript in PCL, and that just won't work. (Hylafax chokes on this.)
Step 1, Get Hylafax, install it, become good friends. (I have been told that there are numerous security holes in Hylafax; please take that into consideration.)
Step 2, Write the cgi's, they are not long or complicated, I'll be happy to send you the tarfiles of what I did, however I am not responsible if you get burned using them. Email me if you are interested.
Step 3, test test test, figure out the real needs of your clients and make sure your solution is workable for them.
The more interesting problem to solve would be how to fax office documents by uploading thru some (web/other) interface. I was working with the applixware office suite to create a.doc/.xls ->.ps converter, and it was working fair/poor depending on the input file type. RTF worked great, Word 97 with lotsa pictures ended up looking significantly different from the original, so I gave up. Applixware may be up to the task now, if anyone knows any other methods I would LOVE to hear about them.
Another neat idea would be to have an interface to the incoming faxes and have some administrative person be able to email them to the correct party. Kinda like efax for the small office situation. This would be really easy to do, just that I got busy with other stuff and couldn't get to this.
peril@nospam.u_de_l.edu get rid of the nospam and the underscores for email.
I doubt that the US government has the resources or the time to determine the ftp accesses of worldwide linux distributions. I'm not sure how to advise you to proceed, as it may depend on how much you have to deal with the US government.
If in doubt, have them get it, and then have them send a copy of what they got to you.
If a company decides on a Linux solution, it's VERY important that they choose hardware that is appropriate (read - easily installable with a large installed base). This means stick with a standard architecture that has a lot of the bugs worked out, and avoid hardware that is known to be not well supported under Linux.
This can be tricky; if a company is choosing Linux for the $, they may not be entirely focused on purchasing the best hardware. It's a fine line between being a hero 'cause you saved $100,000 on hardware, and a dolt because the hardware you got doesn't work.
If any hardware that is chosen is not WELL supported, there is a risk that if changes happen which break the driver for your hardware, they would not be as quickly fixed as they would had a larger number of people had the hardware. This is all common sense stuff. Most of these problems are easy to overcome, but they involve serious planning.
I'm not sure I buy the maturity of the install/setup infrastructure as anything. Does this mean software in general or the OS? Jump/kickstart installs allow for some pretty nifty stuff, they just aren't in a gui, and a make install is usually easily undone if you can read.
This doesn't make any freaking sense. This is what happens when you have someone who doesn't know what hardware to buy and how to configure it. I would love to know what the guy who configured did for a living.
(An NT tuner no doubt...)
Don't waste your time reading this article.
on
Free the Open Source
·
· Score: 1
This is CRAP! Nothing shown, nothing proposed, NOTHING.
Slashdot Mirror
I don't think this is a really easy question to answer. Originally, jobs were scheduled by a person, where the whole machine was available to one program at a time, and you had a person manually entering jobs on cards. This person was replaced with a program which scheduled the programs called "The Resident Monitor". AFAIK, this was the first job control program, but this is the stuff that led to developing OSs, certainly not a full fledged OS in and of itself.
hdparm doesn't enable/disable DMA itself, that requires kernel support for the chipset. It will set the mode for types of DMA transfers, and can disable DMA. Using hdparm on a kernel which doesn't have DMA support will not do anything to the DMA characteristics of the drive.
I agree with the above comment. The filesystem performance differences should be at WORST a magnitude of 100-200 % worse/better in either case. BSD by default enables DMA, (for detected/supported chipsets, in my experience), while linux tends to require specific support for the udma transfers (recompiled UDMA patched kernel, my experience). Also, the hdparm -unmask option for servicing other interrupts greatly improves the overall responsiveness and feel of the system (in X, once again, my experience).
It doesn't appear these tuning parameters were applied, so I would expect any linux i/o bound results do be dog slow relative to any of the other OS's. The solaris results are so similar to the linux results for prolly the same reason... SCSI would have been a better test for this one benchmark.
--Adrian
There is a wierd tone in this article; the author confuses the development/maturation of the open source movement , (which is a myriad of software licenses centered around distribution arrangments, and modification of the original software), with the development of a single open sourced project, Mozilla.
.*BSD
There are several large scale open sourced projects which are/have been key to the internets growth and development.
Just to back up my projects statment from above...
Apache
Linux
Sendmail
There are THOUSANDS of other projects (gnome, php, mysql) which are all variants of open source which have PUT up.
The article may not be worth your time.
Well, it doesn't look like etrade got to screw the affinity program people (It certainly looked like they were trying). I got 200 shares, and am absolutely thrilled, not because the stock price is good, but because I got in from the beginning.
I feel that etrade needed to have better communications with their customers, but I don't intend to trade with them anyways (EVER AGAIN).
It would be nice if they would let us in on the reasons the messages were conflicting, and how they intend to make sure somthing like this doesn't happen again.
What a FUCKING nightmare! This is actually RHAT's fault since they chose to reprice; etrade is just the lucky company to piss off potential customers.
The long as short of this is that etrade never sent out the second email with instructions on how to change / cancel your conditional offer.
This REALLY pisses me off; I was told that they were no longer accepting conditional offers / changes as of 8pm PST August the 10th.
If after this is all over someone could put this info together so we can see how this anal molestation could be avoided in the future I would be appreciative and happy to contribute the facts I know.
I'm in for a few $$$ someone should set up a web page....
I actually spent about a week working on a similar project, (creating a method for a workgroup to send faxes via a web page...) WHFC was REALLY shaky for me, it worked spotty on NT.
.doc/.xls -> .ps converter, and it was working fair/poor depending on the input file type. RTF worked great, Word 97 with lotsa pictures ended up looking significantly different from the original, so I gave up. Applixware may be up to the task now, if anyone knows any other methods I would LOVE to hear about them.
The basic interface was a web page with an upload of a postscript file from the client machine (with the necessary attributes to send to the sendfax command line), then sendfax is invoked from a perl script that calls sendfax with proper arguments.
I used the Apple Laserwriter PS printer drivers installed as file printers. DON'T TRY AND USE THE HP DRIVERS. It appears that they encapsulate the postscript in PCL, and that just won't work. (Hylafax chokes on this.)
Step 1, Get Hylafax, install it, become good friends. (I have been told that there are numerous security holes in Hylafax; please take that into consideration.)
Step 2, Write the cgi's, they are not long or complicated, I'll be happy to send you the tarfiles of what I did, however I am not responsible if you get burned using them. Email me if you are interested.
Step 3, test test test, figure out the real needs of your clients and make sure your solution is workable for them.
The more interesting problem to solve would be how to fax office documents by uploading thru some (web/other) interface. I was working with the applixware office suite to create a
Another neat idea would be to have an interface to the incoming faxes and have some administrative person be able to email them to the correct party. Kinda like efax for the small office situation. This would be really easy to do, just that I got busy with other stuff and couldn't get to this.
peril@nospam.u_de_l.edu
get rid of the nospam and the underscores for email.
I doubt that the US government has the resources or the time to determine the ftp accesses of worldwide linux distributions. I'm not sure how to advise you to proceed, as it may depend on how much you have to deal with the US government.
If in doubt, have them get it, and then have them send a copy of what they got to you.
My $0.02
If a company decides on a Linux solution, it's VERY important that they choose hardware that is appropriate (read - easily installable with a large installed base). This means stick with a standard architecture that has a lot of the bugs worked out, and avoid hardware that is known to be not well supported under Linux.
This can be tricky; if a company is choosing Linux for the $, they may not be entirely focused on purchasing the best hardware. It's a fine line between being a hero 'cause you saved $100,000 on hardware, and a dolt because the hardware you got doesn't work.
If any hardware that is chosen is not WELL supported, there is a risk that if changes happen which break the driver for your hardware, they would not be as quickly fixed as they would had a larger number of people had the hardware. This is all common sense stuff. Most of these problems are easy to overcome, but they involve serious planning.
I'm not sure I buy the maturity of the install/setup infrastructure as anything. Does this mean software in general or the OS? Jump/kickstart installs allow for some pretty nifty stuff, they just aren't in a gui, and a make install is usually easily undone if you can read.
just my two cents
This doesn't make any freaking sense. This is what happens when you have someone who doesn't know what hardware to buy and how to configure it. I would love to know what the guy who configured did for a living.
(An NT tuner no doubt...)
This is CRAP! Nothing shown, nothing proposed, NOTHING.
(And their server sucks nutz.)