Když došlo k výpadkům jakékoliv burzy provozované na Windows, mohly za to podle diskutérů Windows. Teď nevím. Mám trollovat, že za výpadek NASDAQu může Linux? Důkazy ani žádné relevantní informace přece nejsou potřeba. Zdejší diskutéři si s takovými detaily zpravidla hlavu nelámou.
Není to moje databáze :). NASDAQ určitě používal MS SQL Server 2005, a dnes určitě používá Greenplum. Nicméně vzhledem k rozsáhlosti projektu tam těch DB engines může být více.
Banky a burzy tradičně běží na Unixech. S postupným snižováním tržního podílu Solarisu, AIXu a HP-UXu a nástupem x86 se objevují jak Windows, tak Linux. Pro Linux je výhodou znalost Unixů v bankovním IT, pro Windows vše ostatní :)
Na takovém dnešním mainframu často jede řada virtuálních mašin s Linuxem.
Ano, najdou se místa, kde dodnes běží IBM 370 a vedle nich možná i pár podpůrných VAXů, ale určitě to nebude případ této burzy. :-)
Americká armáda prý někde ještě provozuje PDP-11 - jsou spoluhlivé, tak proč to měnit ... :-)
Nektere kriticke obory jsou tak inovativni ze se potom jeste k mainframum rady vraci;) Vse co dneska vidime - hw virtualizace,virtualni masiny,volume managery, hypervizory, hot-swap komponent apod. je jen kopie toho co uz davno behalo na mainframech 30 let dozadu.
Proc mam vypinat pocitac kdyz chci vymenit cpu?
Proc se mam klepat hruzou kdyz odpojuju a pripojuju disky?
Proc musim mit x obezlicek abych mohl vymenit pamet za behu?
Proc nemam 2x sbernici s automatickou redundanci abych nemusel vypinat cely pocitac kvuli zavade na chipsetu.
Proc nemam low level diagnostiku cele desky aby technik pritahl spravny dil?
Proc si nemuzu rozpartitionovat bezny server na vic nezavislych pocitacu?
Proc nemam zalozni pristup k out-of-band managementu kdyz se mi ty webove graficke omalovanky seknou?
Proc si nemuzu zapnout primo na hw vrstve treba emulaci 8086 primym prekladem na cpu?
A proc se vlastne pri kdejakym slozitejsim hrabani to pecko musi cely vypnout?
Jaktoze si nemuzu pres sbernici pospojovat pecka a odmigrovat jedno bezici pecko na jine?
Pac PC. Cutting costs pro kriticke aplikace a pak vam zacnou chcipat admini na stres.
Ono to, pokud ti sleroza slouzi, kleklo na to, ze OS jaksi nestihal obsluhovat pozadavky. Na HW, ktery si predpokladam dodavatel vyzadal. Pricemz ten nix to stihal na daleko horsim HW.
Ne ze by tuhle ficuru mely implementovany jen widle ... mam DOSovou apku, ktera spocita vejplaty pro 100 lidi za cca10 minut na velmi obstaronznim HW (skt a), a velde toho mam eprcko za miliony na HW za miliony ... a tech 100 vejplat to pocita par hodin ...
Pokud si vzpomínám já, tak tu byla řeč o údajné nespolehlivosti Windows, která zastavila LSE. Což je nesmysl. LSE mimochodem padá i s Millenium Exchange běžícím na Linuxu.
http://www.standard.co.uk/business/billions-lost-as-london-stock-exchange-grinds-to-a-halt-6571373.html
TradElect, na kterém LSE běžela, byl vyvinutý interně v LSE, s podporou od Accenture a Microsoftu. Proti předchozímu trading systemu LSE došlo ke zrychlení na 14-násobek (což mimochodem LSE zachránilo od hostile takeover) a pětinásobnému zvýšení kapacity, s možností zvýšení kapacity o dalších 100% po 20% navýšení HW. Objem transakcí nikdy nebyl problematický. Naopak rychlost ano, protože konkurence (včetně Millenium Exchange) se dostala na výrazně lepší časy. Na ty se samozřejmě dá dostat i s Windows, ale nebylo to součástí projektu.
Neexistuje burza ktera by byla zcela bezproblemova. Xetra taky chcipe. Spis je dulezita spolehliva architektura celeho systemu,kvalifikovani lide a racionalita.
Luline evidentne vis vice o pozadi. Pak je ti znamo ze jsou vydavany specialni modifikace jsou treba specialni hacky biosu,os a driveru pro low latency. A nerikej ze ty widle nemusely byt taky potuneny.
Nejvetsi pruser je ted PC architektura a jeji power saving. My vlastne uz od dob prvnich pentii nevime ani presne kolik jedna instrukce zabere casu. Pak se dela blbe low latency aplikace.