Information IUT Lyon 1 2017-2018

Les calendriers:

Calendrier IUT 2017-2018

Calendrier DevOps 2017-2018

Calendrier SID 2017-2018

Calendrier ESSIR 2017-2018

 

 Les fiches modules:                                 Statistiques diverses:

Liste des modules                                       Statistiques sur les étudiants boursiers

Fiche module vierge                                     Indicateurs de réussite du département

Exemples de fiches: fiche1 fiche2                 Retour étudiants S4 sur la formation

PPN        lienCaroline

Les présentations/compte rendu de réunion

Présentation chef de Dept                                        Réunion de département Lundi 18/12/2017

AG 1er Septembre 2017                                           Réunion de département Lundi 05/02/2017

Réunion de département Lundi 25/09/2017                 Réunion de département Lundi 05/03/2017

Réunion de département Lundi 23/10/2017                 Réunion de département Lundi 14/05/2017

Réunion de département Lundi 20/11/2017                 Réunion de département Lundi 11/06/2017

Réunion de département 27/11 relation internationale + slides d'Hamamache + slides High-tech.

ACDi Belfort des 16 et 17 Novembre

Réunion sur la plateforme PARCOURSUP 15 Janvier 2018

Programme pour le marché région

Compte rendu Journée pédagogique 7 Mai 2018

CR Conseil IUT Mai 2018

Document Galaxy relatif aux services dans l'enseignement supérieur

Le lien de P-A Champin vers Tomuss

Le site pour les missions: ici

Les rattrapages mutualisés des Jeudi après midi:

18/01 François

01/03 Rémi

15/03 Alex

29/03 Christine

26/04 Anthony

24/5 Stéphane

31/05 Samba

07/06 Aurélie

21/06 P-A

Les déclarattions d'heures: 

Voici les heures d'encadrement de projets tuteurés à déclarer dans Gasel :
 - S1 : 2h par projet UE11
 - S2 : 2,5h par projet UE21
 - S3 : 4,5h UE33
 - S4 : 3h par projet UE43
 - ASPE : 7,5h par projet réparties en 4,5h en UE11 et 3h en UE21

Pour les suivis d'alternants (même principe dans les 3 LP): 

- 10h dans l'UE 5 alternance,

- 4h dans l'UE 4 projet tuteuré.

Resource block allocations in LTE Networks

 

The code given in this webpage corresponds to the one used in the following articles:

Anthony Busson, Iyad Lahsen-Cherif. Impact of Resource Blocks Allocation Strategies on Downlink Interference and SIR Distributions in LTE Networks: A Stochastic Geometry Approach. Wireless Communications and Mobile Computing. 2018.


The simulator (here) simulates the stochastic geometry model proposed in the article. It generates samples of interference and sinr for different allocation strategies. These samples can then be imported in a mathematical software (matlab for instance) to obtain statitics. The output is composed of 2 columns printed in the standard output. The first column gives interference samples and the second column sinr samples. The number of printed samples is given on the error output.

The software has been coded for Linux. It has not been tested with windows (but can potentially works).

On Linux, you can compile it:

prompt$ gcc main.c -o simulator

or use the Makefile:

prompt$ make

Use the -h option to print the options:

prompt: ./simulator -h

Usage:./simulator strategy Delta NBOFRB nbOfSamples distUserBS(in meters) intensity
strategy: 1-MMRB 2-thinning 3-Delta 4-heuristic
distUserBS: if <=0.0 this distance is drawn randomly (under Palm) otherwise it is set to the given distance.

For instance, if you want 10 samples of interference and sinr for the M/M/RB_{max} allocation strategy with a reuse factor of 3 (Delta), 15 RBs, an intensity of eNodeB of 2.25 and a distance of 40 meters between the typical user and its attached eNodeB, use the following command:

prompt$ ./simulator 1 3 15 10 40 2.25
4.978634e-12 4.903394e+04
1.531603e-11 1.593898e+04
3.063513e-12 7.968694e+04
1.740384e-11 1.402690e+04
4.876743e-12 5.005842e+04
4.922492e-12 4.959318e+04
8.510211e-12 2.868578e+04
3.531843e-11 6.912029e+03
5.540685e-12 4.405990e+04
1.818862e-10 1.342169e+03


If you want to save the samples in a file myFile.dat, type the following command:

prompt$ ./simulator 1 3 15 10 40 2.25 > myFile.dat

Information IUT Lyon 1 2018-2019

 

Information IUT Lyon 1: 2017-2018

 

Les calendriers:

Calendrier IUT 2018-2019

Calendrier DevOps 2018-2019 Groupe 1 Groupe 2

Calendrier SID 2018-2019

Calendrier ESSIR 2018-2019

 

 Les fiches modules:                                 Statistiques diverses:

Liste des modules                                     

Fiche module vierge                                    

Exemples de fiches: fiche1 fiche2                

PPN        lienCaroline

 

Les présentations/compte rendu de réunion

 

Le lien de P-A Champin vers Tomuss

 

Le site pour les missions: ici

 

Les rattrapages mutualisés des Jeudi après midi:

 

 

Les déclarattions d'heures: 

Voici les heures d'encadrement de projets tuteurés à déclarer dans Gasel :
 - S1 : 2h par projet UE11
 - S2 : 2,5h par projet UE21
 - S3 : 4,5h UE33
 - S4 : 3h par projet UE43
 - ASPE : 7,5h par projet réparties en 4,5h en UE11 et 3h en UE21

Pour les suivis d'alternants (même principe dans les 3 LP): 

- 10h dans l'UE 5 alternance,

- 4h dans l'UE 4 projet tuteuré.

 

 

 

 

Video on Demand in a IEEE 802.11p based Vehicular Network

 

This page describes the ns-3 simulations used in the following paper:

Thomas Begin, Anthony Busson, Isabelle Guerin-Lassous, Azzedine Boukerche, Video On Demand in IEEE 802.11p-based Vehicular Networks: Analysis and Dimensioning. MSWIM 2018.

So, please cite this paper if you use this simulation scenario.

The ns-3 files are available here. It corresponds to scenario 1 in the paper. It is a zip archive that contains the ns-3 main file (the .cc file), a mobility trace file, a the video trace file (Star Wars Episode 4 but only for 10 minutes) and a script to run the simulations automatically. The best way to run the simulation:

  • Put the ns-3 main file in the folder ns-3/scratch (as usual)
  • Create two folders in the ns-3 directory: mobilityTrace and videoTrace and put the mobility trace file and video trace file in it
  • You can run the simulation directly from the ns-3 main file (for a distance between RSU=4000 meters)

            ./waf --run "scratch/vanet-videoTCP-scenario1 --distanceRSU=4000"

  • You can use the script here to run 10 simulations for diatnce between RSU varying between 1500 to 8000 meters. It has to be put and executed from the ns-3 folder. Output are given in different output files in the ns-3 directory.

 

 

 

 

 

 

 

TP - Programmation répartie (M4102) UE 41

Les signaux.

 

Les signaux sont un ensemble de procédés implémenté par le système, permettant à celui-ci d'avertir un processus d'un évenement. Ce TP vise à vous familiariser avec ces signaux et leurs usages au travers de quelques exemples. Tous les signaux ne sont pas vus, ni certaines de leurs subtilités (les différents types de masquages par exemple). 

 

Exercice 1 : SIGINT et Ctrl-C.

  1. Vous devez écrire un programme simple qui affiche le message "Bonjour" toutes les secondes et qui ne s'arrête jamais (vous utiliserez sleep()).
  2. Vous devrez coder un handler qui devra afficher un message du type « Fin du programme » à la réception du signal SIGINT (généré par le système lorsque l'utilisateur appuie sur Contrôle-C). Le handler finira par un exit()
  3. Retirer l'instruction exit() du handler et testez.
  4. Masquer le signal SIGINT pendant 60 secondes puis libérez le. Testez en appuyant sur Ctrl-C durant ces 60 secondes.

 

Exercice 2 : Zombies et SIGCHLD

 

Afin de tester la gestion synchrone des zombies vous devez écrire le programme suivant:

1. Création de zombies:

  • création de deux fils
  • le fils 1 attend x secondes (avec sleep())
  • le fils 2 attend y secondes (avec sleep()) et y>x
  • le père une fois les deux fils créés boucle indéfiniment.

Observez les zombies avec la commande ps (ps aux).

 

2. Créez un handler qui intercèpte le signal SIGCHD (celui-ci est émis au moment de la terminaison d'un fils), gérez les processus zombies (avec waitpid()), puis affichez un message du type "Terminaison du fils de pid xxx". Vérifiez qu'il n'y a effectivement plus de zombies avec la commande ps.

 

Exercice 3 : Lecture d'un fichier de configuration à chaud (SIGHUP)

Vous allez coder une version extrêmement basique de votre mini-shell. Celui-ci lit un fichier de configuration au moment de son lancement. Ce fichier ne contient qu'une seule ligne qui correspond au prompt qui doit être affiché.  Le fichier de configuration pourra s’appeler shell.conf.

Ce que fait votre mini-shell:

  • Affichage du prompt sans retour à la ligne
  • Lecture de l'entrée standard (read(0,...))
  • Affichage de ce qui a été saisie sur l'entrée standard
  • retour à l'affichage du prompt

 

Afin de prendre en compte les modifications qui pourraient être apporté sur ce fichier alors que le mini-shell est en cours d’exécution, il vous faudra recharger ce fichier de configuration à chaque réception du signal SIGHUP. Vous testerez également le signal avec et sans l’option SA_RESTART.

Appels : sigaction(2).

Commandes pour tester : kill(2).