slowdown because of gettimeofday change between 9.2 and 10?

[Kostas Oikonomou]

For me the main issue here is the difference in behavior between 9.2 and
10.0.
Do you have any ideas about that?
My texmacs editor was fine under 9.2, and is painfully slow under 10.0.

                    Kostas

On 02/22/2014 15:36, Lowell Gilbert wrote:
> Matthias Apitz <guru at unixarea.de> writes:
>
>> El día Saturday, February 22, 2014 a las 06:16:03PM +0100, Matthias Apitz escribió:
>>
>>>> 2) I checked on another system which runs the same application, but
>>>> under 9.2.  It turns out that the application issues the same calls to
>>>> gettimeofday, also on a continuous basis, and, furthermore the numbers
>>>> of calls on the two systems over a period of 15 seconds are almost the same.
>>>>
>>>> So there must be some other difference between 9.2 and 10.0 that causes
>>>> the slowdown.
>>> In my case it is:
>>>
>>> $ uname -a
>>> FreeBSD La-Habana 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r250588M: Sat
>>> Jun 22 14:15:48 CEST 2013
>>> guru at La-Habana:/usr/obj/usr/home/guru/head/src/sys/GENERIC i386
>>>
>>> The app in question (kabc) was compiled based on the ports at this time.
>> $ truss -f -o tr kaddressbook
>> kdecore (KAction): WARNING: KActionCollection::KActionCollection(
>> QObject *parent, const char *name, KInstance *instance )
>> $ fgrep gettimeofday tr | wc -l
>>     2262
> FreeBSD has *always* had a slower (but, it looks like, more accurate)
> gettimeofday() implementation than some other systems. This is an
> infamous slowdown for Java.