Fahami operasi penunjuk dan penggunaan CPU/memori

editor php Banana akan memperkenalkan anda kepada operasi penunjuk dan penggunaan CPU/memori. Dalam pengaturcaraan, manipulasi penunjuk ialah alat berkuasa yang boleh terus mengakses dan mengubah suai data dalam ingatan. Dengan memahami operasi penunjuk, anda boleh mengawal dan mengoptimumkan prestasi kod anda dengan lebih baik. Selain itu, memahami penggunaan CPU dan memori juga sangat penting untuk mengoptimumkan atur cara. Dengan memantau dan menganalisis penggunaan CPU dan memori, anda boleh mengenal pasti isu prestasi yang berpotensi dan mengambil langkah yang sesuai untuk meningkatkan kecekapan operasi program. Dalam artikel ini, kami akan memperkenalkan anda kepada pengetahuan yang berkaitan tentang operasi penunjuk dan penggunaan CPU/memori secara terperinci untuk membantu anda memahami dan menerapkannya dengan lebih baik.

Kandungan soalan

Saya sedang berbincang dengan rakan sekerja di tempat kerja sama ada lebih cekap untuk menghantar penunjuk kepada fungsi dan/atau mengembalikan penunjuk.

Saya menyusun beberapa fungsi penanda aras untuk menguji cara yang berbeza untuk melakukan ini. Fungsi ini pada asasnya mengambil pembolehubah, menukarnya dan menyerahkannya kembali. Kami ada 4 kaedah berbeza:

1. Masukkan pembolehubah seperti biasa, buat pembolehubah baharu untuk hasil penukaran dan hantar semula salinannya
2. Masukkan pembolehubah seperti biasa, buat pembolehubah baharu untuk hasil penukaran, dan kembalikan alamat memori
3. Hantarkan penuding kepada pembolehubah, buat pembolehubah baharu untuk hasil penukaran dan hantar semula salinan pembolehubah
4. Masukkan penunjuk kepada pembolehubah dan tukar nilai penunjuk tanpa mengembalikan apa-apa.

package main

import (
    "fmt"
    "testing"
)

type mystruct struct {
    mystring string
}

func acceptparamreturnvariable(s mystruct) mystruct {
    ns := mystruct{
        fmt.sprintf("i'm quoting this: \"%s\"", s.mystring),
    }
    return ns
}

func acceptparamreturnpointer(s mystruct) *mystruct {
    ns := mystruct{
        fmt.sprintf("i'm quoting this: \"%s\"", s.mystring),
    }
    return &ns
}

func acceptpointerparamreturnvariable(s *mystruct) mystruct {
    ns := mystruct{
        fmt.sprintf("i'm quoting this: \"%s\"", s.mystring),
    }
    return ns
}

func acceptpointerparamnoreturn(s *mystruct) {
    s.mystring = fmt.sprintf("i'm quoting this: \"%s\"", s.mystring)
}

func benchmarknormalparamreturnvariable(b *testing.b) {
    s := mystruct{
        mystring: "hello world",
    }
    var ns mystruct
    for i := 0; i < b.n; i++ {
        ns = acceptparamreturnvariable(s)
    }
    _ = ns
}

func benchmarknormalparamreturnpointer(b *testing.b) {
    s := mystruct{
        mystring: "hello world",
    }
    var ns *mystruct
    for i := 0; i < b.n; i++ {
        ns = acceptparamreturnpointer(s)
    }
    _ = ns
}

func benchmarkpointerparamreturnvariable(b *testing.b) {
    s := mystruct{
        mystring: "hello world",
    }
    var ns mystruct
    for i := 0; i < b.n; i++ {
        ns = acceptpointerparamreturnvariable(&s)
    }
    _ = ns
}

func benchmarkpointerparamnoreturn(b *testing.b) {
    s := mystruct{
        mystring: "hello world",
    }
    for i := 0; i < b.n; i++ {
        acceptpointerparamnoreturn(&s)
    }
    _ = s
}

Saya dapati hasilnya agak mengejutkan.

$ go test -run=XXXX -bench=. -benchmem
goos: darwin
goarch: amd64
pkg: XXXX
cpu: Intel(R) Core(TM) i9-9980HK CPU @ 2.40GHz
BenchmarkNormalParamReturnVariable-16           10538138               103.3 ns/op            48 B/op          2 allocs/op
BenchmarkNormalParamReturnPointer-16             9526380               201.2 ns/op            64 B/op          3 allocs/op
BenchmarkPointerParamReturnVariable-16           7542066               147.0 ns/op            48 B/op          2 allocs/op
BenchmarkPointerParamNoReturn-16                   45897            119265 ns/op          924351 B/op          5 allocs/op

Sebelum menjalankan ini, saya fikir cara yang paling berkesan ialah ujian keempat, kerana tiada pembolehubah baharu dicipta dalam skop fungsi yang dipanggil dan hanya alamat memori yang diluluskan, namun, nampaknya yang keempat adalah paling sedikit cekap, Mengambil masa paling banyak dan menggunakan paling banyak memori.

Bolehkah seseorang menerangkan perkara ini kepada saya atau memberikan saya beberapa pautan bacaan yang baik yang menerangkan perkara ini?

Penyelesaian

Penanda aras yang anda lakukan tidak menjawab soalan yang anda tanya. Ternyata penanda aras mikro adalah amat sukar - bukan sahaja dalam dunia go, tetapi secara umum.

Berbalik kepada isu kecekapan. Biasanya, menghantar penunjuk ke fungsi tidak terlepas ke timbunan. Biasanya, penunjuk yang dikembalikan daripada fungsi akan melarikan diri ke timbunan. Selalunya adalah kata kunci di sini. Anda tidak boleh benar-benar mengetahui apabila pengkompil memperuntukkan sesuatu pada timbunan dan apabila ia memperuntukkan sesuatu pada timbunan. Ini bukan masalah kecil. Penerangan ringkas yang sangat baik boleh didapati di sini.

Tapi kalau nak tahu boleh tanya. Anda boleh bermula dengan hanya mencetak keputusan pengoptimuman yang dibuat oleh pengkompil. Anda boleh melakukan ini dengan menambah m 标志传递给 go 工具compile.

go build -gcflags -m=1

Jika anda melepasi integer yang lebih besar daripada 1, anda akan mendapat lebih banyak output verbose. Jika ia tidak memberi anda jawapan yang anda perlukan untuk mengoptimumkan program anda, cuba Analisis. Ia melampaui analisis ingatan.

Secara umum, jangan risau dengan keputusan pengoptimuman yang naif dalam kerja harian anda. Jangan terlalu bergantung pada "biasanya..." kerana di dunia nyata, anda tidak pernah tahu. Sentiasa bertujuan untuk pengoptimuman ketepatan terlebih dahulu. Kemudian hanya optimumkan prestasi jika anda benar-benar memerlukannya dan buktikan anda memerlukannya. Jangan meneka, jangan percaya. Selain itu, perlu diingat bahawa go sedang berubah, jadi apa yang kami buktikan dalam satu versi tidak semestinya akan berlaku pada versi lain.

Atas ialah kandungan terperinci Fahami operasi penunjuk dan penggunaan CPU/memori. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!