| Version 13 (modified by wojtekp, 13 years ago) (diff) |
|---|
07.12.2011
Moduly zostaja na pozimie pluginu (+)
Zamiast listy wykonywanych zadan (InExecutionList) w metodzie schedule ma byc rejestr zadan w systemie (JobRegistry) (+)
Agent do wysylania eventow
Timer - czy na roznych warstwach moze byc ustawiony inny interwal czasu? (TAK)
Pluginy - parametry metod powinny byc skladowymi klasy (pluginu) czy tak jak do tej pory agumentami przekazanymi z polityki
Usunac generyki na interfejsie (zobaczyc wczesniej czy sa potrzebne)
JoobRegistry powinien ograniczac informacje w zaleznosci od "warstwy" (+)
Temperature and energy dissipation w pluginie energertycznym (+)
Na 09.12.2011
Wojtek - aktualizacja interfejsow (+)
Tomek - ciastka (Ariel - belgijskie, Tomek - francuskie, Wojtek - obojetnie) (+)
09.12.2011
Zglaszanie i obsluga wyjatkow
Metody powinny przyjmowac jako parametry "bazowe" implementacje interfejow
Zamiast List<Class> wprowadzic obiekt ClassList = uspojnienie interfejsow + dodatowe mozliwosci operacji na poszczegolnych listach
Jesli SchedulingPlan zawiera zadanie bez przypisanych zasobow to wywolaj wtedy niejawnie meteode chooseResourcesFor
ResourceUnit - czy zastapic czyms? jesli tak to czym?, resource jako wspolny typ dla wszystkich zasobow a nie tylko dla warstw? - do przemyslenia
startTimePrediction - mozliwe w module a nie w TimeEstimationPlugin
ResourceManager - chooseResourcesOfType - powinno zwracac wszystkie oferty
ResourceManager - mozliwosc laczenia statusow przy filtracji
Dodac mozliwosc odpytania zasobu o jego rozszerzenia
Dodac "generyki" w ResourceManager dla niektorych metod - do przemyslenia
Integracja GPU/CPU, zadania MPI
Frequency table, P-States
GSSIM powinien wspierac zapewnienie korelacji miedzy speed a frequency dla CPU
Motto prac nad symulatorem- Tomek: "Jesli robisz cos za duzo to sie to na Tobie zemsci"
Na 14.12.2011
Wojtek - aktualizacja interfejsow
Wojtek - Przygotowac interfejsy Job'ow, Task'ow itp (+)
14.12.2011
Uogolnic metody tak aby jako parametry przyjmowayly obiekty implementujace dany interfejs - bez narzucenia klasy bazowej
ExecTimeEstimationPlugin - metoda szacujaca czas powinna przyjmowac jeszcze jako parametr EVENT (+)
Interfejs Plugin - uogolnic typ zwracany przez getConfiguration na PluginConfiguration (+)
ResourceType jest typem wyliczeniowym co ogranicza mozliwosc dodawania przez uzytkownika nowych zasobow bez ingerencji w kod. Lepiej wiec zamienc na ResourceTypeName - Stringa
ResourceManager - getResourceOfType(Properties properties) - umozliwi filtracje zasobow po typie, kategorii i cechach
Na 21.12.2011
Wojtek - Przygotowac SchedulingPlanInterface itp (+)
Wojtek - Zdefiniowac plugin, modul, rozszerzenia
21.12.2011
Z zasobem zwiazany Properties umozliwiajacy ich filtracje i wyszukiwanie po typie itd (jak wyzej)
Warstwy logiczne "agreguja" warstwy fizyczne
03.01.2012
Wasrtwy fizyczne a warstwy logiczne:
- hierarchie warstw logicznych i fizycznych - OK
- kwestia przypisania zasobu do zadania - przypisujemy do warstw logicznych czy fizycznych?
a) warstwa logiczna jako rodzaj zasobu (o innym typie)
- wspolny widok na warstwy momencie "brokeringu"
- nie wyczerpuje wszystkich mozliwych scenariuszy
b) szeregujemy na warstwy logiczne, hierarchia warstw fizycznychi ich przynaleznosc do logicznych ulatwia podejmowanie decyzji
- wyczerpuje wszystkie scenariusze
- ptyanie czy uztykownik nie chciably miec mozliwosci szeregowania na zasob np. node
c) preferowane rozwiazanie b) ale mozna tez szeregowac na zasob fizyczny - jesli nie ma tam schdedulera to blad
Odwieczna kwesta zasobow:) - dwa rodzaje: zasoby tworzace hierarchie - czyli te z ktorymi mozna skojarzyc warstwy logiczne + zasoby typu pamiec, dysk itp bedace charakterystka tych pierwszych
Bycmoze umozliwic uzytkownikowi wyspecyfikowanie najnizszej warsty tzn bez narzucania Processing Element. W ten sposob dowolny bedzie mozna wykonac zadanie na dowolnym zasobie (domyslny Processing Element)
Na 09.01.2012
Wojtek - Zastanowic sie czy SchedulingPlan jest potrzebny - bycmoze wystarczy wywolac jedynie submit na zasaobie
Wojtek - Przygotowac wstepny plan prac
09.01.2012
Rozwiazanie "c" chyba bedzie najlepsze: tzn szeregujemy na warstwy logiczne do ktorych mamy dostep z ResourceManagera ale mozna tez szeregowac na zasob fizyczny jesli jest z nim skojarzona scisle warstwa logiczna (posiada Schedulera) - jesli nie ma to blad
Rozrozniamy Resouce - zasoby fizyczne tworzace hierarchie i ResourceUnit czyli alokowalne jednostki "pozostalych" zasobow (pamiec, dystk itp.)
23.01.2012
Scenariusze na spotkanie grantowe
Zalozenia:
1) 2 poziomy (gridowy i lokalny)
2) bez wirtualizacji
Na lokalnym poziomie
senariusz a) losowy przydzial do wezlow - na koniec zuzycie energii (przy wszystkich dzialajacych wezlach) - konieczne "zliczanie" zyzycia, szcowanie dlugosci zadania na zasobie, rozne "pobory" przy roznym obciazeniu,
scenariusz b) n klas wezlow - zlecanie do wolnych "najtanszych" energetycznie - konieczne charakterystyki
scenariusz c) wylaczanie nieuzywanych wezlow - konieczne wylaczanie i wlaczanie wezlow
scenariusz d) zmniejszanie czestotliwosci jak zadanie sie wyrobi przed deadlinem - konieczne skalowanie czestotliwosci
scenariusz e) uwzglendnienie wymogow aplikacji (pamiec, zapotrzebowanie na procesor) - konsolidacja obciazenia (bez migracji).
11.04.2012
Opis zasobow
schema: schema.xsd
przykladowe opisy zasobow:
