Slashdot Mirror


The London Stock Exchange Goes Down For Whole Day

Colin Smith writes "TradElect, the Microsoft .Net based trading platform for the London Stock Exchange, was offline for about seven hours, meaning that their 5-nines SLAs are shot for approximately the next 100 years. The TradElect system was launched back in June of 2007 and was designed for increased speed and system capacity."

792 comments

  1. The London Stock Exchange Goes Down For Whole Day by Anonymous Coward · · Score: 5, Funny

    ...now if only my wife would do that! /rimshot!

  2. That's okay by sokoban · · Score: 5, Funny

    most of the american stock exchanges have been going down all year.

    --
    09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0 is the magic number.
    1. Re:That's okay by morgan_greywolf · · Score: 5, Funny

      most of the american stock exchanges have been going down all year

      My wife did that once. Nearly killed me. Come to think of it, it was just after we signed up for the life insurance ...

    2. Re:That's okay by Mononoke · · Score: 1

      My wife did that once.

      I hear it was more than once.

      --
      NetInfo connection failed for server 127.0.0.1/local
    3. Re:That's okay by Xugumad · · Score: 5, Funny

      Ya laugh, but I've been trying to describe this to people all day...

      "The FTSE has crashed!"
      "What, like another Black Monday?"
      "No, no, crashed, as in gone down!"
      "Errr..."

    4. Re:That's okay by cvos · · Score: 1
      LIBOR:
      London Insearchof Better Operatingsystem Roi.

      LSE runnung MTE by MCSE messaging ME.

      London Stock Exchange
      Microsoft Trad Elect
      Microsoft Certified Systems Engineer
      Microsoft Exchange

      --
      I'm just here for the sigs
    5. Re:That's okay by Kreigaffe · · Score: 2, Informative

      I heard it was more like 37 times.

      --
      ... still waiting for this free-as-in-beer free beer I keep hearing about. :|
    6. Re:That's okay by Anonymous Coward · · Score: 0

      It's how I always wanted to go...

    7. Re:That's okay by astrokid · · Score: 1

      in a row?

      --

      Chewie does not get a medal. Come on, George. Can a Wookie get a medal?
  3. 99.9967% Uptime if up the next 100 years by xmas2003 · · Score: 5, Informative

    Assuming 8.5 hour trading day (0700-1530) and 250 trading days/year. Maybe a squirrel caused the problem ... ;-)

    --
    Hulk SMASH Celiac Disease
    1. Re:99.9967% Uptime if up the next 100 years by Anonymous+Crowhead · · Score: 5, Funny

      Yeah, because they turn it on when trading starts and turn it off when trading ends.

    2. Re:99.9967% Uptime if up the next 100 years by Anonymous Coward · · Score: 0

      > Yeah, because they turn it on when trading starts and turn it off when trading ends.

      I thought you had to do that with Windows systems.

    3. Re:99.9967% Uptime if up the next 100 years by alexborges · · Score: 1

      They very well could, though.

      --
      NO SIG
    4. Re:99.9967% Uptime if up the next 100 years by felipekk · · Score: 1

      In (real) (un)related news, after 26 years of two 9s, a California based store will finally go up to four 9s. They say the change is necessary because of inflation...

      http://www.10news.com/news/17423248/detail.html?rss=sand&psp=news

    5. Re:99.9967% Uptime if up the next 100 years by Anonymous Coward · · Score: 0

      No six-nines for you! ... referring to 99.9999% uptime, not a sex position ...

    6. Re:99.9967% Uptime if up the next 100 years by The+Clockwork+Troll · · Score: 2, Funny

      Turn those machines back on!

      Turn Those Machines Back ON!

      --

      There are no karma whores, only moderation johns
    7. Re:99.9967% Uptime if up the next 100 years by xouumalperxe · · Score: 1

      Well, five nines means 0.001% UNplanned downtime. Granted, for many applications the planned downtime should border zero (utilities, more general banking applications), but for all intents and purposes you do have what effectively amounts to over 10 hours/day of "planned downtime" on stock markets, even if the machines aren't powered down, since those are periods when the service is unavailable.

    8. Re:99.9967% Uptime if up the next 100 years by wwphx · · Score: 1

      The trading day may be 8.5 hours, but I would imagine a lot of backend processing takes place after the trading day closes. I don't know if it's a 24/7 system, but I'm certain it's more than 8.5x5.

      --
      When you sympathize with stupidity, you start thinking like an idiot.
  4. 100 years? by Anonymous Coward · · Score: 3, Insightful

    5 nines does not mean what you think it means.

    1. Re:100 years? by ShadowBlasko · · Score: 4, Funny

      99.999% uptime is something different?
      Guess that depends on what hours it is supposed to be working doesn't it?
      c/o User Friendly

      "Sid, Stef
      - Stef: How reliable is our network?
      Sid: As far as our customers are concerned, five nines.

      Stef: What does "five nines" mean?
      Sid: 99.999% uptime.

      Sid: Wait... Why?!
      Stef: So would "reliable to nine fives" in our newspaper ad be not very good?"

      --
      There are 4 boxes to use in the defense of liberty: soap, ballot, jury, ammo. Use in that order- Ed Howdershelt Via Tass
    2. Re:100 years? by julesh · · Score: 5, Informative

      5 nines does not mean what you think it means.

      No, you're right. By my calculation, the actual figure is more like 360 years.

      (Remember, this is a system that only operates 7.5 hours per day, 250 days per year)

    3. Re:100 years? by powerlord · · Score: 5, Funny

      Nah.

      They'll be back at "5 nines" by next week.

      The trick is to either redefine what the term means (so they are actually referring to 9.9999% uptime), or the timeframe (we've been at "5 nines" for the whole year" - said Jan 1 2009), or both ("so, we use 1 day as a data point, then if we've been up for any part of that day, we're good... so we've always operated at '5 nines' reliability")

      --
      This space for rent. All reasonable inquiries will be entertained at proprietors discretion.
    4. Re:100 years? by mabhatter654 · · Score: 1

      99.999% uptime is only 30 SECONDS per YEAR uptime, calculated on a 24x7 year minus maintenance in SLA (but for things like phones it's REALLY 30 seconds per year that you can't get a dial tone)

    5. Re:100 years? by Anonymous Coward · · Score: 1, Funny

      30 seconds uptime per year? Now that IS impressive...

    6. Re:100 years? by supernova_hq · · Score: 1

      99.999% uptime is only 30 SECONDS per YEAR downtime, calculated on a 24x7 year minus maintenance in SLA (but for things like phones it's REALLY 30 seconds per year that you can't get a dial tone)

      Only a PHB would believe that!

    7. Re:100 years? by Anonymous Coward · · Score: 3, Funny

      Just different decimal point, Windows almost always has better than 9.9999% uptime

    8. Re:100 years? by ThePhilips · · Score: 4, Interesting

      In business, generally it means that solution provider (software + hardware) bears direct responsibility for all unplanned downtimes.

      If solution cannot provide such service availability, the solution provider has to be ready to cover all the damages. And it is often planned that way from day one: some downtimes are covers by the "5 nines", some are covered monetarily by solution providers.

      That's why 5 nines solutions cost as much as they cost: on one side to allow providers to bring quality of solution to desired level, on another side, in case of emergency, to let them to cover some downtimes with money.

      But covering seven(!) hours(!!) can be lethal to the solution provider. But again, it all depends on their support contract. Some (cheaper) 5 nines are delivered without any guarantees: they only theoretically 5 nines and provide only "best effort" service availability.

      --
      All hope abandon ye who enter here.
    9. Re:100 years? by RiotingPacifist · · Score: 4, Funny

      which vista version are you using?

      --
      IranAir Flight 655 never forget!
    10. Re:100 years? by Anonymous Coward · · Score: 0

      Actually, it's only like 79 years, 331 days, 16 hours and they're back to five 9s! Unless of course they have any more outages between now and then....100 years is such an exaggeration!

    11. Re:100 years? by JayAEU · · Score: 1

      99.999% uptime is only 30 SECONDS per YEAR uptime

      Hmm, that's serious energy saving for ya...

    12. Re:100 years? by lazy_nihilist · · Score: 1

      They'll be back at "5 nines" by next week.

      Using "Enhanced uptime techniques".

    13. Re:100 years? by mabhatter654 · · Score: 1

      "adjust your shorts" delicious edition

    14. Re:100 years? by ObsessiveMathsFreak · · Score: 4, Insightful

      It's called framing and it is making public debate in western society increasingly difficult.

      --
      May the Maths Be with you!
    15. Re:100 years? by RotHorseKid · · Score: 1

      That something like "Hollywood HA"?

      --
      Nobody writes jokes in base 13. - DNA
    16. Re:100 years? by Windows_NT · · Score: 1

      40, duh!

      --
      Go go Gadget Nailgun!
    17. Re:100 years? by mruben · · Score: 1

      Question. 5 nines = 99.999%. That means 0.001% downtime. So, 60min times 7.5hrs a day, times 250days a year equals 112500 minutes in total, times 0.001 equals 112.5 minutes a year. To me, that seems like almost 2hrs downtime a year, and the SLA is back up within 4 years. Am I missing something here?

    18. Re:100 years? by mruben · · Score: 1

      Except basic math and a percentage sign, I mean.

    19. Re:100 years? by morbingoodkid · · Score: 1

      I know I'm being nasty but I almost hope it was the problem was directly related to M$ software. And they decide to ignore the EULA and sue ..

    20. Re:100 years? by mikiN · · Score: 1

      which vista version are you using?

      Dunno, can't seem to get past the startup screen before it crashes[*].
      MS must have gone for a 99.999% Downtime guarantee on Vista I guess.

      [*]Of course this isn't true (I don't use Windows), but neither is MS' five nines uptime claim, so who cares?

      --
      The Hacker's Guide To The Kernel: Don't panic()!
    21. Re:100 years? by MCZapf · · Score: 1

      There's also outright lying. "We've been saying 'nine fives' all along." (55.5555555%)

    22. Re:100 years? by ThePhilips · · Score: 1

      From my knowledge of such contracts, you could never really sue software provider. Exceptions are mission critical and life support systems. (By mission critical I mean real mission critical - not "business critical". e.g. avionics.)

      From my experience, most problems come from hardware. And biggest problem is always to properly in hardware to handle such errors. And hardware set-up plays tremendous role in such deployments. You have probably 5-10 pieces of software to test and some thousands hardware devices compromising the whole infrastructure. Failure rate of hardware is obviously higher.

      Well, seven hours, at least to me, look like Windows Server said it wants to update. After update all other said "bueh!" and demanded to be updated too. MS has a history of updates with requirement of simultaneous update of *all* servers across your network. He-he... 5 nines... Good luck.

      --
      All hope abandon ye who enter here.
  5. Oh, my. by cp.tar · · Score: 4, Interesting

    So what happens when this happens again?

    --
    Ignore this signature. By order.
    1. Re:Oh, my. by gnick · · Score: 5, Funny

      The same thing that happened this time?

      --
      He's getting rather old, but he's a good mouse.
    2. Re:Oh, my. by Eudial · · Score: 5, Funny

      So what happens when this happens again?

      Well, first "Have you tried turning it off and on again?"
      Otherwise, "Are you sure it's plugged in?"

      --
      GAAH! MY PRINTER IS ON FIRE!!! PUT IT OUT! PUT IT OUT!
    3. Re:Oh, my. by im_thatoneguy · · Score: 5, Interesting

      Actually this is "again".

      The LSE used to run on HP-NonStop (w/ Cobol and C as far as I can find) but still managed to take itself down for 8 hours in 2000.

      If they're going to go down for a day every 7-8 years it might as well be cheaper and faster. (Articles quote the CTO as citing 10x performance increases).

      (All based on a quick google search)

      So before the hounds descend upon Microsoft it would seem the LSE has a history managing to bring down whatever system they run on.

    4. Re:Oh, my. by Coraon · · Score: 5, Insightful

      Followed by the youngest member of the team becoming the scape goat and being fired.

      --
      -Ours is the wisdom of Solomon, the magic of Merlyn, the fall of Icaris.
    5. Re:Oh, my. by Darkness404 · · Score: 4, Funny

      But new computer systems should make things more reliable, along with more experienced coders and better languages.

      --
      Taxation is legalized theft, no more, no less.
    6. Re:Oh, my. by im_thatoneguy · · Score: 5, Informative

      Which from the sounds of this article http://www.computerweekly.com/Articles/2008/06/12/231031/agile-trading-software-critical-to-london-stock-exchange.htm was the intent.

      One very interesting note is at the end of the article:

      Timeline for Tradelect upgrades

      18 June 2007: Tradelect launched, reducing the time taken to process trades from 140 milliseconds to 10 milliseconds. Capacity increased from 593 to 2,500 orders a second.

      November 2007: Version 2 upgrade. Trading time reduced from 10 milliseconds to about 6 milliseconds. Capacity increased by 70% from 2,500 to 4,200 orders a second. Introduced full suite of Mifid-compliant services.

      September 2008: Planned migration of Italian trades to Tradelect platform.

      September 2008: Tradelect Version 2 to launch. Plans to double trading capacity to 10,000 continuous messages per second. Aims to cut average time taken to complete a trade by half from 6 milliseconds to 3 milliseconds.

      Coincidence that this month was when they intended to release a new version?

    7. Re:Oh, my. by cp.tar · · Score: 3, Insightful

      Ah. Some blamecasting, after which everybody pretends it had never happened?

      --
      Ignore this signature. By order.
    8. Re:Oh, my. by pilgrim23 · · Score: 1

      Scary thought: Any .NET Frameworks components found in the controls of the LHC: Large Hadron Colider? http://lhc.web.cern.ch/lhc/ It is going online in 2 days ya know...The end is nearer then you think?

      --
      - Minutus cantorum, minutus balorum, minutus carborata descendum pantorum.
    9. Re:Oh, my. by GigaplexNZ · · Score: 4, Insightful

      These "better languages" are easier to use which allows for less experienced coders to perform the tasks. This is not an ideal world we live in.

    10. Re:Oh, my. by Anonymous Coward · · Score: 0

      No, all the code is actually in COBOL, so it should be fine.

    11. Re:Oh, my. by Anonymous Coward · · Score: 0

      along with more experienced coders and better languages.

      Are there any programmers with 20+ years of .net experience?

    12. Re:Oh, my. by PitaBred · · Score: 4, Funny

      Well, it looks like it's hosed. You should probably reinstall the OS.

    13. Re:Oh, my. by cp.tar · · Score: 5, Funny

      Well, that gives a new meaning to opening Windows to Dungeon Dimensions.

      --
      Ignore this signature. By order.
    14. Re:Oh, my. by Darkness404 · · Score: 1

      But the languages should be more resistant to crashes and downtime even with less then ideal coding.

      --
      Taxation is legalized theft, no more, no less.
    15. Re:Oh, my. by Anonymous Coward · · Score: 0

      They will press the other button when the message pops up:

      The Stock Exchange Goes Down:
                [Cancel] [Allow]

    16. Re:Oh, my. by butlerdi · · Score: 1

      HP via Tandem, many systems were written in Tal. The old settlemet was Tallisman....

      --
      "If the King's English was good enough for Jesus, it's good enough for me!" -- "Ma" Ferguson, Governor of Texas (circa
    17. Re:Oh, my. by jacquesm · · Score: 1

      most languages are not resistant to crashes, downtime is a result, not a cause.

      SYSTEMS can be designed in a fault tolerant manner, leading to less downtime.

    18. Re:Oh, my. by dns_server · · Score: 1

      I believe much of the control software is written in java.

    19. Re:Oh, my. by Anonymous Coward · · Score: 3, Interesting

      How the hell can you 'complete' a trade in 3 ms?

      Is there a hard drive out there that can even complete a write in 3ms?

    20. Re:Oh, my. by mrjb · · Score: 5, Insightful

      These "better languages" are easier to use which allows for less experienced coders to perform the tasks.

      I couldn't disagree more. Although automatic garbage collection is nice, this doesn't mean that you'll get "five nines uptime" systems by working with "less experienced" coders.

      If you're building a system that must guarantee 999.99% uptime, you wait until your best professionals become available, because it doesn't only involve code. You DON'T give the job to the less experienced ones, no matter how great the programming language. Five nines uptime requires a very robust design and very solid code quality running on a very solid platform which is running on a very solid OS on a very solid infrastructure. You'll want everything to be tested by unit tests, integration tests, regression tests, and whatnot. That involves a whole lot more than 'just' coders, but whoever works on it, they better be good at it.

      --
      Visit http://ringbreak.dnd.utwente.nl/~mrjb/growingbettersoftware to download your free copy of the book
    21. Re:Oh, my. by click2005 · · Score: 1

      Yes, the entire collective of employees at Microsoft have a combined experience of a little over 20 years.

      --
      I am a free slashdotter. I will not be modded, blogged, DRM'd, patented, podcasted or RFID'd. My life is my own.
    22. Re:Oh, my. by gbjbaanb · · Score: 2, Insightful

      yeah, 'cos that's what we really need - less experienced coders.

      Look on the bright side, they're probably much cheaper.

    23. Re:Oh, my. by Anonymous Coward · · Score: 0

      Followed by the youngest member of the team becoming the scape goat and being fired.

      When a lump of sh*t rolls down a flight of stairs it tends to land on the lowest step.

    24. Re:Oh, my. by jimmyhat3939 · · Score: 1

      Right. And what does it even mean? If all it means is setting a bit somewhere in memory, shouldn't that be measured in nanoseconds?

      --
      Free Conference Call -- No Spam, High Quality
    25. Re:Oh, my. by larry+bagina · · Score: 1

      At my LAST job, I discovered that it tends to leave it's mark on every step. Particularly when you have a nasty case of the shits and are straining to carry some heavy equipment up the stairs.

      --
      Do you even lift?

      These aren't the 'roids you're looking for.

    26. Re:Oh, my. by AllynM · · Score: 1

      How many times did they reboot it?

      [/thewebsiteisdown]

      --
      this sig was brought to you by the letter /.
    27. Re:Oh, my. by gbjbaanb · · Score: 3, Interesting

      I think its all about network latency - ie the marketing machine says 3ms, but they are referring to the time taken to get the message to the stock exchange's switch.

      A Computer Weekly article (and its first link) explains it - basically, they replaced the old networks with new fibre-based ones and colocated servers for brokerages.

    28. Re:Oh, my. by bhtooefr · · Score: 4, Funny

      999.99% uptime: The system never crashes, and after you turn it off, it keeps running 9.9999 times as long as you had it running.

    29. Re:Oh, my. by oatworm · · Score: 1

      So, then, .NET coders from India programming on Intel whiteboxes FTW?

    30. Re:Oh, my. by MonoSynth · · Score: 1

      You'd better fix the coder's habits by giving them a workstation without a compiler and an editor without on-the-fly syntax checking. It'll make them less productive in the short run, but the code will be better, more thought out and far easier to maintain.

      'Better' languages and 'better' tools make programmers lazy.

    31. Re:Oh, my. by Alioth · · Score: 1

      Maybe so, but the sweet, sweet irony is that Microsoft used the London Stock Exchange in their highly irritating "Highly Reliable Times" advertisments on various websites (including Slashdot). Nothing like tooting your own trumpet, and then the subject of the trumpet tooting falling flat on its face!

    32. Re:Oh, my. by e2d2 · · Score: 2, Insightful

      This is a funny ha ha right? Because it's like saying we should do away with new glass displays in airplanes because they make pilots lazy.

      Apologies if it's a joke but every time someone makes a coding error someone on here has to pull out the "back in my day we were men and coded without errors because the system exploded!" card. That's nonsense. Garbage in garbage out. A tool is only as good as it's user. It's the responsibility of the developer to use the tool properly.

    33. Re:Oh, my. by mr_mischief · · Score: 2, Insightful

      No, but there are likely plenty of programmers with 20+ years of experience who have learned .Net at some point in the last 5 years. The language experience isn't as important as the programming experience, despite what the headhunters think.

    34. Re:Oh, my. by Brigadier · · Score: 2, Informative

      unless they are union in which case it would be the last hire.

    35. Re:Oh, my. by Anonymous Coward · · Score: 0

      If your company signed a contract for 999.99% uptime then, as is the case 9999.99% of the time, the problem is not the programmers or software engineers - it is sales, marketing and management.

    36. Re:Oh, my. by Ant+P. · · Score: 1

      Doesn't the Java EULA reserve most of its uppercase letters for a section that says "DON'T DO NUCLEAR PARTICLE PHYSICS IN JAVA"? Or was that just the java notice in the windows one?

    37. Re:Oh, my. by Anonymous Coward · · Score: 0

      Tradelect operates on an in-memory basis alone. DBs are not used for critical processing, only for auditing of data.

    38. Re:Oh, my. by dapyx · · Score: 1
      At my last job, after I left, I was blamed for being the reason why the project was late.

      I'm sure the London Stock Exchange also has someone who just left to be blamed.

      --
      I'm sorry, the number you have dialed is an imaginary number. Please rotate your phone 90 degrees and dial again.
    39. Re:Oh, my. by tnk1 · · Score: 2, Funny

      and better languages.

      What? You mean Hindi?

    40. Re:Oh, my. by KGIII · · Score: 1

      Err... Screw that. I'd want to know why there wasn't a backup system with real-time mirroring.

      --
      "So long and thanks for all the fish."
    41. Re:Oh, my. by evanbd · · Score: 1

      You don't necessarily need a hard drive that fast. You can buy storage that has battery-backed write caches, and can therefore legitimately confirm the write as complete in a fully recoverable fashion before it goes out to disk. Paying for enough performance to complete any transaction in 3 ms is rather rare, but then again the LSE isn't exactly a typical application.

    42. Re:Oh, my. by RiotingPacifist · · Score: 2, Funny

      Well, it looks like it's hosed. You should probably changethe OS.

      fixed

      --
      IranAir Flight 655 never forget!
    43. Re:Oh, my. by electrosoccertux · · Score: 1

      With teeth like that, I'd run home to play by myself occasionally, too.

    44. Re:Oh, my. by magus_melchior · · Score: 1

      So before the hounds descend upon Microsoft it would seem the LSE has a history managing to bring down whatever system they run on.

      So it's like the Slashdot Effect, only unintentional. Usually.

      --
      "We are Microsoft. You shall be assimilated. Competition is futile."
    45. Re:Oh, my. by catmistake · · Score: 2, Funny

      You missed a step. Forgot "Try reinstalling the operating system and see if that helps." Then, when 6 hours after starting the installation the poor bastard that's still downloading updates realizes the system has already been compromised for at least the last 4 hours, begins screaming and yelling incoherently, he is escorted off the premises. Scrub, rinse, repeat.

    46. Re:Oh, my. by TapeCutter · · Score: 1

      "You'd better fix the coder's habits by giving them a workstation without a compiler.."

      A certain large blue company tried to use their existing mainframe procedures on workstations in the 80's. It went something like this....

      Programmer: Code, code, code...give file to programmer's assistant ( those were the days :)
      Assistant: Give file to compiler operator.
      Compiler operator: Compile, compile...give error file back to assistant.
      Assistant: Give error file (and cup of tea) back to programmer.
      Programmer: Change colon to semi-colon...give file to programmer's assistant.
      Rinse and repeat until code compiles.

      "It'll make them less productive in the short run..."

      It did, but some programmer's suruptitiously installed compilers onto their machines. Those who did obtained the holy grail of zero compile errors first time, every time. They were worshiped as super-productive by their superiors!

      --
      And did you exchange a walk on part in the war for a lead role in a cage? - Pink Floyd.
    47. Re:Oh, my. by Artifakt · · Score: 1

      Well, it looks like it's hosed. You should probably reinstall the OS.

      Why am I picturing Clippy saying that?

      --
      Who is John Cabal?
    48. Re:Oh, my. by More_Cowbell · · Score: 1

      Excuse me mods, but how is this 'Troll'? Never worked in a union I take it. Everything is dictated by seniority.

      --
      Experience teaches only the teachable. -AH
    49. Re:Oh, my. by Firehed · · Score: 1

      iTunes is known to have something in the EULA about not running it in a nuclear missile base, but that's actually fairly typical CYA lawyer-spawned nonsense. If it were up to them, you wouldn't be able to install the software without breaking the EULA and thus the publisher's accountability (actually... these days that's not far off the mark). Hell, even the GPL and MIT licenses have liability disclaimers in them, though not that specific.

      --
      How are sites slashdotted when nobody reads TFAs?
    50. Re:Oh, my. by Anonymous Coward · · Score: 0

      C|N>K

    51. Re:Oh, my. by afidel · · Score: 2, Interesting

      WTF, 4,200 orders a second, is that some kind of joke? NYSE did 28,000 per second during the credit crunch last fall and they were designing for 64,000 by year end (can't find any info on whether they got there but I don't doubt it).

      --
      There are 4 boxes to use in the defense of liberty: soap, ballot, jury, ammo. Use in that order. Starting now.
    52. Re:Oh, my. by corbettw · · Score: 0, Flamebait

      I love that your comment is now modded +5 Funny. Definitely says something about the overall cynicism of Slashdotters.

      --
      God invented whiskey so the Irish would not rule the world.
    53. Re:Oh, my. by atamido · · Score: 1

      No, you just need to use it on a system with 10 cores.

    54. Re:Oh, my. by Anonymous Coward · · Score: 0

      It could be more flexible than that, like 64% uptime then it stays on 15.62 times...

      Sounds cool. To the whiteboard!

    55. Re:Oh, my. by mrjb · · Score: 1

      You got me there - that should have been 99.999% obviously, not 999.99%. Goes to show how easy it is to make mistakes. Thanks for helping me emphasize the point I was trying to make!

      --
      Visit http://ringbreak.dnd.utwente.nl/~mrjb/growingbettersoftware to download your free copy of the book
    56. Re:Oh, my. by XDirtypunkX · · Score: 1

      In transaction servers like that it's not unusual to write to battery backed RAM and then check-point that periodically to disk.

    57. Re:Oh, my. by eulernet · · Score: 1

      Impossible: reinstalling Windows takes much more than 7 hours !

    58. Re:Oh, my. by Sircus · · Score: 1

      Coincidence that this month was when they intended to release a new version?

      The new version has actually been live since 1st September.

      --
      PenguiNet: the (shareware) Windows SSH client
    59. Re:Oh, my. by Hal_Porter · · Score: 2, Funny

      Ah. Some blamecasting, after which everybody pretends it had never happened?

      Everyone pretends what never happened?

      --
      echo -e 'global _start\n _start:\n mov eax, 2\n int 80h\n jmp _start' > a.asm; nasm a.asm -f elf; ld a.o -o a;
    60. Re:Oh, my. by Hal_Porter · · Score: 1

      I believe much of the control software is written in java.

      We are so screwed. So screwed.

      --
      echo -e 'global _start\n _start:\n mov eax, 2\n int 80h\n jmp _start' > a.asm; nasm a.asm -f elf; ld a.o -o a;
    61. Re:Oh, my. by Christian+Smith · · Score: 1

      How the hell can you 'complete' a trade in 3 ms?

      Is there a hard drive out there that can even complete a write in 3ms?

      Written linearly, most hard drives can complete a write in 3ms, averaged over multiple contiguous writes.

      That's why database write ahead logs are on separate disks, written in linear fashion in large segments. Once in the log, a transaction is complete, and the data can be written asynchronously to the actual database table files when convenient.

      As an example, given a not unreasonable sustained write performance to the log of 70MB/s, with an average transaction size of 70KB (including database overhead), that'd give you an average of 1ms per transaction. Now, 3ms is looking perfectly doable, especially throwing parallelism into the mix. Note, figures plucked straight out of my arse, but should not be too unrepresentative of actual work.

    62. Re:Oh, my. by William+Robinson · · Score: 1

      Ctrl-Alt-Del???

    63. Re:Oh, my. by Metorical · · Score: 1

      A hard disk is only used for journaling the transaction, everything else is kept in memory.

      Most of our database tables are kept in memory while the system is up and we're talking upwards of 30GiB on the larger systems.

    64. Re:Oh, my. by tezza · · Score: 2, Informative

      I work as a contractor in London, which has a trading platform (not LSE).

      "Complete" is an industry term. They use "complete", "cross" and "trade" in the same way.

      What it means is:

      * that there is currently a set of offers and asks on the exchange. Other people have submitted those already
      * you want to buy/sell one of these as appropriate
      * you send down your legally binding request for selling/buying that amount
      * the matching algorithm sees that your sell/buy matches the buy/sell on the exchange
      * that particular offer is then "yours" and no-one else can have it.
      * you are notified of the success of your "trade"/"cross" which is "complete"

      So the "match" occurs in 3ms. This is important, because otherwise you have to wait longer to know if you need to look elsewhere. There's more to it of course, this is just a mega-simple case.

      --
      [% slash_sig_val.text %]
    65. Re:Oh, my. by Azghoul · · Score: 1

      Is Blamecasting a new sort of arcane skill?

      The imagination runs wild.....

    66. Re:Oh, my. by Quetzo · · Score: 1

      I too am blown away by that number. My first instinct was that 3 ms is the round trip time from their edge servers to their matching engine; to receive orders, produce a match and send out confirm messages.

      Some SAN systems though, will write data to RAM and return a write commit back to the host and write the data to disk offline. That might be possible in under 3 ms. I don't know for sure.

    67. Re:Oh, my. by ckaminski · · Score: 1

      You don't take a brand new architecture (.net) and get more experienced coders than 30+ year experienced cobol and C programmers or a more reliable platform.

    68. Re:Oh, my. by green1 · · Score: 1

      wow... 8 days of uptime... impressive.

    69. Re:Oh, my. by bill_mcgonigle · · Score: 1

      WTF, 4,200 orders a second, is that some kind of joke? NYSE did 28,000 per second

      What's the active volume like on the two exchanges? I mean, I knew London had a stock exchange, but I only ever hear about it for precious metals exchange.

      --
      My God, it's Full of Source!
      OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
    70. Re:Oh, my. by afidel · · Score: 1

      London's the third busiest exchange in the world by volume according to Reuters (I assume after NYSE and NASDAQ).

      --
      There are 4 boxes to use in the defense of liberty: soap, ballot, jury, ammo. Use in that order. Starting now.
    71. Re:Oh, my. by bill_mcgonigle · · Score: 1

      London's the third busiest exchange in the world by volume according to Reuters (I assume after NYSE and NASDAQ).

      Weird, it's hard to find market volume data on the Nikkei, Hang Seng, DAX, London, etc. Plenty of data on indexes, but not total markets. My Google-Fu may be weak today.

      --
      My God, it's Full of Source!
      OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
    72. Re:Oh, my. by anothy · · Score: 1

      it means that the from the sending terminal initiating the trade message to the database transaction completing is 3ms. the databases are not stored only on disk; if the LSE's is like the NASDAQ/NYSE one i worked on, the volatile versions are stored in RAM and written to disk as a background task. i'd be impressed if this included the actual network latency (rathe than just the server-side work), but most of these systems do require dedicated lines, so it's not entirely crazy.

      --

      i speak for myself and those who like what i say.
  6. Ugly Day by pyite · · Score: 4, Informative

    It was an ugly day of finger-pointing and near-fixes, but in the end, it just left all the financial firms standing there staring at the Exchange. Definitely was a big deal--and it seemed like a lot of volume spilled over to US markets, creating volume related issues here.

    --

    "Nature doesn't care how smart you are. You can still be wrong." - Richard Feynman

    1. Re:Ugly Day by Planky · · Score: 1

      Heh, speaking of finger pointing, a friend of mine started at Stock Exchange very recently - the day he was given his admin account was the day the exchange went down.

    2. Re:Ugly Day by Anonymous Coward · · Score: 0

      It was a huge day. With the Fannie Mae/Freddie Mac bailout over the weekend there were huge moves in the markets and the traders at the LSE were left on the sidelines unable to take advantage of gains that averaged over 2%.

      With that kind of movement in the market, it is not unreasonable to speculate that the failure was related to market volume. They were probably hit hard at the open and just fell over.

  7. MS should hurry up and patent.... by 3seas · · Score: 4, Funny

    .... a method of controlling the market.

    1. Re:MS should hurry up and patent.... by magus_melchior · · Score: 1

      They patented Page Up / Page Down behaviors*, so what makes us think they wouldn't patent this as well?

      * Yes, yes, not the keys themselves.

      --
      "We are Microsoft. You shall be assimilated. Competition is futile."
  8. Patch Tuesday by caluml · · Score: 5, Funny

    But Patch Tuesday is tomorrow?

    1. Re:Patch Tuesday by morgan_greywolf · · Score: 1

      But Patch Tuesday is tomorrow?

      Exactly.

    2. Re:Patch Tuesday by ArhcAngel · · Score: 0

      I had to do a double take.....

      I read that as Butt Patch Tuesday.

      --
      "A person is smart. People are dumb, panicky dangerous animals and you know it." - K
    3. Re:Patch Tuesday by Anarke_Incarnate · · Score: 2, Funny

      Is it "Talk like an Ass-Pirate Day" already? Wow thailor, I mutht've forgotten all about it, you thilly gooth.

    4. Re:Patch Tuesday by CambodiaSam · · Score: 0

      I believe Microsoft is going to need a Butt Patch after this.

    5. Re:Patch Tuesday by Anonymous Coward · · Score: 0

      on the other side of the pond they are a day ahead (i think)

  9. That's some strange math... by porkmusket · · Score: 0, Redundant

    Since when is 7 hours even close to "a whole day"? Maybe you meant "almost a whole business day"?

    1. Re:That's some strange math... by pyite · · Score: 5, Insightful

      Since when is 7 hours even close to "a whole day"? Maybe you meant "almost a whole business day"?

      It's a whole trading day--and that's all that really matters when it comes to a major market.

      --

      "Nature doesn't care how smart you are. You can still be wrong." - Richard Feynman

    2. Re:That's some strange math... by Anonymous Coward · · Score: 0

      Leave him alone, he is counting with a microsoft timer.

    3. Re:That's some strange math... by inode_buddha · · Score: 1

      I find it delightfully ironic how it happened *immediately* after the FannieMae FreddieMac bailout in the US. This outage will have some very far-reaching consequences.

      --
      C|N>K
    4. Re:That's some strange math... by Tibor+the+Hun · · Score: 4, Funny

      Well, I'm a state employee, and I can tell you that a few 7 hour days in a row would outright kill me.

      --
      If you don't know what AltaVista is (was), get off my lawn.
    5. Re:That's some strange math... by Anonymous Coward · · Score: 0

      Except it wasn't the whole trading day. The market was open in the morning, and was back open again around 4pm, before the market closed half an hour later. (Technically, it was a Market Disruption Event under ISDA contracts, except for variance swaps.)

    6. Re:That's some strange math... by EVil+Lawyer · · Score: 1

      Wow, you posted this just to point out that it should have said "almost"? LOL.

    7. Re:That's some strange math... by Anonymous Coward · · Score: 0

      I think you should quietly take off before the 14-hour-workday folks around here really kill you.

    8. Re:That's some strange math... by justinlee37 · · Score: 1

      How are they gonna find time to kill him, when they are too busy killing themselves with their ridiculous and unhealthy jobs?

    9. Re:That's some strange math... by phillous · · Score: 2, Funny

      You must be an American, since you have NO idea what irony is...

    10. Re:That's some strange math... by mabhatter654 · · Score: 1

      14 hours of work or on slashdot?

    11. Re:That's some strange math... by mabhatter654 · · Score: 1

      actually this might have stopped some far reaching consequences as the news adjusts. I could almost see a plug kicked on purpose here.

      I think slowing down the markets is good anyway. There is not anything important that can change in a company in less than 1 quarter anyway. Moving shares around any less than once per quarter is just gaming the system... that's GAMBLING, not investing.

    12. Re:That's some strange math... by Retric · · Score: 1

      What about releasing a product, getting sued, winning a major court case, war, or having the CEO change the companies direction. There are thousands of meaningful changes to a companies value and there is a lot of value to having people buy and sell stock whenever they wish.

    13. Re:That's some strange math... by pyite · · Score: 1

      I think slowing down the markets is good anyway.

      And fortunately your opinion matters not. Speeding up the markets means more efficient markets which in turn means that financial instruments are priced closer to reality.

      There is not anything important that can change in a company in less than 1 quarter anyway.

      Really? I mean, really? Your view of "important" is rather small.

      that's GAMBLING, not investing.

      Again, really? That's funny, because I won't step foot in a casino, yet I work on Wall St. My paychecks sure don't feel like I'm gambling.

      --

      "Nature doesn't care how smart you are. You can still be wrong." - Richard Feynman

    14. Re:That's some strange math... by 93+Escort+Wagon · · Score: 1

      You must be an American, since you have NO idea what irony is...

      Is Alanis Morissette an American?

      --
      #DeleteChrome
    15. Re:That's some strange math... by newr00tic · · Score: 1, Insightful

      Yeah. Isn't that ironic???

      He probably meant USA, though; AFAIK she's a Canadian.

      --
      A horse can't be sick, you know, even if he wants to.
    16. Re:That's some strange math... by mr_mischief · · Score: 1

      Oddly enough, she's a Canadian.

    17. Re:That's some strange math... by mr_mischief · · Score: 1

      Let's see... The CEO can die in a few seconds. A competitor can patent a new, cheaper and more effective way to do something. A company can win or lose an important court case, and even if the case goes on for years te ruling could take less than a week. A car company could recall nearly 1 million vehicles for washer fluid pump motors that can start fires in a 30-second press release (like Ford just did). A drug could be approved or rejected by a regulating body like the FDA. A food company could recall millions of pounds of contaminated product they didn't even process, but bought and sold.

      How's that for disproof by counterexample?

    18. Re:That's some strange math... by KGIII · · Score: 1

      Same thing really. Some of us get to... Err... Multitask... Yeah, that's it. Multitask isn't to be confused with slacking.

      --
      "So long and thanks for all the fish."
  10. Still don't know why... by gfxguy · · Score: 1

    It could have been MS's fault, or it might not have been... not clear from the article.

    --
    Stupid sexy Flanders.
    1. Re:Still don't know why... by eggoeater · · Score: 4, Insightful

      Agreed. It's a bit of flame-bait mentioning them in the summary when the exchange is being tight-lipped about what the root-cause is (if they even know at this point.) I do a lot of .NET stuff and, like other platforms eg. Java, there's many things that could cause problems, like plain old programming bugs.

    2. Re:Still don't know why... by lgw · · Score: 1

      Yeah - was this a hardware problem? A windows problem? A .NET problem? Or a normal code problem?

      I'm betting on the last one. Trying to do realtime financial stuff in managed code seems odd to me. OK, fine, you don't worry about memory leaks, but it's not like that's the hard problem in this domain.

      --
      Socialism: a lie told by totalitarians and believed by fools.
    3. Re:Still don't know why... by morgan_greywolf · · Score: 5, Insightful

      Wait! Are you suggesting that downtime can be caused by application problems, network problems, hardware problems, dumbass systems administrators and a whole slew of other things completed unrelated to the platform on which it is running?

      I am *shocked*! *Shocked* I tell you!

    4. Re:Still don't know why... by im_thatoneguy · · Score: 1

      No you run that sort of thing on dedicated hardware which can't be improved, modified or enhanced cheaply or easily as the market dictates. Apparently every other exchange in the world is also run by idiots--seeing as none of them use dedicated purpose-built hardware.

    5. Re:Still don't know why... by reverseengineer · · Score: 1

      Perhaps it was a GoldenEye device....

      --
      "FDA staff reviewers expressed concern about the number of patients who were left out of the study because they died."
    6. Re:Still don't know why... by nog_lorp · · Score: 1

      No, you use dedicated purpose built software.

    7. Re:Still don't know why... by 0xABADC0DA · · Score: 1

      According to the Java generics tutorial, Java uses type erasure and "as a result, the type safety and integrity of the Java virtual machine are never at risk". I can't find the quote atm, but Gilard Bracha basically said Java uses type erasure because 'real' generics in a virtual machine had never been done before in any production system and was not well understood.

      Java is significantly more reliable for this and many other reasons, such as not trying to do everything.

    8. Re:Still don't know why... by Dan667 · · Score: 4, Informative

      Leaky abstractions (look it up, it is a good read). A lot of times for kitchen sink platforms like .Net and Java you get burned by the bugs buried in the underlying platform. If to many of these system are stacked it becomes really difficult to have any stability.

    9. Re:Still don't know why... by oatworm · · Score: 1

      But, if you use dedicated purpose-built hardware, all the bugs disappear, for, you see, bugs are impossible to have in hardware. Just ask the makers of the original Pentium.

    10. Re:Still don't know why... by petermgreen · · Score: 1

      I always thought the reason for doing generics through erasure was to keep new code running on old VMs.

      --
      note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
    11. Re:Still don't know why... by nog_lorp · · Score: 1

      I think you mean Pentium II :D (floating point error)

    12. Re:Still don't know why... by afidel · · Score: 1

      No, the FDIV bug was present in most 60-100 Mhz Pentium 1 chips link

      --
      There are 4 boxes to use in the defense of liberty: soap, ballot, jury, ammo. Use in that order. Starting now.
    13. Re:Still don't know why... by Anonymous Coward · · Score: 0

      That's exactly why any serious business should *never* adopt the last (insert buzzword) technology instead of old tested solutions in critical fields where people lives or assets could be at risk.
      If you ask for .NET or Java programmers you likely get a bunch of inexperienced teenagers; on plain C or similar languages you can ask for 10+ years experience and expect not to be laughed at.

    14. Re:Still don't know why... by XDirtypunkX · · Score: 1

      No, the JVM is a buggy piece of crap that does weird things like incorrect handling of signals and randomly deadlock itself in the background. It's always nice to see what should be a single threaded Java application deadlock on-exit or a native application that uses the JNI to invoke randomly failing at something because the JVM got whacky with signal handlers. Having worked with both Java and .NET for many years now... they both have their problems, but give me .NET anytime over Java.

    15. Re:Still don't know why... by dintech · · Score: 1

      It sounds like you're a client side developer so your choice is logical in that space. I'm a server side developer so I'll take Java thanks. Also Java sucks at interfacing with anything other than more Java.

    16. Re:Still don't know why... by gfxguy · · Score: 1

      Didn't they know rebooting once a day was SOP?

      --
      Stupid sexy Flanders.
    17. Re:Still don't know why... by TheLink · · Score: 1

      Maybe they do reboot it once a day.

      It's only a stock exchange after all, not a 24/7 online casino system.

      --
    18. Re:Still don't know why... by badger17 · · Score: 1

      It would be flamebait if it were not for the fact that Microsoft explicitly used the case of the London Stock Exchange in their anti-Linux advertising campaing a couple of years back. You can see the original advert here:

      http://www.dottycommie.com/lse-crash-microsoft/

    19. Re:Still don't know why... by 0xABADC0DA · · Score: 1

      If the problem you refer to is futex_wait, this was a glibc bug and affected a lot of programs on Linux.

      Other than that, it sounds like classic 'user error'. Generally when you and only you think a platform that is used as much as Java is, in stock exchanges and such, is 'a buggy piece of crap' it means that you are a poor programmer.

    20. Re:Still don't know why... by nog_lorp · · Score: 1

      Ah, I was thinking of the FIST bug (http://x86.org/secrets/dan0411.htm)

  11. Reliability? by R2.0 · · Score: 5, Funny

    Looks like someone needs to brush up on their buzzwords, specifically "mission critical" and "services no longer required".

    --
    "As God is my witness, I thought turkeys could fly." A. Carlson
    1. Re:Reliability? by syousef · · Score: 4, Funny

      Looks like someone needs to brush up on their buzzwords, specifically "mission critical" and "services no longer required".

      More like "Would you like fries with that?" and "Would you like to upsize?"

      --
      These posts express my own personal views, not those of my employer
    2. Re:Reliability? by hotdiggitydawg · · Score: 1

      I believe the currently-preferred HR euphemism is "leaving to pursue opportunities outside the company".

  12. d'OH by Anonymous Coward · · Score: 0

    Please reboot me.

    1. Re:d'OH by maino82 · · Score: 3, Funny

      yes, but how many times did they reboot it?

  13. Good lord, they're running on Windows? Why? by echtertyp · · Score: 0, Flamebait

    That's just nuts. I don't understand the rationale for that at all, in this day and age.

  14. It appears high load/usage crippled the system... by Anonymous Coward · · Score: 0

    No different then what can happen on a unix box I suppose.

  15. Wait for it... by Anonymous Coward · · Score: 1, Funny

    .Net is pants!

    1. Re:Wait for it... by antek9 · · Score: 0

      Better yet: fishnets is the new hotpants!

      --
      A World in a Grain of Sand / Heaven in a Wild Flower,
      Infinity in the Palm of your Hand / And Eternity in an Hour.
  16. single page by Anonymous Coward · · Score: 5, Informative

    I wish people would get into the habit of linking to the single page version of the FA.

  17. Misleading summary by denoir · · Score: 5, Informative

    The summary implies that TradElect was responsible for the shutdown, but according to the stock exchange itself, it wasn't the case. They say instead it was a network problem.

    1. Re:Misleading summary by A+beautiful+mind · · Score: 1

      Honestly, I'm not sure if I believe that. They have their system's reputation to protect...

      --
      It takes a man to suffer ignorance and smile
      Be yourself no matter what they say
    2. Re:Misleading summary by Anonymous Coward · · Score: 2, Funny

      See, that's why they should have used J2EE instead. If they had, no one would have been able to tell the difference between the network working and the normal slow crawl that Java users are accustomed to.

      (Seriously, though, the summary needs to be rewritten. Slashdot is blaming TradeElect as a proxy for Microsoft due to a, uh, slight anti-Microsoft bias.)

    3. Re:Misleading summary by Anonymous Coward · · Score: 0

      How could a system so important have such a lousy private network to reach out and connect with the traders... that a single problem could disconnect
      them all??

      Ask me, building a system for 5 9s and not having a network capable of support it is rather foolish to say the least.

      I have no idea if the traders can VPN into the private network or if they order a point to point T1 from the ILEC... but one would think a network issue would not drop "everyone" from the system.

      Any clues are welcome.

    4. Re:Misleading summary by tgatliff · · Score: 5, Insightful

      Why the heck they were using MS Windows for this type of environment is stunning... Transactional processing which is the bulk of this type of setup is where Solaris and Linux excel. Any company that builds a system like that on .Net should be thown out on the street.

      In short.. Not to rock on Windows, but different platforms always offer different strengths..

    5. Re:Misleading summary by Hyppy · · Score: 4, Informative

      if it was a network problem, then they're in more trouble than the summary implies. It's relatively simple to get 100% uptime (minus a dropped packet or two) in a network. The key here is redundancy. If you throw enough hardware at it, yes, it will not break.

      Internal? Dual(+) homed servers, redundant switches, redundant AC, redundant power.
      External? BGP on 2 or more transits on separate physical runs.

      What, you say that you need to account for natural disasters? Then get a second site, at least a few hundred miles away, and repeat.

      Virtual 100% uptime is a solved problem in the networking world.

    6. Re:Misleading summary by Anonymous Coward · · Score: 0

      (Seriously, though, the summary needs to be rewritten. Slashdot is blaming TradeElect as a proxy for Microsoft due to a, uh, slight anti-Microsoft bias.)

      Agreed on the summary - but then again, what else do you expect here on the slash? I've gotten used to the fact that the editors only post submissions that have inflammatory and often just plain incorrect summaries - often having little (or nothing) to do with the actual story.

      Most of the comments also jump on that bandwagon of "flame MS" or "flame RIAA" or whatever - but there are a few folks out there whose comments are well worth skimming through the constant crap.

    7. Re:Misleading summary by japhering · · Score: 5, Insightful

      As is normally the case M$ threw lots of money at the exchange to get it to switch unix/linux base to windows net so that M$ can tout that a major exchange is running windows.

      Full page ads touting the switch and the reasons they cited were better through put and better up time.

      They even had ads touting it here on /.

    8. Re:Misleading summary by RightSaidFred99 · · Score: 0, Flamebait
      What utter bullshit. There are lots of mission critical business systems running on Windows and .NET. You just don't know what you're talking about, that's all.

      One incident with unknown causes (I didn't see anything in the article about .NET or even Windows) used as a laughable excuse to "rock on" windows is a little silly.

    9. Re:Misleading summary by Anonymous Coward · · Score: 0

      The conversion from a decades old unix based solution to the shiny new MS system was a feature article on Microsoft's anti-linux site, "Get the facts" for quite a while. Here's the case study: http://www.microsoft.com/casestudies/casestudy.aspx?casestudyid=200042 . Their "speed increase" or "latency decrease" was to the direct data clients of the LSE, but in fact most traders get their data through another tier or two, making the speed increase to the handful of immediate clients inconsequential for the bulk of users. Further, the massive computer cluster, which was based on 120 machines has now proved to be no more reliable than a well engineered COBOL solution on mainframes.

      I hope the community will pass this story on. After reading MS "bigging themselves up" about the LSE, its ironic to see how hard they fall. This is an excellent example of what any good techie knows, the simpler the solution, the better.

    10. Re:Misleading summary by Bryansix · · Score: 1

      Alright! Who looped the switch back into itself?

    11. Re:Misleading summary by Anonymous Coward · · Score: 0

      In short, not to rock on Solaris and Linux, but .Net is a damned fine development framework and can handle itself very well TYVM.

      If Windows showed the signs of proper design that .Net does, Linux wouldn't need to exist. (Before you flame, note that I think Linux needs to exist to offset Windows' current crappyness.)

      I'm sort of a .Net fanboy. Windows... not so much. I just wish someone big would jump in an make Mono worthwhile. (IBM? Red Hat? Apple? I don't care who.) I know Apple's thinking about it, seeing as some as-yet-unused dynamic launch hooks were added to the kernel in the last major OS X release that would allow it to support managed runtime stuff without intermediary layers.

    12. Re:Misleading summary by Anonymous Coward · · Score: 0

      It's all OK. According to their EULA Microsoft will reimburse the stock exchange $5.00 (US) if the customer is unhappy with their purchase.

      Captcha: bounty and so pertinent!

    13. Re:Misleading summary by teknopurge · · Score: 0

      Any company that includes Linux is RTP/STP should go out in the street with them. Though at least you got Solaris correct.

    14. Re:Misleading summary by tgatliff · · Score: 4, Insightful

      No... Actually I deal with this everyday. Windows is great for places where you need desktop apps or such. It also does well when you must have generic developers for web development.

      Where Unix/Linux/BSD truly shines is on back office type transactional processing. There are many reasons for this, and have a long history at doing exactly this. Meaning, mainframes may not have every been considered sexy, but they ran critical systems in companies for decades with very little problems... Actually they built such a reputation that when they failed most instantly assumed it was a hardware failure... Working on them, however, takes a more polished developer...

    15. Re:Misleading summary by Anonymous Coward · · Score: 0

      You have hit the nail on the head. There used to be Sequent boxes there.

    16. Re:Misleading summary by Anonymous Coward · · Score: 0

      No kidding. Only Windows is vulnerable to this problem called "the network is down." Solaris and Linux have ways of remaining connected to the network even when there is no network!

      I know you're Snatchrot trolling but obviously neither Windows nor .NET have anything to do with this failure.

    17. Re:Misleading summary by caluml · · Score: 5, Interesting
      Although:

      The Johannesburg Stock Exchange, which uses the LSE's trading platform TradElect, also suspended trading.

      Hmm. Smells like a new version to me.

    18. Re:Misleading summary by Anonymous Coward · · Score: 0

      Any company that builds a system like that on .Net should be thown out on the street.

      In this case, that would be Accenture. They have historically been an MS shop, but they are starting to use more open solutions.

    19. Re:Misleading summary by oliverthered · · Score: 3, Insightful

      The point is you shouldn't be running mission critical systems on new and shiney (it's bound to have bugs) you should be running it on old and reliable (or at least where the bugs and workarounds are well known)

      --
      thank God the internet isn't a human right.
    20. Re:Misleading summary by sconeu · · Score: 1

      They should use HP NonStops.

      --
      General Relativity: Space-time tells matter where to go; Matter tells space-time what shape to be.
    21. Re:Misleading summary by Anonymous Coward · · Score: 0

      Sorry to bother you with facts,
      NYSE switch to linux
      http://linux.slashdot.org/article.pl?sid=07/05/17/139256

      NZSE dumping HP NonStop for Linux
      http://www.linux.org/news/2008/02/18/0002.html

    22. Re:Misleading summary by Anonymous Coward · · Score: 0

      Oh please. Neither Linux nor Solaris are tailor made for transactional systems. They are operating systems, not banking or trading platforms.

      In short.. Not to rock on Windows

      Perish the thought. Your post is unquestionably objective, especially considering the comparison between two operating systems and a runtime library.

    23. Re:Misleading summary by teknopurge · · Score: 1

      most of the nyse stuff that's important will be on AIX, but I guess you don't need to read articles, just post links...

    24. Re:Misleading summary by Anonymous Coward · · Score: 0

      Bunch of cowboys employing business grads to write mission critical software cos they're better in front of the clients. Explains a lot.

    25. Re:Misleading summary by IgnoramusMaximus · · Score: 5, Informative

      Any company that includes Linux is RTP/STP should go out in the street with them. Though at least you got Solaris correct.

      You have no clue. When people mention Linux in these environments they mean Linux running on one of these, not a home-brew distro running on a $150 PC.

    26. Re:Misleading summary by mcmonkey · · Score: 1

      Wow. The mods are on their game today.

      A trite "ZOMG m$ is teh suxorz" gets insightful.

      A response of, "Yes, some folks do run critial apps on dot net, and BTW, we don't know the root cause of this particular downtime" gets flamebait.

    27. Re:Misleading summary by Anonymous Coward · · Score: 0

      Honestly I would not choose Windows or Linux. There are more stable operating systems out there, like Solaris

    28. Re:Misleading summary by Cillian · · Score: 4, Informative

      Everybody wasn't dropped. A few people had issues, and so they had to completely stop trading, else the people without issues had an unfair advantage.

      --
      -- All your booze are belong to us.
    29. Re:Misleading summary by mstahl · · Score: 1

      It also does well when you must have generic developers for web development.

      Are you implying that us UNIX/linux/OS X Server web developers are a special case? There's more .NET people than PHP/ruby/python/whatever people?

    30. Re:Misleading summary by guruevi · · Score: 1

      I wouldn't doubt it was a network problem causing it. From a personal experience, I know Microsoft Windows (2000 and 2003) doesn't handle failover well and usually it's because the network drivers have to be supplied by a vendor (Broadcom or Via or whatever cheap crap they put in the servers these days) and everything it SHOULD be able to do, has to be or is re-implemented in software by the vendor (like trunking etc.). Then, when something unusual happens, both the Windows network stack and the driver might try to fix it or wait on each other to fix it or something else.

      Unix-type systems have networking closer to the kernel and not in nor dependent on the driver. The driver only translates general kernel commands into electronic signals on the bus so 1) it will always adhere to standards (like trunking and vlan instead of relying on Broadcom or Cisco's or Intel's "standard"), 2) it will always work on virtually every card, even if it's a $15 one and 3) if it fails, it will fail across all platform and get fixed quicker by the community.

      --
      Custom electronics and digital signage for your business: www.evcircuits.com
    31. Re:Misleading summary by jacquesm · · Score: 1

      There is something to that though, that could force the whole system to go offline, which is a situation in which integrity can no longer be guaranteed. In that case systems like this shut down completely until the issue is resolved. A partial system can be a much larger problem than none at all.

    32. Re:Misleading summary by gbjbaanb · · Score: 1

      remember: quantity != quality. Usually the opposite is true.

    33. Re:Misleading summary by Anonymous Coward · · Score: 0

      And this is Microsoft's fault how? Typical /. linux lunatic freetard paranoia. Quick, grab the tinfoil hat!

    34. Re:Misleading summary by Anonymous Coward · · Score: 0

      Honestly I would not choose Windows or Linux. There are more stable operating systems out there, like Solaris

      and AIX

    35. Re:Misleading summary by mashade · · Score: 5, Interesting

      Yep, I remembered and laughed so hard I had to put the images next to each other:

      http://tipotheday.com/2008/09/08/microsofts-foot-in-mouth-london-stock-exchange/

      --
      Technology tips and tricks.
    36. Re:Misleading summary by mabhatter654 · · Score: 3, Insightful

      I thought unfair advantage was the whole point of capitalism...I have it you don't! what kind of communists run the place?

    37. Re:Misleading summary by Maxo-Texas · · Score: 1

      I wonder how much a few dozen million 7 hour transactions brings up your 3 millisecond "average" transaction time.

      B)

      --
      She was like chocolate when she drank... semi-sweet at first and then increasingly bitter.
    38. Re:Misleading summary by Anonymous Coward · · Score: 0

      They didn't fall hard, and turning off the exchanges isn't exactly a last resort or a massive failure. If theres any problem which is actually noticable, they'll pretty quickly swap to back ups or turn the system off. Way better than having any chance of people losing money, or worse being able to make other people lose money maliciously. Actually shows how good these systems are when they have such a tiny margin for error (ie none).

      Should probably point out that I work for a fairly hefty European bank (actually work pretty closly with the exchanges - in compliance, not actual trading) and we have direct market access [DMA]. All of the big players have DMA and all of the "2nd tier" people pay quite a lot of money to use ours (or someone elses). 3ms is a massive competitive advantage, considering (and I would probably go so far as to say most) trading is done by algorithms, picking the exact fraction of a second to send in the orders to get whatever price they're after, based on liquidity and volumes.

      As other people have said, it sounds like it was a network problem, so if say 5 or 10 people's DMA isn't working, they'll shut off the market. The only surprising thing about today's issue is the length of time it went down for...

      Oh well... should make tomorrow an interesting day at work.

    39. Re:Misleading summary by mstahl · · Score: 1

      What's that even mean? Quantity, in terms of availability of people, absolutely equals quality, since you've a lot more people and it's more likely that one of them will be of a higher quality. If 1% of web programmers are good by your standards it should be much easier to find a good one in a crowd of 10,000 UNIX gurus than in a crowd of 100 .NET folks. You could even counter me with a similarly BS argument in favour of your side, but really it doesn't matter.

      I was merely pointing out that .NET, being as it only runs on one platform and most general-purpose programmers would not be familiar with it, is a niche, albeit a large one. You can't couch it as "general" development when most developers "in general" do not use it. The web started on *NIX systems and it's still mostly a UNIX and POSIX game. When you say "general web development" I think most people think you're talking about a LAMP-like system.

    40. Re:Misleading summary by metamatic · · Score: 1

      Some banner ads are still available on Microsoft's web servers. Download 'em now before they're quietly deleted :-)

      --
      GCHQ Quantum Insert installed. If only our tongues were made of glass, how much more careful we would be when we speak
    41. Re:Misleading summary by m0rph3us0 · · Score: 1

      NASDAQ also runs on MS.

    42. Re:Misleading summary by Angostura · · Score: 2, Interesting

      Follow that logic rigorously and all mission-critical systems would be running on abacus.

    43. Re:Misleading summary by grassy_knoll · · Score: 2, Informative

      Well another poster pointed out this story with a juicy quote:

      The stock exchange realised it had a problem at 9.15am this morning and has been working since then to identify and fix the problem.

      A source close to the company said an upgrade had gone wrong. The stock exchange would not comment.

    44. Re:Misleading summary by stevied · · Score: 1

      From TFA: ".. connectivity problems left some brokers unable to trade. [The LSE] was then forced to suspend trading to ensure some market players were not disadvantaged."

    45. Re:Misleading summary by Anonymous Coward · · Score: 0

      Ads on slashdot? I haven't seen those for years!

    46. Re:Misleading summary by e2d2 · · Score: 1

      Working on them, however, takes a more polished developer...

      Yeah those Mainframe programmers are the real cream of the crop.. heh

    47. Re:Misleading summary by Anonymous Coward · · Score: 0

      Microsoft may easily be defined as a network problem.

    48. Re:Misleading summary by Achromatic1978 · · Score: 1

      When you say "general web development" I think most people think you're talking about a LAMP-like system.

      You what? Speaking as someone using Linux since 1.2.13, who's worked at MSFT, and is developing applications in PHP in the healthcare sector now, I think you're way off the mark here. When you say "general web development", most people will ask ".NET or Java?"

    49. Re:Misleading summary by Anonymous Coward · · Score: 0

      As a network admin, whatever the problem is, I've learned it's ALWAYS a "network problem." Even when it isn't.

    50. Re:Misleading summary by NotBornYesterday · · Score: 1

      As others have mentioned, Microsoft lauded themselves for allegedly bringing five nines of stability to the LSE. If they take credit for its uptime, methinks it natural to expect them to do the same for its downtime.

      --
      I prefer rogues to imbeciles because they sometimes take a rest.
    51. Re:Misleading summary by mstahl · · Score: 1

      Hehe we must live in two different worlds then. I am, of course, speaking from personal experience. I've been around for a while and have only had the pleasure of meeting one or two .NET or Java developers.

      Is it not conceivable that .NET/Java programmers just don't hang out with the Ruby on Rails crowd that much?

      Disclaimer: I live in Chicago, home of 37signals, so I'm solidly in Rails country over here. Actually... I may have just answered my own question there.

    52. Re:Misleading summary by Anonymous Coward · · Score: 1, Insightful

      remember: quantity != quality. Usually the opposite is true.

      It depends on the situation. If you have a situation where you can break a problem into parallel, independent, and redundant tasks, then Quantity has a quality all its own. That's why the space shuttle has 3 computers and it's the principle behind all those _____@Home distributed computing projects. It's the principle behind using redundant clusters. Quantity doesn't necessarily deliver quality, but it can be used that way.

      Heck, it's the key point in the advantages of market competition. If you're willing to spend the money to have 3 or 4 teams of .NET developers work on independent implementations of a system and then you pick the best one, you've got a reasonable chance of getting a good system if you let the teams know that quality, not feature bloat, will be the success factor for who gets the completion bonus. Theoretically, software markets would externalize that process but, unfortunately, quality ranks too low in the purchasing criteria of most software customers.

    53. Re:Misleading summary by Anonymous Coward · · Score: 1, Insightful

      Quantity, in terms of availability of people, absolutely equals quality, since you've a lot more people and it's more likely that one of them will be of a higher quality.

      Not necessarily. It depends on barriers to entry. There's a lot fewer players in professional sports leagues than in college or high-school leagues within the same geographical area, but if you can only hire one team for a contest (like the Olympics), you're usually better off with the people with the greater combination of raw talent, experience, and intense training schedule, so you would probably prefer to use the professional sports players. The Harlem Globetrotters don't lose too often when they tour high schools.

      If your UNIX gurus have 20 years of average experience in successfully delivering highly fault tolerant and redundant applications, they have a better chance of success at producing that kind of software than a team 10 times that size of Indian .NET programmers with a maximum of 5 years experience.

      On the other hand, if the cost differential between .NET and UNIX programmers was as great as the cost differential between college and professional players, it might behoove you to set up 10 competing .NET projects instead of 1 UNIX project. But I don't think people outsource development with that in mind.

    54. Re:Misleading summary by ozphx · · Score: 1

      Hrmmmm, so what should I install on my Solaris/Linux box to get distributed transactions across database, high performance message queues, the file system and SOAP services?

      Regardless, the bulk of this setup is clustered processing a shitload of data very fast, which is something that COM+ triggers on MSMQ is pretty damn good at. The automation event processing system I work on at the moment can handle a full gigabit eth pipe using MSMQ on my shitty $700 laptop at about 20% cpu, including processing, logging and updating appropriate stuff in a database and HMI app.

      --
      3laws: No freebies, no backsies, GTFO.
    55. Re:Misleading summary by tgatliff · · Score: 2, Insightful

      I certainly understand your point, but quality of developers are only half the picture. The OS design structure of Windows and Unix is just different, and both have their strengths and weaknesses. I am excluding OSX in this argument for several reasons...

      The Unix development approach is allot better at appliance like implementations. Meaning, you build it for a specific job (batch transactional processing in this case), and you treat the hardware as an appliance. You also limit ways a user can interact with the system, so patching is rare to never. Video interaction is rare, and even shell interactions are console menu based and/or web based. The prevents users from tinkering, and prevents the ability to exploit any vulnerabilities that may exist.

      The Windows development approach is more more flexible in nature. Meaning, primarily keyboard and mouse user interaction is guaranteed. The possibility of somehow getting a virus must be taken into consideration. Most interactions is RDC and/or VNC based. Web based servicing sometimes occurs, but Windows is impractical to build in an appliance fashion typically...

      I hope this Helps..

    56. Re:Misleading summary by tgatliff · · Score: 1

      You realize that mainframe programmers and unix programmers are pretty much one in the same. Meaning, a linux guy could easily navigate around AS400 systems with a cue card showing them the command changes...

      And yes, generally unix developers are the cream of the crop and you pay top dollar for them because their knowledge of the systems are typically allot higher than you see on the Windows side.... With Windows developers you see allot of .Net guys who have very little understanding other than what they were taught in class. That is not as common in Unix developers...

    57. Re:Misleading summary by stephanruby · · Score: 1

      What, you say that you need to account for natural disasters? Then get a second site, at least a few hundred miles away, and repeat.

      Actually, the London Stock Exchange does have a redundant system located in a nuclear bunker at another location. They built it right after the IRA bombed their financial district and they had to suspend trading because of that attack. I am actually surprised this backup system didn't pick up the slack in this case. Heads should roll.

    58. Re:Misleading summary by lgw · · Score: 1

      An AS400 is not a mainframe. An AS400 is a minicomputer. Mainframes (which used to be called S/390, but IMB has since rebranded them) don't look like unix at all. Also, there are many sharp Windows developer who know how everything works: you're just failing to differentiate between .NET programmers and systems programmers. Not all WIndows devs are up at the .NET layer, just the cheap ones.

      --
      Socialism: a lie told by totalitarians and believed by fools.
    59. Re:Misleading summary by afidel · · Score: 1

      They did, they weren't fast enough to keep up with volume growth. At some point your needs outgrow even the biggest box and you have to go to clustering, and that's better understood in the open systems world than most of the legacy systems (well except S/390, there are some huge sysplexes).

      --
      There are 4 boxes to use in the defense of liberty: soap, ballot, jury, ammo. Use in that order. Starting now.
    60. Re:Misleading summary by Anonymous Coward · · Score: 0

      Why is OP's comment marked as insightfull. transactional processing is exactly what systems like .NET excel at. The moron then goes to state this is what solaris and linux excel at. BULLSHIT. linux and solaris are OS'es just like windows and have no relationship whatsoever to a transactional processing system apart from being a good platform to put one on. I am not sure what is worse, the OP's comment or the morons that marked it as insightfull.

    61. Re:Misleading summary by XDirtypunkX · · Score: 1

      The server versions of Windows are perfectly fine for transaction processing, if set up correctly. I've worked as a coder on systems processing more transactions per second than this and they ran fine both on Solaris and Windows (Linux isn't an option in most of these environments). All you do on Windows is get a stable minimalistic hardware platform that only does what it needs, with stable enterprise level hardware. Then you stop or remove everything running on the box that doesn't need to be there, then you run a long integration and testing regime with lots of stress tests. There are Windows based transaction processing systems I know of that have not gone down once in 8+ years of operation.

    62. Re:Misleading summary by Aceticon · · Score: 1

      Everybody wasn't dropped. A few people had issues, and so they had to completely stop trading, else the people without issues had an unfair advantage.

      The why this:

      The Johannesburg Stock Exchange, which uses the LSE's trading platform TradElect, also suspended trading.

      If the problem was one of market fairness, then why was a different market altogether affected?

    63. Re:Misleading summary by Crizp · · Score: 1

      Well, I can imagine the system being based on SQL Server 2005 or a newer more custom job -- SQL Server 2005 is actually not a bad database product, it's well suited for huge transaction volumes and has good security (as in ensuring transactions are done right).

      Windows Server, though, and the Windows architecture in itself, is perhaps a different matter.

      I'm not an MS fan by far (i.e. not at all) but their database server is a solid product.

      Still, you need something to run it on -- and that's where Windows is... not so good at times.

    64. Re:Misleading summary by hughk · · Score: 1

      Um, no. If you put the real time stuff in a database in a high-volume, western exchange, you are sir, on crack!!!

      Yes, databases get used but not for the order books. They happen elsewhere on the transaction chain and not synchronous to it because they aren't fast enough.

      --
      See my journal, I write things there
    65. Re:Misleading summary by Anonymous Coward · · Score: 0

      Don't be so clueless. This isn't the 90s. Windows has surpassed Solaris and Linux in both high availability and stability for quite some time now.

    66. Re:Misleading summary by Anonymous Coward · · Score: 0

      dude, go look around. Ruby on Rails gets all this attention, but try to find some true open source apps. Like a help desk ticket system or webmail system.

      Lots of projects you find have graphics designers who did websites to promote the Rails project. But download the code and try it out... it is only 40% complete, with major features missing. nobody really working on the projects to complete them.

      Rails is maturing, but it seems to attract rock star programmers with big egos and self promotion more than long-term coding types.

      Yes, it could be changing - but I'm reporting what I see.

    67. Re:Misleading summary by sydb · · Score: 1

      Strange post. Maybe I am missing something? For your first paragraph...

      Of course there's much more out there.

      Regardless, the bulk of this setup is clustered processing a shitload of data very fast, which is something that COM+ triggers on MSMQ is pretty damn good at. The automation event processing system I work on at the moment can handle a full gigabit eth pipe using MSMQ on my shitty $700 laptop at about 20% cpu, including processing, logging and updating appropriate stuff in a database and HMI app.

      ...and this is just a bunch of subjective MS fan boy ranting.

      --
      Yours Sincerely, Michael.
    68. Re:Misleading summary by JD-1027 · · Score: 1

      Ah, so we see the quote really meant...

      "London Stock Exchange Chooses (Windows) Over (Linux For Reliability)"

    69. Re:Misleading summary by Crizp · · Score: 1

      I'm not on crack, I'm on meth! Jokes aside, I'll be the first to admit that I have no clue with regards to large exchanges like this.

      I'd much apprechiate a short paragraph on the technology behind it,if you please. The only thing I find online is that TradElect is built on .NET technology.

      To which I have to say ROFL and hope it's a very custom, stripped version of it.

    70. Re:Misleading summary by awol · · Score: 1

      In my experience (12+ years writing exactly the kind of system in question for stock exchanges) "connectivity problems" are a very abstract way of describing the customer facing symptom regardless of the underlying cause. I haven't spoken to my London friends about this with respect to whether this is an actual networking issue but I reckon that this is a TradeElect issue or at least a major infrastructure issue since it also took out the JSE which is also handled on the TradeElect platform but uses very different comms infrastructure (ie big pipe to S. Afr. and then some fan out s to the market).

      I have my own opinions on TradeElect, they are not kind. I have some personal knowledge of the decision making process of the senior IT folk that made the Microsoft call and they had reasons that they felt were strong. I disagree with their analysis but then I was a competitor of the solution chosen at the time :-)

      --
      "The first thing to do when you find yourself in a hole is stop digging."
    71. Re:Misleading summary by gbjbaanb · · Score: 1

      you might like to read the Mythical Man Month book. I'm sure we all have stories working in large development groups where there are 1 or 2 good programmers and a whole heap of useless morons; and the management cannot tell which is good or bad. The good programmers usually end up whinging (and then being treated as the bad apples) or leaving.

      Even if you were able to filter out the few good programmers, you'd still have a development team comprised of lots of poor ones. Try telling them to do nothing and make the good ones work and see how unproductive the good ones become.

      when did I say "general web development"?

    72. Re:Misleading summary by awol · · Score: 1

      The point is that most people do not understand mission critical as it relates to the context of Stock Exchanges. The vast majority of exchange systems that have seriously good uptimes are built on a truly minute subset of the operating system and the system in question does nothing else.

      15 years ago the top tier used Tandem which gave them zero hardware failure issues but performance was not leading edge. The emerging markets demanded a different price point and so Unix servers came to the for, windows was also a candidate and frankly good enough around the late nineties (NT and server).

      I would argue that .NET is the real decision point that was the mistake. Performance and reliability are the cornerstones of an exchange systems and in order to control these, you must control your code, because the thinking was that they could use the framework to get around the need for genius programming. Seems not.

      --
      "The first thing to do when you find yourself in a hole is stop digging."
    73. Re:Misleading summary by oliverthered · · Score: 1

      When calculators were first invented it may have been a good idea to stick the the abacus until calculators proved themselves, once calculators where proven to be good or there were known work arounds for the issues then more on to calculators.

      Just don't use the latest and greatest for critical things use stuff that's been around for a good few years, hasn't had any bug fix patches for a while and is proven.

      --
      thank God the internet isn't a human right.
    74. Re:Misleading summary by Anonymous Coward · · Score: 0

      I would say that not even Solaris and Linux are not good enough in these cases. HP OpenVMS, HP NonStop, or IBM System Z systems are more suitable. VMS is the the most commonly used OS is stock exchanges.

    75. Re:Misleading summary by hughk · · Score: 1

      The ones I know are for another exchange Eurex/Xetra but the principles are broadly the same.

      The key point is there are two communications paths through the system, one is for synchronous messages which is everything where the user is awaiting an immediate response such as entering an order and there are asynchronous transactions which are asynch with respect to the user communications path, i.e., they can wait. The art is to minimise what goes into the synch path.

      The basics are a per product list of buy and sell orders in price order. This is searched through synchronously everytime an order is added. If a match occurs with the new order then there is a trade. The user who placed the matching order is informed immediately whilst the user order who was in the list already is informed asynchronously as are the other market participants via some kind of multicast. An order that doesn't match is either rejected or added in the appropriate position in the list depending on the restriction codes.

      The above must happen a) reliably and b) extremely fast. The matched trades may then be fed onwards asynchronously to a database but that is all.

      --
      See my journal, I write things there
    76. Re:Misleading summary by Anonymous Coward · · Score: 0

      Transactional processing which is the bulk of this type of setup is where Solaris and FreeBSD excel.

      Not to be a zealot but T,FTFY.

    77. Re:Misleading summary by bill_mcgonigle · · Score: 1

      I thought unfair advantage was the whole point of capitalism...I have it you don't! what kind of communists run the place?

      You're confusing fraud with capitalism. In an efficient market everybody has the same opportunity to buy and bid for shares on the stock exchange. A recent counterpoint would be the fairly recent market maker shenanigans. The closer we get to electronic exchanges the more fair the markets become. Trade on the NASDAQ if it's an issue for you.

      --
      My God, it's Full of Source!
      OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
    78. Re:Misleading summary by glebd · · Score: 1

      So LHC did create a time/space rift after all. My hello to you, person from a parallel universe!

  18. Re:The London Stock Exchange Goes Down For Whole D by east+coast · · Score: 5, Funny

    Oh, she does... just not with you.

    nudge nudge, wink wink.

    --
    Dedicated Cthulhu Cultist since 4523 BC.
  19. No amount of butt-wiggling by Anonymous Coward · · Score: 1, Funny

    is going to bring back a lost day of trading.

  20. How many failures before.. by Anonymous Coward · · Score: 0, Troll

    ..people realise that Microsoft products just aren't suitable for mission critical stuff.
    And why wasn't there a backup system?

    1. Re:How many failures before.. by KernelMuncher · · Score: 5, Informative

      When I worked in academia I used to collaborate on a research project with a data architect from one of the major electronic exchanges. His whole shop is MS and .NET. I asked him why he didn't run Linux / Unix. He said that with competent guys the MS boxes had great uptime. Wall Street can afford to pay the top salaries so they attract guys who really know their stuff. Not just semi-competent people who managed to sit through an MSCE exam. [his words not mine]

      Also he said support was crucial for his company. If something went down, he wanted to be able to call someone immediately. He couldn't afford to just post a question on a message board and hope someone replies. He wanted contracts with 3rd party support that had experience with similar huge enterprise systems that he had.

      When I said there were companies who could provide excellent Linux support, he said his ass was on the line if something broke so he wanted to be able to justify his software choice to the the C-level guys. And those guys knew the name Microsoft. So he didn't see anything else as an option.

    2. Re:How many failures before.. by stinerman · · Score: 5, Insightful

      When I said there were companies who could provide excellent Linux support, he said his ass was on the line if something broke so he wanted to be able to justify his software choice to the the C-level guys. And those guys knew the name Microsoft. So he didn't see anything else as an option.

      In other words, he used the "no one ever got fired for buying IBM" defense.

    3. Re:How many failures before.. by Locutus · · Score: 1

      you should have pointed him to the Hannaford guy and his comments on how good Microsoft software is and how easy it is to keep those systems secure and running.

      The more and more it gets out that these security and reliability failures are due to the poor foundation that is the Microsoft OS and middleware, the harder it will be to say, nobody gets fired for choosing Microsoft. IMO

      LoB

      --
      "Anyone who stands out in the middle of a road looks like roadkill to me." --Linus
    4. Re:How many failures before.. by teknopurge · · Score: 1

      No one ever got fired for choosing IBM.

    5. Re:How many failures before.. by Anonymous Coward · · Score: 1, Insightful

      "justify his software choice to the the C-level guys. And those guys knew the name Microsoft. So he didn't see anything else as an option."

      IBM?

    6. Re:How many failures before.. by CapitanMutanda · · Score: 1

      When I said there were companies who could provide excellent Linux support, he said his ass was on the line if something broke so he wanted to be able to justify his software choice to the the C-level guys. And those guys knew the name Microsoft. So he didn't see anything else as an option.

      In other words, he used the "no one ever got fired for buying IBM" defense.

      But maybe a Z/OS based system wouldn't have had 7 hours down time..

    7. Re:How many failures before.. by Kjella · · Score: 2, Insightful

      In other words, he used the "no one ever got fired for buying IBM" defense.

      Yes, he did and as a matter of fact it's a valid defense and it's not a chicken or egg problem. Almost everything that ever wants to run mission-critical systems have to work their way up from missing-trivial through mission-sensitive and mission-important. Customers didn't just one day decide IBM was overpriced and threw out all their computers, they tried and tested clones and nothing bad happened. Can you point to any smaller exchanges that use Linux? Or do you expect that suddenly Linux should go from nowhere to running the biggest, most critical markets in the world economy? No offense, but it doesn't happen to anything else either, walk before you run. That, or bribe before you run but expect some trip-ups...

      --
      Live today, because you never know what tomorrow brings
    8. Re:How many failures before.. by Just+Some+Guy · · Score: 1

      Also he said support was crucial for his company. If something went down, he wanted to be able to call someone immediately. He couldn't afford to just post a question on a message board and hope someone replies.

      So.... why'd he pick Microsoft?

      --
      Dewey, what part of this looks like authorities should be involved?
    9. Re:How many failures before.. by metamatic · · Score: 4, Informative

      Can you point to any smaller exchanges that use Linux?

      No, but I can point to the New York Stock Exchange, which uses AIX and Linux.

      --
      GCHQ Quantum Insert installed. If only our tongues were made of glass, how much more careful we would be when we speak
    10. Re:How many failures before.. by Anonymous Coward · · Score: 0

      Because Microsoft offers fantastic enterprise-level support. It will cost you hundreds of thousands of dollars per year but if you have a problem it will be fixed. Quickly.

    11. Re:How many failures before.. by stinerman · · Score: 1

      I'm not debating that.

      I'm saying the guy basically took the easy way out because his bosses were too dense to know what this newfangled "Leenux" was.

      He all but conceded that Linux was at the very least equal to MS offerings. Why didn't he go with Linux then? If "Linux" breaks down, he's in deep shit. If "Microsoft" breaks down, it's just...one of those things that happens from time to time. Computers aren't perfect you know!

    12. Re:How many failures before.. by Skiron · · Score: 1

      "Wall Street can afford to pay the top salaries so they attract guys who really know their stuff. Not just semi-competent people who managed to sit through an MSCE exam."

      Explain how you get 'guys that really know their stuff' on a black box proprietary OS? Unless they are MS employees, of course.

    13. Re:How many failures before.. by Anonymous Coward · · Score: 0

      Can you point to any smaller exchanges that use Linux? Or do you expect that suddenly Linux should go from nowhere to running the biggest, most critical markets in the world economy?

      Ummm... the NYSE? Except its not smaller.

    14. Re:How many failures before.. by Ilgaz · · Score: 2, Informative

      The IBM Z/OS and AIX, Sun Solaris are at such a level that they would alert the respective companies before anything catastrophic actually happens and while systems running on a parallel sysplex backup system without any employee figuring it, IBM/Sun engineers would be fixing the issue. Ask any serious bank why they keep buying/using mainframes.

      The term is "Autonomic computing" http://en.wikipedia.org/wiki/Autonomic_Computing

      I would investigate the decision maker having genius idea of running a financial, time critical process on Windows 2003 and .NET platform.

    15. Re:How many failures before.. by sgtrock · · Score: 1

      Having been the victim of Microsoft's quote, 'fantastic' enterprise-level support, unquote for many years I can tell you that you don't have a clue what that phrase really means. There is no way that any competent architect should be picking a Microsoft platform for anything where 5 nines reliability and high transactional volume are both elements of a mission critical platform. There are FAR better alternatives out there that this guy obviously never bothered to research. Tandem Nonstop is still around. Heck, for that matter just about any IBM compatible mainframe would be a much sounder choice.

    16. Re:How many failures before.. by dcgrp · · Score: 1

      In other words, he used the "no one ever got fired for buying IBM" defense.

      Better than the Chewbacca defense...

    17. Re:How many failures before.. by rtechie · · Score: 1

      He wanted contracts with 3rd party support that had experience with similar huge enterprise systems that he had.

      When I said there were companies who could provide excellent Linux support,

      You answered your own question here. The core problem was that if his exchange switched, they'd be the first. And Redhat apparently wasn't willing to tell him "We'll fly a team of 6 engineers out to your site who will work on it until you're satisfied, even if that takes months. One of them is a lead RedHat developer. We will do all the custom development you need. All of this is on OUR dime." MS does crap like this all the time. This is what RedHat/Novell/etc. need to do to compete.

    18. Re:How many failures before.. by Anonymous Coward · · Score: 0

      AFAIK, NYSE Euronext runs Red Hat Enterprise Linux on HP hardware, see: http://customers.press.redhat.com/2008/05/12/nyse/

    19. Re:How many failures before.. by Anonymous Coward · · Score: 0

      I hear the same thing where I work. Some of the other admins have equated Linux with not supported. They don't seem to realize that linux support doesn't mean a message board.

    20. Re:How many failures before.. by Anonymous Coward · · Score: 0

      They certainly have a whole server devision designed to support that sort of configuration.

    21. Re:How many failures before.. by brianerst · · Score: 3, Informative

      I've been the lead architect and/or senior programmer on a couple of futures and options exchange trading platforms (CBOT's Order Routing System, CBOE's CBOEdirect) and pay the bills currently by connecting firms to various electronic trading platforms. Hardly anyone uses Microsoft except for GUI/user-facing applications. The back-end stuff is almost always UNIX/Linux.

      Off the top of my head, I know that all the LiffeConnect-based systems (London Financial Futures Exchange, EuroNext, Amsterdam, CBOT Metals Complex, Tokyo Futures Exchange, probably a couple of others) run on Linux (a relatively recent change from Sun boxen). NYSE now owns that codebase, and I'm pretty sure that the NYSE uses Linux and AIX on its own platform.

      The Chicago Mercantile Exchange's GLOBEX trading engine (running CME, CBOT non-Metals, NYMEX plus a couple smaller exchanges like Minneapolis and Kansas City) platform runs on Linux. They migrated from Solaris to Red Hat back in 2004.

      The Intercontinental Exchange's WebICE platform is written in Java and I believe it's running on Linux, but there may be some Solaris still around.

      The CBOEdirect system is Java but runs mostly on Sun Enterprise hardware. There is some Linux in the mix, and they certainly use it on some of their other trading systems.

      In the (futures and options) trading world, running on Windows servers is considered to be a sure sign of being bush-league. Demand for UNIX/Linux is huge. And I'm not saying this as a Java/UNIX/Linux snob - most of the systems I've written were Microsoft-based (for a variety of reasons - most started out as technology demonstrations that grew way beyond their intended lifespan - "the client's always right").

    22. Re:How many failures before.. by afidel · · Score: 1

      That's awesome, the next time some pinhead consultant blames my AMD boxes for speed problems caused by their shitty configuration settings I can point to that article and tell em our DB's run on the same servers as the NYSE =)

      --
      There are 4 boxes to use in the defense of liberty: soap, ballot, jury, ammo. Use in that order. Starting now.
    23. Re:How many failures before.. by afidel · · Score: 1

      Um, the windows source code is open for large customers and has been for years, so the top talent isn't really handicapped in that regard.

      --
      There are 4 boxes to use in the defense of liberty: soap, ballot, jury, ammo. Use in that order. Starting now.
    24. Re:How many failures before.. by GaryPatterson · · Score: 1

      Their support *is* fantastic! That is absolutely true.

      Unfortunately it's "fantastic" in the old sense of the word.

    25. Re:How many failures before.. by Anonymous Coward · · Score: 0

      Sounds like a load to me. The real tough Windows shop guys don't worry about needing someone to call if something goes wrong, they design systems without single points of failure -- same as on Linux.. and carry a beeper (same as Linux, Slowaris). They are the guy that present to the rest of the C-level guys because they take a position as an officer too-- typically CTO, COO, or (in the olde tymes) CIO.

    26. Re:How many failures before.. by Anonymous Coward · · Score: 0

      ...so he wanted to be able to justify his software choice to the the C-level guys. And those guys knew the name Microsoft. So he didn't see anything else as an option.

      In other words, he used the "no one ever got fired for buying IBM" defense.

      You guys on /. scoff at this defense quite frequently, but in the corporate world you sometimes have a project or you do not based on decisions like this. The options available are not MS or AIX, they sometimes are MS / Outsource / No Project.

      Sometimes Outsource should be the answer when MS is selected. IMHO, that is a corporatre American and corporate European problem that is much bigger than any MS/Linux choice. Naturally lots of the "Experts" who you would outsource with are using the better technology for whatever it is you are outsourcing since they have to show profit and performance as well.

    27. Re:How many failures before.. by jelle · · Score: 1

      He probably _should_ have bought IBM. They would have set him up with something actually reliable...

      --
      --- Hindsight is 20/20, but walking backwards is not the answer.
    28. Re:How many failures before.. by Anonymous Coward · · Score: 0

      You make it seem like the choices are :

      1 - Go with Microsoft, spend top dollar, to avoid having to be at the mercy of random forums for support.

      2 - Go with Linux, where your only support is a random forum.

      When you write massive software and are spending a lot of money on it, you aren't going to be able to call Microsoft for a quick fix. They aren't familiar with your 100 million lines of code, or even 50,000 lines of code.

      If you're spending the money, you can hire people who know Linux well.

      So it really comes down to your last point, justifying software choice to C-level guys.

    29. Re:How many failures before.. by Anonymous Coward · · Score: 0

      Nice story, but two things:

      The original article was about the LONDON stock exchange, not Wall Street.

      And last time I looked the NYSE was running Linux, not Windows/.NET as you are claiming.
      See here, for example: http://linux.slashdot.org/article.pl?sid=07/05/17/139256

    30. Re:How many failures before.. by Anonymous Coward · · Score: 0

      nobody is going to trust a toy OS for anything mission critical

      Yet, right in the article above you - The London Stock Exchange uses Windows.

    31. Re:How many failures before.. by 0ld_d0g · · Score: 0

      so does my router. is that why it keeps going down?

  21. Re:Good lord, they're running on Windows? Why? by fotbr · · Score: 2, Insightful

    Perhaps the bit you're missing is that windows isn't quite as bad as the /. crowd likes to say it is. Especially if its an older (translation: fixed & stable) variety like win2k or even nt4.

  22. performed as expected... by markana · · Score: 5, Funny

    "and was designed for increased speed and system capacity"

    and see - it went down far faster and more completely than the previous system would have been able to. So that's progress. It's all in how you present it.

    1. Re:performed as expected... by DewDude · · Score: 1

      It's a Microsoft product...one should expect it to be optimized for crashing and burning. It's what they know best. I'm surprised they haven't gotten a BSOD and had to start the entire market over from scratch.

    2. Re:performed as expected... by the_olo · · Score: 1

      Yeah, the outage was way more successful than the previous one from November 2007.

  23. They upgraded to Vista over the weekend... by vistahator · · Score: 0

    I guess that didn't work out so well.

  24. Re:The London Stock Exchange Goes Down For Whole D by morgan_greywolf · · Score: 1, Offtopic

    The London Stock Exchange Goes Down For Whole Day (Score:0, Offtopic)
    by Anonymous Coward on Monday September 08, @04:25PM (#24924597) ...now if only my wife would do that! /rimshot!

    Reply to This
    Re:The London Stock Exchange Goes Down For Whole D (Score:0, Offtopic)
    by east coast (590680) on Monday September 08, @04:32PM (#24924749)
    Oh, she does... just not with you.

    Damn. Talk about humorless mods. I at least got a chuckle out of that.

  25. Delicious by Anonymous Coward · · Score: 1, Funny

    I want a churro.

  26. you're doing it wrong by Anonymous Coward · · Score: 0

    .Net is pants!

    Too much enthusiasm. You need to convey a sense of exasperated, yet restrained disappointment.

    1. Re:you're doing it wrong by chill · · Score: 0, Troll

      sigh... .Net is pants.

      Better?

      --
      Learning HOW to think is more important than learning WHAT to think.
  27. Potentially misleading summary by Reality+Master+201 · · Score: 3, Insightful

    The exchange insists the problem was connectivity, not the trading platform.

    Not to sound overly cynical, but I'd hardly expect them to acknowledge the problem if it were the trading platform that was the issue. That'd kind of be business suicide.

    1. Re:Potentially misleading summary by Anonymous Coward · · Score: 1, Insightful

      Not really. In an environment like this they will probably be subject to an independant audit. If they claim one thing and the audit finds otherwise...
      Basically they planned on X capacity and overloaded this morning. Probably some tech said they needed X, but the powers that be said build me Y as we need it cheap.

    2. Re:Potentially misleading summary by Reality+Master+201 · · Score: 1

      Possibly. Of course, you could also just say "initial analysis indicated capacity, but it turned out to be software upon further examination."

    3. Re:Potentially misleading summary by Angostura · · Score: 5, Informative

      Well, the Reuters article does say that trading started normally, but some traders were unable to connect, so the whole exchange was bought down to avoid unfair advantage/disadvantage occurring, so actually both stories are consistent.

    4. Re:Potentially misleading summary by Anonymous Coward · · Score: 0

      and blaming network devices when it isn't the case is also suicide as it would get out. As be it cisco or whatever you can bet they were onsite and would not accept taking the blame if it wasn't them.

    5. Re:Potentially misleading summary by Anonymous Coward · · Score: 0

      This is a very paranoid attitude, yet I see it on Slashdot all the time. How can it get +5 insightful? When big services go down long enough that they need to explain themselves, they tend to announce exactly why it happened. For example look at Amazon EC2/S3, which explained its last outage in minute detail. It would be very foolish to do otherwise because so many people within the company know why the service went down and could leak the information if they saw a lie. Just because it's .NET, it doesn't mean it must be broken. In fact the fact that serious businesses like this are going with .NET is a sign that it might be the best alternative for what they're doing - you can be sure that Microsoft isn't "paying them off" (more Slashdot paranoia), in fact they are some of its most profitable customers.

    6. Re:Potentially misleading summary by man_of_mr_e · · Score: 1

      Sure, they'd probably deny it (assuming they could get away with denying it), but that's not evidence that it was their fault. If it wasn't their fault, they'd also deny it.

      In fact, denial doesn't mean anything one way or the other.

    7. Re:Potentially misleading summary by Reality+Master+201 · · Score: 1

      Yes, exactly. The fact is, denial doesn't mean anything one way or another.

  28. 5 nines? by andreyvul · · Score: 5, Funny

    So their 9.9999% uptime is screwed?

    --
    proud caffeine whore
    1. Re:5 nines? by chad.koehler · · Score: 1

      No, no. They're still well within those five nines.

    2. Re:5 nines? by pancake_lover · · Score: 5, Funny

      Maybe they should shoot for 9 fives instead. When the problem is too hard, just lower the goal posts.

      --
      Homer no function beer well without.
    3. Re:5 nines? by Anonymous Coward · · Score: 0

      See this and this

    4. Re:5 nines? by Anonymous Coward · · Score: 0

      Did the blurb add this after this comment or am I missing something? I can see the humor, but not the redundancy. I can see the humor, but not the redundancy. I can see the humor, but not the redundancy.

  29. Re:Good lord, they're running on Windows? Why? by Hyppy · · Score: 5, Insightful

    Perhaps the bit you're missing is that windows isn't quite as bad as the /. crowd likes to say it is. Especially if its an older (translation: fixed & stable) variety like win2k or even nt4.

    I'm not sure if you're serious or not, but surely you aren't trying to compare NT4 uptime with the 5 9s of a solid System z platform?

  30. Re:Good lord, they're running on Windows? Why? by erroneus · · Score: 5, Insightful

    Oh please. Persuasive marketers can get Windows installed just about anywhere including US war ships.

    While it is commonly accepted by many techies (and strongly denied by others) that Microsoft Windows is not a suitable platform for that level of computing, sales people often bypass the techies who know better and sell to managers and executives who still believe "you can't get fired for using Microsoft."

    With all this said, it will be quite some time (and possibly never) that we will ever know for certain what is at the root cause of the failure. You can be sure that Microsoft is all over this problem both technically and P.R.-wise. They won't let the facts get out if they are damaging. Recall the major power outage that many still believe was caused by a worm attacking Microsoft servers? As far as I can see, the true cause of that failure has yet to be revealed.

    But if this was a planned event, or an unplanned disaster resulting from a planned event gone bad (updates, upgrade, other maintenance), you would think they would have provided for mishaps in some way or another.

    But as this news story is all I have to go on, there is no indication of cause and so I will not presume this is a Microsoft problem. But it says a lot that NYSE runs on Linux and not Microsoft. It seems SOMEONE did listen to the techies.

  31. Re:Good lord, they're running on Windows? Why? by DarkVader · · Score: 0, Troll

    No, it's not "quite as bad".

    It's worse. With those old ones, it's far, far worse.

  32. Re:The London Stock Exchange Goes Down For Whole D by Anonymous Coward · · Score: 0

    Oh, she does... just not with you.
    nudge nudge, wink wink.

    Your wife -- does she go?

  33. Nothing taxes can't fix by heroine · · Score: 5, Funny

    After the malfunction, TradElect was immediately bought by UK's government for $200 billion and all its debts waved. In an unrelated story, medicare tax was raised yet again because of an unexpected shortfall.

    1. Re:Nothing taxes can't fix by Anonymous Coward · · Score: 0

      waved? is that cousin of waived? :)

      /me imagines £50 million pounds of court case losses and legal fees in £20 bills all waving at once...

      Everyone say at once, joy to websites that don't understand UTF8!

    2. Re:Nothing taxes can't fix by magus_melchior · · Score: 1

      (How to annoy someone, point out a spelling error, AND be a creative twit at the same time)

      After the malfunction, TradElect was immediately bought by UK's government for $200 billion and all its debts waved...

      ... saying, "Hey, wankers! You can't get rid of me! Bahahahaha!!"

      --
      "We are Microsoft. You shall be assimilated. Competition is futile."
    3. Re:Nothing taxes can't fix by Anonymous Coward · · Score: 0

      Why Hullo, I'm British. Now, what the hell is this "medicare tax" of which you speak?

    4. Re:Nothing taxes can't fix by Anonymous Coward · · Score: 0

      bought by UK's government for $200 billion and all its debts waved

      Did the Government wave back?

  34. .NET clearly to blame...... by heffrey · · Score: 3, Insightful

    .....I mean, there couldn't be any other possible cause for the problem.

    1. Re:.NET clearly to blame...... by The+End+Of+Days · · Score: 3, Funny

      It's impolite to interrupt all these people while they're masturbating.

  35. Re:Good lord, they're running on Windows? Why? by Anonymous Coward · · Score: 0, Insightful

    My goodness! You believe in God? ("Good lord") That's just nuts. I don't understand the rationale for that at all, in this day and age

  36. Suckers by overtly_demure · · Score: 0, Redundant
    Everybody always gladly buys the MS line. It's some kind of permanent institutionalized suspension of disbelief.

    To paraphrase what they used to say back in the day about IBM, nobody ever got fired for buying into Microsoft.

  37. Re:The London Stock Exchange Goes Down For Whole D by cp.tar · · Score: 3, Funny

    Oh, she does... just not with you. nudge nudge, wink wink.

    Your wife -- does she go?

    More importantly, does she run?
    More specifically, does she run Linux?

    --
    Ignore this signature. By order.
  38. What do Brits say when stuff like this happens? by TehDon · · Score: 1

    "Blimey!"

    "Whom is the one to blame for this, for I shall kick their arse!"

    "They made a bollocks of our stock exchange!"

    1. Re:What do Brits say when stuff like this happens? by Anonymous Coward · · Score: 0

      Doth thou really think that we speaketh like that? Only the commoners and serfs speaketh so. For the majority of us, thou would not be able to tell if thou were conversing with a Brit or a fellow American. Tally ho.

    2. Re:What do Brits say when stuff like this happens? by julesh · · Score: 3, Interesting

      You've seen the first scene of "four weddings and a funeral", surely?

    3. Re:What do Brits say when stuff like this happens? by Inda · · Score: 1

      Who on here would admit watching that film?

      By the way, is it "Bollocks"?

      --
      This post contains benzene, nitrosamines, formaldehyde and hydrogen cyanide.
  39. Re:Good lord, they're running on Windows? Why? by ArhcAngel · · Score: 2, Interesting

    Perhaps the bit you're missing is that windows isn't quite as bad as the /. crowd likes to say it is. Especially if its an older (translation: fixed & stable) variety like win2k or even nt4.

    A) Yes, in fact, it is quite that bad (just not as bad as when it was first released) and

    B) There is no "fixed and stable" version of .NET yet. At least none I would hinge my mission critical business on.

    --
    "A person is smart. People are dumb, panicky dangerous animals and you know it." - K
  40. What, no ads? by Bert64 · · Score: 5, Funny

    Does anyone else remember the "The london stock exchange chose windows 2003 for reliability, they didn't choose linux" ad banners that used to run all over the place, including slashdot if i remember?
    Funny how it's all come crashing down...

    "The london stock exchange chose windows, but after 7 hours of downtime wishes they had chosen linux".

    --
    http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    1. Re:What, no ads? by Anonymous Coward · · Score: 1, Informative

      "The london stock exchange chose windows, but after 7 hours of downtime wishes they had chosen linux".

      Link is here:
      http://www.microsoft.com/india/getthefacts/lse.aspx

    2. Re:What, no ads? by LeedsSideStreets · · Score: 1

      Yeah, something tells me the Highly Reliable Times won't be covering this follow-up story.

    3. Re:What, no ads? by Anonymous Coward · · Score: 0

      http://www.accenture.com/Global/Technology/Microsoft_Solutions/LondonWarehouse.htm

    4. Re:What, no ads? by parabyte · · Score: 1

      I think such fast and reliable system is always very difficult to build, and those guys who build are top notch engineers, I am sure about that. They guarantee 10ms transaction time and promise to go down to 3ms. Given that this involves network communication with a third party and some arbitration and transaction logging, this is quite cool.

      However, no one in the world is able today to create a bug free system, and sometimes shit happens. My guess is that someone tried to save on maintenance costs, and when the system broke down, they obviously did not have the right guy in place who is able to find out whats wrong and fix it. Shit happens, but when it happens, you want a fast and efficicient troubleshooter right on action.

      The problem might be windows indeed, but not because it is less realiable. I think with windows there are two problems:

      1)It is difficult to understand because the source is not widely available, although the guys involved in this project would have access to it.

      2) It accumulates entropy faster than a Unix-based system; this means you have to reboot a windows system more often to remove entropy and by putting the system into a more defined state. Linux and BSD share this problem, and while a typical linux or BSD is only rebooted to install kernel updates, you do more often reboot a windows system because it behaves strange and you have no idea why, especially with desktop systems, but even more with laptops in changing network environment.

      On many *nix systems you can find out by reasoning how to fix a problem. In windows, you may find out by reasoning what is wrong, but you have to *know* what to do in this situation, you can often not find it out by reasoning.

      This may have contributed to the problem in London, which did cost them two 9s of their five nines they were claiming.

      Our company moved away from Microsoft Exchange when we had a two day mail outage because of Exchange database corruption. We had backups and logs and a proven recovery process, but this time it failed. By replaying the logs, corruption occured even on copies of several older backups of the database. We settled for one day of lost E-Mail traffic to bring back the system.

      I wanted to stay with Microsoft Exchange because of the hazzle and costs of moving to a different mail and calendar system, but one thing was paramount: I was determinded to make that never happen again, not because of the material damage, which was negligable, but my reputation as a seasoned professional technician who moved into upper management was at stake.

      I was very surprised when I found out that no matter how much money I would be willing to spend on hardware, licenses and the best experts, there would be no way to recover from Exchange database corruption once it occurs better than we did. When we did log replays, the Microsoft recovery tool crashed near completion after one hour of replaying logs, leaaving us with an unusable databese that caused the Exchange Server to crash when started. We finally had to go back many weeks in the backup cycle and replay Gigabytes of logs only to loose just one day of mail. Even after this recovery, the server continued crashingon different hardware, so we were sure it was the software and a possibly corrupted database and broken repair tools.

      So all the experts I consulted told me: the situation we ran into was not supposed to ever happen, and it would propably never happen again, but they could not rule out it might happen some day again, and when it would happen again, we would be fucked again.

      The first lessen for me was: When the software contains bugs that corrupt the database, and the repair tool is broken, and corruption is not detected by the running software or during backup, and only crashes the server when some someone accesses one of the broken items, then you are really, really fucked by Microsoft, without any chance. And I was lucky, my reputation was just slightly damanged, but other people might easily loose their job because of

      --
      Without order, nothing can exist. Without chaos, nothing can be created.
    5. Re:What, no ads? by Lorien_the_first_one · · Score: 1

      Yes, that was the Highly Available Times. I read about it there.

      --
      The diversity and expression of human opinion is essential to human survival.
    6. Re:What, no ads? by Anonymous Coward · · Score: 0

      "The london stock exchange chose windows, but after 7 hours of downtime wishes they had chosen linux".

      I wonder how the NYSE is holding up with their decision.

      NYSE Moves to Linux

      Haven't heard a peep from them.

    7. Re:What, no ads? by afidel · · Score: 1

      Did you run regular maintenance? My number one rule for running Exchange is that no data store holds data for more than 6 months, a year tops. You need to move users around and wipe a data store at a time or do what's almost impossible and run offline data store checks. You need to do the same thing on Notes but due to the way Notes clustering and replication works it's a bit easier to do the offline integrity check.

      --
      There are 4 boxes to use in the defense of liberty: soap, ballot, jury, ammo. Use in that order. Starting now.
    8. Re:What, no ads? by parabyte · · Score: 1

      As far as I remember, we did offline data store checks whenever we encountered problems, which became more frequent as the database grew and aged (about once a month in the beginning, about every week in the end). We also moved the database to at least three different servers because we first assumed the hardware might be the problems.

      Anyway, your experience seems to confirm my observations: Comparable Microsoft engineered systems seem to deteriorate faster than *nix-based systems. I find it unacceptable when a system needs so much attention and maintenance just to stay alive, especially when this kind of maintenance involves downtime, and manual maintenance always carries the risk that the operators make errors, and as they are just humans they sooner or later will.

      Anyway, there is no excuse for a repair tool to crash, as it should be *designed* exactly for dealing with corrupt data. However, Microsoft has not a monopoly on such a behavior, many years ago I dropped ReiserFS because of the same combination of corruption and crashing repair tools.

      I think that the hands-on approach and informal culture that gave Microsoft such an advantage over a scientific and buerocratic style of engineering that was commonplace in the mainframe and workstation world came back to haunt them and their users when it came to serious enterprise computing.

      p.

       

      --
      Without order, nothing can exist. Without chaos, nothing can be created.
    9. Re:What, no ads? by Anonymous Coward · · Score: 0

      Does anyone else remember the "The london stock exchange chose windows 2003 for reliability, they didn't choose linux" ad banners that used to run all over the place, including slashdot if i remember?

      http://www.microsoft.com/uk/getthefacts/lse.mspx

    10. Re:What, no ads? by afidel · · Score: 1

      It's a problem central to basically ANY database though. Integrity checks are absolutely essential, and even with them exporting and re-importing the data once in a while is a very good idea. This applies to everything from Foxpro to all of the big DB's (Oracle, SQL, DB2, etc). Sure there are sites that run for years without doing that maintenance, but I have seen it come to bite them on numerous occasions. For Exchange you can fairly easily automate the mailbox migrations from one datastore to another. Moving the DB files just moves the corruption with them, it's not going to fix the integrity problems. I guess if you are using mdir on a Unix platform you don't have the DB problems, but you quickly run into filestore problems with descriptor exhaustion and the occasional corrupt inode, etc. You also can run into problems with clients when you have too many items in a directory to be quickly processed (I had a client on Groupwise that had an attachment directory with so many items in it that even DIR wasn't able to process them!)

      --
      There are 4 boxes to use in the defense of liberty: soap, ballot, jury, ammo. Use in that order. Starting now.
    11. Re:What, no ads? by Anonymous Coward · · Score: 0

      See this reference:
      http://www.microsoft.com/windowsserver/compare/casestudydetails.mspx?recid=37

    12. Re:What, no ads? by Bert64 · · Score: 1

      I think his problem has a lot to do with the data stores being held in a proprietary format, and the only tools capable of working with the format had bugs rendering them unable to recover the corruption.

      Sure, with any database there's a risk of corruption, but if the format is known it's much easier to recover data. Thats one of the advantages of unix maildirs, the filesystem is very well understood, there are plenty of tools to repair various kinds of filesystems and its always possible to single out specific items.

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    13. Re:What, no ads? by Bert64 · · Score: 1

      Yeah, i've encountered similar problems with Reiser, that's why it's good to have a choice of filesystems.

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    14. Re:What, no ads? by Anonymous Coward · · Score: 0

      Funny how everyone is immediately pointing at Microsoft while we have no clue whatsoever about what happened.

      Not being an MS fanboy but I hardly believe that Unix/Linux never ever crashes either. It is a fact of life, everything is made by man and we are not perfect.

  41. 5-nines SLA by skeeto · · Score: 4, Informative

    "5-nines SLA"

    I had to look this up, so I imagine other people didn't know it either (I thought was was a stock exchange term). First Google search result reveals the answer,

    The Battle With "3 Nines" and The Goal of "5 Nines"

    1. Re:5-nines SLA by Itninja · · Score: 1

      And SLA = "Service Level Agreement" BTW* *BTW = "By The Way" AFAIK** **AFAIK = "As Far As I Know" Wow that's a lot of acronyms! Let me be the first to say: Double You Tea Eff?

      --
      I judt got a nre Kinesis keybiartf so please excusr ant egregiou typos.
    2. Re:5-nines SLA by 74nova · · Score: 1

      oh come on, some points for this poor guy, please. This is a good post, I had no idea what it meant.

      --
      use your turn signal! you people act like it's divulging information to the enemy
    3. Re:5-nines SLA by Knara · · Score: 1

      You fail at buzzword bingo, apparently.

      Seriously, though. It's not like SLA or 5-nines are archaic tech terms. It *is* Slashdot, after all.

    4. Re:5-nines SLA by IMightB · · Score: 1

      Not many people know this, but it's actually nine-fives.. http://ars.userfriendly.org/cartoons/?id=20080310

      But I swear 5-9's is one of those marketing buzzwords that salespeople love to throw out there because it sounds nice regardless of their products actual ability to provide it. Beware the fine print.

    5. Re:5-nines SLA by glwtta · · Score: 2, Insightful

      This is a good post, I had no idea what it meant.

      Yeah, me neither! If only we also had this "Google" thing.

      --
      sic transit gloria mundi
    6. Re:5-nines SLA by shallot · · Score: 1

      FWIW you might also wish to read about the myth of the nines.

    7. Re:5-nines SLA by neonsignal · · Score: 1

      Anyone who thinks that 99.999% uptime can be guaranteed is not living in the real world. Failure causes in the real world are just as likely to follow a power law distributions as anything, so these "average" uptime figures are meaningless. Surely anyone who deals in the stock market should be aware of the perils of predicting success and failure.

    8. Re:5-nines SLA by jonathansdt · · Score: 1
      I vote for less ambitious SLAs:

      Five eights is good enough for most people.

    9. Re:5-nines SLA by mgblst · · Score: 1

      Some other terms you might be interested in:

      The Internet

      A Computer Network

      Moron

    10. Re:5-nines SLA by 74nova · · Score: 1

      funny thing, although you were being difficult, the mods agreed with me that he should get points...

      were you suggesting that nobody should post anything that could be found by Google?

      --
      use your turn signal! you people act like it's divulging information to the enemy
    11. Re:5-nines SLA by sgt+scrub · · Score: 1

      So it doesn't mean the network will be up 9 times from 9am to 9pm at least 9 times this year?

      --
      Having to work for a living is the root of all evil.
    12. Re:5-nines SLA by Anonymous Coward · · Score: 0

      Let me be the first to say: Double You Tea Eff?

      WTF is DYTF?

    13. Re:5-nines SLA by glwtta · · Score: 1

      funny thing, although you were being difficult, the mods agreed with me that he should get points...

      Oddly enough someone seemed to agree with me as well (for what that's worth).

      were you suggesting that nobody should post anything that could be found by Google?

      I'm suggesting that I'm completely baffled by these "Here's the Wikipedia link / Google search / first result link" posts that have no original or informative content. It seems like most people here are probably pretty comfortable with the whole "highlight -> right-click -> Search Google for..." process - are there those who actually can't define an unknown term until someone posts a link to a Google search for it?

      It just seems weird to me.

      --
      sic transit gloria mundi
  42. Re:Good lord, they're running on Windows? Why? by caluml · · Score: 1

    30 times burnt, 31st time shy.
    There's only so much "But this one is actually really good" that I can accept.

  43. Re:let me be the first to say by CnlPepper · · Score: 2, Informative

    bollocks

  44. Re:let me be the first to say by actionbastard · · Score: 2, Funny

    That's 'bollocks', mate. You'd know 'em if you had 'em.

    --
    Sig this!
  45. Revenge by pcolaman · · Score: 1

    I guess this is the response from Microsoft for the EU's finding that Microsoft has violated anti-monopoly laws in Europe. Lesson to be learned? Don't fuck with MS.

  46. ketan by ketan324 · · Score: 5, Interesting

    The LSE going down is a big deal. The US exchanges have been trying very hard to displace LSE's strong hold in the EUROPEAN markets. With the merger of NYSE/Euronext and NASDAQ/OMX this cuts market share and faith in LSE as everyday passes. Additionally with continued tech issues, NASDAQ could reinvigorate their bid for LSE again! I work for a data major data vendor, and I know from experience the NYSE and NASDAQ are much more reliable than their European counterparts. Also LSE going down today is huge, considering the news on Fannie/Freddie, WAMU, Lehman, and the WRONG news on United Airlines. Many arbitrage opportunities were lost for LSE traders.

    1. Re:ketan by The+Master+Control+P · · Score: 1

      Yeah, not being able to trade in London explains why the hell the US stock markets were up after the two biggest mortgage companies we have failed over the weekend. I kept going "WTF over?" until I found out about this.

    2. Re:ketan by smoker2 · · Score: 1

      If you consider the news about Fannie/Freddie then from this side of the pond it looks like "action" was taken to prevent any further bad American debt. If the LSE was running, billions would have flowed out of the UK into the US.
      Either way, I consider it lucky. So what if somebody doesn't make their trading bonus, we're talking about the stability of nations.</paranoia>

    3. Re:ketan by phillous · · Score: 1

      No the two biggest mortgage companies were failing, and have been saved (sort of)... thus it is good news.

    4. Re:ketan by dbIII · · Score: 1

      Interesting viewpoint. Perhaps if the US government nationalises that stock exchange as well as the recent biggest nationalisation since Castro they may have the money. There is a lot that has to be done to try to get the economy to be stable before dabbling in the economies of other nations.

    5. Re:ketan by afidel · · Score: 1

      More like private risk was transferred to the American tax payers (yet again) which is good for the market because it's like free money from Santa as far as the marketeers are concerned. I'm a Democrat, but even I have to wonder wtf we keep bailing out bad investment decisions every decade or so, it just distorts the market and leads to increased inefficiency.

      --
      There are 4 boxes to use in the defense of liberty: soap, ballot, jury, ammo. Use in that order. Starting now.
  47. A stroll down memory lane... by Anonymous Coward · · Score: 0

    The new platform has been designed to the highest levels of resilience with comprehensive back up, which includes dual processing at two sites and recovery from component failure within a second.

    from LSE TradElect system goes live , OnWindows.com, 18 June 2007

  48. Some info on the system itself by Jherek+Carnelian · · Score: 2, Informative

    http://www.computerweekly.com/Articles/2006/09/26/218637/city-prepares-to-test-new-trading-platform.htm

    I bet the fingers are pointing today - Accenture (formerly Arthur Andersen) India vs HP vs Microsoft.

  49. Re:Surprised? It's M$ crapware! by Anonymous Coward · · Score: 0

    STFU Twitter you silly little cunt!!!

  50. Quote .NET by Legion_SB · · Score: 4, Funny

    .NET garbage collector: "Oops, that wasn't garbage!"

    --
    'a';DROP TABLE users; SELECT * FROM DATA WHERE name LIKE '%'... if you're reading this, it didn't work.
    1. Re:Quote .NET by ozphx · · Score: 1

      Developer: Hey cool, weak references!

      (one week later...)

      --
      3laws: No freebies, no backsies, GTFO.
  51. Uhhh, what? by 6164n3rd · · Score: 0, Redundant

    Why is Microsoft getting dragged into this discussion? There's no mention of them in the main article, nor in the itworld.com article linked above. And yet this story gets tagged with "microsoft" and given the Bill/Borg icon just because TradElect uses .NET? I'll admit Microsoft has it's share of issues, but let's reserve credit/blame for when it's actually due.

    1. Re:Uhhh, what? by Anonymous Coward · · Score: 0

      Bloody lousy apologist, where do you get off!

    2. Re:Uhhh, what? by Vexorian · · Score: 1
      --

      Copyright infringement is "piracy" in the same way DRM is "consumer rape"
    3. Re:Uhhh, what? by Old97 · · Score: 1

      Read this article that was linked from the link. Microsoft helped build this thing and its all Windows/.NET http://www.onwindows.com/Articles/LSE-TradElect-system-goes-live/843/Default.aspx

      --
      Very often, people confuse simple with simplistic. The nuance is lost on most. - Clement Mok
    4. Re:Uhhh, what? by RightSaidFred99 · · Score: 0, Troll

      Because this is slashdot. It's hilarious reading these posts, it's moron after moron jumping in with ridiculous slams on MS (sorry... "M$") based on some incident whose facts they are blithely unaware. It's almost kind of sad how stupid they all look.

    5. Re:Uhhh, what? by ozphx · · Score: 2, Interesting

      Haha. Having worked for a Super-Platinum-Alpha MS partner before I'll tell you how it works:

      You pay your enormous Partner fee every year. Occasionally MS will send someone out with a powerpoint presentation on a 6 month old MSDN article. If you are doing one of these projects, MS will never ever touch it, or help in any way, beyond paid support for a particular product (like anyone else can pay for). They will put an article in MSDN Magazine like "Microsoft and Fagware collaborate to make Some Awesome System". There will be a photo, with the MS rep shaking the clients hand, with your boss half cropped out. They will mention a whole bunch of MS tech that you (probably didnt) use.

      Its not like they ever see a single design doc, let alone line of code. They don't do a damn thing beyond telling everyone how they are collaborating with you to build Awesome-X Plus for Important Client.

      Also you get to put "Gold Partner" on your website, and MS occasionally refers clients that need someone to implement stuff.

      --
      3laws: No freebies, no backsies, GTFO.
    6. Re:Uhhh, what? by Anonymous Coward · · Score: 0

      Apologist cunt. Just because you got fucking owned further up in the comments, you're whinging later on. Still haven't got a fucking answer though have you?

    7. Re:Uhhh, what? by dintech · · Score: 1

      GP is right. Although I don't use Microsoft products personally, I can guarantee that the serverside code won't be running on .NET. It's just not how things are done in the banking world.

  52. Re:The London Stock Exchange Goes Down For Whole D by Anonymous Coward · · Score: 0

    Oh, she does... just not with you.
    nudge nudge, wink wink.

    Your wife -- does she go?

    More importantly, does she run?

    More specifically, does she run Linux?

    More relevantly, does she run TradElect?

  53. It's official. by RightSaidFred99 · · Score: 4, Insightful
    Most of you are morons. Let me get this straight. TradElect is .NET based. TradElect failed. Ergo, Windo$e sucks, M$ sucks. and .N$T sucks, etc... You'd think you were technically illiterate morons or something who think that all or even most system failures are caused by the platform or programming language.

    Let me explain computers to you. See, the developer uses a set of platforms, languages, integration components, etc.. to deliver his functionality to the end user. A failure at any level can cause the application to fail. It could be application logic, network issues, hardware issues, integration with third party systems, a dipship systems administrator, etc...

    And yet the 90-105 IQ SlashDweeb set comes out in numbers with no data and says "lolz Windoze! .NET haha!". Crikey.

    1. Re:It's official. by Anonymous Coward · · Score: 0

      Oh my god the .net fan is on the defensive, do you need your mommy?

    2. Re:It's official. by Anonymous Coward · · Score: 0

      Hey, I know all that. I just wanted to say that something's "pants."

    3. Re:It's official. by Kingrames · · Score: 1

      Just out of curiosity, what makes you think that a System administrator stupid enough to run their expensive system on inferior technology ISN'T going to fail on a scale this massive? This was one of the biggest trading days for the London market. They've blown their reputation permanently.

      --
      If you can read this, I forgot to post anonymously.
    4. Re:It's official. by Alioth · · Score: 3, Insightful

      Well, no, it's just that Microsoft shouted long and hard about how reliable the LSE would be now it was running on Windows Server System 2003. So it's deliciously ironic that after all this trumpet tooting, it still fell flat on its face, regardless of the reason...since Microsoft's ads were obviously to get everyone to believe that the system would be highly reliable.

    5. Re:It's official. by dbIII · · Score: 1
      We already know the components have problems - TradElect is the only bit we don't know about. It's just a lot of people saying "I told you so" and not coming from the other direction as you suspect.

      Personally I know very little about .net and unfortunately those who have written the production .net software I have had the misfortune to encounter appear to know even less.

    6. Re:It's official. by Anonymous Coward · · Score: 0

      Yeah, well, what're ya gonna do?  We'll all be running Linux in ten years.

    7. Re:It's official. by Anonymous Coward · · Score: 0

      Most of you are morons. Let me get this straight. TradElect is .NET based. TradElect failed. Ergo, Windo$e sucks, M$ sucks. and .N$T sucks, etc... You'd think you were technically illiterate morons or something who think that all or even most system failures are caused by the platform or programming language.

      Let me explain computers to you. See, the developer uses a set of platforms, languages, integration components, etc.. to deliver his functionality to the end user. A failure at any level can cause the application to fail. It could be application logic, network issues, hardware issues, integration with third party systems, a dipship systems administrator, etc...

      And yet the 90-105 IQ SlashDweeb set comes out in numbers with no data and says "lolz Windoze! .NET haha!". Crikey.

      Most of you are morons. Let me get this straight. TradElect is .NET based. TradElect failed. Ergo, Windo$e sucks, M$ sucks. and .N$T sucks, etc... You'd think you were technically illiterate morons or something who think that all or even most system failures are caused by the platform or programming language.

      Let me explain computers to you. See, the developer uses a set of platforms, languages, integration components, etc.. to deliver his functionality to the end user. A failure at any level can cause the application to fail. It could be application logic, network issues, hardware issues, integration with third party systems, a dipship systems administrator, etc...

      And yet the 90-105 IQ SlashDweeb set comes out in numbers with no data and says "lolz Windoze! .NET haha!". Crikey.

      I think a writer with "The Highly Reliable Times" wants a word with you, RightSaidFred99. As well as Guinness, for greatest number of ad hominem attacks in a /. post.

    8. Re:It's official. by Tim+C · · Score: 1

      Sigged.

    9. Re:It's official. by Anonymous Coward · · Score: 0

      +5 to such a pedantic moron? Microsoft did an strong advertising campaign stating that the stock market system would be far more reliable because they choose .NET over Linux. Do you understand? THEY were the first to link the reability of the system with their OS.

    10. Re:It's official. by tezza · · Score: 1

      Wow! A sensible response.

      To comment further, an Exchange is basically a message processing system. Upon crash or outage, it is not possible to simply "reboot" the architecture.

      The messages have to be replayed in the correct order. This can be very, very, very difficult because Exchanges get data from thousands of sources. So getting something out of order, say at the start of the day, can ruin the whole day.

      --
      [% slash_sig_val.text %]
    11. Re:It's official. by idfubar · · Score: 0

      Changing your defaults so that you view a "moderated" conversation (say, +4 & +5 moderated posts) might improve your Slashdot experience.

      --

      Rishi Chopra
      www.rishichopra.org
  54. Re:Good lord, they're running on Windows? Why? by SimonBelmont · · Score: 3, Interesting

    Even if MS is able to make Windows good at what it is and generally reliable, what it is is not a high-SLA platform intended for mission critical systems, so there's really no excuse. I don't think NSA/CIA/DoD would say, "The security model of Windows isn't quite as bad as the /. crowd likes to say it is. Sure, we haven't reviewed it, but the IT guy says it will help us leverage synergy to effect better ROI."

  55. Quick! get the VAX! by Nation+XII · · Score: 0, Flamebait

    AHeehehahahahahaa! Microlimp's operating system will never be "Enterprise Ready". They should have stayed running on OpenVMS and continued to enjoy flawless 10+years of uptime, instead of this pathetic "five-9's". VMS on any platform FTW!

  56. What about nine fives? by Anonymous Coward · · Score: 0

    If they only promised nine fives of reliability they'd be back up to snuff by Wednesday.

  57. LSE incident website by Anonymous Coward · · Score: 0
  58. It's remarkable... by actionbastard · · Score: 1

    That this story hasn't been picked up by the major network's (CNN, Fox, MSNBC) websites yet. It's three bloody hours old.

    --
    Sig this!
  59. Re:Reminds me of that day... by jabuzz · · Score: 1

    What day was that? Or do you mean after the Second World War, when the UK was right royally shafted by the USA, and we have just finished pay our debt of on.

  60. Lulz by Vertana · · Score: 1

    So in other words, Microsoft single-handedly brought down a London Stock Exchange? That's way too much power. FIGHT THE POWER!

    --
    "The best way to accelerate a Macintosh is at 9.8m/sec^2" -Marcus Dolengo
  61. Screw that. by Anonymous Coward · · Score: 0

    I want my wife. It is my ex that I want to disappear.

    1. Re:Screw that. by Anonymous Coward · · Score: 0

      here, here!

  62. Re:Good lord, they're running on Windows? Why? by Mysticalfruit · · Score: 1

    There's a lot of unknowns...

    1. Were they running fault tolerant hardware? i.e. Like Stratus ftServer's or was it some cluster setup?

    2. Was it the OS/Database/.Net app?

    I'm sure all the details will come out.

    --
    Yes Francis, the world has gone crazy.
  63. Do Not Dot Net by dspolleke · · Score: 2, Funny

    Was it back up before the bell rang and did the Micro$oft stock plumit? in a dutch dialect dot-net translates into "doesn't work" ;-)

    1. Re:Do Not Dot Net by hyades1 · · Score: 1

      "In a dutch dialect dot-net translates into 'doesn't work'".

      Oh, it works, alright. But its agenda isn't your agenda. Please feel free to insert any Microsoft/Skynet/Terminator meme you like.

      --
      I've calculated my velocity with such exquisite precision that I have no idea where I am.
  64. Re:The London Stock Exchange Goes Down For Whole D by cp.tar · · Score: 2, Funny

    Oh, she does... just not with you. nudge nudge, wink wink.

    Your wife -- does she go?

    More importantly, does she run?

    More specifically, does she run Linux?

    More relevantly, does she run TradElect?

    No, she goes down on it.

    --
    Ignore this signature. By order.
  65. Re:The London Stock Exchange Goes Down For Whole D by zsouthboy · · Score: 0, Offtopic
  66. why oh why by oliverthered · · Score: 1

    I've been on projects time and time again and they keep wanting to use the latest and greatest only to have it break a few months (if their lucky) after deployment.

    Assuming it was developed a little while ago they should have stuck to something more robust where people know the bugs and workarounds. .net 1.1 was buggy as hell, .net 2 is a lot better but I wouldn't call it mature. maybe in a few years .net will become a platform that you can write more critical systems on but not yet (and that's leaving out the windows side of things)

    --
    thank God the internet isn't a human right.
  67. 5-nines? by Anonymous Coward · · Score: 0

    That's why, at my work, we promise 9-fives.

  68. You have your causes and effects reversed. by jcr · · Score: 2, Interesting

    Windows does suck, building any mission-critical system on a fundamentally botched foundation is begging for trouble, and knowing that TradElect was built on quicksand is prima facie evidence of negligence. IOW, it probably failed because windows sucks, not the other way around.

    Let me explain computers to you

    Let me explain stock exchanges to you: if they go down during a trading day, a lot of people lose a lot of money. In years past, this kind of work was typically done on Tandem, Stratus or IBM systems which were so reliable that any unscheduled reboot merited a visit from the factory.

    BTW, I've worked on trading systems for Salomon Brothers, Phibro Energy, JP Morgan, and UBS/Warburg. If anyone had suggested running mission-critical back-office apps (like the system of record of a major stock exchange) on windows, they would have been laughed out of the room. I'm astounded that the LSE could be so sloppy.

    -jcr

    --
    The only title of honor that a tyrant can grant is "Enemy of the State."
    1. Re:You have your causes and effects reversed. by dedazo · · Score: 0

      Let's see. So far I know that the source does not blame Microsoft or .NET for that matter. It appears to have been some sort of network problem.

      Then, if memory serves me, the LSE went down for a whole day as well about 7 or 8 years ago. Sure as hell wasn't running on .NET back then. Probably some sort of midrange sys. One of those highly reliable deals you mention, except that it wasn't so reliable. Since I know those platforms are reliable, then there must be something wrong with the LSE, maybe.

      Third, IIRC this whole deal was developed by one of the Big5 consulting boys, no doubt outsourced half out to India. Not that Indian developers are not good, it's usually the process that sucks.

      So no, starting off your argument with "quicksand" analogies and "negligence" claims is probably not a good idea.

      After all, you posted this on a website that survives largely thanks to posting these kinds of stories. I'd probably wait a few days, yah? I'd hate to think all the MC apps I've written in the past 6 years or so are in some sort of danger just because they run on .NET/Windows Server.

      --
      Web2.0: I love when people Flickr my cuil and digg my boingboing until my google is reddit and I start to yahoo
    2. Re:You have your causes and effects reversed. by cheros · · Score: 1

      As a matter of fact, in that same building there's another outfit which (AFAIK) still runs all its operational business on Unix (it was AIX when I last looked but that's a few years ago).

      You can glorify Windoze for all you want, but I don't think I've ever heard someone say "Yeah, we'll probably bounce the machines in November to clear out possible dead processes etc" when it's still APRIL. Sure, it has gotten better but it still has a loooong way to go before it comes close to what a stock exchange needs.

      Failure is NOT an option (it comes as standard with some products).

      Oh, and I was involved in building a whole trading environment abroad. It used RedHat, Solaris and HP-UX. It also used Windows - which is where all the problems were..

      You can keep Windows for desktop use. Just don't pretend it's capable to stand up to real life use without significant more expenses.

      --
      Insert .sig here. Send no money now. Owner may sue, contents will settle. Batteries not included.
    3. Re:You have your causes and effects reversed. by moderatorrater · · Score: 1

      5 digit UID: check.
      A plausible list of high-profile experience: check.
      A good, solid argument about why instant attacks against MS are warranted: check.

      Gentlemen, you just witnessed a classic newb beatdown. It's a good day to be reading slashdot.

    4. Re:You have your causes and effects reversed. by Savage-Rabbit · · Score: 1

      In years past, this kind of work was typically done on Tandem, Stratus or IBM systems which were so reliable that any unscheduled reboot merited a visit from the factory.

      Hehe... tell me about it. I used to work for a software outfit who catered to banks and stock exchanges. We used to get scrambled the instant any kind of stability problem came up and didn't go home until it was solved and when I say 'stability problem' I mean incidents most sysadmins would consider mere annoyances. This happened very, very rarely. I can't remember a single time we had anything like this kind of down time.

      --
      Only to idiots, are orders laws.
      -- Henning von Tresckow
    5. Re:You have your causes and effects reversed. by metamatic · · Score: 2, Interesting

      So far I know that the source does not blame Microsoft or .NET for that matter. It appears to have been some sort of network problem.

      A network problem which simultaneously affected the Johannesburg Stock Exchange, which uses the same software as per TFA? That's some interesting network topology.

      --
      GCHQ Quantum Insert installed. If only our tongues were made of glass, how much more careful we would be when we speak
    6. Re:You have your causes and effects reversed. by RightSaidFred99 · · Score: 1

      Windows does suck

      This is called begging the question. You based your entire rant on this baseless, meaningless statement and treated it as a fact. It's not a fact. You can't prove it as a fact.

      The rest of your post is just authoritative sounding posturing, you know it and I know it.

      Do you have any solid facts about Windows failure rates in mission critical environments? Do you have any evidence this was caused by a .NET or Windows issue? Do you have any facts at all?

      I can provide anectdotal evidence too, I work at one of the world's largest manufacturing companies and we have large Windows depenendencies on our floors. Never really been an issue.

      In the end you're just another "M$ Windoze is the suxxor" poster.

    7. Re:You have your causes and effects reversed. by dedazo · · Score: 0, Redundant

      Is it the same software? It could be the software then, not necessarily the platform.

      I mean, you can fsck up an application on any language and platform. I wouldn't be posting here arguing about this if I didn't write those types of systems for a living (well, used to).

      --
      Web2.0: I love when people Flickr my cuil and digg my boingboing until my google is reddit and I start to yahoo
    8. Re:You have your causes and effects reversed. by bwb · · Score: 1

      JSE actually processes trades through LSE's system; they don't just run the same software on their own hardware.

    9. Re:You have your causes and effects reversed. by TempeTerra · · Score: 1

      On a related note, perhaps you're the right person to address a musing that's been a-brewing in my mind while I've been reading down the comments.

      If you're the LSE, isn't it likely to be 1) easier 2) cheaper and 3) more realistic to achieve 'five-nines' uptime by having two redundant but fully operational 'three-nines' systems and hoping they don't both crap out at the same time? You could even have the two systems in constant competition with each other, where the traders will typically use whichever system is better at that point in time and the maintaining company gets a bonus for having developed the system which is actually in use.

      Or, for example, when the system was upgraded to this windows based version, how much would it have cost them to keep the old system (possibly even leave it connected and powered up, for god's sake) as an emergency backup in case the unthinkable happened and the new developers blew their five nines contract? I don't know anything about how the stock exchanges operate, but I've been lead to believe that the LSE going down for a day cost a lot of powerful people a fuck of a lot of money.

      Bottom line, there's somebody at the LSE who signed off on the decision to not only use a windows based solution when a stripped down custom OS may have been much more appropriate (flashbacks to Diebold voting machines), but to use entirely and only windows on the promise of a vendor. I imagine whoever that was, they'll be looking as uncomfortable as the vendors are.

      --
      .evom ton seod gis eht
    10. Re:You have your causes and effects reversed. by Liquidrage · · Score: 1

      You've never experienced a network issue that effects multiple locations?

      Wait till you get out of college. You will. No, don't reply and tell me what you do for a living. Your response was pure crap. A network problem could be as simple as not having the hardware to support the number of users you're trying to support. It could have been a hardware failure and they weren't as redundant as they thought, as least in supporting their users. Network/hardware go hand-in hand. Based on the article, where it mentions connection issues, network seems logical. Doesn't have to be. But it makes sense. Your post did not.

    11. Re:You have your causes and effects reversed. by Vancorps · · Score: 1

      Where are you getting that Windows server sucks? Especially server 2003 which is now 5 years old and quite stable.

      Furthermore, you ignore that just because an app is written in .net that all components are Windows. For instance, my mission critical app here is written in .net C# with an Oracle RAC for a back-end running on top of Oracle Linux.

      I have not had any downtime since deployment three years ago. When fault tolerance is built from the ground up at all layers then the platform really isn't much of an issue if any at all.

      The app we use employs dynamic dll loading for publishing on the fly combined with clustered SQL state servers. In addition to this connections are chained so a failure to connect to one cluster results in the app automatically connecting to another cluster. Proper back-end SAN infrastructure built on NetApp mirroring across sites. The company I work for makes 90% of it's revenue in one week of the year so that time is very carefully guarded. Of course no updates are performed during this time just as an added measure.

      The last bit I'll impress upon you is that it is not yet known what caused the problem. If the issue was network congestion causing cascading BGP issues then Windows or Microsoft had absolutely nothing to do with this issue. So far it looks like their system made some impressive gains going from 125ms response with Unix to 6ms on Windows with an upgrade said to reduce that further to 3ms and it looks like this is working quite well so far.

    12. Re:You have your causes and effects reversed. by Liquidrage · · Score: 1

      Your post makes little sense. No matter your choice of OS, the redundancy in any critical system is taken care of by hardware. This isn't 1997. NT4 is long gone. And for the places stilling running it, that's their fault.

      It's if that critical that $300 to move up is really nothing, certainly not much more then the "free" Linux upgrade that isn't usually free for critical apps anyways, ignoring the cost of performing the upgrade.

      Anyways, back on point, again, there's nothing in the article that suggests windows or .net being the issue. There is a suggestion that it was a network issue. Are you going to go off on Cisco now?

      You tried to speak from authority. But you came off like a dumbass.

    13. Re:You have your causes and effects reversed. by Liquidrage · · Score: 1

      We bounced our solaris app server boxes for years. We only stopped this past year. And even still, we occasionally have problems and have to restart.

      I work in a very mixed environment. I don't think I've seen any more issues on one platform then another. But then again, unlike most places, our windows admins don't actually suck. I'd say a lot of my experiences is it's a lot easier to admin a windows box so more dumbasses admin them.

    14. Re:You have your causes and effects reversed. by jcr · · Score: 1

      Man, I can't tell you how much I miss the Tandem NonStop II systems. One friend of mine was a Tandem field tech, and on one occasion he had to move a machine from one floor to another, and he did it while they were running the customer's nightly accounting jobs. He was able to just unplug each CPU cabinet from the power, get them on the elevator and over to their new location, and reconnect them to power, while they continued to run on their UPS's.

      Plug them back in, and you get a whole lot of alarms on the system console, but that's it. The machines didn't go down, the work wasn't interrupted.

      Windows has set the bar extremely low, so much so that a lot of people think UNIX is reliable.

      -jcr

      --
      The only title of honor that a tyrant can grant is "Enemy of the State."
    15. Re:You have your causes and effects reversed. by jcr · · Score: 0, Troll

      You based your entire rant on this baseless, meaningless statement and treated it as a fact. It's not a fact. You can't prove it as a fact.

      You're kidding, right? You seriously are staking out the position that Windows doesn't suck?

      -jcr

      --
      The only title of honor that a tyrant can grant is "Enemy of the State."
    16. Re:You have your causes and effects reversed. by jcr · · Score: 1

      If you're the LSE, isn't it likely to be 1) easier 2) cheaper and 3) more realistic to achieve 'five-nines' uptime by having two redundant but fully operational 'three-nines' systems and hoping they don't both crap out at the same time?

      Yes, It Depends, and Yes.

      Tandem and Stratus are the canonical examples of redundant hardware approaches to reliability. Whenever you started a process on a Tandem system, a shadow process would start on another CPU, which would take over if the first one failed to send out its "I'm alive" messages on schedule.

      Tandem was expensive, so they tended to get used anywhere that downtime meant a serious loss of money. So, if a failure is more expensive than the delta in the system cost (which this problem at the LSE must have been), then going with a more expensive, but reliable system is a win.

      -jcr

      --
      The only title of honor that a tyrant can grant is "Enemy of the State."
    17. Re:You have your causes and effects reversed. by GaryPatterson · · Score: 1

      Just because I'm curious...

      When Microsoft trumpet the LSE's uptime in their advertising (plenty of links today on that) are they really trumpeting something they have no control over? Your post seems to indicate that this is your opinion.

      We've only got two responses here.

      A) Microsoft have no control over the final product, and their ads are just lies (marketing should at least have a kernel of truth). They should be more honest and change their claims to "Our platform was used to develop the software that gives the LSE such great uptime." Or perhaps drop the whole uptime thing anyway, since there's not a damn thing they have to do with it.

      B) Microsoft have control over the final product, and jcr's post is reasonable.

      Either way, it's not a good story for Microsoft.

      To the lay-person, taking the plaudits for success means also taking the brickbats for failure. Microsoft were happy to claim success, so it's fair to tar them with the failure.

    18. Re:You have your causes and effects reversed. by cheros · · Score: 1

      Interesting point, actually: it it Windows itself that has problems, or is it thanks to that illusion management has that it's easier and thus doesn't require as many skills?

      I call it the "I have a PC at home" effect..

      --
      Insert .sig here. Send no money now. Owner may sue, contents will settle. Batteries not included.
    19. Re:You have your causes and effects reversed. by RightSaidFred99 · · Score: 1

      Define "suck". It sucks as an EDA platform and for batch computing, a domain where Linux is excellent. I wouldn't use it for hosting traditionally UNIX-ish services based on LAMP or similar, not that it would really suck as such. It sucks as a free hosting platform because, well, it isn't free and e.g. SQL Server 2008 is expensive.

      I would use it as an enterprise application hosting platform. I would use it for a desktop. There are lots of areas where it doesn't suck. You can ignore the industry and stick your head in the sand and claim it sucks all you want, but only fellow dinosaurs are listening.

    20. Re:You have your causes and effects reversed. by jcr · · Score: 1

      Define "suck".

      How about unreliable, unsecurable, and inefficient, to name three?

      -jcr

      --
      The only title of honor that a tyrant can grant is "Enemy of the State."
    21. Re:You have your causes and effects reversed. by jcr · · Score: 1

      You tried to speak from authority

      Nope, I merely observed the obvious.

      But you came off like a dumbass.

      Well, fuck you too.

      -jcr

      --
      The only title of honor that a tyrant can grant is "Enemy of the State."
    22. Re:You have your causes and effects reversed. by metamatic · · Score: 1

      Mmm, condescension.

      If you design networks to route traffic from South Africa through non-redundant links in the UK, I kinda doubt you have a job doing so.

      --
      GCHQ Quantum Insert installed. If only our tongues were made of glass, how much more careful we would be when we speak
  69. Re:Reminds me of that day... by PenGun · · Score: 0, Troll

    Your big stick is useless. Your economy is toast. You are going down.

      Now tell me again about McCain?

  70. Coincidence? by Shadow+Wrought · · Score: 2, Funny

    The exchange goes down at the same time that the US buys two huge, failing monoliths?

    "Turn the bloody thing off! We'll just blame Microsoft and see how the rest of the markets shake out, shall we?"

    --
    If brevity is the soul of wit, then how does one explain Twitter?
  71. Virtual 100% uptime? I call BS... by volxdragon · · Score: 2, Interesting

    What the hell are you smoking??!? I worked for one of the top switch/router manufacturers for 7 years and this is FAR from true in their shop and pretty much everyone else's. Talk to any technical call-center rep for the top 5 or so router manufacturers and I am sure they can tell you many horror stories...

  72. Re:It appears high load/usage crippled the system. by julesh · · Score: 4, Insightful

    No different then what can happen on a unix box I suppose.

    Note that the current system is built around a large cluster of 2.2GHz servers, while the unix-based system it replaced (which coped perfectly happily with a substantial portion of the same traffic) ran from a smaller cluster of much slower servers.

    The primary purpose for the new system, introduced less than a year ago, was to expand capacity. For it to have failed within a year due to lack of capacity basically means that it has failed in that objective.

  73. Re:The London Stock Exchange Goes Down For Whole D by Anonymous Coward · · Score: 0

    If she's down then who will do the dishes and laundry? How do you reboot her? Does it really take 7 hours? Don't they make drugs for that?

    What.. what's a wife?

  74. Not clear from other articles either by tobiah · · Score: 1

    I poked around a bit but there's not much public information out there. If the problem has been diagnosed no one's talking.

    --
    "The ability to delude yourself may be an important survival tool" - Jane Wagner -
  75. Comment from an affected trader: by reverseengineer · · Score: 4, Funny

    President of Exchange: [Randolph Duke has just collapsed with shock] Mortimer, your brother is not well. We better call an ambulance.

    Mortimer Duke: Fuck him! Now, you listen to me! I want trading reopened right now. Get those brokers back in here! Turn those machines back on!

    [shouts - it echoes pathetically throughout the trading hall]

    Mortimer Duke: Turn those machines back on!

    --
    "FDA staff reviewers expressed concern about the number of patients who were left out of the study because they died."
  76. Re:Reminds me of that day... by Anonymous Coward · · Score: 0, Offtopic

    I think you need to brush up on your history.

    Lets see.. if by "that day" you mean "Black Wednesday" the US did not bail the UK out, the UK simply dropped out the ERM.

    It's so easy to bash Bush as you put it, because it's all he is worthy of. He has been, without a doubt your worst president ever, should we stand by and be silent whilst his crony Military Industrial Complex buddies suck the blood out of your economy by War and Legislation means. Check the balance of payments in your economy before Bush and today, Check how the US is rated for human rights, and how you appear as a nation to other nations.

    No one came to "aide" the Georgians because they attacked South Ossetia (probably as a diversionary tactic so that Israel and the US can attack Iran). Trial Baloon as it were, consolidate world opinion against Russia beforehand. There are 4000 Israeli military advisors in Georgia, ever wondered why?

    A very dark "winder" will fall? The Russians are back? did they ever leave? (why is it always "Us" and "Them") If you aren't with us you are against us.

    Socialism for America? is that really such a bad thing? America is the only wealthy western country without a national healthcare system, your private healthcare system denies basic healthcare to people without health insurance (and even some with health insurance in order to prop up the profits of private companies). Your GINI rating of 47 rates with the likes of Mozambique and Mexico. It makes me laugh how Socialism is considered a dirty word in the US.

    I know I am wasting my keystrokes, You can't turn a brainwashed republican that has probably never even travelled outside the US extensively.

    Oh and please stop selling us Windows, especially for running stockmarkets. Linux is far more stable, but maybe Linux is too "socialist" for you having been created by such communists.

  77. write off 5-nines this year and start over by Anonymous Coward · · Score: 0

    isn't that how Microsoft does their Xbox numbers?

    Why not do the same here since it'll only take a few million in advertising to get the general public to believe in the 5-nines trustworthy computing, most secure OS, blah blah blah stuff.

  78. What We Do Know by tobiah · · Score: 2, Interesting

    Is that this is good news for most of /. readers. A lot of big corporatations are being reminded of how important it can be to not cut corners when hiring programmers and IT.

    --
    "The ability to delude yourself may be an important survival tool" - Jane Wagner -
  79. Cheaper programmers by Anonymous Coward · · Score: 1, Interesting

    Perhaps .NET is not directly at fault here.

    Interestingly, the main reason .NET (specifically, C#) was being adopted in our company is that "it gives access to far cheaper programmers than your legacy C++ types."

    I guess programmers are not only more expensive because they have a "legacy language" on their resume after all.

    1. Re:Cheaper programmers by Anonymous Coward · · Score: 0

      You get what you pay for.

  80. US exchanges want LSE biz, so LSE goes down...? by zooblethorpe · · Score: 1

    Hmm, and with MS a US-based company to boot... ;)

    I'm not seriously into any conspiracy theory here, but it certainly is an interesting juxtaposition. Were I on the management team of any of the European exchanges, with the US exchanges breathing down our collective neck for our trading business, I'm not so sure I'd be happy selecting a US-based company as one of our key IT vendors. I don't know about what anyone else might think...

    Cheers,

    --
    "What in the name of Fats Waller is that?"
    "A four-foot prune."
    1. Re:US exchanges want LSE biz, so LSE goes down...? by IanHurst · · Score: 1

      Your suggestion implies US businesses are far more nationalistic than they actually are - they're probably less home-team-centric than their counterparts in any other country in the world. Kind of funny, actually, to see the opposite suggested on Slashdot, home of all the usual "the corporations are selling out our country" moans, don't you think?

    2. Re:US exchanges want LSE biz, so LSE goes down...? by zooblethorpe · · Score: 1

      Hee! :)

      My thought experiment actually had less to do with nationalism than the old who-knows-whom kind of thinking -- with MS being based in the US, it seems more plausible that MS execs might personally know execs of the big US exchanges, or others who would stand to gain if the US exchanges could capture more business currently handled by the LSE. I have zero illusions about corporations "caring" for countries, and was thinking purely in terms of where money might be flowing.

      Cheers,

      --
      "What in the name of Fats Waller is that?"
      "A four-foot prune."
    3. Re:US exchanges want LSE biz, so LSE goes down...? by IanHurst · · Score: 1

      That's a pretty fair response ;)

    4. Re:US exchanges want LSE biz, so LSE goes down...? by ThrowAwaySociety · · Score: 1

      with MS being based in the US, it seems more plausible that MS execs might personally know execs of the big US exchanges

      If Microsoft's execs were buddies with the NYSE or NASDAQ execs, you can bet that their goal would be to get NYSE/NASDAQ running Microsoft's software. (Probably by demonstrating how reliable it was and how competitive it could make a rival stock exchange.)

      I can't see Microsoft entering into some elaborate, illegal conspiracy to insert logic bombs into Windows and .Net to benefit stock exchanges that are nowhere near essential to its mainline business. Even if their kids played on the same little league team.

  81. Re:In other NEWS... by Cap'nPedro · · Score: 5, Informative

    No, he'd waggle his arse .
    A fanny would be a vagina in Britain.

    Come on +5 informative!

  82. Re:Good lord, they're running on Windows? Why? by Anonymous Coward · · Score: 0, Insightful

    In what way is this post a "Troll"?

  83. Get The Facts by moderators_are_w*nke · · Score: 3, Informative

    "In the past six years, there have been no production outages at the London Stock Exchange, and the new systems running on Microsoft technologies are critical to maintaining this 100 per cent reliability record."

    http://www.microsoft.com/casestudies/casestudy.aspx?casestudyid=200042

    --
    "XML is like violence. If it doesn't solve your problem, use more." - Anonymous Coward
    1. Re:Get The Facts by kesuki · · Score: 4, Insightful

      Right from your article "and be cheaper to manage"

      sounds like the LSE fired expensive. knowledgeable admins and went for 'cheaper' ones, there is your problem right there. windows server isn't perfect, but clearly they had good hardware, were running mission critical apps, but went with cheaper less experienced admins.

      also, your fine article specified there were 'no production outages', they don't claim the system ran 24/7/365 with no reboots or glitches, but that there was no production outages for six years. there is quite a bit of difference. the former states that admins and hardware were able to offer the specific services needed at the time it was needed for 6 years, but not on the amount of redundant hardware, etc required to accomplish everything.

      so given everything i've read here, under experienced windows admin approves an under tested system upgrade that epic fails, and takes down the production server for the first time in 6 years. no shock here, they wanted to cut corners on admin costs, they brought the epic fail on themselves.

    2. Re:Get The Facts by narcberry · · Score: 5, Interesting

      Interesting since they haven't been "running on Microsoft technologies" for "the past six years"...

      --
      Modding me -1 troll doesn't make me wrong.
    3. Re:Get The Facts by Anonymous Coward · · Score: 0

      This new Microsoft .Net based system has only been running for like a year. Doesn't seem all that great to me.

      The LSE has a history of dying every once in a while anyway. Seems like incompetence on several levels. Choosing Microsoft to run critical back-end stuff is just the tip of the iceberg.

    4. Re:Get The Facts by Anonymous Coward · · Score: 0

      Right. If you read the article, it says that they've been in production for 4 years, although the article is old.

      dom

    5. Re:Get The Facts by Anonymous Coward · · Score: 0

      so does anyone have the performance numbers from Linux box(es) running at NYSE?

      otherwise it's just marketing: 15x faster than the old system... heck, my 2GHz Dual Core desktop is 120x faster than the first IBM PS/2 or i80386 on 33MHz...

    6. Re:Get The Facts by Anonymous Coward · · Score: 0

      See the Linux numbers at NYSE:

      http://www.reuters.com/article/pressRelease/idUS138616+23-Apr-2008+BW20080423

      as always, Microsoft is just a bunch of poor PR optimized for better idiots in management.

    7. Re:Get The Facts by ignavus · · Score: 1

      Interesting since they haven't been "running on Microsoft technologies" for "the past six years"...

      Or the past six hours...

      --
      I am anarch of all I survey.
  84. Network issue? by Anonymous Coward · · Score: 0

    So what was wrong with the network.. rats chewing on the cables?

  85. Re:The London Stock Exchange Goes Down For Whole D by myz24 · · Score: 0, Offtopic

    I don't get it, but lucky for me he doesn't either

  86. Tee Hee by mengel · · Score: 5, Insightful

    Oh, ye of lesser cynicism. I also, long ago, used to believe that language features could improve software reliability. Nowadays the idea just makes me cackle -- in actuality the universe just invents better idiots.

    --
    - "History shows again and again how nature points out the folly of men" -- Blue Oyster Cult, 'Godzilla'
    1. Re:Tee Hee by arevos · · Score: 4, Insightful

      I also, long ago, used to believe that language features could improve software reliability. Nowadays the idea just makes me cackle

      Why? Certain languages have features that eliminate large classes of errors. Whilst its possible that programmers will find other ways to screw up, I'd have though that reducing the set of errors that are actually possible would go some way to improving reliability.

      Out of curiousity, what languages are you familiar with? Have you worked much in languages with very tough compile-time checks, like Haskell?

    2. Re:Tee Hee by natebarney · · Score: 3, Informative

      Certain languages have features that eliminate large classes of errors. Whilst its possible that programmers will find other ways to screw up, I'd have though that reducing the set of errors that are actually possible would go some way to improving reliability.

      With a general purpose programming language, the number of ways to screw up is effectively infinite. If you take another infinite set, say, the integers, and eliminate a large subset, say the even integers, you still have an infinite set left over. The GP is simply pointing out that there will always be programmers who screw up in ways that haven't been eliminated.

    3. Re:Tee Hee by arevos · · Score: 2, Insightful

      With a general purpose programming language, the number of ways to screw up is effectively infinite. If you take another infinite set, say, the integers, and eliminate a large subset, say the even integers, you still have an infinite set left over.

      By the same token, the number of ways to befall a terrible accident is effectively infinite. Does that therefore mean we should not bother putting railings on bridges, or seatbelts in cars, or fuses in sockets?

    4. Re:Tee Hee by cliffiecee · · Score: 1

      Even more fundamental- even if you write the "perfect" program, it still needs to be compiled or interpreted. Compilers and interepreters have their own set of bugs and weird behaviour, and a programmer has almost NO control over that.

      Did I mention that all of this runs on top of an operating system? Hm, I wonder if there are any bugs there...

    5. Re:Tee Hee by fbjon · · Score: 1

      But the probability that a particular programmer will screw up is lower in a language where a class of errors has been eliminated than in a language where those errors are possible.

      --
      True confidence comes not from realising you are as good as your peers, but that your peers are as bad as you are.
    6. Re:Tee Hee by GaryOlson · · Score: 1

      You just inspired my new sig.....

      --
      Every mans' island needs an ocean; choose your ocean carefully.
    7. Re:Tee Hee by the_raptor · · Score: 2, Insightful

      The average driver can't take out the whole bridge. The average programmer can. Software is just not understood as well as structural engineering, and most of the people we allow to do it couldn't even get into an engineering program.

      --

      ========
      CINC, 4th Penguin Legion
    8. Re:Tee Hee by Alex+Belits · · Score: 2, Insightful

      People actively AVOID getting into an accident, so while it's still possible to die horribly in all kinds of ways, a person will not likely to get to the point of actually getting into a fatal accident unless something is seriously broken (say, railing is unexpectedly missing on a bridge).

      Inexperienced and stupid programmers produce bugs at nearly constant rate -- give them something that makes some bugs impossible, and they will either improve their productivity (still with $deity-awful rate of bugs), or start making different kinds of bugs.

      --
      Contrary to the popular belief, there indeed is no God.
    9. Re:Tee Hee by phantomfive · · Score: 1

      I suspect he is saying it mainly based on his own experience. The main thing you will see is that bugs per lines of code (roughly) will stay the same. Thus doing things in Java will not necessarily reduce the number of bugs.

      As far as languages like ADA and Haskell go with tough compile time checks, they have a tendency to make people think their code is good, and they rely too much on the checks and they stop thinking. Unit tests often cause the same problem. If you aren't thinking, then your code will have bugs no matter what.

      --
      Qxe4
    10. Re:Tee Hee by Firehed · · Score: 2, Insightful

      This is just why the average programmer shouldn't be writing software that controls a stock market. When you're dealing with something that mission-critical with that much money on the line, you damn well better be pulling from the same pool as NASA.

      --
      How are sites slashdotted when nobody reads TFAs?
    11. Re:Tee Hee by forand · · Score: 2, Insightful

      Just because a languages reduces or even removes certain classes of problems does not mean it doesn't create new ones.

    12. Re:Tee Hee by Imsdal · · Score: 1

      Bad analogy. A programmer can't be compared to a driver. Instead a user should be compared to a driver. And a user of stock exchange software usually can't bring the entire system down. (I say "usually", as I don't know what caused this particular incident. I have worked at a major stock exchange. They had 99.99% uptime requirements, and when that system went down, it was not user fault.)

    13. Re:Tee Hee by Anonymous Coward · · Score: 0

      You mean the same pool that forgets conversion between imperial and metric units ?

    14. Re:Tee Hee by Simon+Brooke · · Score: 5, Insightful

      I also, long ago, used to believe that language features could improve software reliability. Nowadays the idea just makes me cackle

      Why? Certain languages have features that eliminate large classes of errors. Whilst its possible that programmers will find other ways to screw up, I'd have though that reducing the set of errors that are actually possible would go some way to improving reliability.

      Out of curiousity, what languages are you familiar with? Have you worked much in languages with very tough compile-time checks, like Haskell?

      Y'know, I agree with the grandparent. On my first coding job there was a guy (Chris Burton) who'd worked on the Manchester Mark One. He was retirement age when I met him. We had a new model of inkjet printer, which had a new processor none of us had ever seen before. It printed characters, we needed it to print bitmaps.

      Chris took the datasheet for the printer and the datasheet for the processor home on the train with him, and came back next morning with new code for the printer PROM written out - in opcodes, not assembler mnemonics - in longhand on a pad of paper. That code was blown into the PROM and worked first time, and continued to work without any errors reported for the three years I was on that project.

      Programmers like that just don't seem to exist any more. Automatic memory allocation, bounds checking, type checking, etc. are great technology, and I wouldn't choose to live without them. But they mean we are all sloppy and careless, because we can get away with it, and when humans can, they do.

      --
      I'm old enough to remember when discussions on Slashdot were well informed.
    15. Re:Tee Hee by Anonymous Coward · · Score: 0

      It printed characters, we needed it to print bitmaps.

      I had a 'Star' dot matrix printer (which used ordinary typewriter ribbons!) and it had normal ASCII chars in the 0-127 range and Japanese chars in the 128-255 range. In 1983 I used my university's EPROM eraser and programmer to reprogram the 128-255 range with all the bitmap combinations necessary to do graphic prints. Luckily it had sub-character linefeed increments or this wouldn't have worked since 128 chars only gives the combinations needed for one dot-matrix line.
      Produced excellent results; I've still got the printer and it probably still works (except my current PC doesn't have a paralell interface). I suppose I could try it out with my old TRS-80...

    16. Re:Tee Hee by Anonymous Coward · · Score: 0

      Oh, ye of lesser cynicism. I also, long ago, used to believe that language features could improve software reliability. Nowadays the idea just makes me cackle -- in actuality the universe just invents better idiots.

      .NET hasn't significantly changed since the 2.0 framework. The Languages .NET supports haven't changed for even longer. ...But you're not the idiot, you're the man!

    17. Re:Tee Hee by mindstrm · · Score: 1

      It's not that surprising.. those were the required skills you needed from that era. People without those skills didn't work in the field.
      There were also far, far fewer people in that line of work - there wasn't an "IT" industry as it is today.

      Fundamentally the reliability problem is not a language problem, it's an engineering problem. you can write perfect software, hardware can still fail. Switches can fail. Power can fail. Climate control can fail. Natural disasters can occurr.

      Just about any language can produce superb code if those writing it have a really solid understanding of the system they are coding for.

      Java can be fantastic if you understand how to optimize for the JVM. So much java software seems crappy because it's textbook.. in theory the code is okay, but not much thought has gone into how that code actually uses system resources.

      C can be wonderful, if you understand how to leverage the OS and libraries underneath it in an optimal way.

      Nowadays, we can just throw a low-cost cluster at something to achieve the same reliability as we would get with insanely long and detailed code audits - and it's faster and cheaper.

    18. Re:Tee Hee by mengel · · Score: 1
      I disagree with your premise. Programming languages do not really remove whole categories of errors.

      To take the oft-cited example of array bounds, just because your programming language throws an exception when you attempt to address an array out of bounds doesn't mean the condition is avoided, it just means an exception gets thrown rather than the program dumping core. And it doesn't mean the exception thus generated is handled in a way that makes the behavior of the code correct.

      Or take type-checking. Sure, in a strictly typed language I can't directly make the mistake of saying:
      int_variable = float_variable
      when I ought not to, because the smart compiler will warn me that I'm throwing away precision, or that it's a type clash, or whatever. But the foolish programmer simply "fixes" the code to say:
      int_variable = trunc(float_variable)
      And voila, the compiler is happy. The same semantic error is being made, but the compiler has been told that's what you really meant to do, and is therefore quiet about it.

      Rather, the probability of programmer error has much more to do with whether the programmer has thought through the boundary conditions etc. rigorously instead of declaring it working the second it compiles and runs a single test case.

      --
      - "History shows again and again how nature points out the folly of men" -- Blue Oyster Cult, 'Godzilla'
    19. Re:Tee Hee by arevos · · Score: 1

      You're missing the point.

      Merely because there are a large number of things that can go wrong, doesn't mean that adding safety checks that eliminate only some of the problems is a bad idea.

    20. Re:Tee Hee by arevos · · Score: 1

      Just because a languages reduces or even removes certain classes of problems does not mean it doesn't create new ones.

      Nor does it mean that does. What's your point?

    21. Re:Tee Hee by arevos · · Score: 1

      The average driver can't take out the whole bridge. The average programmer can. Software is just not understood as well as structural engineering, and most of the people we allow to do it couldn't even get into an engineering program.

      It seems to me that's all the more reason to have more rigorous compile-time checks, then.

    22. Re:Tee Hee by arevos · · Score: 1

      Inexperienced and stupid programmers produce bugs at nearly constant rate -- give them something that makes some bugs impossible, and they will either improve their productivity (still with $deity-awful rate of bugs), or start making different kinds of bugs.

      Assuming it is the former, that their productivity increases but the rate of bugs remains the same, then surely that logically implies that they'll create products with less bugs? If programmer Joe creates 10 bugs in an hour, then if he finishes in 10 hours he'll have 100 bugs in his application, whilst if he's less productive and takes 20 hours he'll wind up with 200.

    23. Re:Tee Hee by arevos · · Score: 1

      As far as languages like ADA and Haskell go with tough compile time checks, they have a tendency to make people think their code is good, and they rely too much on the checks and they stop thinking.

      I'm not sure it's possible for a mere human to program in Haskell without thinking :) - it's a pretty tricky language to work with.

    24. Re:Tee Hee by Raenex · · Score: 1

      Programming languages do not really remove whole categories of errors.

      I've done C coding. I've done Java coding. You're wrong.

      To take the oft-cited example of array bounds, just because your programming language throws an exception when you attempt to address an array out of bounds doesn't mean the condition is avoided, it just means an exception gets thrown rather than the program dumping core.

      If you're lucky the program dumps core. If you're unlucky the program silently corrupts data. You also have a whole class of security bugs that are eliminated when you enforce bounds checking.

      But the foolish programmer simply "fixes" the code to say:

      You shouldn't hire foolish programmers in any language. There are plenty of good programmers who think about the error and fix it correctly. Your suggestion is to take away useful tools for good programmers.

    25. Re:Tee Hee by Alex+Belits · · Score: 1

      Constant bugs rate means that number of bugs increases with productivity, and products remain just as buggy.

      --
      Contrary to the popular belief, there indeed is no God.
    26. Re:Tee Hee by arevos · · Score: 1

      Constant bugs rate means that number of bugs increases with productivity, and products remain just as buggy.

      So you're saying that tougher compile time checks would make inept programmers more productive, but not reduce their bug count.

      Unless you're proposing that inept programmers deliberately insert bugs into their code, I'm uncertain how you reached this conclusion.

    27. Re:Tee Hee by Alex+Belits · · Score: 1

      So you're saying that tougher compile time checks would make inept programmers more productive, but not reduce their bug count.

      I am talking about languages that don't have features that are considered bug-prone, such as pointers, user-controlled memory management, variable type conversion, etc. I have no idea, what do you mean by "tougher compile-time checks" -- if the compiler does not produce an error on invalid source, it's a buggy compiler. Compiler second-guessing the programmer can catch some obvious typos, however if those bugs are present in a program, it usually means that the programmer is not ready to write production code in the first place.

      Unless you're proposing that inept programmers deliberately insert bugs into their code, I'm uncertain how you reached this conclusion.

      They lack fundamental knowledge of the mechanisms they are using, and have no intention to obtain it. They use a trial-and-error method that I call "perma-debugging" -- writing code that seems right, compiling it, making random changes until it compiles, running it on some test input, making random changes until the test runs, writing more code and repeating the process. The result of this process is your typical buggy piece of software.

      --
      Contrary to the popular belief, there indeed is no God.
    28. Re:Tee Hee by arevos · · Score: 1

      I have no idea, what do you mean by "tougher compile-time checks" -- if the compiler does not produce an error on invalid source, it's a buggy compiler.

      If you have no idea what I'm talking about, why are you arguing the opposite view instead of asking me what I meant?

      I'll give you an example. The Java compiler cannot guarentee that a program will not raise a NullPointerException during its execution. In contrast, the Glasgow Haskell Compiler can guarentee that no null references will ever exist if the program passes compilation.

      This isn't a bug with the Java compiler. Java's type system was not designed to distinguish between types that can be null, and types that cannot. The Haskell type system is more sophisticated, and thus the compiler can perform more stringent checks.

      They use a trial-and-error method that I call "perma-debugging" -- writing code that seems right, compiling it, making random changes until it compiles, running it on some test input, making random changes until the test runs, writing more code and repeating the process. The result of this process is your typical buggy piece of software.

      Whilst this is far from an ideal way of writing software, I suspect that using this method with Haskell would produce fewer bugs than with Java.

      Unfortunately, Haskell is difficult for even good programmers to understand, so I wouldn't hold out hope that everyone will switch to Haskell and start writing less buggy code. On the other hand, if you use Haskell to write your code, it's much less likely you'll wind up hiring crap programmers :)

    29. Re:Tee Hee by Alex+Belits · · Score: 1

      If you have no idea what I'm talking about, why are you arguing the opposite view instead of asking me what I meant?

      Because I can narrow it down to a set of meanings -- and it is inside the set of stupid ideas.

      I'll give you an example. The Java compiler cannot guarentee that a program will not raise a NullPointerException during its execution. In contrast, the Glasgow Haskell Compiler can guarentee that no null references will ever exist if the program passes compilation.

      And I can "solve" a halting problem by inventing a language that runs all programs in a loop, so they can't halt.

      This is not a property of compiler, it's a property of language. Language is not defined by "compiler checks", it determines what compiler does in the first place.

      --
      Contrary to the popular belief, there indeed is no God.
    30. Re:Tee Hee by arevos · · Score: 1

      And I can "solve" a halting problem by inventing a language that runs all programs in a loop, so they can't halt.

      The difference between your approach and Haskell's is that you're reducing errors by limiting the language, whilst Haskell reduces errors by increasing the scope of the type system. The more powerful type system you have, the more you can tell the compiler about your program, and the more errors can be caught at compile time.

      You don't need to limit the language to eliminate large categories of bugs. You just need to have a flexible enough type system that the compiler can figure them out on its own.

      This is not a property of compiler, it's a property of language. Language is not defined by "compiler checks", it determines what compiler does in the first place.

      I didn't say it was a property of the compiler. I said it was a "compile-time check" - a check that happens at compile time.

  87. Collapsed by Anonymous Coward · · Score: 0

    It collapsed under the weight of all the people trading in Shoe Circus shares.

  88. Re:Virtual 100% uptime? I call BS... by Hyppy · · Score: 1

    It's called redundancy. Yes, a single router will fail. 2 at once? Likely not. 3? No.

  89. Bad upgrade by JShadow21 · · Score: 5, Informative

    The article here blames it on some sort of botched upgrade.

    1. Re:Bad upgrade by clickety6 · · Score: 1

      blames it on some sort of botched upgrade.

      Well yes, changing a mission critical system from Unix to Windows could be called a "botched upgrade".

      --
      ----------------------------------- My Other Sig Is Hilarious -----------------------------------
    2. Re:Bad upgrade by Locutus · · Score: 5, Insightful

      this same kind of thing( replace *nix with Windows ) is what took out the LAX comm system a few years ago and left dozens and dozens of airplanes in the air and on the ground at/over LAX without communications.

      What blows me away is that for years, UNIX systems were one of the defacto standards for mission critical OSs. Along comes a marketing company, Microsoft, and people are saying it is capable of mission critical use even when there are constant disruptions from virus attacks, Ctl-Alt-Del and BSoD are a well known features, and any of a hundred other reasons it is NOT ready for mission critical systems.

      What kinds of morons are running the show anyways? And it is about time people start getting fired for this junk. From my experience on operating systems, UNIX was the one OS where when you wrote code, you dealt with the business logic/code and not OS issues. Only once in a blue moon did an OS patch or structure tweak get in the way of coding the application(s). OS/2 was pretty good but not as good as UNIX and Windows was the worst. Gawd, I still hear people complaining about that little Windows Mobile OS crashing. They can't even get a small chunk of code working properly let alone the behemoth that is the Windows desktop and server OS.

      LoB

      --
      "Anyone who stands out in the middle of a road looks like roadkill to me." --Linus
    3. Re:Bad upgrade by synthespian · · Score: 1

      I concur.

      Will somebody please mod this guy up?

      --
      Main difference between the BSD license and the GPL license: one is from California and the other is from Massachusetts
    4. Re:Bad upgrade by Anonymous Coward · · Score: 0

      The platform only performs as good as it is run. Maybe in NT times you could snigger and laugh at Windows, but not any more. In fact I think we reboot some of our RHEL boxes more than the Windows guys because Linux barely has the concept of a SAN stack.

      I work with some top notch Windows admins - most of their issues are hardware and stopping application teams from screwing up machines because their braindead applications insist on using admin rights for things they dont need.

      In the same environment I have fixed up high end UNIX machines that were obviously built by someone who had no clue what they were doing and because of that had regular issues.

    5. Re:Bad upgrade by Luyseyal · · Score: 1

      I have a Sony Ericsson P910a with latest patches and Symbian OS crashes every week on that thing. Wish I could afford a Linux phone, though I might be tempted to run Debian unstable on it and end up right back where I started. :)

      -l

      --
      Help cure AIDS, cancer, and more. Donate your unused computer time to worldcommunitygrid.org. Join Team Slashdot!
    6. Re:Bad upgrade by IcI · · Score: 1

      I'd say nobody read the EULA.

      Some examples available here:
      http://freshmeat.net/articles/view/366/

      --
      òò òó óò óó ôô õõ öö øø
  90. 5 nines? by Anonymous Coward · · Score: 0

    I sold my boss on nine 5's! Hah!

  91. Re:It appears high load/usage crippled the system. by lgw · · Score: 4, Insightful

    No, actually the Windows system (10 ms per transaction) was a 13x speedup over the older system (135 ms per transaction), followed quickly by an addiditonal 50% speedup (6 ms per transaction). The Windows system was just recently updated to double performance again (3 ms per transaction), so it's now 45 times as fast as the unix-based system it replaced.

    You may be able to fault it on reliability (though the olde system wasn't perfect either), but you can't fault it on performance.

    --
    Socialism: a lie told by totalitarians and believed by fools.
  92. It could be .. but wasn't :) by rs232 · · Score: 2, Informative

    "It could be application logic, network issues, hardware issues, integration with third party systems, a dipship systems administrator, etc"

    But it wasn't any of the above. The Stock Exchange failed after a failed upgrade of the Microsoft .Net based trading platform ..

    --
    davecb5620@gmail.com
    1. Re:It could be .. but wasn't :) by Anonymous Coward · · Score: 0

      And what does that have to do with Microsoft or .NET? If the trading platform was written on Java would Sun be to blame if someone botched the upgrade? Who is to blame for the botched upgrades on Linux systems?

      The blame lies on either the people who wrote the software, or the people trying to upgrade the software. Neither of those were Microsoft. Get the fuck over yourself, shiteater.

    2. Re:It could be .. but wasn't :) by RightSaidFred99 · · Score: 4, Insightful

      Why did the upgrade fail, I guess is what an intelligent person would ask. You haven't asked that. You've hilariously assumed it's .NET or Microsoft's fault.

      As a matter of like for like, I'm going to assume it was because some Linux dweeb walked in and tripped over a network cable. Ergo, I now claim Linux dweebs are clumbsy oafs who should be banned from computer rooms.

    3. Re:It could be .. but wasn't :) by MarcoAtWork · · Score: 1

      "It could be application logic, network issues, hardware issues, integration with third party systems, a dipship systems administrator, etc"

      But it wasn't any of the above. The Stock Exchange failed after a failed upgrade of the Microsoft .Net based trading platform ..

      not sure about anybody else here, but if I was running a stock exchange on something I wouldn't want to have to do ANY software upgrading unless a) there was an extremely valid reason and b) the upgrade would be tested on an exact copy (hardware wise) of the production system running a day behind for at least 6 months, if not a year, with no errors and no discrepancies.

      The MS 'patch often' way is not something that is compatible with a stock exchange, naval destroyer, etc. where you need an OS/software package that can have an uptime measured in years, not weeks.

      I think this is unfortunately related to how computers now are something that has no mystique whatsoever, way back when people in white coats dealt with them there was respect and technical decisions were left to highly technically savvy people.

      Now that everybody has several PCs around, and 'Johnny is running a network at home', there is a lot less respect towards 'hard' environments requirements-wise, and so sales & marketing are running the show even where they shouldn't.

      --
      -- the cake is a lie
    4. Re:It could be .. but wasn't :) by hey! · · Score: 1

      Well, it doesn't have to be Microsoft's fault to be embarrassing to them. The script goes like this:

      1. Microsoft cuts a sweetheart deal with the LSE to use their products.

      2. Microsoft engages is massive media blitzkrieg claiming that LSE's selection is proof that organizations that need reliability prefer Windows to Linux.

      3. Shortly thereafter, LSE systems crash in a spectacular and very public way.

      4. Mayhem ensues.

      As others have pointed out, Microsoft products are not the first choice of organizations that place reliability first in their mission critical systems. The reasons can be as simple as "stick with what you know works", so getting a major player to try something new is a big deal. Having your poster child fail in a public and spectacular way is not a happy event.

      If LSE crashed once a week for the next year, but none of the fifty two crashes were blamed on Microsoft platforms, you might argue that this says nothing negative about those platforms. You'd be right. It just undercuts the warm fuzzy feelings they're trying to foster about the safety of following the herd.

      --
      Post may contain irony: discontinue use if experiencing mood swings, nausea or elevated blood pressure.
    5. Re:It could be .. but wasn't :) by Ant+P. · · Score: 1

      Why did the upgrade fail, I guess is what an intelligent person would ask.You haven't asked that.

      Neither have you, TBH.

  93. Re:It appears high load/usage crippled the system. by Just+Some+Guy · · Score: 1

    No, actually the Windows system (10 ms per transaction) was a 13x speedup over the older system (135 ms per transaction)

    No. That means it was 13x quicker, not 13x faster.

    --
    Dewey, what part of this looks like authorities should be involved?
  94. Re:It appears high load/usage crippled the system. by InsaneGeek · · Score: 1

    Often what I've found in performance upgrades like this, doing the same task it is 10x faster; the marketing people seeing that we now have this capacity decide to something new widget (mainly to automatically change a color, etc) to management that developers are rushed to deliver and the color changing widget now makes everything run 10x slower so the net end performance result is the same (but you do have fancy colors).

  95. To be fair by EmbeddedJanitor · · Score: 4, Informative
    Five 9s does not mean achieving five 9s at every installation. It means five 9s averaged across all installations. Having a 0.0001% chance of being hit by a bus is hardly consolation for the person that actually does get hit by the bus.

    Of course it is very unlikely that MS achieves five 9s on any installation, let alone as an average.

    --
    Engineering is the art of compromise.
    1. Re:To be fair by Anonymous Coward · · Score: 2, Interesting

      Typical MS hosted services aim for 99.5%. That means about 44 hours of downtime per year. Don't ask how I know. (Posting anonymously, of course.)

    2. Re:To be fair by shutdown+-p+now · · Score: 1

      It seems that they have a dedicated program, partnering with hardware vendors and support, aiming at "minimum 99.9 percent uptime guarantee".

  96. Re:Good lord, they're running on Windows? Why? by Nerdfest · · Score: 2, Interesting

    You can talk up system z all you want, but when it comes right down to it, most of the outages problems are caused by incompetence, not hardware failure. Because of this, I've actually seen a Win2K based system beat zOS based systems a few years in a row. It frequently has little to do with the hardware, or even the OS.

  97. Why is Microsoft getting dragged into this discuss by rs232 · · Score: 2, Informative

    "The UK's major banks and hundreds of City trading firms will begin testing the London Stock Exchange's new core trading platform early next month, ahead of its planned launch in the summer of 2007 ..

    Accenture built the Tradelect platform in India between late 2004 and March this year .. Tradelect .. will rely on high-speed middleware developed in-house, which was created using Microsoft's C# programming language and the .net Framework"

    --
    davecb5620@gmail.com
  98. Re:It appears high load/usage crippled the system. by Anonymous Coward · · Score: 0

    The primary purpose for the new system, introduced less than a year ago, was to expand capacity. For it to have failed within a year due to lack of capacity basically means that it has failed in that objective.

    Yup. And I bet the people behind the system still got their obscene bonuses last year, and will probably get them this year as well (for "solving" a problem when they fix this and ensure it "can't happen again").

    People build faulty systems, and sell them, even when they KNOW that they will fail.

    I was involved in building a new infrastructure for a banking business. The infrastructure was supposed to meet certain acceptance criteria. My boss got lots of "proof of concepts" from lots of vendors (read: Suckers), to show it would meet that criteria. Guess what? The one or two that showed a glaring hole we missed? Those vendors got booted from the PoC. Their equipment returned, but none of their phone calls, and they were never mentioned again (even though they were correct and we weren't actually meeting the acceptance criteria).

    Why did this happen? Because my boss didn't want to risk calling the delivery into question, and risk his big fat completion bonus (even though he was delivering a flawed system, and had even obtained proof of it).

    People lie and steel and cheat, especially when there is money involved. Good thing there is no money in the stock market. ~

  99. next 100 years.. by crossmr · · Score: 1

    probably if you check the contract this will be chalked up to one of those events that isn't covered by the 5 nines..

  100. Re:It appears high load/usage crippled the system. by lgw · · Score: 1

    I'm not sure I understand the distinction you're trying to draw, but total transaction capacity of the system increased along the same lines.

    --
    Socialism: a lie told by totalitarians and believed by fools.
  101. Re:Why is Microsoft getting dragged into this disc by gbjbaanb · · Score: 2, Funny

    d'oh. So it was all built on .NET 1.1, no wonder. They need to upgrade to .NET 3.5 and all will be good. promise.

  102. Re:It appears high load/usage crippled the system. by alexhs · · Score: 3, Funny

    6.40K transactions/second ought to be enough for everyone.

    --
    I have discovered a truly marvelous proof of killer sig, which this margin is too narrow to contain.
  103. The fools! by uberjack · · Score: 0

    If only they built it with 6001 hulls!

  104. delete lack of 'support FUD .. :) by rs232 · · Score: 1

    "When I worked in academia .."

    --
    davecb5620@gmail.com
  105. Talk Like a Pirate Day by Mr.+Firewall · · Score: 2, Informative

    Is it "Talk like an Ass-Pirate Day" already?

    No, TLAP Day is next week.

    --
    In times of universal deceit, telling the truth gets you modded -1 Troll
  106. Why would you even do that? by Maxo-Texas · · Score: 2, Interesting

    Mainframes, AS/400 - pricey but high reliability with 2-3 decades of baseline.
    PC's / Windows - cheap, "good enough" for home use and light business use, new as hell and subject to unknown problems- and with a known history of issues too.

    I use a pc daily... but there is no way I would put any 99% uptime application on it where huge amounts of money or lives were at stake. It's fine as a client.

    --
    She was like chocolate when she drank... semi-sweet at first and then increasingly bitter.
  107. Link to incident status page by alexmin · · Score: 5, Informative

    Here: http://www.londonstockexchange.com/en-gb/products/membershiptrading/tradingservices/Incident/LIVE
    Notice that there were several unsuccessful attempts to bring it back up.
    What's really pitiful, LSE has just a fraction of data/trade volume of major US exchanges like Nasdaq or NYSE and still, their systems are regularly getting hosed, albeit not as much as today's meltdown.
    Hopefully in coming years LSE will lose market share to Nasdaq/Europe, BATS/Europe, Chi-X and other electronic markets - that should teach them well.

    1. Re:Link to incident status page by Anonymous Coward · · Score: 0

      Heh. Too bad Nasdaq OMX Europe isn't located on the continent instead of England. It would decrease the likelihood of network connectivity problems for most of Europe, and a shift of financial services out of London might help real estate prices there drop to a more reasonable level. I mean nowadays Lyon or Frankfurt would probably be a better choice, but I guess the Americans don't want to have to set up shop in a country where English is a second language. Help Desk support is probably still farmed out to India.

  108. Re:It appears high load/usage crippled the system. by Just+Some+Guy · · Score: 3, Informative

    I'm not sure I understand the distinction you're trying to draw,

    Latency versus throughput. If the new system processed those serially while the old could handle 130 in parallel, then the old system would be 10x faster even though the new was 10x quicker.

    but total transaction capacity of the system increased along the same lines.

    Yes, after throwing massive amounts of hardware at the problem.

    --
    Dewey, what part of this looks like authorities should be involved?
  109. Re:Good lord, they're running on Windows? Why? by gbjbaanb · · Score: 2, Interesting

    but it does have a lot to do with the development. They chucked the old, stable (but "obsolete" and slow) systems for something shiny and new. In this case, Windows and .NET 1.1 written by a consultancy with Indian developers.

    I doubt reliability really factored much into it, using the newest coolest stuff came first. Possibly for marketing reasons. Remember this was 4 years ago, .NET had pretty much just come out (we ignore v1.0 which was practically a preview release), you know it couldn't have been as good as the MS marketing man said it was.

  110. Re:Windows is not for mission critical stuff... by Anonymous Coward · · Score: 0

    Yes, only on Slashdot. While I do run sites on Linux, what makes you think that Windows is not capable for mission critical system? Just because some Slashdot flamers told you so?

    Linux/Unix and Windows can both be used for mission critical systems based on my experience. The real issue is having a good architecture.

  111. Software Should Behave Like Hardware by Louis+Savain · · Score: 0

    most of the american stock exchanges have been going down all year.

    It may be funny but when billions of dollars and even lives are at stake, software unreliability is not that funny. Software should work like hardware and should never fail unless there is a physical breakdown. Hardware is reactive, parallel and synchronous. Likewise, software should be reactive, parallel and synchronous. Until computer scientists realize this simple truth, we will continue to have catastrophic software failures and pay the consequences. It's time to say goodbye to the antiquated computing models of the last century. It's time to put the obsolete ideas of Turing and Babbage to rest in the age of multicore processors and massive parallelism. And please, kill the damn threads already; there is a way to implement rock-solid parallelism in a computer that does not involve threads at all. More at the links below.

    Why Software Is Bad and What We can do to Fix It

    How to Solve the Parallel Programming Crisis

    1. Re:Software Should Behave Like Hardware by Anonymous Coward · · Score: 0

      these blog posts don't have a glimmer of credibility. the "problem" that they speak of is never clearly defined, they just say that Turing Machines are not the way to solve parallel problems.
       
      And the whole thing about "behavioral programs" is that they are unpredictable and unreliable. Ever played a first-person-shooter with bad AI? would you want something like that pervading more than academia and/or entertainment?
       
      lol, captcha is "acolytes"

  112. Yeah by Anonymous Coward · · Score: 0

    They'll have to aim for 0.99999% now, but with Microsoft's help, I'm sure they'll be able to do it!

  113. Re:In other NEWS... by roman_mir · · Score: 1

    Gddmmnt, I have vivid imagination, you just gave me a terrible nightmarish sort of a vision of the Borg bending over and waggling his naked VAGINA! How do I poke out my mental eye?

  114. Now there's your problem... by frostilicus2 · · Score: 1

    From the article,

    "...The new technology platform has been developed using the Microsoft .NET Framework, with support from Microsoft...

    Yup, that ought to explain it...

    --
    Nothing sucks like a Vax, nothing blows like a PowerMac G4
  115. It will be remembered by G3ckoG33k · · Score: 1

    It will be remembered, as the Ballmer Day.

  116. Vietnam outperforms London by hallucination · · Score: 2, Informative

    7 hours? Is that all you can do? We managed a 3 day outage earlier this year at the Ho Chi Minh City stock exchange.

    http://www.bloomberg.com/apps/news?pid=20601087&sid=aCTlooFV6H0Y&refer=home

    1. Re:Vietnam outperforms London by synthespian · · Score: 3, Interesting

      Ok, so here's the tally I've seen so far:

      - LSE today (7 hours downtime)
      - Ho Chi Minh City stock exchange (3 days downtime)
      - Brazil futures, BM & F, aug 26, 2008 and Bovespa Nov, 30th, 2007.

      that I've heard of.

      It's incredible! This looks systemic and widespread.

      I guess it's a great marketing achievement for Microsoft.

      When will people in the financial sector wake up and learn they've been duped?

      --
      Main difference between the BSD license and the GPL license: one is from California and the other is from Massachusetts
    2. Re:Vietnam outperforms London by synthespian · · Score: 1

      The Johannesburg Stock Exchange, too.

      It uses LSE's trading platform.

      http://www.iht.com/articles/reuters/2008/09/08/business/OUKBS-UK-LSE.php

      --
      Main difference between the BSD license and the GPL license: one is from California and the other is from Massachusetts
  117. Re:Virtual 100% uptime? I call BS... by fishbowl · · Score: 3, Funny

    >It's called redundancy. Yes, a single router will fail. 2 at once? Likely not. 3? No.

    Saw triply redundant systems fail twice in my career as a net admin.

    I'm willing to bet your life on the reliability of triple redundancy.

    --
    -fb Everything not expressly forbidden is now mandatory.
  118. Re:The London Stock Exchange Goes Down For Whole D by supernova_hq · · Score: 0, Offtopic

    Well, if she runs Linux, i doubt she runs TradElect...

  119. Re:The London Stock Exchange Goes Down For Whole D by Anonymous Coward · · Score: 0, Offtopic

    Oh, she does... just not with you.
    nudge nudge, wink wink.

    Your wife -- does she go?

    More importantly, does she run?

    More specifically, does she run Linux?

    More relevantly, does she run TradElect?

    No, she goes down on it.

    Aaaaand we've come full circle. Well, at least she has. The OP is still going it alone.

  120. Except the previous COBOL version did the same... by PRMan · · Score: 1

    That all sounds fine and good, but the reality is that the previous version (written in COBOL) did the EXACT same thing 8 years ago.

    Mainframes are not immune to downtime and if they go down, they certainly don't recover as quickly as PCs do. Have you ever booted one up? Yikes! Hope you have half a day.

    Anyway, it sounds like a version upgrade or a network problem hosed it, either of which was equally likely if a mainframe were at the core.

    --
    Peter predicted that you would "deliberately forget" creation 2000 years ago...
  121. Re:It appears high load/usage crippled the system. by idfubar · · Score: 0

    Not necessarily; if it failed due to a lack of capacity and capacity was truly added (when compared to the old system) then it succeeded perfectly (though the matter of how it failed might be another matter entirely).

    --

    Rishi Chopra
    www.rishichopra.org
  122. Re:Virtual 100% uptime? I call BS... by gclef · · Score: 1

    Oh, yes they will, they'll just fail in new and exciting ways. (Bug causing your router's CPU to hit 100%? Redundancy won't help you, 'cause once you fail over, the other one will just go up to 100%, too.)

  123. Re:The London Stock Exchange Goes Down For Whole D by mcpkaaos · · Score: 4, Funny

    If she's down then who will do the dishes and laundry? How do you reboot her? Does it really take 7 hours? Don't they make drugs for that?

    What.. what's a wife?

    It's like a mother, but requires less therapy.

    --
    It goes from God, to Jerry, to me.
  124. Re:The London Stock Exchange Goes Down For Whole D by worthawholebean · · Score: 1, Informative

    Say no more, say no more, know what I mean? Nod's as good as a wink to a blind bat. http://www.youtube.com/watch?v=4Kwh3R0YjuQ

  125. Maybe it's an average? by mangu · · Score: 1

    How the hell can you 'complete' a trade in 3 ms?

    I guess what they mean is that they complete a thousand trades in three seconds.

    1. Re:Maybe it's an average? by cmdotter · · Score: 1

      Financial trading systems are vastly different beasts when comparing against a simple client-server arrangement that simply reads and writes to a DB. In these environments data is generally queued and pooled in very elaborate and highly redundant ways (where the end result might be a DB). The previous comment of '1000 trades in 3 secs' is a more accurate way of representing what is going on, although from my experience, that still seems a bit slow

      The critical part of this system is when the matched orders (ie the trades) arrive is falling behind and the queues get too big. Hence, LSE pulls the pin and tries to restart.

      Unfortunately, this places more pressure on the input queues (eg I want to buy xyz at 14, I want to sell abc at 12)....which are also spooled to disk. When these queues also overload you need to restart them and they take ages (a fast restart is

    2. Re:Maybe it's an average? by cmdotter · · Score: 1

      ooops. conntinued.... When these queues also overload you need to restart them and they take ages (a fast restart is 20mins). Sometimes this makes the problem even worse (due to poor performing code) and they can't resurrect themselves faster than new incoming requests to buy and sell. Hence the day is lost.

  126. Re:The London Stock Exchange Goes Down For Whole D by newr00tic · · Score: 1, Funny

    can only assume the mods aren't in the "trainline" then.

    --
    A horse can't be sick, you know, even if he wants to.
  127. Re:Good lord, they're running on Windows? Why? by idfubar · · Score: 1, Informative

    The "5 9's" of the System z platform weren't exactly meeting the needs of the NYSE (hence their switch to Linux & pSeries):

    http://searchdatacenter.techtarget.com/news/article/0,289142,sid80_gci1254860,00.html
    http://www.itjungle.com/big/big052008-story01.html

    Though, to be fair, the NYSE also had a huge, embarrassing outage of its own in 2006 IIRC (not to mention a well-documented outage in 2001 when from a software bug pushed to their mainframes) - I guess there's no such thing as 100% uptime...

    --

    Rishi Chopra
    www.rishichopra.org
  128. /. is like the Keith Olbermann of the IT world by Liquidrage · · Score: 2, Insightful

    If the issue turned out to be network is /. going to post a retraction article? Both the summary and the comments are pretty pathetic.

    I fully appreciate they have an agenda and a cause. No problem. But for such a popular site, if they're going to throw stones they should do at least wait until the target is verified.

  129. hehe. by Maudib · · Score: 1

    Damn traiters.

    1. Re:hehe. by RPoet · · Score: 1

      Yes. They do exhibit traits.

      --
      "Oppression and harassment is a small price to pay to live in the land of the free." -- Montgomery Burns.
  130. A critical system shoud be RELIABLE! by mangu · · Score: 4, Insightful

    there's many things that could cause problems, like plain old programming bugs.

    It's about the same thing when people say that "XP does not crash, it's faulty device drivers that crash".

    If a system should be reliable, then it should be reliable, no excuses accepted. It does not matter if it's system bugs, application bugs, hardware failures or power outages, a system that pretends to achieve 99.999% availability should take all that into account.

    The operating system is not at fault if the power goes down, of course, it's a sloppy engineer that designs a system without redundant power supply. But, likewise, a sloppy engineer will prefer a system that lets him configure and operate it by click-and-drag, instead of a carefully designed and tested set of procedures.

    A critical system should NEVER depend on an operating system that does not have a proper batch language. That should be a compact and powerful script language, using TEXT files for configuration that can be hand edited if needed, that can be stored and archived in a version control system, so that bugs can be tracked.

    1. Re:A critical system shoud be RELIABLE! by Tim+C · · Score: 1

      But, likewise, a sloppy engineer will prefer a system that lets him configure and operate it by click-and-drag, instead of a carefully designed and tested set of procedures.

      Those two things are not mutually exclusive. The degree of care and testing that goes into designing and creating your configuration and change management procedures is completely separate from the tools that those procedures will actually use.

      The main point stands - until we know that it was the choice of technology that killed it, there's nothing to be served from blaming MS. By all means blame them if it was their fault, but for all we know someone screwed up and had the entire thing hanging off a single piece of exotic, hard-to-source network hardware (switch, router, whatever) and it was that that died.

    2. Re:A critical system shoud be RELIABLE! by Atario · · Score: 1

      A critical system should NEVER depend on an operating system that does not have a proper batch language.

      I hope you're not suggesting that Windows doesn't have scripting capability.

      --
      "A great democracy must be progressive or it will soon cease to be a great democracy." --Theodore Roosevelt
    3. Re:A critical system shoud be RELIABLE! by Anonymous Coward · · Score: 0

      But, likewise, a sloppy engineer will prefer a system that lets him configure and operate it by click-and-drag, instead of a carefully designed and tested set of procedures.

      Those two things are not mutually exclusive. The degree of care and testing that goes into designing and creating your configuration and change management procedures is completely separate from the tools that those procedures will actually use.

      Is there a change control management tool for windows registry as you can use e.g. git for /etc? If not, I think GP has a point.

    4. Re:A critical system shoud be RELIABLE! by gfxguy · · Score: 1

      It doesn't matter in this case... we don't know what happened. Windows may have passed this test with flying colors, but the actual app crashed while Windows did what it was supposed to do.

      I don't know, and I enjoy bashing MS as much as the next guy, it just makes people like me (who like bashing MS) look stupid to do it when we don't know for sure.

      --
      Stupid sexy Flanders.
    5. Re:A critical system shoud be RELIABLE! by Thundersnatch · · Score: 1

      A critical system should NEVER depend on an operating system that does not have a proper batch language. That should be a compact and powerful script language, using TEXT files for configuration that can be hand edited if needed, that can be stored and archived in a version control system, so that bugs can be tracked.

      You realize you just described Windows Script Host, don't you? Included with every version of Windows since 2000...

    6. Re:A critical system shoud be RELIABLE! by ckaminski · · Score: 1

      Yes, but much of Windows configuration is *HARD* to capture in batch form - it's either obfuscated, obscured, or deliberately made impossible to get, and requires significant reverse-engineering. This is not true of most Unix platforms.

      Reproducibility and change control are hard to do in Windows (not impossible by any shot) but far harder than every Unix platform.

    7. Re:A critical system shoud be RELIABLE! by JamesP · · Score: 1

      That should be a compact and powerful script language, using TEXT files for configuration that can be hand edited if needed, that can be stored and archived in a version control system, so that bugs can be tracked.
      --

      Text is hard, I want to play with Clippy.

      --
      how long until /. fixes commenting on Chrome?
    8. Re:A critical system shoud be RELIABLE! by Thundersnatch · · Score: 1

      I assume you're talking about the Windows registry. It is easy to get and edit a registry dump in a textual format using regedit (that's how we maintain configuration state for servers).

      As for some registry entries being obscure or unintelligible (either deliberately or accidentally), I would have to say I agree for some software. Other software has a very intuitive registry layout, even MS Office programs. Config files can suck, too: Apache and JBoss configuration files are certainly no picnic to decipher and maintain.

    9. Re:A critical system shoud be RELIABLE! by ckaminski · · Score: 1

      Yes, but there are also other files present that are not at all documented (ISTR IIS configuration being one of these black holes - it's recently (2006+) gotten a lot better through COM automation/WMI) I guess my point is with text files, configuration management is a joke

      diff -u file1 file2
      patch < file.patch

      Windows has a plethora of configuration tools and options, almost all of which can be managed from textfiles/commandline, but the mechanisms and many and varied. Unix is 99% text file.

      I don't think I'm trying to imply that Windows is impossible or bad (on the contrary, I LOVE Windows). It's just not as easy to create reproducible environments and configurations on, short of virtualization and snapshotting.

  131. WTF? I mean, seriously, WTF???! by Qbertino · · Score: 0

    .Not, crappy MS Appserver kits, etc. and all that aside ... we know the drill and we know that huge chunks of the MS runtime stack is a big heap of stinking do-do. No news here. And we also know that MS got their advertised-all-over-the-place LSE figurehead .Net enviroment (which as of now has turned into a major type A PR-screwup) by bribing the shit out of some LSE execs and decision makers.

    But all that aside, ... seriously, WTF?

    I mean, if I'd build a system like this, which, as far as I can tell is way up in or very close to the top ten of "mission-criticalness", just a few steps below 'Nuclear Power Plant' 'Air Traffic Control' 'Software in Space' and Medical Devices, I'd be super-über-f*cking-sure I can run a Steamroller over the entire live datacenter while the hot spare kicks in without missing a beat. No matter what software-tapestry some crack-smoking exec told me to build it on. I'd think they'd have MS pay the extra 250% of hardware it needs to keep this sort of thing running on .Net *and* have them help in laying out the cluster-topology and planning/paying/consulting/lobbying for the extra room, time and resources it takes to run it. To be honest, LSE on .Net dead for an entire workday would be unplausible for a piece of fiction written by a MS hater. And yet it happend. Absolutely unbelievable. Not even did I expect .Net to be this bad. Apparently I was wrong.

    Some high-up heads are gonna roll over this. At MS and at LSE. That's for sure.

    --
    We suffer more in our imagination than in reality. - Seneca
    1. Re:WTF? I mean, seriously, WTF???! by Liquidrage · · Score: 1

      Well, I mean, you could pull your head out of your ass and WTF to the connection issues that caused them to take the system offline else deal with giving some an unfair advantage.

      Doesn't actually sound like a .net issue to me. Could be. Could be. But you don't know enough yet to throw stones. And based on what you wrote, you generally don't know what you're talking about anyways.

    2. Re:WTF? I mean, seriously, WTF???! by V!NCENT · · Score: 1

      Well I am a MS hater too. For various legitimate reasons...

      But I seriously can't believe that a version of Windows server, newer than 2000, caused:
      1) A total stock exchange crash (you'd think that in a critical environment like that they'd at least have some sort of fullback system)
      2) A crash that lasted that long because it was simply running Windows.

      You'd also think that MS would know that their OS is not as stable as Linux and therefore would have put some serious effort into this 'commercial' in order to never have their OS crashes taking down the entire stock exchange...

      --
      Here be signatures
  132. Re:Virtual 100% uptime? I call BS... by MarcoAtWork · · Score: 1

    >It's called redundancy. Yes, a single router will fail. 2 at once? Likely not. 3? No.

    Saw triply redundant systems fail twice in my career as a net admin.

    I'm willing to bet your life on the reliability of triple redundancy.

    was the triply redundant system running different routers from different manufacturers on completely separate power/ac/everything? Running 3 boxes from the same vendor with likely the same firmware rev and sometimes built the same day (since they were purchased/upgraded together) is not 'triply redundant'.

    --
    -- the cake is a lie
  133. Re:Good lord, they're running on Windows? Why? by Anonymous Coward · · Score: 0

    I don't think that says anything. If system a runs on windows and system b runs on linux and if system a crashes, linux is better than windows? No.

  134. Re:Good lord, they're running on Windows? Why? by Alex+Pennace · · Score: 3, Interesting

    You have hit the nail right on the head.

    I'd like to suggest another factor: Stability-conscious developers -- those that know about race conditions, memory leaks, atomic transactions, and the like -- tend to gravitate towards operating systems that make it easy to put their ideas into practice.

    That isn't to say Windows is inherently unstable, it just means that it is more difficult to write a stable and reliable application on that platform. And even if you think you got all your bases covered, you can still get blindsided by depending on poorly written code churned out by some .NET developer who was happy enough to ship something that appeared to work most of the time.

    The good developers then shrug and say Windows is not suitable for critical computing, and go back to UNIX-ish platforms or whatever they are more comfortable with. Rushing into that void are legions of Windows developers who are also happy enough to ship something that appeared to work most of the time, and the cycle continues.

  135. His ASS was on the line? by Anonymous Coward · · Score: 0

    ... he said his ass was on the line if something broke ...

    And then he went and picked Microsoft .NET for his system? Let me guess: he was gay, right?

  136. Slashdot Deathmatch by djdavetrouble · · Score: 1

    Pass the popcorn !

    --
    music lover since 1969
  137. Re:Good lord, they're running on Windows? Why? by narcberry · · Score: 2, Insightful

    I love to bash windows as much as the next guy, but I don't see the connection.

    Developing an application on .NET does not transfer all your responsibility to Microsoft.

    --
    Modding me -1 troll doesn't make me wrong.
  138. Battery-backed write through cache by Nicolas+MONNET · · Score: 1

    You find that on entry level hardware raid cards nowadays. You usually have 256M of cache, and a battery that lasts 12h without power. That makes writing a transaction as fast as writing to RAM.

    1. Re:Battery-backed write through cache by El_Oscuro · · Score: 4, Insightful

      Oh, yes.. battery backed write cache. With batteries produced by the lowest bidder. The warranty is for 3 years, and the battery lasts just that long before silently failing. When the power goes, well you really didn't need that data written to disk on your database server, did you?

      We now do not allow any server to be put into production with any kind of write cache on it. Ever.

      --
      "Be grateful for what you have. You may never know when you may lose it."
    2. Re:Battery-backed write through cache by k8to · · Score: 1

      Does this include the disallowing of cacheing memory writes?

      --
      -josh
    3. Re:Battery-backed write through cache by afidel · · Score: 1

      Silently failing? What kind of crap cards are you buying? All of mine run regular volatage checks and alert as soon as the pack is out of spec. Heck on decent server's it's been that way for over a decade.

      --
      There are 4 boxes to use in the defense of liberty: soap, ballot, jury, ammo. Use in that order. Starting now.
    4. Re:Battery-backed write through cache by mistahkurtz · · Score: 1

      um. so you just resign yourself to lose data every time, as opposed to maybe saving the data?

      can i work at your shop? i have limited experience, but can probably figure out how to make emotional decisions instead of business decisions. and anybody can shoot from the hip.

      let me know...

      --
      not only is time travel possible, it's irrelevant.
    5. Re:Battery-backed write through cache by illumin8 · · Score: 1

      We now do not allow any server to be put into production with any kind of write cache on it. Ever.

      Who modded this crap up? All enterprise SAN storage has battery backed write cache. Buy gear that is a trusted brand like HP, Hitachi, EMC, etc., which will actually tell you when your battery isn't holding a charge and needs to be replaced.

      I challenge you to find one enterprise level SAN storage device that doesn't have battery backed storage. And even if you could find it, why would you want it? Battery backed write cache protects you from data loss due to accidental power failure.

      --
      "When the president does it, that means it's not illegal." - Richard M. Nixon
    6. Re:Battery-backed write through cache by Paul+Jakma · · Score: 1

      Who modded this crap up?

      Someone with more experience than you perhaps? :) (joke).

      I challenge you to find one enterprise level SAN storage device that doesn't have battery backed storage.

      Googles' GFS clusters...

      (Presuming we're talking about "close to the storage" batteries, and not data-centre level UPS).

      --
      I use Friend/Foe + mod-point modifiers as a karma/reputation system.
    7. Re:Battery-backed write through cache by necrogram · · Score: 1

      I don't know about this silently fail thing. BBWC fails, Dell Openmanage kicks off an snmp alert to AppManager, and my berry goes off at the most inconvenient of times. Mission critical storage sends the alert to my berry ad to dell, who tends wake my happy ass up in the wee hours.

      There's a lot of Difference between a highpoint card a Dell Perc5i or HP e200

      Quality alerting and monitoring is the key. Knowing when stuff goes sideways is an art.

    8. Re:Battery-backed write through cache by ckaminski · · Score: 1

      What, you don't have your database server on dedicated UPS?

      Changing the batteries on your controllers isn't part of your standard preventative maintenance?

  139. Latency is kinda pointless for this kind of stuff by Nicolas+MONNET · · Score: 4, Insightful

    I mean, that might be what they worked on, but it's kinda pointless; what's interesting is the # of transactions per second, and that can usually be improved at the expense of individual latency. For example, databases can be configured to wait a few milliseconds to group transactions, so as to write several to disk in one single write/sync.

  140. Re:The London Stock Exchange Goes Down For Whole D by qengho · · Score: 2, Informative

    /rimshot!

    Here you go.

  141. Comment removed by account_deleted · · Score: 1

    Comment removed based on user account deletion

  142. no one ever got fired for choosing microsoft.... by WrongOne · · Score: 0

    "No one has ever been fired for choosing Microsoft...."

    I've heard this repeated over and over again in throughout numerous industries, over the course of my 20 or so odd years involved with technology.
    I think this age old saying is about to go the way of the dinosaurs.

  143. Choice quotes by DrSkwid · · Score: 3, Insightful

    Nick Illidge Financial Markets Sales Manager at Microsoft UK "We are delighted that the London Stock Exchange has selected the Windows platform to base a significant part of its business on. This is further evidence of the enterprise scalability of the Windows franchise. We see our relationship with the Exchange and Accenture as a strong partnership. The Exchange is bold in its technology vision, Accenture provides the capability to deliver this vision, and Microsoft is providing the core technology to help provide the business benefits that the Exchange is looking for."

    David Lester CIO at the LSE says ... that the LSE "is the only exchange in the world not to have had a single outage in six years."

    "This is all about the question, 'How are we going to take over the world?'" says Lester, "... I believe this system -- because it's fast, agile and reliable -- will help us compete better. Our current system has to go down for four hours every evening to get ready for the next day's trading," he says. "The batch processing is '80s and '90s technology. You can't run a global market with a system that has to be down for four hours."

    Here's a great factoid
    Before joining the Exchange in 2001, David worked for Thomson Financial and Accenture.

    --
    There are places where the networks are not touching,and there are places where they are-Boeing's Lori Gunter
  144. Re:It appears high load/usage crippled the system. by Vancorps · · Score: 1

    I see no difference in Oracle performance on Windows vs Linux. Performance is usually more about architecture than the platform. You can make highly available networks with Windows, people do it all the time, much more often than a lot of Slashdotters seem to think.

    Bad admins can ruin any deployment, bad coders can make the admins life hell trying to keep the app alive.

    I haven't heard anything to make me think it was a capacity issue, I have heard that this system is an order of magnitude faster than the previous Unix system so I'm unsure of who's right since there doesn't seem to be any actual data yet. Of course one problem with making a system perform faster is that contention can become an issue if database access isn't properly handled. Not a problem with any particular DBMS.

    Make no mistake, a project the size of this one is hard to do successfully, a fault in the initial deployment doesn't mean that the system can or should be scrapped.

    In my particular case, we converted a mission critical VB app to asp.net C# and boy did we run into problems initially, of course it had nothing to do with the platform as it turns out most of the business rules weren't as solid as we were led to believe leading to literally hundreds of new requirements.

  145. It was better when it was powered by RISCOS by SimonTheSoundMan · · Score: 1

    They should have kept the old RISCOS Acorn machines as backup. Unsure if they ever had any downtime on that system.

  146. status page by Anonymous Coward · · Score: 2, Informative

    here their status page.
    http://www.londonstockexchange.com/en-gb/products/membershiptrading/tradingservices/Incident/LIVE

    same below, but may not render properly

    Incident Updates
    Time Market Status Exchange Action
    Client Impact
    Client action
    6.43pm Market Closed

    The Exchange regrets the earlier interruption to trading and is conducting further investigations. It is in the process of confirming all of the steps necessary to ensure trading can commence as scheduled tomorrow.

    Further updates this evening will be published on this website.
    Monitor this Website.
    4.49pm Market Closed Closing auction has now finished. Closing prices, where relevant, have been disseminated.

    4.21pm Closing Auction

    This is to inform you that due to on-going connectivity issues to resume a fair and stable market the Closing Auction will commence from 16:21 onwards. The Closing Auction will uncross as scheduled at 16:35 onwards (subject to a 30 second random period).

    4.00pm Continuous trading
    Standard trading schedule will be followed for the remainder of the day.

    3.45pm Auction

    The auction will uncross at 16:00 BST (subject to a 30 second random period) at which time continuous trading will resume.

    There will be no further change to the remainder of the trading day. Therefore, the Closing Auction will commence as scheduled at 16.30 and uncross at 16:35 (subject to a 30 second random period).

    From this time market maker quotes in both quote and order driven markets will be firm.
    Prepare to resume trading
    3.30pm Auction
    The International Order Book and International Bulletin Board will NOT be available for automatic execution for the rest of today.

    No closing prices will be issued in these trading segments (IOB, IOBU, ITBB and ITBU) today.

    The remaining Trading Segments will remain in an auction phase. A further update will be provided.

    3.11pm Auction

    We will be re-enabling connectivity from 3.15pm

    Connectivity will be phased and following completion all order book segments will remain in an auction phase.
    Once connectivity is established orders can be entered and deleted, but no electronic execution will occur until the uncrossing and commencement of continuous trading.

    2.38pm
    Auction To ensure consistent connectivity we are suspending connectivity to trading for a short period from 2.45pm

    Once connectivity is established orders can be entered and deleted, but no electronic execution will occur until the uncrossing and commencement of continuous trading.
    During this time customers are required to reset their log on connection status to ensure legitimate connections can be established once connectivity is re-enabled
    2.20pm Auction
    We are continuing to establish connectivity with our customers. This process is taking longer than expected.

    A further update will be provided.

    Once connectivity is established orders can be entered and deleted, but no electronic execution will occur until the uncrossing and commencement of continuous trading.
    1.13pm Auction
    We are continuing to establish connectivity with our customers.

    A further update will be provided shortly.

    Once connectivity is established orders can be entered and deleted, but no electronic execution will occur until the uncrossing and commencement of continuous trading.

    12.30 Auction
    We are continuing to establish connectivity with our customers.

    Continuous trading will re-commence at the end of the auction period. We will provide at least 15 minutes notice of when we plan to end the

  147. Back in the day - Not only London by synthespian · · Score: 4, Insightful

    IIRC, Brazil Bovespa had a small glitch last month or two.

    Back in the day when Wall Street and financial markets ran on Solaris systems (AFAIK), this shit wasn't common.

    Now it's probably going to become *acceptable* for stock exchanges and aviation reservation software to crash.

    Apparently, there's a new generation of a-holes on the system administration markets who grew up with Windows and the Blue Screen of Death, that thinks it's acceptable for operating systems to crash, once in a while. Is it evolution?

    --
    Main difference between the BSD license and the GPL license: one is from California and the other is from Massachusetts
    1. Re:Back in the day - Not only London by Anonymous Coward · · Score: 0

      Is it evolution?
      No it's Intelligent Design. It's Intelligently designed by marketing guys to increase revenue.

    2. Re:Back in the day - Not only London by synthespian · · Score: 1

      Hahaha, you bet!

      BTW, it seems I was mistaken on the Solaris thing. Not sure. Anyhow, it wasn't (and isn't) Microsoft for NYSE.

      --
      Main difference between the BSD license and the GPL license: one is from California and the other is from Massachusetts
  148. that said, by toby · · Score: 1, Insightful

    Picking Windows is a really bad way to start out.

    Your aunt probably runs it, but is it really enterprise ready?

    --
    you had me at #!
    1. Re:that said, by Anonymous Coward · · Score: 0

      It is, and has been for quite a while. But thats OK. It helps to know that only when you are out in the real world with fortune 500 companies running windows servers for their ten thousand client enterprise desktop network. Where can I find such a example for Linux? What? no? But I heard FOSS makes T3H BEST software. Surely someone could see that MS is makes stupid software LOLZ. ??!

      Surely on the server side, Linux market share must be up around 90%. Its not? 35%? MS is gaining market share? WTF ?! Someone take me back to my alternate universe!! Please !

    2. Re:that said, by morgan_greywolf · · Score: 1

      Where can I find such a example for Linux?

      AutoZone runs Linux. Ford Motor Co. runs Linux, AIX and Solaris. DaimlerChrysler runs AIX. All three of those also use NetApp and similar storage appliances which run Linux.

      Yes, they have Windows servers. These are doing non-mission-critical tasks like running Microsoft Exchange. The mission critical servers run Unix.

      Next argument please?

    3. Re:that said, by Anonymous Coward · · Score: 1, Insightful

      I work for big oil... All of our million-dollar a minute apps run on AIX, Solaris, or Linux.

      The 'most of us don't give a damn' apps run on Windows.

      Right tool for the right job.

  149. tag article DELICIOUS by toby · · Score: 1

    n/t

    --
    you had me at #!
  150. Or VAX/VMS. by toby · · Score: 2, Insightful

    Windows is just consumer junk, and not even very good consumer junk.

    Kickbacks are almost certainly at work in a deployment like this.

    --
    you had me at #!
    1. Re:Or VAX/VMS. by mistahkurtz · · Score: 1

      are you familiar with the term commodity hardware? basically, it's cheap, expandable, easy to implement. and you can toss it and replace it pretty easily, for a small expense.

      in this sense, windows and linux are the same. they are not hpux or aix, or any other serious platform. they're disposable.

      so, to basically say they're not vax/vms, as if it's a bad thing, and not the way it was intended to be in the first place, is a bit short-sighted.

      --
      not only is time travel possible, it's irrelevant.
  151. Nearly 2 nines! by Dun+Malg · · Score: 1

    meaning that their 5-nines SLAs are shot for approximately the next 100 years.

    Bah, that's nothing. The school district I work for (very big one) bought a $50 million web-based maintenance and operations tracking software package that fails all the time. We like to joke that it has "almost two nines of availability!" The supplier of the software (whose salesmen claimed it would "do everything you need, right out of the box") says that it can be fixed for another $30 million. Your tax dollars at work!

    --
    If a job's not worth doing, it's not worth doing right.
  152. Soft bribes. by toby · · Score: 1

    There's all kinds of ways Microsoft is known to influence deals like this (especially high profile deals). No sane person would want their bank, Navy, doctor, hospital, airliner, public transport running Windows anywhere: But throw enough money under the table and suddenly really bad ideas look really attractive to decision makers. Little else can explain these Microsoft deployments.

    --
    you had me at #!
  153. slashdot fails at maths yet again by timmarhy · · Score: 1
    5 9's lost for the next 100 years - what a completely retarded statement. they measure uptime per year per business hours. so yes it means they've blown it this year, but no it won't keep coming back on them for the nxt 100 years.

    i wonder what the spin would have been if it was a linux system or apple?

    --
    If you mod me down, I will become more powerful than you can imagine....
    1. Re:slashdot fails at maths yet again by EdgeyEdgey · · Score: 1

      Agreed. Statistics are about the future, not the past. The event has occured, so the clock starts ticking again.

      --
      [Intentionally left blank]
  154. +1 Bingo! by toby · · Score: 1

    Microsoft is the posterchild; they even break the law to get those advantages.

    --
    you had me at #!
    1. Re:+1 Bingo! by Kompressor · · Score: 1

      +1 Bingo! indeed!

      I need that (and your .sig) on a t-shirt!

      --
      kmem russian roulette: Aquillar> dd if=/dev/urandom of=/dev/kmem bs=1 count=1 seek=$RANDOM
  155. Re:Why is Microsoft getting dragged into this disc by Anonymous Coward · · Score: 0

    yeah, and when linfags has fails there is always someone else to blame. had this been linfux you guys would have been screaming about india or the hardware or god knows what. get your head out of your boyfriends ass and realize that there is a lot of potential for other failure here yet.

    ah, what the fuck would you know anyway. the most advanced thing you've probably ever worked on is an 802.11g home network with wireless printing. fucking sack of shit.

  156. London Stock Exchange Achieves Record Reliability by HHacim · · Score: 1

    does anybody else hate those huge ms ads on linux.com as much as I do?

  157. Re:Virtual 100% uptime? I call BS... by rtechie · · Score: 1

    Saw triply redundant systems fail twice in my career as a net admin.

    Give me the scenario. It probably involved power. Getting redundant power systems that work is such a hassle this is normally the pain point.

  158. Not Mainframes by BBCWatcher · · Score: 1

    The London Stock Exchange did not run mainframes 8 years ago. (At least not what most people think of when they see the word "mainframes.") They ran Tandem/HP NonStop systems.

  159. Re:It appears high load/usage crippled the system. by Jorophose · · Score: 1

    Like a disk can write that fast. =/

  160. M$ Oops by haggus71 · · Score: 1

    Well, other than the title, remember when M$ had all those ads stating "London Exchange using MS Exchange!" You know, the stupid one on computer websites showing a guy running around in the press room with the new big headline? I guess they should have stayed quiet on that one.

  161. Re:The London Stock Exchange Goes Down For Whole D by cayenne8 · · Score: 0, Offtopic
    "Your wife -- does she go?

    Is your wife into photography, eh?

    Snap snap, grin grin, wink wink.....say no MORE!!

    --
    Light travels faster than sound. This is why some people appear bright until you hear them speak.........
  162. Ho ho ho! by __aailob1448 · · Score: 1

    How delightfully embarassing to Microsoft in general and the .net platform in particular!

    Wait...is .net good? Some /.ers respect and like it...

    So...confused...Help!?

  163. Re:Virtual 100% uptime? I call BS... by fishbowl · · Score: 1

    >Give me the scenario.

    My favorite was a Network Appliance 760 Filer having three WAFL drives fail.

    It did not involve power or cooling. The only time we ever lost power was during the Northridge quake.

    --
    -fb Everything not expressly forbidden is now mandatory.
  164. Re:Surprised? It's M$ crapware! by Anonymous Coward · · Score: 0

    Nope, not Twitter for once. Big chunks of the Baton Rouge area are still without power after Gustav. And if Ike turns north, it may be longer before we hear from him again.

    I mean I don't wish ill on the guy, and I hope he stays safe through these hurricanes, but goshdarnit, Slashdot is a little better place without him.

  165. Re:The London Stock Exchange Goes Down For Whole D by bursch-X · · Score: 4, Funny

    Maybe he meant rim-job...

    --
    There are two rules for success:
    1. Never tell everything you know.
  166. a missed point by ico2 · · Score: 1

    Oooooh, some absurdly rich people didn't get any richer today... ohnoes!

  167. It's amusing that there are 404 comments right now by Nimey · · Score: 1

    en tee.

    --
    Hail Eris, full of mischief...

    E pluribus sanguinem
  168. I demand equal representation! by Alonzo+Meatman · · Score: 1, Insightful

    Ok, so this means that the next time a mission-critical Linux-based app goes kaput, I'll see a headline on slashdot that reads, "Linux-based system goes kaput." Right? Oh, I forgot, nothing ever goes wrong in Linux world. All Linux programmers are creme de la creme, all Linux administrators are top-notch engineers, and nobody ever botches an upgrade or releases a sour version. In fact, every IT mishap of the last 30 years can be directly traced to pointy-eyebrowed, mustache-twirling marketing villains who convince hapless stakeholders to install Microsoft products. And then they tie the hero to the railroad tracks, foreclose on the family farm, and steal sweet little Lulabelle away from her fiancee.

    1. Re:I demand equal representation! by codepunk · · Score: 0

      "All Linux programmers are creme de la creme, all Linux administrators are top-notch engineers, and nobody ever botches an upgrade or releases a sour version. In fact, every IT mishap of the last 30 years can be directly traced to pointy-eyebrowed, mustache-twirling marketing villains who convince hapless stakeholders to install Microsoft products."

      Wow you hit the nail on the head that is a fairly accurate description.....Oh go cry on the windows magazine site or something, this site is called slashdot as in /. not c:\

      --


      Got Code?
  169. Re:It appears high load/usage crippled the system. by lgw · · Score: 1

    I've neevr seen that defintion of "faster" vs "quicker" before, but latency vs throughput are words people other than you use in this way. ;)

    Yes, that's the whole premise behind commodity hardware: you can throw "massive amounts" of commodity boxes at a problem, and it's still cheaper than some Sun enterprise box. Of coruse, it takes non-trivial software to make things scale well. Google has demonstrated that this works. This is probably why Sun is barely in business these days.

    --
    Socialism: a lie told by totalitarians and believed by fools.
  170. Re:Good lord, they're running on Windows? Why? by Anonymous Coward · · Score: 1, Interesting

    But it says a lot that NYSE runs on Linux and not Microsoft. It seems SOMEONE did listen to the techies.

    Not really. I work for an IT sales company. There are plenty of times when we try to sell Linux solutions to our customers and management is all for it but it gets shot down by the "techies" because they want a Windows solution because that is what they are used to.

  171. Depends on your definition by CorporateSuit · · Score: 1

    The stock exchange only lasts for a few hours a day. 40% uptime, maximum, would be needed.

    --
    I am the richest astronaut ever to win the superbowl.
  172. Using Microsoft for a 5-nines SLA? Is that a joke? by MrJerryNormandinSir · · Score: 5, Informative

    That was the their first mistake. What were they thinking? You need a 3 highly available Unix clusters with three SANs. You need three to elect a quorum. If you don't know what a quorum is you shouldn't be attempting to design system that is supposed to deliver on a 5-nine SLA. Each geographic location should include 1 cluster and 1 SAN. All three locations networked with dark fiber. fiber routing should be set up so that a cluster can fail over to a SAN in another location. As far as Hardware is concerned, I would go with a cluster of IBM P6-570 and use an EMC Symmetrix DMX SAN at each site.
    Who the heck designed this? .Net trading platform.. I have to laugh! Microsoft .net = 5.none SLA! .Net is only good for people who would like to create a light duty website. Under a load it breaks. The London Stock Exchange proves my point.

  173. Re:The London Stock Exchange Goes Down For Whole D by mikiN · · Score: 5, Funny

    What.. what's a wife?

    WIFE: Specialized form of WIFI, indicating one of two stations engaged in a (semi-)permanent point-to-point link, the other station typically called HUSBAND. Unsecured transmission often leads to packet loss 9 months after initial association, resulting in long-term elevated QoS requirements. Roaming is usually forbidden by link protocol, although experiments with mesh networks have been reported. DOS attacks often lead to severed links, litigation and possibly material and financial damages.

    --
    The Hacker's Guide To The Kernel: Don't panic()!
  174. Careful... by msimm · · Score: 1

    I think you're mixing your metaphors.

    --
    Quack, quack.
  175. Re:Good lord, they're running on Windows? Why? by cbhacking · · Score: 1

    Um WTF? I agreed with you RIGHT up until you started talking about things like NT4. NT 4 may have been good in its day, for hardware that could run it reasonably, but by modern standards it is neither fixed nor stable. It also is lacking a lot of APIs and system calls which means that modern software often just won't run on it.

    --
    There's no place I could be, since I've found Serenity...
  176. Re:It's amusing that there are 404 comments right by sbillard · · Score: 1

    It's amusing that there are 404 comments right now

    Not anymore there aren't you insensitive clod.

  177. Re:It appears high load/usage crippled the system. by smallfries · · Score: 1

    In ten years of parallel processing research that is the first time that I've someone draw that distinction between faster and quicker.

    It must be a .... very localised distinction that you're aware of.

    --
    Slashdot: where don knuth is an idiot because he cant grasp the awesome power of php
  178. Re:The London Stock Exchange Goes Down For Whole D by Ansonmont · · Score: 0, Offtopic

    Technically, it went down on her....
    -A

  179. speed, system capacity, reliability... by kybred · · Score: 1

    Pick any two.

  180. You were lucky. by Anonymous Coward · · Score: 1, Funny

    Win2K (and any other Windows based solutions) cut lots of corners in regards to security, so being the one that stays up the longer (I will concede this for the sake of argument, in my experience Wintel does not come even close to even Linux or Solaris) is not necessary a great thing if you are the most vulnerable.

    Ask MS people where do they store cryptographic information related to Active Directory and prepare to be entertained.

  181. What about the hardware? by jotaeleemeese · · Score: 1

    And what about security?

    You make it sound like all it was a complete success of a Windows implementation.

    --
    IANAL but write like a drunk one.
  182. Poor sod. by jotaeleemeese · · Score: 1

    If he knew that in many big shops MS is beginning to be a brand with serious problems at the higest level, he would re-evaluate is position.

    --
    IANAL but write like a drunk one.
  183. You'll be surprised .... by jotaeleemeese · · Score: 1

    ... about the kind of people that posts here.

    I never found a techie in the City of London or Canary Wharf that wasn't reading and/or posting here.

    A techie rumour here has to be given some serious consideration because there are far more insiders that it would be apparent at first.

    --
    IANAL but write like a drunk one.
  184. Re:In other NEWS... by inject_hotmail.com · · Score: 1

    No, he'd waggle his arse .
    A fanny would be a vagina in Britain.

    What makes you think he didn't already know that?

  185. Re:The London Stock Exchange Goes Down For Whole D by zobier · · Score: 0, Offtopic

    In Soviet Russia?

    --
    Me lost me cookie at the disco.
  186. Re:The London Stock Exchange Goes Down For Whole D by mcpkaaos · · Score: 1

    I should have said more.

    --
    It goes from God, to Jerry, to me.
  187. Re:In other NEWS... by zobier · · Score: 1

    With an imaginary pencil, duh.

    BTW: Thanks for Leet Key.

    --
    Me lost me cookie at the disco.
  188. Re:The London Stock Exchange Goes Down For Whole D by Anonymous Coward · · Score: 0

    Say no more.

  189. Gates adjusts his shorts by codepunk · · Score: 1

    Looks like the LSE is the one taking it in the shorts today.

    --


    Got Code?
  190. Re:Good lord, they're running on Windows? Why? by Lost+Engineer · · Score: 2, Insightful

    "you can't get fired for using Microsoft."

    Maybe not but you sure can get fired when your system epic fails and stops trading for a day.

    Seriously though given the length of the downtime, I doubt this was caused by an operating system problem. If that were the case, you'd just reboot the affected system and hope it doesn't go down again before you can get a patch, no? Even Vista doesn't take that long to boot.

  191. Re:Good lord, they're running on Windows? Why? by Anonymous Coward · · Score: 0

    I'll match your 5 nine mainframe with my 7 nines Tandem...

    Regardless.. windows (just as nearly any platform) can easily support any x nine's application. It's just a question of how well that application scales horizontally.

    From a hardware perspective, it's actually cheaper, but your cost is made up in ensuring your application is distributed redundantly enough to support the 5x fault rate.

  192. Re:Using Microsoft for a 5-nines SLA? Is that a jo by rtb61 · · Score: 1, Funny

    Perhaps you haven't read the typical M$ EULA, it is always the customer's configuration fault, when it is not the customer's configuration fault it is a hardware fault, when it was neither the customer or the hardware's fault, then some other software installed on the system is responsible for at least 50% of faults, naturally enough as most business PC have M$ Office installed in parallel to M$ Windows that kinda makes sense ;D. So 5 '9's still intact and with the next rewrite of the M$ EULA 10 '9s' are guaranteed 'er' promised 'er' hinted at.

    --
    Chaos - everything, everywhere, everywhen
  193. Re:Using Microsoft for a 5-nines SLA? Is that a jo by afidel · · Score: 2, Insightful

    Bah, my YTD uptime for most of my systems is 99.995 without clustering running Windows 2003. We are a java shop not a .net shop though but java isn't perfect by any stretch of the imagination.

    --
    There are 4 boxes to use in the defense of liberty: soap, ballot, jury, ammo. Use in that order. Starting now.
  194. Re:The London Stock Exchange Goes Down For Whole D by Anonymous Coward · · Score: 0

    ... Talk about a 6 with five 9's. [BUTTHEAD]uh huh huh huh[/BUTTHEAD]

  195. Re:Virtual 100% uptime? I call BS... by dAzED1 · · Score: 1

    a bug. But I suppose you'd suggest that your redundant routers not use the same firmware versions...but then there are bugs for firmware version X talking to version Y when occurrence Z happens. If you've never experienced such a thing, then you haven't been doing real IT for very long...or you've just been really, really lucky.

  196. Re:Latency is kinda pointless for this kind of stu by mentaldrano · · Score: 1

    Latency IS important, especially for institutional investors or trades on a mercantile exchange. One of the most critical being arbitrage, or buying something from one person and immediately selling to another at a higher price - instant profit. You just have to be the one to spot the price differential first, and it can come down to milliseconds.

    A lot of finance firms buy boxes colocated in the exchange just for the latency.

  197. Re:In other NEWS... by Anonymous Coward · · Score: 0

    But Bill Gates is a cunt. So in reality he'd just wiggle himself.

  198. Re:It appears high load/usage crippled the system. by Daniel+Phillips · · Score: 1

    The Windows system was just recently updated to double performance again (3 ms per transaction), so it's now 45 times as fast as the unix-based system it replaced.

    That smoking hole in the ground was once a very fast rocket :-)

    Seriously, if it was a Linux 2.6 system I wager it would be faster on the same hardware, and would not have crashed and burned for an entire trading day.

    --
    Have you got your LWN subscription yet?
  199. Linux or Solaris? by Anonymous Coward · · Score: 0

    Why the heck they were using MS Windows for this type of environment is stunning... Transactional processing which is the bulk of this type of setup is where Solaris and Linux excel. Any company that builds a system like that on .Net should be thown out on the street.

    In short.. Not to rock on Windows, but different platforms always offer different strengths..

    While I agree in part, frankly when it comes to large volume transaction processing a better choice would be an OpenVMS or z/OS platform (or something similar), although these types of platforms have a clunky feel (and are of course closed source) they are designed specifically for these kind of applications.

  200. Re:The London Stock Exchange Goes Down For Whole D by Anonymous Coward · · Score: 0

    ...now if only my wife would do that! /rimshot!

    Don't feel too bad. My wife won't give me a rimming either.

  201. Re:The London Stock Exchange Goes Down For Whole D by Anonymous Coward · · Score: 0

    http://instantrimshot.com/

  202. Don't buy cheap crap by Anonymous Coward · · Score: 0

    You get what you pay for. Any decent storage system has mirrored caches, each with their own battery, and do weekly tests of the battery automatically. Assuming it is also on a UPS, you shouldn't need to have it use the battery very long except in Katrina-like circumstances.

    Anyway, you must have a small shop, because you CAN'T disable the write cache on midrange and high end storage arrays.

  203. Re:Latency is kinda pointless for this kind of stu by ultranova · · Score: 3, Insightful

    Latency IS important, especially for institutional investors or trades on a mercantile exchange. One of the most critical being arbitrage, or buying something from one person and immediately selling to another at a higher price - instant profit. You just have to be the one to spot the price differential first, and it can come down to milliseconds.

    Based on this description, seems to me that "arbitrage" is a nice word for inserting yourself into a trade which has nothing to do with you for the purpose of bleeding both the seller and the buyer out of some profit without producing or contributing anything of value. Making it more difficult would make the actual productive parties in the trade better off, and likely help economy as a whole.

    Or, to put it even more bluntly: arbitrage, as described by you, is a nicer name for parasitism.

    --

    Forget magic. Any technology distinguishable from divine power is insufficiently advanced.

  204. Lets all use this as an example... by jonwil · · Score: 1

    Lets all use this as an example next time the boss suggests moving some business critical stuff to .NET...

  205. Anyone any idea of the REAL cause yet? by cheros · · Score: 1

    I mean, it's easy to blame MS and .NET for the problem (and include me in the people that wouldn't be surprised if it was something like WGA failing :-), but SEVEN hours?

    AFAIK that's plenty of time to reboot (cough) so that must have been pretty catastrophic. I have a feeling it's going to cost them more than just compensation, not being able to trade at one of the most active days must cause a whole lot of people to walk. The timing couldn't have been worse.

    --
    Insert .sig here. Send no money now. Owner may sue, contents will settle. Batteries not included.
  206. ephemerality of reuters/up/api/tass wirefeeds by SgtChaireBourne · · Score: 1

    I wish people would get into the habit of linking to the single page version of the FA.

    Oh come off it. If it were a permanent link, then you'd have a point, but that Reuters article will vanish in a few days like all good wirefeeds do. It's not really worth it for Slashdot, or anywhere else, to link to wirefeeds since they're gone quickly. So it matters little if it's the all-in-one or multi-page if it's a wirefeed. For permanent articles, however, I'm with you: all in one is easier to manage and read.

    What you need is a major paper who has taken the wirefeed and put their name at the top. That will be around a few months or even years from now.

    --
    Beta is broken and the link to classic doesn't work. Stop wasting our time or there won't be anybody left here.
  207. Which context of network? by SgtChaireBourne · · Score: 1

    The word network can be used in many contexts. Here it looks like TradeElect fell flat.

    Danska Banken and others pushing a M$ Uber Alles agenda (and willing to bankrupt their own company to achieve it) have has similar problems and also use similar caged, vaguely worded statements that dance around the cause. You'll get a few articles that will point out that using M$ .Not, especially Sharepoint, is a major cause. The rest will avoid the topic or be vague.

    --
    Beta is broken and the link to classic doesn't work. Stop wasting our time or there won't be anybody left here.
  208. Thousands of Traders ... by Rockin'Robert · · Score: 0

    Staring at Blank Screens Is
    A Guinness Book of Records
    FLASH MOB?

  209. Lets put it this way by Colin+Smith · · Score: 1

    If it's running on .Net, it isn't running on a mainframe.

     

    --
    Deleted
    1. Re:Lets put it this way by morgan_greywolf · · Score: 1

      If it's running on .Net, it isn't running on a mainframe.

      How do you know? Mono, which implements a mostly-complete version of .Net, runs on *nix, right? Well, Linux runs on the IBM Z-Series mainframes, right?

      Sorry, just being nitpicky.

  210. Software programming is ... by Anonymous Coward · · Score: 0

    a battle between software engineers to build bigger and better idiot-proof programs and God building bigger and better idiots.

    So far God is winning.

  211. Re:It appears high load/usage crippled the system. by Anonymous Coward · · Score: 0

    Well, if you're willing to sacrifice correctness, I can offer you a system with submillisecond (even subpicosecond) performance...

  212. Re:Good lord, they're running on Windows? Why? by Anonymous Coward · · Score: 0
    managers and executives who still believe "you can't get fired for using Microsoft."

    Today was a heck of a reason to change that belief. I bet there are a lot of absolutely pissed-off LSE customers who totally agree...

  213. .NET!!! by Anonymous Coward · · Score: 0

    more like .NOT. the only systems that have achived 9 nines (yes you read that right) are systems built on Erlang. Stupid choice no doubt encouraged by many a lavish MS back hander.

  214. Al Gore to the rescue by professorfalcon · · Score: 1

    meaning that their 5-nines SLAs are shot for approximately the next 100 years

    No worries. They'll just buy SLA credits. Like carbon credits, but for uptime.

  215. Re:Using Microsoft for a 5-nines SLA? Is that a jo by hughk · · Score: 4, Interesting

    WTF did a moderator mark this as flamebait? The poster was right, HA is a) hard and b) expensive.

    I designed some of the HA stuff many years ago for Eurex. We used OpenVMS and had two clusters (over 40Km apart) for the main and standby with the standby system also being used for development with a flick of a switch the standby cluster could take over in production. We had no SANs in those days but used Digital's Hierarchical Storage Controllers. These days it runs with SANs but the host systems still run VMS and there are now product specific clusters.

    The next level down there are access points containing communications servers providing connectivity to member systems and routing to the hosts which are scattered around the globe. A member normally has connectivity to two access points. The only single point of failure for a member is where both lines come together for the last few metres into their building and some idiot digs a hole in the road.

    --
    See my journal, I write things there
  216. London stock exchange crash by xyzmjf · · Score: 1

    Statement on the cause of the crash mentioned "connectivity" which is consistent with the Infolect message passing system. The Infolect system based on MS .Net and SQL server and HP proliant servers. http://whitepapers.silicon.com/0,39024759,60237581p,00.htm Infolect was also blamed for outage in November 2007 http://www.computerworlduk.com/technology/networking/messaging/news/index.cfm?newsid=6089 NYSE recently moved to Red Hat.

  217. restart the system by Anonymous Coward · · Score: 0

    did somebody made an ALT F4 at the system?..

  218. Re:Using Microsoft for a 5-nines SLA? Is that a jo by XDirtypunkX · · Score: 0, Flamebait

    Well, I have to laugh at your ignorance of .NET. It's perfectly suitable for a 5-nine SLA; pick on Windows or pick on the hardware they chose, but .NET as a development platform for a heavy transaction server is perfectly fine and better than picking a dynamically typed scripting language, the buggy abomination which is Java or the error prone C++.

  219. Re:Latency is kinda pointless for this kind of stu by hughk · · Score: 1

    Arbitrage is important but these days on a major market like LSE, it is less so than algorithmic trading (i.e., VWAP or TWAP). This is where you deliberately split a large order into multiple smaller orders so it does not affect the market price too much. As according to MiFID, brokers should have connectivity to multiple exchanges where you need to sniff out hidden liquidity and execute orders where the price is the best. This means really low latency and exchange proximity services. Proximity services don't really help arbitrageurs because you can only be close to one exchange.

    --
    See my journal, I write things there
  220. Re:In other NEWS... by Anonymous Coward · · Score: 0

    ..."A fanny would be a vagina in Britain" ... and down under. (Australia you pervert!)

  221. Re:The London Stock Exchange Goes Down For Whole D by alexandreracine · · Score: 1

    Maybe he meant rim-job...

    Like this? http://www.rim.jobs/

    --
    No sig for now.
  222. Re:Using Microsoft for a 5-nines SLA? Is that a jo by Aceticon · · Score: 4, Informative

    I work in London as a freelancer in IT in Investment Banking. My professional experience was mostly with IT Products/Services companies.

    Although I haven't worked in the LSE, from the places I've worked in around here I came out with the impression that most people in IT in this industry are amateurs (and that includes those in other geographical locations).

    Any kind of more advanced IT concepts such as technical analysis, software/hardware architecture, iterative software development processes are pretty much either not done or done by people you don't have clue about what they're doing.

    I'm hardly surprised with what happened in the LSE.

  223. Two words by Anonymous Coward · · Score: 0

    Outsourced development.

  224. Re:It appears high load/usage crippled the system. by scottme · · Score: 1

    If you don't care how reliable it is, any fool can write you a system that's twice as fast as your current one. And you'd be a fool to buy it

  225. Microsoft for Business by MrKaos · · Score: 1

    And thus is a demonstration of how Microsoft treats the most important business. Anything requiring serious uptime you should not consider using Microsoft products, I'm surprised that an organisation with a reputation of the London Stock exchange took such a risk.

    Windows is, however, good for games - so credit where credit is due.

    --
    My ism, it's full of beliefs.
  226. Are London people crazy?? by GNUPublicLicense · · Score: 2

    A trading system without the control of the source code? Are they mad or insane?

  227. Re:Using Microsoft for a 5-nines SLA? Is that a jo by Anpheus · · Score: 2, Insightful

    Why modded troll? It is possible to get high uptime figures with a lone system. You can't take it offline, but hell, I could probably run my PC for a year end to end without issue. The problem occurs when I try to scale that and make, say, 200 PCs all run for a whole year without issue.

  228. Re:Using Microsoft for a 5-nines SLA? Is that a jo by mattcasters · · Score: 1

    Well, TBH, .NET only runs on Windows. Picking on Windows and picking on the .NET choice is as such the same thing.

    --
    News about the Kettle Open Source project: on my blog
  229. the question is... by Anonymous Coward · · Score: 0

    was it showing blue screen of death on every single screen in LSE?

  230. Re:Why is Microsoft getting dragged into this disc by hughk · · Score: 1

    They (Accenture) also developed the first implementations of Eurex & Xetra. They worked but had to be substantially rewritten before volume ramped up.

    --
    See my journal, I write things there
  231. Re:Latency is kinda pointless for this kind of stu by Anonymous Coward · · Score: 0

    Welcome to banking. You'll love it here.

  232. For those who don't RTFA by Anonymous Coward · · Score: 0

    "The outrage came at an embarrassing time..."

    The Freudian slip helped make that sentence more correct than they'd anticipated.

    It should have said "The outage came at an unfortunate time..." The "outrage" came a few minutes later, when they were embarrassed.

  233. Re:It appears high load/usage crippled the system. by Anonymous Coward · · Score: 0

    where is the data that support this statements?

  234. Re:Latency is kinda pointless for this kind of stu by AlecC · · Score: 2, Informative

    It is not inserting into a trade, it is creating a trade when a difference in value is noticed. Arbitrage levels out prices between different exchanges, allowing people to trade on either without worrying if they would be getting a better price elsewhere. It is parasitic in the same sense that the oil pump is parasitic in a car - it doesn't add any power, but things turn much more freely with it in place, and it exacts a charge for doing so. Essentially, an arbitrageur is constantly shopping around for bargains an evening them out, meaning that ordinary traders don't need to do so.

    --
    Consciousness is an illusion caused by an excess of self consciousness.
  235. Re:Latency is kinda pointless for this kind of stu by dintech · · Score: 1

    You're right about that. Also, the smaller tick sizes and narrower spreads these days prevent as much useful arbitrage too.

    I would assume though that if you had to choose, you would still want to have the lowest latency LSE feed you can achive as a priority over others (for a London-focused business at least). As you know, it still sees the highest trading volumes and so reflects what the current market price is with a slightly finer granularity. I'd want to have the lowest latency on that information that I could get.

    Interestingly since MiFID, people are doing a lot more volume on ChiX and Xetra and the ratio vs LSE is increasing rapidly. It's not just a case of guaranteeing best execution but also reducing trading costs too. Now there's also Turquoise which in theory should be the cheapest exchange to do business on, so we'll see where that goes. Yesterday's incident can only play into their hands of th enew kids on the block...

  236. Re:Good lord, they're running on Windows? Why? by Anonymous Coward · · Score: 0

    When I was developing on both platforms, both environments needed "rebooting" at about the same frequency. I don't manage the server farm at our company, but the linux servers tend to be down more frequently than the windows servers (and there's a lot more windows servers). Also when they go down for something other than a reboot, they tend to stay down far longer. Guess our management bypassed the "reality check" when they installed Linux? Or maybe they installed the OS particular software ran on?... hmmm

  237. Re:Using Microsoft for a 5-nines SLA? Is that a jo by dan+the+person · · Score: 1

    The exchange was running the whole time. You think the guys that built TradeElect haven't heard of clusters? Yeah they're probably running it on a single node dell box right?

    It was a connectivity outage numnut.

  238. Re:The London Stock Exchange Goes Down For Whole D by ArsenneLupin · · Score: 0, Offtopic

    Your wife -- does she go?

    No, she comes.

  239. Re:let me be the first to say by Weedlekin · · Score: 1

    Or had someone else by them...

    --
    I'm not going to change your sheets again, Mr. Hastings.
  240. Re:Good lord, they're running on Windows? Why? by Anonymous Coward · · Score: 0

    I'd like to suggest another factor: Stability-conscious developers -- those that know about race conditions, memory leaks, atomic transactions, and the like -- tend to gravitate towards operating systems that make it easy to put their ideas into practice.

    And what exactly do other systems have that Windows doesn't in those areas?

  241. Re:Using Microsoft for a 5-nines SLA? Is that a jo by Christian+Smith · · Score: 1

    It surprises me how friends in the banking industry say how free of process their jobs are. If something is wrong, they just fix it (with electronic gaffer tape), no tickets, no process, no reviews, on the floor testing.

    Scary really.

  242. Re:Good lord, they're running on Windows? Why? by chthon · · Score: 1

    I find it unbelievable how much crap people are willing to put up with, especially over the last 18 years with all versions of Windows available.

    I got burned by Windows 2.0 and 3.0 in 1990, and vowed to never use anything from Microsoft again. Although it was my first job, I did have experience with more stable things.

    I only once ran Windows 95 for some time, when I got my first CD-burner (back in 1998), but that was all I ever have used it for. I first used DR-DOS, then OS/2, then finally Linux (and my wife has a Mac now).

  243. Re:Latency is kinda pointless for this kind of stu by hughk · · Score: 1

    The problem is that an issuer can't go direct to a multilateral trading facility like Chi-X or or Turquoise). They must go to a regulated market like the LSE or Xetra for a primary listing.

    --
    See my journal, I write things there
  244. If it turns out to be .NET at fault by Anonymous Coward · · Score: 0

    will you apologize?

    This may require removing Bill Gates' love plug from your mouth.

    1. Re:If it turns out to be .NET at fault by Liquidrage · · Score: 1

      No, because I'm not denying it could be. What I'm saying is until there is evidence as to what it is, picking the part that /. has a dislike for is just lacking in integrity. It could turn out to be .net. But at the time I wrote that, the information as to what it was just wasn't there.

  245. Re:Using Microsoft for a 5-nines SLA? Is that a jo by Anonymous Coward · · Score: 0

    It doesnt matter how much site, hardware and storage redundancy you have if your application is retarded.

    Hardware failures should mean a few minutes downtime now days, clusters might save you a few times with failovers but generally put a noose around your neck when it comes to every other aspect of working on them. SRDF just means you replicate fuckups at the speed of light to your DR - BCVs just mean you have a rollback point and lose transactions, backups mean the same thing but it takes longer to bring online.

    Point is, infrastructure protection only takes you so far - if its your application or data that is broken prepare for a long night, or several long days.

  246. Re:Using Microsoft for a 5-nines SLA? Is that a jo by donscarletti · · Score: 2, Funny

    All three locations networked with dark fiber.

    Um, if you set up a network with this fiber, it would no longer be dark. I'm not sure what you think dark fiber is, fiber optics that are cool, edgy and a little bit menacing I suppose.

    --
    When Argumentum ad Hominem falls short, try Argumentum ad Matrem
  247. Re:Using Microsoft for a 5-nines SLA? Is that a jo by Capt+James+McCarthy · · Score: 5, Insightful

    I have a feeling that the 'normal' IT situation was to blame for this.

    Preamble: Technical Expertise provided a wonderful architecture that was HA and robust, fast, and scalable.

    Bean Counters looked at the cost and said "You Tech guys spend too much money."

    IT architects: "How much is your data worth?"

    Bean Counters: "Not this much. Look we don't really need all of these systems. My home system has been working for 4 years with no problems. And I've talked with Microsoft Execs and they will cut us a deal for their platform. Now go away, I've just decided how the architecture will be done. Why did we hire you anyways?"

    --
    There are no loopholes. It's either legal or it's not.
  248. Re:It appears high load/usage crippled the system. by jcupitt65 · · Score: 1

    The speedup is more due to new hardware than anything magic about Windows. In fact, a .net system is likely to need larger servers than the old C/COBOL thing they had before.

    3ms is still quite a bit slower than the NYSE, who (I think) claim 1ms for their linux-based system. But I imagine there are other factors here, like physical distance, the precise definition of 'transaction' and whether that's the guaranteed or typical speed.

  249. Re:The London Stock Exchange Goes Down For Whole D by quantumphaze · · Score: 0, Offtopic

    But does she blend?

  250. Re:It appears high load/usage crippled the system. by Anonymous Coward · · Score: 0

    Goog job they did not use .64K which Steve Jobs said was enough!

  251. Re:Using Microsoft for a 5-nines SLA? Is that a jo by splutty · · Score: 2, Funny

    You need to see this particular Dilbert cartoon, which is very much like what you describe :)

    http://www.dilbert.com/fast/2008-09-09/

    --
    Coz eternity my friend, is a long *ing time.
  252. Re:It appears high load/usage crippled the system. by julesh · · Score: 1

    I see no difference in Oracle performance on Windows vs Linux. Performance is usually more about architecture than the platform. You can make highly available networks with Windows, people do it all the time, much more often than a lot of Slashdotters seem to think.

    Sure you can. The problem is that when you see a high profile Windows deployment like this (and, in fact, a lot of smaller deployments as well), you'll frequently find that MS has paid the consultants and told them what technology to use. So you often end up with a compromised architecture that's designed to show off a fancy new feature of the latest MS server software, rather than a properly engineered architecture that's as simple as possible (but no simpler), which is the way architecture should be done.

    An example I know about in more detail: my company was hired about 6 or 7 years back to fix a catastrophic web site fuckup... the existing consultants hadn't finished the site in about a year and didn't seem to be capable of doing so, so the business owner came to us with 4 weeks before it was due to launch. It was a fairly simple web system, nothing fancy, a reverse auction system that allowed suppliers to bid using a back-end system on requests for supply that customers entered in the front end. The problem? Microsoft had paid the consultants to implement the back end with ASP and Access (!) while Macromedia had paid them to implement the front end entirely in flash version 4 (that's before flash supported actionscript). Every minor change to the user interface (e.g., "no I don't want to show 10 results on that list, let's go for 15") required hours of work including negotiations backwards and forwards between the ASP programmers and the Flash designers concerning the data structures (flat by necessity, so filled with items like 'result13title' and 'result13description' and stuff like that) that were passed between the client and the server.

    Needless to say we ripped it all out, reimplemented in HTML & Javascript, and they launched with a much better site. But this is a cautionary tale: if you aren't careful, you can end up with a solution paid for by somebody who's trying to sell something, rather than one that's actually designed to fit your needs. And that solution may do something particularly well that you don't need, while it utterly fails to supply something you do need. In this case, it seems reliability (I would guess LSE's top requirement) has been sacrificed for performance (probably on the list, but I doubt it was top of it).

  253. Re:It appears high load/usage crippled the system. by julesh · · Score: 1

    3ms is still quite a bit slower than the NYSE, who (I think) claim 1ms for their linux-based system. But I imagine there are other factors here, like physical distance, the precise definition of 'transaction' and whether that's the guaranteed or typical speed.

    I don't know about NYSE, but this system was supposed to have redundant implementations at two different locations with a 1-second failover between them. Obviously, in the event of a failure, that didn't work, but I presume they did at least implement it. This would likely have a substantial effect on transaction latency. I dunno if NYSE has a similar system or not?

  254. microsoft as five nines? by nimbius · · Score: 2, Informative

    one more blackhearted sentiment from a seasoned IT guy. Microsoft has no business stating "five nines" of anything other than profit. not since Xenix.

    the last fortune 500 i worked for had to have the exchange cluster failed over at least twice a month, each failover costing in the neighborhood of 15 minutes (if it worked, which half the time it didnt.)

    the sharepoint server cluster routinely, with all the grace of a candelabra about the skull, would try to failover and fence but managed to fence more active nodes than dead ones. brings new meaning to STONITH.

    im sure Red Hat is having a good laugh over this NYSE mess.

    --
    Good people go to bed earlier.
  255. Re:Using Microsoft for a 5-nines SLA? Is that a jo by KlomDark · · Score: 1

    Um, wrong - Ever heard of the Mono Project?

    Mono provides the necessary software to develop and run .NET client and server applications on Linux, Solaris, Mac OS X, Windows, and Unix.

    http://www.mono-project.com/

  256. Re:It appears high load/usage crippled the system. by Just+Some+Guy · · Score: 1

    In ten years of parallel processing research that is the first time that I've someone draw that distinction between faster and quicker.

    It's not technical jargon, but one heard a fair amount in real life. Most recently in the Olympics we'd hear about athletes who were quick starters but who lost to faster runners after the launch.

    --
    Dewey, what part of this looks like authorities should be involved?
  257. Re:Using Microsoft for a 5-nines SLA? Is that a jo by MistrBlank · · Score: 1

    I love armchair admins.

  258. Re:Using Microsoft for a 5-nines SLA? Is that a jo by nicolas.kassis · · Score: 3, Insightful

    Um, wrong - Ever heard of the Mono Project?

    Mono provides the necessary software to develop and run .NET client and server applications on Linux, Solaris, Mac OS X, Windows, and Unix.

    http://www.mono-project.com/

    Glad you fell for Microsoft's marketing campaign. There is a reason they don't crush mono. It gives a illusion that there is choice. Name me

  259. Re:Using Microsoft for a 5-nines SLA? Is that a jo by Quetzo · · Score: 1

    Unfortunately, I have to agree. This is mostly true simply because of the expedience of having to fix something, or add something and roll it out so that the trader or the desk can start making money right away.

    Most places that I have worked, the average lifespan of an IT manager/developer etc working on something any more advanced than cookie cutter java web apps is under 3 years. Projects fail, traders skip jobs, desks are reshuffled, priorities are changed on a near daily basis... Not the ideal environment to setup a "real" IT shop.

    LSE boo-boo looks more like bad/inadequate planning and design than anything else. I dont know if .Net is the culprit here, I dont see how it could be. It is simply a technology platform and from what I know about it, it does what it says it does and it is possible to get a good estimate of how the platform will behave under "real" conditions. I find it hard to blame the technology for this fiasco, this was human failure, not failure of tech.

  260. Re:Anderson - HAH! by gabrieltss · · Score: 1

    http://www.computerweekly.com/Articles/2006/09/26/218637/city-prepares-to-test-new-trading-platform.htm

    I bet the fingers are pointing today - Accenture (formerly Arthur Andersen) India vs HP vs Microsoft.

    Anderson Consulting has always been a JOKE in the consluting world. The joke about them was "When you hire Anderson consulting, they back school bus up to your back door." And that is pretty true. I worked with them years ago on a consulting gig. They were hired to impliment data replication at a HUGE client (Cyprus Amax). They brought in all these fresh out of college folks, conned the client into purchasing a 1/2 million dollar 12 cpu HPUX box to do it with. They had some young girl running around with a clipboard, a pad of paper and a pen asing us what we needed the system to do. We tried to tell her WE weren't the ones who were going to be using it (we were working on a seperat project). That she should be talking to the BUSINESS people - the ones who need it. 6 months later they went to the client and said "we can't quite figure out how to get data replication working. But this would make a nice batch processing box."

    Yeah, when I hear the name Anderson - I immidately think - FAILURE! Didn't they not long ago get into hot trouble for a huge BOTCHED SAP implimentation?

    --
    The Truth is a Virus!!!
  261. Re:Using Microsoft for a 5-nines SLA? Is that a jo by Quetzo · · Score: 1

    Its scary how close to the truth parent is. I was working with our Telco provider once, debugging some latency I was seeing on our dedicated Internet circuit. A BC came up to me and suggested we use cable modem because its cheaper and he gets fantastic download speeds at home.

  262. Stratus, not Windows, Solaris or Linux by Figec · · Score: 1

    In my experience, for stability with market data, VOS on Stratus seems to hold the edge over the open systems and Windows.

    http://www.stratus.com

    For those unfamiliar with Stratus (which is probably just about everybody) they, with now defunct (?) Tandem, have long competed for a share of the financial markets requiring fault tolerant solutions. There are a number of bourses and equity houses that still rely on Stratus. However, I know of a couple of places that are trying to replace their Stratus platforms with Linux, with mixed results.

    Like mainframes, they're rock solid, but the talent pool to support these technologies is dwindling, forcing companies to make some real tough choices in their platform strategies.

    Since we don't have a full story yet with what happened at LSE, I'm not going to jump to any conclusions about what failed them. Admittedly, I as Unix guy am wishing it turns out to be a Windows failure.

  263. Re:Using Microsoft for a 5-nines SLA? Is that a jo by Anonymous Coward · · Score: 1, Insightful

    At one point around 2005 I applied for a job at LSE. They had just brought on a new CEO (whose name escapes me) and were in the process of building this system. They were about to replace a Tandem machine that distributed about 500 stock advice messages a second with a cluster of 120 (!) servers running a .NET system. That implies a load of around 4 messages per second per server.

    When the architecture was described to me I remember thinking 'that's brave'. I did express an opinion that .NET wouldn't have been my first choice for something like this. Apparently the decision was driven by the new CEO wanting to modernise the LSE and offer services that could not be built on the back of the Tandem platform. It had the feel of a technical decision being driven by non-technical management and didn't inspire confidence in the LSE.

    It was being built by one of the big-5 firms (Accenture IIRC) and who insisted that the platform would work and provide the uptime. I would have thought 4 messages per server per second on modern wintel server should allow headroom for substantial spikes in volume but evidently it didn't.

  264. Re:Latency is kinda pointless for this kind of stu by Quetzo · · Score: 2, Informative

    No, arbitrage is a necessary component of orderly markets. A perfectly balanced market has 0 arbitrage opportunity.

    Example: ETF Conversion/Redemption. The ETF is priced in real-time based on the price of its components. Fast systems are able to detect small discrepancies in the price of some of the components and the basket as a whole and are able to execute trades ( say BUY ) on the components and the contra trade ( SELL ) on the ETF and then redeem the ETF from the components to pair off the contra trade.

    This arbitrage always works to keep the components perfectly in line with the ETF itself. I think that is a good thing.

  265. JAVA is the BIG company Tech. by Anonymous Coward · · Score: 0

    Well.. for the guyz that need to develop robust system, don't ever dream of .NET for idiots tech.

    Every BANK in the world who care about reliable, robust system run over JAVA with big fat SERVER that are not INTEL made.

    Microsoft + PC are made for the little company that can't invest in real computer technology... and the big problems here, is that JAVA and his tech are FREE to use... or mostly... So, stop paying for software license and put that money on reliable server.

    Jourdespoir

  266. Re:Good lord, they're running on Windows? Why? by Anonymous Coward · · Score: 0

    But unlike Linux, applications run on Windows, which certainly can impact uptime. And as for it being everywhere...well, that's because everyone knows the basics of how to use it. Self-perpetuating cycle. cri mor nub.

  267. Re: transferring responsibility to Microsoft by Douglas+Goodall · · Score: 1

    Oh but it does... Microsoft (and the TCI) made a decision that native coders could not be trusted, so a system based on Microsoft technology has code written in a single sourced, closed source language compiler that produces intermediate code that is interpreted by closed source runtime and runs on a closed source operating system. Now any way you slice it, that reduces the scope of the parts that can be verified to the highest level source code, which can be examined and judged on the basis of, "it looked like it would work".

  268. The real question: Who benefits? by Anonymous Coward · · Score: 1, Interesting

    I don't believe that this was a technical glitch.

    I think people should investigate whether or not certain parties benefited, financially or otherwise, from such a prolonged suspension of trading. I think analyzing the trades that most rapidly transitioned to alternative trading exchanges, and had the highest volumes or dollars, would be very interesting and revealing...

    This news story makes me think of a fictional "singularity" themed story I read yesterday:

    http://www.ssec.wisc.edu/~billh/g/mcnrsts.html

    Is it happening?

  269. Re:Using Microsoft for a 5-nines SLA? Is that a jo by mindstrm · · Score: 1

    Yes, that happens a lot.

    The root of the problem is you have very skilled technical people trying to deal with business... a proper IT manager can and would sell the proper solution to the higher-ups.

  270. 6-eights up time by FriendlyPrimate · · Score: 1

    They can still save face by claiming 6-eights up time, which is more than 5-nines.

  271. Never Got Fired??? by YetAnotherBob · · Score: 1

    Will this affect the adage that nobody ever got fired for picking Microsoft?

    Really, it has been widely known for a couple of decades that no Microsoft system really has industrial grade reliability. If the trading system was down, then many millions if not billions were lost. Somebody should be fired for this.

    --
    Everybody knows 3 people with my name.
  272. Re:Using Microsoft for a 5-nines SLA? Is that a jo by zifn4b · · Score: 1

    .Net is only good for people who would like to create a light duty website.

    I beg to differ. I have been involved as an architect with several enterprise .NET applications some of which are web sites that use various types of clustering technology. In all cases, each was able to handle a high amount of traffic with a reasonable amount of downtime.

    The one in particular that stands out is a highly scalable and available credit card transaction processing system. It processes millions of credit card transactions a day, utilizes a distributed computing platform that allows for active failover with little delay in trasaction processing and allows software updates to be applied without requiring the entire system to be taken down.

    To develop enterprise level applications, it takes good developers and careful planning. With most languages and frameworks, the quality of the application built is related to the quality of the developers.

    While you may be able to say that many of the off-the-shelf components included with .NET are not enterprise ready out of the box, you can certainly build enterprise level software with .NET. The .NET framework is very robust and reliable, it's up to the developers to use it to its full potential.

    --
    We'll make great pets
  273. Re:It appears high load/usage crippled the system. by Anonymous Coward · · Score: 0

    No, actually the Windows system (10 ms per transaction) was a 13x speedup over the older system (135 ms per transaction), followed quickly by an addiditonal 50% speedup (6 ms per transaction). The Windows system was just recently updated to double performance again (3 ms per transaction), so it's now 45 times as fast as the unix-based system it replaced.

    You may be able to fault it on reliability (though the olde system wasn't perfect either), but you can't fault it on performance.

    i hope you're kidding because that explaination is total bullshit, nothing more !
    Do you think they use same old HW and Network ?

  274. Java on Windows? by Nicolas+MONNET · · Score: 1

    Why, do you like wasting money or are you simply a masochist?

  275. Stuff that strawman up your ... by Nicolas+MONNET · · Score: 1

    Also he said support was crucial for his company. If something went down, he wanted to be able to call someone immediately. He couldn't afford to just post a question on a message board and hope someone replies. He wanted contracts with 3rd party support that had experience with similar huge enterprise systems that he had.

    RedHat is more than happy to take your cash, and offer 24/7 support.

    What's with this "message board" bullshit? This guy is just a moron, or trying to rationalize the perks he gets from having his company buy MS. Yes, newsflash: those big companies pay bribes. I've seen it happen, not with MS but with a company closely related to it.

  276. Re:Latency is kinda pointless for this kind of stu by NeoSkandranon · · Score: 1

    I think the unclear point is: Why can't the person you bought from, and the person you sell to just trade between themselves without someone intervening to take their cut.

    If the answer is "They could, if not for some guy getting in the way" then arbitrage does seem to be an unneeded burden

    --
    If you can't see the value in jet powered ants you should turn in your nerd card. - Dunbal (464142)
  277. Re:Using Microsoft for a 5-nines SLA? Is that a jo by Aceticon · · Score: 1

    Your scenario has a little problem:
    "IT architects"

    As far as i can tell, in IT finance around here, any experienced IT architects they might have had (there are some signs that at some point in the far past somebody actually though about things like code reusability) have long been fired (many years ago) or maybe left in disgust.

    Even if they still have any IT Architects they're either:

    • Powerless: forever condemned to make documents nobody reads
    • Incompetent: mediocre people raised from the ranks of the mediocre in a system where IT people are selected first and foremost by "having worked many years in investment banking" not actual technical competence
    • Both

    Around here the typical IT career path for a technical person usually ends at a Senior Developer kind of position - you need to become a manager to go above a certain pay level - and there are no advanced technical positions like Technical Analyst or Technical Architect (the closest is Business Analyst, but around here those are usually filled by people promoted from Secretarial positions).

    They have no insider highly qualified/experienced technical IT people which are respected enough to even talk to the Bean Counters.

    That's a big part of the problem and that's why unholy alliances like Accenture-Microsoft can push Windows and .NET as appropriate for high-availability mission critical systems - there is no qualified, respected insider technical voice that will say "This is not going to work and here is why".

  278. Re:Latency is kinda pointless for this kind of stu by AlecC · · Score: 1

    They could, except that it would be a PITA. You would have to have accounts open on all the exchanges which traded the security you want to deal in, and check round every time you wanted to do a deal. And so would everybody else who wanted to do the same thing. It is a bit like supermarkets doing their own price comparisons against the opposition. It is simply more efficient for half a dozen arbitrageurs to do that kind of repeated checking around than 5,000 insurers, pension funds and banks to do so. Arbitrageurs typically make of the order of 1% on their transactions, and it is not worth the other investors scavenging this tiny percentage. If price differences rise above tiny, the investors would certainly shop around. But, basically, if it is worth a busy investor with other things on his mind than shopping around, it even more worth an arbitrageur doing so. It is no more parasitic, to my mind, than a retailer buying in bulk and selling on at a higher price. The end user always has the option of buying in bulk, but usually doesn't want to.

    --
    Consciousness is an illusion caused by an excess of self consciousness.
  279. Not getting it by SmallFurryCreature · · Score: 2, Interesting

    MOST of your systems, that says it all. If you design a system you must be a little bit more certain then that "most" of it will be up for the availability your are promising.

    I got a consumer HD that so far lasted for 6 years, non-stop. By your logic therefor consumer HD's are fine for a server enviroment because they last for 6 years running 24/7.

    If 100% of you systems run 99.999 availabibilty, THEN you can come back. The acceptable error-rate is 0.001% FOR ALL YOUR SYSTEMS. Lets say that you have 10 2003 systems and MOST is 9, then you only got 90% availabilty, you fail, back to the drawing board.

    It is hard to get true HA. MS can't do it, doesn't mean you can't use it for little projects. I have seen many a succesfull project launch on PC's thrown together at a local computer store and shoved into a rack. Worked fine, but only an idiot would guarantee any availability on it. Prove me wrong, put in your contracts that you guarantee HA for your clients. See you how your boss/lawyer reacts.

    --

    MMO Quests are like orgasms:

    You may solo them, I prefer them in a group.

  280. No National TV News Coverage? by s6plit4 · · Score: 2, Insightful

    I watched NBC and ABC national TV news last night and so absolutely no coverage of this event. There was even a mention of markets around the world with the news of Freddie and Fanny government backing. Anyone else notice this? This was a major event that went unnoticed for a good portion of the US.

  281. advertisement lies? by Axello · · Score: 1

    Microsoft had a big ad campaign last year celebrating their conquest and migration of the London stock exchange to Windoze from unix.

    I hope that the linux based NYSE doesn't get this problem. Bad for publicity.

    See also:
    http://tipotheday.com/2008/09/08/microsofts-foot-in-mouth-london-stock-exchange/

  282. Re:It appears high load/usage crippled the system. by Vancorps · · Score: 1

    Your experience echoes mine in that it wasn't Windows fault that the design sucked. You can create perfectly robust systems and if you let them pay you to implement something wrong then you should be fired.

    Of course I'm not referring you specifically in my statement. Here's another example for you since it applies to my company. HP sponsors us so we get a lot of money from HP to buy HP equipment. Does that mean we always buy HP even when it's not appropriate? Of course not! We went with a NetApp SAN instead because it fit our needs far better than an EVA would.

    The bottom line is that mismanaged projects will not meet goals while well managed projects on most platforms these days are quite capable of staying up. For instance the uptime on my NetApp SAN is 100% for the year due to clustered filers allowing me to upgrade firmware without taking the system down. The same applies to my Windows clusters, take a node down at a time, apply updates, bring it back online and repeat until the cluster is updated.

    On a side note, I never understood why so many people were so hard for flash, it's rare to ever see a good use of it.

    I don't agree with Microsoft's practices of paying consultants to recommend products but it's up to the company hiring them to perform due diligence to ensure they are getting their money's worth which should guarantee that the consultants would be recommending solutions that would actually work. Of course in reality so much blind faith is put into consultants that it's astounding anything ever gets done at all.Many consultants have been brought in over the years I've been here and ultimately I end up deploying everything instead.

  283. It is always the network by SmallFurryCreature · · Score: 1

    Follow these stories a bit more closely and it is ALWAYS the network that is blaimed, no matter what. It is easy, normal industry blames IT, IT blames the network.

    Getting five nine's is far more then just choosing an OS, after all, you got to account for ALL hardware failures, and they will fail, and power failures and even people digging up your cables. The OS barely gets a look in, when you after all have to account for a server being able to fail for any number of reasons, a crashed windows hardly matters anymore. Your system should be able to work around any failure, hardware, software or human.

    That is hard, very very hard.

    But the fact they choose .Net is telling, if you followed this, it has been very clear MS has been throwing a lot of money around to get high profile projects to switch to windows from other systems. That is suspect, was .Net choosen for its capabilities or because MS bought its use?

    This is setup where you want the absolute best and frankly MS doesn't, yet, have the reputation in this area. That is nothing anti-MS, if you go and ask MS for a brochure they will simply not have anything for sale here. You talk to IBM or Sun for this kinda stuff. Not MS.

    If you absolutely must use Windows/.Net you would run it as virtual servers on a cluster or mainframe, let the big guys deal witht the hardware and keep the actual program itself purely in a virtual enviroment where it can be transferred and kept running constantly no matter what happens in the real world.

    IF this system had actuall physical boxes running windows 2003, they are insane.

    The actual problem by the way seems to have been an update gone wrong. This is more IT speak. It means the company that supplied the network refused to take the blaim this time.

    We most likely will never know what the real problem was, because it is often a combination of circumstances that could have been avoided with proper management and anyone silly enough to blaim it on his boss won't be around long.

    At the moment we got a story of a high-profile project that MS was very happy to advertise had chosen its product, failing rather miserably. To a lot of us having in the past had to deal with MS less then reliable products, it is nice to see MS embarrased a bit.

    Think of it like this, you might buy Ikea, even like their product and have no trouble with them. But if you made me work in a restaurant with an Ikea kitchen I would serve your still beating heart to your mother for her birthday on an Ikea platter.

    MS is fine, for small stuff, you do NOT use it when you guarantee 99.999% reliabilty. The fact that you claim at the end they run on .NET/Windows Server shows you know very little about the problem, HA project don't run on Windows or for that matter Linux.

    --

    MMO Quests are like orgasms:

    You may solo them, I prefer them in a group.

  284. No No No... by bjk002 · · Score: 1

    This is simple statistics here. This isolated incident is an obvious aberration, an isolated anomaly, incongruous with the result set.

    As such we need to use a weighted sample variance, and discard the anomaly from the results.

    --
    Opinion:=TMyOpinion.Create(Me);
    1. Re:No No No... by powerlord · · Score: 1

      This is simple statistics here. This isolated incident is an obvious aberration, an isolated anomaly, incongruous with the result set.

      As such we need to use a weighted sample variance, and discard the anomaly from the results.

      Quick! Make up the banners! "Save the Outliers!" "All Data Points Are Important!" "One for All, and All for Analysis!" :)

      --
      This space for rent. All reasonable inquiries will be entertained at proprietors discretion.
  285. up for a year? by sgt+scrub · · Score: 1

    Isn't a 1 year uptime really good for Windows software?

    --
    Having to work for a living is the root of all evil.
  286. Where's Clippy when you need him? by SageMusings · · Score: 1

    Clippy: "It appears your trading system has crashed. Would you like to:

    1. Schedule a press conference?
    2. Warm up the corporate jet and head to the Bahamas?
    3. Email shareholders an apology letter?
    4. Sign up for premier-level support?

    --
    -- Posted from my parent's basement
  287. Re:Using Microsoft for a 5-nines SLA? Is that a jo by oliverthered · · Score: 1

    Which version of .net were you using, I've found it to be really buggy.

    --
    thank God the internet isn't a human right.
  288. Symbionese Liberation Army? by tigertiger · · Score: 1

    Symbionese Liberation Army?

  289. Re:Using Microsoft for a 5-nines SLA? Is that a jo by mark72005 · · Score: 1

    I don't know either, but maybe someone didn't find his home system comparable to the load the London Stock Exchange supports.

  290. Re:Using Microsoft for a 5-nines SLA? Is that a jo by isorox · · Score: 1

    Bah, my YTD uptime for most of my systems is 99.995 without clustering running Windows 2003. We are a java shop not a .net shop though but java isn't perfect by any stretch of the imagination.

    That's easy. I have machines that have been 100% uptime since November 2003, when the power went, the UPS drained, and the generators didn't start.

    As systems get more complex, downtime gets longer.
    A really simple system will rely on 20 components. Each of those 99.995% uptime leaves you with 99.9% uptime -
    A medium-complexity system will rely on 200 components, your uptime is now down to 99%.
    A truly complex system will rely on 2000 components, and will be down 35 days a year.

    Of course, you have a variety of "downtime". At any one time the "internet" is "down" -- 100,000 webservers even with 5-9s up time will be down more often then not.

    FWIW we had more downtime from a clustered windows file server than we had from the temporary replacement desktop PC with a linux software raid-5, much of that downtime was due to mcaffee, but a fair amount (about 5 hours in a year) due to culmative windows issues.

  291. Bill Gates? by quadelirus · · Score: 1

    Why is Bill Gates the icon for this? Because it ran on .NET? We don't know what the problem was--it was probably programmer error.

    Should we put Bjarne Stroustrup's mug up there every time a program written in C++ crashes? Of course not.

    Don't get me wrong, I'm a Mac loving-M$ hating-slashdot user just like the rest of you, but I think the instant insinuation that M$ is to blame is ridiculous.

  292. Re:It appears high load/usage crippled the system. by Anonymous Coward · · Score: 0

    The current generation is 45 times as fast as the previous generation? Stop the presses! For this to be a valid comparison you'd need to compare against the current generation. Current generation Linux systems get sub-millisecond transaction times, according to http://searchenterpriselinux.techtarget.com/news/article/0,289142,sid39_gci1312063,00.html

    "In late April, Red Hat Inc. set two new benchmarks in financial services: processing transactions in less than a millisecond with greater accuracy than previously recorded."

    So Linux is faster anyway...

  293. Define Mission by bill_mcgonigle · · Score: 1

    The point is you shouldn't be running mission critical systems on new and shiney (it's bound to have bugs) you should be running it on old and reliable (or at least where the bugs and workarounds are well known)

    That's only true when your mission is old and boring.

    --
    My God, it's Full of Source!
    OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
    1. Re:Define Mission by oliverthered · · Score: 1

      If you want bullet proof code then it's going to be boring and a good programmer can always fill in the gaps where older/better tested languages / compilers etc.. don't quite work.

      --
      thank God the internet isn't a human right.
    2. Re:Define Mission by bill_mcgonigle · · Score: 1

      If you want bullet proof code then it's going to be boring and a good programmer can always fill in the gaps where older/better tested languages / compilers etc.. don't quite work.

      Agreed; what I was trying to say is that some companies' missions don't allow for the time it takes to develop bullet-proof code. It's an admirable goal, but in some market segments time to market is more critical than solid code. Spreading risk horizontally can help ameliorate this.

      That said, I have nothing but respect for NASA-level software engineering, but that's a different mission.

      --
      My God, it's Full of Source!
      OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
  294. Re:Using Microsoft for a 5-nines SLA? Is that a jo by afidel · · Score: 1

    Home system, hardly. I run the datacenter for an S&P 500 company.

    --
    There are 4 boxes to use in the defense of liberty: soap, ballot, jury, ammo. Use in that order. Starting now.
  295. Re:Using Microsoft for a 5-nines SLA? Is that a jo by zifn4b · · Score: 1

    Can you provide some examples please? Perhaps specific Microsoft KB articles? I've used 1.0 all the way up to 3.5. I've never encountered any issues with the .NET CLR that would lead to random instability or crashes (GPF's, page faults, whatever). Most of the bugs (there used to be a huge laundry list on Microsoft's website) that I've seen were that parts of the built-in classes provided in the .NET Framework didn't behave as intended or in the most useful manner. In any case where Microsoft came up short with their out of the box tools, we wrote better versions of whatever it was that didn't work the way we wanted it to and we did it with... .NET (C# language specifically).

    I never said the .NET Framework is perfect. Every language and its built-in toolkit has shortcomings but to say that .NET is not suited to build anything other than a "light duty website" is a very strong statement. In .NET's case, this claim is patently false. Can you build an enterprise level application that has high availability characteristics using the built-in tool set Microsoft has provided with .NET, most likely not. Can you make up for that deficiency by writing your own set of classes (isn't that what software development is about anyway?) that provide the functionality you want, absolutely.

    --
    We'll make great pets
  296. Re:Using Microsoft for a 5-nines SLA? Is that a jo by Lemmy+Caution · · Score: 1

    Glad you fell for Microsoft's marketing campaign. There is a reason they don't crush mono. It gives a illusion that there is choice. Name me

    OK, nicolas.kassis, I hereby name you, Fluffy, Viscount of New Budapest.

  297. Re:Using Microsoft for a 5-nines SLA? Is that a jo by SenFo · · Score: 1
    A typical response from somebody that sees "Microsoft" and automatically jumps to conclusions. Did you even read the article?

    The exchange would not say whether volume was the issue and declined to give details on what had caused the problem. But angry customers were demanding an explanation.

    The site broke just this once since it was launched in September of 2005. I'd say that the Microsoft servers did a fantastic job hosting the load.

  298. bit that's the whole point: by toby · · Score: 1

    we are all sloppy and careless, because we can get away with it

    If you're not micromanaging those factors (memory allocation, bounds checking, type checking) yourself, it means your concerns have evolved to a level above them.

    That's the whole point of abstraction.

    I am writing this as a programmer who is reasonably comfortable with the following levels:

    • VHDL
    • Assembler
    • Macro assembler
    • Compiler
    • Parser/lexer generator
    • Interpreter/VHLL (gc)
    • Declaration/expression language
    • ... English language requirements(?)

    The interplay of these levels is interesting: A grammar as used in a compiler can be expressed in a declarative language, as can code transformation rules; etc.

    It strikes me that the definition is probably recursive, as data itself is perhaps the highest level of all - it is self-descriptive (programs being data, of course). So all programs and data can be positioned in the hierarchy and can be refactored accordingly. In other words, an example of data or program can have a particular semantic meaning in one level (e.g. machine code), but can be re-expressed (usually more concisely) in a higher level, more expressive form.

    Wow, I'm rambling, it's late.

    --
    you had me at #!
  299. they practically have: by toby · · Score: 1

    Bill Parish described it in detail.

    --
    you had me at #!
  300. Not modded up? Is this Slashdot? by egghat · · Score: 1

    Strange things happen ...

    I thought this is so funny I even blogged about it ...

    Get The Facts - The Highly Reliable Times (are over)

    --
    -- "As a human being I claim the right to be widely inconsistent", John Peel
  301. Re:It appears high load/usage crippled the system. by smallfries · · Score: 1

    Ah that makes sense now. Language can be quite subtle at times. Thanks for the example.

    --
    Slashdot: where don knuth is an idiot because he cant grasp the awesome power of php
  302. these days, by toby · · Score: 1

    It's "you can get rich (under the table) by choosing Microsoft."

    Seriously - you think they don't have uses for that cash stockpile? Ask around. Soft bribes are all over this. Let's face it, why would you specify MS if nobody paid you a lot to go against common sense!

    --
    you had me at #!
  303. pote lete na ginei to meeting? by Anonymous Coward · · Score: 0

    prostheste epiloges kai pshfiste gia aytes

  304. Re:It appears high load/usage crippled the system. by Anonymous Coward · · Score: 0

    Compare it with Linux on NYSE, which servers 500 millions transactions per day - more than 17000 transactions per second. But it capable to handle much more (at spikes).

    LSE is much smaller than NYSE, did you understand that?

  305. Re:Latency is kinda pointless for this kind of stu by NeoSkandranon · · Score: 1

    This makes a lot more sense with the trans-exchange trading aspect pointed out. Thanks for the explanation.

    --
    If you can't see the value in jet powered ants you should turn in your nerd card. - Dunbal (464142)
  306. Re:Using Microsoft for a 5-nines SLA? Is that a jo by Stephen+Ma · · Score: 1
    It was a connectivity outage numnut.

    A connectivity outage that lasts a whole working day? Yeah, right.

  307. Re:Using Microsoft for a 5-nines SLA? Is that a jo by dan+the+person · · Score: 1

    yes. software connectivity.

    this wasn't a hardware failure or site failure.

    Regardless, the guys assertion that only unix can do clustering is retarded.

    And a resiliant cluster doesn't protect you from software bugs. The same bugs exist in the same software installed on the other hosts.

  308. Karl Flinders, Journalist by Karl+at+CW · · Score: 1

    Hi I am a journalist at Computer Weekly and I have been following the London Stock Exchange going down story. I am trying to get feedback from people affected. Do you think the stock exchange should come clean about exactly what happened technically. I wrote the story below following feedback from various people. thanks karl http://www.computerweekly.com/Articles/2008/09/10/232269/stock-exchange-told-to-come-clean.htm

  309. Re:Using Microsoft for a 5-nines SLA? Is that a jo by oliverthered · · Score: 1

    with .net 1.1 I've had things like projects only running in debug mode and crashing when in Release mode. Functions just not working properly, but then they work when you test the code block in isolation e.g. the XML stuff replacing + with a space

    encryption routines failing for 1 in about 1000000 calls

    Path.IsPathRooted failing randomly.

    Most of the bugs went away when I moved everything over to .net 2.0 but then there were a few different bugs in .net 2.0.

    I wouldn't trust anything that unstable for any real world application it's just too much of a pain to develop for

    --
    thank God the internet isn't a human right.
  310. Correction by arevos · · Score: 1

    I'll give you an example. The Java compiler cannot guarentee that a program will not raise a NullPointerException during its execution. In contrast, the Glasgow Haskell Compiler can guarentee that no null references will ever exist if the program passes compilation.

    And I can "solve" a halting problem by inventing a language that runs all programs in a loop, so they can't halt.

    Re-reading my statement I can see I missed out a word that changes the whole meaning, so it's no wonder you seemed less than impressed ;)

    I meant to type:

    The Glasgow Haskell Compiler can guarentee that no null reference exceptions will ever exist if the program passes compilation.

    Haskell allows null references, or the equivalent thereof, but the compiler will ensure that you never refer to a null reference when you expect a value.

    For instance, the following Haskell program will not compile:

    div x y = if y == 0 then None else Just (x / y)
     
    z = (5 `div` 0) * 10

    The compiler knows that (5 `div` 0) could be None (the equivalent to null), and None * 10 is a nonsensical statement. You have to explicitly account for both possibilities before it compiles:

    z = let r = 5 `div` 0 in
        case r
          None -> None
          Just x -> Just (x * 10)

    This is a pretty common pattern, so Haskell provides a shortcut:

    z = (5 `div` 0) >>= (\x -> return x * 10)

    But whilst shorter, this isn't exactly more readable. So Haskell provides the 'do-notation' syntax sugar to make it look better:

    z = do x <- 5 `div` 0
          return x * 10

    And there we have code guarenteed to be free of null pointer exceptions by the compiler, whilst still allowing null pointers to exist.

    1. Re:Correction by Alex+Belits · · Score: 1

      This still does very little to reduce the number of actual bugs -- in your example if programmer does not know what to do when he gets None, he will still do something invalid down the line when he applies it to some other operations (like, skipping None lines in the input file when formatting it for printing, or waiting None seconds before dialing the phone number, or allocating None IP addresses for some devices, or measuring the distance to an object None meters tall using a camera image where it takes 20 pixels). Oh, sure, he will have to allow this as an input value, he just won't make it perform the right action, and the source of the problem is likely way before the point in the program where it avoided divide by zero.

      When dealing with more complex programs, and especially with finite resources (when you can get an error as a result of perfectly valid input), this does not help at all.

      --
      Contrary to the popular belief, there indeed is no God.
    2. Re:Correction by arevos · · Score: 1

      This still does very little to reduce the number of actual bugs

      Only if the programmer is a complete incompetent, but you don't need to be a complete incompetent for there to be bugs in your code.

      In your example if programmer does not know what to do when he gets None, he will still do something invalid down the line when he applies it to some other operations (like, skipping None lines in the input file when formatting it for printing, or waiting None seconds before dialing the phone number, or allocating None IP addresses for some devices, or measuring the distance to an object None meters tall using a camera image where it takes 20 pixels).

      Most of the examples you provide would be caught by the Haskell compiler. If you tried to sleep for 'Maybe Integer' seconds, the compiler would complain. You'd need to explicitly extract the Integer part, accounting for the None possibility.

      Similarly, you'd have to explicitly tell Haskell that the distance to an object was 'Maybe Float' metres, rather than just 'Float' metres. It would require a really enterprising idiot to work around the typing errors without once engaging his brain.

      That's not to say that there aren't people that stupid, as stupidity is not a resource the Earth is short on. However, not every programmer is an utter moron; in fact, there is a not insignificant proportion of programmers capable of some logical thought, surprising though that may be. If the compiler tells a developer, "You're not accounting for the possibility that the user might not have a display picture", then I hope I'm not being terribly optimistic to assume that at least some programmers would say, "Hey, you're right - I'll fix that", rather than to stare blankly and drool upon the keyboard.

      Compile-time checks aren't a complete solution, but to claim that they won't have any effect at all seems silly.

    3. Re:Correction by Alex+Belits · · Score: 1

      Only if the programmer is a complete incompetent, but you don't need to be a complete incompetent for there to be bugs in your code.

      Most of programmers are incompetent. Few programmers that are competent know better than to rely on compiler to fish for bugs in their code.

      Similarly, you'd have to explicitly tell Haskell that the distance to an object was 'Maybe Float' metres, rather than just 'Float' metres. It would require a really enterprising idiot to work around the typing errors without once engaging his brain.

      ...and since there are thousands or tens of thousands of functions that will end up processing those values, most of them will call a single "default error handler" function when encountering such a value. The handler will display a generic error message and terminate the program. This is how this "problem" started in the first place -- proper error handling was too unwieldy, so people "simplified" it with exceptions. The core of the issue remained -- when programmer does not think of how a program should react to something, program does something stupid.

      Compile-time checks aren't a complete solution, but to claim that they won't have any effect at all seems silly.

      Those are the kind of improvements that I describe as "If this actually managed to help you, you were not qualified to do this job in the first place". If programmer does not consider full set of possible outcomes of all situations, he can't write a program that properly handles it. If compiler throws some of those outcomes in his face, there will be still plenty of ones he did not take into account because they are only "wrong" or "invalid" according to some data model that programmer has in his head (and hopefully in documentation) but do not break anything that compiler handles. Compiler will not help with that.

      --
      Contrary to the popular belief, there indeed is no God.
    4. Re:Correction by arevos · · Score: 1

      Those are the kind of improvements that I describe as "If this actually managed to help you, you were not qualified to do this job in the first place". If programmer does not consider full set of possible outcomes of all situations, he can't write a program that properly handles it. If compiler throws some of those outcomes in his face, there will be still plenty of ones he did not take into account

      It sounds as if you are suggesting that a programmer is only competant if he or she makes no mistakes; if their programs compile first time, if every scenario is accounted for, if there are no bugs anywhere, ever, in their software.

      If absolute perfection is the yardstick you measure by, no wonder you believe most programmers are incompetant.

      For programmers that are merely mortal, automated tests and checks are a useful tool. If you're refactoring a large application, tracking every possible result of each alteration by hand is impractical and inefficient. Far better to use unit tests and compile time checks to ensure correctness, as a thousand automated tests are going to be less prone to error than checking a thousand things by hand.

    5. Re:Correction by Alex+Belits · · Score: 1

      If absolute perfection is the yardstick you measure by, no wonder you believe most programmers are incompetant.

      Lack of this "absolute perfection" is the reason why most of software is chock-full of security bugs. Security is one area where pretty much anything unexpected done by a program as a response for (usually) invalid input results in a massive hole that will be eventually exploited. Developer that relies on tests will never hit those conditions unless tests are developed by someone much smarter than he is (and then why doesn't that smarter person work on the project itself?).

      Fortunately the solution is actually simple -- design software in a rule-based manner (so no actual scenario has ever to be considered, only classes of it), with consistent representation of data (so "deep propagation of invalid conditions" such as your example with "None" will never happen), and clearly defined interfaces (so programmer has a limited scope of code to work on, and clearly defined requirements to what it should accept and produce).

      OS kernels, servers for all general-purpose open protocols, and other software that is expected to be critical for system security and reliability is usually developed in this manner, and as the result of it, serious security bugs are relatively rare in those types of software. On the other hand, database servers, custom applications, everything "enterprise", everything desktop, web browsers, etc. -- all software that is developed by amateurs or amateur-level developers working for software-only companies -- has massive amounts of ridiculously trivial security bugs because programmers working on that type of projects are completely unfamiliar with those principles, yet seem to know everything about excessive testing and "perma-debugging" cycle.

      If you're refactoring a large application,

      ...it means, you are fixing someone else's major mistakes by writing new code that imitates all minor mistakes that he made, to provide bug-for-bug compatibility with an interface designed around that code.

      If interface was clearly defined and made sense, you would not have to "refactor" anything, you either keep old code because it isn't broken, or reimplement its functionality using whatever means that became available. Again, this is how everything works with open protocols and APIs, there is no reason not to follow the same principles everywhere else.

      tracking every possible result of each alteration by hand is impractical and inefficient.

      Alteration of what? Programmer should avoid changing existing code, things should be either replaced (if they are inadequate) or added using existing interfaces (if new functionality should be added to existing piece of software).

      Far better to use unit tests and compile time checks to ensure correctness, as a thousand automated tests are going to be less prone to error than checking a thousand things by hand.

      And all actually dangerous bugs will be still there because they are outside of the scope of testing. And some bugs will be introduced as a result of bugs in the tests (no one said that tests are less buggy than the code they test -- they are written by the same idiot using the same poor understanding of the problem, and you can't test a test, so bugs in tests stay forever).

      --
      Contrary to the popular belief, there indeed is no God.
    6. Re:Correction by arevos · · Score: 1

      Lack of this "absolute perfection" is the reason why most of software is chock-full of security bugs. Security is one area where pretty much anything unexpected done by a program as a response for (usually) invalid input results in a massive hole that will be eventually exploited. Developer that relies on tests will never hit those conditions unless tests are developed by someone much smarter than he is.

      Or more methodical. For instance, testing a distributed sorting algorithm by shoving ten billion random numbers through is a good way of checking for any flaws the human eye may have missed. The computer doesn't have to be smarter than you in order to catch something you've missed, just like a computer doesn't have to be smarter than you to beat you at chess. Sheer brute force is the advantage of a computer; it can zip through thousands, even millions of discrete tests per second.

      Automated tests aren't a mechanism for replacing human thought, any more than seatbelts replace the need for safe driving. But people make mistakes, and even the most security-conscious applications have bug trackers. Unit tests are a way of reducing human error by taking advantage of the computer's ability to singlemindedly check thousands of conditions every time the developer makes a change. A good type system works in much the same way, checking a more abstract, but more comprehensive set of conditions each time the program compiles.

      Fortunately the solution is actually simple -- design software in a rule-based manner (so no actual scenario has ever to be considered, only classes of it), with consistent representation of data (so "deep propagation of invalid conditions" such as your example with "None" will never happen), and clearly defined interfaces (so programmer has a limited scope of code to work on, and clearly defined requirements to what it should accept and produce).

      That rather sounds like a description of a functional type system to me, but perhaps I'm misunderstanding. Can you give an example to clarify your explanation?

    7. Re:Correction by Alex+Belits · · Score: 1

      Or more methodical. For instance, testing a distributed sorting algorithm by shoving ten billion random numbers through is a good way of checking for any flaws the human eye may have missed. The computer doesn't have to be smarter than you in order to catch something you've missed, just like a computer doesn't have to be smarter than you to beat you at chess. Sheer brute force is the advantage of a computer; it can zip through thousands, even millions of discrete tests per second.

      Sometimes this (known as "crashme" approach) catches errors. Most of bugs, especially security-related ones are still missed.

      Try to calculate all possible combinations of states in a program that occupies 10M of heap and stack (each bit can be one or zero), and take into account all possible relative positions of instruction pointer in its multiple threads. Multiply by all possible data passing through network buffers and files the program is processing. This is the number of all possible states in the program. It's nowhere close to the number of states it will go through when you feed it anything "random".

      Automated tests aren't a mechanism for replacing human thought, any more than seatbelts replace the need for safe driving.

      This is a stupid analogy. If you wear more than one seatbelt, it will make you LESS safe -- seatbelts are designed to reduce the damage in an accident by applying sufficient force at some set of locations, so you neither are thrown out of your seat nor crushed or torn by the belt itself. Add more seatbelts, and you may end up in pieces.

      There is nothing test can do if the bug actually ended up in the released product. More tests may have slightly higher chance to catch it, but the area they don't cover is always larger than one they do -- it's just some programmers are so bad, they constantly hit that area.

      But people make mistakes, and even the most security-conscious applications have bug trackers. Unit tests are a way of reducing human error by taking advantage of the computer's ability to singlemindedly check thousands of conditions every time the developer makes a change.

      And most of those automated checks did not contribute anything at all to security fixes because conditions that trigger security bugs usually require knowledge and analysis of the system -- same things that are directly useful for writing bug-free code in the first place. Everything comes down to the same problem -- people who develop "modern" programming tools and techniques claim that their products and methods allow a person who is neither smart nor willing to dedicate a major amount of effort to his project can produce software.

      This is something that is not going to happen no matter how much their users desire it -- programming, just like engineering and science, is a difficult job for smart people. Everyone who is not smart or is unwilling to do this difficult job should just leave us, programmers, alone, and kindly get the fuck out. Seriously, there are enough smart people who enjoy this kind of work, there is no reason to bring hordes of lazy dumbasses. Do we see similar hordes storming CERN to work on particle accelerators, space agencies to design rockets and spaceships, hospitals to perform heart and brain surgeries, journals in mathematics, theoretical physics and biology to publish articles, etc.? No? Then why every high school dropout has this idea that he is capable of designing and developing software that usually reaches the same or higher complexity? Sure, anyone can write a trivial program in a simplified environment, just like anyone can open a case of an old oscilloscope and watch a CRT from behind or launch a soda bottle rocket. And I agree, there is similarity between CRT and a particle accelerator, and between soda bottle rocket and something you would use to launch a spaceship. Yet the difference between amateur-written "my first program" and a piece of software that is useful, efficient, r

      --
      Contrary to the popular belief, there indeed is no God.
    8. Re:Correction by arevos · · Score: 1

      Sometimes this (known as "crashme" approach) catches errors. Most of bugs, especially security-related ones are still missed.

      Try to calculate all possible combinations of states in a program that occupies 10M of heap and stack (each bit can be one or zero), and take into account all possible relative positions of instruction pointer in its multiple threads.

      Oh, don't be ridiculous. Bugs aren't distributed evenly through a program's state space.

      This is a stupid analogy. If you wear more than one seatbelt, it will make you LESS safe

      Analogies are not meant to be illustrative, not comprehensive.

      And most of those automated checks did not contribute anything at all to security fixes because conditions that trigger security bugs usually require knowledge and analysis of the system

      Valgrind? Lint?

      It does not matter how much is in the set. What matters is how much is outside of it -- and in case of bugs it's for all practical purpose the infinity.

      Of course it isn't. The number of possible bugs for any program is always going to be finite, and even simple tests can reduce the number of possible bugs by a significant fraction. If you keep halving a mountain, it doesn't take many iterations until it's dust.

      What I have described are general principles. They do not correspond to any particular styles of programming languages, styles or even "doctrines" such as functional programming, object-oriented programming, use of particular models, etc.

      In other words, you can't back up your argument with a concrete example.

      I think I'm beginning to get wise to this. In the past, I've often spend quite a few posts on various boards debating my point, but I've come to the conclusion that vague concepts that can't be explicitly nailed down and demonstrated are not worth arguing over, because there can never be any closure. You say this, I say that, and we get nowhere.

      So, unless you want to start backing up your argument, I think I'm going to leave this thread for the archives and googlebots.

    9. Re:Correction by Alex+Belits · · Score: 1

      Oh, don't be ridiculous. Bugs aren't distributed evenly through a program's state space.

      There is nothing that makes automated tests more likely to hit the states that happen to reveal bugs a programmer left in a program. Random tests cover very little, and usually not where the true problems are. Even evaluating the distribution of things to check is a far more complex task than writing a program that does not have those bugs.

      Random tests can be useful to quickly find out if a programmer consistently writes $deity-awful code, but this only works if a programmer does not use the same tests by himself, and a far superior solution would be not to hire incompetent programmer in the first place.

      Analogies are not meant to be illustrative, not comprehensive.

      This is not illustrative, either. It's just a bad analogy.

      Of course it isn't. The number of possible bugs for any program is always going to be finite, and even simple tests can reduce the number of possible bugs by a significant fraction. If you keep halving a mountain, it doesn't take many iterations until it's dust.

      Really? If you want to apply any kind of exhaustive approach you will have to deal with the same nearly infinite number of states I have mentioned -- and some tools actually do that, though they are usable for extremely small set of software, and produce output that is not suitable for realistic evaluation of what is or isn't a bug. If you are under impression that "bug" always has a specific location in the source, or that even a single argument in a function call can not have simultaneously tens of ways what is wrong with it, you are seriously mistaken.

      Very often poorly written code has to be abandoned and replaced with completely new one because it either is extremely buggy, too convoluted to be maintained and fixed, or tied to a model that no longer applies to the program's intended behavior. A single act of such replacement often does more to the improvement of software quality than years of development and testing -- this is sometimes called "refactoring" except in this case usually the interface has to be fixed as well because broken logic of one component spilled out into other, less affected parts of the program. It's a good day (or year) in a programmer's life when bad old code was kept at bay by clearly defined interface.

      In other words, you can't back up your argument with a concrete example.

      Now I am supposed to PROVE something by providing an example? I thought, you asked for example because you are unable to understand the concept expressed in its pure form.

      What kind of example do you need, an actual application of those principles, a real-life instance where lack of them clearly didn't work, or some kind of hypothetical hand-waving like your example with "None" propagating as a special case through absolutely everything, where proposed solution actually does not work and requires massive amount of resources to be spent just to be implemented properly?

      I think I'm beginning to get wise to this. In the past, I've often spend quite a few posts on various boards debating my point, but I've come to the conclusion that vague concepts that can't be explicitly nailed down and demonstrated are not worth arguing over, because there can never be any closure. You say this, I say that, and we get nowhere.

      I was pretty clear about things I am talking about. You jumped in with "compiler checks" and "how to avoid exceptions by handling single possibly invalid condition thousand times in the same program". If you are unclear with what you are talking about, don't accuse others of not pointing you out what precisely you would have to say to make sense, find it out yourself before arguing about it. Do not expect others wave around the books on programming methods, styles and buzzwords you have chosen to support or attack, know what actually is b

      --
      Contrary to the popular belief, there indeed is no God.
    10. Re:Correction by arevos · · Score: 1

      I did say I wouldn't return to this thread, but it occurred to me that having asked for evidence, I had provided little of my own.

      So lets try to remove some of this hand-waving with a set of facts.

      If you want to apply any kind of exhaustive approach you will have to deal with the same nearly infinite number of states I have mentioned

      Let's deal with this assertion, which seems to be the core of your argument; there are just too many states to be tested for unit testing to be useful.

      I disagree, because you don't have to test all cases in order to have a high degree of confidence the system works. This seems obvious to me, but let's test it.

      Consider a standard stack-based language with seven operations: add, sub, mul, inc, dec, dup, swp. What operations would be needed to calculate, say, f(x) = (x + 1)(x - 1)?

      For feasibility's sake, lets limit the size of the program to a maximum of 8 operations. Given this restriction, there are 6,725,600 possible programs that could be written.

      So lets introduce a unit test to validate the output: f(5) == 24. How many possible programs can fulfil that criteria? Only 1,104. So what about two tests? Adding f(9) == 80, the number of programs falls to 721. Add a third test, f(43) == 1848, it's still 721. A fourth, f(26) == 675, and it's still 721. Tests five and six, f(0) = -1 and f(255) == 65024, yield the same: 721.

      In this example, with one single unit test we were able to eliminate 99.99% of all possible bugs. With only two unit tests, 100% of bugs were eliminated.

      There's no need to test every possible combination of code and state in order to be reasonably confident that your program works, because a program isn't a random collection of symbols that just happen to produce the right result. Rather, the symbols represent connected rules, and that vastly reduces the problem space.

      There, I've satisfied my own criteria for basing arguments on evidence and examples. That gets my nagging sense of hypocrisy out of the way.

  311. Re:Virtual 100% uptime? I call BS... by rtechie · · Score: 1

    That's not "triple redundant" by any stretch of the imagination. That's 3 drives in the SAME DEVICE using the SAME virtual filesystem. Of top of it, this is NetApp's buggy proprietary crap. Use a real filesystem.