Go 1.21: Profillə yönəldilmiş optimizasiya üçün bir yol

2023-ci ildə isə 1.20 Əvvəllərki baxışda tanınmış limitləri həll etdikdən sonra və topluluğun geri bildirimlərinə və təhlillərinə görə daha da təmizləndikdən sonra, Go 1.21-də PGO dəstəyi general istehsal üçün hazırdır! Tam dokumentasiya üçün. Profillə yönəldilmiş optimizasiya (Profile Guided Optimization - PGO) Profillərin optimizasiya prosesi Bir neçə ildir ki, bu problemlər həll olunacaq, bir neçə ildir ki, bu problemlər həll olunacaq. aşağıda Xatırladaq ki, Go binary yaratdığınız zaman, Go kompilator, mümkün olan ən yaxşı performanslı binary yaratmağa çalışmaq üçün optimizasyonlar yerinə yetirir. Misal olaraq, konstanta yayma kompilasiya vaxtında konstanta ifadələri qiymətləndirə bilər, sürət vaxtı qiymətləndirməsinin maliyeti qaçırır. Escape analizi, yerləşdirilən objektlər üçün yığma dağılımları verməlidir, GC overheadsdən qaçırır. Inlining basit funksiyaların vücudunu çağırıcıya kopyalar, sıklıqla çağırıcının daha çox optimizasiyasına imkan verir (və ya daha çox konstanta yayma və ya daha yaxşı qaçmaq analizi kimi). Devirtualization, interfacing qiymətlərində indirekt çağırışları statik olaraq konkret metoda doğrudan çağırışlara çevrilə bilər ( Go optimizasyonları sürətlə artırır, lakin bunu etmək asan bir iş deyil.Bazı optimizasyonlar ayarlanabilir, lakin kompilator hər optimizasiyada yalnız “11-ə qədər çevirmə” imkanına malik deyil, çünki çox agresiv optimizasyonlar həqiqətən performansı zərər verə bilər və ya aşırı bina vaxtlarına səbəb ola bilər.Başqa optimizasyonlar kompilatorun bir funksiyada “bağışlı” və “bağışlı” yolların nə olduğunu hökm verməsini lazımdır. Və ya da edə bilər? Kodun istehsal ortamında necə istifadə ediləcəyi ilə bağlı tam bir məlumat olmasa da, kompilator yalnız paketlərin kök kodu ilə işləyə bilər. Əgər kompilatorun profilini verəriksə, o, daha informasiyalı qərarlar verə bilər: ən çox istifadə edilən funksiyaları daha agresiv şəkildə optimize etmək, ya da daha doğrudan yayılan vəziyyətləri seçmək. Profilləri Kompüter optimizasiyası üçün uygulama davranışının profillərini istifadə etmək FDO (Feedback-Directed Optimization) adı ilə də bilinir. Profillə yönəldilmiş optimizasiya (PGO) Misal Markdown-ı HTML-ə çevirən bir xidmət yaratmalıyıq: kullanıcılar Markdown source-i yükləyirlər HTML Conversion-i qaytarır. Bunu asanlaşdırmaq lazımdır. /render gitlab.com/golang-commonmark/markdown Hazırda $ go mod init example.com/markdown $ go get gitlab.com/golang-commonmark/markdown@bf3e522c626a İŞİD : main.go package main

import ( "bytes" "io" "log" "net/http" _ "net/http/pprof"

"gitlab.com/golang-commonmark/markdown" )

func render(w http.ResponseWriter, r *http.Request) { if r.Method != "POST" { http.Error(w, "Only POST allowed", http.StatusMethodNotAllowed) return }

src, err := io.ReadAll(r.Body) if err != nil { log.Printf("error reading body: %v", err) http.Error(w, "Internal Server Error", http.StatusInternalServerError) return }

md := markdown.New( markdown.XHTMLOutput(true), markdown.Typographer(true), markdown.Linkify(true), markdown.Tables(true), )

var buf bytes.Buffer if err := md.Render(&buf, src); err != nil { log.Printf("error converting markdown: %v", err) http.Error(w, "Malformed markdown", http.StatusBadRequest) return }

if _, err := io.Copy(w, &buf); err != nil { log.Printf("error writing response: %v", err) http.Error(w, "Internal Server Error", http.StatusInternalServerError) return } }

func main() { http.HandleFunc("/render", render) log.Printf("Serving on port 8080...") log.Fatal(http.ListenAndServe(":8080", nil)) } Serverin yaradılması və qurulması: $ go build -o markdown.nopgo.exe $ ./markdown.nopgo.exe 2023/08/23 03:55:51 Serving on port 8080... Başqa bir terminaldır ki, biz bu terminaldır, bu terminaldır. Proqnozun bir nümunəsi kimi hazırlanması: README.md $ curl -o README.md -L "https://raw.githubusercontent.com/golang/go/c16c2c49e2fa98ae551fc6335215fadd62d33542/README.md" $ curl --data-binary @README.md http://localhost:8080/render The Go Programming Language Go is an open source programming language that makes it easy to build simple, reliable, and efficient software.

... Profilləri Artıq işlədiyimiz bir xidmətimiz var, daha yaxşı performansımıza gələcəyimizi görmək üçün bir profil toplayıb PGO ilə yenidən inşa edəcəyik. İŞİD Biz itirdik Automatik olaraq A CPU profilini quraşdırmaq üçün serverə göndərilir. main.go İnternet / HTTP / PPProf /debug/pprof/profile Ümumilikdə, kompilatorun üretimdəki davranışın representativ görünüşünü əldə etmək üçün istehsal ortamından bir profil toplaymaq istəyirsiniz. Bir profil toplayırıq və yüklü generatoru başlatın (serverin hala çalışır olduğundan emin olun!): Basit program $ go run github.com/prattmic/markdown-pgo/load@latest Bu işdə, serverdən bir profil yükləyin: $ curl -o cpu.pprof "http://localhost:8080/debug/pprof/profile?seconds=30" Bu iş bitdikdən sonra, yük generatoru və serveri öldürün. Profilləri istifadə etmək Go toolchain, adlandırılan bir profil tapdıqda PGO automatik olaraq aktivləşdirəcək. Ana səhifə / Siyasət / Siyasət / Alternativa Bayrağı Profillə daxil olmaq üçün bir yol aparır. default.pgo -pgo go build Komitəyə müraciət etmək istəyirik Profillərin kaydı ilə birlikdə depolama, istifadəçilərin automatik olaraq profilə qulaq asmaqla (version kontrol sistemi ilə, ya da Buna görə də bu bina reproducir. default.pgo go get Hazırlayırıq ki: $ mv cpu.pprof default.pgo $ go build -o markdown.withpgo.exe “Bakı”nın yaradıcılığında qələbə qazandığını araşdırırıq : go version $ go version -m markdown.withpgo.exe ./markdown.withpgo.exe: go1.21.0 ... build -pgo=/tmp/pgo121/default.pgo Evalyasiya İndi benchmark istifadə edəcəyik. PPP-nin performansı ilə bağlı araşdırma aparılır. Yüklü generatorun versiyası Birincisi, biz PGO olmadan serveri benchmark edəcəyik. $ ./markdown.nopgo.exe Bu işdə, bir neçə benchmark iterasiyaları çalışdırmaq lazımdır: $ go get github.com/prattmic/markdown-pgo@latest $ go test github.com/prattmic/markdown-pgo/load -bench=. -count=40 -source $(pwd)/README.md > nopgo.txt Bu iş bitdikdən sonra orijinal serveri öldürün və versiyanı PGO ilə başlayın: $ ./markdown.withpgo.exe Bu işdə, bir neçə benchmark iterasiyaları çalışdırmaq lazımdır: $ go test github.com/prattmic/markdown-pgo/load -bench=. -count=40 -source $(pwd)/README.md > withpgo.txt Bunu bitirdikdən sonra nəticələri birləşdirəcəyik: $ go install golang.org/x/perf/cmd/benchstat@latest $ benchstat nopgo.txt withpgo.txt goos: linux goarch: amd64 pkg: github.com/prattmic/markdown-pgo/load cpu: Intel(R) Xeon(R) W-2135 CPU @ 3.70GHz │ nopgo.txt │ withpgo.txt │ │ sec/op │ sec/op vs base │ Load-12 374.5µ ± 1% 360.2µ ± 0% -3.83% (p=0.000 n=40) Yeni versiyası 3,8% daha sürətlidir! Go 1.21-də, iş yükü tipik olaraq 2% və 7% arasında CPU istifadə imkanlarından istifadə edilir. Profillər proqram davranışları haqqında çoxlu məlumatlar içerir və Go 1.21 yalnız bu məlumatları az sayda optimizasyonlar üçün istifadə edərək yüngülü qırmağa başlayır. Sonrakı adımlar Bu məsələdə, bir profil topladıqdan sonra, serverimizi orijinal builddə istifadə edilən tamamilə aynı source kodu ilə yenidən qurduq. Gerçək dünyadakı sahədə, hər zaman davamlı inkişaf var. Beləliklə, son haftanın kodunu çalışdıran və bu günkü source kodu ilə yaratmaq üçün onu istifadə edəcəyimiz bir profil toplayabilirik. Bu tamamilə yaxşıdır! PGO in Go problem olmadan kaynak koduna minik dəyişiklikləri başa düşə bilər. PGO, ən yaxşı praktikaları və xəbərdarlıqları ilə bağlı daha çox məlumat üçün, lütfen “Əgər şagirdlərinizin altında nə olacağını düşünürsünüzsə, oxumağa devam edin! Profillərin optimizasiya prosesi Hoodun altında Bu layihənin nəyi daha sürətli etdiyini daha yaxşı anlaymaq üçün, performansın necə dəyişdiyini görmək üçün qapının altına baxmalıyıq. inqilab İnline optimizasyonları gözləmək üçün bu markdown proqramını PGO ilə və PGO olmadan analiz edəcəyik. Buna differential profiling (differential profiling) adı verilen bir texnologiya ilə qarşılaşacağam, orada iki profil (bir PGO ilə və biri PGO olmadan) toplayırıq və bunları birləşdirəcəyik. , aynı müddət deyil, bu yüzden serveri automatik olaraq profilləri toplamaq üçün ayarladım, və yüklü generator sabit sayda istehlak göndərmək üçün və sonra serverdən çıxmaq üçün. work Serverdə etdiyim dəyişikliklər və toplanan profillər “Generator” ilə işləmək olardı . https://github.com/prattmic/markdown-pgo -count=300000 -quit Xahiş etmək üçün, bütün 300k istehlakları işləmək üçün lazım olan CPU vaxtına bir baxın: $ go tool pprof -top cpu.nopgo.pprof | grep "Total samples" Duration: 116.92s, Total samples = 118.73s (101.55%) $ go tool pprof -top cpu.withpgo.pprof | grep "Total samples" Duration: 113.91s, Total samples = 115.03s (100.99%) CPU-nin vaxtı ~118s-dən ~115s-ə, yaxud 3%-ə düşdü.Bu, bu profillərin representativ olduğunu göstərici bir işarədir. Artıq xərclərə baxmaq üçün diferensial profil açmalıyıq: $ go tool pprof -diff_base cpu.nopgo.pprof cpu.withpgo.pprof File: markdown.profile.withpgo.exe Type: cpu Time: Aug 28, 2023 at 10:26pm (EDT) Duration: 230.82s, Total samples = 118.73s (51.44%) Entering interactive mode (type "help" for commands, "o" for options) (pprof) top -cum Showing nodes accounting for -0.10s, 0.084% of 118.73s total Dropped 268 nodes (cum <= 0.59s) Showing top 10 nodes out of 668 flat flat% sum% cum cum% -0.03s 0.025% 0.025% -2.56s 2.16% gitlab.com/golang-commonmark/markdown.ruleLinkify 0.04s 0.034% 0.0084% -2.19s 1.84% net/http.(*conn).serve 0.02s 0.017% 0.025% -1.82s 1.53% gitlab.com/golang-commonmark/markdown.(*Markdown).Render 0.02s 0.017% 0.042% -1.80s 1.52% gitlab.com/golang-commonmark/markdown.(*Markdown).Parse -0.03s 0.025% 0.017% -1.71s 1.44% runtime.mallocgc -0.07s 0.059% 0.042% -1.62s 1.36% net/http.(*ServeMux).ServeHTTP 0.04s 0.034% 0.0084% -1.58s 1.33% net/http.serverHandler.ServeHTTP -0.01s 0.0084% 0.017% -1.57s 1.32% main.render 0.01s 0.0084% 0.0084% -1.56s 1.31% net/http.HandlerFunc.ServeHTTP -0.09s 0.076% 0.084% -1.25s 1.05% runtime.newobject (pprof) top Showing nodes accounting for -1.41s, 1.19% of 118.73s total Dropped 268 nodes (cum <= 0.59s) Showing top 10 nodes out of 668 flat flat% sum% cum cum% -0.46s 0.39% 0.39% -0.91s 0.77% runtime.scanobject -0.40s 0.34% 0.72% -0.40s 0.34% runtime.nextFreeFast (inline) 0.36s 0.3% 0.42% 0.36s 0.3% gitlab.com/golang-commonmark/markdown.performReplacements -0.35s 0.29% 0.72% -0.37s 0.31% runtime.writeHeapBits.flush 0.32s 0.27% 0.45% 0.67s 0.56% gitlab.com/golang-commonmark/markdown.ruleReplacements -0.31s 0.26% 0.71% -0.29s 0.24% runtime.writeHeapBits.write -0.30s 0.25% 0.96% -0.37s 0.31% runtime.deductAssistCredit 0.29s 0.24% 0.72% 0.10s 0.084% gitlab.com/golang-commonmark/markdown.ruleText -0.29s 0.24% 0.96% -0.29s 0.24% runtime.(*mspan).base (inline) -0.27s 0.23% 1.19% -0.42s 0.35% bytes.(*Buffer).WriteRune Təsadüfi olaraq Publika.az-a istinadən xəbər verir ki, bu barədə İkincisi, bu iki profilin arasında Xatırladaq ki, bu problemin nəticəsi isə 0,46 faizdən çoxdur. Xatırladaq ki, bir neçə ildir ki, ABŞ-ın “Turkish Airlines” şirkəti “Turkish Airlines” şirkəti “Turkish Airlines” şirkəti “Turkish Airlines” şirkəti “Turkish Airlines” şirkəti “Turkish Airlines” şirkəti “Turkish Airlines” şirkəti “Turkish Airlines” şirkəti “Turkish Airlines” şirkəti “Turkish Airlines” şirkəti “Turkish Airlines” şirkəti “Turkish Airlines” şirkəti “Turkish Airlines” şirkəti “Turkish Airlines” şirkəti “Turkish Airlines” şirkəti “Turkish Airlines” şirkəti “Turkish Airlines” şirkəti “Turkish Airlines” şirkəti “Turkish Airlines” şirkəti “Turkish Airlines” şirkəti “Turkish Airlines” şirkəti “Turkish Airlines” şirkəti “Turkish Airlines” və Tədbirdə iştirak edənlərin sayı %-lik deyil. pprof -diff_base Farkı runtime.scanobject gitlab.com/golang-commonmark/markdown.performReplacements flat cum Bu, bir funksiyanın CPU-nin fərqini və bu funksiyadan olan bütün transitiv yolları göstərir. Bir neçə ildir ki, bu problemin başlanğıcını görəcəyik. HTTP istəklərinin idarə edilməsi. top -cum main ruleLinkify Xatırladaq ki, ən böyük fərqlər yalnız funksiyanın özündən gələn dəyişikliklərə çevrilir.Bu, həqiqətən, programımızın çağrı grafikindəki iç çərşənbəyi göstərəcək, orada real işin əksəriyyəti baş verir. funksiyaları ilə top runtime Onların nə olduğunu görmək üçün telefon yığmasına baxmalıyıq: (pprof) peek scanobject$ Showing nodes accounting for -3.72s, 3.13% of 118.73s total ----------------------------------------------------------+------------- flat flat% sum% cum cum% calls calls% + context ----------------------------------------------------------+------------- -0.86s 94.51% | runtime.gcDrain -0.09s 9.89% | runtime.gcDrainN 0.04s 4.40% | runtime.markrootSpans -0.46s 0.39% 0.39% -0.91s 0.77% | runtime.scanobject -0.19s 20.88% | runtime.greyobject -0.13s 14.29% | runtime.heapBits.nextFast (inline) -0.08s 8.79% | runtime.heapBits.next -0.08s 8.79% | runtime.spanOfUnchecked (inline) 0.04s 4.40% | runtime.heapBitsForAddr -0.01s 1.10% | runtime.findObject ----------------------------------------------------------+------------- (pprof) peek gcDrain$ Showing nodes accounting for -3.72s, 3.13% of 118.73s total ----------------------------------------------------------+------------- flat flat% sum% cum cum% calls calls% + context ----------------------------------------------------------+------------- -1s 100% | runtime.gcBgMarkWorker.func2 0.15s 0.13% 0.13% -1s 0.84% | runtime.gcDrain -0.86s 86.00% | runtime.scanobject -0.18s 18.00% | runtime.(*gcWork).balance -0.11s 11.00% | runtime.(*gcWork).tryGet 0.09s 9.00% | runtime.pollWork -0.03s 3.00% | runtime.(*gcWork).tryGetFast (inline) -0.03s 3.00% | runtime.markroot -0.02s 2.00% | runtime.wbBufFlush 0.01s 1.00% | runtime/internal/atomic.(*Bool).Load (inline) -0.01s 1.00% | runtime.gcFlushBgCredit -0.01s 1.00% | runtime/internal/atomic.(*Int64).Add (inline) ----------------------------------------------------------+------------- Bu qədər Sonrakı xəbərSonrakı xəbər Onu Bunu bizə deyin Çöp kollektorunun bir hissəsi var. Qazaxıstanda Qazaxıstanda Qazaxıstanda Qazaxıstanda Qazaxıstanda Qazaxıstanda Qazaxıstanda Qazaxıstanda Qazaxıstanda Qazaxıstanda Qazaxıstanda Qazaxıstanda Qazaxıstanda Qazaxıstanda Qazaxıstanda Qazaxıstanda Qazaxıstanda Qazaxıstanda Qazaxıstanda Qazaxıstanda Qazaxıstanda Qazaxıstanda Qazaxıstanda Qazaxıstanda Qazax Başqa funksiyaları varmı? runtime.scanobject runtime.gcBgMarkWorker GC Guide xəritədə runtime.gcBgMarkWorker runtime.scanobject nextFreeFast runtime (pprof) peek nextFreeFast$ Showing nodes accounting for -3.72s, 3.13% of 118.73s total ----------------------------------------------------------+------------- flat flat% sum% cum cum% calls calls% + context ----------------------------------------------------------+------------- -0.40s 100% | runtime.mallocgc (inline) -0.40s 0.34% 0.34% -0.40s 0.34% | runtime.nextFreeFast ----------------------------------------------------------+------------- (pprof) peek writeHeapBits Showing nodes accounting for -3.72s, 3.13% of 118.73s total ----------------------------------------------------------+------------- flat flat% sum% cum cum% calls calls% + context ----------------------------------------------------------+------------- -0.37s 100% | runtime.heapBitsSetType 0 0% | runtime.(*mspan).initHeapBits -0.35s 0.29% 0.29% -0.37s 0.31% | runtime.writeHeapBits.flush -0.02s 5.41% | runtime.arenaIndex (inline) ----------------------------------------------------------+------------- -0.29s 100% | runtime.heapBitsSetType -0.31s 0.26% 0.56% -0.29s 0.24% | runtime.writeHeapBits.write 0.02s 6.90% | runtime.arenaIndex (inline) ----------------------------------------------------------+------------- (pprof) peek heapBitsSetType$ Showing nodes accounting for -3.72s, 3.13% of 118.73s total ----------------------------------------------------------+------------- flat flat% sum% cum cum% calls calls% + context ----------------------------------------------------------+------------- -0.82s 100% | runtime.mallocgc -0.12s 0.1% 0.1% -0.82s 0.69% | runtime.heapBitsSetType -0.37s 45.12% | runtime.writeHeapBits.flush -0.29s 35.37% | runtime.writeHeapBits.write -0.03s 3.66% | runtime.readUintptr (inline) -0.01s 1.22% | runtime.writeHeapBitsForAddr (inline) ----------------------------------------------------------+------------- (pprof) peek deductAssistCredit$ Showing nodes accounting for -3.72s, 3.13% of 118.73s total ----------------------------------------------------------+------------- flat flat% sum% cum cum% calls calls% + context ----------------------------------------------------------+------------- -0.37s 100% | runtime.mallocgc -0.30s 0.25% 0.25% -0.37s 0.31% | runtime.deductAssistCredit -0.07s 18.92% | runtime.gcAssistAlloc ----------------------------------------------------------+------------- Görünür “Top 10”da iştirak edənlərin əksəriyyəti Xatırladaq ki, GC Guide-in bizə söylədiyi bir şey var: Memory Allocator. nextFreeFast runtime.mallocgc GC və alokatorun azaldığı qiymətlər bizim daha az yaydığımızı ifadə edir. $ go tool pprof -sample_index=alloc_objects -diff_base heap.nopgo.pprof heap.withpgo.pprof File: markdown.profile.withpgo.exe Type: alloc_objects Time: Aug 28, 2023 at 10:28pm (EDT) Entering interactive mode (type "help" for commands, "o" for options) (pprof) top Showing nodes accounting for -12044903, 8.29% of 145309950 total Dropped 60 nodes (cum <= 726549) Showing top 10 nodes out of 58 flat flat% sum% cum cum% -4974135 3.42% 3.42% -4974135 3.42% gitlab.com/golang-commonmark/mdurl.Parse -4249044 2.92% 6.35% -4249044 2.92% gitlab.com/golang-commonmark/mdurl.(*URL).String -901135 0.62% 6.97% -977596 0.67% gitlab.com/golang-commonmark/puny.mapLabels -653998 0.45% 7.42% -482491 0.33% gitlab.com/golang-commonmark/markdown.(*StateInline).PushPending -557073 0.38% 7.80% -557073 0.38% gitlab.com/golang-commonmark/linkify.Links -557073 0.38% 8.18% -557073 0.38% strings.genSplit -436919 0.3% 8.48% -232152 0.16% gitlab.com/golang-commonmark/markdown.(*StateBlock).Lines -408617 0.28% 8.77% -408617 0.28% net/textproto.readMIMEHeader 401432 0.28% 8.49% 499610 0.34% bytes.(*Buffer).grow 291659 0.2% 8.29% 291659 0.2% bytes.(*Buffer).String (inline) İŞİD Bu, böyükdür, çünki biz CPU kullanımının azaldılmasını araşdırırıq ki, bu, boyutdan ziyana çevirməkdən ziyana çevrilir.Burada çox az azalma var, lakin ən böyük azalmaya fokus verək. . -sample_index=alloc_objects mdurl.Parse Reference olaraq, bu funksiya üçün PGO olmadan toplam toplanma sayını görək: $ go tool pprof -sample_index=alloc_objects -top heap.nopgo.pprof | grep mdurl.Parse 4974135 3.42% 68.60% 4974135 3.42% gitlab.com/golang-commonmark/mdurl.Parse Əvvəllər bu sayı 4974135 idi. Yüz ildir ki, maaşların 100 faizini ödəmişik! mdurl.Parse Digər profildə, bir az daha konteksti toplayalım: (pprof) peek mdurl.Parse Showing nodes accounting for -12257184, 8.44% of 145309950 total ----------------------------------------------------------+------------- flat flat% sum% cum cum% calls calls% + context ----------------------------------------------------------+------------- -2956806 59.44% | gitlab.com/golang-commonmark/markdown.normalizeLink -2017329 40.56% | gitlab.com/golang-commonmark/markdown.normalizeLinkText -4974135 3.42% 3.42% -4974135 3.42% | gitlab.com/golang-commonmark/mdurl.Parse ----------------------------------------------------------+------------- İstirahət çağrıları Buradan gəlirlər və . mdurl.Parse markdown.normalizeLink markdown.normalizeLinkText (pprof) list mdurl.Parse Total: 145309950 ROUTINE ======================== gitlab.com/golang-commonmark/mdurl.Parse in /usr/local/google/home/mpratt/go/pkg/mod/gitlab.com/golang-commonmark/mdurl@v0.0.0-20191124015652-932350d1cb84/parse .go -4974135 -4974135 (flat, cum) 3.42% of Total . . 60:func Parse(rawurl string) (*URL, error) { . . 61: n, err := findScheme(rawurl) . . 62: if err != nil { . . 63: return nil, err . . 64: } . . 65: -4974135 -4974135 66: var url URL . . 67: rest := rawurl . . 68: hostless := false . . 69: if n > 0 { . . 70: url.RawScheme = rest[:n] . . 71: url.Scheme, rest = strings.ToLower(rest[:n]), rest[n+1:] Bu funksiyaların və çağırıcıların tam kaynağı: Əsas səhifə Tədbirlər - normalization Tədbirlər normallaşdırılır Bəs nə oldu ki? - Publika.az xəbər verir ki, Amma, bizim PGO profilimiz bu funksiyaya olan çağırışların şiddətli olduğunu göstərdi, kompilator onları inline etdi. mdurl.Parse $ go tool pprof -top cpu.nopgo.pprof | grep mdurl.Parse 0.36s 0.3% 63.76% 2.75s 2.32% gitlab.com/golang-commonmark/mdurl.Parse $ go tool pprof -top cpu.withpgo.pprof | grep mdurl.Parse 0.55s 0.48% 58.12% 2.03s 1.76% gitlab.com/golang-commonmark/mdurl.Parse (inline) A yaratmaq Xatırladaq ki, ABŞ-ın 61-ci il tarixində ( Növbəti məqaləMərcanlı Qəhrəmanlı Qəhrəmanlı Qəhrəmanlı Qəhrəmanlı ( Buna görə də, bir neçə ildir ki, bu problemlər həll olunacaq, bir neçə ildir ki, bu problemlər həll olunacaq. Əsas səhifə Kompüterin variabilin qurtulmadığını görmək mümkündür. Bu da kompüterin bu sahədə iştirak etməsinə imkan verir. Buna bənzəyir . mdurl.Parse URL var url URL return &url, nil mdurl.Parse markdown.normalizeLink normalizeLink markdown.normalizeLinkText markdown.normalizeLink İkincisi, profildəki ən böyük artım Bir neçə il sonra bu problemin həllini davam etdirmək mümkündür. mdurl.(*URL).String VVD - Hollandiyada futbolçu bu adla tanımır, orada VVD daha çox mərkəz-sağı təmsilən edən siyasi partiyanın adının qısaltması kimi bilinir - artıq sorğu-suala ehtiyacı olmayan ulduzdu. VVD - Hollandiyada futbolçu bu adla tanımır, orada VVD daha çox mərkəz-sağı təmsilən edən siyasi partiyanın adının qısaltması kimi bilinir - artıq sorğu-suala ehtiyacı olmayan ulduzdu. Devirtualizasiya Yukarıda gördüklərimiz inlingin yanı sıra, PGO da interface çağrılarının condicional devirtualizasiyasını davam etdirə bilər. PGO-ya yönəldilən devirtualizasiyaya gəlməzdən əvvəl, geri dönək və “devirtualizasiyayı” genel olaraq tanımlayın. f, _ := os.Open("foo.txt") var r io.Reader = f r.Read(b) Bu barədə dəvətimiz var Interface metodları Bir çox kompilatorlar var, bir çox kompilatorlar var. VVD - Hollandiyada futbolçu bu adla tanımır, orada VVD daha çox mərkəz-sağı təmsilən edən siyasi partiyanın adının qısaltması kimi bilinir - artıq sorğu-suala ehtiyacı olmayan ulduzdu. io.Reader Read indirekt Üstəlik, əvvəllər, biz Konkret işləyə bilmək lazımdır. Ondan sonra Və bu, mümkün olan tek şeydir ki, Bu prosesdə kompüter işləyir. Bu, indirect telefonun yerini ala bilər. Sürücülər üçün telefonla Bu da digər optimizasyonlara səbəb olur. Dərs os.(*File).Read *os.File r Devirtualizasiya io.Reader.Read os.(*File).Read (Şübhəsiz ki, düşünürsünüz ki, “bu kodu işsizdir, niyə kimsə bunu belə yazar?” bu yaxşı bir şeydir, lakin yukarıdaki kimi kodun inline olmasının nəticəsi ola bilər. Ona görə də bir funksiyaya daxil olur. Artıq bir neçə ildir ki, bu funksiyadan sonra Konkret olmaq lazımdır.) f io.Reader io.Reader PGO-ya yönəldilmiş devirtualizasiya bu konsepti beton tipinin statik olaraq bilinməyən vəziyyətlərə genişləndirir, lakin profilləşdirmək bu konsepti göstərə bilər. Təkliflər Bu səbəbdən də, PVD-nin bu işdə iştirak etməsi Bir şeylə belə: io.Reader.Read os.(*File).Read r.Read(b) if f, ok := r.(*os.File); ok { f.Read(b) } else { r.Read(b) } Belə ki, biz daha çox görünmək üçün betonu türü üçün bir sürət vaxtı kontrolunu ekləyirik, və əgər belə olursa, betonu çağırın, ya da normal indirekt çağırışa qayıdaq. ) inline edilə bilər və əlavə optimizasyonlar tətbiq edilə bilər, lakin profil bunun hər zaman belə ola biləcəyini garanti etmir. *os.File VVD - Hollandiyada futbolçu bu adla tanımır, orada VVD daha çox mərkəz-sağı təmsilən edən siyasi partiyanın adının qısaltması kimi bilinir - artıq sorğu-suala ehtiyacı olmayan ulduzdu. Movqe.Az xəbər verir ki, Hollandiyada, erkən parlament seçkilərin nəticəsi çox az fərqlə iqtidardakı Liberal Partiyasının (VVD) qazandığını göstərir. tanınması Go-ya profil-güdüdülən optimizasiya ekləmək bir komandaya ehtiyac oldu və Uber-də Raj Barik və Jin Lin və Google-da Cherry Mui və Austin Clements tərəfindən istifadə etmək istəyirəm. Məşhur Michael Pratt Bu yazı “The Go Blog”da CC BY 4.0 DEED lisenziyası altında təqdim olunur. Gəlin Blog Gəlin Blog Fotoşəkil: Ben Sweet, Unsplash Şənbə Unsplash xəritədə