Slashdot Mirror


Debian Cluster Replaces Supercomputer For Weather Forecasting

wazza brings us a story about the Philippine government's weather service (PAGASA), which has recently used an eight-PC Debian cluster to replace an SGI supercomputer. The system processes data from local sources and the Global Telecommunication System, and it has reduced monthly operational costs by a factor of 20. Quoting: "'We tried several Linux flavours, including Red Hat, Mandrake, Fedora etc,' said Alan Pineda, head of ICT and flood forecasting at PAGASA. 'It doesn't make a dent in our budget; it's very negligible.' Pineda said PAGASA also wanted to implement a system which is very scalable. All of the equipment used for PICWIN's data gathering comes off-the-shelf, including laptops and mobile phones to transmit weather data such as temperature, humidity, rainfall, cloud formation and atmospheric pressure from field stations via SMS into PAGASA's central database."

160 comments

  1. Re:hmm by Lehk228 · · Score: 4, Funny

    that would be HURD

    --
    Snowden and Manning are heroes.
  2. Re:hmm by Bigos · · Score: 2, Funny

    it's a cluster, in other words a herd of computers :-)

  3. dent in the budget by alxkit · · Score: 0

    can anything that is "free" put a dent in ANY budget? if something gets bloated as it ages - dump it and go to OLD VERSION. shiiiiit.

    1. Re:dent in the budget by TheWanderingHermit · · Score: 3, Informative

      Sure. Add in paying for tech support or the cost in man-hours it takes to keep it running. Both can make a serious dent where nobody expected to see one.

    2. Re:dent in the budget by Anonymous Coward · · Score: 3, Informative

      I'm sure that if they can manage an ancient SGI supercomputer, they can easily manage Debian. I've been using it since woody, and I must say, compared to many other distros, Debian is easy to manage. Not only that, its reliability is second to none on the Linux platform. I have a machine that's been running the same Debian install since the days of woody, all up-to-date with Etch. Not a single problem with it, runs a lot better than an XP desktop I have, which has needed 2 reinstalls in the past year, or Gentoo, which frequently breaks when packages fail to compile.

    3. Re:dent in the budget by darthflo · · Score: 2, Insightful

      I guess he isn't referring to licensing costs for the various distributions not putting dents in his budget but rather the operating costs of their new cluster as a whole. The SGI machine seems to have dented the budget pretty badly while replacing it with a Linux (beowulf?) cluster polished those dents out to the extent of them being able to test various setups in addition to their cluster and still have a smoother budget.

      Also, their supercomputer may just be outdated, not necessarily because of bloated software. I don't know how well SGI's products and support survived their recent bankrupcy, but I'd imagine not too well (though they seem to have built the Xeon-based #3 from the Top 500 recently).

    4. Re:dent in the budget by SgtChaireBourne · · Score: 3, Insightful

      Sure. Add in paying for tech support or the cost in man-hours it takes to keep it running. Both can make a serious dent where nobody expected to see one.

      That's the big attraction for Debian. For a production system, support tasks drop to almost nothing. It's there. It runs. If and when a patch is needed, it is just that - a patch - and not any weird licensing changes or mutations in functionality.

      Of the linux distros, it's an excellent choice for servers, perhaps the best. Given the rock-solid nature, it can be good for enterprise desktops, if you are willing to plan. However, Kubuntu LTS meets that need.

      --
      Beta is broken and the link to classic doesn't work. Stop wasting our time or there won't be anybody left here.
    5. Re:dent in the budget by Anonymous Coward · · Score: 1, Insightful

      In fact nobody familiar with debian expects them to need tech support more than they would with other OSes, if at all.

      So, other choices = $$$ for licenses + $$$ for support.
      Debian = likely less $$$ for support.

      So the question is: how many mods are on crack today?

    6. Re:dent in the budget by dwater · · Score: 2, Informative

      Also, their supercomputer may just be outdated, not necessarily because of bloated software. I don't know how well SGI's products and support survived their recent bankrupcy, but I'd imagine not too well (though they seem to have built the Xeon-based #3 from the Top 500 recently). AFAIK, SGI still supports IRIX computers, but it doesn't do new ones - hasn't for several years. They do Linix of course - looks like you can have SuSe or RedHat - and they also do some Microsoft thing too. I'm sure SGI could have serviced this customer, but they clearly didn't want to pay for support. You get what you pay for, and SGI still have very smart/clever people....
      --
      Max.
    7. Re:dent in the budget by TheWanderingHermit · · Score: 1

      I wasn't clear. I should have talked about support on a free-as-in-beer in general. It was about what could be added, not what would be added for this particular system. Or at least that's how I read what I was responding to.

      I'd think that there might be a learning curve as the staff adapts to Debian, but after that, yes, the support drops to almost nothing. That's why I use it on my servers -- hardly any time ever spent on support and if something goes wrong, there's a 99.9% chance it's hardware related.

    8. Re:dent in the budget by Anonymous Coward · · Score: 0
      can anything that is "free" put a dent in ANY budget?

      OK, this is /., so it's a long shot, but think about married sex, then you can imagine how something "free" can be quite expensive.

  4. Re:hmm by Brian+Gordon · · Score: 1

    and it's not even finished, why would they put it on a production cluster?

  5. Re:Debian? by ketamine-bp · · Score: 3, Insightful

    i would suppose that debian is quite a versatile distro for any purpose...

    -- from a debian user... who actually started quite late with potato....

  6. Re:Debian? by TheWanderingHermit · · Score: 4, Informative

    Actually, Debian is intended for servers and runs on more architectures than any other distro. The whole reason for the long testing cycle on Debian is to make sure it's as stable as possible so it can sit on a server and need little or no attention for days, weeks, or even months at a time.

    I hated Debian at first because it wasn't friendly, but I looked into it more and realized it was the best choice I could make for my production servers. I can set them up and check once a week or so and they're still chugging along without need of intervention.

    I wouldn't use Debian on my desktop (I use Kubuntu), but it can't be beat for servers.

    It's NOT a desktop distro. Especially compared to Mandr* or Ubuntu or many others out there.

  7. Re:Debian? by gd2shoe · · Score: 3, Insightful

    Debian, like most distros, is what you want it to be. Debian is used regularly as a server OS.

    I doubt they have X installed on these machines.

    --
    I won't join Slashcott. OTOH, If Beta goes live, I just won't be back until it's fixed. Sorry Dice.
  8. I don't understand the difference by pembo13 · · Score: 2, Interesting

    How different can Debian really be compared to RedHat in terms of stability? They both use the Linux kernel, and GNU tools, and follow the LSB, no?

    --
    "Thanks for all the money you paid to us. We've used it to buy off ISO among other things" -Microsoft
    1. Re:I don't understand the difference by elysium-os · · Score: 5, Informative

      Many distro's add kernel patches and add different drivers to the initrd.
      Also the core os ( most minimal installation ) has many different tools and libs.

      Also at time of release they can pick from many different versions of a single package.
      That in combination with what version of GCC and compile flags can and does make a huge differance.

      And at least with Debian you really do know how the systems was build, with RedHat I still wonder...

      Marcel

    2. Re:I don't understand the difference by Zantetsuken · · Score: 3, Informative

      Because each major distro, while they use the same base kernel, GNU command line tools, and same GNOME/KDE environment, can have radically different kernel extensions and drivers implemented by one distro doing development but not another. If you're using whatever GUI tools a distro provides, they can each configure the same backend very differently, which depending on how the tool writes the config file can also effect stability, security, and other functions. Also Fedora/RHEL and tends to use tools created or modified by Red Hat specifically while those aren't easily available for Debian or SuSe, which have their own tools in the same manner.

    3. Re:I don't understand the difference by Xero_One · · Score: 5, Informative

      Debian will run multiple services reliably under heavy load. From my limited experience, it's one of those distros where you "Set It And Forget It" and that's that.

      Once you got it configured the way you want it, there's little intervention involved to maintaining it. It'll just keep chugging along. The keyword there is "correctly". Follow the readmes, howtos, and best practices, and you're golden.

      It's also one of the oldest distributions which always kept to the spirit of GNU/Linux in general: community development and enrichment. Debian developers pride themselves on that spirit. To make the best software for humans. (At least that's what I gather from hanging out with Debian folk) These people are not only passionate in the software that they write, they do it without wanting anything in return, being humble in the way they do it, and wanting no reward for doing it. To them, their reward is in other people using their software and loving it! In my opinion they're not recognized enough.

      But what do I know? I just use the software.

    4. Re:I don't understand the difference by totally+bogus+dude · · Score: 1

      Also the stable version of Debian is very stable, as in it doesn't change. Security fixes are almost always backported so you don't wind up with new features or changed behaviours, etc. I don't follow Red Hat so I don't know much they differ in that regard, but when you have a server that's configured how you want it and working fine it's really nice to know that if you install a security update it's not going to change any of the functionality.

      In addition, packages go from unstable through testing and sit in testing for quite a long time before a stable release occurs, so they're generally pretty stable, well tested and any bugs / problems etc. are well known by the time they're released.

    5. Re:I don't understand the difference by prefect42 · · Score: 4, Informative

      You don't have to wonder with RedHat. Just look at the SRPMs and see what patches they've applied.

      --

      jh

    6. Re:I don't understand the difference by uassholes · · Score: 1

      According to http://www.top500.org/stats/list/30/os when the linux is identified, most are suse.

    7. Re:I don't understand the difference by Anonymous Coward · · Score: 0

      Just wondering...what, if anything, did they use to collect the data?

    8. Re:I don't understand the difference by Anonymous Coward · · Score: 1, Interesting

      The data is submitted by the owners, but it's not like anyone has any reason to lie about what they're running on their cluster.

      SUSE and RedHat EL are the two Linux distributions you'd expect to see on a Top500 cluster. They administrators can be sure of good support from Novell or RedHat and there's little advantage in using anything else. Needless to say, 8 computers is not a Top500 cluster. I have test clusters that are powered off right now that have more than 8 nodes.

    9. Re:I don't understand the difference by cloakable · · Score: 1

      I've been using Debian for a while now, and the main configuration tool is HBK - Human Behind Keyboard ;) Npt that I'm complaining - I'd rather write a config file, and KNOW that it's right.

      --
      No tyrant thrives when every subject says no.
    10. Re:I don't understand the difference by asuffield · · Score: 2, Insightful

      The data is submitted by the owners


      So what you have is a list of the 500 biggest operations who think it is important to brag about what platform you are running. That's quite different from the 500 biggest operations (I'd be surprised if the two lists overlap at all).

      I know that if I were running one of the largest, most sophisticated computer systems in the world, I wouldn't be going around telling my competitors how I did it.
    11. Re:I don't understand the difference by 0racle · · Score: 1

      Given that Linus's approach to 2.6 was develop and experiment in the main tree and let the distros stabilize it, Red Hat patching the kernel is hardly a bad thing. Besides, there are more then a few Debian packages that are heavily patched to work 'The Debian Way'. If I was wanting a distro that was pretty much vanilla everything, I'd go for Slackware, not Debian.

      --
      "I use a Mac because I'm just better than you are."
    12. Re:I don't understand the difference by Anonymous Coward · · Score: 0

      Except most of them are owned by universities or non-commericial agencies that don't care if you know they've got a 1000 node cluster running RedHat. How does that help you? You don't know what they're running on it, after all.

      I know that if I were running one of the largest, most sophisticated computer systems in the world, I wouldn't be going around telling my competitors how I did it.

      Well there are certainly some very large clusters which are not on the Top500 list. That's not because of commericial considerations though.

    13. Re:I don't understand the difference by emag · · Score: 3, Informative

      Well, one of the things I'm running into, having walked into a RHEL-heavy shop, is that every single RH box has what I've come to derisively refer to as /usr/local/hell. Every. Single. One. Basically, because of the extreme pain of upgrading (or others' laziness, though my limited experience in the distant past says it's mostly the former), we have RHEL3, RHEL4, and RHEL5 servers, all at whatever the then-current patchlevel was (AS, ES, WS, BS, XYZS, ASS...Taroon, Macaroon, Buffoon...you get the idea), that have almost everything important duplicated in /usr/local, built from tarballs. Can't remove the system-supplied stuff, since what's left that expects it will balk, but can't use it either, since users or security concerns dictate significantly newer releases of everything from Apache to perl to php to mysql to...

      This is, of course, a nightmare. Worse, the kernels on all of these have the notorious RH patchsets, so as far as anyone knows, each and every one has a mish-mash of backported "features" from newer kernels, but few of the bugs fixed that those newer ones have. In fact, several are still at 2.4.x kernels that, even years later, suffer from a kswapd problem that makes the machines unusable after a while. And we're getting in newer hardware that the 2.6 kernels that ARE supplied don't support. Everyone here has given up trying to build a plain vanilla kernel from the latest sources, because there are so many RH-applied patches to their kernels that may or may not even be applicable or available for the vanilla Linus kernels, that no one can say with any degree of certainty that the system will even boot. With Debian, I gave up on vanilla kernels because I was just tired of sitting through recompiles for the "advantage" of just removing a few things that were modules that I knew I would never use, customized to each of a half-dozen machines.

      With Debian, which I've run for years without a "reinstall", updates are significantly simpler to perform, and if you want to throw backports.org into your sources.list (which may or may not be a fair thing to do), even *stable* has 2.6.22, or 2.6.18 withouth bpo in the mix. Remote updates? No problem, Debian was *designed* to be updatable like that from the start. The dpkg/apt* tools are still worlds ahead of the RH (and SUSE) equivalents. Dependencies are easier to deal with, as are conflicts, and security.d.o seems to be a lot more on the ball about patches than anyone else.

      In fact, I'm often telling our security guys about updates that fix vulnerabilities that their higher-up counterparts haven't started riding them about yet, so they can get a head start on going through the major hassle of begging/cajoling/threatening the RH admins to grab the latest sources, rebuild, and re-install so we don't get slammed on the next security scan for having vulnerable servers. Not that it's ever "the latest", but always "the least amount of upgrade needed to avoid being flagged", which means that next month we go through this all again. With Debian, "aptitude update ; aptitude upgrade" (or just "aptitude"/whatever and then manually select packages, though in stable, it's only going to be fixes anyway most of the time), and the handful of systems I've gotten in under the radar are up-to-date security-wise with significantly less effort.

      Even the "you get what you pay for in terms of support" canard has been proven to be false. We had a couple brand-new freshly-patched RHEL5 systems that just would not stay up. First thing RH Support has us do is run some custom tool of theirs before they'll even attempt to help us. A tool that, I should add, is rather difficult to run on a machine that goes down within minutes of coming up. Finally we re-installed and didn't apply the RH-sanctioned updates. Machine...stays up. Same thing with some RH-specific clustering software. Another RH-approved release resulted in...no clustering at all. For whatever reason, re-installing the prior RPM wasn't possible, but the

      --
      "The urge to save humanity is almost always a false front for the urge to rule." --H.L. Mencken
  9. Re:Debian? by rucs_hack · · Score: 3, Interesting

    Actually I don't like Debian much as a desktop machine, but I love it as a number cruncher OS. I've had a 10 machine openmosix cluster going for several years now, problem free.

    Stability is a major thing with Debian, and my experience has been that this is quite true.

  10. One thing always missing from such stories... by dhavleak · · Score: 5, Interesting

    What was the age and the specs of the SGI being replaced?

    Going by Moore's law, a factor of 20 performance improvement takes about 6 to 8 years. If the SGI was at least that old, this isn't news -- it's just the state of the art these days. In other words, small clusters capable of weather forcasting are relatively run-of-the-mill.

    Of course, props to linux for being the enabler in this case.

    1. Re:One thing always missing from such stories... by JK_the_Slacker · · Score: 4, Funny

      6 to 8 years, you say? Well, then, they'll be ready to upgrade about the time the next version of Debian is released.

      --
      I'm waiting for a "-1 somepeoplejustshouldn'tgetmodprivileges" meta-moderation.
    2. Re:One thing always missing from such stories... by Gutboy · · Score: 1

      a factor of 20 performance improvement takes about 6 to 8 years

      It was a cost reduction of a factor of 20, not a performance improvement.

    3. Re:One thing always missing from such stories... by dhavleak · · Score: 1

      It was a cost reduction of a factor of 20, not a performance improvement. Err.. if the old SGI had 400 CPUs and the new cluster needs 20 CPUs to match its performance, then new cluster performs the same at 1/20th the cost.

      I know this is an over-simplification, the SGI probably used vector processors and relied a lot less on parallel-processing, cost-per-processor and number of processors will be completely skewed from my example if that's the case, yada yada yada.. but you get the point I hope..

    4. Re:One thing always missing from such stories... by G3ckoG33k · · Score: 1

      Debian "unstable" Sid is upgraded every day, or at least several times per week.

      Debian "testing" is upgraded several times a month.

      Debian "stable" is upgraded every one or two years.

      Take your pick.

      I chose "unstable" which is stable enough to be on my home machine. I have never had any serious issues, so far, after one year of usage.

      For a production server I would use "stable" but for a research machine the "unstable" looks like a good choice. I guess the people who built it would know what to do.

      The only one I have avoided is "Debian experimental"... :)

      http://www.debian.org/ for the world

    5. Re:One thing always missing from such stories... by TwoCans · · Score: 1

      > What was the age and the specs of the SGI being replaced?

      Well, RTFA:

      "Previously, for almost a decade PAGASA used an SGI Irix supercomputer...."

      So they were probably using an O2k. Somebody wake me when there is some real news.....

    6. Re:One thing always missing from such stories... by IkeTo · · Score: 4, Informative

      This is inaccurate, as a long time Debian user I really cannot resist in correcting them.

      > Debian "unstable" Sid is upgraded every day, or at least several times per week.

      True.

      > Debian "testing" is upgraded several times a month.

      Wrong. Debian testing is updated automatically from packages in Debian unstable. The difference is simply that a package has to sit in Debian unstable for a few days, and no significant bugs can be introduced by the new package, before it is updated. Since the process is automatic, Debian testing is updated just slightly less continuously as unstable (it depends on the robot to check the package dependencies and bug reports rather than the maintainer to upload a new version).

      The only time when the update rate is seen as low as less than that is when testing is in deep freeze, i.e., a new stable is about to be created.

      > Debian "stable" is upgraded every one or two years.

      It usually takes slightly longer than two years.

      > The only one I have avoided is "Debian experimental"... :)

      You cannot have a pure "Debian experimental" system. Debian experimental are subsystems that could have profound effect on the rest of the system, and so is provided for trial in isolation. E.g., back in the Gnome 1 to Gnome 2 transition days, or XFree 3 to XFree 4 days, these subsystems are tested in experimental before moving to unstable. These packages are supposed to be used on top of or to replace some unstable packages. Since they affects one particular subsystem, experienced testers can try one particular one based on their needs.

    7. Re:One thing always missing from such stories... by uofitorn · · Score: 1

      Exactly, this isn't news. The "supercomputer" in question was a decade old.

      A modern cluster of high-end Intel CPUs beats a 10 year old computer? Shocking!

      --
      "What kind of music do pirates listen to?" -Paul Maud'dib
      "Yeeeaaarrrrr n' Bee!!" -Stilgar, Leader of Sietch Tabr
    8. Re:One thing always missing from such stories... by EdtheFox · · Score: 1
      FTFA:

      "The major motivation for migrating to an open source based system was cost. Previously, for almost a decade PAGASA used an SGI Irix supercomputer that cost over P200,000 (AUD$5200) a month to run. Since September 2007, the Debian Linux cluster has dropped that monthly figure down to around P10,000 (AUD$260).

      "The other motivation was to increase computing power with less capitilisation. With Irix, our capitilisation was about P25 million (AUD$655,000). With the Debian cluster we spent around P2 million (AUD$52,000) including the migration cost and training," Pineda said." The story isn't about the performance of a linux cluster, but about the cost effectiveness thereof. If you can cut your server budget by a factor of 20 (including migration and training), then this should be front page news!
    9. Re:One thing always missing from such stories... by Respect_my_Authority · · Score: 3, Interesting

      > Debian "testing" is upgraded several times a month.

      Wrong. Debian testing is updated automatically from packages in Debian unstable. The difference is simply that a package has to sit in Debian unstable for a few days, and no significant bugs can be introduced by the new package, before it is updated. Since the process is automatic, Debian testing is updated just slightly less continuously as unstable (it depends on the robot to check the package dependencies and bug reports rather than the maintainer to upload a new version).

      There are robots among debian developers, eh? ;-)

      I don't think the process of migrating packages from unstable to testing is quite as automatic as you describe. At least, the most important packages (like linux, gcc, glibc, dpkg, python, xorg, gnome, kde, ...) don't migrate automatically. These transitions are made only when the maintainers think they're ready to be included in the next stable debian release and when they're sure that they don't break anything.

      > Debian "stable" is upgraded every one or two years.

      It usually takes slightly longer than two years.

      Yes, but haven't you noticed a definite change with the release timetables for etch and lenny? Etch was originally planned to be released 18 months after sarge, although it actually took 22 months because there was a four-month long delay. And now lenny is planned to be released in September 2008, which would be 17 months after the etch release. To me this seems like debian has lately adopted the goal of a 18-month long release cycle, although slight alterations are always possible because debian stable is only released "when it's ready."

    10. Re:One thing always missing from such stories... by Provocateur · · Score: 1

      This is run-of-the-mill for us here, but considering that it's a Third World country, what makes it a story is that when it came time to upgrade, they decided to go a different route (commodity...yet still an upgrade!)

      And other institutions in that country facing similar decisions yet hampered by limited resources and funding could always point to the venerable PAGASA as Exhibit A, so it could have a snowball effect.

      --
      WARNING: Smartphones have side effects--most of them undocumented.
    11. Re:One thing always missing from such stories... by fm6 · · Score: 2, Informative

      It's not news that an old system was replaced by a new system. It is interesting that an old supercomputer wasn't replaced by a new supercomputer; a cluster of cheap commodity systems does the job just as well when you don't need real-time performance. This sort of creative use of PCs is what drove SGI into bankruptcy and irrelevance.

      This Philipine newspaper story fills in some important details missing from the Australian PC News article: the age of the SGI system (10 years) and the reason it was costing so much to run (expensive to get application support for IRIX, an OS that hasn't had a major update in the same 10-year period).

      This last issue is what really killed the SGI system: not its age (these big installations are often around for decades), but the fact that only a few people are working on SGI platforms any more, and those that do can command premium prices. If the system had been from Sun, HP, or IBM, or any company with an OS still under active development, it might have been cost effective to keep it in place. This is particularly relevant on Slashdot, where we're always hearing from folks who just don't understand why there isn't better application support for their favorite platform.

      I'm still curious as to what specific SGI system got junked. Best guess: a low-end Origin.

    12. Re:One thing always missing from such stories... by Anonymous Coward · · Score: 0

      This sort of creative use of PCs is what drove SGI into bankruptcy and irrelevance.

      It's been mentioned time and time again. SGI engineers (now Nvidia) wanted to bring out a PC version of their graphics workstation hardware. The executive board of SGI refused, believing that customers would be more than happy to pay premium prices for the little silver SGI sticker on the monitor and case.

      Anyone who was in the industry in the mid 1990's would have seen the rapid advancement of console and PC graphics hardware (Sega Saturn/Playstation/Nintendo 64), then the PC boards in mid 1990's (3dFX), then Nvidia's boards (TNT, TNT2) up to the Geforce 9800 at present. SGI did try and bring out the Indy, but Windows NT already offered identical graphics hardware.

    13. Re:One thing always missing from such stories... by Lennie · · Score: 1

      It didn't say performance improved by a factor of 20, the article (and summary) say the operation cost went down by a factor of 20.

      --
      New things are always on the horizon
    14. Re:One thing always missing from such stories... by dhavleak · · Score: 1

      Someone already mentioned that. Moore's law still applies. See my previous response here:
      http://slashdot.org/comments.pl?sid=487034&threshold=1&commentsort=0&mode=thread&pid=22748784#22749162

    15. Re:One thing always missing from such stories... by emag · · Score: 1

      Few even within SGI seem to be working on IRIX either. At least, that's the impression I get from our unfortunate IRIX admin here. The amount of cursing and swearing that ensues when SGI has a "recommended" change/fix, especially for our CXFS servers is...impressive. The fact that even the "5 minute" changes still require us to notify users we're expecting at least a half day of downtime (based on experience), is significantly less impressive...

      --
      "The urge to save humanity is almost always a false front for the urge to rule." --H.L. Mencken
    16. Re:One thing always missing from such stories... by fm6 · · Score: 1

      "Few"? Try none. SGI EOLed its last IRIX product in 2006. There might still be somebody working on patches for their support customers, but that's a small part of what is now a very small company.

    17. Re:One thing always missing from such stories... by IkeTo · · Score: 2, Informative

      > I don't think the process of migrating packages from unstable to testing is quite as
      > automatic as you describe. At least, the most important packages (like linux, gcc, glibc,
      > dpkg, python, xorg, gnome, kde, ...) don't migrate automatically. These transitions are
      > made only when the maintainers think they're ready to be included in the next stable
      > debian release and when they're sure that they don't break anything.

      The process is automatic. There is even a script to tell you why a particular package in unstable is not yet in testing (see http://bjorn.haxx.se/debian/testing.pl?package=firefox). The following description is from Debian (http://www.debian.org/devel/testing):

      > The "testing" distribution is an automatically generated distribution. It is generated
      > from the "unstable" distribution by a set of scripts which attempt to move over packages
      > which are reasonably likely to lack release-critical bugs. They do so in a way that
      > ensures that dependencies of other packages in testing are always satisfiable.

      Given the rule that new upload cannot break dependencies before entering testing, it is natural that unless there is some "manual pushing", major updates to these highly depended on packages nearly never happen automatically. The manual manipulation is done to let (force?) them in testing anyway, even though some other package would become uninstallable.

    18. Re:One thing always missing from such stories... by Respect_my_Authority · · Score: 1

      Thanks. Your reply adds useful information to your original post.

      So we can agree that the process isn't really quite as automatic as your original description indicates. Packages that don't have complex dependencies or reported release-critical bugs can pass from unstable to testing automatically but many important packages with complex dependencies (like linux, gcc, glibc, dpkg, python, xorg, gnome, kde, ...) nearly never migrate to testing without careful planning and manual pushing.

  11. This isn't anything new... by toby34a · · Score: 5, Interesting

    Most weather prediction centers have adapted their weather forecast models to use Linux clusters. By running an operational forecast model on a cluster, it's easy for forecasters to scale the models so that they can be run (albeit slowly) on desktop machines, and are easily worked on by real meteorologists (versus IT professionals). At my university, we use a large cluster of machines on a RedHat enterprise system, and then able to scale the models and run them on multiple processors using MPICH compilers and batch jobs. Really, using a Debian cluster is no different then using a RedHat cluster. My colleague has access to the NOAA machine, which has more processors then you can shake a stick at... he talks about some code that takes 3 days to run on his personal workstation that takes 2 minutes on 40 processors. With the relatively low cost of a linux cluster, weather forecasting models can be run quickly and efficiently on numerous processors at a local level. With the ease of use of a Linux machine versus some of the supercomputers, it puts the power in the meteorologists to make those changes to the model so that it can improve forecasts.

    1. Re:This isn't anything new... by jd · · Score: 1

      If you look at scientific open-source software for netcdf and other parallel data management systems, a very substantial portion is for climate and weather modelling. High-energy physics is another major area for open source. Computational fluid dynamics is also popular, but most of the code requires a posted and faxed agreement that the source not be opened to hostile countries. I would expect Linux and the *BSDs to be in widespread use in all three areas, simply because anyone who needs that level of control over the system -or- who can't afford the tens/hundreds of thousands of dollars to buy commercial packages to do the same thing is going to use Linux or a *BSD, with Linux dominating on clusters.

      --
      It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
  12. Re:Debian? by Thijssss · · Score: 5, Informative

    Debian works out just fine for these kind of tasks. Here in the Netherlands the national compute cluster Lisa runs on Debian (http://www.sara.nl/userinfo/lisa/description/index.html) with 800~ to a 1000 nodes (I think the page needs updating by now).

  13. Re:Right... by aquarajustin · · Score: 2, Informative

    All I can say is that I enjoy running Debian servers and RHEL clients at my work... and you're a douche...

  14. Obligatory by Nefarious+Wheel · · Score: 2, Funny
    Imagine a Beowulf cluster of ...

    oh, wait...

    --
    Do not mock my vision of impractical footwear
    1. Re:Obligatory by Mogster · · Score: 1

      So that would be Beowulf squared?

      --
      ACK NAK RST
  15. Re:hmm by nacule · · Score: 2, Funny

    More importantly, is it Vista capable?

  16. Re:Debian? by gullevek · · Score: 3, Insightful

    Debian is sure not a desktop distribution. Ubuntu would be one. I run Debian on all my servers.

    --
    "Freiheit ist immer auch die Freiheit des Andersdenkenden" - Rosa Luxemburg, 1871 - 1919
  17. Where is... by darekana · · Score: 4, Funny

    I tried:
    apt-get -f -y install gweather
    But it failed with something about "ldconfig: /lib/libearthquake-2.3.so.0 is not a symbolic link"

    Is libearthquake in unstable?

    1. Re:Where is... by palegray.net · · Score: 5, Funny

      You've got it all wrong; you should be using built-in tools like these:

      more weather - For when you need a new update.

      less weather - Got too much weather? Reduce it!

      vi weather - When you want to change the weather.

      emacs weather - When you want to change the weather on 15 separate planets at once.

      cat weather - It's raining... oh, never mind.

    2. Re:Where is... by gbobeck · · Score: 3, Funny

      Did you enable the "Universe" repository?

      --
      Navicula hydraulica plena anguilarum est. Omnes castelli tuus nostri sunt. Ed elli avea del cul fatto trombetta.
    3. Re:Where is... by Stormwatch · · Score: 2, Funny

      Microsoft Weather - seems to be a very fine weather, but all of a sudden it may turn into a hailstorm.

    4. Re:Where is... by sincewhen · · Score: 2, Funny

      Hailstorm? or Blue Sky Of Death?

      --
      -- Braden's law of data: All data spends some of its lifetime in an excel spreadsheet.
    5. Re:Where is... by INeededALogin · · Score: 1

      less weather - Got too much weather? Reduce it!

      Only problem is that less is more:-/

    6. Re:Where is... by knight24k · · Score: 1

      Need more coffee, I read that as universe suppository and that gave black holes a whole new meaning....

  18. Re:Debian? by jonaskoelker · · Score: 4, Funny

    you shouldn't be running anything but compiled source on a performance cluster. you wouldn't be running anything but source compiles on a performance cluster. :p
  19. Re:Debian? by Bronster · · Score: 5, Informative

    The binary package management really says it all.. you shouldn't be running anything but compiled source on a performance cluster.

    Wow - how many performance clusters do you run again?

    Not that I run a "performance cluster" as such - but I do run a bunch of machines that are very busy, all on Debian.

    You know what? We compile the couple of programs where CPU is the bottleneck from source. We also compile Cyrus IMAP from source because we apply a pile of patches, but if someone else was packaging up all those patches in upstream, I'd be happy for them to be compiled there. Disk IO is the issue with Cyrus, and a custom compile won't help with that.

    Yeah, we build our own kernels as well - that's another point that's worth the effort to customise. /bin/ls though? I don't think it matters to anyone on a high performance cluster. Just so long as the cluster apps are optimised then the rest is just noise - better to have a system that's less work for your administrators so they can concentrate on what's important.

  20. Re:Debian? by EvilIdler · · Score: 1

    I run ubuntu-server on my servers. Keeps packages in sync with my desktop
    so I can test things locally, but has slight differences in defaults.

  21. Re:Debian? by mortonda · · Score: 5, Insightful

    Why Debian? A desktop distro? That's got to be one of the least scalable and cluster-friendly distros.. Keep going, I was expecting to hear you claim Windows XP was a server OS next...

    Not sure why you call Debian a desktop distro, it's much more useful as a server.
  22. Re:Debian? by rolfc · · Score: 4, Insightful

    You obviously doesn't have a clue about Debian. Debian has been a fine server since 1995, and I still choose it before RHEL anyday. I have always found it strange that everyone went for RedHat, when they could have Debian. Mark S. saw the advantages of Debian and based Ubuntu on it, Ubuntu is a server and a desktop distro, based on Debian. It has made more people realize the strength of the Debian approach.

  23. Re:Debian? by SuperQ · · Score: 4, Insightful

    Exactly, My job is running high performance computing clusters. You don't need to put much effort into your cluster distribution at all. As long as it's stable, and gets the job done, why mess with it.

    The things I (and my co-workers) put a lot of optimization effort into is the kernel and our apps. You're exactly right.. 99.9% of our CPU cycles go into getting work done, and that 0.1% used by /bin/ls don't matter a bit.

  24. Re:Debian? by wellingj · · Score: 3, Insightful

    I don't get why every one is saying it's not for desktop. It runs great on my T60. Everything works fine: sleep, mouse, red nub, wireless, sound, screen brightness, Blue-tooth. I guess I have never used the media buttons...

  25. Re:hmm by timrichardson · · Score: 1

    My HP calculator is Vista Capable. It has a sticker that says so.

  26. Re:hmm by JohnBailey · · Score: 4, Funny

    More importantly, is it Vista capable? Yes, but only home basic.
    --
    It is difficult to get a man to understand something when his job depends on not understanding it.
  27. ctrl+f beowulf cluster, F3, F3, F3, by HNS-I · · Score: 0

    What, only one?

  28. Re:Debian? by GigaplexNZ · · Score: 3, Insightful

    They never said it can't be used for desktop. They are just saying that it isn't primarily aiming for desktop use and works very well on servers, debating the original posters claim.

  29. Virtual Machines by jlebrech · · Score: 0

    Debian is pretty great, but notived that you need a pretty big virtual machine
    allocation if you are to use it within vmware as the log files clog up the system pretty quickly.
    there is a setting somewhere but by default is expects a normal hard drive and not for example a 1gb allocation.

    1. Re:Virtual Machines by dasmoo · · Score: 1

      /etc/logrotate.conf Your problem isn't Debian, as 7 days rotation is just fine in most cases. I'm pretty sure you'd use up more space with the default packages in other systems anyway.

  30. Scalable ? by Guybrush_T · · Score: 1

    "an eight-PC Debian cluster"

    "[we] wanted to implement a system which is very scalable"

    8 PCS ? 64 cores at most. And they call that scalable ? Come on, today's top500 top machines scale on 10'000 cores. They're 15 years late.

    1. Re:Scalable ? by onebuttonmouse · · Score: 2, Informative

      Perhaps they mean it is scalable in the sense that one could simply add more machines to the cluster, rather than adding more cores to the machines already in place.

      --
      MacBook Pro. Worst name since the Bicycle
    2. Re:Scalable ? by Anonymous Coward · · Score: 0

      Yeah...that's what scalable means...

    3. Re:Scalable ? by x-caiver · · Score: 1

      As was already mentioned, 'scalable' doesn't mean 'already at max scale' it means that they have the ability to increase the size of the cluster easily. And as far as Top500 goes, you don't need 10k cores to get on the list. Lower on the list (like 450-500) you'll find machines with under a thousand dual-core Xeon 5100 Woodcrests.

  31. They're not paying Intel either by terremoto · · Score: 2, Interesting

    From TFA What was even surprising to us is that Intel FORTRAN is also free of charge ... I bet Intel are surprised too. Their compilers are not that free of charge. The people at the Philippine government's official weather service are hardly "not getting compensated in any form" http://www.intel.com/cd/software/products/asmo-na/eng/219771.htm

  32. How do they actually supercompute? by Kim0 · · Score: 1

    The article lack, as usual, information about what those machines actually do when they compute together.

    What I want to know is: Do they have a big 64 bit addressable RAM image spread over all nodes, communicating with pthreads, like I prefer? Or perhaps they have several 32bit RAM images communicating with some special message protocol. Or perhaps they just have lots of quite independent but equal programs running, as an ensemble. Or perhaps some kind of pipeline where the different parts of the calculation run on different machines.

    All those free and commercial producers of supercomputers, why don't they tell us clearly how they are supposed to be used? Personally, I prefer one big image, because I am a physicist kind of person, knowing that this simple computational model will save me lots of work, and also work fast in practice, as long as I do not write too stupid code, i.e. with tight nonlocal interdependencies. But from what I see, many of them appear to use 32bit operating systems, which makes this impossible, and they thus have to use message passing protocols, which make everything much more complicated. For instance: I can do a big 3D wave simulation by having a big 3D array spanning several machines, and updating it piecemal. However, if I have to cut it into 64 sub-cubes, and using message protocols to glue their edges together, then the work required to do this is a significant road block, and extra code like that also introduces bugs.

    Could this be solved by something as simple as using an NFS file, memory mapped piecemal to different machines to do automatic cross-machine data sharing?

    Kim0

    1. Re:How do they actually supercompute? by Lennie · · Score: 1

      I don't know if it's a single system image, but it could be: http://www.openssi.org/

      --
      New things are always on the horizon
    2. Re:How do they actually supercompute? by BigBlueOx · · Score: 1

      The article lacks, as usual, information about what those machines actually do when they compute together.

      Thank you, Kim0, for stating so clearly what needed to be said. I'm particularly glad that these Slashdot children were here today to hear it.

      "Cluster" has got to be the most over-loaded and hence now meaningless word in all of computing. This article didn't even have a link to anything that would help curmudgeonly types like myself, who firmly believe that the only real cluster is an SSI and who type run-on sentences with lots of commas in them, determine exactly what is being talked about here. Harumph.

  33. Re:Debian? by Simon+Brooke · · Score: 4, Interesting

    Why Debian? A desktop distro? That's got to be one of the least scalable and cluster-friendly distros. If they would invest a little to set things up properly they could get a lot more performance out of their machines.

    Debian isn't - and never has been - a desktop distro. If you want a desktop distro built on Debian architecture, you get Ubuntu, or Knoppix, or one of a dozen others. Debian's unique selling proposition is a combination of stability, which is very important to production servers, and a rigorous commitment to free software. Packages don't make it into Debian Stable until they have been thoroughly tested. Debian also has the best package management system in the industry.

    Frankly, I wouldn't run a server with anything else.

    --
    I'm old enough to remember when discussions on Slashdot were well informed.
  34. Re:Debian? by Apro+im · · Score: 2, Insightful

    Hmmm... 0 to Gentoo/Slack fanboyism in like... 4 comments.

    I know people who know a fair amount about running clusters. None of them want the headache of dealing with the random-ass unexpected conflicts that arise out of having the explosion of possibilities for custom compiling for each server. Also, nobody wants to use their precious "performance cluster" cycles compiling every update. If you really need to compile tweaks (for the important stuff only), you do it offline, once, and then build a *binary* package to distribute to your nodes.

  35. Re:Debian? by gullevek · · Score: 1

    I do the same with debian actually. Well Ubuntu comes from Debian so there wont be a big difference I guess :)

    --
    "Freiheit ist immer auch die Freiheit des Andersdenkenden" - Rosa Luxemburg, 1871 - 1919
  36. Re:Debian? by gullevek · · Score: 2, Insightful

    I never said it doesn't work on a desktop. I use it here on mine right now. It's just not as easy to setup as Ubunutu I think.

    --
    "Freiheit ist immer auch die Freiheit des Andersdenkenden" - Rosa Luxemburg, 1871 - 1919
  37. As a weather geek as well as a GNU/Linux geek... by baronvonchickenpants · · Score: 1

    This makes me very happy.

    --
    "The bad machine doesn't know he's a bad machine."
  38. Re:Debian? by EvilIdler · · Score: 2, Informative

    Nope, it's one big, happy family :)

  39. Re:Debian? by chthon · · Score: 2, Informative

    Every time I want to install Ubuntu on some random machine, it fails. I always have to go back to Debian.

    I have Debian currently installed for my father and my sister. Spares me the headaches of Windows problems. The only support I need to deliver to them is giving information about performing tasks.

  40. Re:hmm by FudRucker · · Score: 2, Funny

    since it is a cluster that would be correct, a herd of hurd...

    --
    Politics is Treachery, Religion is Brainwashing
  41. disturbance in the force by MadMidnightBomber · · Score: 1

    I felt a great disturbance in the force - as if millions of geeks had ROFl'ed and then were silent.

    --
    "It doesn't cost enough, and it makes too much sense."
    1. Re:disturbance in the force by Hucko · · Score: 1

      Weird, I just felt like we do when all our powers combine....

      --
      Semi-automatic amateur armchair Australian philosopher; conjecture ready at any moment...
  42. Re:Debian? by phillips321 · · Score: 1

    10 computers over several years? Greenpeace are gonna be hunting you down like sailors to whales!http://forumpix.co.uk/i.php?I=1205492846

  43. Re:This isn't anything new... Global Telecom. Sys. by anon+mouse-cow-aard · · Score: 1

    The article mentions the Global Telecommunications System (GTS) It would be cool to know
    how they get their GTS data, probably use a satellite downlink. There is a GPL GTS switch that's developed for Debian:

    http://metpx.sourceforge.net/

  44. Re:Debian? by Lillesvin · · Score: 2, Insightful

    How fortunate that apt/dpkg handles source packages so well then... Punching in 'apt-get -b source <whatever>' is not a whole lot harder than 'port install <whatever>' or whatever you prefer, is it? I know, I know... Don't feed the troll... Sorry.

    --
    "Live free or don't."
  45. Debian rocks by Britz · · Score: 1

    what else is new?

    FYI, I am a little biased, but Debian is the distro that constantly gives me the least trouble.

    1. Re:Debian rocks by pak9rabid · · Score: 1

      Agreed. Debian (and all it's variants) are my favorite distros by far. Everything just works as expected, not to mention their package management system (apt) is the superior binary package management system by far (gentoo's portage system is really nice as well, but I'm not so much a fan of installing from source).

  46. Why debian when you can have Slackware? by Viol8 · · Score: 1

    And customise absolutely everything yourself.

    1. Re:Why debian when you can have Slackware? by rolfc · · Score: 3, Insightful

      You customise absolutely everything yourself in Debain too, but when you have more than 50 servers running, thats not what you want. In that situation you want something dependable, stable that let you do other things. In Debian you don't ever have to reinstall, you just upgrade. I started out with Slackware, if I remember right, but since I started using Debian in 1995, I have not seen a better server,and during that time I have used quite a few. No one has served me better than Debian.

    2. Re:Why debian when you can have Slackware? by Vorpix · · Score: 1

      apt

      --
      frog blast the vent core
  47. weatherNIX? by greyblack · · Score: 1

    There must be a thousand distros out there, so why not?

    --
    Everybody uses broad generalizations.
  48. Re:Debian? by indifferent+children · · Score: 4, Funny

    Give the guy a break. He just wanted to see Gentoo compile in less than 2 weeks; he had a cluster handy...

    --
    Censorship is telling a man he can't have a steak just because a baby can't chew it. --Mark Twain
  49. Re:Debian? by 427_ci_505 · · Score: 3, Insightful

    While Ubuntu might be friendlier, and be more polished, I'd like to say that Debian is perfectly workable as a desktop os. (Started with a base install that didn't even appear to come with less, moved onto fluxbox when I wanted a gui, moved back to kde because I missed it).

    It just takes a little more effort if you do something pointless like start out with just the min install.

  50. Re:Debian? by beefsprocket · · Score: 1

    Lenny is absolutely a desktop distro as well. In fact, pretty much any Debian testing has been suitable in that role for years.

  51. Re:Debian? by Anonymous Coward · · Score: 0

    what are you, a communist? **ducks**

  52. Re:Debian? by cloakable · · Score: 1

    Yep, Debian base install has more, not less. They do have vim, though ;)

    --
    No tyrant thrives when every subject says no.
  53. Re:Right... by cloakable · · Score: 2, Informative

    Um, your unfamiliarity with Debian is painfully showing. apt-get update doesn't destroy servers. apt-get upgrade might, if you're running testing or unstable. I'd recommend you use neither for production servers, and stick with stable.

    And consistency? Like how the entire Debian repository is cross checked every day to ensure consistency?

    I'm also intrigued by your reference to updates destroying servers. Do you get this behaviour with Red Hat? Makes me glad I'm not using it, then.

    And managing an arbitrary number of nodes under Debian is easy with clusterssh.

    --
    No tyrant thrives when every subject says no.
  54. Re:Debian? by enrgeeman · · Score: 1

    yea, vim-tiny.

    --
    sent from my slashdot browser.
  55. Re:Debian? by street+struttin' · · Score: 3, Informative

    I agree. I used to run some clusters for the UCLA Chemistry department and the only real customizations we did was to install a custom kernel in Redhat 9 to handle the huge amount of memory we had installed. And even that wasn't in all the clusters. But yeah, the code the clusters was actually running was pretty much always compiled by hand.

  56. Re:Debian? by MrNemesis · · Score: 1

    Three Ubuntu for the Elven-kings under the sky,
    Seven Damn Small Linux for the Dwarf-lords in their halls of stone,
    Nine Linspire for Mortal Men doomed to die,
    One Debian for the Dark Lord on his dark throne
    In the Land of Mordor where the Shadows lie.
    One Debian to rule them all, One slocate to find them,
    One distro to bring them all and in the darkness bind them
    In the Land of Debian where the apt repositories lie.

    http://www.debian.org/misc/children-distros

    --
    Moderation Total: -1 Troll, +3 Goat
  57. Re:Debian? by domatic · · Score: 1

    The only way I could get Spamassassin 3.2.4 in the form of a deb was from Ubuntu so I built the source DEBs (there were some dependencies) on a machine that I use as a build host and testing playground. That Spamassassin instance has been chugging along without a hitch for a couple of months now on an Etch server. There is no way I'm to going install Ubuntu binary debs on a running server but dpkg-buildpackage really DOES make it all one big happy family. I've also built Sid source DEBs for my Ubuntu desktops.

    This is one of the things I like most about Debian derived distros. The packages are highly compatible at the source level. My experiences a few years back rebuilding SRPMs between say RedHat and Mandrake weren't nearly as smooth.

  58. Re:Debian? by suggsjc · · Score: 1
    Exactly, there is no correct answer for all scenarios because there are just so many variables.

    There may or may not be that much performance gain from compiling from source, but depending on what your sysadmins cost, having the ability to run

    apt-get update && apt-get upgrade
    and have your system be automatically updated could end up being more cost effective than additional support even if that means that you have to buy more/bigger hardware.

    Personally I use the package management system for all of the core subsystems/libs and only compile from source my main applications (apache, php, postgres, and mod_perl). There may be a point when I find it necessary to compile my own kernels and do other optimizations, but for me this is the ideal scenario.
    --
    When I have a kid, I want to put him in one of those strollers for twins and then run around the mall looking frantic.
  59. Tsunami prediction with a weather model by havetoo · · Score: 1

    I know Linux and Debian are very configurable, but I'd be very interested in knowing how they configured a numerical weather prediction model to predict tsunamis. I mean what are the chances that Australian PCMag headline writers have their heads up their asses?

  60. Re:This isn't anything new... Global Telecom. Sys. by idontgno · · Score: 1

    GTS was until recently largely an X.25 PSTN. I learned X.25 helping maintain message-switching software at a military weather forecasting center; we were a subsidiary node of GTS in that capacity.

    I know that many nodes in the GTS have gone to FTP or TCP socket streaming over the Internet (or VLANs running under the Internet). Old-sk00l by 'net standards, but Très moderne in the WMO timescale.

    --
    Welcome to the Panopticon. Used to be a prison, now it's your home.
  61. Ubuntu is "basically Debian-based" by dinomite · · Score: 1

    The article says that their preference on workstations is Ubuntu which is "basically Debian-based." Ubuntu isn't just Debian-based, it's entirely dependent upon Debian for it's continued development.

  62. 10 year old IRIX??? by bgkorn · · Score: 1

    So, x64 processors beat out the MIPS 10000 from 1997? Go figure.

  63. Re:Debian? by emag · · Score: 1

    I wouldn't want X installed on a cluster or server. I cringe every time I use a server-room KVM and end up on a Linux server that has X running...WHY?! FOR THE LOVE OF GOD, WHY?!

    That being said, I've had very few problems getting X running in Debian. At least 80% of that is researching before I buy a video card... If X doesn't support the card/chipset, I don't care if it's the latest and greatest card out there with 2G of FTL SDRAM, 2 quintillion colors, and able to support 300 fps @ 16000x9000 resolution. :-)

    --
    "The urge to save humanity is almost always a false front for the urge to rule." --H.L. Mencken
  64. Re:Debian? by AvitarX · · Score: 4, Funny

    the code the clusters was actually running was pretty much always compiled by hand.

    You really oughta use a compiler for that.

    --
    Wow, sent an e-mail as suggested when clicking on "use classic" banner, and got a fast response that addressed my msg
  65. Re:Debian? by asackett · · Score: 1

    Debian's not a desktop distribution? After a dozen years, NOW someone tells me? Geeze. Now I've got to install something else on all of my desktop machines.

    --

    Warning: This signature may offend some viewers.

  66. Re:Debian? by Seth+Kriticos · · Score: 1

    Agreed
    I use debian as desktop system too.. and a bunch of other stuff.. can't beat the other systems I tried (Suse, RH, Gentoo) on stability and reliability.. of course it is only useful people capable of solving problems at times..
    Wouldn't install it on the pc of my grandmother anyway, but It really does the job for me..
    Can't help the people who want the newest unstable features all the time.. it's their problem.. and in uniqe situations, there are always possibilities to get a new package working..

  67. Re:Debian? by kc2keo · · Score: 1

    Agreed... I use Debian 4 on two low end machines for the purpose of running my web servers, SSH, webmin, TeamSpeak, ... Prior to using Debian I had Gentoo running. It ran fine for my purposes but ran into some issues when updating some packages. Took me too long to fix issues when updating broke things so I made the decision to go with Debian. I'm glad I made that choice because its been very stable and easy to manage. I leave it up for months at a time and are on a UPC.

    For main use I use Kubuntu or Ubuntu with the GDM disabled which means I just use a text login. I Used to use Gentoo prior to that but took forever to install new packages and was pretty easy to screw things up when emerging some things. I learned a lot when I used Gentoo but Kubuntu is what I prefer at this moment in time. The only real annoyance with Kubuntu/Ubuntu is that when booting the text login comes up then other services start after that. Debian does it correct and starts all the services in the default runlevel before comming to the text login prompt. You know what I mean?

  68. Re:Debian? by Tuxino · · Score: 1

    There may or may not be that much performance gain from compiling from source, but depending on what your sysadmins cost, having the ability to run

    apt-get update && apt-get upgrade
    and have your system be automatically updated could end up being more cost effective than additional support even if that means that you have to buy more/bigger hardware.


    Actually it is quite possible to get the best of both worlds - or even better - at least if the cluster nodes are reasonably identical. Just use one box for building the binary packages and have a local repository. Set all the cluster nodes to only use your own repository, and have them update automatically with a cron job.


    On your build box, you update as normally from standard repositories, but those packages you want to build yourself, you set a pin for, so they don't update.


    When you build a package, you can use the source package and apply patches and options to suit your environment, or you could even build a package from scratch. (Since you have a cluster, distcc might be useful when building.)


    When everything works put the packages in the repository.


    In case you require all nodes to have the same version, it might be smarter to have a script which handles the updating.


  69. Re:Debian? by Hucko · · Score: 1

    That is like saying that a lion isn't a mammal! It is a cat!

    --
    Semi-automatic amateur armchair Australian philosopher; conjecture ready at any moment...
  70. Re:hmm by dave87656 · · Score: 1

    More importantly, is it Vista capable?
    Vista who?
  71. Re:This isn't anything new... Global Telecom. Sys. by anon+mouse-cow-aard · · Score: 1

    Exactly! MetPX is a tcp/ip only switch. It implement WMO manual 386 tcp/ip sockets, as well as file exchanges over ftp & sftp. It was written to accomplish a transition away from proprietary mainframe stuff exchanging X.25 with the GTS. It also does AFTN (Aviation Fixed Telecommunications Network) over tcp/ip, in contrast to traditional X.25. It is used for the Canadian gateway between GTS and AFTN in Canada, as well as the GTS node itself.

    Many think of the GTS as an X.25 network, but X.25 is going away. All of the commercial
    switch vendors, as well as MetPX, support WMO sockets at a minimum. File based exchanges are
    the new frontier. This software is such a niche application, that there isn't a lot of ''community'' that will be interested. It's kind of a vertical market thing. So it hasn't exactly taken the world by storm.

  72. Re:Debian? by moonshinerat · · Score: 1

    I agree, it's great for servers but pathetic on desktops. I have the one of the worlds most common integrated graphics chipsets from Intel; every Debian based distro I have used cannot configure any kind of widescreen monitor display with this chipset. It's not just me, all the people I have spoken to on seven different forums can't get it to work either.

    I just hope that the Philipine weather stations can find standard ratio monitors in the shops because otherwise their maps are going to be a real funny shape (in most countries in South America you can't buy standard aspect monitors anymore).

  73. Re:Debian? by TheWanderingHermit · · Score: 1

    I'm using dual-head with widescreen on one monitor with Ubuntu with no trouble. I had to change some settings in the config for X I believe, but that was about it.

  74. Re:Debian? by TheWanderingHermit · · Score: 1

    Actually, Debian is intended for servers and runs on more architectures than any other L inux distro.

    Fixed it.

  75. Re:Debian? by moonshinerat · · Score: 1

    I had to send six different xorg configurations to Ubuntu and the post is still on the bug reports without a solution. It's receiving about twelve hits a day with possible solutions or further bugs related to this so if you've got it sorted could you post on their forums cos a lot of people would like the solution.

    I noticed that the issue is with Intel 82945g chipsets, Debian based distros, LG/Samsung/AOC/Soyo & CTX monitors though all those with Dell or Viewsonic seem to have corrected the problem but their solutions don't work for anyone else. Unfortunately you can only buy LG or Samsung within 1000 miles of Ecuador.

  76. Re:Debian? by craigevil · · Score: 1

    Debian runs perfectly as a desktop anything else is just useless FUD. I have ran Debian unstable as me desktop for the last 4 years, and now on my Eeepc. Why the hell do think 70% of other distros are based on Debian ? It truly is the Universal OS.

    Sarge was released in not quite 2 yrs, Etch is due to be released in Sept, Stable is fine on a server, but most people that run debian on their desktop use testing or Sid.

    --
    Debian Sid LXDE Firefox 3.6.4
    GNU/Linux and Firefox, surfing the internet safely.
  77. Re:Debian? by miksuh · · Score: 0

    It's NOT a desktop distro. Especially compared to Mandr* or Ubuntu or many others out there. YES IT IS. I have been using Debian on desktop since 1998 and I don't agree with you. What you say IS a lie and simply bullshit. You really should try to install eg. Debian Etch on desktop and talk after that. I think you have not ebven tried to isntall Etch on desktop if you think like you say. I don't know if you are just ignorant or if you are deliberately spreading lies, but Debian is as much desktop distro as any other distro. Default Etch installation with gnome desktop is almost as easy to use as eg. ubuntu. If something is not installed by default you can find it from Debian repository.
  78. Re:Debian? by miksuh · · Score: 0

    I never said it doesn't work on a desktop. I use it here on mine right now. It's just not as easy to setup as Ubunutu I think. Oh, yes it is. I think that marketing hype around Ubuntu has brainwashed people and made them blind. And some ubuntu guys are deliberately spreading lies about Debian. They try to make Debian look difficuklt so that Ubuntu would look easy. Ubuntu benefits from those lies. But that's ridiculous, they forget that ubuntu is based on Debian. People who have not even tried eg. Debian Etch claim that it's difficult and not as easy as ubuntu. They really should try Etch. They would see that Debian is actually wery easy. Even my 50+ year old mother who knows nothing about computers, operatingsystems etc has succesfully used Debian Etch over a year now. There has been no problems at all, and that's good because i live about 120km away from her.
  79. Re:Debian? by miksuh · · Score: 0

    They never said it can't be used for desktop. They are just saying that it isn't primarily aiming for desktop use and works very well on servers, debating the original posters claim. Well Debian is not primarily aiming for server use either. Debian wants to be an universal operating system. Both desktop and server side are equally important for the Debian. Those who are saying Debian is a just server distro are simply lying. Debian works wery well on servers, but it does not mean Debian is just a server distro. Debian is wery good on desktop too. I have been using Debian on desktop since 1998 and I have been wery happy with it.
  80. Re:Debian? by miksuh · · Score: 0

    Debian is sure not a desktop distribution. Ubuntu would be one. I run Debian on all my servers. You have not even tried to use eg. Debian Etch on desktop. Everyone who has knows that your claim is bullhit. Debian is as much desktop distro as ubuntu. You really should try to install Debian Etch or lenny. Then try to do which you do on ubuntu desktop. You WILL see that everything works wery similarly to ubuntu. If some GUI-tools are not installed by default, you can find it on Debian repository. Debian Lenny even eg. Gnome Application installer, which is exactly the same tool as that Add/rmove spftware -tool in ubuntu. Almost every damn easy GUI-tool in Ubuntu is in Debian too. As i said, if it's not installed then you usually find it from Debian repository. But yeah, you ubuntu guys just HAVE TO spread lies about Debian so that your distro would look better. UIbuntu benefits from those lies, so sure you do spread them.
  81. Re:Debian? by miksuh · · Score: 0

    Debian isn't - and never has been - a desktop distro. That's just a lie, bullshit and FUD. I say this again, try to install eg. Debian Etch on desktop, and you will see how wrong you are.

    If you want a desktop distro built on Debian architecture, you get Ubuntu, Why am I not surprised that yet another brainwashed ubuntu fanatic is spreading lies about Debian?
  82. Re:Debian? by miksuh · · Score: 0

    While Ubuntu might be friendlier, and be more polished, I'd like to say that Debian is perfectly workable as a desktop os. (Started with a base install that didn't even appear to come with less, moved onto fluxbox when I wanted a gui, moved back to kde because I missed it).

    It just takes a little more effort if you do something pointless like start out with just the min install. If you want to use Debian on Desktop then DPN'T make just base install. Base install is for the servers. You can blame only yourself if you make just base install. When you start Debian installer it clearly asks what you want to install. Select desktop environment and then Debian installer will install it. Ut really can't be so difficult. Starting from Debian Etch there is even new graphical point'n'click intaller.
  83. Re:Debian? by TheWanderingHermit · · Score: 1

    So tell me, how do you really feel?

    Did try it with Potato, Woody, and Sarge.

    So yes, you're right, I don't know a damn thing about Debian or Debian on the desktop.

    Seriously, Debian can be used on the desktop. So can Slack or just about any distro out there, but Debian was designed for "set it up and forget it" server usage.

    By the same token, my 1986 Mercedes 560SL convertible has a kick-ass engine and I can use it to haul trailers full of wood or bricks, but that's not what it's designed for. There are word processors written in Java, but they never work as well as ones in something like C or C++. I have next to me an 8 CD set of the last season of a hard-to-find radio show. I can use those CDs as coasters or frisbees if I want. It's not the best use of my 560SL, Java, or my CDs, but I can use them as such.

    The same is true with Debian. It's designed for server use. That doesn't mean it can't or won't work on the desktop, but the intent all along has been more focused on servers. If you think otherwise, hang out on the Debian-Users list for a few weeks and see what most of the questions and topics deal with. The vast majority are not about how to get a game to work or other desktop questions. Most topics are more applicable for server or workhorse situations.

    But then, I wouldn't know a damned thing about Debian. After all, just because I've been experimenting with it since Potato and have been using it on my computers for years, including on laptops, doesn't mean I know what I'm talking about and it's quite clear, from your brilliant logic, the plethora of facts you use to back up every statement you make, and your focus on pure logic instead of any emotional and reactionary statements, that you know everything about Debian.

    It may work on a desktop, but if you have been using it for 10 years, then you know the focus has been elsewhere and only recently has there been a focus on creating something that's easier to install.

    I'm also making a bit of a distinction here you may not follow. There's a difference between using a distro on the desktop and a distro being intended for a desktop. But that's a whole different topic and I'd rather discuss it with someone who is more interested in dealing with facts than spending several sentences calling me a liar because they disagree with me.

  84. Re:Debian? by Bootarn · · Score: 1

    I've had a 10 machine openmosix cluster going for several years now, problem free. That's interesting. How did you do it? I once worked with a team of about 4 people, and we made a custom GNU/Linux distro to be run in a cluster environment. We set it up on 12 machines. OpenMosix just would't work. If someone in the team had a hard time spelling "Kernel panic", he now can spell it backwards in a blink of an eye.

    We ended up using OpenMPI and distcc, and we were so much happier!