air - User contributions [en]

Projets-2015-2016-Portage Bossa

2016-03-17T12:01:15Z

OmbelineRossi: /* Livrables et outils de suivi du projet */

= Présentation du projet =

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

BOSSA est un générateur d’ordonnanceur. L’ordonnanceur choisit l’ordre dans lequel les processus vont s’exécuter. La plupart du temps, un processus n’est pas exécuté d’une traite mais morceau par morceau. Cela permet d’allouer du temps à tour de rôle à tous les processus. BOSSA permet de choisir selon quels paramètres l’ordonnanceur fonctionnera (temps alloué à chaque processus, priorité donnée...) Les ordonnanceurs genérés fonctionnent actuellement sur les kernels Linux 2.4 et 2.6. Ces deux versions sont très 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 suivi du projet==

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

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

[http://air.imag.fr/index.php/File:Dossier_Projet_RICM5_FOTSING_ROSSI_YAO.pdf '''Rapport de Management de Porjet Innovant''']

[http://air.imag.fr/index.php/File:Prototype_Presentation_ProjetS10.pdf Transparents de la soutenance]

=Déroulement du projet schedule=

== Semaine 1 (du 25 au 29 Janvier 2016 ) ==
- Lecture autour de BOSSA
[[File:BossaArchitecture.png]]

Nous observons ici l'architecture 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

[[File:Ubuntu2.6.png]]
- Etude du [http://air.imag.fr/index.php/File:Bossa2.6Rapport.pdf '''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 de renommer le répertoire principale de chaque projet, comme vous pouvez le voir sur la capture suivante :

[[File:GitServeur.png]]

Ensuite, il faut vérifier que l'option bare du fichier config est positionnée à true

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

- Prise en main de la compilation du noyau Linux

[http://air.imag.fr/index.php/File:CompilationDeLinux.docx '''Notice de compilation du noyau Linux'''] :
([https://fr.opensuse.org/Configurer,_Compiler_et_Installer_un_noyau_Linux_personnalis%C3%A9#Pr.C3.A9paration '''Soucrces'''] )
Les étapes pour compiler Linux
1. Télécharger le code source du noyau: #git clone git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
2. Configurer le noyau
(1) Nettoyage: # make clean ou # make mrproper
(2)Récupération de la configuration: # make oldconfig
(3) Configuration: # make menuconfig
3. Créer l'image finale
Il est possible de construire divers types d'images binaires de noyau. Nous pouvons compiler une image de noyau complète ou une version compressée de
celle-ci ; habituellement, on choisit la version compressée ou l'image bzImage, que l'on peut créer en saisissant: #make bzImage
4. Compiler et installer les modules
Si, dans la section configuration, nous avons sélectionné des composants devant être intégrés en tant que modules du noyau, il faut maintenant les compiler.
Pour compiler les modules, exécutons la commande : #make modules
5. Amorcer à partir du nouveau noyau
L'installation des modules terminée, nous pouvons entreprendre une procédure d'installation automatique du noyau pour l'exécutable du noyau. Saisissons
simplement : #make install
6. Réinitialisation du secteur de démarrage
Il faut maintenant recréer le ram disk initial pour le nouveau noyau, sinon le système ne sera certainement pas capable de redémarrer le nouveau noyau :
# mkinitrd ou #mkinitramfs
7. Redémarrage: # reboot

- Etude du code de BOSSA

[[File:Bossa_dossier.png]]

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

[[File:Bossa_install1.png]]

[[File:Bossa_install2.png]]

== 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
[[File:Bossa_install1.png]]
[[File:Bossa_install2.png]]
-Mise à jour du manager
[[File:Manager.png]]
-Mise à jour du traceur
[[File:Trace.png]]
-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:Prototype Presentation ProjetS10.pdf

2016-03-17T12:00:59Z

OmbelineRossi:

Projets-2015-2016-Portage Bossa

2016-03-17T11:41:46Z

OmbelineRossi: /* Livrables et outils de suivie du projet */

= Présentation du projet =

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

BOSSA est un générateur d’ordonnanceur. L’ordonnanceur choisit l’ordre dans lequel les processus vont s’exécuter. La plupart du temps, un processus n’est pas exécuté d’une traite mais morceau par morceau. Cela permet d’allouer du temps à tour de rôle à tous les processus. BOSSA permet de choisir selon quels paramètres l’ordonnanceur fonctionnera (temps alloué à chaque processus, priorité donnée...) Les ordonnanceurs genérés fonctionnent actuellement sur les kernels Linux 2.4 et 2.6. Ces deux versions sont très 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 suivi du projet==

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

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

[http://air.imag.fr/index.php/File:Dossier_Projet_RICM5_FOTSING_ROSSI_YAO.pdf '''Rapport de Management de Porjet Innovant''']

=Déroulement du projet schedule=

== Semaine 1 (du 25 au 29 Janvier 2016 ) ==
- Lecture autour de BOSSA
[[File:BossaArchitecture.png]]

Nous observons ici l'architecture 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

[[File:Ubuntu2.6.png]]
- Etude du [http://air.imag.fr/index.php/File:Bossa2.6Rapport.pdf '''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 de renommer le répertoire principale de chaque projet, comme vous pouvez le voir sur la capture suivante :

[[File:GitServeur.png]]

Ensuite, il faut vérifier que l'option bare du fichier config est positionnée à true

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

- Prise en main de la compilation du noyau Linux

[http://air.imag.fr/index.php/File:CompilationDeLinux.docx '''Notice de compilation du noyau Linux'''] :
([https://fr.opensuse.org/Configurer,_Compiler_et_Installer_un_noyau_Linux_personnalis%C3%A9#Pr.C3.A9paration '''Soucrces'''] )
Les étapes pour compiler Linux
1. Télécharger le code source du noyau: #git clone git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
2. Configurer le noyau
(1) Nettoyage: # make clean ou # make mrproper
(2)Récupération de la configuration: # make oldconfig
(3) Configuration: # make menuconfig
3. Créer l'image finale
Il est possible de construire divers types d'images binaires de noyau. Nous pouvons compiler une image de noyau complète ou une version compressée de
celle-ci ; habituellement, on choisit la version compressée ou l'image bzImage, que l'on peut créer en saisissant: #make bzImage
4. Compiler et installer les modules
Si, dans la section configuration, nous avons sélectionné des composants devant être intégrés en tant que modules du noyau, il faut maintenant les compiler.
Pour compiler les modules, exécutons la commande : #make modules
5. Amorcer à partir du nouveau noyau
L'installation des modules terminée, nous pouvons entreprendre une procédure d'installation automatique du noyau pour l'exécutable du noyau. Saisissons
simplement : #make install
6. Réinitialisation du secteur de démarrage
Il faut maintenant recréer le ram disk initial pour le nouveau noyau, sinon le système ne sera certainement pas capable de redémarrer le nouveau noyau :
# mkinitrd ou #mkinitramfs
7. Redémarrage: # reboot

- Etude du code de BOSSA

[[File:Bossa_dossier.png]]

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

[[File:Bossa_install1.png]]

[[File:Bossa_install2.png]]

== 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
[[File:Bossa_install1.png]]
[[File:Bossa_install2.png]]
-Mise à jour du manager
[[File:Manager.png]]
-Mise à jour du traceur
[[File:Trace.png]]
-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:Dossier Projet RICM5 FOTSING ROSSI YAO.pdf

2016-03-17T11:41:18Z

OmbelineRossi:

Projets-2015-2016-Portage Bossa

2016-03-17T11:39:53Z

OmbelineRossi: /* Semaine 3 (du 8 au 12 Février 2016) */

= Présentation du projet =

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

BOSSA est un générateur d’ordonnanceur. L’ordonnanceur choisit l’ordre dans lequel les processus vont s’exécuter. La plupart du temps, un processus n’est pas exécuté d’une traite mais morceau par morceau. Cela permet d’allouer du temps à tour de rôle à tous les processus. BOSSA permet de choisir selon quels paramètres l’ordonnanceur fonctionnera (temps alloué à chaque processus, priorité donnée...) Les ordonnanceurs genérés fonctionnent actuellement sur les kernels Linux 2.4 et 2.6. Ces deux versions sont très 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]]

Nous observons ici l'architecture 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

[[File:Ubuntu2.6.png]]
- Etude du [http://air.imag.fr/index.php/File:Bossa2.6Rapport.pdf '''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 de renommer le répertoire principale de chaque projet, comme vous pouvez le voir sur la capture suivante :

[[File:GitServeur.png]]

Ensuite, il faut vérifier que l'option bare du fichier config est positionnée à true

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

- Prise en main de la compilation du noyau Linux

[http://air.imag.fr/index.php/File:CompilationDeLinux.docx '''Notice de compilation du noyau Linux'''] :
([https://fr.opensuse.org/Configurer,_Compiler_et_Installer_un_noyau_Linux_personnalis%C3%A9#Pr.C3.A9paration '''Soucrces'''] )
Les étapes pour compiler Linux
1. Télécharger le code source du noyau: #git clone git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
2. Configurer le noyau
(1) Nettoyage: # make clean ou # make mrproper
(2)Récupération de la configuration: # make oldconfig
(3) Configuration: # make menuconfig
3. Créer l'image finale
Il est possible de construire divers types d'images binaires de noyau. Nous pouvons compiler une image de noyau complète ou une version compressée de
celle-ci ; habituellement, on choisit la version compressée ou l'image bzImage, que l'on peut créer en saisissant: #make bzImage
4. Compiler et installer les modules
Si, dans la section configuration, nous avons sélectionné des composants devant être intégrés en tant que modules du noyau, il faut maintenant les compiler.
Pour compiler les modules, exécutons la commande : #make modules
5. Amorcer à partir du nouveau noyau
L'installation des modules terminée, nous pouvons entreprendre une procédure d'installation automatique du noyau pour l'exécutable du noyau. Saisissons
simplement : #make install
6. Réinitialisation du secteur de démarrage
Il faut maintenant recréer le ram disk initial pour le nouveau noyau, sinon le système ne sera certainement pas capable de redémarrer le nouveau noyau :
# mkinitrd ou #mkinitramfs
7. Redémarrage: # reboot

- Etude du code de BOSSA

[[File:Bossa_dossier.png]]

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

[[File:Bossa_install1.png]]

[[File:Bossa_install2.png]]

== 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
[[File:Bossa_install1.png]]
[[File:Bossa_install2.png]]
-Mise à jour du manager
[[File:Manager.png]]
-Mise à jour du traceur
[[File:Trace.png]]
-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-17T11:39:18Z

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

= Présentation du projet =

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

BOSSA est un générateur d’ordonnanceur. L’ordonnanceur choisit l’ordre dans lequel les processus vont s’exécuter. La plupart du temps, un processus n’est pas exécuté d’une traite mais morceau par morceau. Cela permet d’allouer du temps à tour de rôle à tous les processus. BOSSA permet de choisir selon quels paramètres l’ordonnanceur fonctionnera (temps alloué à chaque processus, priorité donnée...) Les ordonnanceurs genérés fonctionnent actuellement sur les kernels Linux 2.4 et 2.6. Ces deux versions sont très 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]]

Nous observons ici l'architecture 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

[[File:Ubuntu2.6.png]]
- Etude du [http://air.imag.fr/index.php/File:Bossa2.6Rapport.pdf '''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 de renommer le répertoire principale de chaque projet, comme vous pouvez le voir sur la capture suivante :

[[File:GitServeur.png]]

Ensuite, il faut vérifier que l'option bare du fichier config est positionnée à true

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

- Prise en main de la compilation du noyau Linux

[http://air.imag.fr/index.php/File:CompilationDeLinux.docx '''Notice de compilation du noyau Linux'''] :
([https://fr.opensuse.org/Configurer,_Compiler_et_Installer_un_noyau_Linux_personnalis%C3%A9#Pr.C3.A9paration '''Soucrces'''] )
Les étapes pour compiler Linux
1. Télécharger le code source du noyau: #git clone git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
2. Configurer le noyau
(1) Nettoyage: # make clean ou # make mrproper
(2)Récupération de la configuration: # make oldconfig
(3) Configuration: # make menuconfig
3. Créer l'image finale
Il est possible de construire divers types d'images binaires de noyau. Nous pouvons compiler une image de noyau complète ou une version compressée de
celle-ci ; habituellement, on choisit la version compressée ou l'image bzImage, que l'on peut créer en saisissant: #make bzImage
4. Compiler et installer les modules
Si, dans la section configuration, nous avons sélectionné des composants devant être intégrés en tant que modules du noyau, il faut maintenant les compiler.
Pour compiler les modules, exécutons la commande : #make modules
5. Amorcer à partir du nouveau noyau
L'installation des modules terminée, nous pouvons entreprendre une procédure d'installation automatique du noyau pour l'exécutable du noyau. Saisissons
simplement : #make install
6. Réinitialisation du secteur de démarrage
Il faut maintenant recréer le ram disk initial pour le nouveau noyau, sinon le système ne sera certainement pas capable de redémarrer le nouveau noyau :
# mkinitrd ou #mkinitramfs
7. Redémarrage: # reboot

- Etude du code de BOSSA

[[File:Bossa_dossier.png]]

== Semaine 3 (du 8 au 12 Février 2016) ==
- Etude du bug du compilateur 2.6.32
- Installation de BOSSA
[[File:Bossa_install1.png]]
[[File:Bossa_install2.png]]

== 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
[[File:Bossa_install1.png]]
[[File:Bossa_install2.png]]
-Mise à jour du manager
[[File:Manager.png]]
-Mise à jour du traceur
[[File:Trace.png]]
-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-17T11:36:42Z

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

= Présentation du projet =

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

BOSSA est un générateur d’ordonnanceur. L’ordonnanceur choisit l’ordre dans lequel les processus vont s’exécuter. La plupart du temps, un processus n’est pas exécuté d’une traite mais morceau par morceau. Cela permet d’allouer du temps à tour de rôle à tous les processus. BOSSA permet de choisir selon quels paramètres l’ordonnanceur fonctionnera (temps alloué à chaque processus, priorité donnée...) Les ordonnanceurs genérés fonctionnent actuellement sur les kernels Linux 2.4 et 2.6. Ces deux versions sont très 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]]

Nous observons ici l'architecture 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

[[File:Ubuntu2.6.png]]
- Etude du [http://air.imag.fr/index.php/File:Bossa2.6Rapport.pdf '''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 de renommer le répertoire principale de chaque projet, comme vous pouvez le voir sur la capture suivante :

[[File:GitServeur.png]]

Ensuite, il faut vérifier que l'option bare du fichier config est positionnée à true

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

- Prise en main de la compilation du noyau Linux

[http://air.imag.fr/index.php/File:CompilationDeLinux.docx '''Notice de compilation du noyau Linux'''] :
([https://fr.opensuse.org/Configurer,_Compiler_et_Installer_un_noyau_Linux_personnalis%C3%A9#Pr.C3.A9paration '''Soucrces'''] )
Les étapes pour compiler Linux
1. Télécharger le code source du noyau: #git clone git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
2. Configurer le noyau
(1) Nettoyage: # make clean ou # make mrproper
(2)Récupération de la configuration: # make oldconfig
(3) Configuration: # make menuconfig
3. Créer l'image finale
Il est possible de construire divers types d'images binaires de noyau. Nous pouvons compiler une image de noyau complète ou une version compressée de celle-ci ; habituellement, on choisit la version compressée ou l'image bzImage, que l'on peut créer en saisissant: #make bzImage
4. Compiler et installer les modules
Si, dans la section configuration, nous avons sélectionné des composants devant être intégrés en tant que modules du noyau, il faut maintenant les compiler.
Pour compiler les modules, exécutons la commande : #make modules
5. Amorcer à partir du nouveau noyau
L'installation des modules terminée, nous pouvons entreprendre une procédure d'installation automatique du noyau pour l'exécutable du noyau. Saisissons simplement : #make install
6. Réinitialisation du secteur de démarrage
Il faut maintenant recréer le ram disk initial pour le nouveau noyau, sinon le système ne sera certainement pas capable de redémarrer le nouveau noyau: # mkinitrd ou #mkinitramfs
7. Redémarrage: # reboot

- Etude du code de BOSSA

[[File:Bossa_dossier.png]]

== Semaine 3 (du 8 au 12 Février 2016) ==
- Etude du bug du compilateur 2.6.32
- Installation de BOSSA
[[File:Bossa_install1.png]]
[[File:Bossa_install2.png]]

== 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
[[File:Bossa_install1.png]]
[[File:Bossa_install2.png]]
-Mise à jour du manager
[[File:Manager.png]]
-Mise à jour du traceur
[[File:Trace.png]]
-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-17T11:34:38Z

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

= Présentation du projet =

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

BOSSA est un générateur d’ordonnanceur. L’ordonnanceur choisit l’ordre dans lequel les processus vont s’exécuter. La plupart du temps, un processus n’est pas exécuté d’une traite mais morceau par morceau. Cela permet d’allouer du temps à tour de rôle à tous les processus. BOSSA permet de choisir selon quels paramètres l’ordonnanceur fonctionnera (temps alloué à chaque processus, priorité donnée...) Les ordonnanceurs genérés fonctionnent actuellement sur les kernels Linux 2.4 et 2.6. Ces deux versions sont très 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]]

Nous observons ici l'architecture 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

[[File:Ubuntu2.6.png]]
- Etude du [http://air.imag.fr/index.php/File:Bossa2.6Rapport.pdf '''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
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 )
Les étapes pour compiler Linux
1. Télécharger le code source du noyau: #git clone git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
2. Configurer le noyau
(1) Nettoyage: # make clean ou # make mrproper
(2)Récupération de la configuration: # make oldconfig
(3) Configuration: # make menuconfig
3. Créer l'image finale
Il est possible de construire divers types d'images binaires de noyau. Nous pouvons compiler une image de noyau complète ou une version compressée de celle-ci;
habituellement, on choisit la version compressée ou l'image bzImage, que l'on peut créer en saisissant: #make bzImage
4. Compiler et installer les modules
Si, dans la section configuration, nous avons sélectionné des composants devant être intégrés en tant que modules du noyau, il faut maintenant les compiler.
Pour compiler les modules, exécutons la commande : #make modules
5. Amorcer à partir du nouveau noyau
L'installation des modules terminée, nous pouvons entreprendre une procédure d'installation automatique du noyau pour l'exécutable du noyau. Saisissons simplement : #make install
6. Réinitialisation du secteur de démarrage
Il faut maintenant recréer le ram disk initial pour le nouveau noyau, sinon le système ne sera certainement pas capable de redémarrer le nouveau noyau: # mkinitrd ou #mkinitramfs
7. Redémarrage: # reboot

- Etude du code de BOSSA
[[File:Bossa_dossier.png]]

== Semaine 3 (du 8 au 12 Février 2016) ==
- Etude du bug du compilateur 2.6.32
- Installation de BOSSA
[[File:Bossa_install1.png]]
[[File:Bossa_install2.png]]

== 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
[[File:Bossa_install1.png]]
[[File:Bossa_install2.png]]
-Mise à jour du manager
[[File:Manager.png]]
-Mise à jour du traceur
[[File:Trace.png]]
-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-17T11:33:29Z

OmbelineRossi: /* Semaine 1 (du 25 au 29 Janvier 2016 ) */

= Présentation du projet =

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

BOSSA est un générateur d’ordonnanceur. L’ordonnanceur choisit l’ordre dans lequel les processus vont s’exécuter. La plupart du temps, un processus n’est pas exécuté d’une traite mais morceau par morceau. Cela permet d’allouer du temps à tour de rôle à tous les processus. BOSSA permet de choisir selon quels paramètres l’ordonnanceur fonctionnera (temps alloué à chaque processus, priorité donnée...) Les ordonnanceurs genérés fonctionnent actuellement sur les kernels Linux 2.4 et 2.6. Ces deux versions sont très 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]]

Nous observons ici l'architecture 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
[[File:Ubuntu2.6.png]]
- Etude du rapport du portage de Bossa vers Linux 2.6.32
http://air.imag.fr/index.php/File:Bossa2.6Rapport.pdf
- 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
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 )
Les étapes pour compiler Linux
1. Télécharger le code source du noyau: #git clone git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
2. Configurer le noyau
(1) Nettoyage: # make clean ou # make mrproper
(2)Récupération de la configuration: # make oldconfig
(3) Configuration: # make menuconfig
3. Créer l'image finale
Il est possible de construire divers types d'images binaires de noyau. Nous pouvons compiler une image de noyau complète ou une version compressée de celle-ci;
habituellement, on choisit la version compressée ou l'image bzImage, que l'on peut créer en saisissant: #make bzImage
4. Compiler et installer les modules
Si, dans la section configuration, nous avons sélectionné des composants devant être intégrés en tant que modules du noyau, il faut maintenant les compiler.
Pour compiler les modules, exécutons la commande : #make modules
5. Amorcer à partir du nouveau noyau
L'installation des modules terminée, nous pouvons entreprendre une procédure d'installation automatique du noyau pour l'exécutable du noyau. Saisissons simplement : #make install
6. Réinitialisation du secteur de démarrage
Il faut maintenant recréer le ram disk initial pour le nouveau noyau, sinon le système ne sera certainement pas capable de redémarrer le nouveau noyau: # mkinitrd ou #mkinitramfs
7. Redémarrage: # reboot

- Etude du code de BOSSA
[[File:Bossa_dossier.png]]

== Semaine 3 (du 8 au 12 Février 2016) ==
- Etude du bug du compilateur 2.6.32
- Installation de BOSSA
[[File:Bossa_install1.png]]
[[File:Bossa_install2.png]]

== 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
[[File:Bossa_install1.png]]
[[File:Bossa_install2.png]]
-Mise à jour du manager
[[File:Manager.png]]
-Mise à jour du traceur
[[File:Trace.png]]
-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-17T11:32:36Z

OmbelineRossi: /* Qu’est-ce-que BOSSA ? */

= Présentation du projet =

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

BOSSA est un générateur d’ordonnanceur. L’ordonnanceur choisit l’ordre dans lequel les processus vont s’exécuter. La plupart du temps, un processus n’est pas exécuté d’une traite mais morceau par morceau. Cela permet d’allouer du temps à tour de rôle à tous les processus. BOSSA permet de choisir selon quels paramètres l’ordonnanceur fonctionnera (temps alloué à chaque processus, priorité donnée...) Les ordonnanceurs genérés fonctionnent actuellement sur les kernels Linux 2.4 et 2.6. Ces deux versions sont très 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
[[File:Ubuntu2.6.png]]
- Etude du rapport du portage de Bossa vers Linux 2.6.32
http://air.imag.fr/index.php/File:Bossa2.6Rapport.pdf
- 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
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 )
Les étapes pour compiler Linux
1. Télécharger le code source du noyau: #git clone git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
2. Configurer le noyau
(1) Nettoyage: # make clean ou # make mrproper
(2)Récupération de la configuration: # make oldconfig
(3) Configuration: # make menuconfig
3. Créer l'image finale
Il est possible de construire divers types d'images binaires de noyau. Nous pouvons compiler une image de noyau complète ou une version compressée de celle-ci;
habituellement, on choisit la version compressée ou l'image bzImage, que l'on peut créer en saisissant: #make bzImage
4. Compiler et installer les modules
Si, dans la section configuration, nous avons sélectionné des composants devant être intégrés en tant que modules du noyau, il faut maintenant les compiler.
Pour compiler les modules, exécutons la commande : #make modules
5. Amorcer à partir du nouveau noyau
L'installation des modules terminée, nous pouvons entreprendre une procédure d'installation automatique du noyau pour l'exécutable du noyau. Saisissons simplement : #make install
6. Réinitialisation du secteur de démarrage
Il faut maintenant recréer le ram disk initial pour le nouveau noyau, sinon le système ne sera certainement pas capable de redémarrer le nouveau noyau: # mkinitrd ou #mkinitramfs
7. Redémarrage: # reboot

- Etude du code de BOSSA
[[File:Bossa_dossier.png]]

== Semaine 3 (du 8 au 12 Février 2016) ==
- Etude du bug du compilateur 2.6.32
- Installation de BOSSA
[[File:Bossa_install1.png]]
[[File:Bossa_install2.png]]

== 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
[[File:Bossa_install1.png]]
[[File:Bossa_install2.png]]
-Mise à jour du manager
[[File:Manager.png]]
-Mise à jour du traceur
[[File:Trace.png]]
-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-16T22:36:01Z

OmbelineRossi: /* 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
- 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
- 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:CompilationDeLinux.docx

2016-03-16T22:35:41Z

OmbelineRossi:

VT2015 SimSmartCities

2015-10-22T23:19:40Z

OmbelineRossi: /* Abstract */

=Présentation=
*Enseignants : Georges-Pierre Bonneau, Didier Donsez ([[VT2015|VT2015]])
*Sujet : Simulations of Smart Cities
*Auteur : Rossi Ombeline
*Date: 16 octobre 2015

=Mots clés=
Simulation, capteurs, ville intelligente, sources d'énergies, développement durable

=Résumé=
Les villes intelligentes se popularisent de plus en plus. Elles permettent une utilisation optimale des ressources disponibles sans les épuiser et tout en améliorant la qualité de vie de leurs habitants.
Toutefois, il est difficile de prévoir quels seront les effets de toutes les modifications apportées à une ville afin de la rendre intelligente. Ainsi, il est de bon ton d'utiliser des simulations avant toute mise en place.

=Abstract=
Smart cities spread more and more. They allow an optimal use of available resources, without spoiling them, while upgrading their inhabitants life quality. However, it's very difficult to predict which effects will these modifications bring, once applied to the city. So, using a simulator before changing the city is a great idea!

=Synthèse=

==Définition==
Une ville intelligent utilise les Technologies de l'Information et de la Communication afin d'améliorer sa qualité de vie.

Moins généralement, une ville intelligente :
* Exploitera les ressources financières à sa disposition (investisseurs et matériel déjà possédé)
* Utilisera ses ressources environnementales (aussi bien ses infrastructures d'énergies qu'un apport régulier en eau potable)
* Prendra en compte les besoins de ses institutions,ses entreprises et ses citoyens

[[File:Trio.jpg|400px|thumb|center|Fig.1 : Mise en place d'un plan économique, social et environnemental]]

Les territoires et les villes doivent être aménagés en fonction de ces trois points afin d'arriver à une gestion avisée de ses ressources et d'améliorer sa qualité de vie ainsi que celle de ses services urbains. Le meilleur moyen de vérifier et d'analyser tous ces paramètres en permanence est de mettre en place un réseau de capteurs sans fil.

==Capteurs==

Il existe de nombreux types de capteurs utiles à l'élaboration d'une ville intelligente. Voici quelques exemples de ce qu'ils mesurent !
* Niveau de pollution ; afin de pouvoir prendre les mesures environnementales et humaines nécessaires lorsque celui-ci devient trop élevé
* Niveau de radiations
* Intensité lumineuse ; afin de réguler l'éclairage public et de diminuer les dépenses énergétiques tout en optimisant ce service
* Niveau de pluies ; pour éviter les déplacements inutiles d'équipes d'arrosage
* Niveau de bruit ; cela permet de redéfinir l'attrait d'une rue pour les habitants
* Remplissage des poubelles ; principalement pour celles rarement vidées, comme les containers de verre.
* Places de parking vides ; pour diminuer le temps passé en voiture par les utilisateurs

==Mise en oeuvre==
Afin de mettre en place en ville une infrastructure permettant de la rendre intelligente, ou de concevoir une ville entière, il faut suivre plusieurs étapes pour arriver à un plan d'actions crédible et réalisable.
Tout d'abord, il faut déterminer quels problèmes rencontre actuellement la ville, ou quels sont ceux auxquels elle pourrait être confrontée dans le futur.
Ensuite, il faut établir un plan économique, social et environnemental regroupant les ressources énoncées dans la partie Définition.
Il est alors nécessaire de convertir un politicien à la cause, car de nombreuses personnes vont alors être à convaincre : collectivités, urbanistes, industriels des secteurs de l'énergie, de l'eau, des transports et des réseaux télécoms, infrastructures, constructeurs, intégrateurs...
Toutefois, toutes ces entités ne sont pas forcément calées en sciences humains ou technologiques, et donc capables d'appréhender le plan qui doit être mis en place. Il faut alors être capable de leur montrer visuellement les effets dudit plan ; soit en le mettant en place (sauf que c'était le but de la manoeuvre, regrouper les investisseurs pour le mettre en place), soit avec une simulation.

==Simulateurs de Smart Cities==

Il existe divers simulateurs de villes intelligentes, la plupart fonctionnant sous Linux ou Windows. Deux d'entre eux sont particulièrement adaptès aux deux situations citées ci-dessus.

===Simulateur "Build from scratch" : Blended Cities===
Blender est un logiciel gratuit de création de ville très complet, permettant rapidement et facile de créer un terrain, de le modifier et d'y construire des bâtiments et des rues.

[[File:Banner.jpg|400px|thumb|center|Fig.2 : Ville construite avec Blender]]

Toutefois, il n'est pas capable de prendre en compte des données supplémentaires, comme par exemple l'attractivité d'une rue par rapport à une autre du fait de la présence de capteurs de parkings dans celles-ci, ni de gérer des mouvements réalistes de population. Mais, ce logiciel est également capable de prendre en compte dans ses versions antérieures à la 2.5 des scripts Python permettant d'ajouter ces comportements.

Blended Cities est l'un de ceux-ci, et il permet de définir des lieux de culture, des parcs, des feux de circulation alternés...

===Simulateur pour une ville déjà existante : Smart City Explorer===
Ce logiciel prend en compte soit des données géographiques, soit une carte Google et construit une ville à partir de cela.
Les données géographiques permettent de dessiner une ville complète, et d'y définir les zones d'habitation et celels de travail, et le logiciel sera ensuite capable de déterminer quels seront les niveaux de pollution et de bruit dans les rues.

[[File:Villedonneesgeo.jpg|400px|thumb|center|Fig.3 : Rues à forte pollution sous Smart City Explorer]]

La carte Google map est bien plus rapide à charger, mais elle permet moins de détails. Toutefois, elle est bien suffisante pour estimer la fréquentation d'une route et les modifications du traffic engendrées par la fermeture d'une voie.

[[File:Ville_donneesgmap.png|400px|thumb|center|Fig.4 : Concentration automobile]]

==Bibliographie==
http://theguardian.com

http://smartgrids-cre.fr

http://siradel.com

http://jerome.le.chat.free.fr

VT2015 SimSmartCities

2015-10-22T23:16:06Z

OmbelineRossi: /* Bibliographie */

=Présentation=
*Enseignants : Georges-Pierre Bonneau, Didier Donsez ([[VT2015|VT2015]])
*Sujet : Simulations of Smart Cities
*Auteur : Rossi Ombeline
*Date: 16 octobre 2015

=Mots clés=
Simulation, capteurs, ville intelligente, sources d'énergies, développement durable

=Résumé=
Les villes intelligentes se popularisent de plus en plus. Elles permettent une utilisation optimale des ressources disponibles sans les épuiser et tout en améliorant la qualité de vie de leurs habitants.
Toutefois, il est difficile de prévoir quels seront les effets de toutes les modifications apportées à une ville afin de la rendre intelligente. Ainsi, il est de bon ton d'utiliser des simulations avant toute mise en place.

=Abstract=

=Synthèse=

==Définition==
Une ville intelligent utilise les Technologies de l'Information et de la Communication afin d'améliorer sa qualité de vie.

Moins généralement, une ville intelligente :
* Exploitera les ressources financières à sa disposition (investisseurs et matériel déjà possédé)
* Utilisera ses ressources environnementales (aussi bien ses infrastructures d'énergies qu'un apport régulier en eau potable)
* Prendra en compte les besoins de ses institutions,ses entreprises et ses citoyens

[[File:Trio.jpg|400px|thumb|center|Fig.1 : Mise en place d'un plan économique, social et environnemental]]

Les territoires et les villes doivent être aménagés en fonction de ces trois points afin d'arriver à une gestion avisée de ses ressources et d'améliorer sa qualité de vie ainsi que celle de ses services urbains. Le meilleur moyen de vérifier et d'analyser tous ces paramètres en permanence est de mettre en place un réseau de capteurs sans fil.

==Capteurs==

Il existe de nombreux types de capteurs utiles à l'élaboration d'une ville intelligente. Voici quelques exemples de ce qu'ils mesurent !
* Niveau de pollution ; afin de pouvoir prendre les mesures environnementales et humaines nécessaires lorsque celui-ci devient trop élevé
* Niveau de radiations
* Intensité lumineuse ; afin de réguler l'éclairage public et de diminuer les dépenses énergétiques tout en optimisant ce service
* Niveau de pluies ; pour éviter les déplacements inutiles d'équipes d'arrosage
* Niveau de bruit ; cela permet de redéfinir l'attrait d'une rue pour les habitants
* Remplissage des poubelles ; principalement pour celles rarement vidées, comme les containers de verre.
* Places de parking vides ; pour diminuer le temps passé en voiture par les utilisateurs

==Mise en oeuvre==
Afin de mettre en place en ville une infrastructure permettant de la rendre intelligente, ou de concevoir une ville entière, il faut suivre plusieurs étapes pour arriver à un plan d'actions crédible et réalisable.
Tout d'abord, il faut déterminer quels problèmes rencontre actuellement la ville, ou quels sont ceux auxquels elle pourrait être confrontée dans le futur.
Ensuite, il faut établir un plan économique, social et environnemental regroupant les ressources énoncées dans la partie Définition.
Il est alors nécessaire de convertir un politicien à la cause, car de nombreuses personnes vont alors être à convaincre : collectivités, urbanistes, industriels des secteurs de l'énergie, de l'eau, des transports et des réseaux télécoms, infrastructures, constructeurs, intégrateurs...
Toutefois, toutes ces entités ne sont pas forcément calées en sciences humains ou technologiques, et donc capables d'appréhender le plan qui doit être mis en place. Il faut alors être capable de leur montrer visuellement les effets dudit plan ; soit en le mettant en place (sauf que c'était le but de la manoeuvre, regrouper les investisseurs pour le mettre en place), soit avec une simulation.

==Simulateurs de Smart Cities==

Il existe divers simulateurs de villes intelligentes, la plupart fonctionnant sous Linux ou Windows. Deux d'entre eux sont particulièrement adaptès aux deux situations citées ci-dessus.

===Simulateur "Build from scratch" : Blended Cities===
Blender est un logiciel gratuit de création de ville très complet, permettant rapidement et facile de créer un terrain, de le modifier et d'y construire des bâtiments et des rues.

[[File:Banner.jpg|400px|thumb|center|Fig.2 : Ville construite avec Blender]]

Toutefois, il n'est pas capable de prendre en compte des données supplémentaires, comme par exemple l'attractivité d'une rue par rapport à une autre du fait de la présence de capteurs de parkings dans celles-ci, ni de gérer des mouvements réalistes de population. Mais, ce logiciel est également capable de prendre en compte dans ses versions antérieures à la 2.5 des scripts Python permettant d'ajouter ces comportements.

Blended Cities est l'un de ceux-ci, et il permet de définir des lieux de culture, des parcs, des feux de circulation alternés...

===Simulateur pour une ville déjà existante : Smart City Explorer===
Ce logiciel prend en compte soit des données géographiques, soit une carte Google et construit une ville à partir de cela.
Les données géographiques permettent de dessiner une ville complète, et d'y définir les zones d'habitation et celels de travail, et le logiciel sera ensuite capable de déterminer quels seront les niveaux de pollution et de bruit dans les rues.

[[File:Villedonneesgeo.jpg|400px|thumb|center|Fig.3 : Rues à forte pollution sous Smart City Explorer]]

La carte Google map est bien plus rapide à charger, mais elle permet moins de détails. Toutefois, elle est bien suffisante pour estimer la fréquentation d'une route et les modifications du traffic engendrées par la fermeture d'une voie.

[[File:Ville_donneesgmap.png|400px|thumb|center|Fig.4 : Concentration automobile]]

==Bibliographie==
http://theguardian.com

http://smartgrids-cre.fr

http://siradel.com

http://jerome.le.chat.free.fr

VT2015 SimSmartCities

2015-10-22T23:15:56Z

OmbelineRossi: /* Simulateur pour une ville déjà existante : Smart City Explorer */

=Présentation=
*Enseignants : Georges-Pierre Bonneau, Didier Donsez ([[VT2015|VT2015]])
*Sujet : Simulations of Smart Cities
*Auteur : Rossi Ombeline
*Date: 16 octobre 2015

=Mots clés=
Simulation, capteurs, ville intelligente, sources d'énergies, développement durable

=Résumé=
Les villes intelligentes se popularisent de plus en plus. Elles permettent une utilisation optimale des ressources disponibles sans les épuiser et tout en améliorant la qualité de vie de leurs habitants.
Toutefois, il est difficile de prévoir quels seront les effets de toutes les modifications apportées à une ville afin de la rendre intelligente. Ainsi, il est de bon ton d'utiliser des simulations avant toute mise en place.

=Abstract=

=Synthèse=

==Définition==
Une ville intelligent utilise les Technologies de l'Information et de la Communication afin d'améliorer sa qualité de vie.

Moins généralement, une ville intelligente :
* Exploitera les ressources financières à sa disposition (investisseurs et matériel déjà possédé)
* Utilisera ses ressources environnementales (aussi bien ses infrastructures d'énergies qu'un apport régulier en eau potable)
* Prendra en compte les besoins de ses institutions,ses entreprises et ses citoyens

[[File:Trio.jpg|400px|thumb|center|Fig.1 : Mise en place d'un plan économique, social et environnemental]]

Les territoires et les villes doivent être aménagés en fonction de ces trois points afin d'arriver à une gestion avisée de ses ressources et d'améliorer sa qualité de vie ainsi que celle de ses services urbains. Le meilleur moyen de vérifier et d'analyser tous ces paramètres en permanence est de mettre en place un réseau de capteurs sans fil.

==Capteurs==

Il existe de nombreux types de capteurs utiles à l'élaboration d'une ville intelligente. Voici quelques exemples de ce qu'ils mesurent !
* Niveau de pollution ; afin de pouvoir prendre les mesures environnementales et humaines nécessaires lorsque celui-ci devient trop élevé
* Niveau de radiations
* Intensité lumineuse ; afin de réguler l'éclairage public et de diminuer les dépenses énergétiques tout en optimisant ce service
* Niveau de pluies ; pour éviter les déplacements inutiles d'équipes d'arrosage
* Niveau de bruit ; cela permet de redéfinir l'attrait d'une rue pour les habitants
* Remplissage des poubelles ; principalement pour celles rarement vidées, comme les containers de verre.
* Places de parking vides ; pour diminuer le temps passé en voiture par les utilisateurs

==Mise en oeuvre==
Afin de mettre en place en ville une infrastructure permettant de la rendre intelligente, ou de concevoir une ville entière, il faut suivre plusieurs étapes pour arriver à un plan d'actions crédible et réalisable.
Tout d'abord, il faut déterminer quels problèmes rencontre actuellement la ville, ou quels sont ceux auxquels elle pourrait être confrontée dans le futur.
Ensuite, il faut établir un plan économique, social et environnemental regroupant les ressources énoncées dans la partie Définition.
Il est alors nécessaire de convertir un politicien à la cause, car de nombreuses personnes vont alors être à convaincre : collectivités, urbanistes, industriels des secteurs de l'énergie, de l'eau, des transports et des réseaux télécoms, infrastructures, constructeurs, intégrateurs...
Toutefois, toutes ces entités ne sont pas forcément calées en sciences humains ou technologiques, et donc capables d'appréhender le plan qui doit être mis en place. Il faut alors être capable de leur montrer visuellement les effets dudit plan ; soit en le mettant en place (sauf que c'était le but de la manoeuvre, regrouper les investisseurs pour le mettre en place), soit avec une simulation.

==Simulateurs de Smart Cities==

Il existe divers simulateurs de villes intelligentes, la plupart fonctionnant sous Linux ou Windows. Deux d'entre eux sont particulièrement adaptès aux deux situations citées ci-dessus.

===Simulateur "Build from scratch" : Blended Cities===
Blender est un logiciel gratuit de création de ville très complet, permettant rapidement et facile de créer un terrain, de le modifier et d'y construire des bâtiments et des rues.

[[File:Banner.jpg|400px|thumb|center|Fig.2 : Ville construite avec Blender]]

Toutefois, il n'est pas capable de prendre en compte des données supplémentaires, comme par exemple l'attractivité d'une rue par rapport à une autre du fait de la présence de capteurs de parkings dans celles-ci, ni de gérer des mouvements réalistes de population. Mais, ce logiciel est également capable de prendre en compte dans ses versions antérieures à la 2.5 des scripts Python permettant d'ajouter ces comportements.

Blended Cities est l'un de ceux-ci, et il permet de définir des lieux de culture, des parcs, des feux de circulation alternés...

===Simulateur pour une ville déjà existante : Smart City Explorer===
Ce logiciel prend en compte soit des données géographiques, soit une carte Google et construit une ville à partir de cela.
Les données géographiques permettent de dessiner une ville complète, et d'y définir les zones d'habitation et celels de travail, et le logiciel sera ensuite capable de déterminer quels seront les niveaux de pollution et de bruit dans les rues.

[[File:Villedonneesgeo.jpg|400px|thumb|center|Fig.3 : Rues à forte pollution sous Smart City Explorer]]

La carte Google map est bien plus rapide à charger, mais elle permet moins de détails. Toutefois, elle est bien suffisante pour estimer la fréquentation d'une route et les modifications du traffic engendrées par la fermeture d'une voie.

[[File:Ville_donneesgmap.png|400px|thumb|center|Fig.4 : Concentration automobile]]

==Bibliographie==
http://theguardian.com
http://smartgrids-cre.fr
http://siradel.com
http://jerome.le.chat.free.fr

VT2015 SimSmartCities

2015-10-22T23:15:44Z

OmbelineRossi: /* Simulateur "Build from scratch" : Blended Cities */

=Présentation=
*Enseignants : Georges-Pierre Bonneau, Didier Donsez ([[VT2015|VT2015]])
*Sujet : Simulations of Smart Cities
*Auteur : Rossi Ombeline
*Date: 16 octobre 2015

=Mots clés=
Simulation, capteurs, ville intelligente, sources d'énergies, développement durable

=Résumé=
Les villes intelligentes se popularisent de plus en plus. Elles permettent une utilisation optimale des ressources disponibles sans les épuiser et tout en améliorant la qualité de vie de leurs habitants.
Toutefois, il est difficile de prévoir quels seront les effets de toutes les modifications apportées à une ville afin de la rendre intelligente. Ainsi, il est de bon ton d'utiliser des simulations avant toute mise en place.

=Abstract=

=Synthèse=

==Définition==
Une ville intelligent utilise les Technologies de l'Information et de la Communication afin d'améliorer sa qualité de vie.

Moins généralement, une ville intelligente :
* Exploitera les ressources financières à sa disposition (investisseurs et matériel déjà possédé)
* Utilisera ses ressources environnementales (aussi bien ses infrastructures d'énergies qu'un apport régulier en eau potable)
* Prendra en compte les besoins de ses institutions,ses entreprises et ses citoyens

[[File:Trio.jpg|400px|thumb|center|Fig.1 : Mise en place d'un plan économique, social et environnemental]]

Les territoires et les villes doivent être aménagés en fonction de ces trois points afin d'arriver à une gestion avisée de ses ressources et d'améliorer sa qualité de vie ainsi que celle de ses services urbains. Le meilleur moyen de vérifier et d'analyser tous ces paramètres en permanence est de mettre en place un réseau de capteurs sans fil.

==Capteurs==

Il existe de nombreux types de capteurs utiles à l'élaboration d'une ville intelligente. Voici quelques exemples de ce qu'ils mesurent !
* Niveau de pollution ; afin de pouvoir prendre les mesures environnementales et humaines nécessaires lorsque celui-ci devient trop élevé
* Niveau de radiations
* Intensité lumineuse ; afin de réguler l'éclairage public et de diminuer les dépenses énergétiques tout en optimisant ce service
* Niveau de pluies ; pour éviter les déplacements inutiles d'équipes d'arrosage
* Niveau de bruit ; cela permet de redéfinir l'attrait d'une rue pour les habitants
* Remplissage des poubelles ; principalement pour celles rarement vidées, comme les containers de verre.
* Places de parking vides ; pour diminuer le temps passé en voiture par les utilisateurs

==Mise en oeuvre==
Afin de mettre en place en ville une infrastructure permettant de la rendre intelligente, ou de concevoir une ville entière, il faut suivre plusieurs étapes pour arriver à un plan d'actions crédible et réalisable.
Tout d'abord, il faut déterminer quels problèmes rencontre actuellement la ville, ou quels sont ceux auxquels elle pourrait être confrontée dans le futur.
Ensuite, il faut établir un plan économique, social et environnemental regroupant les ressources énoncées dans la partie Définition.
Il est alors nécessaire de convertir un politicien à la cause, car de nombreuses personnes vont alors être à convaincre : collectivités, urbanistes, industriels des secteurs de l'énergie, de l'eau, des transports et des réseaux télécoms, infrastructures, constructeurs, intégrateurs...
Toutefois, toutes ces entités ne sont pas forcément calées en sciences humains ou technologiques, et donc capables d'appréhender le plan qui doit être mis en place. Il faut alors être capable de leur montrer visuellement les effets dudit plan ; soit en le mettant en place (sauf que c'était le but de la manoeuvre, regrouper les investisseurs pour le mettre en place), soit avec une simulation.

==Simulateurs de Smart Cities==

Il existe divers simulateurs de villes intelligentes, la plupart fonctionnant sous Linux ou Windows. Deux d'entre eux sont particulièrement adaptès aux deux situations citées ci-dessus.

===Simulateur "Build from scratch" : Blended Cities===
Blender est un logiciel gratuit de création de ville très complet, permettant rapidement et facile de créer un terrain, de le modifier et d'y construire des bâtiments et des rues.

[[File:Banner.jpg|400px|thumb|center|Fig.2 : Ville construite avec Blender]]

Toutefois, il n'est pas capable de prendre en compte des données supplémentaires, comme par exemple l'attractivité d'une rue par rapport à une autre du fait de la présence de capteurs de parkings dans celles-ci, ni de gérer des mouvements réalistes de population. Mais, ce logiciel est également capable de prendre en compte dans ses versions antérieures à la 2.5 des scripts Python permettant d'ajouter ces comportements.

Blended Cities est l'un de ceux-ci, et il permet de définir des lieux de culture, des parcs, des feux de circulation alternés...

===Simulateur pour une ville déjà existante : Smart City Explorer===
Ce logiciel prend en compte soit des données géographiques, soit une carte Google et construit une ville à partir de cela.
Les données géographiques permettent de dessiner une ville complète, et d'y définir les zones d'habitation et celels de travail, et le logiciel sera ensuite capable de déterminer quels seront les niveaux de pollution et de bruit dans les rues.

[[File:Villedonneesgeo.jpg|400px|thumb|center]Fig.3 : Rues à forte pollution sous Smart City Explorer]

La carte Google map est bien plus rapide à charger, mais elle permet moins de détails. Toutefois, elle est bien suffisante pour estimer la fréquentation d'une route et les modifications du traffic engendrées par la fermeture d'une voie.

[[File:Ville_donneesgmap.png|400px|thumb|center]Fig.4 : Concentration automobile]

==Bibliographie==
http://theguardian.com
http://smartgrids-cre.fr
http://siradel.com
http://jerome.le.chat.free.fr

VT2015 SimSmartCities

2015-10-22T23:15:30Z

OmbelineRossi: /* Définition */

=Présentation=
*Enseignants : Georges-Pierre Bonneau, Didier Donsez ([[VT2015|VT2015]])
*Sujet : Simulations of Smart Cities
*Auteur : Rossi Ombeline
*Date: 16 octobre 2015

=Mots clés=
Simulation, capteurs, ville intelligente, sources d'énergies, développement durable

=Résumé=
Les villes intelligentes se popularisent de plus en plus. Elles permettent une utilisation optimale des ressources disponibles sans les épuiser et tout en améliorant la qualité de vie de leurs habitants.
Toutefois, il est difficile de prévoir quels seront les effets de toutes les modifications apportées à une ville afin de la rendre intelligente. Ainsi, il est de bon ton d'utiliser des simulations avant toute mise en place.

=Abstract=

=Synthèse=

==Définition==
Une ville intelligent utilise les Technologies de l'Information et de la Communication afin d'améliorer sa qualité de vie.

Moins généralement, une ville intelligente :
* Exploitera les ressources financières à sa disposition (investisseurs et matériel déjà possédé)
* Utilisera ses ressources environnementales (aussi bien ses infrastructures d'énergies qu'un apport régulier en eau potable)
* Prendra en compte les besoins de ses institutions,ses entreprises et ses citoyens

[[File:Trio.jpg|400px|thumb|center|Fig.1 : Mise en place d'un plan économique, social et environnemental]]

Les territoires et les villes doivent être aménagés en fonction de ces trois points afin d'arriver à une gestion avisée de ses ressources et d'améliorer sa qualité de vie ainsi que celle de ses services urbains. Le meilleur moyen de vérifier et d'analyser tous ces paramètres en permanence est de mettre en place un réseau de capteurs sans fil.

==Capteurs==

Il existe de nombreux types de capteurs utiles à l'élaboration d'une ville intelligente. Voici quelques exemples de ce qu'ils mesurent !
* Niveau de pollution ; afin de pouvoir prendre les mesures environnementales et humaines nécessaires lorsque celui-ci devient trop élevé
* Niveau de radiations
* Intensité lumineuse ; afin de réguler l'éclairage public et de diminuer les dépenses énergétiques tout en optimisant ce service
* Niveau de pluies ; pour éviter les déplacements inutiles d'équipes d'arrosage
* Niveau de bruit ; cela permet de redéfinir l'attrait d'une rue pour les habitants
* Remplissage des poubelles ; principalement pour celles rarement vidées, comme les containers de verre.
* Places de parking vides ; pour diminuer le temps passé en voiture par les utilisateurs

==Mise en oeuvre==
Afin de mettre en place en ville une infrastructure permettant de la rendre intelligente, ou de concevoir une ville entière, il faut suivre plusieurs étapes pour arriver à un plan d'actions crédible et réalisable.
Tout d'abord, il faut déterminer quels problèmes rencontre actuellement la ville, ou quels sont ceux auxquels elle pourrait être confrontée dans le futur.
Ensuite, il faut établir un plan économique, social et environnemental regroupant les ressources énoncées dans la partie Définition.
Il est alors nécessaire de convertir un politicien à la cause, car de nombreuses personnes vont alors être à convaincre : collectivités, urbanistes, industriels des secteurs de l'énergie, de l'eau, des transports et des réseaux télécoms, infrastructures, constructeurs, intégrateurs...
Toutefois, toutes ces entités ne sont pas forcément calées en sciences humains ou technologiques, et donc capables d'appréhender le plan qui doit être mis en place. Il faut alors être capable de leur montrer visuellement les effets dudit plan ; soit en le mettant en place (sauf que c'était le but de la manoeuvre, regrouper les investisseurs pour le mettre en place), soit avec une simulation.

==Simulateurs de Smart Cities==

Il existe divers simulateurs de villes intelligentes, la plupart fonctionnant sous Linux ou Windows. Deux d'entre eux sont particulièrement adaptès aux deux situations citées ci-dessus.

===Simulateur "Build from scratch" : Blended Cities===
Blender est un logiciel gratuit de création de ville très complet, permettant rapidement et facile de créer un terrain, de le modifier et d'y construire des bâtiments et des rues.

[[File:Banner.jpg|400px|thumb|center]Fig.2 : Ville construite avec Blender]

Toutefois, il n'est pas capable de prendre en compte des données supplémentaires, comme par exemple l'attractivité d'une rue par rapport à une autre du fait de la présence de capteurs de parkings dans celles-ci, ni de gérer des mouvements réalistes de population. Mais, ce logiciel est également capable de prendre en compte dans ses versions antérieures à la 2.5 des scripts Python permettant d'ajouter ces comportements.

Blended Cities est l'un de ceux-ci, et il permet de définir des lieux de culture, des parcs, des feux de circulation alternés...

===Simulateur pour une ville déjà existante : Smart City Explorer===
Ce logiciel prend en compte soit des données géographiques, soit une carte Google et construit une ville à partir de cela.
Les données géographiques permettent de dessiner une ville complète, et d'y définir les zones d'habitation et celels de travail, et le logiciel sera ensuite capable de déterminer quels seront les niveaux de pollution et de bruit dans les rues.

[[File:Villedonneesgeo.jpg|400px|thumb|center]Fig.3 : Rues à forte pollution sous Smart City Explorer]

La carte Google map est bien plus rapide à charger, mais elle permet moins de détails. Toutefois, elle est bien suffisante pour estimer la fréquentation d'une route et les modifications du traffic engendrées par la fermeture d'une voie.

[[File:Ville_donneesgmap.png|400px|thumb|center]Fig.4 : Concentration automobile]

==Bibliographie==
http://theguardian.com
http://smartgrids-cre.fr
http://siradel.com
http://jerome.le.chat.free.fr

VT2015 SimSmartCities

2015-10-22T23:14:04Z

OmbelineRossi: Created page with "=Présentation= *Enseignants : Georges-Pierre Bonneau, Didier Donsez (VT2015) *Sujet : Simulations of Smart Cities *Auteur : Rossi Ombeline *Date: 16 octobre 2015 ..."

=Présentation=
*Enseignants : Georges-Pierre Bonneau, Didier Donsez ([[VT2015|VT2015]])
*Sujet : Simulations of Smart Cities
*Auteur : Rossi Ombeline
*Date: 16 octobre 2015

=Mots clés=
Simulation, capteurs, ville intelligente, sources d'énergies, développement durable

=Résumé=
Les villes intelligentes se popularisent de plus en plus. Elles permettent une utilisation optimale des ressources disponibles sans les épuiser et tout en améliorant la qualité de vie de leurs habitants.
Toutefois, il est difficile de prévoir quels seront les effets de toutes les modifications apportées à une ville afin de la rendre intelligente. Ainsi, il est de bon ton d'utiliser des simulations avant toute mise en place.

=Abstract=

=Synthèse=

==Définition==
Une ville intelligent utilise les Technologies de l'Information et de la Communication afin d'améliorer sa qualité de vie.

Moins généralement, une ville intelligente :
* Exploitera les ressources financières à sa disposition (investisseurs et matériel déjà possédé)
* Utilisera ses ressources environnementales (aussi bien ses infrastructures d'énergies qu'un apport régulier en eau potable)
* Prendra en compte les besoins de ses institutions,ses entreprises et ses citoyens

[[File:Trio.jpg|400px|thumb|center]Fig.1 : Mise en place d'un plan économique, social et environnemental]

Les territoires et les villes doivent être aménagés en fonction de ces trois points afin d'arriver à une gestion avisée de ses ressources et d'améliorer sa qualité de vie ainsi que celle de ses services urbains. Le meilleur moyen de vérifier et d'analyser tous ces paramètres en permanence est de mettre en place un réseau de capteurs sans fil.

==Capteurs==

Il existe de nombreux types de capteurs utiles à l'élaboration d'une ville intelligente. Voici quelques exemples de ce qu'ils mesurent !
* Niveau de pollution ; afin de pouvoir prendre les mesures environnementales et humaines nécessaires lorsque celui-ci devient trop élevé
* Niveau de radiations
* Intensité lumineuse ; afin de réguler l'éclairage public et de diminuer les dépenses énergétiques tout en optimisant ce service
* Niveau de pluies ; pour éviter les déplacements inutiles d'équipes d'arrosage
* Niveau de bruit ; cela permet de redéfinir l'attrait d'une rue pour les habitants
* Remplissage des poubelles ; principalement pour celles rarement vidées, comme les containers de verre.
* Places de parking vides ; pour diminuer le temps passé en voiture par les utilisateurs

==Mise en oeuvre==
Afin de mettre en place en ville une infrastructure permettant de la rendre intelligente, ou de concevoir une ville entière, il faut suivre plusieurs étapes pour arriver à un plan d'actions crédible et réalisable.
Tout d'abord, il faut déterminer quels problèmes rencontre actuellement la ville, ou quels sont ceux auxquels elle pourrait être confrontée dans le futur.
Ensuite, il faut établir un plan économique, social et environnemental regroupant les ressources énoncées dans la partie Définition.
Il est alors nécessaire de convertir un politicien à la cause, car de nombreuses personnes vont alors être à convaincre : collectivités, urbanistes, industriels des secteurs de l'énergie, de l'eau, des transports et des réseaux télécoms, infrastructures, constructeurs, intégrateurs...
Toutefois, toutes ces entités ne sont pas forcément calées en sciences humains ou technologiques, et donc capables d'appréhender le plan qui doit être mis en place. Il faut alors être capable de leur montrer visuellement les effets dudit plan ; soit en le mettant en place (sauf que c'était le but de la manoeuvre, regrouper les investisseurs pour le mettre en place), soit avec une simulation.

==Simulateurs de Smart Cities==

Il existe divers simulateurs de villes intelligentes, la plupart fonctionnant sous Linux ou Windows. Deux d'entre eux sont particulièrement adaptès aux deux situations citées ci-dessus.

===Simulateur "Build from scratch" : Blended Cities===
Blender est un logiciel gratuit de création de ville très complet, permettant rapidement et facile de créer un terrain, de le modifier et d'y construire des bâtiments et des rues.

[[File:Banner.jpg|400px|thumb|center]Fig.2 : Ville construite avec Blender]

Toutefois, il n'est pas capable de prendre en compte des données supplémentaires, comme par exemple l'attractivité d'une rue par rapport à une autre du fait de la présence de capteurs de parkings dans celles-ci, ni de gérer des mouvements réalistes de population. Mais, ce logiciel est également capable de prendre en compte dans ses versions antérieures à la 2.5 des scripts Python permettant d'ajouter ces comportements.

Blended Cities est l'un de ceux-ci, et il permet de définir des lieux de culture, des parcs, des feux de circulation alternés...

===Simulateur pour une ville déjà existante : Smart City Explorer===
Ce logiciel prend en compte soit des données géographiques, soit une carte Google et construit une ville à partir de cela.
Les données géographiques permettent de dessiner une ville complète, et d'y définir les zones d'habitation et celels de travail, et le logiciel sera ensuite capable de déterminer quels seront les niveaux de pollution et de bruit dans les rues.

[[File:Villedonneesgeo.jpg|400px|thumb|center]Fig.3 : Rues à forte pollution sous Smart City Explorer]

La carte Google map est bien plus rapide à charger, mais elle permet moins de détails. Toutefois, elle est bien suffisante pour estimer la fréquentation d'une route et les modifications du traffic engendrées par la fermeture d'une voie.

[[File:Ville_donneesgmap.png|400px|thumb|center]Fig.4 : Concentration automobile]

==Bibliographie==
http://theguardian.com
http://smartgrids-cre.fr
http://siradel.com
http://jerome.le.chat.free.fr

File:Ville donneesgmap.png

2015-10-22T23:12:30Z

OmbelineRossi:

File:Villedonneesgeo.jpg

2015-10-22T23:10:57Z

OmbelineRossi:

File:Banner.jpg

2015-10-22T22:59:43Z

OmbelineRossi:

File:Trio.jpg

2015-10-22T21:08:40Z

OmbelineRossi:

File:VT2015 SimSmartCities.pdf

2015-10-22T20:23:58Z

OmbelineRossi: