Valgrind, Debian 7.8, Xlib --- tusentals allocs, varför?

[mri]

Det här är självklarheter, men...
Skall man egentligen säga nåt on prestanda måste man förståss *mäta* först. Är du intresserad av att skriva effektiv kod, använd t.ex. en "profiler" av och till. Den berättar vad som är vesäntligt att optimera. Eller använd en enkel timer med tillräcklig hög upplösning för att mäta exekveringstid.
Det är ofta ingen vits att spendera tid på s.k. mikroptimering som inte totalt sett ger märkbar prestandaökning. Använd din tid effektivt och optimera där det gör mest nytta.

[Nerre]

Nej, men hur vet man om det är mikrooptimering eller inte utan att mäta? :)

Jag har inte sagt att det nödvändigtvis är ett prestandaproblem, om du tittar på mitt inlägg här så ser du att jag inte påstår något utan ställer en massa frågor:
http://elektronikforumet.com/forum/view ... 4#p1184724

"Problemet" är väl att det äter prestanda? Men frågan är ju hur mycket resurser en malloc kräver, skulle man tjäna prestanda på att allokera för 10 event i taget och själv hålla reda på när det behöver allokeras mer?

[mri]

Jag försöker inte bevisa att du har rätt eller fel Nerre, jag försöker bara bidra till diskussionen med saker jag tror mig ha lite erfarenhet av.

[sodjan]

Saker kan vara irrelevant i sammanhanget utan att vara direkt fel...

[SvenW]

Har nu kört gprof på ett enkelt fall. Det gav ingenting:

"Each sample counts as 0.01 seconds. - no time accumulated"

Ville också köra gprof på xlib, men det xlib som finns i min dator är med all säkerhet
kompilerat utan profileringsflaggor. Försökte kompilera ett eget test-xlib med
flaggorna på, men åkte på dependency-problem. Så jag tror att det får vara

Så jag gör väl som mri säger:
>> "Använd din tid effektivt och optimera där det gör mest nytta."

Det är nog inget jätteproblem att det blir några tusen allocs eventuellt i onödan.
Tack alla!