1 / 9

Enrico Bini

Enrico Bini. 13/12/00. Laureato Ingegneria Informatica. Tesi su un tool per configurazione automatica del kernel E.R.I.K.A. 20/12/00. Allievo perfezionando presso la Scuola S.Anna con borsa finanziata da Ericsson. 22/1/01. Stage presso la Ericsson Lab Italy di Roma. OSE delta.

nathan-hull
Télécharger la présentation

Enrico Bini

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Enrico Bini 13/12/00 Laureato Ingegneria Informatica. Tesi su un tool per configurazione automatica del kernel E.R.I.K.A. 20/12/00 Allievo perfezionando presso la Scuola S.Anna con borsa finanziata da Ericsson 22/1/01 Stage presso la Ericsson Lab Italy di Roma

  2. OSE delta Breve descrizione del sistema operativo usato Applicazione Descrizione dell’applicazione in uso Load-Measuring Processo di misura del carico Stage Ericsson Futuri Sviluppi Metodologia per l’analisi temporale Organizzazione della presentazione

  3. Pa Pb Pc Pd OSE delta OSE delta Applicazione Load-Measuring Futuri Sviluppi Architetture di riferimento Valori di priorità • PowerPC, M68000 Highest HW Priority Interrupt Timer interrupt Classificazione dei processi SW Priority • Interrupt process • Timer interrupt process • Prioritized process • Background process Prioritized Background Lowest Scambio di messaggi • Le interfaccie software fra processi sono rappresentate da messaggi

  4. L'evoluzione temporale send Quale segnale è stato ricevuto? Initialization Computation Time receive I processi in OSE delta OSE delta Applicazione Load-Measuring Futuri Sviluppi Il codice void myProc() { /* Initialization */ for(;;) { sig=receive(); switch(sig->signo) { case SIG1: /* Elaboration if SIG1 */ send(ANS1, Pa); break; case SIG2: /* Elaboration if SIG2 */ send(ANS2, Pb); break; /* Other signals */ } /* end case */ } /* end for */ } /* end myProc */

  5. OSE delta Applicazione Load-Measuring Futuri Sviluppi • adattamento della interfaccia utente • funzionalità specifiche della piattaforma • mappatura delle system call • configurazione di base dell’hardware • kernel di OSE delta RTEXR platform La piattaforma RTEXR Perché? • Per dare una visione uniforme delle system call, anche nell’ottica di un cambiamento di Sistema Operativo • Fornisce delle funzionalità aggiuntive alle applicazioni

  6. OSE delta Applicazione Load-Measuring Futuri Sviluppi Esempio di applicazione • Scheduling • Interprocess communication • Configurazione delle schede • Utilities • ... • Interfaccia verso SW di centrale RTEXR (Operating System) ETATMR AAL2HR SAALHR ATMHR ATMHWDR • FW di controllo dei componenti e di funzionalità SDH/ATM/AAL2/AAL5 Hardware Components SW interface (OSE signals) HW interface (interrupt)

  7. Misura di carico OSE delta Applicazione Load-Measuring Futuri Sviluppi Caratteristiche • Indipendenza dall'applicazione in esame • Misura sotto il controllo dell'utente • Processo attivo fin dallo start-up Generica Applicazione Load measuring process RTEXR Operating System

  8. 30x2min 24x1ora 30x1giorno 98x1mese 16% 12% 0% 0% 15% 0% 0% 0% 19% 0% 0% 0% 18% 0% 0% 0% Processo di misura OSE delta Applicazione Load-Measuring Futuri Sviluppi RTEXR Operating System • Ogni 100msec è richiesto il carico per un livello di priorità • Questo valore è memorizzato in una particolare struttura dati priority level last 100msec load Load measuring process 1200x100msec 12% 14% 21% 17%

  9. Analisi temporale OSE delta Applicazione Load-Measuring Futuri Sviluppi Modello temporale dell'applicazione • valori di priorita` che minimizzano il tempo di risposta • individuazione dello scenario pessimo (con tempo di risposta massimo, con carico sopra una certa soglia...) • massima frequenza di sollecitazione esterna consentita • ...

More Related