after printing redondant datas at the input of the model

.~lock.todel.csv#

+,DESKTOP-D49H2V3/lavoi,DESKTOP-D49H2V3,08.08.2022 18:06,file:///C:/Users/lavoi/AppData/Roaming/LibreOffice/4;
\ No newline at end of file

connect_to_Mr_Tu

@@ -1019,4 +1019,116 @@ Bonne soirée Vlad.
 [1] scritp complétant les summary files par les configurations réellement testées  https://gitlab.liris.cnrs.fr/plwapet/scripts_and_relevant_files/-/blob/main/experiment_automatization/can_be_reused/add_to_summary_files_really_tested_configurations.sh
 [2] Summary files complétés https://gitlab.liris.cnrs.fr/plwapet/scripts_and_relevant_files/-/blob/main/experiment_automatization/summary_files_only_with_configurations_really_tested/summary_fifth_experiments_02Aug22_05_37_44_with_configuration_really_tested.csv
 [3] Script de génération des futures configurations à tester https://gitlab.liris.cnrs.fr/plwapet/scripts_and_relevant_files/-/blob/main/experiment_automatization/can_be_reused/generate_really_tested_configurations.py
-"""
\ No newline at end of file
+"""
+
+Salut Vlad , je t'en prie JFCQLCMDDF comme compte rendu d'aujourd'hui, 
+1 - J'ai fait le script qui génère les futures configurations à tester [1] en prenant en compte la limitation
+que les téléphones ont de ne pas pouvoir avoirs des fréquences différentes pour des cores qui sont sur le même socket.
+ Le principe est un peu similaire au script que j'utilisais auparavant sauf qu'il y'a quelques variante décrite à l'entête du fichier du code. 
+
+2 - J'ai généré 200 configurations pour le test automatique de ce week-end.  [2]. 
+    J'ai soustrait à ces configurations ceux déjà testées.
+ 
+3 - Je me suis aussi rendu compte qu'avec cette limitation, le format des données du modèle ne contient plus des variables aléatoires indépendantes 
+    entre elle, j'ai donc introduit une bit contient "le niveau de fréquence du little socket", les cores étant juste allumés ou éteint. 
+    Et je convertit X sous ce nouveau format avant de le passer au modèle. 
+    
+   Je prévois tout tester cela Lundi. 
+4-  Aussi j'ai vu ton mail. Et tu as demandé des références.
+	Déjà le thème du travail concerne le scheduling des tâche FL et non IA.
+	"""
+    Et Voici les références qui à  mon avis pourraient motiver l'optimisation du scheduing de ces tâches sur les téléphones:
+    a) Un papier qui affirme que les téléphones Android ne sont plus adapté pour les usages continus comme dans les système de FL. 
+     Titre: Experience: Android Resists Liberation from Its Primary Use Case
+     lien: https://dl.acm.org/doi/pdf/10.1145/3241539.3267726
+    b) Le papier de Meng Zhu qui se focalises sur "best effort tasks dont les FL font parties"
+       et qui optimise l'efficacité énergétique dans le scheduling sur les mobile en prenant en compte: 
+	 le type de core (BIG ou Little) - La frequence des cores - L'état general du socket (Idle states).
+	Titre : Energy Discounted Computing on Multicore Smartphones
+      Lien : https://www.usenix.org/system/files/conference/atc16/atc16-paper-zhu.pdf
+    c) s'il doit savoir où nous en sommes, on peut lui dire que : 
+	- nous avons par des expés fait manuellement idenfifié les paramètres qui influencent l'efficacité énergétique. 
+	- Nous tentons de les expliquer l'influence de deux paramètres (le type de core et la fréquence) sur l'efficacité énergétique. 
+	- pour ce faire nous faisons des expés automatiques et tentons d'utiliser l'interprétation des datas obtenu, 
+    	que propose le kernel ridge modèle et ses marginal effect. 
+	 Kernel-Based Regularized Least Squares in R (KRLS) and Stata (krls)
+      https://www.jstatsoft.org/article/view/v079i03
+    """
+    Tu peux valider et lui envoyer cela comme réponse
+    
+[1] Script de génération des configurations à tester 
+[2] Configurations générées et à tester automatiquement pour ce week-end
+
+
+S
+
+
+Salut Vlad, 
+J'ai oublié de m'excuser vendredi pour la latence dans la réponse à ton message slack. 
+Je m'étais expressément mis en stage bloqué pour avancer, mais j'aurais peut-être dû t'en parler auparavant.
+
+
+
+
+Concernant le mail que tu m'as envoyé, je peux rajouter des références système de l'état de l'art 
+qui font du scheduling sur les mobiles, mais sans toute fois explicitement motiver le scheduling des FL tasks. 
+
+
+Je peux par exemple parler de ce papier:
+1 titre : User-Centric Scheduling and Governing on Mobile Devices with
+big.LITTLE Processors
+  Qui se base sur la notion de sensibilité des tâches et de l'architecture du téléphone 
+  (BIG.Little) pour optimiser  son efficacité énergétique  
+  au cours du scheduling (allocation de la tâche, prioritisation, migration..)
+  
+2 - IL y'a aussi des références pour le scheduling d'autres types de tâches 
+      a)Energy-aware scheduling of malleable fork-join tasks under a deadline constraint on heterogeneous multicores
+      b)Scheduling Moldable Parallel Streaming Tasks onHeterogeneous Platforms with Frequency Scaling
+dependant_task
+      c)Criticality-Aware Dynamic Task Scheduling forHeterogeneous Architectures
+      d) Latency-aware Task Scheduling on big.LITTLE Heterogeneous Computing Architecture
+3 - Et se basant sur d'autres paramètres du système comme la température. Comme ce papier. 
+      e) “Predictive Dy-namic  Thermal  and  Power  Management  for  Heterogeneous  Mobile  Platform,” 
+    In  Proceedings  of  the  Design,  Automation,  and  Test in Europe Conference (DATE), pp. 960-965, 2015.
+    
+  En passant j'ai dû modifier le lien de la première référence de mon message de vendredi.
+   Car c'était celui de la version courte de leur papier. 
+
+  Si tu valides les références ci dessus, je pourrai aussi les lui envoyer.    
+    
+     Salut Alain. 
+     
+    Et Voici les références qui à  mon avis pourraient motiver l'optimisation du scheduing de ces tâches sur les téléphones:
+    a) Un papier qui affirme que les téléphones Android ne sont plus adaptés pour les usages continus qui sont nécessaires aux système de FL.
+     Titre: Experience: Android Resists Liberation from Its Primary Use Case
+     lien: https://dl.acm.org/doi/pdf/10.1145/3241539.3241583
+ 
+    b) Le papier de Meng Zhu qui se focalises sur "best effort tasks" dont les FL font parties
+       et qui optimise l'efficacité énergétique dans le scheduling sur les mobiles en prenant en compte:
+	le type de core (BIG ou Little) - La frequence des cores - L'état general du socket (Idle states).
+	Titre : Energy Discounted Computing on Multicore Smartphones
+      Lien : https://www.usenix.org/system/files/conference/atc16/atc16-paper-zhu.pdf
+	
+	
+A ces référence je peux rajouter les références système de l'état de l'art 
+qui font du scheduling sur les mobiles, mais sans toute fois explicitement motiver le scheduling des FL tasks. 
+
+Je peux par exemple parler de ce papier:
+1 - Titre : User-Centric Scheduling and Governing on Mobile Devices with
+big.LITTLE Processors, 
+    Lien: https://dl.acm.org/doi/pdf/10.1145/2829946?casa_token=Sm0Vtzx2N7gAAAAA:w4WLAKnSSPQOdHPsst39DQt7HvSQa9Nd-b_yw3G2R9960JztdIYTsVSfYTOaOZpdy8QZAKokQo3t0g 
+  Ce papier se base sur la notion de sensibilité des tâches et de l'architecture du téléphone 
+  (BIG.Little) pour optimiser  son efficacité énergétique  
+  au cours du scheduling (allocation de la tâche, prioritisation, migration..)
+  
+  
+2 - IL y'a aussi des références pour le scheduling d'autres types de tâches 
+      a)Titre: Energy-aware scheduling of malleable fork-join tasks under a deadline constraint on heterogeneous multicores
+	  Lien: https://dl.acm.org/doi/pdf/10.1145/3373400.3373409
+      b)Titre: Scheduling Moldable Parallel Streaming Tasks onHeterogeneous Platforms with Frequency Scaling
+dependant_task
+         Lien : https://www.eurasip.org/Proceedings/Eusipco/eusipco2019/Proceedings/papers/1570528910.pdf
+3 -  D'autres papiers se basent sur certains données spécifiques du système comme la température. 
+      e) Titre : “M-DTM: Migra-tion-based  Dynamic  Thermal  Management  Technique  for  Heteroge-neous Mobile Multi-core Processors,”
+         Lien: https://past.date-conference.com/proceedings-archive/2015/pdf/0611.pdf
+    
\ No newline at end of file

experiment_automatization/can_be_reused/generate_really_tested_configurations.py

@@ -335,7 +335,7 @@ def substract_already_tested_configurations (number_of_combinaison = 40,
     print("--- Outpuf file = ", output_file_path)
 
 
-number_of_combinaison = 200
+number_of_combinaison = 5
 
 substract_already_tested_configurations (number_of_combinaison, 
     configuration_tested_summaries_folder= "/mnt/c/Users/lavoi/opportunist_task_on_android/scripts_valuable_files/experiment_automatization/summary_files_only",