Citiraj:
Autor listerstorm
Dovoljno je zamisliti pokušaj uvođenja integralnog informacijskog sustava (koji obuhvaća sve aspekte bankarskog poslovanja, od šalterskih aplikacija do glavne knjige) u bankarsku grupaciju koja posluje u x zemalja južne, srednje i istočne EU, od kojih svaka zemlja ima svoje regulative, a svaka banka svojih xxx aplikacija za pojedine djelove poslovanja.
|
Ma nisam cak niti pricao o tome, sto je cinjenicno izazov sam po sebi, iako postoje metode da se takav softverski inzenjering poprilicno ucinkovito vodi.
Samo uzmi sada u toj prici da netko uvede cjelokupni segment programera koji se mora baviti samo i iskljucivo multithreadingom i to za postizanje vecih performansi.
Bas sam nedavno pomogao jednom forumasu vezano uz komadic softvera koji je trebao spajati slike po nekom pravilu, gdje se (relativno lako) moglo iskoristiti n jezgara.
http://forum.pcekspert.com/showpost....01&postcount=7
Taj "relativno lagan" posao u softveru s de facto dve i pol ozbiljne funkcije, trebalo je:
a) upogonit threadove efikasno razbijajuci posao (kojih ima glavni thread, n threadova za svaki logicki CPU i thread za sinhronizaciju)
b) sinhronizirati ih putem mutexa
c) razviti metodu nastavka rada svakog pojedinog threada u slucaju greske
Manje me "kostalo" napraviti sve (GUI, algoritme za resize/merge i import libjpeg i libpng knjiznica) nego se "
konačno potruditi iskoristiti sve te jezgre", iako se stvarno cini "jednostavno" opisano u ova tri laka koraka. Jer taj trud kosta pun q vise nego novi CPU za 3 godine koji ce mozda odraditi ovaj isti posao jednom jezgrom za 15 sekundi, kao sto ga sada radi sa 4 jezgre u isto vrijeme.