Qui n’a jamais eu \u00e0 consolider deux listes en PowerShell ? Et comme moi, vous en avez marre de prendre un caf\u00e9 en attendant la fin du script … Et bien, je vais vous donner une petite astuce pour acc\u00e9l\u00e9rer drastiquement vos temps d’ex\u00e9cution \ud83d\ude42<\/p>\n\n\n\n
Alors non, ce n’est pas une technique ancestrale pour d\u00e9couper des tables. Je ne suis pas un bucheron, mais si je suis parfois un peu bourrin \ud83d\ude09
Une HashTable est une liste index\u00e9e. Et c’est l\u00e0 que tout va se jouer : sur l’index.<\/p>\n\n\n\n
Prenons, un exemple : j’ai une liste de 5000 utilisateurs avec les attributs : GUID et displayName
Si vous recherchez le displayName pour un GUID donn\u00e9, vous devez faire une requ\u00eate comme celle-ci<\/p>\n\n\n
\n$monuser = $userList |where-object {$_.GUID -eq 'aaaaaaaa-bbbb-cccc-dddd-eeeeeeeeeeee'}\n<\/pre><\/div>\n\n\nLe probl\u00e8me est que pour r\u00e9cup\u00e9rer la ligne qui nous int\u00e9resse, on parcours toutes les lignes une par une et on teste l’attribut qui nous int\u00e9resse. Pas tr\u00e8s performant, vous en conviendrez.<\/p>\n\n\n\n
Maintenant, imaginez que nous avons construit une HashTable des utilisateurs avec le GUID comme index. Notre commande PowerShell devient<\/p>\n\n\n
\n$monuser = maHashTable['aaaaaaaa-bbbb-cccc-dddd-eeeeeeeeeeee']\n<\/pre><\/div>\n\n\nC’est plus simple \u00e0 lire et les temps d’ex\u00e9cution font r\u00eaver …<\/p>\n\n\n\n
La d\u00e9monstration<\/h2>\n\n\n\n
Dans mon exemple, je vais partir d’une liste d’\u00e9v\u00e8nements. Chaque \u00e9v\u00e8nement identifie un utilisateur par son GUID. De l’autre c\u00f4t\u00e9, j’ai la liste des utilisateurs avec le displayName associ\u00e9 au GUID.
Je vais cr\u00e9er les listes :<\/p>\n\n\n
\nfunction create-users {\n param(\n $count = 5000\n )\n\n foreach ($i in 0..$count) {\n [PSCustomObject]@{\n guid = new-guid\n displayName = "Kevin-{0}" -f $i\n }\n }\n}\n\nfunction create-events {\n param(\n $count=10000,\n $guidList\n )\n\n foreach ($i in 0..$count) {\n [PSCustomObject]@{\n id = new-guid\n userid = $guidList |get-random\n eventid = get-random\n }\n }\n}\n\n# Je g\u00e9n\u00e8re mes listes\n$users = create-users\n$events = create-events -guidList $users.guid\n<\/pre><\/div>\n\n\nMaintenant, je peux parcourir mes \u00e9v\u00e8nements et associ\u00e9 le displayName \u00e0 chaque \u00e9v\u00e8nement et mesurer le temps d’ex\u00e9cution<\/p>\n\n\n\n
Tout d’abord par la m\u00e9thode habituelle<\/p>\n\n\n
\n$starttime1 = get-date\nforeach ($e in $events) {\n $e|add-member -notepropertyname "displayName1" -notepropertyvalue ($users|? {$_.guid -eq $e.userid}).displayName -force\n}\n$duration1 = ((get-date) - $starttime1).totalseconds\n<\/pre><\/div>\n\n\nEnsuite en passant par une hashtable<\/p>\n\n\n
\n\n# Je stocke mes utilisateurs dans une hashtable index\u00e9e par GUID\n$usersHashtable = @{}\n$users |% { $usersHashtable[$_.guid] = $_ }\n\n# j'ajoute l'attribut displayname \u00e0 mes \u00e9v\u00e8nements par la hashtable\n$starttime2 = get-date\nforeach ($e in $events) {\n $e|add-member -notepropertyname "displayName2" -notepropertyvalue $usersHashtable[$e.userid].displayName -force\n}\n$duration2 = ((get-date) - $starttime2).totalseconds\n<\/pre><\/div>\n\n\nEt maintenant je compare les r\u00e9sultats pour une liste de 5000 utilisateurs et 10000 \u00e9v\u00e8nements :<\/p>\n\n\n\n
\n- M\u00e9thode standard : 771,7362843 secondes<\/strong><\/li>\n\n\n\n
- M\u00e9thode HashTable : 6,6859321 secondes<\/strong><\/li>\n<\/ul>\n\n\n\n
Je pense qu’il n’y a pas photo \ud83d\ude42
Voil\u00e0, vous allez pourvoir r\u00e9duire les temps d’ex\u00e9cution de vos scripts. Pour ceux d’entre-vous qui font tourner des Runbook PowerShell sur Azure dans un Automation Account, vous allez faire des \u00e9conomies !!!<\/p>\n","protected":false},"excerpt":{"rendered":"
Qui n’a jamais eu \u00e0 consolider deux listes en PowerShell ? Et comme moi, vous en avez marre de prendre un caf\u00e9 en attendant la fin du script … Et bien, je vais vous donner une petite astuce pour acc\u00e9l\u00e9rer drastiquement vos temps d’ex\u00e9cution \ud83d\ude42 HashTable … kesako ? Alors non, ce n’est pas une […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[3],"tags":[11,8,10],"class_list":["post-55","post","type-post","status-publish","format-standard","hentry","category-dev","tag-hashtable","tag-powershell","tag-tips"],"_links":{"self":[{"href":"https:\/\/kev-it.fr\/index.php\/wp-json\/wp\/v2\/posts\/55","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/kev-it.fr\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/kev-it.fr\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/kev-it.fr\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/kev-it.fr\/index.php\/wp-json\/wp\/v2\/comments?post=55"}],"version-history":[{"count":2,"href":"https:\/\/kev-it.fr\/index.php\/wp-json\/wp\/v2\/posts\/55\/revisions"}],"predecessor-version":[{"id":70,"href":"https:\/\/kev-it.fr\/index.php\/wp-json\/wp\/v2\/posts\/55\/revisions\/70"}],"wp:attachment":[{"href":"https:\/\/kev-it.fr\/index.php\/wp-json\/wp\/v2\/media?parent=55"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/kev-it.fr\/index.php\/wp-json\/wp\/v2\/categories?post=55"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/kev-it.fr\/index.php\/wp-json\/wp\/v2\/tags?post=55"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}