Newsgroup: it.lavoro.informatica
Titolo: London Stock Exchange to abandon failed Windows platform

Toh!  Che strano...
http://blogs.computerworld.com/london_stock_exchange_to_abandon_failed_windows_platform
 July 1, 2009 - 1:20 P.M.
London Stock Exchange to abandon failed Windows platform
265 comments
    * IT TOPICS:Enterprise Software & Services, Linux, Management,
Operating Systems, Servers & Data Center, Software, Windows & Microsoft
Anyone who was ever fool enough to believe that Microsoft software was
good enough to be used for a mission-critical operation had their face
slapped this September when the LSE (London Stock Exchange)'s
Windows-based TradElect system brought the market to a standstill
(
http://blogs.computerworld.com/london_stock_exchange_suffers_net_crash
)
for almost an entire day. While the LSE denied that the collapse was
TradElect's fault
(
http://www.computerworlduk.com/management/infrastructure/networks/news/index.cfm?newsid=10912
),
they also refused to explain what the problem really was. Sources at the
LSE tell me to this day that the problem was with TradElect.
Since then, the CEO that brought TradElect to the LSE, Clara Furse, has
left
(
http://www.guardian.co.uk/business/2009/feb/13/clara-furse-london-stock-exchange
)
without saying why she was leaving. Sources in the City-London's
equivalent of New York City's Wall Street--tell me that TradElect's
failure was the final straw for her tenure. The new CEO, Xavier Rolet,
is reported to have immediately decided to put an end to TradElect
(
http://computerworld.co.nz/news.nsf/news/59A7846C896BEA95CC2575E5007D8F33
).
TradElect runs on HP ProLiant servers running, in turn, Windows Server
2003. The TradElect software itself is a custom blend of C# and .NET
programs, which was created by Microsoft and Accenture, the global
consulting firm. On the back-end, it relied on Microsoft SQL Server
2000. Its goal was to maintain sub-ten millisecond response times,
real-time system speeds, for stock trades.
It never, ever came close to achieving these performance goals. Worse
still, the LSE's competition, such as its main rival Chi-X
(
http://www.chi-x.com/
) with its MarketPrizm
(
http://www.marketprizm.com/
) trading platform software, was able to
deliver that level of performance and in general it was running rings
about TradElect. Three guesses what MarketPrizm runs on and the first
two don't count. The answer is Linux.
It's not often that you see a major company dump its infrastructure
software the way the LSE is about to do. But, then, it's not often you
see enterprise software fail quite so badly and publicly as was the case
with the LSE. I can only wonder how many other Windows enterprise
software failures are kept hidden away within IT departments by
companies unwilling to reveal just how foolish their decisions to rely
on archaic, cranky Windows software solutions have proven to be.
I'm sure the LSE management couldn't tell Linux from Windows without a
techie at hand. They can tell, however, when their business comes to a
complete stop in front of the entire world.
So, might I suggest to the LSE that they consider Linux as the
foundation for their next stock software infrastructure
(
http://blogs.computerworld.com/where_windows_is_2_to_linux
)? After all,
besides working well for Chi-X, Linux seems to be doing quite nicely for
the CME (Chicago Mercantile Exchange), the NYSE (New York Stock
Exchange), etc., etc.
-- 
Alessandro Selli 
http://alessandro.route-add.net
AVVERTENZA: i messaggi inviati a "trappola" non mi arriveranno.
WARNING: messages sent to "trappola" will never reach me.
Chiave PGP/GPG key: EC885A8B

 (cut)
Sei OT in questo NG. Qui si parla di Papi e delle sue putt...ehm. 
corpivendole....
A pensarci bene non ï¿œ tanto OT il tuo messaggio. Qualcuno vende la fi*a, 
qualcuno il cu*o, qualcuno l'anima, qualcuno la dignitï¿œ,...OK...mi hai 
convinto...Senza dubbio anche lï¿œ sono stati spesi un sacco du  soldi per 
delle puttanate....


Accenture signori, un nome una garanzia...
-- 
Living in Barbaropoli
http://www.barbaropoli.com

 delle puttanate....
  Mi hai salvato il post!  :-)


 Accenture signori, un nome una garanzia...
Leggete pure i commenti, molto interessanti

Sei un ignorante , perch� c'� scritto che  non abbandona windows , ma solo 
la piattaforma di trading  scritta con il MS framework  dall'accenture .

 la piattaforma di trading  scritta con il MS framework  dall'accenture .
C'ï¿œ scritto che abbandona la soluzione basata su Windows perchï¿œ non ï¿œ 
riuscita a soddisfare i requisiti di progetto, fra i quali la velocitï¿œ 
di esecuzione delle transazioni.
Ti invito a leggere i commenti alla notizia (parti da slashdot, vai 
sull'articolo linkato da li e leggi i commenti....)


IMHO ...quello che e' fallito  e' stato il solito progetto "baraccone" ... i 
soldi gettati al vento sono
in quantit� astronomica, as usual.
Visto e rivisto decine di volte anche da noi....la piattaforma hw/sw non 
c'entra niente.
ciao
fm

 di esecuzione delle transazioni.
Al di là dell'articolo, mi sembra difficile sostenere che tale
velocità è mancata solo per colpa  esclusiva di Windows, e non per la
scelta di Net piuttosto che di C/C++ od altro linguaggio nativo, di
infrastrutture hardware adeguate, ecc.

 c'entra niente.
Infatti, se l'avessero fatto scrivere ad Accenture su linux avrebbe fatto
schifo uguale :

 schifo uguale :
Dall'articolo si desume che Microsoft ha collaborato strettamente con 
Accenture nella realizzazione del progetto - ovvio che puoi avere il db 
pi� veloce del mondo ma se poi hai un software fatto coi piedi non puoi 
reggere....
Comunque, il risultato � un software che ha prestazioni LONTANISSIME da 
quelle previste dalle specifiche del progetto, probabilmente tali da non 
  giustificare nemmeno l'aggiunta di hardware pi� veloce per compensare...

 Toh!  Che strano...
I commenti su slashdot, delle consultancy firm che ï¿œ intervenuta, sono 
SPAZIALI!!!
Incredibile.
Io penso che ci sia qualcosa di strano,tutti sanno queste cose, tutti le 
dicono, ed i fatti le dimostrano, ma l'azienda ï¿œ ancora viva e vegeta, e 
penso faccia svariati milioni di euro di fatturato cosi tanto per 
gradire....
Il mondo ï¿œ davvero strano...

 reggere....
Bisognerebbe capire chi tra i due si è impuntata ad usare determinati
strumenti, leggi NET, viste le prestazioni richieste.
Certo, per il resto (s.o., db) in casa MS non è che avessero tanta
scelta... :-)
E comunque, con prestazioni lontanissime dalla richiesta, tu cliente
mi validi il collaudo? Mah...

 Il mondo � davvero strano...
non e' bello cio' che e' bello,
ma e' bello cio' che piace
felice&pago
confucio mi fa un baffo a me
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

mi validi il collaudo? Mah...
Sapessi quante volte accenture ha portato in produzione merda che in
ambiente di test funzionava che era una meraviglia...
Con qualche migliaio di record erano sempre bicchieri di spumante e
gran pacche sulla schiena, poi in ambiente di produzione con qualche
milione di record le query iniziavano a metterci diversi minuti prima
di venire esaudite.
Pero' sono accenture eh...


 Pero' sono accenture eh...
eh se te lo appoggio !
felice&pago
il mio db e' indifferente


 schifo uguale :
:) Concordo!

 Il mondo è davvero strano...
Non sono milioni di euro buttati. Sono soldi che fanno girare
l'economia, fanno lavorare le persone...e se il software fa schifo
tanto meglio, se ne fa un altro con altri milioni di euro, altra
richiesta di manodopera specializzata (e architetti incompetenti).
Mica si buttano i soldi...ci sono tanti politici e dirigenti di
azienda e manager che ci pagano la benzina del suv, con i premi e le
mazzette.
I soldi non si buttano mai...vanno a finire principalmente alla
Porche, con tutti i cayenne che ha venduto.
Il mondo non e' strano...il mondo e' berlusconiano!!!

 Il mondo è davvero strano...
no, non e' strano, almeno in italia questo tipo di misteri si spiega
molto facilmente con due semplici cause:
1) "amicizie" tra consiglieri di amministrazione e dirigenti di
societa'
2) mancanza di una concorrenza adeguata. (perche' diciamocelo, di
grandi societa' che siano veramente di alto livello cosa abbiamo?)

 grandi societa' che siano veramente di alto livello cosa abbiamo?)
Giusto, ma qui sfugge un concetto basilare: un'aziend ach eproduce 
fuffa, � destinata a fallire, almeno nelel economie non drogate o viziate.
Se questi qui producono sta fuffa, non serve uan multinazionale, serve 
una software house che faccia il suo lavoro, e i soldi dovrebbero arrivare.
Piuttosto � vero il contrario, se di pavoneggi con nomi altisonanti, 
puoi fare quello che vuoi, nessuno avr� mai il coraggio di dirti alcunch�...

 richiesta di manodopera specializzata (e architetti incompetenti).
Per�, cribbio, non paga nessuno l'errore?
Intendo dire, di recente ho fatto un paio di colloqui, e mi hanno 
raccomandato una cosa: FAI QUELLO CHE TI DICONO I CAPI.
Non prendere iniziative, se uno dei capi non ti vuole, sei fuori.
Insomma, qui parlaimo di soldi spesi per un progetto immagino complesso, 
con tanto di PM, archietti, ingegneri e chicazz l'�, che producono un 
documento dove c'� scirtto cosa faranno, lo fanno, e poi � tutto sbagliato.
Io li manderei a zappare tutti, non uno o due, TUTTI QUANTI.
Non gli richiedo, di nuovo, di rifare il progetto, perhc� tanto so bene 
che non sono capaci.
Invece sono sempre sulla cresta dell'onda!!!
Non mi capacito....

 Però, cribbio, non paga nessuno l'errore?
HAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHA
Buona questa!

 Buona questa!
LOL!!
Se penso che, invece, io se sbaglio rischio di andare a casa , mi viene 
male.....

 di venire esaudite.
E quelli della borsa di Londra (non Salumaio e c.), avendo un
requisito abbastanza raro per un gestionale, la risposta al sub-
microsecondo, non hanno fatto il collaudo su quantità significative di
records?
Aribah....  Come si fa domanda per la LSE? :-)

 puoi fare quello che vuoi, nessuno avrà mai il coraggio di dirti alcunchè...
Non è solo il nome sono i clienti che hai avuto in passato e la
dimensione dell'azienda.


Bhe, nel pubblico ci sono gare dove gente competente viene scartata perch�
presenta un preventivo troppo basso. Invece le grandi aziende che cacciano
li un preventivo almeno un 5x piu' grande, ecco che se la giocano per
l'aggiudicazione...
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 dimensione dell'azienda.
Esatto: con un bel biglietto da visita come qeusto della LSE, chi cazz 
ti chiamerebbe pi�, ripeto, a patto che tu esista ancora dopo le penali 
e la figura di merda che hai raccimolato...

 di venire esaudite.
Se tu sviluppassi software "serio" sapresti che purtroppo in fase di test non 
si può provare tutto.
Anche simulando i carichi pesanti, è sempre una simulazione. E non si sa mai 
come gli utenti si comportano. A volte fanno cose non previste, pur se 
permesse, se il programma è super complesso e configurabile.
Sicuramente tutti i programmatori seri qui dentro non potranno venirmi contro 
anche questa volta.
-- 
__________________________________
Luc (36, CO)
25 years uninterrupted programming
__________________________________

 a fine anno, ma altro per me è impensabile, come ci sarebbe sto passaggio?
Nota che qui parliamo di "primario cliente" inglese, e di "primario
fornitore" software inglese od americano.
Per una volta, non c'entra nulla l'Italietta. Tragico...

 Per una volta, non c'entra nulla l'Italietta. Tragico...
Qeusta � un'aggravante assoluta.
Non c'� stato "ammuino", proprio incomeptenza e faciloneria standard ai 
massimi livelli.
Sarebbe da azzerare la sede londinese della consultancy firm e tutta la 
LSE....
Qui in Italia invece, sarebbe stato comprensibile.... :)

anche questa volta.
Non c'erano "carichi pesanti", non c'era un programma super complesso,
c'era una merda inutile che sparava query autogenerate verso un DB
oracle.
Query da fare sull'anagrafica dei clienti, o sul contenuto dei sistemi
di billing, tutti dati che si potevano benissimo estrarre anche da un
backup e infilare nell'ambiente di test.
Poi se un giorno magari vuoi allargare i tuoi orizzonti al di fuori
dell'infarinatura dell'ITIS e ti vai a leggere quancleh libro di
software engineering, ti si aprirebbe un mondo su come si fanno i test
e di come sia possibile simulare il carico (quando si parla di
software da mettere sotto stress).
Saluti.


 e la figura di merda che hai raccimolato...
Ti chiama il prossimo menager a cui allunghi adeguata mazzetta. Al pi�
potrebbe toccarti aumentare siddetta mazzetta.

 Per una volta, non c'entra nulla l'Italietta. Tragico...
Perch� pensavate mica che la corruzione ce l'avessimo solo noi?

 e di come sia possibile simulare il carico 
Simulare, simulare!!! Almeno l'italiano, dai... 


Simulare, simulare!!! Almeno l'italiano, dai... 
Quale parte di carico nullo, DATABASE e query non hai capito?
Qua c'e' un link introduttivo su come si testa il software. Purtroppo
e' in inglese, quindi leggerai delle cose e ne capirai altre, ma
magari te lo puoi far tradurre dai tuoi figli tra qualche anno.
http://en.wikipedia.org/wiki/Software_testing
Per quanto riguarda il discorso "simulare il carico", sono sicuro che
da te preferiscono riunire 500 persone in una stanza e dire loro di
SCROLLARE forsennatamente le tastiere (tanto per puntualizzare), nella
realta' ci sono altri modi spesso piu' precisi e meno empirici.
Con immutata disistima.


 oracle.
Sono d'accordo.
Qui sembra che il sistema non ha mai neppure lontanamente raggiunto le
prestazioni previste, nè mai è stato adattato dopo per rimediare. Non
so da quanto è in funzione, e quindi da quanto c'è il difetto,  ma una
cosa del genere è inaccettabile.

 Perché pensavate mica che la corruzione ce l'avessimo solo noi?
Devi girare la domanda ad altre note "firme" del ng.... ;-)


L'articolo dice che il sistema oltre a non essere performante come da
specifiche, ad un certo punto s'e' bloccato tout-court.
Il che mi fa pensare che non sia stato testato (ovviamente trst non
vuol dire solo test di carico) adeguatamente.
Almeno il CEO s'e' dimesso, dimostrando una certa serieta'.


 Quale parte di carico nullo, DATABASE e query non hai capito?
Parlavo in generale. Ma ammetto di essermi dimenticato lo schemino.


Parlavo in generale. Ma ammetto di essermi dimenticato lo schemino.
Si, ma il punto e' che "software testing" non significa esclusivamente
test di carico.
Saluti.


 Almeno il CEO s'e' dimesso, dimostrando una certa serieta'.
E' vero. Ma magari l'hanno fatto dimettere i "primari fornitori" che
non volevano perderci la faccia... :-)
Oltre alla mazzetta, il capoccia ha comunque qualche rischio, in caso
di regolamento di conti.

 venirmi contro anche questa volta.
No, non si puï¿œ, davvero. Pero' siamo sinceri, quanta roba, anche
grossa, ï¿œ fatta con i piedi? Vogliamo parlare di
$famosogestionalereclamizzatoperradio?
-- 
Ciao!
Luca

 software da mettere sotto stress).
Ricorda: gli utenti, e pi� in generale i clienti, sono sempre pi� bravi
di te; prima o dopo, il modo di aggirarti lo trovano... ;-)
-- 
Ciao!
Luca

 la piattaforma di trading  scritta con il MS framework  dall'accenture .
  Che è esattamente quanto riportato.  O, ce l'hai forse con Steven J.
Vaughan-Nichols?  In tal caso, indirizza le tue lamentele a lui.
-- 
Alessandro Selli 
http://alessandro.route-add.net
AVVERTENZA: i messaggi inviati a "trappola" non mi arriveranno.
WARNING: messages sent to "trappola" will never reach me.
Chiave PGP/GPG: EC885A8B

 permesse, se il programma è super complesso e configurabile.
  Resta comunque la domanda: perché al Chicago Mercantile Exchange, al New
York Stock Exchange ed altri posti ancora non hanno avuto tanti e di tali
problemi?  Sicuri che il sistema di base non c'entri nulla, e che sia
tutta colpa dell'implementazione di più alto livello?  Se si, perché su
altre piattaforme i baracconi che sono venuti fuori funzionano molto meglio?




La cosa e' coperta parzialmente dai vari test cases, infatti a cosa
credi che serva coinvolgere un imbecille pigiatasti nella fase di
testing? :)


 infrastrutture hardware adeguate, ecc.
  Qual'è il linguaggio nativo di Windows?
  Da nessuna parte ho ancora letto che il problema fosse causato da
un'infrastruttura hardware indeguata.
  Il sistema era stato inaugurato ad aprile 2007:
http://www.bobsguide.com/guide/news/2007/Oct/31/London_Stock_Exchange_Upgrades_TradElect.html
  «31 October 2007
	The London Stock Exchange today announced the completion of a significant
upgrade to TradElect, its recently launched electronic trading platform,
as volume growth continues. Release 2.0, as the upgrade is called, has
improved processing speed by 40 per cent, system capacity by 70 per cent
and has added functionality
	[...]
	In its four months since launch, TradElect has already demonstrated its
capabilities»
  Strano che in questo articolo scrivano come «TradElect now enables
market participants to execute trades in around 6 milliseconds and has the
ability to handle 4,200 orders a second.»  PR stunt? (leggasi: balle
spaziali?)




 test non si può provare tutto.
se tu sviluppassi software "serio" (o come lo chiami tu "mission-
critical") sapresti che in fase di test *devi* provare tutto.
per questo esiste lo unit testing, non per risparmiarti i test di 
integrazione ma per fare in modo che questi siano davvero test di 
integrazione invece di trasformarli in una specie di inutile caccia alle 
streghe. 

 infrastrutture hardware adeguate, ecc.
  Qual'è il linguaggio nativo di Windows?
  Da nessuna parte ho ancora letto che il problema fosse causato da
un'infrastruttura hardware indeguata.
  Il sistema era stato inaugurato a giugno 2007:


 critical") sapresti che in fase di test *devi* provare tutto.
  In teoria si.  In pratica non l'ho visto fare una volta, neanche nelle
grandi industrie dove hanno dei reparti appositi con infrastrutture dedicate.


 dedicate.
lungi da me portarmi ad esempio (anche perché non è proprio il caso), ma 
per me e chi lavora con me è del tutto naturale quando si sviluppa un 
singolo componente mandarlo in esecuzione in una sua test-suite. poi 
magari non ci mettiamo a seguire alla lettera le metodologie xp, agile, 
etc... ma non dormirei la notte sapendo che mando in giro pezzi di codice 
che non ho visto funzionare con i miei occhi.
 

 dati sensibili di esercizio.
ma se chi sviluppa e progetta il database facesse i test per quanto 
riguarda la sua parte, non credi che i problemi prestazionali del db 
verrebbero fuori subito, con certezza e direttamente a colui che può porvi 
rimedio? 
certo che se uno concepisce i test come "ovvia, s'è quasi finito il 
programma. diamogli una provatina generale prima di metterlo in 
produzione, senza perderci troppo tempo perché tanto si sa, mica si può 
provare tutto..." allora è ovvio ci saranno sempre disastri senza 
soluzione.

 Almeno il CEO s'e' dimesso, dimostrando una certa serieta'.
Beh io l'avevo letta pi� "lo hanno dimesso" ;)

 spaziali?)
Ma no, � semplicissimo: basta omettere di menzionare che queste prestazioni
mirabolanti si hanno quando c'� UN SOLO OPERATORE ;)

On Tue, 07 Jul 2009 21:14:16 +0200, Alessandro Selli wrote:
di questa cosa si parlava gia da tempo, la Cassa di compensazione e garanzia
(braccio operativo della Borsa italiana SpA, di proprieta della LSE) gia da
qualche mese sta facendo testare ai prodroni di albione i propri sistemi (basati
su sistemi made in Big Blue, principalmente su piattaforma AS/400)

 su sistemi made in Big Blue, principalmente su piattaforma AS/400)
A parte l'evento LSE (i cui dettagli non conosco) chiunque dica che IBM e 
i suoi sistema AS/400 e Mainframe sono decotti, non capisce un cazzo di 
informatica.
Più sono coinvolto nel mondo finanziario e più mi convinco che la vera e 
unica soluzione sia il mondo mainframe. Altro che Windows e MS SQL.
ivan
-- 
By 1977 or so, PLATO was featuring real-time multiplayer dungeon games,
not to mention real-time spacewar, IM, chat, email, netnews, and a host of
other things we now take for granted. All this on high-resolution plasma
panel terminals connected at 1200 baud to twin Cyber 6600 supercomputer.
Now you understand why I was kicked out of Cornell for a year; PLATO was
crack for computer nerds. (Robert Woodhead, co-creator of Wizardry)

informatica.
io non lo diro' mai (visto che direttamente sono 15 anni che ci campo con
l'as/400 e prima di me il babbo ci ha campato - e ci campa tuttora - da 40 anni,
prima i mainframe, poi i system 38 e As/400).

 unica soluzione sia il mondo mainframe. Altro che Windows e MS SQL.
Io ci metterei anche la gestione a domini Solaris, e i cluster
virtuali Alphaserver, quando c'erano. Il mondo Unix/Linux non lo vedo
così da buttare...
Peraltro pensa al fattore Oracle che ha comprato Sun... e vedrai quale
sarà il nemico da battere per i prossimi anni (non che IBM e HP non
siano all'altezza, ma qui stiamo parlando del pacchetto completo Server
+ Storage+Applicazione)

 test di carico.
Ma va!?!?!?! 


On Tue, 07 Jul 2009 21:14:16 +0200, Alessandro Selli wrote:
Ah gira anche voce che pure l'INPS dopo aver per anni provato a costruire un
nuovo sistema basato sulle stesse tecnologie del LSE (e con gli stessi partner)
sia ritornata sui suoi passi ed abbia richiamato in servizio Big Blue (dalla
quale non si era mai cmq staccata del tutto avendo continuato ad acquistare
l'assistenza sui vecchi prodotti che hanno cmq continuato a funzionare)

 critical") sapresti che in fase di test *devi* provare tutto.
Impossibile. Dimostri che hai lavorato a software di complessità medio/bassa.
Tu, ad esempio, come testeresti un compilatore/interprete? Ci provi tutti i 
programmi possibili ed immaginabili? Ma dai....


 sarà il nemico da battere per i prossimi anni
Oracle credo abbia in test il "database appliance". Se riesce ad eseguire 
la visione dell'appliance, l'unica cosa che puoi fare e pregare che DB2 lo 
continui a vendere solo perchè hai piazzato un AS/400 o un Mainframe ;)


programmi possibili ed immaginabili? Ma dai....
Tanti anni fa se il compilatore era in grado di compilare il suo
stesso codice sorgente eri gia' a buon punto.


+ Storage+Applicazione)
appunto, oggi sia HP che IBM hanno soluzioni di altissimo livello (qualitativo
ed economico) che integrano sia HW, SW (os+applicativi), Storage (anche in senso
fisico) e DB, ad Oracle serviranno ad occhio e croce almeno un pajo d'anni solo
per integrare le strutture di vendita figuriamoci gli aspetti tecnici dei
prodotti e riuscire a partorire una cosa come as/400 oggi Power Server, ed in
questi anni pensi che HP e IBM staranno ferme? L'unica cosa che potrebbe
permettere ad oracle di riguadagnare terreno e' mettere n piedi qualche accrocco
con la JVM salvo magari perdersi una fetta della comunit� java (e cmq in IBM -
parlo per esperienza diretta - gia' da un pajo d'anni si sta lavorando molto
anche su python come alternativa a java)

 tutti i programmi possibili ed immaginabili? Ma dai....
mi permetto di quotarla, anche questa è una bella perla :)

 anche questa volta.
Peccato che qui non c'entri l'utente... ï¿œ solo una elaborazione 
"batch"... ESEMPIO: hai presente quando fai un bonifico online ?  da 
quanto premi  il bottone "Paga" all'esecuzione dell'operazione sul db 
dovevano passare x millesecondi... invece ne passano almeno 20x...

 dovevano passare x millesecondi... invece ne passano almeno 20x...
Estendi 'Utente' a 'Cliente' e piï¿œ o meno ci sei.
Recentemente ho collaborato alla stesura di un'applicativo piuttosto
complesso, un paio di milioni di utenze in tutto piï¿œ i dati correlati
piï¿œ le analisi.
Lo abbiamo testato in casa, su 3 server differenti e anche in locale
sul mio schifosissimo PC di casa di due anni. Un fulmine.
Lo mandiamo in produzione; dico lo mandiamo perchï¿œ non abbiamo accesso
diretto ai server di produzione, ci viene concesso solo un accesso via
Citrix. E' lento. Per fare la stessa analisi, da noi 10 secondi, da
loro 8 minuti. Caspita, diciamo, abbiamo qualche problema noi, perchï¿œ
in produzione abbiamo a disposizione un cluster che prestazionalmente
e' un ordine di grandezza superiore rispetto alla migliore situazione
che abbiamo provato noi.
Passano settimane e non ne veniamo a capo, da noi va tutto e da loro
resta lento. Allora chiediamo l'accesso alla sala server, in modo da
verificare i server, la loro configurazione e eventuali altri problemi.
Risultato? non solo non c'ï¿œ il mirabolante sistema che ci ï¿œ stato
promesso, ma non esiste nemmeno un server, e ciï¿œ su cui possiamo
contare ï¿œ un server virtualizzato che deve contendersi le risorse del
sistema su cui gira con altri 7 server virtuali.
Il capo fila del progetto non glie le ha mandate a dire... ;-)
-- 
Ciao!
Luca

rootkit ha scritto:

Supporto Esercizio> Ci arrivano 2,5*10^5 ticket di malfunzionamento al
giorno sulla produzione della documentazione della clientela Corporate
Business da martedì.  Cos'avete fatto quel giorno?
Esercizio> Il casino è iniziato dal rilascio della patch SA_2235.
Supporto Esercizio> E che fa?
Supporto Esercizio> Avrebbe dovuto risolvere il problema di prestazioni
del DB per le query della clientela con attiva la "Offerta Tutto Papi".
 Quel problema infatti l'ha risolto, ma ne introdotto un altro, e non
chiedermi quale, dovete scoprirlo voi.
Supporto Esercizio> Vedo. Fa che tutto il traffico fatturabile oltre la
soglia della franchigia "Offerta Tutto Papi" non è riconosciuto come
traffico fatturabile e lo scarta. Ma a collaudo non gli succedeva?
Sviluppo> Ti risponderei pure cosa succedeva a collaudo, ma meglio che
lo chiedi a loro <gh>
[...]
Collaudo> Rammento ancora una volta che per tutte le offerte introdotte
dopo la rimodulazione del piano tariffario Corporate Business di fascia
2 l'ambiente di collaudo *NON È ALLINEATO* con l'ambiente di esercizio,
e che quindi:
   1) o ci fate rilasciare da sviluppo i package PL/SQL e i moduli
software che ci permettano di riallinearci (e lo so che i soldi per
questo sviluppo non ci sono ma non è un problema nostro e se ce lo
ripetete ancora una volta vi ci mandiamo sonoramente);
   2) o ci permettete di avere una view del DB di esercizio in sola
lettura per farci girare le patch che vi dobbiamo verificare prima del
rilascio in esercizio (e lo sappiamo che non si può perché l'ambiente di
esercizio non ha le certificazioni di sicurezza per poter trattare i
dati sensibili dell'anagrafica e del traffico clienti, vedi parentesi
punto 1);
   3) o continuiamo a fare come stiamo facendo dalla rimodulazione,
ossia come abbiamo fatto da *MARZO SCORSO*: le patch di sviluppo ve le
passiamo con un bel bollino con su scritto: "Collaudo positivo riguardo
l'ambiente della versione R_1.0.2a del software di fatturazione
disponibile in collaudo; non è possibile il collaudo sulla release
R_1.0.3c di esercizio in quanto i due ambienti non sono allienati
(vedasi Trouble Ticket COR2-0142 aperto il 23 MARZO 2009)".
Passo e chiudo.
Supporto Esercizio> Tanto per pararmi il (_|_), apro un altro Trouble
Ticket verso Sviluppo facendo presente la cosa con un richiamo al TT
COR2-0142 di collaudo. So che è inutile, ma così (dis)funzionano le cose
qui.
  Sembra fantascienza?  O piuttosto banale, trita quotidianità italiana?
  Ciao,
-- 
Alessandro Selli 
http://alessandro.route-add.net
AVVERTENZA: i messaggi inviati a "trappola" non mi arriveranno.
WARNING: messages sent to "trappola" will never reach me.
Chiave PGP/GPG key: EC885A8B

rootkit ha scritto:

Supporto Esercizio> Ci arrivano 2,5*10^5 ticket di malfunzionamento al

collaudo non ha le certificazioni di sicurezza per poter trattare i dati
sensibili dell'anagrafica e del traffico clienti, vedi parentesi punto 1);
   3) o continuiamo a fare come stiamo facendo dalla rimodulazione,
ossia come abbiamo fatto da *MARZO SCORSO*: le patch di sviluppo ve le
passiamo con un bel bollino con su scritto: "Collaudo positivo riguardo
l'ambiente della versione R_1.0.2a del software di fatturazione
disponibile in collaudo; non è possibile il collaudo sulla release
R_1.0.3c di esercizio in quanto i due ambienti non sono allienati
(vedasi Trouble Ticket COR2-0142 aperto il 23 MARZO 2009)".  Passo e chiudo.
Supporto Esercizio> Tanto per pararmi il (_|_), apro un altro Trouble
Ticket verso Sviluppo facendo presente la cosa con un richiamo al TT
COR2-0142 di collaudo. So che è inutile, ma così (dis)funzionano le cose
qui ad ogni rimodulazione (ossia ogni sei mesi).
  Sembra fantascienza?  O piuttosto banale, trita quotidianità italiana?
  Ciao,
-- 
Alessandro Selli 
http://alessandro.route-add.net
AVVERTENZA: i messaggi inviati a "trappola" non mi arriveranno.
WARNING: messages sent to "trappola" will never reach me.
Chiave PGP/GPG key: EC885A8B

(scusate, qualcuno vedrà dei post multipli; ho tentato di sostituire i
primi con questo, ma so che pochi server ammettono i cancel e i supersede)
rootkit ha scritto:

Supporto Esercizio> Ci arrivano 2,5*10^5 ticket di malfunzionamento al
giorno sulla produzione della documentazione della clientela Corporate
Business da martedì.  Cos'avete fatto quel giorno?
Esercizio> Il casino è iniziato dal rilascio della patch SA_2235.
Supporto Esercizio> E che fa?
Supporto Esercizio> Avrebbe dovuto risolvere il problema di prestazioni
del DB per le query della clientela con attiva la "Offerta Tutto Papi".
Quel problema infatti l'ha risolto, ma ne introdotto un altro, e non
chiedermi quale, dovete scoprirlo voi.
Supporto Esercizio> Vedo. Fa che tutto il traffico fatturabile oltre la
soglia della franchigia "Offerta Tutto Papi" non è riconosciuto come
traffico fatturabile e lo scarta. Ma a collaudo non gli succedeva?
Esercizio> Ti risponderei pure cosa succedeva a collaudo, ma meglio che


  Ciao,
-- 
Alessandro Selli 
http://alessandro.route-add.net
AVVERTENZA: i messaggi inviati a "trappola" non mi arriveranno.
WARNING: messages sent to "trappola" will never reach me.
Chiave PGP/GPG key: EC885A8B

>   Sembra fantascienza?  O piuttosto banale, trita quotidianità italiana?
La posso incorniciare ?

 Il capo fila del progetto non glie le ha mandate a dire... ;-)
Non ï¿œ la prima volta che sento di virtualizzazioni estreme fatte a 
cavolo.... al solito il top management partecipa ad eventi e 
presentazioni e viene imbonito da parole che spiegano concetti che non 
sono in grado di capire....
Vagli a spiegare che no, su un server virtualizzato non ci posso 
installare una scheda per conversioni video real-time...
E no, non posso mettere i due nodi di un cluster sulla stessa macchina 
vmware...

CUT
Non sono milioni di euro buttati. Sono soldi che fanno girare
l'economia, fanno lavorare le persone...e se il software fa schifo
tanto meglio, se ne fa un altro con altri milioni di euro, altra
richiesta di manodopera specializzata (e architetti incompetenti).
Mica si buttano i soldi...ci sono tanti politici e dirigenti di
azienda e manager che ci pagano la benzina del suv, con i premi e le
mazzette.
I soldi non si buttano mai...vanno a finire principalmente alla
Porche, con tutti i cayenne che ha venduto.
Il mondo non e' strano...il mondo e' berlusconiano!!!
______________________________________________________________
pero' ... la Cayenne funziona (e bene!) quindi la Porsche non e'
berlusconiana.
Se la Cayenne la facesse Accenture come ha fatto i programmi per LSE....
sarebbe  un SUV di m***a  con velocit� max 40Km/h...:-)
ciao
fm

 ......................
Ok, non sei d'accordo, e va bene.
Ma ripetere il messaggio 3 volte... :-) Hai qualche problema con il
lettore di news.

 "batch"...
Non userei il termine "batch", non è un'elaborazione a lotti. A meno
che il sistema raccoglie prima un certo numero di richieste, e poi le
processa tutte assieme. Ma in tal caso come si può pensare che sia
real time?

 sistema su cui gira con altri 7 server virtuali.
Vedi, avevano virtualizzato pure le informazioni della sala
macchine :-)

 La posso incorniciare ?
  Prego, la rilascio in Creative Commons - attribution - share alike.
  Ciao,
-- 
Alessandro Selli 
http://alessandro.route-add.net
AVVERTENZA: i messaggi inviati a "trappola" non mi arriveranno.
WARNING: messages sent to "trappola" will never reach me.
Chiave PGP/GPG: EC885A8B

 mi validi il collaudo? Mah...
A me sembra parecchio azzardato sostenere che la colpa sia di .net,
avra' tanti problemi ma non direi che le performance sono uno di
questi (esattamente come non lo direi per Windows).
Se una cosa e' programmata da schifo, ci saranno problemi a tutti i
livelli.
Avessero usato C/C++ presumibilmente avrebbero meno problemi di
performance e piu' problemi di correttezza.
  ngw

gid ha scritto:

  No, per il primo e il secondo messaggio ho mandato dei CANCEL, e nel
secondo e nel terzo messaggio dei SUPERCEDE cul Message-ID dei precedenti
(controlla le intestazioni per verificare).  Se i server non li propagano
non è colpa mia.


 da uno stock exchange.
E secondo te il NYSE cosa sarebbe?

 E secondo te il NYSE cosa sarebbe?
Mi risulta che il NYSE abbia su base unix solo la parte informativa, non 
quella degli eseguibili. E comunque quando prendi un cluster di i686 non 
stai più in ambiente "da caciottaro". Sei sul piano del supercomputing.


 stai pi� in ambiente "da caciottaro". Sei sul piano del supercomputing.
A parte che questo non � n� attinente n� esatto, non eri tu quello che 
diceva che l'unica soluzione in ambito bancario/trading sono i 
mainframe, e chiunque la pensasse diversamente non capisce un cazzo di 
informatica?
E non eri tu quello che diceva che il passaggio da mainframe a macchine 
pi� piccole � cosa pi� unica che rara in ambito bancario, e impossibile 
in ambito trading?
Allora sappi che al NYSE, hanno abbandonato i mainframe IBM pe' passa' a 
soluzioni Linux/Unix su x86:
http://www.linuxtoday.com/it_management/2007051801526NWDPSV
pe' poi passa' a soluzioni Linux only (sempre su x86):
http://linux.slashdot.org/article.pl?sid=07/12/14/2312210
Per la piattaforma di trading, non per la fantomatica /parte 
informativa/ di cui parlavi tu.
Poi hanno pure detto, 'sti 'mbecilli: "The mainframe simply did not make 
sense":
http://searchdatacenter.techtarget.com/news/article/0,289142,sid80_gci1254860,00.html
Mo vajelo a di' te Fracca', che nun capischeno un cazzo.

stai pi� in ambiente "da caciottaro". Sei sul piano del supercomputing.
Uh, cosa mi hai fatto ritornare in mente...
Flashback al 2000 circa: un caciottaro con PC assemblato al risparmio
basato su celeron chiamato pomposamente "server di sviluppo".
E la frase di scherno del caciottaro "ah, ma pkunzip c'e' anche per
linux?" a cui un collega rispose qualcosa tipo "certo senno' quei
figli di puttana di pkunzip da dove lo rubavano il codice sorgente per
farrti la versione che usi sul tuo cazzo di PC?"
Saluti.


 Mo vajelo a di' te Fracca', che nun capischeno un cazzo.
Non hanno mica detto che il mainframe è morto e decotto. Hanno detto che 
per i loro bisogni computazionali non aveva senso economico. Ma gli 
articoli che citi li hai letti?


 programmi possibili ed immaginabili? Ma dai....
Non ci sono dubbi, sei un genio!
Io sono convinto che campi con i soldi della paghetta settimanale che i 
tuoi vecchi ed esausti genitori sono ancora costretti a passarti.
Ma se poco poco sei riuscito a convincere qualcuno a darti uno 
stipendio, foss'anche solo di 50 Euro al mese, foss'anche solo per 
spolverare le stampanti, tu sei un genio! (Un genio del male, ma pur 
sempre un genio).

 tuoi vecchi ed esausti genitori sono ancora costretti a passarti.
Mi hai scoperto. Cacchio, ho torvato quello più furbo di me. Ti invidio, sai? 


 farrti la versione che usi sul tuo cazzo di PC?"
Ehm guarda che � IL CONTRARIO, � Phil Katz che ha creato pkzip come
prima implementazione in assoluto, il resto � venuto dopo...

 per i loro bisogni computazionali non aveva senso economico.
Che vuol dire che non ha /senso economico/ per nessuno, in quel dominio 
applicativo, dal momento che nessuno ha esigenze computazionali piï¿œ 
elevate di quelle del NYSE.
Quindi, se l'ha fatto il NYSE, traendone profitto, puï¿œ farlo chiunque 
altro, traendone un profitto ancora maggiore.
Con buona pace della tua /vera e unica soluzione/, Fracca'.


Condivido in pieno la descrizione pittoresca che hai scritto, solo che 
nemmeno per scherzo sarei in grado di dire che un personaggio cosï¿œ sia 
un genio (neanche un genio del male). Mi immagino solo un parassita 
incompetente (braccia rubate all'agricoltura, ma forse anche qui sarebbe 
incompetente) comodamente parcheggiato - grazie a un po' di vento nelle 
vele arrivatogli qualche anno fa - in un'azienda con contratto a TI, che 
in passato (e probabilmente anche nel futuro) scriveva qualcosa sul 
conto dei "fannulloni" e che si permette spesso di mettere in dubbio le 
competenze degli altri (mentre le sue sono...ehm...quelle che sono). Non 
concordo con quelli che gli danno del troll, invece, questo qui dice le 
cose pensando (ehm?!?!?) sul serio, ma ï¿œ troppo conciato...Mi associo a 
quelli che dicono che bisogna ignorarlo e basta.

 Ma  tu almeno sai com'ï¿œ fatto un mainframe?
Io sinceramente no... perchï¿œ ha prestazioni cosï¿œ notevolmente superiori ?

prima implementazione in assoluto, il resto � venuto dopo...
Non posso cambiare il passato, ne' quello che dicono gli altri. :)
Comunque prima di scrivere PKzip, Katz fu coinvolo in una accusa di
plagio se non ricordo male.


 plagio se non ricordo male.
Si, con ARC, che � appunto il motivo per cui ha poi scritto zip :)

 quelli che dicono che bisogna ignorarlo e basta.
Tutti lo dicono, nessuno lo fa. Vi faccio trottare a voi nerd-sinistroidi... 


 Che vuol dire che non ha /senso economico/ per nessuno
Ecco, qui mi fermo. Hai visto tutte le righe che ti ho messo sopra? Ecco, 
scordale: sei un troll e non meriti altre risposte. Una cazzata del genere 
non la scriverebbe neanche il più fanatico dei fanboy.


 Io sinceramente no... perché ha prestazioni così notevolmente superiori ?
Il mainframe ha due cose imporanti: la struttura altamente parallelizzata 
e un sistema operativo con i controcazzi.
Il primo è stato replicato con il grid computing: in pratica potresti 
avere prestazioni computazionali analoghe o superiori con una buona 
architettura. E ovviamente il costo di hardware potrebbe anche essere 
inferiore. Però manca ti manca il sistema operativo.
Il Mainframe è nato per dare stabilità e sicurezza delle transazioni alle 
aziende. Gli Unix e Windows, per quanto abbiano fatto passi da gigante 
verso la transazionalità espressa dal system Z + z/OS, gli sono ancora 
anni luce indietro.
Ma questo ci riporta alla domanda originale: cosa ha bisogno un impresa 
finanziaria di grandi dimensioni? Sicurezza delle transazioni al giusto 
costo. NYSE ha deciso che può ottenere il giusto compromesso con una barca 
di i686 in grid computing con linux. LSE era convinta di poter far lo 
stesso con Windows, il resto del mondo rimane ancora attaccato al 
mainframe e attende usando le sue capacità di virtualizzazione per farci 
girare sopra anche linux.
Ai posteri l'ardua sentenza.


 parallelizzata e un sistema operativo con i controcazzi.
Grazie per la risposta ma ti chiedo un supplemento....
ho letto da qualche parte che gli ultimi mainframe sono realizzati con 
cpu che hanno prestazioni piï¿œ basse di quelle che equipaggiano i server 
"intel based".
Mi sembra strano che partendo da una cpu meno performante il sistema 
operativo riesca ad avere prestazioni transazionali migliori... mi manca 
qualcosa... e se al mainframe faccio fare un rendering dvx ï¿œ ugualmente 
veloce ?
Se non lo ï¿œ, cosa lo rende piï¿œ veloce nella gestione di migliaia di 
utenti e di basi dati enormi ? Non parlo della sicurezza/affidabilitï¿œ, 
parlo proprio della velocitï¿œ

 parlo proprio della velocità
wikipedia ti viene incontro
 Mainframes e supercomputer
La distinzione tra supercomputer e mainframe non è semplicissima,
tuttavia i supercomputer generalmente si focalizzano su problemi che
sono limitati dalla velocità di calcolo, mentre i mainframe si
focalizzano su problemi che sono limitati dall'input/output e
l'affidabilità, differenze e somiglianze includono:
    * Entrambi i tipi di sistemi offrono la possibilità di calcolo
parallelo. I supercomputer tipicamente la espongono al programmatore
in maniera complessa, mentre i mainframe tipicamente la usano per
eseguire molteplici task. Un risultato di questa differenza è che
aggiungendo processori al mainframe spesso accelera l'intero carico di
lavoro in modo trasparente.
    * I supercomputer sono ottimizzati per elaborazioni complesse che
richiedono soprattutto grandi quantità di memoria, mentre i mainframe
sono ottimizzati per elaborazioni relativamente più semplici che
implicano però l'accesso rapido a grosse quantità di dati
    * I supercomputer sono spesso costruiti ad hoc per elaborazioni
particolari I mainframe invece vengono utilizzati per un'ampia gamma
di elaborazioni. Di conseguenza, la maggior parte dei supercomputer
vengono assemblati per esigenze specifiche e usi particolari, mentre i
mainframe tipicamente formano una parte della linea di modelli di un
produttore.
    * I mainframe tendono ad avere un numero di processori di servizio
che assistono i processori principali (per il supporto crittografico,
la gestione dell'I/O, il monitoraggio, la gestione della memoria,
etc.) cosicché il numero effettivo dei processori presenti è molto
maggiore di quanto uno possa immaginare. Il design dei supercomputer
tende a non includere così tanti processori di servizio poiché essi
non aggiungono in modo apprezzabile potenza di calcolo grezza.
Dalla mia esperienza in ambito assicurazioni, si preferisce scegliere
un mainframe perchè ha la possibilità di avere una paginazione di
memoria mooooooooolto superiore rispetto ad altre architetture, la
quantità di calcoli, rasenta quasi lo zero, alla fine sono per il 99%
I/O, letture e scritture di semplici dati, sia questi in DB, o file o
memoria.
per i calcoli, sono operazioni finanziare che possano sembrare
complicatissime, ma vengono spezzettate in operazioni elementari di
addizione , sottrazione, moltiplicazione e divisione, quindi semplici
da elaborare. ricordo anche che "i calcoli" vengono eseguiti tramite
BATCH, nelle transazioni on line sono solo letture e scritture di
dati.
Ciao

 della velocità
Forza bruta. Tieni conto che IBM, quando ti installa la macchina, non te 
la porta con le CPU che vuoi tu. Te la porta praticamente piena, e tu 
paghi, oltre ad un TOT di base, un canone annuale sull'uso delle CPU 
fisicamente a tua disposzione.


 del genere non la scriverebbe neanche il piï¿œ fanatico dei fanboy.
Ecco, ci sei rimasto male!
Guarda che io non volevo mica smerdarti come fanno gli altri.
Mi limitavo solo a farti notare che, quando vieni a latrare le tue 
/uniche e vere soluzioni/, forse le stai sparando piï¿œ grosse di quanto 
il tuo status di macchietta (bisunta e brufolosa, come sei stato 
definito) ti permetterebbe.
Se te ne stai buono al tuo posto, senza occuparti di cose piï¿œ grandi di 
te, ti prometto che ti faccio sfogare, di tanto in tanto (tu perï¿œ non 
esagera', Fracca').

 incompetente (braccia rubate all'agricoltura
Magari solo prese in prestito...

 macchietta (bisunta e brufolosa, come sei stato definito) ti permetterebbe.
(sigh, e mi ero ripromesso di non rispondere...)
1) Per il "caro amico Luciano": questo è il danno delle tue cazzate su di 
me. Un mea culpa non ti farebbe troppo male. E basta farlo nell'intimo 
della tua preghierina serale.
2) Sei tu che hai sparato la cazzata dove se va bene per il NYSE, da te 
assunto a dio, allora va bene per tutti. Io ho solo sottolineato che i 
sistemi mainframe sono ancora attuali e validi, e sicuramente superiori ai 
sistemi windows. Poi è ovvio che se sei "povero" e non hai i soldi che 
chiede IBM o gli altri "nani", è indubbio che decidi di seguire l'esempio 
del NYSE: non hai altra scelta.
ivan
-- 
By 1977 or so, PLATO was featuring real-time multiplayer dungeon games,
not to mention real-time spacewar, IM, chat, email, netnews, and a host of
other things we now take for granted. All this on high-resolution plasma
panel terminals connected at 1200 baud to twin Cyber 6600 supercomputer.
Now you understand why I was kicked out of Cornell for a year; PLATO was
crack for computer nerds. (Robert Woodhead, co-creator of Wizardry)

 ivan
dimostrando di ignorare completamente non soltanto l'evento del NYSE 
(che non ï¿œ Dio, ma certamente una cosa *molto* significativa - forse la 
piï¿œ significativa in assoluto - nell'ambito di quel /mondo finanziario/ 
nel quale dici di essere coinvolto), ma anche soluzioni alternative 
basate su *nix e hardware COTS, che possono eguagliare (se non superare) 
le soluzioni mainframe, sia in termini di performance, che in termini di 
fault-tolerance che in termini di scalabilitï¿œ, ad un millesimo dei costi?
Di fronte ad una simile esibizione di disonestï¿œ intellettuale (prima 
ancora che di ignoranza), direi che l'incolpevole Luciano c'ï¿œ andato fin 
troppo leggero, con te.

On Fri, 10 Jul 2009 13:32:38 +0200, Cammello <varanide@gm41�.com>
wrote:

Ma magari fossimo gi� al "free lunch is over"[1]. Quando lo lessi,
subito pensai a quelli come Cul e alle loro mirabolanti carriere
alternative da intraprendere, per lasciar spazio a chi ha davvero
voglia di capirne qualcosa in pi� ogni giorno che passa.
Speriamo tutti insieme.
[1] 
http://www.gotw.ca/publications/concurrency-ddj.htm

 Di fronte ad una simile esibizione di disonestà intellettuale
E' nella natura del cammelli sputare. Non è colpa loro.



Beh si, è strano. Considerando che per il nasdaq funziona, è strano
che sia fallito così miseramente in uk.
E' anche vero che sono passati al 2005 da tempo
http://www.microsoft.com/casestudies/Case_Study_Detail.aspx?CaseStudyID=49271
Salut.

 E' nella natura del cammelli sputare. Non ï¿œ colpa loro.
Solo su quelli bisunti, brufolosi, e sfuggenti come la merda liquida.

 Solo su quelli bisunti, brufolosi, e sfuggenti come la merda liquida.
Amen. Quando si è irosi, e la controparte non ha voglia di litigare, la 
fine è quella che fai tu: sputi e sbraiti, ma, alla fin fine, rimani lì a 
ruminare da solo.
Buon fine settimana :)
