Timeline Chart or Graph of GNU/Linux Adoption? 49
DNAman asks: "I'm preparing a presentation for the use of GNU/Linux in the biological sciences. One recurring comment that comes up is 'Linux is not mainstream, why should we be interested in it?' While we could debate the definition of mainstream, I think it would be more productive to illustrate the trend in use / adoption of GNU/Linux as a platform. Do any of you have decent data sources for this type of trend?"
Youi need to ask yourself... (Score:1, Interesting)
Linux is not mainstream. (Score:5, Interesting)
Science is not the most popular way of looking at the world, why should we be interested.
I'm not sure that numbers are what you need.
This one's easy... (Score:5, Interesting)
All you have to do if you want to show the scientific community's interest in Linux, is to show the scientific community's use of Linux: The 500 most powerful computer installations in the world... [top500.org] many of which run Linux, including the the 2nd fastest system in the world [slashdot.org] (and all of which are used by members of the scientific community).
You could also use these simple searches on slashdot [slashdot.org] (here is another [slashdot.org]) and google [google.com] to collect some very interesting data.
For example, here's a nice tidbit [slashdot.org] that may be the exact community you're looking to impress.
Granted, these do not give you a timeline, but it should be enough data for you to be able to ask them "Why are we not using Linux?".
Re:Youi need to ask yourself... (Score:2, Interesting)
We regularly use software that's 20 years old. It's essential that any software we use produce the correct results every time we use it. Bogus results for any reason invalidates your work and reduces your credibility as a scientist. It regularly takes software 5-7 years just to get to the point where we're confident in it. The idea that we'd be replacing all of our software every 5 years is laughable.
Ask anyone in the financial industry or using payroll software how old that code is. It was probably written before some of the employees were born.
Moreover, any software we use has to have a lifespan of more than just 5 years. If someone picks a paper up 20 years from now but can't duplicate the work because the software doesn't exist anymore, then your work has no value.
Re:This one's easy... (Score:2, Interesting)
yields (with a little hand-scrubbing):
3 Linux Networx 7634.00 Lawrence Livermore National
57 Linux Networx 1007.00 Argonne National Laboratory
78 Linux Networx 840.50 Los Alamos National Laboratory
107 Linux Labs 680.30 American Museum of Natural
296 Linux Networx 390.20 Fraunhofer ITWM
356 Linux Networx 347.00 Boeing Shared Services
407 Linux Networx 295.90 Boeing Shared Services
Re:Unbelievable. (Score:3, Interesting)
Uh, no. That is not FUD. Nor is looking at TCO or ROI. The area that the oringal poster should be looking at is the systems that need 24x7 uptime while doing huge computations. That would be hollywood and biological sciences.
Hollywood does a large amount of rendering on movie frames and these need to come as quickly and cheaply as possible.
Titantic was one fo the first to switch (google is your friend). In addtion, Dreamworks and all the major studios have switched to using Linux for their rendering servers. Most have been switching their desktops to Linux as well. In fact, several are throwing their savings into helping Filmgimp get to the point where they can replace Adobe and Corel since neither appear to be interested in selling software on Linux.
Check google, and there will be huge articles from Hollywood talking about saving by switching to Linux from MS, Apple, and SGI.
Bilogical Sciences have already moved in huge fashions to Linux, esp in the way of protein and DNA work. They have the similar needs to hollywood. That is large amounts of computation, that is efficient, and most important, cheap. Cheap means easy to manage large numbers of servers. That exclude MS, but includes any *nix.
It also means cheap Hardware, which excludes almsot all non-intel *nix, but does include MS, Linux, and *BSD*.
The intersection is bascially Linux or *BSD on intel (The mac is still too expensive). *BSD is nice, but Linux has better support today (and most likely for the future).
"Scientific Applications on Linux" page... (Score:4, Interesting)
It's not 'hard numbers', but then, a lot of people have already pointed out that hard numbers may not REALLY be what you want. (After all, since when is "Everybody's doin' it" a persuasive argument for a good scientist?)
On the other hand, I see there are still lots of applications listed at the Scientific Applications on Linux [kachinatech.com] site and the NCBI Toolbox of Bioinformatics code [nih.gov] compiles and runs just fine on my linux box, and BioPerl [bioperl.org], BioJava [biojava.org], and BioPython [biopython.org] all run just fine on Linux (there are even a couple of fledgling BioPHP projects out just getting started out there, which will obviously also work.
Disclaimer - both of the semi-active "BioPHP" type projects that I know of - Here [bioinformatics.org] and here [sourceforge.net] - were started independently by individual amateurs...and one of them is me. Both projects are still in the early stages (Genephp has more code available at the moment) and have different development approaches, but are slowly working on trying to combine development towards a 'formal' set of "BioPHP" modules. Blatant plug - if you are interested in helping with friendly advice or actual development or testing, please join the mailing list which both projects use [bioinformatics.org])
These are *BIOLOGOICAL* Scientists (Score:4, Interesting)
I'm not implying that they are dumb or anything but just that these are not COMPUTER Scientists.
When a video technican goes home to tape a tv show, does he want something which can do it in a few buttons or does he want to use something like he has at work and manually control the audio/balance etc?
>With Linux you can figure out what's going on behind the scenes.
Comptuers are a tool for research in this case, they don't want to play around with it.
A good example in the chemical research area is http://ariadne.mse.uiuc.edu/Info/Chime/chime_linu
Do you want to play around with things or do you just want it to work and be fully supported by the company who developed it?
And the old argument "Not there? Well program it!" is a negative here because these people want to research in their area, not research/code in computer science.
In reality, having their standard tools mainstream is good.
Re:Youi need to ask yourself... (Score:2, Interesting)
There were comments about Windows on ATM's, and how insecure ATM's already are, not very long ago on slashdot.
Question -- If running naked through the street with my hair on fire has always worked for me, why would I want to change?
Or how about this: Using 30-year-old encryption for everything my bank does works. Why would I want to try something new?
Doh! Because new things can be better!
Why would I want a new job? Maybe I get payed more! Why would I want a new OS? Maybe it will run faster / not crash / not hand off large sums of money to no one in particular!
Re:Youi need to ask yourself... (Score:3, Interesting)
But they are not ALWAYS better. In all the cases you specify there is a better way of doing things, but sometimes the new way is not a better way.
Thats what his point is. Is adopting something new better and is it worth all the trouble?