{"id":111450,"date":"2023-11-12T03:10:13","date_gmt":"2023-11-12T01:10:13","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/v-nochnyh-sborkah-rust-rasshireny-vozmozhnosti-rasparallelivaniya-kompilyaczii"},"modified":"2023-11-12T03:10:13","modified_gmt":"2023-11-12T01:10:13","slug":"v-nochnyh-sborkah-rust-rasshireny-vozmozhnosti-rasparallelivaniya-kompilyaczii","status":"publish","type":"post","link":"https:\/\/prohoster.info\/nl\/blog\/news\/v-nochnyh-sborkah-rust-rasshireny-vozmozhnosti-rasparallelivaniya-kompilyaczii","title":{"rendered":"In de nachtbouwen van Rust zijn de mogelijkheden voor parallelle compilatie uitgebreid.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
In de frontend van de Rust-compiler, die taken uitvoert zoals syntactische analyse, typecontrole en leenanalyse, is ondersteuning voor parallelle uitvoering ge\u00efmplementeerd, waardoor de compileertijd aanzienlijk kan worden verkort. Parallelisering is al beschikbaar in de nightly builds van Rust en kan worden ingeschakeld met de optie «-Z threads=8». Deze mogelijkheid wordt verwacht in de stabiele versie in 2024. <\/p>\n
Er wordt al enkele jaren gewerkt aan het verkorten van de compileertijd in Rust. In de eerste 10 maanden van 2023 is de compileertijd gemiddeld met 13% verminderd, het piek geheugengebruik is met 15% gedaald en de grootte van de gegenereerde bestanden is met 7% afgenomen. In deze fase zijn de versnellingen bereikt door optimalisaties van de compiler zelf. Daaropvolgend zijn de ontwikkelaars begonnen te werken aan versnelling door het paralleliseren van operaties tijdens de compilatie. <\/p>\n
Tot nu toe werd parallelisering in Rust voornamelijk op procesniveau gerealiseerd; bijvoorbeeld, de pakketbeheerder Cargo kan meerdere rustc-processen starten voor gelijktijdige compilatie van verschillende pakketten. Ondersteuning voor parallelisering is ook aanwezig aan de backend-kant, die operaties uitvoert die verband houden met codegeneratie — de Rust-backend kan code in delen genereren die vervolgens door LLVM parallel kunnen worden verwerkt. De frontend kon echter tot nu toe de broncode alleen in \u00e9\u00e9n-thread modus verwerken. <\/p>\n
Om parallelisatie te ondersteunen, is de frontend omgeschakeld naar het gebruik van de Rayon-bibliotheek en significant herzien; bijvoorbeeld, veel delen ervan worden nu gesynchroniseerd met behulp van mutexen en lees-\/schrijfsloten, en er worden atomische types in de code gebruikt. Bij prestatietests kon de nieuwe paralleliseerbare implementatie de compilatie tot 2% trager uitvoeren in single-threaded modus (-Z threads=1), maar wanneer er meer dan \u00e9\u00e9n thread actief was, nam de snelheid aanzienlijk toe. Bijvoorbeeld, met 8 threads (-Z threads=8) kon de compileertijd in bepaalde situaties met 50% worden verkort. <\/p>\n
Het resultaat hangt sterk af van de omgevingsinstellingen en de te compileren code — voor hele kleine programma's, die al snel compileren, kan compilatie in de multithread-modus langzamer zijn. Bovendien kan het geheugenverbruik in de multithread-modus aanzienlijk toenemen; bijvoorbeeld, in testen werd een stijging van het geheugenverbruik tot 35% waargenomen. \n Bron: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"