Back in March I posted some MySQL benchmarks after we switched to a 1:1 threading model in -current *. I've spent a lot of time tuning the pthread library so I thought I'd post a followup. The original benchmark that I used (supersmack) now performs much better on -current that it did a few months ago, so I picked something else this time: MySQL sysbench. Most of the sysbench runs that I've seen to date have sysbench running on the same machine as the database. That's a good test but with the except...

It would be a brighter place if you stopped pushing people around and weren't such a deadweight. How about you benchmark it? Andrew

Back in March I posted some MySQL benchmarks after we switched to a 1:1 threading model in -current *. I've spent a lot of time tuning the pthread library so I thought I'd post a followup. The original benchmark that I used (supersmack) now performs much better on -current that it did a few months ago, so I picked something else this time: MySQL sysbench. Most of the sysbench runs that I've seen to date have sysbench running on the same machine as the database. That's a good test but with the except...

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Regards - ----------------------------------------- Adam Hamsik jabber: haad@jabber.org icq: 249727910 Proud NetBSD user. We program to have fun. Even when we program for money, we want to have fun as well. ~ Yukihiro Matsumoto -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (Darwin) iD8DBQFG/VUXlIxPgX3Go0MRAkH6AKDXWaUGLR6whdxzqkPBb9vO4ERwXwCfbKVL HekCuq6oCF8THzJbwWDYO80= =00NO -----END PGP SIGNATURE-----

I have also tried 10-100 and 100-1000 client connections. I don't have the numbers at hand, but Linux peaks around 550 tps somewhere around 100 client connections. The numbers I was getting from Linux were quite erratic and I had to throw out a few sets of results where the downward spikes were so bad In the long run Linux will beat NetBSD. That said it the behaviour I saw on this test cannot be called graceful! Thanks, Andrew

There's a good bit of information at the URL below and the imlementation is in FreeBSD's CVS. The main advantage to jemalloc is that it works well with large numbers of threads. http://people.freebsd.org/~jasone/jemalloc/ Joerg has suggested what we try a few other BSD licensed allocators and see Well, what do you mean by stability? :-). The majority of the kinks have been ironed out of the scheduler and thread library now, so the results on NetBSD are constant given the same test setup and ...

On Feb 18, 11:15am, "=?UTF-8?Q?Karl_Sj=C3=B6dahl_-_dunceor?=" wrote: } On 9/28/07, John Nemeth <jnemeth@victoria.tc.ca> wrote: } > On Jan 14, 1:02am, Christos Zoulas wrote: } > } In article <20070928020839.1acf6daf@berkshire.machshav.com>, } > } >On Thu, 27 Sep 2007 23:28:52 +0200 } > } >Anders Hjalmarsson <hjalmar@hjalmar.to> wrote: } > } > } > } >> My Ericsson phone is similar, I get the 'drive offline' message, but } > } >> I can mount ...

Indeed, some of them will generate a complaint on osx that the device is pulling more power than it was allowed to request. http://en.wikipedia.org/wiki/USB#Power

In article <20070928152317.0D6F0918FB@mail.hjalmar.to>, My blackberry... christos

The reason why is that it needs an ok from the computer that it has identified and completed the handshake. Only identifyed objects are allowed to draw current from the computer. The phone is in different states when it's in USB mass storage mode and when it's started and when it's in charge mode. BR dunceor

Which device are you talking about wrt charging, the iPod or the phone? My phone certainly seems to charge, though it says "Charging" when plugged into the USB-cable instead of "Optimized charging" which it says when I plugit into the regular charger. -hjalmar

On Fri, 28 Sep 2007 12:55:24 +0000 (UTC) Hmm -- could you explain? I've never had any trouble charging my iPod, since it goes online immediately. However, I can't charge my Palmpilot, since NetBSD only recognizes it when I start a hotsync operation, causing uvisor0 to appear. --Steve Bellovin, http://www.cs.columbia.edu/~smb

I can see that the name can be accessed via procfs. Should (and can) we also add something to kinfo_proc? (That is, something not restricted by COMMLEN.) Darren