air - User contributions [en]

Projets-2015-2016-Portage Bossa

2016-03-17T10:15:58Z

Eric.Fotsing: /* Semaine 2 (du 1er au 5 Février 2016) */

= Présentation du projet =

== Qu’est-ce-que BOSSA ? ==

BOSSA est un generateur d’ordonnanceur. L’ordonnanceur choisit l’ordre dans lequel les processus vont s’executer. La plupart du temps, un processus n’est pas execute d’une traite mais morceau par morceau. Cela permet d’allouer du temps a tour de role a tous les processus. BOSSA permet de choisir selon quels parametres l’ordonnanceur fonctionnera (temps alloue a chaque processuer, priorite donnee...) Les ordonnanceurs generes fonctionnent actuellement sur les kernels Linux 2.4 et 2.6. Ces deux versions sont tres vieilles, datant respectivement de 2001 et 2003.

== Portage de BOSSA ==

Le but du projet est de rendre les ordonnanceurs de BOSSA utilisables sous les versions les plus recentes : 4.x, datant de 2015.

Actuellement, les sources de BOSSA sont deja portees vers la version 4.x. Elles utilisent un langage de programmation specifique et propre a BOSSA (DSL). Il nous faut donc valider la chaine de compilation qui traduira ce code DSL en un code comprehensible par le système d’exploitation, probablement en C.

Il faut egalement mettre a jour l’executable de BOSSA pour qu’il fonctionne sous les versions plus recentes de l’OS.

== Parties prenantes du projet ==

L'équipe chargée de la réalisation du projet est constituée de :

=== Tuteurs Polytech ===

''- Monsieur Nicolas PALIX''

''- Monsieur Didier DONSEZ''

=== Etudiants RICM5 ===

''- Ombeline ROSSI (Chef du projet)''

''- Longfei YAO (Responsable Logistique) ''

''- Eric Michel FOTSING (Responsable Technique)''

=== Etudiants DUT ===

'' Aucun''

==Durée prévisionnelle et lieu de réalisation du projet ==

Le projet est totalement realise a Polytech’Grenoble, sur la periode de mi-janvier à mi-mars.

==Livrables et outils de suivie du projet==

[https://github.com/OmbelineRossi/portage-bossa Espace Github ]

[https://waffle.io/OmbelineRossi/portage-bossa Chronograme Waffle.io]

=Déroulement du projet schedule=

== Semaine 1 (du 25 au 29 Janvier 2016 ) ==
- Lecture autour de BOSSA
[[File:BossaArchitecture.png]]
- Rendez-vous avec M. PALIX pour l'explication détaillée du projet
- Création du Wiki

== Semaine 2 (du 1er au 5 Février 2016) ==
- Mise en place des machines virtuelles 2.6 et 4.3 / 4.4
- Etude du rapport du portage de Bossa vers Linux 2.6.32
- Configuration du dépôt git sur mandelbrot
Pour créer le dépot sur mandelbrot à partir d'une sauvegarde il suffit re renommer le repertoire principale de chaque projet,
comme vous pouvez le voir sur la capture suivante :

[[File:GitServeur.png]]

Ensuite de se rassurer que l'option bare du fichier config est positionné à true

- [core]
repositoryformatversion = 0
filemode = true
bare = true
logallrefupdates = true

- Prise en main de la compilation du noyau Linux
- Etude du code de BOSSA

Notice de compilation du noyau Linux : http://air.imag.fr/index.php/File:CompilationDeLinux.docx
(Sources : https://fr.opensuse.org/Configurer,_Compiler_et_Installer_un_noyau_Linux_personnalis%C3%A9#Pr.C3.A9paration )

== Semaine 3 (du 8 au 12 Février 2016) ==
- Etude du bug du compilateur 2.6.32
- Installation de BOSSA

== Semaine 4 (du 15 au 19 Février 2016) ==
- Mise à jour des exécutables
- Portage de la version 4.3 vers 4.4 de BOSSA
- Spécifiation des tests

== Semaine 5 (du 22 au 26 Février 2016) ==
- Vacances

== Semaine 6 (du 29 Février au 04 Mars 2016) ==
- Prise en main des outils de traçage des événements Linux
- Prise en main des concepts d'ordonnancement de Linux

== Semaine 7 (du 07 au 11 Mars 2016) ==
- Mise au point sur les événements renvoyés par le kernel BOSSA
[[File:EvenementsBossa.png]]
- Création de la bzImage Linux utilisable via QEmu

== Semaine 8 (du 14 au 17 Mars 2016) ==
- Intégration théorique des tests

= Bilan =

== Travail Réalisé ==
-Phases de renseignements
-Mise en place du l'environnement de travail
-Portage de Bossa de Linux 4.3 vers 4.5
-Mise à jour du code kernel
-Mise à jour du compilateur
-Mise à jour du manager
-Mise à jour du traceur
-Démarrage du Bossa-Kernel
[[File:LancementKermel.png]]

== Difficultés rencontrées ==
-Petit groupe de 3
-Pas de connaissance antérieure
-Matériel
-Code kernel difficile à deboguer malgré des outils de virtualisation (QEmu)

= Références =
- [http://bossa.lip6.fr/ Site web du projet Bossa]
- [https://www.kernel.org/ Codes sources du Noyau Linux]

Projets-2015-2016-Portage Bossa

2016-03-17T10:15:32Z

Eric.Fotsing: /* Semaine 2 (du 1er au 5 Février 2016) */

= Présentation du projet =

== Qu’est-ce-que BOSSA ? ==

BOSSA est un generateur d’ordonnanceur. L’ordonnanceur choisit l’ordre dans lequel les processus vont s’executer. La plupart du temps, un processus n’est pas execute d’une traite mais morceau par morceau. Cela permet d’allouer du temps a tour de role a tous les processus. BOSSA permet de choisir selon quels parametres l’ordonnanceur fonctionnera (temps alloue a chaque processuer, priorite donnee...) Les ordonnanceurs generes fonctionnent actuellement sur les kernels Linux 2.4 et 2.6. Ces deux versions sont tres vieilles, datant respectivement de 2001 et 2003.

== Portage de BOSSA ==

Le but du projet est de rendre les ordonnanceurs de BOSSA utilisables sous les versions les plus recentes : 4.x, datant de 2015.

Actuellement, les sources de BOSSA sont deja portees vers la version 4.x. Elles utilisent un langage de programmation specifique et propre a BOSSA (DSL). Il nous faut donc valider la chaine de compilation qui traduira ce code DSL en un code comprehensible par le système d’exploitation, probablement en C.

Il faut egalement mettre a jour l’executable de BOSSA pour qu’il fonctionne sous les versions plus recentes de l’OS.

== Parties prenantes du projet ==

L'équipe chargée de la réalisation du projet est constituée de :

=== Tuteurs Polytech ===

''- Monsieur Nicolas PALIX''

''- Monsieur Didier DONSEZ''

=== Etudiants RICM5 ===

''- Ombeline ROSSI (Chef du projet)''

''- Longfei YAO (Responsable Logistique) ''

''- Eric Michel FOTSING (Responsable Technique)''

=== Etudiants DUT ===

'' Aucun''

==Durée prévisionnelle et lieu de réalisation du projet ==

Le projet est totalement realise a Polytech’Grenoble, sur la periode de mi-janvier à mi-mars.

==Livrables et outils de suivie du projet==

[https://github.com/OmbelineRossi/portage-bossa Espace Github ]

[https://waffle.io/OmbelineRossi/portage-bossa Chronograme Waffle.io]

=Déroulement du projet schedule=

== Semaine 1 (du 25 au 29 Janvier 2016 ) ==
- Lecture autour de BOSSA
[[File:BossaArchitecture.png]]
- Rendez-vous avec M. PALIX pour l'explication détaillée du projet
- Création du Wiki

== Semaine 2 (du 1er au 5 Février 2016) ==
- Mise en place des machines virtuelles 2.6 et 4.3 / 4.4
- Etude du rapport du portage de Bossa vers Linux 2.6.32
- Configuration du dépôt git sur mandelbrot
Pour créer le dépot sur mandelbrot à partir d'une sauvegarde il suffit re renommer le repertoire principale de chaque projet, comme vous pouvez le voir sur la capture suivante :

[[File:GitServeur.png]]

Ensuite de se rassurer que l'option bare du fichier config est positionné à true

- [core]
repositoryformatversion = 0
filemode = true
bare = true
logallrefupdates = true

- Prise en main de la compilation du noyau Linux
- Etude du code de BOSSA

Notice de compilation du noyau Linux : http://air.imag.fr/index.php/File:CompilationDeLinux.docx
(Sources : https://fr.opensuse.org/Configurer,_Compiler_et_Installer_un_noyau_Linux_personnalis%C3%A9#Pr.C3.A9paration )

== Semaine 3 (du 8 au 12 Février 2016) ==
- Etude du bug du compilateur 2.6.32
- Installation de BOSSA

== Semaine 4 (du 15 au 19 Février 2016) ==
- Mise à jour des exécutables
- Portage de la version 4.3 vers 4.4 de BOSSA
- Spécifiation des tests

== Semaine 5 (du 22 au 26 Février 2016) ==
- Vacances

== Semaine 6 (du 29 Février au 04 Mars 2016) ==
- Prise en main des outils de traçage des événements Linux
- Prise en main des concepts d'ordonnancement de Linux

== Semaine 7 (du 07 au 11 Mars 2016) ==
- Mise au point sur les événements renvoyés par le kernel BOSSA
[[File:EvenementsBossa.png]]
- Création de la bzImage Linux utilisable via QEmu

== Semaine 8 (du 14 au 17 Mars 2016) ==
- Intégration théorique des tests

= Bilan =

== Travail Réalisé ==
-Phases de renseignements
-Mise en place du l'environnement de travail
-Portage de Bossa de Linux 4.3 vers 4.5
-Mise à jour du code kernel
-Mise à jour du compilateur
-Mise à jour du manager
-Mise à jour du traceur
-Démarrage du Bossa-Kernel
[[File:LancementKermel.png]]

== Difficultés rencontrées ==
-Petit groupe de 3
-Pas de connaissance antérieure
-Matériel
-Code kernel difficile à deboguer malgré des outils de virtualisation (QEmu)

= Références =
- [http://bossa.lip6.fr/ Site web du projet Bossa]
- [https://www.kernel.org/ Codes sources du Noyau Linux]

Projets-2015-2016-Portage Bossa

2016-03-17T10:15:01Z

Eric.Fotsing:

= Présentation du projet =

== Qu’est-ce-que BOSSA ? ==

BOSSA est un generateur d’ordonnanceur. L’ordonnanceur choisit l’ordre dans lequel les processus vont s’executer. La plupart du temps, un processus n’est pas execute d’une traite mais morceau par morceau. Cela permet d’allouer du temps a tour de role a tous les processus. BOSSA permet de choisir selon quels parametres l’ordonnanceur fonctionnera (temps alloue a chaque processuer, priorite donnee...) Les ordonnanceurs generes fonctionnent actuellement sur les kernels Linux 2.4 et 2.6. Ces deux versions sont tres vieilles, datant respectivement de 2001 et 2003.

== Portage de BOSSA ==

Le but du projet est de rendre les ordonnanceurs de BOSSA utilisables sous les versions les plus recentes : 4.x, datant de 2015.

Actuellement, les sources de BOSSA sont deja portees vers la version 4.x. Elles utilisent un langage de programmation specifique et propre a BOSSA (DSL). Il nous faut donc valider la chaine de compilation qui traduira ce code DSL en un code comprehensible par le système d’exploitation, probablement en C.

Il faut egalement mettre a jour l’executable de BOSSA pour qu’il fonctionne sous les versions plus recentes de l’OS.

== Parties prenantes du projet ==

L'équipe chargée de la réalisation du projet est constituée de :

=== Tuteurs Polytech ===

''- Monsieur Nicolas PALIX''

''- Monsieur Didier DONSEZ''

=== Etudiants RICM5 ===

''- Ombeline ROSSI (Chef du projet)''

''- Longfei YAO (Responsable Logistique) ''

''- Eric Michel FOTSING (Responsable Technique)''

=== Etudiants DUT ===

'' Aucun''

==Durée prévisionnelle et lieu de réalisation du projet ==

Le projet est totalement realise a Polytech’Grenoble, sur la periode de mi-janvier à mi-mars.

==Livrables et outils de suivie du projet==

[https://github.com/OmbelineRossi/portage-bossa Espace Github ]

[https://waffle.io/OmbelineRossi/portage-bossa Chronograme Waffle.io]

=Déroulement du projet schedule=

== Semaine 1 (du 25 au 29 Janvier 2016 ) ==
- Lecture autour de BOSSA
[[File:BossaArchitecture.png]]
- Rendez-vous avec M. PALIX pour l'explication détaillée du projet
- Création du Wiki

== Semaine 2 (du 1er au 5 Février 2016) ==
- Mise en place des machines virtuelles 2.6 et 4.3 / 4.4
- Etude du rapport du portage de Bossa vers Linux 2.6.32
- Configuration du dépôt git sur mandelbrot
* Pour créer le dépot sur mandelbrot à partir d'une sauvegarde il suffit re renommer le repertoire principale de chaque projet, comme vous pouvez le voir sur la capture suivante :

[[File:GitServeur.png]]

* Ensuite de se rassurer que l'option bare du fichier config est positionné à true

- [core]
repositoryformatversion = 0
filemode = true
bare = true
logallrefupdates = true

- Prise en main de la compilation du noyau Linux
- Etude du code de BOSSA

Notice de compilation du noyau Linux : http://air.imag.fr/index.php/File:CompilationDeLinux.docx
(Sources : https://fr.opensuse.org/Configurer,_Compiler_et_Installer_un_noyau_Linux_personnalis%C3%A9#Pr.C3.A9paration )

== Semaine 3 (du 8 au 12 Février 2016) ==
- Etude du bug du compilateur 2.6.32
- Installation de BOSSA

== Semaine 4 (du 15 au 19 Février 2016) ==
- Mise à jour des exécutables
- Portage de la version 4.3 vers 4.4 de BOSSA
- Spécifiation des tests

== Semaine 5 (du 22 au 26 Février 2016) ==
- Vacances

== Semaine 6 (du 29 Février au 04 Mars 2016) ==
- Prise en main des outils de traçage des événements Linux
- Prise en main des concepts d'ordonnancement de Linux

== Semaine 7 (du 07 au 11 Mars 2016) ==
- Mise au point sur les événements renvoyés par le kernel BOSSA
[[File:EvenementsBossa.png]]
- Création de la bzImage Linux utilisable via QEmu

== Semaine 8 (du 14 au 17 Mars 2016) ==
- Intégration théorique des tests

= Bilan =

== Travail Réalisé ==
-Phases de renseignements
-Mise en place du l'environnement de travail
-Portage de Bossa de Linux 4.3 vers 4.5
-Mise à jour du code kernel
-Mise à jour du compilateur
-Mise à jour du manager
-Mise à jour du traceur
-Démarrage du Bossa-Kernel
[[File:LancementKermel.png]]

== Difficultés rencontrées ==
-Petit groupe de 3
-Pas de connaissance antérieure
-Matériel
-Code kernel difficile à deboguer malgré des outils de virtualisation (QEmu)

= Références =
- [http://bossa.lip6.fr/ Site web du projet Bossa]
- [https://www.kernel.org/ Codes sources du Noyau Linux]

Projets-2015-2016-Portage Bossa

2016-03-17T10:11:28Z

Eric.Fotsing: /* Semaine 2 (du 1er au 5 Février 2016) */

= Présentation du projet =

== Qu’est-ce-que BOSSA ? ==

BOSSA est un generateur d’ordonnanceur. L’ordonnanceur choisit l’ordre dans lequel les processus vont s’executer. La plupart du temps, un processus n’est pas execute d’une traite mais morceau par morceau. Cela permet d’allouer du temps a tour de role a tous les processus. BOSSA permet de choisir selon quels parametres l’ordonnanceur fonctionnera (temps alloue a chaque processuer, priorite donnee...) Les ordonnanceurs generes fonctionnent actuellement sur les kernels Linux 2.4 et 2.6. Ces deux versions sont tres vieilles, datant respectivement de 2001 et 2003.

== Portage de BOSSA ==

Le but du projet est de rendre les ordonnanceurs de BOSSA utilisables sous les versions les plus recentes : 4.x, datant de 2015.

Actuellement, les sources de BOSSA sont deja portees vers la version 4.x. Elles utilisent un langage de programmation specifique et propre a BOSSA (DSL). Il nous faut donc valider la chaine de compilation qui traduira ce code DSL en un code comprehensible par le système d’exploitation, probablement en C.

Il faut egalement mettre a jour l’executable de BOSSA pour qu’il fonctionne sous les versions plus recentes de l’OS.

== Parties prenantes du projet ==

L'équipe chargée de la réalisation du projet est constituée de :

=== Tuteurs Polytech ===

''- Monsieur Nicolas PALIX''

''- Monsieur Didier DONSEZ''

=== Etudiants RICM5 ===

''- Ombeline ROSSI (Chef du projet)''

''- Longfei YAO (Responsable Logistique) ''

''- Eric Michel FOTSING (Responsable Technique)''

=== Etudiants DUT ===

'' Aucun''

==Durée prévisionnelle et lieu de réalisation du projet ==

Le projet est totalement realise a Polytech’Grenoble, sur la periode de mi-janvier à mi-mars.

==Livrables et outils de suivie du projet==

[https://github.com/OmbelineRossi/portage-bossa Espace Github ]

[https://waffle.io/OmbelineRossi/portage-bossa Chronograme Waffle.io]

=Déroulement du projet schedule=

== Semaine 1 (du 25 au 29 Janvier 2016 ) ==
- Lecture autour de BOSSA
[[File:BossaArchitecture.png]]
- Rendez-vous avec M. PALIX pour l'explication détaillée du projet
- Création du Wiki

== Semaine 2 (du 1er au 5 Février 2016) ==
- Mise en place des machines virtuelles 2.6 et 4.3 / 4.4
- Etude du rapport du portage de Bossa vers Linux 2.6.32
- Configuration du dépôt git sur mandelbrot
[[File:GitServeur.png]]
- Prise en main de la compilation du noyau Linux
- Etude du code de BOSSA

Notice de compilation du noyau Linux : http://air.imag.fr/index.php/File:CompilationDeLinux.docx
(Sources : https://fr.opensuse.org/Configurer,_Compiler_et_Installer_un_noyau_Linux_personnalis%C3%A9#Pr.C3.A9paration )

== Semaine 3 (du 8 au 12 Février 2016) ==
- Etude du bug du compilateur 2.6.32
- Installation de BOSSA

== Semaine 4 (du 15 au 19 Février 2016) ==
- Mise à jour des exécutables
- Portage de la version 4.3 vers 4.4 de BOSSA
- Spécifiation des tests

== Semaine 5 (du 22 au 26 Février 2016) ==
- Vacances

== Semaine 6 (du 29 Février au 04 Mars 2016) ==
- Prise en main des outils de traçage des événements Linux
- Prise en main des concepts d'ordonnancement de Linux

== Semaine 7 (du 07 au 11 Mars 2016) ==
- Mise au point sur les événements renvoyés par le kernel BOSSA
[[File:EvenementsBossa.png]]
- Création de la bzImage Linux utilisable via QEmu

== Semaine 8 (du 14 au 17 Mars 2016) ==
- Intégration théorique des tests

= Bilan =

== Travail Réalisé ==
-Phases de renseignements
-Mise en place du l'environnement de travail
-Portage de Bossa de Linux 4.3 vers 4.5
-Mise à jour du code kernel
-Mise à jour du compilateur
-Mise à jour du manager
-Mise à jour du traceur
-Démarrage du Bossa-Kernel
[[File:LancementKermel.png]]

== Difficultés rencontrées ==
-Petit groupe de 3
-Pas de connaissance antérieure
-Matériel
-Code kernel difficile à deboguer malgré des outils de virtualisation (QEmu)

= Références =
- [http://bossa.lip6.fr/ Site web du projet Bossa]
- [https://www.kernel.org/ Codes sources du Noyau Linux]

Projets-2015-2016-Portage Bossa

2016-03-17T10:11:05Z

Eric.Fotsing: /* Semaine 2 (du 1er au 5 Février 2016) */

= Présentation du projet =

== Qu’est-ce-que BOSSA ? ==

BOSSA est un generateur d’ordonnanceur. L’ordonnanceur choisit l’ordre dans lequel les processus vont s’executer. La plupart du temps, un processus n’est pas execute d’une traite mais morceau par morceau. Cela permet d’allouer du temps a tour de role a tous les processus. BOSSA permet de choisir selon quels parametres l’ordonnanceur fonctionnera (temps alloue a chaque processuer, priorite donnee...) Les ordonnanceurs generes fonctionnent actuellement sur les kernels Linux 2.4 et 2.6. Ces deux versions sont tres vieilles, datant respectivement de 2001 et 2003.

== Portage de BOSSA ==

Le but du projet est de rendre les ordonnanceurs de BOSSA utilisables sous les versions les plus recentes : 4.x, datant de 2015.

Actuellement, les sources de BOSSA sont deja portees vers la version 4.x. Elles utilisent un langage de programmation specifique et propre a BOSSA (DSL). Il nous faut donc valider la chaine de compilation qui traduira ce code DSL en un code comprehensible par le système d’exploitation, probablement en C.

Il faut egalement mettre a jour l’executable de BOSSA pour qu’il fonctionne sous les versions plus recentes de l’OS.

== Parties prenantes du projet ==

L'équipe chargée de la réalisation du projet est constituée de :

=== Tuteurs Polytech ===

''- Monsieur Nicolas PALIX''

''- Monsieur Didier DONSEZ''

=== Etudiants RICM5 ===

''- Ombeline ROSSI (Chef du projet)''

''- Longfei YAO (Responsable Logistique) ''

''- Eric Michel FOTSING (Responsable Technique)''

=== Etudiants DUT ===

'' Aucun''

==Durée prévisionnelle et lieu de réalisation du projet ==

Le projet est totalement realise a Polytech’Grenoble, sur la periode de mi-janvier à mi-mars.

==Livrables et outils de suivie du projet==

[https://github.com/OmbelineRossi/portage-bossa Espace Github ]

[https://waffle.io/OmbelineRossi/portage-bossa Chronograme Waffle.io]

=Déroulement du projet schedule=

== Semaine 1 (du 25 au 29 Janvier 2016 ) ==
- Lecture autour de BOSSA
[[File:BossaArchitecture.png]]
- Rendez-vous avec M. PALIX pour l'explication détaillée du projet
- Création du Wiki

== Semaine 2 (du 1er au 5 Février 2016) ==
- Mise en place des machines virtuelles 2.6 et 4.3 / 4.4
- Etude du rapport du portage de Bossa vers Linux 2.6.32
- Configuration du dépôt git sur mandelbrot
[[File:Exemple.jpg]]
- Prise en main de la compilation du noyau Linux
- Etude du code de BOSSA

Notice de compilation du noyau Linux : http://air.imag.fr/index.php/File:CompilationDeLinux.docx
(Sources : https://fr.opensuse.org/Configurer,_Compiler_et_Installer_un_noyau_Linux_personnalis%C3%A9#Pr.C3.A9paration )

== Semaine 3 (du 8 au 12 Février 2016) ==
- Etude du bug du compilateur 2.6.32
- Installation de BOSSA

== Semaine 4 (du 15 au 19 Février 2016) ==
- Mise à jour des exécutables
- Portage de la version 4.3 vers 4.4 de BOSSA
- Spécifiation des tests

== Semaine 5 (du 22 au 26 Février 2016) ==
- Vacances

== Semaine 6 (du 29 Février au 04 Mars 2016) ==
- Prise en main des outils de traçage des événements Linux
- Prise en main des concepts d'ordonnancement de Linux

== Semaine 7 (du 07 au 11 Mars 2016) ==
- Mise au point sur les événements renvoyés par le kernel BOSSA
[[File:EvenementsBossa.png]]
- Création de la bzImage Linux utilisable via QEmu

== Semaine 8 (du 14 au 17 Mars 2016) ==
- Intégration théorique des tests

= Bilan =

== Travail Réalisé ==
-Phases de renseignements
-Mise en place du l'environnement de travail
-Portage de Bossa de Linux 4.3 vers 4.5
-Mise à jour du code kernel
-Mise à jour du compilateur
-Mise à jour du manager
-Mise à jour du traceur
-Démarrage du Bossa-Kernel
[[File:LancementKermel.png]]

== Difficultés rencontrées ==
-Petit groupe de 3
-Pas de connaissance antérieure
-Matériel
-Code kernel difficile à deboguer malgré des outils de virtualisation (QEmu)

= Références =
- [http://bossa.lip6.fr/ Site web du projet Bossa]
- [https://www.kernel.org/ Codes sources du Noyau Linux]

File:GitServeur.png

2016-03-17T10:10:20Z

Eric.Fotsing:

Projets-2015-2016-Portage Bossa

2016-03-17T10:05:34Z

Eric.Fotsing: /* Travail Réalisé */

= Présentation du projet =

== Qu’est-ce-que BOSSA ? ==

BOSSA est un generateur d’ordonnanceur. L’ordonnanceur choisit l’ordre dans lequel les processus vont s’executer. La plupart du temps, un processus n’est pas execute d’une traite mais morceau par morceau. Cela permet d’allouer du temps a tour de role a tous les processus. BOSSA permet de choisir selon quels parametres l’ordonnanceur fonctionnera (temps alloue a chaque processuer, priorite donnee...) Les ordonnanceurs generes fonctionnent actuellement sur les kernels Linux 2.4 et 2.6. Ces deux versions sont tres vieilles, datant respectivement de 2001 et 2003.

== Portage de BOSSA ==

Le but du projet est de rendre les ordonnanceurs de BOSSA utilisables sous les versions les plus recentes : 4.x, datant de 2015.

Actuellement, les sources de BOSSA sont deja portees vers la version 4.x. Elles utilisent un langage de programmation specifique et propre a BOSSA (DSL). Il nous faut donc valider la chaine de compilation qui traduira ce code DSL en un code comprehensible par le système d’exploitation, probablement en C.

Il faut egalement mettre a jour l’executable de BOSSA pour qu’il fonctionne sous les versions plus recentes de l’OS.

== Parties prenantes du projet ==

L'équipe chargée de la réalisation du projet est constituée de :

=== Tuteurs Polytech ===

''- Monsieur Nicolas PALIX''

''- Monsieur Didier DONSEZ''

=== Etudiants RICM5 ===

''- Ombeline ROSSI (Chef du projet)''

''- Longfei YAO (Responsable Logistique) ''

''- Eric Michel FOTSING (Responsable Technique)''

=== Etudiants DUT ===

'' Aucun''

==Durée prévisionnelle et lieu de réalisation du projet ==

Le projet est totalement realise a Polytech’Grenoble, sur la periode de mi-janvier à mi-mars.

==Livrables et outils de suivie du projet==

[https://github.com/OmbelineRossi/portage-bossa Espace Github ]

[https://waffle.io/OmbelineRossi/portage-bossa Chronograme Waffle.io]

=Déroulement du projet schedule=

== Semaine 1 (du 25 au 29 Janvier 2016 ) ==
- Lecture autour de BOSSA
[[File:BossaArchitecture.png]]
- Rendez-vous avec M. PALIX pour l'explication détaillée du projet
- Création du Wiki

== Semaine 2 (du 1er au 5 Février 2016) ==
- Mise en place des machines virtuelles 2.6 et 4.3 / 4.4
- Etude du rapport du portage de Bossa vers Linux 2.6.32
- Configuration du dépôt git sur mandelbrot
- Prise en main de la compilation du noyau Linux
- Etude du code de BOSSA

Notice de compilation du noyau Linux : http://air.imag.fr/index.php/File:CompilationDeLinux.docx
(Sources : https://fr.opensuse.org/Configurer,_Compiler_et_Installer_un_noyau_Linux_personnalis%C3%A9#Pr.C3.A9paration )

== Semaine 3 (du 8 au 12 Février 2016) ==
- Etude du bug du compilateur 2.6.32
- Installation de BOSSA

== Semaine 4 (du 15 au 19 Février 2016) ==
- Mise à jour des exécutables
- Portage de la version 4.3 vers 4.4 de BOSSA
- Spécifiation des tests

== Semaine 5 (du 22 au 26 Février 2016) ==
- Vacances

== Semaine 6 (du 29 Février au 04 Mars 2016) ==
- Prise en main des outils de traçage des événements Linux
- Prise en main des concepts d'ordonnancement de Linux

== Semaine 7 (du 07 au 11 Mars 2016) ==
- Mise au point sur les événements renvoyés par le kernel BOSSA
[[File:EvenementsBossa.png]]
- Création de la bzImage Linux utilisable via QEmu

== Semaine 8 (du 14 au 17 Mars 2016) ==
- Intégration théorique des tests

= Bilan =

== Travail Réalisé ==
-Phases de renseignements
-Mise en place du l'environnement de travail
-Portage de Bossa de Linux 4.3 vers 4.5
-Mise à jour du code kernel
-Mise à jour du compilateur
-Mise à jour du manager
-Mise à jour du traceur
-Démarrage du Bossa-Kernel
[[File:LancementKermel.png]]

== Difficultés rencontrées ==
-Petit groupe de 3
-Pas de connaissance antérieure
-Matériel
-Code kernel difficile à deboguer malgré des outils de virtualisation (QEmu)

= Références =
- [http://bossa.lip6.fr/ Site web du projet Bossa]
- [https://www.kernel.org/ Codes sources du Noyau Linux]

Projets-2015-2016-Portage Bossa

2016-03-17T10:04:41Z

Eric.Fotsing: /* Travail Réalisé */

= Présentation du projet =

== Qu’est-ce-que BOSSA ? ==

BOSSA est un generateur d’ordonnanceur. L’ordonnanceur choisit l’ordre dans lequel les processus vont s’executer. La plupart du temps, un processus n’est pas execute d’une traite mais morceau par morceau. Cela permet d’allouer du temps a tour de role a tous les processus. BOSSA permet de choisir selon quels parametres l’ordonnanceur fonctionnera (temps alloue a chaque processuer, priorite donnee...) Les ordonnanceurs generes fonctionnent actuellement sur les kernels Linux 2.4 et 2.6. Ces deux versions sont tres vieilles, datant respectivement de 2001 et 2003.

== Portage de BOSSA ==

Le but du projet est de rendre les ordonnanceurs de BOSSA utilisables sous les versions les plus recentes : 4.x, datant de 2015.

Actuellement, les sources de BOSSA sont deja portees vers la version 4.x. Elles utilisent un langage de programmation specifique et propre a BOSSA (DSL). Il nous faut donc valider la chaine de compilation qui traduira ce code DSL en un code comprehensible par le système d’exploitation, probablement en C.

Il faut egalement mettre a jour l’executable de BOSSA pour qu’il fonctionne sous les versions plus recentes de l’OS.

== Parties prenantes du projet ==

L'équipe chargée de la réalisation du projet est constituée de :

=== Tuteurs Polytech ===

''- Monsieur Nicolas PALIX''

''- Monsieur Didier DONSEZ''

=== Etudiants RICM5 ===

''- Ombeline ROSSI (Chef du projet)''

''- Longfei YAO (Responsable Logistique) ''

''- Eric Michel FOTSING (Responsable Technique)''

=== Etudiants DUT ===

'' Aucun''

==Durée prévisionnelle et lieu de réalisation du projet ==

Le projet est totalement realise a Polytech’Grenoble, sur la periode de mi-janvier à mi-mars.

==Livrables et outils de suivie du projet==

[https://github.com/OmbelineRossi/portage-bossa Espace Github ]

[https://waffle.io/OmbelineRossi/portage-bossa Chronograme Waffle.io]

=Déroulement du projet schedule=

== Semaine 1 (du 25 au 29 Janvier 2016 ) ==
- Lecture autour de BOSSA
[[File:BossaArchitecture.png]]
- Rendez-vous avec M. PALIX pour l'explication détaillée du projet
- Création du Wiki

== Semaine 2 (du 1er au 5 Février 2016) ==
- Mise en place des machines virtuelles 2.6 et 4.3 / 4.4
- Etude du rapport du portage de Bossa vers Linux 2.6.32
- Configuration du dépôt git sur mandelbrot
- Prise en main de la compilation du noyau Linux
- Etude du code de BOSSA

Notice de compilation du noyau Linux : http://air.imag.fr/index.php/File:CompilationDeLinux.docx
(Sources : https://fr.opensuse.org/Configurer,_Compiler_et_Installer_un_noyau_Linux_personnalis%C3%A9#Pr.C3.A9paration )

== Semaine 3 (du 8 au 12 Février 2016) ==
- Etude du bug du compilateur 2.6.32
- Installation de BOSSA

== Semaine 4 (du 15 au 19 Février 2016) ==
- Mise à jour des exécutables
- Portage de la version 4.3 vers 4.4 de BOSSA
- Spécifiation des tests

== Semaine 5 (du 22 au 26 Février 2016) ==
- Vacances

== Semaine 6 (du 29 Février au 04 Mars 2016) ==
- Prise en main des outils de traçage des événements Linux
- Prise en main des concepts d'ordonnancement de Linux

== Semaine 7 (du 07 au 11 Mars 2016) ==
- Mise au point sur les événements renvoyés par le kernel BOSSA
[[File:EvenementsBossa.png]]
- Création de la bzImage Linux utilisable via QEmu

== Semaine 8 (du 14 au 17 Mars 2016) ==
- Intégration théorique des tests

= Bilan =

== Travail Réalisé ==
-Phases de renseignements
-Mise en place du l'environnement de travail
-Portage de Bossa de Linux 4.3 vers 4.5
-Mise à jour du code kernel
-Mise à jour du compilateur
-Mise à jour du manager
-Mise à jour du traceur
-Démarrage du Bossa-Kernel
[[File:LancementKermel.png]]

== Difficultés rencontrées ==
-Petit groupe de 3
-Pas de connaissance antérieure
-Matériel
-Code kernel difficile à deboguer malgré des outils de virtualisation (QEmu)

= Références =
- [http://bossa.lip6.fr/ Site web du projet Bossa]
- [https://www.kernel.org/ Codes sources du Noyau Linux]

Projets-2015-2016-Portage Bossa

2016-03-17T10:04:28Z

Eric.Fotsing: /* Semaine 7 (du 07 au 11 Mars 2016) */

= Présentation du projet =

== Qu’est-ce-que BOSSA ? ==

BOSSA est un generateur d’ordonnanceur. L’ordonnanceur choisit l’ordre dans lequel les processus vont s’executer. La plupart du temps, un processus n’est pas execute d’une traite mais morceau par morceau. Cela permet d’allouer du temps a tour de role a tous les processus. BOSSA permet de choisir selon quels parametres l’ordonnanceur fonctionnera (temps alloue a chaque processuer, priorite donnee...) Les ordonnanceurs generes fonctionnent actuellement sur les kernels Linux 2.4 et 2.6. Ces deux versions sont tres vieilles, datant respectivement de 2001 et 2003.

== Portage de BOSSA ==

Le but du projet est de rendre les ordonnanceurs de BOSSA utilisables sous les versions les plus recentes : 4.x, datant de 2015.

Actuellement, les sources de BOSSA sont deja portees vers la version 4.x. Elles utilisent un langage de programmation specifique et propre a BOSSA (DSL). Il nous faut donc valider la chaine de compilation qui traduira ce code DSL en un code comprehensible par le système d’exploitation, probablement en C.

Il faut egalement mettre a jour l’executable de BOSSA pour qu’il fonctionne sous les versions plus recentes de l’OS.

== Parties prenantes du projet ==

L'équipe chargée de la réalisation du projet est constituée de :

=== Tuteurs Polytech ===

''- Monsieur Nicolas PALIX''

''- Monsieur Didier DONSEZ''

=== Etudiants RICM5 ===

''- Ombeline ROSSI (Chef du projet)''

''- Longfei YAO (Responsable Logistique) ''

''- Eric Michel FOTSING (Responsable Technique)''

=== Etudiants DUT ===

'' Aucun''

==Durée prévisionnelle et lieu de réalisation du projet ==

Le projet est totalement realise a Polytech’Grenoble, sur la periode de mi-janvier à mi-mars.

==Livrables et outils de suivie du projet==

[https://github.com/OmbelineRossi/portage-bossa Espace Github ]

[https://waffle.io/OmbelineRossi/portage-bossa Chronograme Waffle.io]

=Déroulement du projet schedule=

== Semaine 1 (du 25 au 29 Janvier 2016 ) ==
- Lecture autour de BOSSA
[[File:BossaArchitecture.png]]
- Rendez-vous avec M. PALIX pour l'explication détaillée du projet
- Création du Wiki

== Semaine 2 (du 1er au 5 Février 2016) ==
- Mise en place des machines virtuelles 2.6 et 4.3 / 4.4
- Etude du rapport du portage de Bossa vers Linux 2.6.32
- Configuration du dépôt git sur mandelbrot
- Prise en main de la compilation du noyau Linux
- Etude du code de BOSSA

Notice de compilation du noyau Linux : http://air.imag.fr/index.php/File:CompilationDeLinux.docx
(Sources : https://fr.opensuse.org/Configurer,_Compiler_et_Installer_un_noyau_Linux_personnalis%C3%A9#Pr.C3.A9paration )

== Semaine 3 (du 8 au 12 Février 2016) ==
- Etude du bug du compilateur 2.6.32
- Installation de BOSSA

== Semaine 4 (du 15 au 19 Février 2016) ==
- Mise à jour des exécutables
- Portage de la version 4.3 vers 4.4 de BOSSA
- Spécifiation des tests

== Semaine 5 (du 22 au 26 Février 2016) ==
- Vacances

== Semaine 6 (du 29 Février au 04 Mars 2016) ==
- Prise en main des outils de traçage des événements Linux
- Prise en main des concepts d'ordonnancement de Linux

== Semaine 7 (du 07 au 11 Mars 2016) ==
- Mise au point sur les événements renvoyés par le kernel BOSSA
[[File:EvenementsBossa.png]]
- Création de la bzImage Linux utilisable via QEmu

== Semaine 8 (du 14 au 17 Mars 2016) ==
- Intégration théorique des tests

= Bilan =

== Travail Réalisé ==
-Phases de renseignements
-Mise en place du l'environnement de travail
-Portage de Bossa de Linux 4.3 vers 4.5
-Mise à jour du code kernel
-Mise à jour du compilateur
-Mise à jour du manager
-Mise à jour du traceur
-Démarrage du Bossa-Kernel

== Difficultés rencontrées ==
-Petit groupe de 3
-Pas de connaissance antérieure
-Matériel
-Code kernel difficile à deboguer malgré des outils de virtualisation (QEmu)

= Références =
- [http://bossa.lip6.fr/ Site web du projet Bossa]
- [https://www.kernel.org/ Codes sources du Noyau Linux]

Projets-2015-2016-Portage Bossa

2016-03-17T09:57:23Z

Eric.Fotsing: /* Semaine 1 (du 25 au 29 Janvier 2016 ) */

= Présentation du projet =

== Qu’est-ce-que BOSSA ? ==

BOSSA est un generateur d’ordonnanceur. L’ordonnanceur choisit l’ordre dans lequel les processus vont s’executer. La plupart du temps, un processus n’est pas execute d’une traite mais morceau par morceau. Cela permet d’allouer du temps a tour de role a tous les processus. BOSSA permet de choisir selon quels parametres l’ordonnanceur fonctionnera (temps alloue a chaque processuer, priorite donnee...) Les ordonnanceurs generes fonctionnent actuellement sur les kernels Linux 2.4 et 2.6. Ces deux versions sont tres vieilles, datant respectivement de 2001 et 2003.

== Portage de BOSSA ==

Le but du projet est de rendre les ordonnanceurs de BOSSA utilisables sous les versions les plus recentes : 4.x, datant de 2015.

Actuellement, les sources de BOSSA sont deja portees vers la version 4.x. Elles utilisent un langage de programmation specifique et propre a BOSSA (DSL). Il nous faut donc valider la chaine de compilation qui traduira ce code DSL en un code comprehensible par le système d’exploitation, probablement en C.

Il faut egalement mettre a jour l’executable de BOSSA pour qu’il fonctionne sous les versions plus recentes de l’OS.

== Parties prenantes du projet ==

L'équipe chargée de la réalisation du projet est constituée de :

=== Tuteurs Polytech ===

''- Monsieur Nicolas PALIX''

''- Monsieur Didier DONSEZ''

=== Etudiants RICM5 ===

''- Ombeline ROSSI (Chef du projet)''

''- Longfei YAO (Responsable Logistique) ''

''- Eric Michel FOTSING (Responsable Technique)''

=== Etudiants DUT ===

'' Aucun''

==Durée prévisionnelle et lieu de réalisation du projet ==

Le projet est totalement realise a Polytech’Grenoble, sur la periode de mi-janvier à mi-mars.

==Livrables et outils de suivie du projet==

[https://github.com/OmbelineRossi/portage-bossa Espace Github ]

[https://waffle.io/OmbelineRossi/portage-bossa Chronograme Waffle.io]

=Déroulement du projet schedule=

== Semaine 1 (du 25 au 29 Janvier 2016 ) ==
- Lecture autour de BOSSA
[[File:BossaArchitecture.png]]
- Rendez-vous avec M. PALIX pour l'explication détaillée du projet
- Création du Wiki

== Semaine 2 (du 1er au 5 Février 2016) ==
- Mise en place des machines virtuelles 2.6 et 4.3 / 4.4
- Etude du rapport du portage de Bossa vers Linux 2.6.32
- Configuration du dépôt git sur mandelbrot
- Prise en main de la compilation du noyau Linux
- Etude du code de BOSSA

Notice de compilation du noyau Linux : http://air.imag.fr/index.php/File:CompilationDeLinux.docx
(Sources : https://fr.opensuse.org/Configurer,_Compiler_et_Installer_un_noyau_Linux_personnalis%C3%A9#Pr.C3.A9paration )

== Semaine 3 (du 8 au 12 Février 2016) ==
- Etude du bug du compilateur 2.6.32
- Installation de BOSSA

== Semaine 4 (du 15 au 19 Février 2016) ==
- Mise à jour des exécutables
- Portage de la version 4.3 vers 4.4 de BOSSA
- Spécifiation des tests

== Semaine 5 (du 22 au 26 Février 2016) ==
- Vacances

== Semaine 6 (du 29 Février au 04 Mars 2016) ==
- Prise en main des outils de traçage des événements Linux
- Prise en main des concepts d'ordonnancement de Linux

== Semaine 7 (du 07 au 11 Mars 2016) ==
- Mise au point sur les événements renvoyés par le kernel BOSSA
[[File:EvenementsBossa.png]]
- Création de la bzImage Linux utilisable via QEmu
[[File:LancementKermel.png]]

== Semaine 8 (du 14 au 17 Mars 2016) ==
- Intégration théorique des tests

= Bilan =

== Travail Réalisé ==
-Phases de renseignements
-Mise en place du l'environnement de travail
-Portage de Bossa de Linux 4.3 vers 4.5
-Mise à jour du code kernel
-Mise à jour du compilateur
-Mise à jour du manager
-Mise à jour du traceur
-Démarrage du Bossa-Kernel

== Difficultés rencontrées ==
-Petit groupe de 3
-Pas de connaissance antérieure
-Matériel
-Code kernel difficile à deboguer malgré des outils de virtualisation (QEmu)

= Références =
- [http://bossa.lip6.fr/ Site web du projet Bossa]
- [https://www.kernel.org/ Codes sources du Noyau Linux]

File:BossaArchitecture.png

2016-03-17T09:56:37Z

Eric.Fotsing:

Projets-2015-2016-Portage Bossa

2016-03-17T09:51:55Z

Eric.Fotsing: /* Semaine 7 (du 07 au 11 Mars 2016) */

= Présentation du projet =

== Qu’est-ce-que BOSSA ? ==

BOSSA est un generateur d’ordonnanceur. L’ordonnanceur choisit l’ordre dans lequel les processus vont s’executer. La plupart du temps, un processus n’est pas execute d’une traite mais morceau par morceau. Cela permet d’allouer du temps a tour de role a tous les processus. BOSSA permet de choisir selon quels parametres l’ordonnanceur fonctionnera (temps alloue a chaque processuer, priorite donnee...) Les ordonnanceurs generes fonctionnent actuellement sur les kernels Linux 2.4 et 2.6. Ces deux versions sont tres vieilles, datant respectivement de 2001 et 2003.

== Portage de BOSSA ==

Le but du projet est de rendre les ordonnanceurs de BOSSA utilisables sous les versions les plus recentes : 4.x, datant de 2015.

Actuellement, les sources de BOSSA sont deja portees vers la version 4.x. Elles utilisent un langage de programmation specifique et propre a BOSSA (DSL). Il nous faut donc valider la chaine de compilation qui traduira ce code DSL en un code comprehensible par le système d’exploitation, probablement en C.

Il faut egalement mettre a jour l’executable de BOSSA pour qu’il fonctionne sous les versions plus recentes de l’OS.

== Parties prenantes du projet ==

L'équipe chargée de la réalisation du projet est constituée de :

=== Tuteurs Polytech ===

''- Monsieur Nicolas PALIX''

''- Monsieur Didier DONSEZ''

=== Etudiants RICM5 ===

''- Ombeline ROSSI (Chef du projet)''

''- Longfei YAO (Responsable Logistique) ''

''- Eric Michel FOTSING (Responsable Technique)''

=== Etudiants DUT ===

'' Aucun''

==Durée prévisionnelle et lieu de réalisation du projet ==

Le projet est totalement realise a Polytech’Grenoble, sur la periode de mi-janvier à mi-mars.

==Livrables et outils de suivie du projet==

[https://github.com/OmbelineRossi/portage-bossa Espace Github ]

[https://waffle.io/OmbelineRossi/portage-bossa Chronograme Waffle.io]

=Déroulement du projet schedule=

== Semaine 1 (du 25 au 29 Janvier 2016 ) ==
- Lecture autour de BOSSA
- Rendez-vous avec M. PALIX pour l'explication détaillée du projet
- Création du Wiki

== Semaine 2 (du 1er au 5 Février 2016) ==
- Mise en place des machines virtuelles 2.6 et 4.3 / 4.4
- Etude du rapport du portage de Bossa vers Linux 2.6.32
- Configuration du dépôt git sur mandelbrot
- Prise en main de la compilation du noyau Linux
- Etude du code de BOSSA

Notice de compilation du noyau Linux : http://air.imag.fr/index.php/File:CompilationDeLinux.docx
(Sources : https://fr.opensuse.org/Configurer,_Compiler_et_Installer_un_noyau_Linux_personnalis%C3%A9#Pr.C3.A9paration )

== Semaine 3 (du 8 au 12 Février 2016) ==
- Etude du bug du compilateur 2.6.32
- Installation de BOSSA

== Semaine 4 (du 15 au 19 Février 2016) ==
- Mise à jour des exécutables
- Portage de la version 4.3 vers 4.4 de BOSSA
- Spécifiation des tests

== Semaine 5 (du 22 au 26 Février 2016) ==
- Vacances

== Semaine 6 (du 29 Février au 04 Mars 2016) ==
- Prise en main des outils de traçage des événements Linux
- Prise en main des concepts d'ordonnancement de Linux

== Semaine 7 (du 07 au 11 Mars 2016) ==
- Mise au point sur les événements renvoyés par le kernel BOSSA
[[File:EvenementsBossa.png]]
- Création de la bzImage Linux utilisable via QEmu
[[File:LancementKermel.png]]

== Semaine 8 (du 14 au 17 Mars 2016) ==
- Intégration théorique des tests

= Bilan =

== Travail Réalisé ==
-Phases de renseignements
-Mise en place du l'environnement de travail
-Portage de Bossa de Linux 4.3 vers 4.5
-Mise à jour du code kernel
-Mise à jour du compilateur
-Mise à jour du manager
-Mise à jour du traceur
-Démarrage du Bossa-Kernel

== Difficultés rencontrées ==
-Petit groupe de 3
-Pas de connaissance antérieure
-Matériel
-Code kernel difficile à deboguer malgré des outils de virtualisation (QEmu)

= Références =
- [http://bossa.lip6.fr/ Site web du projet Bossa]
- [https://www.kernel.org/ Codes sources du Noyau Linux]

File:LancementKermel.png

2016-03-17T09:46:41Z

Eric.Fotsing:

Projets-2015-2016-Portage Bossa

2016-03-17T09:42:50Z

Eric.Fotsing: /* Semaine 7 (du 07 au 11 Mars 2016) */

= Présentation du projet =

== Qu’est-ce-que BOSSA ? ==

BOSSA est un generateur d’ordonnanceur. L’ordonnanceur choisit l’ordre dans lequel les processus vont s’executer. La plupart du temps, un processus n’est pas execute d’une traite mais morceau par morceau. Cela permet d’allouer du temps a tour de role a tous les processus. BOSSA permet de choisir selon quels parametres l’ordonnanceur fonctionnera (temps alloue a chaque processuer, priorite donnee...) Les ordonnanceurs generes fonctionnent actuellement sur les kernels Linux 2.4 et 2.6. Ces deux versions sont tres vieilles, datant respectivement de 2001 et 2003.

== Portage de BOSSA ==

Le but du projet est de rendre les ordonnanceurs de BOSSA utilisables sous les versions les plus recentes : 4.x, datant de 2015.

Actuellement, les sources de BOSSA sont deja portees vers la version 4.x. Elles utilisent un langage de programmation specifique et propre a BOSSA (DSL). Il nous faut donc valider la chaine de compilation qui traduira ce code DSL en un code comprehensible par le système d’exploitation, probablement en C.

Il faut egalement mettre a jour l’executable de BOSSA pour qu’il fonctionne sous les versions plus recentes de l’OS.

== Parties prenantes du projet ==

L'équipe chargée de la réalisation du projet est constituée de :

=== Tuteurs Polytech ===

''- Monsieur Nicolas PALIX''

''- Monsieur Didier DONSEZ''

=== Etudiants RICM5 ===

''- Ombeline ROSSI (Chef du projet)''

''- Longfei YAO (Responsable Logistique) ''

''- Eric Michel FOTSING (Responsable Technique)''

=== Etudiants DUT ===

'' Aucun''

==Durée prévisionnelle et lieu de réalisation du projet ==

Le projet est totalement realise a Polytech’Grenoble, sur la periode de mi-janvier à mi-mars.

==Livrables et outils de suivie du projet==

[https://github.com/OmbelineRossi/portage-bossa Espace Github ]

[https://waffle.io/OmbelineRossi/portage-bossa Chronograme Waffle.io]

=Déroulement du projet schedule=

== Semaine 1 (du 25 au 29 Janvier 2016 ) ==
- Lecture autour de BOSSA
- Rendez-vous avec M. PALIX pour l'explication détaillée du projet
- Création du Wiki

== Semaine 2 (du 1er au 5 Février 2016) ==
- Mise en place des machines virtuelles 2.6 et 4.3 / 4.4
- Etude du rapport du portage de Bossa vers Linux 2.6.32
- Configuration du dépôt git sur mandelbrot
- Prise en main de la compilation du noyau Linux
- Etude du code de BOSSA

Notice de compilation du noyau Linux : http://air.imag.fr/index.php/File:CompilationDeLinux.docx
(Sources : https://fr.opensuse.org/Configurer,_Compiler_et_Installer_un_noyau_Linux_personnalis%C3%A9#Pr.C3.A9paration )

== Semaine 3 (du 8 au 12 Février 2016) ==
- Etude du bug du compilateur 2.6.32
- Installation de BOSSA

== Semaine 4 (du 15 au 19 Février 2016) ==
- Mise à jour des exécutables
- Portage de la version 4.3 vers 4.4 de BOSSA
- Spécifiation des tests

== Semaine 5 (du 22 au 26 Février 2016) ==
- Vacances

== Semaine 6 (du 29 Février au 04 Mars 2016) ==
- Prise en main des outils de traçage des événements Linux
- Prise en main des concepts d'ordonnancement de Linux

== Semaine 7 (du 07 au 11 Mars 2016) ==
- Mise au point sur les événements renvoyés par le kernel BOSSA
[[File:EvenementsBossa.png]]
- Création de la bzImage Linux utilisable via QEmu

== Semaine 8 (du 14 au 17 Mars 2016) ==
- Intégration théorique des tests

= Bilan =

== Travail Réalisé ==
-Phases de renseignements
-Mise en place du l'environnement de travail
-Portage de Bossa de Linux 4.3 vers 4.5
-Mise à jour du code kernel
-Mise à jour du compilateur
-Mise à jour du manager
-Mise à jour du traceur
-Démarrage du Bossa-Kernel

== Difficultés rencontrées ==
-Petit groupe de 3
-Pas de connaissance antérieure
-Matériel
-Code kernel difficile à deboguer malgré des outils de virtualisation (QEmu)

= Références =
- [http://bossa.lip6.fr/ Site web du projet Bossa]
- [https://www.kernel.org/ Codes sources du Noyau Linux]

File:EvenementsBossa.png

2016-03-17T09:42:25Z

Eric.Fotsing:

Projets-2015-2016-Portage Bossa

2016-01-30T11:09:50Z

Eric.Fotsing: /* Qu’est-ce-que BOSSA ? */

Projets-2015-2016-Portage Bossa

2016-01-30T11:09:21Z

Eric.Fotsing: /* Qu’est-ce-que BOSSA ? */

Projets-2015-2016-Portage Bossa

2016-01-30T11:05:24Z

Eric.Fotsing: /* Références */

Projets-2015-2016-Portage Bossa

2016-01-30T11:04:26Z

Eric.Fotsing: /* Références */

Projets-2015-2016-Portage Bossa

2016-01-30T11:04:10Z

Eric.Fotsing: /* Références */

Projets-2015-2016-Portage Bossa

2016-01-30T11:03:35Z

Eric.Fotsing: /* Références */

Projets-2015-2016-Portage Bossa

2016-01-30T11:00:42Z

Eric.Fotsing: /* Livrables et outils de suivie du projet */

Projets-2015-2016-Portage Bossa

2016-01-30T11:00:19Z

Eric.Fotsing: /* Livrables du projet */

Projets-2015-2016-Portage Bossa

2016-01-30T10:53:41Z

Eric.Fotsing:

Projets-2015-2016-Portage Bossa

2016-01-30T10:53:01Z

Eric.Fotsing:

Projets-2015-2016-Portage Bossa

2016-01-30T10:50:55Z

Eric.Fotsing: Created page with "= Présentation du projet = == Qu’est-ce-que BOSSA ? == BOSSA est un generateur d’ordonnanceur. L’ordonnanceur choisit l’ordre dans lequel les processus vont s’exe..."

Projets 2015-2016

2016-01-25T12:04:12Z

Eric.Fotsing: /* Projet Semestre S10 */

<<[[Projets 2014-2015]] | [[Projets]] | [[Projets 2016-2017]]>>
=RICM=
==RICM3==

==RICM4==
===Projet Semestre S8===

Enseignants responsables : Olivier Richard, Didier Donsez

* '''Evaluation à mi-parcours le lundi 29 février''': Format: 10min (5min de présentation 3 slides au plus, 5min de discussion). Cette évaluation sera prise en compte dans la note finale.

'''Consignes générales:'''

* '''Vous devez être pro-actifs !!!''': Si des points sont pas ou mals spécifiés, vous le faîtes et vous justifiez vos choix. Pour les problèmes techniques éventuels vous pouvez: vous creusez la question, vous contactez l'auteur du code si il y a lieux, vous faites un rapport de bug ('''Attention:''' ca se prépare !), vous soumettez un patch, vous contactez l'enseignant ou la personne suivant le projet.

* '''Vous devez maintenir une fiche de suivi de projet''': elle doit être mise à jour chaque semaine, elle rassemble les élements essentiels du projet, elle
indique les évolutions du projet et présente sa feuille de route. '''Note:''' le nom de la fiche doit être composé du nom du projet et suffixé par ricm4_2015_2016.

* '''Vous devez utiliser un logiciel de gestion de version''' pour vos développements comme [http://en.wikipedia.org/wiki/Git_%28software%29 git ] et nous vous conseillons d'utiliser le site [https://github.com github] pour l'hébergement de votre dépôt public.

* Les document public (exemple sur github) doivent être rédigés en anglais (README, documentation, commentaires de code, nom de variables et de fonctions). Une bonnification sera accordée si le rapport et les transparents sont en anglais (la soutenance sera en francais).

{|class="wikitable alternance"
|+ Affectation des projets RICM4 2015-2016
|-
|
!scope="col"| Sujet
!scope="col"| Etudiants
!scope="col"| Enseignant(s)
!scope="col"| Fiche de suivi
!scope="col"| Dépot git
|-

!scope="row"| 1
| [[Dashboard pour gestionnaire de tâches et de ressources]]
| CROUZET, MATHIEU
| Richard
| [[Projets-2015-2016-DashBoard| '''Fiche''']]
| [https://github.com/MatthieuCrouzet/Projet4A '''github''']
| [[Media:RapportProjet.pdf|Rapport]] - [[Media:TransparentsProojet.pdf|Transparents]] - [[Media:FlyerProjet.pdf|Flyer]] - [[Media:gl_groupe1.pdf|Rapport Consultant]]
|-

!scope="row"| 2
| [[Speeding Simplified Script Language]]
| POPEK, BERTRAND, DALECHAMPS, WEI
| Richard
| [[Fiche| '''Fiche''']]
| [https://github.com/xxx '''github''']
| [[Media:RapportProjet.pdf|Rapport]] - [[Media:TransparentsProojet.pdf|Transparents]] - [[Media:FlyerProjet.pdf|Flyer]] - [[Media:Groupe2_AIR.pdf|Rapport Consultant]]
|-

!scope="row"| 3
| [[Borne interactive]]
| DUNAND - NAVARRO - REVEL
| Maisonnasse
| [[Projets-2015-2016-Borne-Interactive| '''Fiche''']] - [[Projets-2015-2016-Borne-Interactive-SRS | '''SRS''']]
| [https://github.com/xxx '''github''']
| [[Media:RapportProjet.pdf|Rapport]] - [[Media:TransparentsProojet.pdf|Transparents]] - [[Media:FlyerProjet.pdf|Flyer]] - [[Media:IPopo.pdf|Rapport Consultant]]
|-

!scope="row"| 4
| [[Sonotone]]
| LECORPS, VOUTAT, Hattinguais
| Maisonnasse, Richard
| [[Projets-2015-2016-Sonotone| '''Fiche''']] - [[Projets-2015-2016-Sonotone-SRS | '''SRS''']]
| [https://github.com/Gorgorot38/Sonotone-RICM4 '''github''']
| [[Media:RapportProjet.pdf|Rapport]] - [[Media:TransparentsProojet.pdf|Transparents]] - [[Media:FlyerProjet.pdf|Flyer]] - [[Media:SRS_Consultant_Sonotone_4.pdf|Rapport_Consultant]]
|-

!scope="row"| 5
| [[Sous-titre en temps réel d'un cours]]
| LECHEVALLIER, BUI, OUNISSI
| Maisonnasse
| [[Fiche| '''Fiche''']]
| [https://github.com/xxx '''github''']
| [[Media:RapportProjet.pdf|Rapport]] - [[Media:TransparentsProojet.pdf|Transparents]] - [[Media:FlyerProjet.pdf|Flyer]] - [[Media: SRS_Groupe_5.pdf| Rapport Consultant]]
|-

!scope="row"| 6
| [[GrenobloisFuté]]
| MOURET, DELAPORTE, Lucidarme
| Nicolas Palix
| [[Fiche| '''Fiche''']]
| [https://github.com/xxx '''github''']
| [[Media:RapportProjet.pdf|Rapport]] - [[Media:TransparentsProojet.pdf|Transparents]] - [[Media:FlyerProjet.pdf|Flyer]] - [[Media:gl_G14.pdf|Rapport Consultant]]
|-

!scope="row"| 7
| [[Streaming en stéréoscopie]]
| ZHAO ZILONG, HAMMOUTI
| Maisonnasse
| [[Fiche| '''Fiche''']] - [[SRS - Streaming en stéréoscopie | '''SRS''']]
| [https://github.com/zhao-zilong/streaming_stereo '''github''']
| [[Media:RapportProjet.pdf|Rapport]] - [[Media:TransparentsProojet.pdf|Transparents]] - [[Media:FlyerProjet.pdf|Flyer]] - [[Media:bruel_medewou_ndiaye.pdf|Rapport_consultant]]
|-

!scope="row"| 8
| [[PersyCup2016]]
| BIN, ZEGAOUI, ELLAPIN
| Donsez, Maisonnasse
| [[Fiche| '''Fiche''']]
| [https://github.com/xxx '''github''']
| [[Media:RapportProjet.pdf|Rapport]] - [[Media:TransparentsProojet.pdf|Transparents]] - [[Media:FlyerProjet.pdf|Flyer]]
|-

!scope="row"| 9
| [[Services étendus pour le modèle de composants iPOPO pour Python]]
| FOUNAS, HALLAL, GATTAZ
| Calmant & Donsez
| [[Proj-2015-2016-Extensions_IPOPO | '''Fiche''']] - [[Proj-2015-2016-Extensions_IPOPO/SRS | '''SRS''']]
| [https://github.com/xxx '''github''']
| [[Media:9_RapportProjet.pdf|Rapport]] - [[Media:9_TransparentsProojet.pdf|Transparents]] - [[Media:9_FlyerProjet.pdf|Flyer]] - [[Media:3-SRS-Pres.pdf| Rapport Consultant]]
|-

!scope="row"| 10
| [[IndoorGeoloc2016]]
| ARRADA - CRASTES - FAURE - STOIAN
| Donsez
| [[Fiche| '''Fiche''']]
| [https://github.com/xxx '''github''']
| [[Media:RapportProjet.pdf|Rapport]] - [[Media:TransparentsProojet.pdf|Transparents]] - [[Media:FlyerProjet.pdf|Flyer]] - [[Media: SRSGroupe17.pdf| Rapport Consultant]]
|-

!scope="row"| 11
| [[UPnPOpenHAB2016]]
| Medewou , NDIAYE Yacine , Bruel Anna
| Didier Donsez & Jérome Maisonnasse
| [[Fiche| '''Fiche''']]
| [https://github.com/xxx '''github''']
| [[Media:RapportProjet.pdf|Rapport]] - [[Media:TransparentsProojet.pdf|Transparents]] - [[Media:FlyerProjet.pdf|Flyer]] - [[Media:gl_ZHAO_HAMMOUTI.pdf|Rapport Consultant]]
|-

!scope="row"| 12
| [[Sign2Speech]]
| NIOGRET, NOGUERON, TITH
| Didier Donsez
| [[sign2speech_ricm4_2015_2016| '''Fiche''']] - [[SRS - Sign2Speech | '''SRS''']]
| [https://github.com/SignToSpeech-Project/sign2speech '''github''']
| [[Media:RapportProjet.pdf|Rapport]] - [[Media:TransparentsProojet.pdf|Transparents]] - [[Media:FlyerProjet.pdf|Flyer]] - [[Media:12-Sign2Speech-RapportConsultant.pdf|Rapport Consultant]]
|-

!scope="row"| 13
| [[AstroImage]]
| RACHEX, BLANC, GERRY
| Olivier Richard et Bruno Bzeznik
| [[Fiche| '''Fiche''']] - [[AstroImage/SRS | '''SRS''']]
| [https://github.com/nicolas-blanc/AstroImage '''github''']
| [[Media:RapportProjet.pdf|Rapport]] - [[Media:TransparentsProojet.pdf|Transparents]] - [[Media:FlyerProjet.pdf|Flyer]] - [[Media:13-AstroImage-RapportConsultant.pdf|Rapport Consultant]]
|-

!scope="row"| 14
| [[Tachymètre]]
| MACE, NOUGUIER, RAMEL
| Olivier Gattaz
| [[Fiche - Tachymètre | '''Fiche''']] - [[SRS - Tachymètre| '''SRS''']]
| [https://github.com/Quego/Tachymetre '''github - Tachymètre''']
| [[Media:RapportProjet.pdf|Rapport]] - [[Media:TransparentsProojet.pdf|Transparents]] - [[Media:FlyerProjet.pdf|Flyer]] - [[Media:srs_tachymetre.pdf|Rapport consultant]]
|-

!scope="row"| 16
| [[SmartProjector]]
| BRANGER, HABLOT
| Donsez, Richard
| [[Fiche_SmartProjector_ricm4_2015_2016| '''Fiche''']] - [[SRS - SmartProjector| '''SRS''']]
| [https://github.com/P0ppoff/SmartProjector '''github''']
| [[Media:RapportProjet.pdf|Rapport]] - [[Media:TransparentsProojet.pdf|Transparents]] - [[Media:FlyerProjet.pdf|Flyer]] - [[Media:Gl_groupe16.pdf|Rapport Consultant]]
|-

|}

===Liste de projets===

* [[Dashboard pour gestionnaire de tâches et de ressources]], Olivier Richard
* [[Moteur distribué d'exécution de commande]], Olivier Richard
* [[Environnement d'expérimentation de pour NVIDIA Shield (Tegra X1)]], Olivier Richard
* [[Speeding Simplified Script Language]], Olivier Richard

* Aide (Open-Source)au Handicap Auditif, avec Didier Donsez, Jérome Maisonnasse, Marie-Paule Balicco (SAH UGA) et Nicolas Vuillerme
** [[Borne interactive]] (1 sujet)
** [[Sonotone]] (1 sujet)
** [[Sous-titre en temps réel d'un cours]] (1 sujet)
* [[GrenobloisFuté]] Couche trafic sur OsmAnd avec un greffon. Données dynamique de la métro. Dvp Android. Nicolas Palix.
* [[GeoDiff]] Production, visualisation, fusion de variations (diff) sur de l'information géocodée : Nicolas Palix
* [[Smart campus augmenté et contributif]] Didier Donsez, Vivien Quema

* [[Streaming en stéréoscopie]] sur [[WebRTC]] avec rendu sur [[Oculus]] pour le robot [[RobAIR]], Jérôme Maisonnasse. ([http://gstconf.ubicast.tv/videos/stereoscopic-3d-video/ voir]).
* [[STM32F7]] : Mise en oeuvre de la chaîne de compilation sous Linux avec [[OpenSTM32]] et [[OpenOCD]]. Nicolas Palix
* [[PersyCup2016]] : Persyval Robocup, Didier Donsez, Vivien Quema, Jérome Maisonnasse. (3 étudiants)
* [[Services étendus pour le modèle de composants iPOPO pour Python]], Didier Donsez & Thomas Calmant. (2 étudiants)
* [[SmartClassRoom2016|Développement d'une interface partagée pour tables tactiles (projet SmartClassRoom)]], Didier Donsez, Jérôme Maisonnasse. (2 étudiants)
* [[iRock2016|iRock : surveillance de glissement de terrains]], Didier Donsez & Vivien Quema
* [[IndoorGeoloc2016|Géolocalisation in-door au moyen de balises (beacon) BLE et Wifi à base de STM32 et de balises iBeacon & AltBeacon]], Didier Donsez & Vivien Quema
* [[UPnPOpenHAB2016|Intégration et gestion de caméras de surveillance UPnP dans la plateforme domotique open-source OpenHAB et myOpenHAB]], Didier Donsez & Jérome Maisonnasse.

'''Projets non prioritaires'''

* [[Liveprogramming with Kivy]], Olivier Richard
* [[AstroImage]] production d'image d'astronomie, Olivier Richard et Bruno Bzeznik
* [[G-code Cruncher]] Controle de machine CNC (Nucleo grbl + esp8266 + Sdcard), Olivier Richard
* [[Intégration OpenHAB / OpenTele]] Nicolas Palix

==RICM5==

===Projet Semestre S10===

Enseignant responsable : Didier Donsez

Démarrage : Lundi 25/01 à 10H30-12H30, P253 (Rendez-vous devant la salle AIR) - Visioconf pour Thibaut Cordier

Soutenance : ??/03 à 9H00-12H00, Salle à confirmer

Etudiants : RICM5 + 8 étudiants Avosti DUT RT

Liste provisoire des sujets:

* [[Visite immersive en réalité virtuelle dans une usine avec EDF]], Didier Donsez, Georges-Pierre Bonneau, Thibaut Cordier (EDF)
* [[IaaS collaboratif avec Docker]] : application au Big Data, Pierre-Yves Gibello, Vincent Zurczak, Didier Donsez
* [[Algorithmes de suivi de personnes pour robot de téléprésence RobAIR]] (Jérôme Maisonnasse, Didier Donsez)
* [[Portage de Bossa]] (Linux 2.4/2.6) sur un noyau Linux 4.x, Nicolas Palix.
* [[Contribution à OpenSmartCampus]] (voir http://data.beta.metropolegrenoble.fr/). Didier Donsez, Vivien Quéma
* [[Contribution à SmartClassRoom]] (Interfaces tactiles distribuées et partagées). Jérôme Maisonnasse, Didier Donsez

{|class="wikitable alternance"
|+ Affectation des projets RICM4 2015-2016
|-
|
!scope="col"| Sujet
!scope="col"| Etudiants
!scope="col"| Enseignant(s)
!scope="col"| Fiche de suivi
!scope="col"| Dépot git
|-

!scope="row"| 1
| [http://air.imag.fr/index.php/IaaS_collaboratif_avec_Docker IaaS - Docker]
| Eudes Robin, Damotte Alan, Barthelemy Romain, Mammar Malek, Guo Kai, Bonnard Loïc, Caperan Théo
| Donsez
| [[Projets-2015-2016-IaaS_Docker| '''Fiche''']]
| [https://github.com/EudesRobin/ '''github''']
| [[Media:Rapport_IaaS.pdf|Rapport]] - [[Media:Transparents_IaaS.pdf|Transparents]] - [[Media:Flyer_IaaS.pdf|Flyer]] - [[Media:gl_groupe1.pdf|Rapport Consultant]]
|-
!scope="row"| 2
| [http://air.imag.fr/index.php/Portage_de_Bossa Portage de Bossa sur le Kernel Linux 4x]
| Eric Michel Fotsing, Ombeline Rossi, Longfei Yao
| Nicolas Palix, Didier Donsez
| [[Projets-2015-2016-Portage_Bossa| '''Fiche''']]
| [https://github.com/ZenithKaizer/ '''github''']
| [[Media:Rapport_Bossa.pdf|Rapport]] - [[Media:Transparents_Bossa.pdf|Transparents]] - [[Media:Flyer_Bossa.pdf|Flyer]] - [[Media:gl_groupe1.pdf|Rapport Consultant]]
|-

!scope="row"| 3
| [[ XXXX]]
| XXXXXXXXXx
| XXXX
| [[Projets-2015-2016-XXXX| '''Fiche''']]
| [https://github.com/XXXX '''github''']
| [[Media:RapportProjetX.pdf|Rapport]] - [[Media:TransparentsProojetX.pdf|Transparents]] - [[Media:FlyerProjetX.pdf|Flyer]] - [[Media:gl_groupeX.pdf|Rapport Consultant]]
|-

|}

===Projets annulés et reportés===
* Projet avec [[Tango Project]] (Annulé)
* Hack the Beam, Didier Donsez & Jérôme Maisonnasse.

Projets 2015-2016

2016-01-25T11:53:44Z

Eric.Fotsing: /* Projet Semestre S10 */

<<[[Projets 2014-2015]] | [[Projets]] | [[Projets 2016-2017]]>>
=RICM=
==RICM3==

==RICM4==
===Projet Semestre S8===

Enseignants responsables : Olivier Richard, Didier Donsez

* '''Evaluation à mi-parcours le lundi 29 février''': Format: 10min (5min de présentation 3 slides au plus, 5min de discussion). Cette évaluation sera prise en compte dans la note finale.

'''Consignes générales:'''

* '''Vous devez être pro-actifs !!!''': Si des points sont pas ou mals spécifiés, vous le faîtes et vous justifiez vos choix. Pour les problèmes techniques éventuels vous pouvez: vous creusez la question, vous contactez l'auteur du code si il y a lieux, vous faites un rapport de bug ('''Attention:''' ca se prépare !), vous soumettez un patch, vous contactez l'enseignant ou la personne suivant le projet.

* '''Vous devez maintenir une fiche de suivi de projet''': elle doit être mise à jour chaque semaine, elle rassemble les élements essentiels du projet, elle
indique les évolutions du projet et présente sa feuille de route. '''Note:''' le nom de la fiche doit être composé du nom du projet et suffixé par ricm4_2015_2016.

* '''Vous devez utiliser un logiciel de gestion de version''' pour vos développements comme [http://en.wikipedia.org/wiki/Git_%28software%29 git ] et nous vous conseillons d'utiliser le site [https://github.com github] pour l'hébergement de votre dépôt public.

* Les document public (exemple sur github) doivent être rédigés en anglais (README, documentation, commentaires de code, nom de variables et de fonctions). Une bonnification sera accordée si le rapport et les transparents sont en anglais (la soutenance sera en francais).

{|class="wikitable alternance"
|+ Affectation des projets RICM4 2015-2016
|-
|
!scope="col"| Sujet
!scope="col"| Etudiants
!scope="col"| Enseignant(s)
!scope="col"| Fiche de suivi
!scope="col"| Dépot git
|-

!scope="row"| 1
| [[Dashboard pour gestionnaire de tâches et de ressources]]
| CROUZET, MATHIEU
| Richard
| [[Projets-2015-2016-DashBoard| '''Fiche''']]
| [https://github.com/MatthieuCrouzet/Projet4A '''github''']
| [[Media:RapportProjet.pdf|Rapport]] - [[Media:TransparentsProojet.pdf|Transparents]] - [[Media:FlyerProjet.pdf|Flyer]] - [[Media:gl_groupe1.pdf|Rapport Consultant]]
|-

!scope="row"| 2
| [[Speeding Simplified Script Language]]
| POPEK, BERTRAND, DALECHAMPS, WEI
| Richard
| [[Fiche| '''Fiche''']]
| [https://github.com/xxx '''github''']
| [[Media:RapportProjet.pdf|Rapport]] - [[Media:TransparentsProojet.pdf|Transparents]] - [[Media:FlyerProjet.pdf|Flyer]] - [[Media:Groupe2_AIR.pdf|Rapport Consultant]]
|-

!scope="row"| 3
| [[Borne interactive]]
| DUNAND - NAVARRO - REVEL
| Maisonnasse
| [[Projets-2015-2016-Borne-Interactive| '''Fiche''']] - [[Projets-2015-2016-Borne-Interactive-SRS | '''SRS''']]
| [https://github.com/xxx '''github''']
| [[Media:RapportProjet.pdf|Rapport]] - [[Media:TransparentsProojet.pdf|Transparents]] - [[Media:FlyerProjet.pdf|Flyer]] - [[Media:IPopo.pdf|Rapport Consultant]]
|-

!scope="row"| 4
| [[Sonotone]]
| LECORPS, VOUTAT, Hattinguais
| Maisonnasse, Richard
| [[Projets-2015-2016-Sonotone| '''Fiche''']] - [[Projets-2015-2016-Sonotone-SRS | '''SRS''']]
| [https://github.com/Gorgorot38/Sonotone-RICM4 '''github''']
| [[Media:RapportProjet.pdf|Rapport]] - [[Media:TransparentsProojet.pdf|Transparents]] - [[Media:FlyerProjet.pdf|Flyer]] - [[Media:SRS_Consultant_Sonotone_4.pdf|Rapport_Consultant]]
|-

!scope="row"| 5
| [[Sous-titre en temps réel d'un cours]]
| LECHEVALLIER, BUI, OUNISSI
| Maisonnasse
| [[Fiche| '''Fiche''']]
| [https://github.com/xxx '''github''']
| [[Media:RapportProjet.pdf|Rapport]] - [[Media:TransparentsProojet.pdf|Transparents]] - [[Media:FlyerProjet.pdf|Flyer]] - [[Media: SRS_Groupe_5.pdf| Rapport Consultant]]
|-

!scope="row"| 6
| [[GrenobloisFuté]]
| MOURET, DELAPORTE, Lucidarme
| Nicolas Palix
| [[Fiche| '''Fiche''']]
| [https://github.com/xxx '''github''']
| [[Media:RapportProjet.pdf|Rapport]] - [[Media:TransparentsProojet.pdf|Transparents]] - [[Media:FlyerProjet.pdf|Flyer]] - [[Media:gl_G14.pdf|Rapport Consultant]]
|-

!scope="row"| 7
| [[Streaming en stéréoscopie]]
| ZHAO ZILONG, HAMMOUTI
| Maisonnasse
| [[Fiche| '''Fiche''']] - [[SRS - Streaming en stéréoscopie | '''SRS''']]
| [https://github.com/zhao-zilong/streaming_stereo '''github''']
| [[Media:RapportProjet.pdf|Rapport]] - [[Media:TransparentsProojet.pdf|Transparents]] - [[Media:FlyerProjet.pdf|Flyer]] - [[Media:bruel_medewou_ndiaye.pdf|Rapport_consultant]]
|-

!scope="row"| 8
| [[PersyCup2016]]
| BIN, ZEGAOUI, ELLAPIN
| Donsez, Maisonnasse
| [[Fiche| '''Fiche''']]
| [https://github.com/xxx '''github''']
| [[Media:RapportProjet.pdf|Rapport]] - [[Media:TransparentsProojet.pdf|Transparents]] - [[Media:FlyerProjet.pdf|Flyer]]
|-

!scope="row"| 9
| [[Services étendus pour le modèle de composants iPOPO pour Python]]
| FOUNAS, HALLAL, GATTAZ
| Calmant & Donsez
| [[Proj-2015-2016-Extensions_IPOPO | '''Fiche''']] - [[Proj-2015-2016-Extensions_IPOPO/SRS | '''SRS''']]
| [https://github.com/xxx '''github''']
| [[Media:9_RapportProjet.pdf|Rapport]] - [[Media:9_TransparentsProojet.pdf|Transparents]] - [[Media:9_FlyerProjet.pdf|Flyer]] - [[Media:3-SRS-Pres.pdf| Rapport Consultant]]
|-

!scope="row"| 10
| [[IndoorGeoloc2016]]
| ARRADA - CRASTES - FAURE - STOIAN
| Donsez
| [[Fiche| '''Fiche''']]
| [https://github.com/xxx '''github''']
| [[Media:RapportProjet.pdf|Rapport]] - [[Media:TransparentsProojet.pdf|Transparents]] - [[Media:FlyerProjet.pdf|Flyer]] - [[Media: SRSGroupe17.pdf| Rapport Consultant]]
|-

!scope="row"| 11
| [[UPnPOpenHAB2016]]
| Medewou , NDIAYE Yacine , Bruel Anna
| Didier Donsez & Jérome Maisonnasse
| [[Fiche| '''Fiche''']]
| [https://github.com/xxx '''github''']
| [[Media:RapportProjet.pdf|Rapport]] - [[Media:TransparentsProojet.pdf|Transparents]] - [[Media:FlyerProjet.pdf|Flyer]] - [[Media:gl_ZHAO_HAMMOUTI.pdf|Rapport Consultant]]
|-

!scope="row"| 12
| [[Sign2Speech]]
| NIOGRET, NOGUERON, TITH
| Didier Donsez
| [[sign2speech_ricm4_2015_2016| '''Fiche''']] - [[SRS - Sign2Speech | '''SRS''']]
| [https://github.com/SignToSpeech-Project/sign2speech '''github''']
| [[Media:RapportProjet.pdf|Rapport]] - [[Media:TransparentsProojet.pdf|Transparents]] - [[Media:FlyerProjet.pdf|Flyer]] - [[Media:12-Sign2Speech-RapportConsultant.pdf|Rapport Consultant]]
|-

!scope="row"| 13
| [[AstroImage]]
| RACHEX, BLANC, GERRY
| Olivier Richard et Bruno Bzeznik
| [[Fiche| '''Fiche''']] - [[AstroImage/SRS | '''SRS''']]
| [https://github.com/nicolas-blanc/AstroImage '''github''']
| [[Media:RapportProjet.pdf|Rapport]] - [[Media:TransparentsProojet.pdf|Transparents]] - [[Media:FlyerProjet.pdf|Flyer]] - [[Media:13-AstroImage-RapportConsultant.pdf|Rapport Consultant]]
|-

!scope="row"| 14
| [[Tachymètre]]
| MACE, NOUGUIER, RAMEL
| Olivier Gattaz
| [[Fiche - Tachymètre | '''Fiche''']] - [[SRS - Tachymètre| '''SRS''']]
| [https://github.com/Quego/Tachymetre '''github - Tachymètre''']
| [[Media:RapportProjet.pdf|Rapport]] - [[Media:TransparentsProojet.pdf|Transparents]] - [[Media:FlyerProjet.pdf|Flyer]] - [[Media:srs_tachymetre.pdf|Rapport consultant]]
|-

!scope="row"| 16
| [[SmartProjector]]
| BRANGER, HABLOT
| Donsez, Richard
| [[Fiche_SmartProjector_ricm4_2015_2016| '''Fiche''']] - [[SRS - SmartProjector| '''SRS''']]
| [https://github.com/P0ppoff/SmartProjector '''github''']
| [[Media:RapportProjet.pdf|Rapport]] - [[Media:TransparentsProojet.pdf|Transparents]] - [[Media:FlyerProjet.pdf|Flyer]] - [[Media:Gl_groupe16.pdf|Rapport Consultant]]
|-

|}

===Liste de projets===

* [[Dashboard pour gestionnaire de tâches et de ressources]], Olivier Richard
* [[Moteur distribué d'exécution de commande]], Olivier Richard
* [[Environnement d'expérimentation de pour NVIDIA Shield (Tegra X1)]], Olivier Richard
* [[Speeding Simplified Script Language]], Olivier Richard

* Aide (Open-Source)au Handicap Auditif, avec Didier Donsez, Jérome Maisonnasse, Marie-Paule Balicco (SAH UGA) et Nicolas Vuillerme
** [[Borne interactive]] (1 sujet)
** [[Sonotone]] (1 sujet)
** [[Sous-titre en temps réel d'un cours]] (1 sujet)
* [[GrenobloisFuté]] Couche trafic sur OsmAnd avec un greffon. Données dynamique de la métro. Dvp Android. Nicolas Palix.
* [[GeoDiff]] Production, visualisation, fusion de variations (diff) sur de l'information géocodée : Nicolas Palix
* [[Smart campus augmenté et contributif]] Didier Donsez, Vivien Quema

* [[Streaming en stéréoscopie]] sur [[WebRTC]] avec rendu sur [[Oculus]] pour le robot [[RobAIR]], Jérôme Maisonnasse. ([http://gstconf.ubicast.tv/videos/stereoscopic-3d-video/ voir]).
* [[STM32F7]] : Mise en oeuvre de la chaîne de compilation sous Linux avec [[OpenSTM32]] et [[OpenOCD]]. Nicolas Palix
* [[PersyCup2016]] : Persyval Robocup, Didier Donsez, Vivien Quema, Jérome Maisonnasse. (3 étudiants)
* [[Services étendus pour le modèle de composants iPOPO pour Python]], Didier Donsez & Thomas Calmant. (2 étudiants)
* [[SmartClassRoom2016|Développement d'une interface partagée pour tables tactiles (projet SmartClassRoom)]], Didier Donsez, Jérôme Maisonnasse. (2 étudiants)
* [[iRock2016|iRock : surveillance de glissement de terrains]], Didier Donsez & Vivien Quema
* [[IndoorGeoloc2016|Géolocalisation in-door au moyen de balises (beacon) BLE et Wifi à base de STM32 et de balises iBeacon & AltBeacon]], Didier Donsez & Vivien Quema
* [[UPnPOpenHAB2016|Intégration et gestion de caméras de surveillance UPnP dans la plateforme domotique open-source OpenHAB et myOpenHAB]], Didier Donsez & Jérome Maisonnasse.

'''Projets non prioritaires'''

* [[Liveprogramming with Kivy]], Olivier Richard
* [[AstroImage]] production d'image d'astronomie, Olivier Richard et Bruno Bzeznik
* [[G-code Cruncher]] Controle de machine CNC (Nucleo grbl + esp8266 + Sdcard), Olivier Richard
* [[Intégration OpenHAB / OpenTele]] Nicolas Palix

==RICM5==

===Projet Semestre S10===

Enseignant responsable : Didier Donsez

Démarrage : Lundi 25/01 à 10H30-12H30, P253 (Rendez-vous devant la salle AIR) - Visioconf pour Thibaut Cordier

Soutenance : ??/03 à 9H00-12H00, Salle à confirmer

Etudiants : RICM5 + 8 étudiants Avosti DUT RT

Liste provisoire des sujets:

* [[Visite immersive en réalité virtuelle dans une usine avec EDF]], Didier Donsez, Georges-Pierre Bonneau, Thibaut Cordier (EDF)
* [[IaaS collaboratif avec Docker]] : application au Big Data, Pierre-Yves Gibello, Vincent Zurczak, Didier Donsez
* [[Algorithmes de suivi de personnes pour robot de téléprésence RobAIR]] (Jérôme Maisonnasse, Didier Donsez)
* [[Portage de Bossa]] (Linux 2.4/2.6) sur un noyau Linux 4.x, Nicolas Palix.
* [[Contribution à OpenSmartCampus]] (voir http://data.beta.metropolegrenoble.fr/). Didier Donsez, Vivien Quéma
* [[Contribution à SmartClassRoom]] (Interfaces tactiles distribuées et partagées). Jérôme Maisonnasse, Didier Donsez

{|class="wikitable alternance"
|+ Affectation des projets RICM4 2015-2016
|-
|
!scope="col"| Sujet
!scope="col"| Etudiants
!scope="col"| Enseignant(s)
!scope="col"| Fiche de suivi
!scope="col"| Dépot git
|-

!scope="row"| 1
| [http://air.imag.fr/index.php/IaaS_collaboratif_avec_Docker IaaS - Docker]
| Eudes Robin, Damotte Alan, Barthelemy Romain, Mammar Malek, Guo Kai, Bonnard Loïc, Caperan Théo
| Donsez
| [[Projets-2015-2016-IaaS_Docker| '''Fiche''']]
| [https://github.com/EudesRobin/ '''github''']
| [[Media:Rapport_IaaS.pdf|Rapport]] - [[Media:Transparents_IaaS.pdf|Transparents]] - [[Media:Flyer_IaaS.pdf|Flyer]] - [[Media:gl_groupe1.pdf|Rapport Consultant]]
|-
!scope="row"| 2
| [http://air.imag.fr/index.php/Portage_Bossa_Sur_Linux_4x Portage de Bossa sur le Kernel Linux 4x]
| Eric Michel Fotsing, Ombeline Rossi, Longfei Yao
| Nicolas Palix, Didier Donsez
| [[Projets-2015-2016-Portage_Bossa| '''Fiche''']]
| [https://github.com/ZenithKaizer/ '''github''']
| [[Media:Rapport_Bossa.pdf|Rapport]] - [[Media:Transparents_Bossa.pdf|Transparents]] - [[Media:Flyer_Bossa.pdf|Flyer]] - [[Media:gl_groupe1.pdf|Rapport Consultant]]
|-

!scope="row"| 3
| [[ XXXX]]
| XXXXXXXXXx
| XXXX
| [[Projets-2015-2016-XXXX| '''Fiche''']]
| [https://github.com/XXXX '''github''']
| [[Media:RapportProjetX.pdf|Rapport]] - [[Media:TransparentsProojetX.pdf|Transparents]] - [[Media:FlyerProjetX.pdf|Flyer]] - [[Media:gl_groupeX.pdf|Rapport Consultant]]
|-

|}

===Projets annulés et reportés===
* Projet avec [[Tango Project]] (Annulé)
* Hack the Beam, Didier Donsez & Jérôme Maisonnasse.

Projets 2015-2016

2016-01-25T11:52:58Z

Eric.Fotsing: /* Projet Semestre S10 */

<<[[Projets 2014-2015]] | [[Projets]] | [[Projets 2016-2017]]>>
=RICM=
==RICM3==

==RICM4==
===Projet Semestre S8===

Enseignants responsables : Olivier Richard, Didier Donsez

* '''Evaluation à mi-parcours le lundi 29 février''': Format: 10min (5min de présentation 3 slides au plus, 5min de discussion). Cette évaluation sera prise en compte dans la note finale.

'''Consignes générales:'''

* '''Vous devez être pro-actifs !!!''': Si des points sont pas ou mals spécifiés, vous le faîtes et vous justifiez vos choix. Pour les problèmes techniques éventuels vous pouvez: vous creusez la question, vous contactez l'auteur du code si il y a lieux, vous faites un rapport de bug ('''Attention:''' ca se prépare !), vous soumettez un patch, vous contactez l'enseignant ou la personne suivant le projet.

* '''Vous devez maintenir une fiche de suivi de projet''': elle doit être mise à jour chaque semaine, elle rassemble les élements essentiels du projet, elle
indique les évolutions du projet et présente sa feuille de route. '''Note:''' le nom de la fiche doit être composé du nom du projet et suffixé par ricm4_2015_2016.

* '''Vous devez utiliser un logiciel de gestion de version''' pour vos développements comme [http://en.wikipedia.org/wiki/Git_%28software%29 git ] et nous vous conseillons d'utiliser le site [https://github.com github] pour l'hébergement de votre dépôt public.

* Les document public (exemple sur github) doivent être rédigés en anglais (README, documentation, commentaires de code, nom de variables et de fonctions). Une bonnification sera accordée si le rapport et les transparents sont en anglais (la soutenance sera en francais).

{|class="wikitable alternance"
|+ Affectation des projets RICM4 2015-2016
|-
|
!scope="col"| Sujet
!scope="col"| Etudiants
!scope="col"| Enseignant(s)
!scope="col"| Fiche de suivi
!scope="col"| Dépot git
|-

!scope="row"| 1
| [[Dashboard pour gestionnaire de tâches et de ressources]]
| CROUZET, MATHIEU
| Richard
| [[Projets-2015-2016-DashBoard| '''Fiche''']]
| [https://github.com/MatthieuCrouzet/Projet4A '''github''']
| [[Media:RapportProjet.pdf|Rapport]] - [[Media:TransparentsProojet.pdf|Transparents]] - [[Media:FlyerProjet.pdf|Flyer]] - [[Media:gl_groupe1.pdf|Rapport Consultant]]
|-

!scope="row"| 2
| [[Speeding Simplified Script Language]]
| POPEK, BERTRAND, DALECHAMPS, WEI
| Richard
| [[Fiche| '''Fiche''']]
| [https://github.com/xxx '''github''']
| [[Media:RapportProjet.pdf|Rapport]] - [[Media:TransparentsProojet.pdf|Transparents]] - [[Media:FlyerProjet.pdf|Flyer]] - [[Media:Groupe2_AIR.pdf|Rapport Consultant]]
|-

!scope="row"| 3
| [[Borne interactive]]
| DUNAND - NAVARRO - REVEL
| Maisonnasse
| [[Projets-2015-2016-Borne-Interactive| '''Fiche''']] - [[Projets-2015-2016-Borne-Interactive-SRS | '''SRS''']]
| [https://github.com/xxx '''github''']
| [[Media:RapportProjet.pdf|Rapport]] - [[Media:TransparentsProojet.pdf|Transparents]] - [[Media:FlyerProjet.pdf|Flyer]] - [[Media:IPopo.pdf|Rapport Consultant]]
|-

!scope="row"| 4
| [[Sonotone]]
| LECORPS, VOUTAT, Hattinguais
| Maisonnasse, Richard
| [[Projets-2015-2016-Sonotone| '''Fiche''']] - [[Projets-2015-2016-Sonotone-SRS | '''SRS''']]
| [https://github.com/Gorgorot38/Sonotone-RICM4 '''github''']
| [[Media:RapportProjet.pdf|Rapport]] - [[Media:TransparentsProojet.pdf|Transparents]] - [[Media:FlyerProjet.pdf|Flyer]] - [[Media:SRS_Consultant_Sonotone_4.pdf|Rapport_Consultant]]
|-

!scope="row"| 5
| [[Sous-titre en temps réel d'un cours]]
| LECHEVALLIER, BUI, OUNISSI
| Maisonnasse
| [[Fiche| '''Fiche''']]
| [https://github.com/xxx '''github''']
| [[Media:RapportProjet.pdf|Rapport]] - [[Media:TransparentsProojet.pdf|Transparents]] - [[Media:FlyerProjet.pdf|Flyer]] - [[Media: SRS_Groupe_5.pdf| Rapport Consultant]]
|-

!scope="row"| 6
| [[GrenobloisFuté]]
| MOURET, DELAPORTE, Lucidarme
| Nicolas Palix
| [[Fiche| '''Fiche''']]
| [https://github.com/xxx '''github''']
| [[Media:RapportProjet.pdf|Rapport]] - [[Media:TransparentsProojet.pdf|Transparents]] - [[Media:FlyerProjet.pdf|Flyer]] - [[Media:gl_G14.pdf|Rapport Consultant]]
|-

!scope="row"| 7
| [[Streaming en stéréoscopie]]
| ZHAO ZILONG, HAMMOUTI
| Maisonnasse
| [[Fiche| '''Fiche''']] - [[SRS - Streaming en stéréoscopie | '''SRS''']]
| [https://github.com/zhao-zilong/streaming_stereo '''github''']
| [[Media:RapportProjet.pdf|Rapport]] - [[Media:TransparentsProojet.pdf|Transparents]] - [[Media:FlyerProjet.pdf|Flyer]] - [[Media:bruel_medewou_ndiaye.pdf|Rapport_consultant]]
|-

!scope="row"| 8
| [[PersyCup2016]]
| BIN, ZEGAOUI, ELLAPIN
| Donsez, Maisonnasse
| [[Fiche| '''Fiche''']]
| [https://github.com/xxx '''github''']
| [[Media:RapportProjet.pdf|Rapport]] - [[Media:TransparentsProojet.pdf|Transparents]] - [[Media:FlyerProjet.pdf|Flyer]]
|-

!scope="row"| 9
| [[Services étendus pour le modèle de composants iPOPO pour Python]]
| FOUNAS, HALLAL, GATTAZ
| Calmant & Donsez
| [[Proj-2015-2016-Extensions_IPOPO | '''Fiche''']] - [[Proj-2015-2016-Extensions_IPOPO/SRS | '''SRS''']]
| [https://github.com/xxx '''github''']
| [[Media:9_RapportProjet.pdf|Rapport]] - [[Media:9_TransparentsProojet.pdf|Transparents]] - [[Media:9_FlyerProjet.pdf|Flyer]] - [[Media:3-SRS-Pres.pdf| Rapport Consultant]]
|-

!scope="row"| 10
| [[IndoorGeoloc2016]]
| ARRADA - CRASTES - FAURE - STOIAN
| Donsez
| [[Fiche| '''Fiche''']]
| [https://github.com/xxx '''github''']
| [[Media:RapportProjet.pdf|Rapport]] - [[Media:TransparentsProojet.pdf|Transparents]] - [[Media:FlyerProjet.pdf|Flyer]] - [[Media: SRSGroupe17.pdf| Rapport Consultant]]
|-

!scope="row"| 11
| [[UPnPOpenHAB2016]]
| Medewou , NDIAYE Yacine , Bruel Anna
| Didier Donsez & Jérome Maisonnasse
| [[Fiche| '''Fiche''']]
| [https://github.com/xxx '''github''']
| [[Media:RapportProjet.pdf|Rapport]] - [[Media:TransparentsProojet.pdf|Transparents]] - [[Media:FlyerProjet.pdf|Flyer]] - [[Media:gl_ZHAO_HAMMOUTI.pdf|Rapport Consultant]]
|-

!scope="row"| 12
| [[Sign2Speech]]
| NIOGRET, NOGUERON, TITH
| Didier Donsez
| [[sign2speech_ricm4_2015_2016| '''Fiche''']] - [[SRS - Sign2Speech | '''SRS''']]
| [https://github.com/SignToSpeech-Project/sign2speech '''github''']
| [[Media:RapportProjet.pdf|Rapport]] - [[Media:TransparentsProojet.pdf|Transparents]] - [[Media:FlyerProjet.pdf|Flyer]] - [[Media:12-Sign2Speech-RapportConsultant.pdf|Rapport Consultant]]
|-

!scope="row"| 13
| [[AstroImage]]
| RACHEX, BLANC, GERRY
| Olivier Richard et Bruno Bzeznik
| [[Fiche| '''Fiche''']] - [[AstroImage/SRS | '''SRS''']]
| [https://github.com/nicolas-blanc/AstroImage '''github''']
| [[Media:RapportProjet.pdf|Rapport]] - [[Media:TransparentsProojet.pdf|Transparents]] - [[Media:FlyerProjet.pdf|Flyer]] - [[Media:13-AstroImage-RapportConsultant.pdf|Rapport Consultant]]
|-

!scope="row"| 14
| [[Tachymètre]]
| MACE, NOUGUIER, RAMEL
| Olivier Gattaz
| [[Fiche - Tachymètre | '''Fiche''']] - [[SRS - Tachymètre| '''SRS''']]
| [https://github.com/Quego/Tachymetre '''github - Tachymètre''']
| [[Media:RapportProjet.pdf|Rapport]] - [[Media:TransparentsProojet.pdf|Transparents]] - [[Media:FlyerProjet.pdf|Flyer]] - [[Media:srs_tachymetre.pdf|Rapport consultant]]
|-

!scope="row"| 16
| [[SmartProjector]]
| BRANGER, HABLOT
| Donsez, Richard
| [[Fiche_SmartProjector_ricm4_2015_2016| '''Fiche''']] - [[SRS - SmartProjector| '''SRS''']]
| [https://github.com/P0ppoff/SmartProjector '''github''']
| [[Media:RapportProjet.pdf|Rapport]] - [[Media:TransparentsProojet.pdf|Transparents]] - [[Media:FlyerProjet.pdf|Flyer]] - [[Media:Gl_groupe16.pdf|Rapport Consultant]]
|-

|}

===Liste de projets===

* [[Dashboard pour gestionnaire de tâches et de ressources]], Olivier Richard
* [[Moteur distribué d'exécution de commande]], Olivier Richard
* [[Environnement d'expérimentation de pour NVIDIA Shield (Tegra X1)]], Olivier Richard
* [[Speeding Simplified Script Language]], Olivier Richard

* Aide (Open-Source)au Handicap Auditif, avec Didier Donsez, Jérome Maisonnasse, Marie-Paule Balicco (SAH UGA) et Nicolas Vuillerme
** [[Borne interactive]] (1 sujet)
** [[Sonotone]] (1 sujet)
** [[Sous-titre en temps réel d'un cours]] (1 sujet)
* [[GrenobloisFuté]] Couche trafic sur OsmAnd avec un greffon. Données dynamique de la métro. Dvp Android. Nicolas Palix.
* [[GeoDiff]] Production, visualisation, fusion de variations (diff) sur de l'information géocodée : Nicolas Palix
* [[Smart campus augmenté et contributif]] Didier Donsez, Vivien Quema

* [[Streaming en stéréoscopie]] sur [[WebRTC]] avec rendu sur [[Oculus]] pour le robot [[RobAIR]], Jérôme Maisonnasse. ([http://gstconf.ubicast.tv/videos/stereoscopic-3d-video/ voir]).
* [[STM32F7]] : Mise en oeuvre de la chaîne de compilation sous Linux avec [[OpenSTM32]] et [[OpenOCD]]. Nicolas Palix
* [[PersyCup2016]] : Persyval Robocup, Didier Donsez, Vivien Quema, Jérome Maisonnasse. (3 étudiants)
* [[Services étendus pour le modèle de composants iPOPO pour Python]], Didier Donsez & Thomas Calmant. (2 étudiants)
* [[SmartClassRoom2016|Développement d'une interface partagée pour tables tactiles (projet SmartClassRoom)]], Didier Donsez, Jérôme Maisonnasse. (2 étudiants)
* [[iRock2016|iRock : surveillance de glissement de terrains]], Didier Donsez & Vivien Quema
* [[IndoorGeoloc2016|Géolocalisation in-door au moyen de balises (beacon) BLE et Wifi à base de STM32 et de balises iBeacon & AltBeacon]], Didier Donsez & Vivien Quema
* [[UPnPOpenHAB2016|Intégration et gestion de caméras de surveillance UPnP dans la plateforme domotique open-source OpenHAB et myOpenHAB]], Didier Donsez & Jérome Maisonnasse.

'''Projets non prioritaires'''

* [[Liveprogramming with Kivy]], Olivier Richard
* [[AstroImage]] production d'image d'astronomie, Olivier Richard et Bruno Bzeznik
* [[G-code Cruncher]] Controle de machine CNC (Nucleo grbl + esp8266 + Sdcard), Olivier Richard
* [[Intégration OpenHAB / OpenTele]] Nicolas Palix

==RICM5==

===Projet Semestre S10===

Enseignant responsable : Didier Donsez

Démarrage : Lundi 25/01 à 10H30-12H30, P253 (Rendez-vous devant la salle AIR) - Visioconf pour Thibaut Cordier

Soutenance : ??/03 à 9H00-12H00, Salle à confirmer

Etudiants : RICM5 + 8 étudiants Avosti DUT RT

Liste provisoire des sujets:

* [[Visite immersive en réalité virtuelle dans une usine avec EDF]], Didier Donsez, Georges-Pierre Bonneau, Thibaut Cordier (EDF)
* [[IaaS collaboratif avec Docker]] : application au Big Data, Pierre-Yves Gibello, Vincent Zurczak, Didier Donsez
* [[Algorithmes de suivi de personnes pour robot de téléprésence RobAIR]] (Jérôme Maisonnasse, Didier Donsez)
* [[Portage de Bossa]] (Linux 2.4/2.6) sur un noyau Linux 4.x, Nicolas Palix.
* [[Contribution à OpenSmartCampus]] (voir http://data.beta.metropolegrenoble.fr/). Didier Donsez, Vivien Quéma
* [[Contribution à SmartClassRoom]] (Interfaces tactiles distribuées et partagées). Jérôme Maisonnasse, Didier Donsez

{|class="wikitable alternance"
|+ Affectation des projets RICM4 2015-2016
|-
|
!scope="col"| Sujet
!scope="col"| Etudiants
!scope="col"| Enseignant(s)
!scope="col"| Fiche de suivi
!scope="col"| Dépot git
|-

!scope="row"| 1
| [http://air.imag.fr/index.php/IaaS_collaboratif_avec_Docker IaaS - Docker]
| Eudes Robin, Damotte Alan, Barthelemy Romain, Mammar Malek, Guo Kai, Bonnard Loïc, Caperan Théo
| Donsez
| [[Projets-2015-2016-IaaS_Docker| '''Fiche''']]
| [https://github.com/EudesRobin/ '''github''']
| [[Media:Rapport_IaaS.pdf|Rapport]] - [[Media:Transparents_IaaS.pdf|Transparents]] - [[Media:Flyer_IaaS.pdf|Flyer]] - [[Media:gl_groupe1.pdf|Rapport Consultant]]
|-
!scope="row"| 2
| [http://air.imag.fr/index.php/Portage_Bossa_Sur_Linux_4x Portage de Bossa sur le Kernel Linux 4x]
| Eric Michel Fotsing, Ombeline Rossi, Longfei Yao
| Donsez
| [[Projets-2015-2016-Portage_Bossa| '''Fiche''']]
| [https://github.com/ZenithKaizer/ '''github''']
| [[Media:Rapport_Bossa.pdf|Rapport]] - [[Media:Transparents_Bossa.pdf|Transparents]] - [[Media:Flyer_Bossa.pdf|Flyer]] - [[Media:gl_groupe1.pdf|Rapport Consultant]]
|-

!scope="row"| 3
| [[ XXXX]]
| XXXXXXXXXx
| XXXX
| [[Projets-2015-2016-XXXX| '''Fiche''']]
| [https://github.com/XXXX '''github''']
| [[Media:RapportProjetX.pdf|Rapport]] - [[Media:TransparentsProojetX.pdf|Transparents]] - [[Media:FlyerProjetX.pdf|Flyer]] - [[Media:gl_groupeX.pdf|Rapport Consultant]]
|-

|}

===Projets annulés et reportés===
* Projet avec [[Tango Project]] (Annulé)
* Hack the Beam, Didier Donsez & Jérôme Maisonnasse.

VT2015

2015-11-06T14:49:16Z

Eric.Fotsing: /* 6 Novembre */

[[EA2014|<< Etudes 2014]] [[EA|Sommaire]] [[VT2016|Etudes 2016 >>]]

=Veille Technologique et Stratégique=
* Enseignants: Georges-Pierre Bonneau, Didier Donsez
* UE/Module: EAM (HPRJ9R6B) et EAR (HPRJ9R4B) en RICM5

L'objectif des études approfondissement est de réaliser un travail de synthèse et d’évaluation sur une technologie / spécification / tendance

Dans votre futur vie d'ingénieur, vous aurez à d'une part, vous former par vous-même sur une technologie émergente et d'autre part à réaliser une veille technologique (et stratégique) par rapport à votre entreprise et projet.
Il s'agira de réaliser
* le positionnement par rapport au marché
* d'être critique

Votre synthèse fait l'objet d'une présentation orale convaincante devant un auditoire (dans le futur, vos collègues, vos chefs ou vos clients) avec des transparents et un discours répété.
Pour finir de convaincre (Saint Thomas), vous ferez la présentation d'une démonstration.

Votre présentation sera noté et commenté par tous vos camarades via un formulaire (téléphone mobile). Leurs notes et leurs commentaires seront notés en fonction de leur exactitude de jugement.

La présentation peut être réalisée avec [[reveal.js]]

[[File:presentation-VT-RICM5-1516.pdf|transparents d'introduction à l'UE]]

[[Image:ChoixSujetsVT2015.png|500px|center|Affectation des Sujets]]

==Planning==

====02 Octobre====
Didier DONSEZ

Sujets : 1, 15,19,32

* 1. Sébastien Toussaint, [https://securityblog.redhat.com/2015/09/02/factoring-rsa-keys-with-tls-perfect-forward-secrecy/ Factoring RSA Keys With TLS Perfect Forward Secrecy], démonstration d'une attaque, [[VT2015_Factoring_RSA|Fiche de synthèse]], [[Media:VT2015_Factoring_RSA.pdf|Transparents]]
* 32. Géolocalisation Indoor : Google [[Eddystone]], Apple [[iBeacon]], [[AltBeacon]], [[VT2015_Geolocalisation_Indoor|Fiche de synthèse]], [[Media:VT2015_Geolocalisation_Indoor.pdf|Transparents]]
* 15. [[Graph Databases]], [[VT2015_Graph_Databases|Fiche de synthèse]], [[Media:VT2015_Graph_Databases.pdf|Transparents]]
* 19. [[Software Forensics]] : cas d'étude Linagora vs Bluemind. , [[VT2015_Software_Forensics|Fiche de synthèse]], [[Media:VT2015_Software_Forensics.pdf|Transparents]]

====09 Octobre====
Georges-Pierre BONNEAU

Sujets : 22, 13, 17, 25
* 13 : Xueyong Qian, Intelligent Personal Assistant, [[VT2015_Intelligent_Personal_Assistant|Fiche de synthèse]],[[Media:Intelligent_Personal_Assistant.pdf|Transparents]]
* 17 : Christophe Adam, Rendu Expressif, [[VT2015_Rendu_Expressif|Fiche de synthèse]], [[Media:Rendu_Expressif2.pdf|Transparents]]
* 25 : Vivien Michel, Visualisation de journaux : Kibana/Logstash, [[VT2015_Kibana_Logstash|Fiche de synthèse]], [[Media:Kibana_Logstash.pdf|Transparents]]
* 22: Sarah Aissanou, Reconnaissance de la parole, [[VT2015/Speech_Recognition|Fiche de synthèse]], [[Media:La_reconnaissance_de_la_parole.pdf|Transparents]]

====16 Octobre====
Didier DONSEZ

Sujets : 7,8,12

* Evolution(s) de HTTP : [[HTTP 2.0]], [[SPDY]], ... [[VT2015_HTTP20|Fiche de synthèse]],[[Media:VT2015_HTTP20.pdf|Transparents]]
* [[Quick UDP Internet Connection (QUIC)]] [[VT2015_QUIC|Fiche de synthèse]],[[Media:VT2015_QUIC.pdf|Transparents]]
* Simulateurs de Smart Cities : UrbanSIM, CanVis, Suicidator City Generator, [[Blended Cities]], ... [[VT2015_SimSmartCities|Fiche de synthèse]],[[Media:VT2015_SimSmartCities.pdf|Transparents]]

====23 Octobre====
Georges-Pierre BONNEAU

Sujets : 14, 30, 6, 29

* 14 : KLIPFFEL Tararaina : [Complex Event Processing] : [[VT2015_Complex_Event_Processing2|Fiche de synthèse]], [[File:Complex_Event_Processing.pdf|Slides de présentation]]
* 29 : BARTHELEMY Romain : The [[Rust]] Programming Language : [[VT2015_Rust_Programming_Language|Fiche de synthèse]], [[Media:Rust_Programming_Language.pdf|Transparents]]
* 30 : Kai Guo : SQL-on-Hadoop : [[SQL-on-Hadoop|Fiche de synthèse]],[[Media:VT2015 SQL-on-Hadoop.pdf|Transparents]]
* 6 : MESNIER Vincent : NewSQL : [[NewSQL|Fiche de synthèse]],[[Media:VT2015 NewSQL.pdf|Transparents]]

====6 Novembre====
Didier DONSEZ (seul)

Sujets : 24, 26, 27, 10
* 24 EUDES Robin : Orchestration Tools : Puppet vs. Chef vs. Ansible vs. Salt ([[Orchestration_Tools|Fiche de synthèse]],[[Media:VT2015_-_Orchestration_Tools.pdf|Transparents]])
* 26 CODAZZI Rama : Protocoles de consensus (Paxos, Raft) et Canevas de consensus (Zookeeper, Curator, Etcd) : [[Consesus Protocol|Fiche de synthèse]],[[Media:VT:VT2015-protocol.pdf|Transparents]]
* 27 DAMOTTE Alan : Cluster Management avec Apache Mesos ([[Apache Mesos|Fiche de synthèse]],[[Media:VT2015_Mesos_DAMOTTE.pdf|Transparents]])
* 10 FOTSING Eric Michel: OpenStack ([[OpenStack|Fiche de synthèse]],[[Media:Introduction_dOpenStack.pdf|Transparents]])

====13 Novembre====
Georges-Pierre BONNEAU

Sujets : 2, 3, 20
* 2 TORCK Quentin : Structural Health Monitoring ([[structural health monitoring|Fiche de synthèse]],[[Media:VT:VT2015-Structural-Health-Monitoring.pdf|Transparents]])
* 3
* 20

==Liste des Sujets==
# [https://securityblog.redhat.com/2015/09/02/factoring-rsa-keys-with-tls-perfect-forward-secrecy/ Factoring RSA Keys With TLS Perfect Forward Secrecy], démonstration d'une attaque --> Sébastien Toussaint (OBLIGATOIREMENT)
# [[Structural Health Monitoring]]
# [[CryptoMoney]] ([[BitCoin]], ...)
# [[Memcached]] : Usages, Patrons d'arhitecture. Démonstration sur votre projet eCOM pour les ressources multimédia (images, videos, ...). Démonstration de l'[http://dev.mysql.com/doc/ndbapi/en/ndbmemcache.html API Memcache API for MySQL Cluster] et de [[Redis.io]]
# [[In-Memory Databases]]
# [[NewSQL]]
# Evolution(s) de HTTP : [[HTTP 2.0]], [[SPDY]], ...
# [[Quick UDP Internet Connection (QUIC)]]
# [[Cloud Foundry]]
# [[OpenStack]]
# [[MicroServices]]
# Simulateurs de Smart Cities : UrbanSIM, CanVis, Suicidator City Generator, [[Blended Cities]], ...
# [[Digital Assistant]] : démonstration de UMich Sirius
# (Complex) [[Event Stream Processing]] : démonstration de [[Apache Storm]] et de [[Spark Streaming]] sur le cloud [[Azure]]. Démo supplémentaire du SaaS [[IFTTT]]
# [[Software Forensics]] : cas d'étude Linagora vs Bluemind (vous compléterez les pages en et fr de Wikipédia sur ce sujet).
# [[Privacy policy guidelines]] : Démo: application à votre projet [[ECOM-RICM]]
# [[Rendu expressif]] ([[hatching surface rendering]])
# [[FPGA]]
# [[Graph Databases]]
# [[Akka]]
# [[Continuous Delivery]]
# [[Speech Recognition]]
# Protocoles, Formats et Plateformes pour le bâtiment intelligent : [[oBIX]], ... démonstration d'[[IoTSys]]
# Orchestration Tools : Puppet vs. Chef vs. Ansible vs. Salt (pour 2)
# Visualisation de Journaux : démonstration de [[Kibana]] et [[Logstash]] : démonstration sur les logs de votre projet [[eCOM]]
# Protocoles de consensus et applications : [[Paxos]], [[Raft]] et Canevas de consensus : [[Zookeeper]], [[Curator]], [[Etcd]]
# [[Apache Mesos]], [[Borg]], [[Kubernete]], [[Alibaba Fuxi]] : démonstration sur le projet [[eCOM]]
# Cluster Management : [[Apache Helix]]
# The [[Rust]] Programming Language
# [[SQL-on-Hadoop]] : [[Pinot]]
# [[A/B Testing]] @ Internet Scale ([http://fr.slideshare.net/courseratalks/talkscoursera-ab-testing-internet-scale voir])
# Géolocalisation Indoor : Google [[Eddystone]], Apple [[iBeacon]], [[AltBeacon]]
# Performance Debugging : The [http://brendangregg.com/usemethod.html USE Method].

File:Introduction dOpenStack.pdf

2015-11-06T14:48:32Z

Eric.Fotsing:

VT2015

2015-11-06T14:46:41Z

Eric.Fotsing:

[[EA2014|<< Etudes 2014]] [[EA|Sommaire]] [[VT2016|Etudes 2016 >>]]

=Veille Technologique et Stratégique=
* Enseignants: Georges-Pierre Bonneau, Didier Donsez
* UE/Module: EAM (HPRJ9R6B) et EAR (HPRJ9R4B) en RICM5

L'objectif des études approfondissement est de réaliser un travail de synthèse et d’évaluation sur une technologie / spécification / tendance

Dans votre futur vie d'ingénieur, vous aurez à d'une part, vous former par vous-même sur une technologie émergente et d'autre part à réaliser une veille technologique (et stratégique) par rapport à votre entreprise et projet.
Il s'agira de réaliser
* le positionnement par rapport au marché
* d'être critique

Votre synthèse fait l'objet d'une présentation orale convaincante devant un auditoire (dans le futur, vos collègues, vos chefs ou vos clients) avec des transparents et un discours répété.
Pour finir de convaincre (Saint Thomas), vous ferez la présentation d'une démonstration.

Votre présentation sera noté et commenté par tous vos camarades via un formulaire (téléphone mobile). Leurs notes et leurs commentaires seront notés en fonction de leur exactitude de jugement.

La présentation peut être réalisée avec [[reveal.js]]

[[File:presentation-VT-RICM5-1516.pdf|transparents d'introduction à l'UE]]

[[Image:ChoixSujetsVT2015.png|500px|center|Affectation des Sujets]]

==Planning==

====02 Octobre====
Didier DONSEZ

Sujets : 1, 15,19,32

* 1. Sébastien Toussaint, [https://securityblog.redhat.com/2015/09/02/factoring-rsa-keys-with-tls-perfect-forward-secrecy/ Factoring RSA Keys With TLS Perfect Forward Secrecy], démonstration d'une attaque, [[VT2015_Factoring_RSA|Fiche de synthèse]], [[Media:VT2015_Factoring_RSA.pdf|Transparents]]
* 32. Géolocalisation Indoor : Google [[Eddystone]], Apple [[iBeacon]], [[AltBeacon]], [[VT2015_Geolocalisation_Indoor|Fiche de synthèse]], [[Media:VT2015_Geolocalisation_Indoor.pdf|Transparents]]
* 15. [[Graph Databases]], [[VT2015_Graph_Databases|Fiche de synthèse]], [[Media:VT2015_Graph_Databases.pdf|Transparents]]
* 19. [[Software Forensics]] : cas d'étude Linagora vs Bluemind. , [[VT2015_Software_Forensics|Fiche de synthèse]], [[Media:VT2015_Software_Forensics.pdf|Transparents]]

====09 Octobre====
Georges-Pierre BONNEAU

Sujets : 22, 13, 17, 25
* 13 : Xueyong Qian, Intelligent Personal Assistant, [[VT2015_Intelligent_Personal_Assistant|Fiche de synthèse]],[[Media:Intelligent_Personal_Assistant.pdf|Transparents]]
* 17 : Christophe Adam, Rendu Expressif, [[VT2015_Rendu_Expressif|Fiche de synthèse]], [[Media:Rendu_Expressif2.pdf|Transparents]]
* 25 : Vivien Michel, Visualisation de journaux : Kibana/Logstash, [[VT2015_Kibana_Logstash|Fiche de synthèse]], [[Media:Kibana_Logstash.pdf|Transparents]]
* 22: Sarah Aissanou, Reconnaissance de la parole, [[VT2015/Speech_Recognition|Fiche de synthèse]], [[Media:La_reconnaissance_de_la_parole.pdf|Transparents]]

====16 Octobre====
Didier DONSEZ

Sujets : 7,8,12

* Evolution(s) de HTTP : [[HTTP 2.0]], [[SPDY]], ... [[VT2015_HTTP20|Fiche de synthèse]],[[Media:VT2015_HTTP20.pdf|Transparents]]
* [[Quick UDP Internet Connection (QUIC)]] [[VT2015_QUIC|Fiche de synthèse]],[[Media:VT2015_QUIC.pdf|Transparents]]
* Simulateurs de Smart Cities : UrbanSIM, CanVis, Suicidator City Generator, [[Blended Cities]], ... [[VT2015_SimSmartCities|Fiche de synthèse]],[[Media:VT2015_SimSmartCities.pdf|Transparents]]

====23 Octobre====
Georges-Pierre BONNEAU

Sujets : 14, 30, 6, 29

* 14 : KLIPFFEL Tararaina : [Complex Event Processing] : [[VT2015_Complex_Event_Processing2|Fiche de synthèse]], [[File:Complex_Event_Processing.pdf|Slides de présentation]]
* 29 : BARTHELEMY Romain : The [[Rust]] Programming Language : [[VT2015_Rust_Programming_Language|Fiche de synthèse]], [[Media:Rust_Programming_Language.pdf|Transparents]]
* 30 : Kai Guo : SQL-on-Hadoop : [[SQL-on-Hadoop|Fiche de synthèse]],[[Media:VT2015 SQL-on-Hadoop.pdf|Transparents]]
* 6 : MESNIER Vincent : NewSQL : [[NewSQL|Fiche de synthèse]],[[Media:VT2015 NewSQL.pdf|Transparents]]

====6 Novembre====
Didier DONSEZ (seul)

Sujets : 24, 26, 27, 10
* 24 EUDES Robin : Orchestration Tools : Puppet vs. Chef vs. Ansible vs. Salt ([[Orchestration_Tools|Fiche de synthèse]],[[Media:VT2015_-_Orchestration_Tools.pdf|Transparents]])
* 26 CODAZZI Rama : Protocoles de consensus (Paxos, Raft) et Canevas de consensus (Zookeeper, Curator, Etcd) : [[Consesus Protocol|Fiche de synthèse]],[[Media:VT:VT2015-protocol.pdf|Transparents]]
* 27 DAMOTTE Alan : Cluster Management avec Apache Mesos ([[Apache Mesos|Fiche de synthèse]],[[Media:VT2015_Mesos_DAMOTTE.pdf|Transparents]])
* 10 FOTSING Eric Michel: OpenStack ([[OpenStack|Fiche de synthèse]],[[Media:VT2015_Mesos_DAMOTTE.pdf|Transparents]])

====13 Novembre====
Georges-Pierre BONNEAU

Sujets : 2, 3, 20
* 2 TORCK Quentin : Structural Health Monitoring ([[structural health monitoring|Fiche de synthèse]],[[Media:VT:VT2015-Structural-Health-Monitoring.pdf|Transparents]])
* 3
* 20

==Liste des Sujets==
# [https://securityblog.redhat.com/2015/09/02/factoring-rsa-keys-with-tls-perfect-forward-secrecy/ Factoring RSA Keys With TLS Perfect Forward Secrecy], démonstration d'une attaque --> Sébastien Toussaint (OBLIGATOIREMENT)
# [[Structural Health Monitoring]]
# [[CryptoMoney]] ([[BitCoin]], ...)
# [[Memcached]] : Usages, Patrons d'arhitecture. Démonstration sur votre projet eCOM pour les ressources multimédia (images, videos, ...). Démonstration de l'[http://dev.mysql.com/doc/ndbapi/en/ndbmemcache.html API Memcache API for MySQL Cluster] et de [[Redis.io]]
# [[In-Memory Databases]]
# [[NewSQL]]
# Evolution(s) de HTTP : [[HTTP 2.0]], [[SPDY]], ...
# [[Quick UDP Internet Connection (QUIC)]]
# [[Cloud Foundry]]
# [[OpenStack]]
# [[MicroServices]]
# Simulateurs de Smart Cities : UrbanSIM, CanVis, Suicidator City Generator, [[Blended Cities]], ...
# [[Digital Assistant]] : démonstration de UMich Sirius
# (Complex) [[Event Stream Processing]] : démonstration de [[Apache Storm]] et de [[Spark Streaming]] sur le cloud [[Azure]]. Démo supplémentaire du SaaS [[IFTTT]]
# [[Software Forensics]] : cas d'étude Linagora vs Bluemind (vous compléterez les pages en et fr de Wikipédia sur ce sujet).
# [[Privacy policy guidelines]] : Démo: application à votre projet [[ECOM-RICM]]
# [[Rendu expressif]] ([[hatching surface rendering]])
# [[FPGA]]
# [[Graph Databases]]
# [[Akka]]
# [[Continuous Delivery]]
# [[Speech Recognition]]
# Protocoles, Formats et Plateformes pour le bâtiment intelligent : [[oBIX]], ... démonstration d'[[IoTSys]]
# Orchestration Tools : Puppet vs. Chef vs. Ansible vs. Salt (pour 2)
# Visualisation de Journaux : démonstration de [[Kibana]] et [[Logstash]] : démonstration sur les logs de votre projet [[eCOM]]
# Protocoles de consensus et applications : [[Paxos]], [[Raft]] et Canevas de consensus : [[Zookeeper]], [[Curator]], [[Etcd]]
# [[Apache Mesos]], [[Borg]], [[Kubernete]], [[Alibaba Fuxi]] : démonstration sur le projet [[eCOM]]
# Cluster Management : [[Apache Helix]]
# The [[Rust]] Programming Language
# [[SQL-on-Hadoop]] : [[Pinot]]
# [[A/B Testing]] @ Internet Scale ([http://fr.slideshare.net/courseratalks/talkscoursera-ab-testing-internet-scale voir])
# Géolocalisation Indoor : Google [[Eddystone]], Apple [[iBeacon]], [[AltBeacon]]
# Performance Debugging : The [http://brendangregg.com/usemethod.html USE Method].

Proj-2014-2015-Mini datacenter Systeme SRS

2015-03-09T10:46:30Z

Eric.Fotsing: Created page with " =1. Introduction= ==1.1 Purpose of the requirements document== This Software Requirements Specification (SRS) identifies the requirements for this datacenter's webUI. Th..."

=1. Introduction=
==1.1 Purpose of the requirements document==
This Software Requirements Specification (SRS) identifies the requirements for this datacenter's webUI. The purpose of this document is to easily explain the development of this project and to provide instructions to understand and use the software.
==1.2 Scope of the product==
The purpose of this project is to provide an userfriendly web interface to simulate and use a small datacenter.
Each node of the datacenter can perform some operations, users can interact with a group of nodes or a specific one.
==1.3 Definitions, acronyms and abbreviations==
* node
* datacenter
* frontend
* oar
* docker
==1.4 References==
* [https://developer.nvidia.com/get-started-jetson Get Started Jetson TK1]
* [https://www.grid5000.fr Grid'5000]
* [http://oar.imag.fr OAR] OAR is a versatile resource and task manager (also called a batch scheduler) for HPC clusters and other computing infrastructures. It's used on Grid'5000.
* [https://github.com/oar-team/oar-docker oar-docker]: oar-docker is a set of docker images especially configured for deploying your own OAR cluster. The main idea is to have a mini development cluster with a frontend, a server and some nodes that launch in just a few seconds on a simple laptop.
* [http://kameleon.imag.fr/ Kameleon] : Kameleon is a simple but powerful tool to generate customized appliances.
==1.5 Overview of the remainder of the document==
The SRS document includes 3 main chapters :
* General description, which contains the general characteristics of the project and our implementation choices.
* Specific requirements, which gives the main requirements of each function.
* Product evolution, which details the differents steps of implementation we chose.
=2. General description=
==2.1 Product perspective==
Tout d'abord, notre projet se base sur une infrastructure simulée par OAR-docker. Cette infractructure contient divers noeuds, chacun exploitable par un un utilisateur à la fois.
Notre but est de produire une interface web facilement utilisable et compréhensible par des non-initiés,
==2.2 Product functions==
Cette interface leur permettra de contrôler les noeuds qu'ils désirent. Ces noeuds sont capables d'exécuter diverses opérations.

[[File:Diagramme_contexte.bmp]]

==2.3 User characteristics==
L'utilisateur n'a pas besoin de connaître la façon dont s'instancie une ressource pour pouvoir utiliser l'interface.

[[File:Diagramme_utilisateur.bmp]]

==2.4 General constraints==
accès à la simulation dnas un environnement privé
OAR-docker installé
==2.5 Assumptions and dependencies==
Chaque utilisateur ne travaille pas sur une même infrastructure, puisque les environnements sont privés.

=3.Specific requirements, covering functional, non-functional and interface requirements=
* document external interfaces,
* describe system functionality and performance
* specify logical database requirements,
* design constraints,
* emergent system properties and quality characteristics.

==3.1 Requirement X.Y.Z (in Structured Natural Language)==
'''Function''':

'''Description''':

'''Inputs''':

'''Source''':

'''Outputs''':

'''Destination''':

'''Action''':
* Natural language sentences (with MUST, MAY, SHALL)
* Graphical Notations : UML Sequence w/o collaboration diagrams, Process maps, Task Analysis (HTA, CTT)
* Mathematical Notations
* Tabular notations for several (condition --> action) tuples

'''Non functional requirements''':

'''Pre-condition''':

'''Post-condition''':

'''Side-effects''':

=4. Product evolution=

=5. Appendices=
This document is inspired of the IEEE/ANSI 830-1998 Standard.

'''References:'''
* http://www.cs.st-andrews.ac.uk/~ifs/Books/SE9/Presentations/PPTX/Ch4.pptx
* http://en.wikipedia.org/wiki/Software_requirements_specification
* [http://www.cse.msu.edu/~chengb/RE-491/Papers/IEEE-SRS-practice.pdf IEEE Recommended Practice for Software Requirements Specifications IEEE Std 830-1998]

=6. Index=

Proj-2014-2015-Mini datacenter Systeme scrum

2015-03-09T10:25:35Z

Eric.Fotsing:

=User stories=

1- En tant qu'utilisateur, je veux créer et déployer mes images d'OS sur le serveur NFS.

2- En tant qu'utilisateur, je veux créer et déployer mes scripts de simulation auprès d'"oar".

3- En tant qu'utilisateur, je veux réserver des cartes pour des simulation.

4- En tant qu'utilisateur, je veux démarrer un scripts sur une cartes allouée

5- En tant qu'utilisateur "system" , je veux demarrer rebooter une carte sur une images NFS.

6- En tant qu'utilisateur "system" , transferer la session SSH à l'utilisateur.

6- En tant qu'utilisateur "system" , je dois arrêter une carte à la fin du quantum de temps alloué.

=Product backlog=

- Sprint 0 ( semaines 1 -> 4 )
* Définition des users stories
* Etude des technologies et outils pour la projet
* Prise en main de la carte Jetson TK1

- Sprint 1 ( semaines 5 -> 8 )
* Brancher la carte à une reseau
* Démarrer la carte à distance
* Reboot de la carte à la volée sur une image NFS différente

- Sprint 2 ( semaines 9 -> 11 )
* Intégration avec oar
* Configuration d'un cluster de cartes
* Adaptabilité de l'interface à un grand nombre de ressources
* Paramétrage plus fin des requêtes vers l'API

=Waffle=

https://waffle.io/morisonj/datacentre lien vers waffle - waffle.io]

Proj-2014-2015-Mini DataCenter Systeme

2015-03-02T09:13:36Z

Eric.Fotsing:

= Présentation et objectifs du projet =

'''Mise en place''' d'une plate-forme d'expérimentation à base notamment de carte [https://developer.nvidia.com/jetson-tk1 Jetson TK1] en s'inspirant de la plate-forme [https://www.grid5000.fr Grid'5000].

Plus globalement cette action s'inscrit dans la partie DataCentre du projet d'éboration '''d'une plateforme pédagogique pour l'expérimentation sur des systèmes massivement distribués'''.
----
<div align="center">[[File:Unnamed1.jpg|275px]] = [[File:5NXEwdI.jpg|400px]] = [[File:P6180066.JPG|325px]]</div>
----
= Equipe projet =

== Tuteur ==
* Olivier Richard (olivier.richard@imag.fr)
* Didier Donsez (didier.donsez@imag.fr)

==Étudiants==
* Eric Michel FOTSING (eric.fotsing@e.ujf-grenoble.fr)
* Jake MORISON (jake.morison@e.ujf-grenoble.fr)

= Livrables du projet =
* [[Proj-2014-2015-Mini_DataCenter_Systeme_SRS| '''Fiche de collecte des besoin (SRS)''']]

* Diagramme UML: use cases
[[File:useCases_miniDatacentre.png]]

* Diagramme UML: classes
[[File:class.png]]

* [https://waffle.io/morisonj/datacentre '''Tableau de bord scrum du projet (waffle.io)''']]

* [https://git.emf.com '''Scripts d'automatisation''']

= Plan de travail =
* Prise en main des carte Jetson TK1
* Etude du processus d'amorcage des carte en vue d'implementer l'amorcage en réseau
* Utilisation de la plate-forme Grid'5000
* Utilisation du gestionnaire de ressource OAR
* Conception du modèle d'exploitation à distance des cartes Jetson TK1
* Développements d'un module de contrôle de démarrage des cartes Jetson TK1

= Déroulement du projet =

== Semaine 1 [13/01 - 18/01]==
les tâches qui ont été exécuté lors de cette semaine N°1 sont les suivantes :
* Retrait de la carte Jetson TK1
* [http://elinux.org/index.php?title=Jetson_TK1&redirect=no '''Prise en main de la carte Jetson TK1''']
* Creation des comptes sur le wiki du projet hote (AIR)
* Demande de création des comptes sur la plate forme [https://www.grid5000.fr Grid'5000].

== Semaine 2 [19/01 - 25/01]==
A partir de la semaine N°2, nous avons :
* Etude détaillé de la carte [https://developer.nvidia.com/jetson-tk1 Jetson TK1] notamment
** Etude de son architecture physique et des divers composants qu'elle abrite
** Etude de son architecture logiciel
* Demarrage de la carte jetson et essaies d'accès au système d'exploitation pré-installé
* Diagrame UML: activity
[[File:activity.png]]
== Semaine 3 [26/01 - 01/02]==
Nous avons consacré cette semaine à :
* Quelques lectures et utilisation de la plate forme [https://www.grid5000.fr Grid'5000] en vue d'en comprendre le mode opératoire.
* Etude détaillé du chargeur d'amorcage utilisé sur les carte [https://developer.nvidia.com/jetson-tk1 Jetson TK1] en l'occurence [http://www.denx.de/wiki/U-Boot U-Boot]
** Etude de l'architecture de U-Boot
** Etude du mode de fonctionnement de U-Boot
* Prise de connaissance avec [https://developer.nvidia.com/linux-tegra Linux For Tegra (L4T)] le portage d'Ubuntu sur les processeur Tegra
* Redaction des diagrammes ces cas d'utilisation et des séquences

== Semaine 4 [02/02 - 08/02]==
Cette semaine nous avons :
* Finaliser le script la mise en place du RootFS
* Finaliser le script pour flasher la carte en mode NFS Boot
* Faire des experimentation pour vérifier l'effectivité du boot en réseau
* Rédaction du products back log et des sprint back log du projet

== Semaine 5 [09/02 - 13/02]==
Cette semaine à été consacré à la prise en main de
* Kadeply
* OAR

== Semaine 6 [23/02 - 27/02]==
Après avoirs parcours la documentation indiqués dans les références sur KaDeploy et sur OAR, nous avons concu un petit mécanisme de partage automatique des temps d'expérimentation sur les cartes
Ce mécanisme fera donc intervenir les nouveaux composants suivants dans le projet :

===Nouveaux utilisateurs===

* '''Administrateur''' : C'est la personne en charge de la gestion des comptes utilisateurs et de l'environnement du mini datacenter

* '''Gestionnaire des Ressources''' : Dans le référentiel du mini datacenter,c'est le composant en charge
*** de la gestion des images NFSRoot
*** de la gestion des réservations des créneaux horaire
*** de la gestion des scripts à exécuter au démarrage de chaque créneaux horaire alloué

* '''Ordonnanceur''' : Dans le mini datacenter, c'est le composant chargé :
*** de libérer les ressources (carte). Nous pensons que le bon moyen pour libérer, la carte c'est de se connecter en Root SSH puis d'exécuter un shutdown
*** pour un script quelconque d'un environnement, de rédiriger le RootFS sur l'image NFS, démarrer la carte idéalement en WakeOnLan,

===Nouveaux cas d'utilisation===

* Gestion des comptes utilisateurs
* Gestions des images NFS
* Gestion des réservations et des scripts
* Demarrage d'un script/tâche utilisateur
*** Arrêter une carte,
*** Rédiriger le RootFS sur l'image NFS,
*** Démarrage d'une carte en WakeOnLan,
*** Switch user,
*** Exécution du script utilisateur,
*** transfert de la session SSH

===Liste des composants addtionnels===

* L'ordinateur client
* Le serveur NFS/Gestionnaire des reservations/Ordonnanceur/Reférentiel LDAP (Utilisateurs, Groupes, Cartes, Images, Scripts, etc)/ Serveur SSH
* La carte Jetson TK1

== Semaine 7 [23/02 - 28/02]==

Au vue de ce qui a été faits dans la semaine précédente, nous avons consacré cette semaine à
* prise en main du WakeOnLan
* recherche sur le support WkakeOnLan sur les cartes Jetson TK1
* essaies d'experientations du WakeOnLan sur les cartes

= Références =
* [https://developer.nvidia.com/get-started-jetson '''Getting started with Jetson TK1''']
* [http://elinux.org/index.php?title=Jetson_TK1&redirect=no '''Le wiki officiel de la carte Jetson TK1''']
* [https://devtalk.nvidia.com/default/board/139/embedded-systems/1 '''Le forum officiel de la carte Jetson TK1''']
* [https://plus.google.com/114318922342198493952/posts '''Forums Google+ de la carte Jetson TK1''']

Proj-2014-2015-Mini DataCenter Systeme

2015-03-02T09:10:45Z

Eric.Fotsing:

= Présentation et objectifs du projet =

'''Mise en place''' d'une plate-forme d'expérimentation à base notamment de carte [https://developer.nvidia.com/jetson-tk1 Jetson TK1] en s'inspirant de la plate-forme [https://www.grid5000.fr Grid'5000].

Plus globalement cette action s'inscrit dans la partie DataCentre du projet d'éboration '''d'une plateforme pédagogique pour l'expérimentation sur des systèmes massivement distribués'''.
----
<div align="center">[[File:Unnamed1.jpg|275px]] = [[File:5NXEwdI.jpg|400px]] = [[File:P6180066.JPG|325px]]</div>
----
= Equipe projet =

== Tuteur ==
* Olivier Richard (olivier.richard@imag.fr)
* Didier Donsez (didier.donsez@imag.fr)

==Étudiants==
* Eric Michel FOTSING (eric.fotsing@e.ujf-grenoble.fr)
* Jake MORISON (jake.morison@e.ujf-grenoble.fr)

= Livrables du projet =
* [[Proj-2014-2015-Mini_DataCenter_Systeme_SRS| '''Fiche de collecte des besoin (SRS)''']]

* Diagramme UML: use cases
[[File:useCases_miniDatacentre.png]]

* Diagramme UML: classes
[[File:class.png]]

* [https://waffle.io/morisonj/datacentre '''Tableau de bord scrum du projet (waffle.io)''']]

* [https://git.emf.com '''Scripts d'automatisation''']

= Plan de travail =
* Prise en main des carte Jetson TK1
* Etude du processus d'amorcage des carte en vue d'implementer l'amorcage en réseau
* Utilisation de la plate-forme Grid'5000
* Utilisation du gestionnaire de ressource OAR
* Conception du modèle d'exploitation à distance des cartes Jetson TK1
* Développements d'un module de contrôle de démarrage des cartes Jetson TK1

= Déroulement du projet =

== Semaine 1 [13/01 - 18/01]==
les tâches qui ont été exécuté lors de cette semaine N°1 sont les suivantes :
* Retrait de la carte Jetson TK1
* [http://elinux.org/index.php?title=Jetson_TK1&redirect=no '''Prise en main de la carte Jetson TK1''']
* Creation des comptes sur le wiki du projet hote (AIR)
* Demande de création des comptes sur la plate forme [https://www.grid5000.fr Grid'5000].

== Semaine 2 [19/01 - 25/01]==
A partir de la semaine N°2, nous avons :
* Etude détaillé de la carte [https://developer.nvidia.com/jetson-tk1 Jetson TK1] notamment
** Etude de son architecture physique et des divers composants qu'elle abrite
** Etude de son architecture logiciel
* Demarrage de la carte jetson et essaies d'accès au système d'exploitation pré-installé
* Diagrame UML: activity
[[File:activity.png]]
== Semaine 3 [26/01 - 01/02]==
Nous avons consacré cette semaine à :
* Quelques lectures et utilisation de la plate forme [https://www.grid5000.fr Grid'5000] en vue d'en comprendre le mode opératoire.
* Etude détaillé du chargeur d'amorcage utilisé sur les carte [https://developer.nvidia.com/jetson-tk1 Jetson TK1] en l'occurence [http://www.denx.de/wiki/U-Boot U-Boot]
** Etude de l'architecture de U-Boot
** Etude du mode de fonctionnement de U-Boot
* Prise de connaissance avec [https://developer.nvidia.com/linux-tegra Linux For Tegra (L4T)] le portage d'Ubuntu sur les processeur Tegra
* Redaction des diagrammes ces cas d'utilisation et des séquences

== Semaine 4 [02/02 - 08/02]==
Cette semaine nous avons :
* Finaliser le script la mise en place du RootFS
* Finaliser le script pour flasher la carte en mode NFS Boot
* Faire des experimentation pour vérifier l'effectivité du boot en réseau
* Rédaction du products back log et des sprint back log du projet

== Semaine 5 [09/02 - 13/02]==
Cette semaine à été consacré à la prise en main de
* Kadeply
* OAR

== Semaine 6 [23/02 - 27/02]==
Après avoirs parcours la documentation indiqués dans les références sur KaDeploy et sur OAR, nous avons concu un petit mécanisme de partage automatique des temps d'expérimentation sur les cartes
Ce mécanisme fera donc intervenir les nouveaux composants suivants dans le projet :

===Nouveaux utilisateurs===

* '''Administrateur''' : C'est la personne en charge de la gestion des comptes utilisateurs et de l'environnement du mini datacenter

* '''Gestionnaire des Ressources''' : Dans le référentiel du mini datacenter,c'est le composant en charge
** de la gestion des images NFSRoot
** de la gestion des réservations des créneaux horaire
** de la gestion des scripts à exécuter au démarrage de chaque créneaux horaire alloué

* '''Ordonnanceur''' : Dans le mini datacenter, c'est le composant chargé :
** de libérer les ressources (carte). Nous pensons que le bon moyen pour libérer, la carte c'est de se connecter en Root SSH puis d'exécuter un shutdown
** pour un script quelconque d'un environnement, de rédiriger le RootFS sur l'image NFS, démarrer la carte idéalement en WakeOnLan,

===Nouveaux cas d'utilisation===

* Gestion des comptes utilisateurs
* Gestions des images NFS
* Gestion des réservations et des scripts
* Demarrage d'un script/tâche utilisateur
** Arrêter une carte,
** Rédiriger le RootFS sur l'image NFS,
** Démarrage d'une carte en WakeOnLan,
** Switch user,
** Exécution du script utilisateur,
** transfert de la session SSH

===Liste des composants addtionnels===

* L'ordinateur client
* Le serveur NFS/Gestionnaire des reservations/Ordonnanceur/Reférentiel LDAP (Utilisateurs, Groupes, Cartes, Images, Scripts, etc)/ Serveur SSH
* La carte Jetson TK1

== Semaine 7 [23/02 - 28/02]==

Au vue de ce qui a été faits dans la semaine précédente, nous avons consacré cette semaine à
* prise en main du WakeOnLan
* recherche sur le support WkakeOnLan sur les cartes Jetson TK1
* essaies d'experientations du WakeOnLan sur les cartes

= Références =
* [https://developer.nvidia.com/get-started-jetson '''Getting started with Jetson TK1''']
* [http://elinux.org/index.php?title=Jetson_TK1&redirect=no '''Le wiki officiel de la carte Jetson TK1''']
* [https://devtalk.nvidia.com/default/board/139/embedded-systems/1 '''Le forum officiel de la carte Jetson TK1''']
* [https://plus.google.com/114318922342198493952/posts '''Forums Google+ de la carte Jetson TK1''']

Proj-2014-2015-Mini DataCenter Systeme

2015-03-02T09:09:26Z

Eric.Fotsing:

= Présentation et objectifs du projet =

'''Mise en place''' d'une plate-forme d'expérimentation à base notamment de carte [https://developer.nvidia.com/jetson-tk1 Jetson TK1] en s'inspirant de la plate-forme [https://www.grid5000.fr Grid'5000].

Plus globalement cette action s'inscrit dans la partie DataCentre du projet d'éboration '''d'une plateforme pédagogique pour l'expérimentation sur des systèmes massivement distribués'''.
----
<div align="center">[[File:Unnamed1.jpg|275px]] = [[File:5NXEwdI.jpg|400px]] = [[File:P6180066.JPG|325px]]</div>
----
= Equipe projet =

== Tuteur ==
* Olivier Richard (olivier.richard@imag.fr)
* Didier Donsez (didier.donsez@imag.fr)

==Étudiants==
* Eric Michel FOTSING (eric.fotsing@e.ujf-grenoble.fr)
* Jake MORISON (jake.morison@e.ujf-grenoble.fr)

= Livrables du projet =
* [[Proj-2014-2015-Mini_DataCenter_Systeme_SRS| '''Fiche de collecte des besoin (SRS)''']]

* Diagramme UML: use cases
[[File:useCases_miniDatacentre.png]]

* Diagramme UML: classes
[[File:class.png]]

* [https://waffle.io/morisonj/datacentre '''Tableau de bord scrum du projet (waffle.io)''']]

* [https://git.emf.com '''Scripts d'automatisation''']

= Plan de travail =
* Prise en main des carte Jetson TK1
* Etude du processus d'amorcage des carte en vue d'implementer l'amorcage en réseau
* Utilisation de la plate-forme Grid'5000
* Utilisation du gestionnaire de ressource OAR
* Conception du modèle d'exploitation à distance des cartes Jetson TK1
* Développements d'un module de contrôle de démarrage des cartes Jetson TK1

= Déroulement du projet =

== Semaine 1 [13/01 - 18/01]==
les tâches qui ont été exécuté lors de cette semaine N°1 sont les suivantes :
* Retrait de la carte Jetson TK1
* [http://elinux.org/index.php?title=Jetson_TK1&redirect=no '''Prise en main de la carte Jetson TK1''']
* Creation des comptes sur le wiki du projet hote (AIR)
* Demande de création des comptes sur la plate forme [https://www.grid5000.fr Grid'5000].

== Semaine 2 [19/01 - 25/01]==
A partir de la semaine N°2, nous avons :
* Etude détaillé de la carte [https://developer.nvidia.com/jetson-tk1 Jetson TK1] notamment
** Etude de son architecture physique et des divers composants qu'elle abrite
** Etude de son architecture logiciel
* Demarrage de la carte jetson et essaies d'accès au système d'exploitation pré-installé
* Diagrame UML: activity
[[File:activity.png]]
== Semaine 3 [26/01 - 01/02]==
Nous avons consacré cette semaine à :
* Quelques lectures et utilisation de la plate forme [https://www.grid5000.fr Grid'5000] en vue d'en comprendre le mode opératoire.
* Etude détaillé du chargeur d'amorcage utilisé sur les carte [https://developer.nvidia.com/jetson-tk1 Jetson TK1] en l'occurence [http://www.denx.de/wiki/U-Boot U-Boot]
** Etude de l'architecture de U-Boot
** Etude du mode de fonctionnement de U-Boot
* Prise de connaissance avec [https://developer.nvidia.com/linux-tegra Linux For Tegra (L4T)] le portage d'Ubuntu sur les processeur Tegra
* Redaction des diagrammes ces cas d'utilisation et des séquences

== Semaine 4 [02/02 - 08/02]==
Cette semaine nous avons :
* Finaliser le script la mise en place du RootFS
* Finaliser le script pour flasher la carte en mode NFS Boot
* Faire des experimentation pour vérifier l'effectivité du boot en réseau
* Rédaction du products back log et des sprint back log du projet

== Semaine 5 [09/02 - 13/02]==
Cette semaine à été consacré à la prise en main de
* Kadeply
* OAR

== Semaine 6 [23/02 - 27/02]==
Après avoirs parcours la documentation indiqués dans les références sur KaDeploy et sur OAR, nous avons concu un petit mécanisme de partage automatique des temps d'expérimentation sur les cartes
Ce mécanisme fera donc intervenir les nouveaux composants suivants dans le projet :

===Nouveaux utilisateurs===

* '''Administrateur''' : C'est la personne en charge de la gestion des comptes utilisateurs et de l'environnement du mini datacenter

* '''Gestionnaire des Ressources''' : Dans le référentiel du mini datacenter,c'est le composant en charge
** de la gestion des images NFSRoot
** de la gestion des réservations des créneaux horaire
** de la gestion des scripts à exécuter au démarrage de chaque créneaux horaire alloué

* '''Ordonnanceur''' : Dans le mini datacenter, c'est le composant chargé :
** de libérer les ressources (carte). Nous pensons que le bon moyen pour libérer, la carte c'est de se connecter en Root SSH puis d'exécuter un shutdown
** pour un script quelconque d'un environnement, de rédiriger le RootFS sur l'image NFS, démarrer la carte idéalement en WakeOnLan,

===Nouveaux cas d'utilisation===

* Gestion des comptes utilisateurs
* Gestions des images NFS
* Gestion des réservations et des scripts
* Demarrage d'un script/tâche utilisateur
** Arrêter une carte,
** Rédiriger le RootFS sur l'image NFS,
** Démarrage d'une carte en WakeOnLan,
** Switch user,
** Exécution du script utilisateur,
** transfert de la session SSH

===Liste des composants addtionnels===

* L'ordinateur client
* Le serveur NFS/Gestionnaire des reservations/Ordonnanceur/Reférentiel LDAP (Utilisateurs, Groupes, Cartes, Images, Scripts, etc)/ Serveur SSH
* La carte Jetson TK1

== Semaine 7 [23/02 - 28/02]==

Au vue de ce qui a été faits dans la semaine précédente, nous avons consacré cette semaine à
* prise en main du WakeOnLan
* recherche sur le support WkakeOnLan sur les cartes Jetson TK1
* essaies d'experientations du WakeOnLan sur les cartes

= Références =
* [https://developer.nvidia.com/get-started-jetson '''Getting started with Jetson TK1''']
* [http://elinux.org/index.php?title=Jetson_TK1&redirect=no '''Le wiki officiel de la carte Jetson TK1''']
* [https://devtalk.nvidia.com/default/board/139/embedded-systems/1 '''Le forum officiel de la carte Jetson TK1''']
* [https://plus.google.com/114318922342198493952/posts '''Forums Google+ de la carte Jetson TK1''']

Proj-2014-2015-Mini DataCenter Systeme

2015-03-02T05:36:15Z

Eric.Fotsing:

= Présentation et objectifs du projet =

'''Mise en place''' d'une plate-forme d'expérimentation à base notamment de carte [https://developer.nvidia.com/jetson-tk1 Jetson TK1] en s'inspirant de la plate-forme [https://www.grid5000.fr Grid'5000].

Plus globalement cette action s'inscrit dans la partie DataCentre du projet d'éboration '''d'une plateforme pédagogique pour l'expérimentation sur des systèmes massivement distribués'''.
----
<div align="center">[[File:Unnamed1.jpg|275px]] = [[File:5NXEwdI.jpg|400px]] = [[File:P6180066.JPG|325px]]</div>
----
= Equipe projet =

== Tuteur ==
* Olivier Richard (olivier.richard@imag.fr)
* Didier Donsez (didier.donsez@imag.fr)

==Étudiants==
* Eric Michel FOTSING (eric.fotsing@e.ujf-grenoble.fr)
* Jake MORISON (jake.morison@e.ujf-grenoble.fr)

= Livrables du projet =
* [[Proj-2014-2015-Mini_DataCenter_Systeme_SRS| '''Fiche de collecte des besoin (SRS)''']]

* Diagramme UML: use cases
[[File:useCases_miniDatacentre.png]]

* Diagramme UML: classes
[[File:class.png]]

* [https://waffle.io/morisonj/datacentre '''Tableau de bord scrum du projet (waffle.io)''']]

* [https://git.emf.com '''Scripts d'automatisation''']

= Plan de travail =
* Prise en main des carte Jetson TK1
* Etude du processus d'amorcage des carte en vue d'implementer l'amorcage en réseau
* Utilisation de la plate-forme Grid'5000
* Utilisation du gestionnaire de ressource OAR
* Conception du modèle d'exploitation à distance des cartes Jetson TK1
* Développements d'un module de contrôle de démarrage des cartes Jetson TK1

= Déroulement du projet =

== Semaine 1 [13/01 - 18/01]==
les tâches qui ont été exécuté lors de cette semaine N°1 sont les suivantes :
* Retrait de la carte Jetson TK1
* [http://elinux.org/index.php?title=Jetson_TK1&redirect=no '''Prise en main de la carte Jetson TK1''']
* Creation des comptes sur le wiki du projet hote (AIR)
* Demande de création des comptes sur la plate forme [https://www.grid5000.fr Grid'5000].

== Semaine 2 [19/01 - 25/01]==
A partir de la semaine N°2, nous avons :
* Etude détaillé de la carte [https://developer.nvidia.com/jetson-tk1 Jetson TK1] notamment
** Etude de son architecture physique et des divers composants qu'elle abrite
** Etude de son architecture logiciel
* Demarrage de la carte jetson et essaies d'accès au système d'exploitation pré-installé
* Diagrame UML: activity
[[File:activity.png]]
== Semaine 3 [26/01 - 01/02]==
Nous avons consacré cette semaine à :
* Quelques lectures et utilisation de la plate forme [https://www.grid5000.fr Grid'5000] en vue d'en comprendre le mode opératoire.
* Etude détaillé du chargeur d'amorcage utilisé sur les carte [https://developer.nvidia.com/jetson-tk1 Jetson TK1] en l'occurence [http://www.denx.de/wiki/U-Boot U-Boot]
** Etude de l'architecture de U-Boot
** Etude du mode de fonctionnement de U-Boot
* Prise de connaissance avec [https://developer.nvidia.com/linux-tegra Linux For Tegra (L4T)] le portage d'Ubuntu sur les processeur Tegra
* Redaction des diagrammes ces cas d'utilisation et des séquences

== Semaine 4 [02/02 - 08/02]==
Cette semaine nous avons :
* Finaliser le script la mise en place du RootFS
* Finaliser le script pour flasher la carte en mode NFS Boot
* Faire des experimentation pour vérifier l'effectivité du boot en réseau
* Rédaction du products back log et des sprint back log du projet

== Semaine 5 [09/02 - 13/02]==
Cette semaine à été consacré à la prise en main de
* Kadeply
* OAR

== Semaine 6 [23/02 - 27/02]==
Après avoirs parcours la documentation indiqués dans les références sur KaDeploy et sur OAR, nous avons concu un petit mécanisme de partage automatique des temps d'expérimentation sur les cartes
Ce mécanisme fera donc intervenir les nouveaux composants suivants dans le projet :

===Nouveaux utilisateurs===

* '''Administrateur''' : C'est la personne en charge de la gestion des comptes utilisateurs et de l'environnement du mini datacenter

* '''Gestionnaire des Ressources''' : Dans le référentiel du mini datacenter,c'est le composant en charge
** de la gestion des images NFSRoot
** de la gestion des réservations des créneaux horaire
** de la gestion des scripts à exécuter au démarrage de chaque créneaux horaire alloué

* '''Ordonnanceur''' : Dans le mini datacenter, c'est le composant chargé :
** de libérer les ressources (carte). Nous pensons que le bon moyen pour libérer, la carte c'est de se connecter en Root SSH puis d'exécuter un shutdown
** pour un script quelconque d'un environnement, de rédiriger le RootFS sur l'image NFS, démarrer la carte idéalement en WakeOnLan,

===Nouveaux cas d'utilisation===

* Gestion des comptes utilisateurs
* Gestions des images NFS
* Gestion des réservations et des scripts
* Demarrage d'un script/tâche utilisateur
** Arrêter une carte,
** Rédiriger le RootFS sur l'image NFS,
** Démarrage d'une carte en WakeOnLan,
** Switch user,
** Exécution du script utilisateur,
** transfert de la session SSH

===Liste des composants addtionnels===

* L'ordinateur client
* Le serveur NFS/Gestionnaire des reservations/Ordonnanceur/Reférentiel LDAP (Utilisateurs, Groupes, Cartes, Images, Scripts, etc)/ Serveur SSH
* La carte Jetson TK1

== Semaine 7 [23/02 - 28/02]==

Au vue de ce qui a été faits dans la semaine précédente, nous avons consacré cette semaine à
* prise en main du WakeOnLan
* recherche sur le support WkakeOnLan sur les cartes Jetson TK1
* essaies d'experientations du WakeOnLan sur les cartes

= Références =
* [https://developer.nvidia.com/get-started-jetson '''Getting started with Jetson TK1''']
* [http://elinux.org/index.php?title=Jetson_TK1&redirect=no '''Le wiki officiel de la carte Jetson TK1''']
* [https://devtalk.nvidia.com/default/board/139/embedded-systems/1 '''Le forum officiel de la carte Jetson TK1''']
* [https://plus.google.com/114318922342198493952/posts '''Forums Google+ de la carte Jetson TK1''']

Proj-2014-2015-Mini DataCenter Systeme

2015-03-02T05:33:12Z

Eric.Fotsing:

= Présentation et objectifs du projet =

'''Mise en place''' d'une plate-forme d'expérimentation à base notamment de carte [https://developer.nvidia.com/jetson-tk1 Jetson TK1] en s'inspirant de la plate-forme [https://www.grid5000.fr Grid'5000].

Plus globalement cette action s'inscrit dans la partie DataCentre du projet d'éboration '''d'une plateforme pédagogique pour l'expérimentation sur des systèmes massivement distribués'''.
----
<div align="center">[[File:Unnamed1.jpg|275px]] = [[File:5NXEwdI.jpg|400px]] = [[File:P6180066.JPG|325px]]</div>
----
= Equipe projet =

== Tuteur ==
* Olivier Richard (olivier.richard@imag.fr)
* Didier Donsez (didier.donsez@imag.fr)

==Étudiants==
* Eric Michel FOTSING (eric.fotsing@e.ujf-grenoble.fr)
* Jake MORISON (jake.morison@e.ujf-grenoble.fr)

= Livrables du projet =
* [[Proj-2014-2015-Mini_DataCenter_Systeme_SRS| '''Fiche de collecte des besoin (SRS)''']]

* Diagramme UML: use cases
[[File:useCases_miniDatacentre.png]]

* Diagramme UML: classes
[[File:class.png]]

* [https://waffle.io/morisonj/datacentre '''Tableau de bord scrum du projet (waffle.io)''']]

* [https://git.emf.com '''Scripts d'automatisation''']

= Plan de travail =
* Prise en main des carte Jetson TK1
* Etude du processus d'amorcage des carte en vue d'implementer l'amorcage en réseau
* Utilisation de la plate-forme Grid'5000
* Utilisation du gestionnaire de ressource OAR
* Conception du modèle d'exploitation à distance des cartes Jetson TK1
* Développements d'un module de contrôle de démarrage des cartes Jetson TK1

= Déroulement du projet =

== Semaine 1 [13/01 - 18/01]==
les tâches qui ont été exécuté lors de cette semaine N°1 sont les suivantes :
* Retrait de la carte Jetson TK1
* [http://elinux.org/index.php?title=Jetson_TK1&redirect=no '''Prise en main de la carte Jetson TK1''']
* Creation des comptes sur le wiki du projet hote (AIR)
* Demande de création des comptes sur la plate forme [https://www.grid5000.fr Grid'5000].

== Semaine 2 [19/01 - 25/01]==
A partir de la semaine N°2, nous avons :
* Etude détaillé de la carte [https://developer.nvidia.com/jetson-tk1 Jetson TK1] notamment
** Etude de son architecture physique et des divers composants qu'elle abrite
** Etude de son architecture logiciel
* Demarrage de la carte jetson et essaies d'accès au système d'exploitation pré-installé
* Diagrame UML: activity
[[File:activity.png]]
== Semaine 3 [26/01 - 01/02]==
Nous avons consacré cette semaine à :
* Quelques lectures et utilisation de la plate forme [https://www.grid5000.fr Grid'5000] en vue d'en comprendre le mode opératoire.
* Etude détaillé du chargeur d'amorcage utilisé sur les carte [https://developer.nvidia.com/jetson-tk1 Jetson TK1] en l'occurence [http://www.denx.de/wiki/U-Boot U-Boot]
** Etude de l'architecture de U-Boot
** Etude du mode de fonctionnement de U-Boot
* Prise de connaissance avec [https://developer.nvidia.com/linux-tegra Linux For Tegra (L4T)] le portage d'Ubuntu sur les processeur Tegra
* Redaction des diagrammes ces cas d'utilisation et des séquences

== Semaine 4 [02/02 - 08/02]==
Cette semaine nous avons :
* Finaliser le script la mise en place du RootFS
* Finaliser le script pour flasher la carte en mode NFS Boot
* Faire des experimentation pour vérifier l'effectivité du boot en réseau
* Rédaction du products back log et des sprint back log du projet

== Semaine 5 [09/02 - 13/02]==
Cette semaine à été consacré à la prise en main de
* Kadeply
* OAR

== Semaine 6 [23/02 - 27/02]==
Après avoirs parcours la documentation indiqués dans les références sur KaDeploy et sur OAR, nous avons concu un petit mécanisme de partage automatique des temps d'expérimentation sur les cartes
Ce mécanisme fera donc intervenir les nouveaux composants suivants dans le projet :

===Nouvel utilisateur===

* Administrateur : C'est la personne en charge de la gestion des comptes utilisateurs et de l'environnement du mini datacenter

* Gestionnaire des Ressources : Dans le référentiel du mini datacenter,c'est le composant en charge
de la gestion des images NFSRoot
de la gestion des réservations des créneaux horaire
de la gestion des scripts à exécuter au démarrage de chaque créneaux horaire alloué

* Ordonnanceur : Dans le mini datacenter, c'est le composant chargé :
de libérer les ressources (carte). Nous pensons que le bon moyen pour libérer, la carte c'est de se connecter en Root SSH puis d'exécuter un shutdown
pour un script quelconque d'un environnement, de rédiriger le RootFS sur l'image NFS, démarrer la carte idéalement en WakeOnLan,

===Nouveaux cas d'utilisation===

* Gestion des comptes utilisateurs
* Gestions des images NFS
* Gestion des réservations et des scripts
* Demarrage d'un script/tâche utilisateur
1 Arrêter une carte,
2 Rédiriger le RootFS sur l'image NFS,
3 Démarrage d'une carte en WakeOnLan,
4 Switch user,
5 Exécution du script utilisateur,
6 transfert de la session SSH

===Liste des composants addtionnels===

* L'ordinateur client
* Le serveur NFS/Gestionnaire des reservations/Ordonnanceur/Reférentiel LDAP (Utilisateurs, Groupes, Cartes, Images, Scripts, etc)/ Serveur SSH
* La carte Jetson TK1

== Semaine 7 [23/02 - 28/02]==

Au vue de ce qui a été faits dans la semaine précédente, nous avons consacré cette semaine à
* prise en main du WakeOnLan
* recherche sur le support WkakeOnLan sur les cartes Jetson TK1
* essaies d'experientations du WakeOnLan sur les cartes

= Références =
* [https://developer.nvidia.com/get-started-jetson '''Getting started with Jetson TK1''']
* [http://elinux.org/index.php?title=Jetson_TK1&redirect=no '''Le wiki officiel de la carte Jetson TK1''']
* [https://devtalk.nvidia.com/default/board/139/embedded-systems/1 '''Le forum officiel de la carte Jetson TK1''']
* [https://plus.google.com/114318922342198493952/posts '''Forums Google+ de la carte Jetson TK1''']

Proj-2014-2015-Mini DataCenter Systeme

2015-03-02T05:20:09Z

Eric.Fotsing:

= Présentation et objectifs du projet =

'''Mise en place''' d'une plate-forme d'expérimentation à base notamment de carte [https://developer.nvidia.com/jetson-tk1 Jetson TK1] en s'inspirant de la plate-forme [https://www.grid5000.fr Grid'5000].

Plus globalement cette action s'inscrit dans la partie DataCentre du projet d'éboration '''d'une plateforme pédagogique pour l'expérimentation sur des systèmes massivement distribués'''.
----
<div align="center">[[File:Unnamed1.jpg|275px]] = [[File:5NXEwdI.jpg|400px]] = [[File:P6180066.JPG|325px]]</div>
----
= Equipe projet =

== Tuteur ==
* Olivier Richard (olivier.richard@imag.fr)
* Didier Donsez (didier.donsez@imag.fr)

==Étudiants==
* Eric Michel FOTSING (eric.fotsing@e.ujf-grenoble.fr)
* Jake MORISON (jake.morison@e.ujf-grenoble.fr)

= Livrables du projet =
* [[Proj-2014-2015-Mini_DataCenter_Systeme_SRS| '''Fiche de collecte des besoin (SRS)''']]

* Diagramme UML: use cases
[[File:useCases_miniDatacentre.png]]

* Diagramme UML: classes
[[File:class.png]]

* [https://waffle.io/morisonj/datacentre '''Tableau de bord scrum du projet (waffle.io)''']]

* [https://git.emf.com '''Scripts d'automatisation''']

= Plan de travail =
* Prise en main des carte Jetson TK1
* Etude du processus d'amorcage des carte en vue d'implementer l'amorcage en réseau
* Utilisation de la plate-forme Grid'5000
* Utilisation du gestionnaire de ressource OAR
* Conception du modèle d'exploitation à distance des cartes Jetson TK1
* Développements d'un module de contrôle de démarrage des cartes Jetson TK1

= Déroulement du projet =

== Semaine 1 [13/01 - 18/01]==
les tâches qui ont été exécuté lors de cette semaine N°1 sont les suivantes :
* Retrait de la carte Jetson TK1
* [http://elinux.org/index.php?title=Jetson_TK1&redirect=no '''Prise en main de la carte Jetson TK1''']
* Creation des comptes sur le wiki du projet hote (AIR)
* Demande de création des comptes sur la plate forme [https://www.grid5000.fr Grid'5000].

== Semaine 2 [19/01 - 25/01]==
A partir de la semaine N°2, nous avons :
* Etude détaillé de la carte [https://developer.nvidia.com/jetson-tk1 Jetson TK1] notamment
** Etude de son architecture physique et des divers composants qu'elle abrite
** Etude de son architecture logiciel
* Demarrage de la carte jetson et essaies d'accès au système d'exploitation pré-installé
* Diagrame UML: activity
[[File:activity.png]]
== Semaine 3 [26/01 - 01/02]==
Nous avons consacré cette semaine à :
* Quelques lectures et utilisation de la plate forme [https://www.grid5000.fr Grid'5000] en vue d'en comprendre le mode opératoire.
* Etude détaillé du chargeur d'amorcage utilisé sur les carte [https://developer.nvidia.com/jetson-tk1 Jetson TK1] en l'occurence [http://www.denx.de/wiki/U-Boot U-Boot]
** Etude de l'architecture de U-Boot
** Etude du mode de fonctionnement de U-Boot
* Prise de connaissance avec [https://developer.nvidia.com/linux-tegra Linux For Tegra (L4T)] le portage d'Ubuntu sur les processeur Tegra
* Redaction des diagrammes ces cas d'utilisation et des séquences

== Semaine 4 [02/02 - 08/02]==
Cette semaine nous avons :
* Finaliser le script la mise en place du RootFS
* Finaliser le script pour flasher la carte en mode NFS Boot
* Faire des experimentation pour vérifier l'effectivité du boot en réseau
* Rédaction du products back log et des sprint back log du projet

== Semaine 5 [09/02 - 13/02]==
Nouvel utilisateur

--> Administrateur : C'est la personne en charge de la gestion des comptes utilisateurs et de l'environnement du mini datacenter
--> Gestionnaire des Ressources : Dans le référentiel du mini datacenter,c'est le composant en charge
de la gestion des images NFSRoot
de la gestion des réservations des créneaux horaire
de la gestion des scripts à exécuter au démarrage de chaque créneaux horaire alloué
--> Ordonnanceur : Dans le mini datacenter, c'est le composant chargé :
de libérer les ressources (carte). Nous pensons que le bon moyen pour libérer, la carte c'est de se connecter en Root SSH puis d'exécuter un shutdown
pour un script quelconque d'un environnement, de rédiriger le RootFS sur l'image NFS, démarrer la carte idéalement en WakeOnLan,
Nouveaux cas d'utilisation

--> Gestion des comptes utilisateurs
--> Gestions des images NFS
--> Gestion des réservations et des scripts
--> Demarrage d'un script/tâche utilisateur
1 Arrêter une carte,
2 Rédiriger le RootFS sur l'image NFS,
3 Démarrage d'une carte en WakeOnLan,
4 Switch user,
5 Exécution du script utilisateur,
6 transfert de la session SSH

Liste des composants addtionnels:

--> L'ordinateur client
--> Le serveur NFS/Gestionnaire des reservations/Ordonnanceur/Reférentiel LDAP (Utilisateurs, Groupes, Cartes, Images, Scripts, etc)/ Serveur SSH
--> La carte Jetson TK1

== Semaine 6 [23/02 - 27/02]==

= Références =
* [https://developer.nvidia.com/get-started-jetson '''Getting started with Jetson TK1''']
* [http://elinux.org/index.php?title=Jetson_TK1&redirect=no '''Le wiki officiel de la carte Jetson TK1''']
* [https://devtalk.nvidia.com/default/board/139/embedded-systems/1 '''Le forum officiel de la carte Jetson TK1''']
* [https://plus.google.com/114318922342198493952/posts '''Forums Google+ de la carte Jetson TK1''']

Proj-2014-2015-Mini DataCenter Systeme

2015-02-10T12:31:02Z

Eric.Fotsing:

= Présentation et objectifs du projet =

'''Mise en place''' d'une plate-forme d'expérimentation à base notamment de carte [https://developer.nvidia.com/jetson-tk1 Jetson TK1] en s'inspirant de la plate-forme [https://www.grid5000.fr Grid'5000].

Plus globalement cette action s'inscrit dans la partie DataCentre du projet d'éboration '''d'une plateforme pédagogique pour l'expérimentation sur des systèmes massivement distribués'''.
----
<div align="center">[[File:Unnamed1.jpg|300px]] = [[File:5NXEwdI.jpg|450px]] = [[File:P6180066.JPG|350px]]</div>
----
= Equipe projet =

== Tuteur ==
* Olivier Richard (olivier.richard@imag.fr)
* Didier Donsez (didier.donsez@imag.fr)

==Étudiants==
* Eric Michel FOTSING (eric.fotsing@e.ujf-grenoble.fr)
* Jake MORISSON (jake.morrison@e.ujf-grenoble.fr)

= Livrables du projet =
* [[Proj-2014-2015-Mini_DataCenter_Systeme_SRS| '''Fiche de collecte des besoin (SRS)''']]
* [https://drive.google.com/file/d/0B49cX33WENXdSkR1eS0ydGhfb3M/view?usp=sharing '''Diagrame UML - Cas d'utilisation (draw.io)''']
* [https://drive.google.com/file/d/0B49cX33WENXdSkR1eS0ydGhfb3M/view?usp=sharing '''Diagrame UML - Séquences d'amorcage sur NFSRoot (draw.io)''']
* [https://drive.google.com/file/d/0B49cX33WENXdSkR1eS0ydGhfb3M/view?usp=sharing '''Diagrame UML - Diagrame des classes ''']
* [https://drive.google.com/file/d/0B49cX33WENXdSkR1eS0ydGhfb3M/view?usp=sharing '''Diagrame UML - Génération RootFS (draw.io)''']
* [https://drive.google.com/file/d/0B49cX33WENXdSkR1eS0ydGhfb3M/view?usp=sharing '''Diagrame UML - Diagrame des composants''']

* [[Proj-2014-2015-Mini_DataCenter_Systeme_Scrum| '''Tableau de bord scrum du projet (waffle.io)''']]

* [https://git.emf.com '''Scripts d'automatisation''']

= Plan de travail =
* Prise en main des carte Jetson TK1
* Etude du processus d'amorcage des carte en vue d'implementer l'amorcage en réseau
* Utilisation de la plate-forme Grid'5000
* Utilisation du gestionnaire de ressource OAR
* Conception du modèle d'exploitation à distance des cartes Jetson TK1
* Développements d'un module de contrôle de démarrage des cartes Jetson TK1

= Déroulement du projet =

== Semaine 1 [13/01 - 18/01]==
les tâches qui ont été exécuté lors de cette semaine N°1 sont les suivantes :
* Retrait de la carte Jetson TK1
* [http://elinux.org/index.php?title=Jetson_TK1&redirect=no '''Prise en main de la carte Jetson TK1''']
* Creation des comptes sur le wiki du projet hote (AIR)
* Demande de création des comptes sur la plate forme [https://www.grid5000.fr Grid'5000].

== Semaine 2 [19/01 - 25/01]==
A partir de la semaine N°2, nous avons :
* Etude détaillé de la carte [https://developer.nvidia.com/jetson-tk1 Jetson TK1] notamment
** Etude de son architecture physique et des divers composants qu'elle abrite
** Etude de son architecture logiciel
* Demarrage de la carte jetson et essaies d'accès au système d'exploitation pré-installé

== Semaine 3 [26/01 - 01/02]==
Nous avons consacré cette semaine à :
* Quelques lectures et utilisation de la plate forme [https://www.grid5000.fr Grid'5000] en vue d'en comprendre le mode opératoire.
* Etude détaillé du chargeur d'amorcage utilisé sur les carte [https://developer.nvidia.com/jetson-tk1 Jetson TK1] en l'occurence [http://www.denx.de/wiki/U-Boot U-Boot]
** Etude de l'architecture de U-Boot
** Etude du mode de fonctionnement de U-Boot
* Prise de connaissance avec [https://developer.nvidia.com/linux-tegra Linux For Tegra (L4T)] le portage d'Ubuntu sur les processeur Tegra
* Redaction des diagrammes ces cas d'utilisation et des séquences

== Semaine 4 [02/02 - 08/02]==
Cette semaine nous avons :
* Finaliser le script la mise en place du RootFS
* Finaliser le script pour flasher la carte en mode NFS Boot
* Faire des experimentation pour vérifier l'effectivité du boot en réseau
* Rédaction du products back log et des sprint back log du projet

== Semaine 5 [09/02 - 13/02]==

== Semaine 6 [23/02 - 27/02]==

= Références =
* [https://developer.nvidia.com/get-started-jetson '''Getting started with Jetson TK1''']
* [http://elinux.org/index.php?title=Jetson_TK1&redirect=no '''Le wiki officiel de la carte Jetson TK1''']
* [https://devtalk.nvidia.com/default/board/139/embedded-systems/1 '''Le forum officiel de la carte Jetson TK1''']
* [https://plus.google.com/114318922342198493952/posts '''Forums Google+ de la carte Jetson TK1''']

Proj-2014-2015-Mini DataCenter Systeme

2015-02-10T12:01:23Z

Eric.Fotsing:

Proj-2014-2015-Mini DataCenter Systeme

2015-02-08T18:07:56Z

Eric.Fotsing:

Proj-2014-2015-Mini DataCenter Systeme

2015-02-08T18:05:42Z

Eric.Fotsing:

Proj-2014-2015-Mini DataCenter Systeme

2015-02-08T16:41:37Z

Eric.Fotsing:

Proj-2014-2015-Mini DataCenter Systeme

2015-02-08T16:39:07Z

Eric.Fotsing:

Proj-2014-2015-Mini DataCenter Systeme

2015-02-08T16:38:39Z

Eric.Fotsing:

Proj-2014-2015-Mini DataCenter Systeme

2015-02-08T16:37:52Z

Eric.Fotsing:

Proj-2014-2015-Mini DataCenter Systeme

2015-02-08T16:37:27Z

Eric.Fotsing:

File:P6180066.JPG

2015-02-08T16:36:50Z

Eric.Fotsing: