Re: Faster StrNCpy
От | Strong, David |
---|---|
Тема | Re: Faster StrNCpy |
Дата | |
Msg-id | B6419AF36AC8524082E1BC17DA2506E802579E0F@USMV-EXCH2.na.uis.unisys.com обсуждение исходный текст |
Ответ на | Faster StrNCpy (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: Faster StrNCpy
|
Список | pgsql-hackers |
We sometimes see TupleDescInitEntry () taking high CPU times via OProfile. This does include, amongst a lot of other code,a call to namestrcpy () which in turn calls StrNCpy (). Perhaps this is not a good candidate right now as a name stringis only 64 bytes. David ________________________________ From: pgsql-hackers-owner@postgresql.org on behalf of Tom Lane Sent: Wed 9/27/2006 6:49 AM To: Andrew Dunstan Cc: josh@agliodbs.com; pgsql-hackers@postgresql.org; Neil Conway; Martijn van Oosterhout Subject: Re: [HACKERS] Faster StrNCpy Andrew Dunstan <andrew@dunslane.net> writes: > Tom Lane wrote: >> What I'd like to do immediately is put in strlcpy() and hit the two or >> three places I think are performance-relevant. > What are the other hotspots? The ones I can think of offhand are set_ps_display and use of strncpy as a HashCopyFunc. regards, tom lane ---------------------------(end of broadcast)--------------------------- TIP 5: don't forget to increase your free space map settings
В списке pgsql-hackers по дате отправления: