Ne pouvez pas obtenir golang pprof de travail

Comme inf déjà mentionné, votre code s'exécute trop vite. La raison en est que pprof œuvres à plusieurs reprises l'arrêt de votre programme lors de son exécution, à la recherche à la fonction en cours d'exécution à ce moment dans le temps et écrit que vers le bas (en collaboration avec l'ensemble de la pile d'appel de fonction). Pprof échantillons avec un taux de 100 échantillons par seconde. C'est codé en dur dans le fichier runtime/pprof/pprof.rendez-vous que vous pouvez facilement vérifier (voir https://golang.org/src/runtime/pprof/pprof.go ligne 575 et le commentaire ci-dessus):

func StartCPUProfile(w io.Writer) error {
//The runtime routines allow a variable profiling rate,
//but in practice operating systems cannot trigger signals
//at more than about 500 Hz, and our processing of the
//signal is not cheap (mostly getting the stack trace).
//100 Hz is a reasonable choice: it is frequent enough to
//produce useful data, rare enough not to bog down the
//system, and a nice round number to make it easy to
//convert sample counts to seconds.  Instead of requiring
//each client to specify the frequency, we hard code it.
const hz = 100

//Avoid queueing behind StopCPUProfile.
//Could use TryLock instead if we had it.
if cpu.profiling {
    return fmt.Errorf("cpu profiling already in use")
}

cpu.Lock()
defer cpu.Unlock()
if cpu.done == nil {
    cpu.done = make(chan bool)
}
//Double-check.
if cpu.profiling {
    return fmt.Errorf("cpu profiling already in use")
}
cpu.profiling = true
runtime.SetCPUProfileRate(hz)
go profileWriter(w)
return nil

}

Plus votre programme s'exécute plus le nombre d'échantillons peut être effectué et le plus probable, il deviendra aussi court fonctions d'exécution seront échantillonnés. Si votre programme se termine avant même le premier échantillon est faite, que l'généré cpu.pprof sera vide.

Comme vous pouvez le voir dans le code ci-dessus, la fréquence d'échantillonnage est définie avec

runtime.SetCPUProfileRate(..)

Si vous appelez de l'exécution.SetCPUProfileRate() avec une autre valeur avant vous appelez StartCPUProfile(), vous pouvez remplacer la fréquence d'échantillonnage. Vous recevrez un message d'avertissement lors de l'exécution de votre programme de vous dire "runtime: impossible de définir le cpu profil de taux jusqu'à ce profil précédent est terminé.", que vous pouvez ignorer. Il en résulte depuis pprof.passez des appels SetCPUProfileRate() de nouveau. Puisque vous avez déjà mis en valeur, l'un de pprof sera ignoré.

Aussi, Dave Cheney a publié une nouvelle version de son outil de profilage, vous pouvez le trouver ici: https://github.com/pkg/profile . De là, vous pouvez, entre autres, spécifiez le chemin d'accès où le processeur.pprof est écrit:

defer profile.Start(profile.CPUProfile, profile.ProfilePath(".")).Stop()

Vous pouvez lire à ce sujet ici: http://dave.cheney.net/2014/10/22/simple-profiling-package-moved-updated

Par ailleurs, votre fait() va rapidement débordement, même si vous prenez int64 comme paramètre et la valeur de retour. 30! est d'environ 2*10^32 et un int64 stocke uniquement les valeurs de jusqu'à 2^63-1, qui est d'environ 9*10^18.

OriginalL'auteur alex