On Fri, 1 Feb 2008, Alexander Motin wrote:
Robert Watson wrote:
It would be very helpful if you could try doing some analysis with hwpmc --
"high resolution profiling" is of increasingly limited utility with modern
You mean "of increasingly greater utility with modern CPUs". Low resolution
k
> >> Wait - if it returns EAGAIN for a while, then look at that code above.
> >> It will hold the sysctl lock for some indefinite amount of time. Maybe
> >> it should look like this instead:
> >>
> >>
> >>do {
> >>SYSCTL_LOCK();
> >>req.oldidx = 0;
> >>req.newidx =
Hi.
Robert Watson wrote:
It would be very helpful if you could try doing some analysis with hwpmc
-- "high resolution profiling" is of increasingly limited utility with
modern CPUs, where even a high frequency timer won't run very often.
It's also quite subject to cycle events that align with
On Fri, 1 Feb 2008, Alexander Motin wrote:
That was actually my second question. As there is only 512 items by default
and they are small in size I can easily preallocate them all on boot. But is
it a good way? Why UMA can't do just the same when I have created zone with
specified element siz
- Original Message -
From: "Steven Hartland" <[EMAIL PROTECTED]>
- Original Message -
From: "Eric Anderson" <[EMAIL PROTECTED]>
Wait - if it returns EAGAIN for a while, then look at that code above.
It will hold the sysctl lock for some indefinite amount of time. Maybe
it
- Original Message -
From: "Eric Anderson" <[EMAIL PROTECTED]>
Wait - if it returns EAGAIN for a while, then look at that code above.
It will hold the sysctl lock for some indefinite amount of time. Maybe
it should look like this instead:
do {
SYSCTL_LOCK();
req.oldi
- Original Message -
From: "Ivan Voras" <[EMAIL PROTECTED]>
...
geom debugging I get:-
Feb 1 06:04:45 geomtest kernel: g_post_event_x(0x802394c0,
0xff00010e6100, 2, 0)
Feb 1 06:04:45 geomtest kernel: ref 0xff00010e6100
Feb 1 06:04:45 geomtest kernel: g_post_event_x(0xf
Steven Hartland wrote:
- Original Message - From: "Eric Anderson" <[EMAIL PROTECTED]>
I saw this once before, a long time back, and every time I went
through a debugging session, it came to some kind of lock on the
sysctl tree with regards to the geom info (maybe the XML kind of tree
Greetings,
[EMAIL PROTECTED] wrote:
At Wed, 30 Jan 2008 19:13:07 +0200,
Stefan Lambrev wrote:
Greetings,
After playing with many settings and testing various configuration, now
I'm able to to receive on bridge more then 800,000 packets/s
without errors, which is amazing!
Unfortunately the
Steven Hartland wrote:
> Yep thats where I've traced it to its requesting: kern.geom.confxml
>
> Which does:-
> static int
> sysctl_kern_geom_confxml(SYSCTL_HANDLER_ARGS)
> {
>int error;
>struct sbuf *sb;
>
>sb = sbuf_new(NULL, NULL, 0, SBUF_AUTOEXTEND);
>g_waitfor_event(g_confxm
Alexander Motin wrote:
Kris Kennaway пишет:
Alexander Motin wrote:
Alexander Motin пишет:
While profiling netgraph operation on UP HEAD router I have found
that huge amount of time it spent on memory allocation/deallocation:
I have forgotten to tell that it was mostly GENERIC kernel just bui
Julian Elischer пишет:
Alexander Motin wrote:
Hi.
While profiling netgraph operation on UP HEAD router I have found that
huge amount of time it spent on memory allocation/deallocation:
0.14 0.05 132119/545292 ip_forward [12]
0.14 0.05 133127/545292 fxp_add_rfab
Kris Kennaway пишет:
Alexander Motin wrote:
Alexander Motin пишет:
While profiling netgraph operation on UP HEAD router I have found
that huge amount of time it spent on memory allocation/deallocation:
I have forgotten to tell that it was mostly GENERIC kernel just built
without INVARIANTS,
> Just a thought on the effect that HZ has on filesystem (and overall)
> performance :
> Linux has sort of backtracked from defaulting to HZ=1000 and enable it
> only on kernels compiled
> for "Desktop" work, and setting HZ=250 for the "Server" profile.
I'm doing some db-imports on postgresql on a
14 matches
Mail list logo
