On Mon, Nov 19, 2007 at 09:21:42PM +0100, Jan Srzednicki wrote:
> I'm positively sure it's precisely this value that timeouts this
> conection (which later on get state mismatches).
What does pfctl -vvss show for such a state entry, in particular the
right-most part of the first line ("ESTABLISHE
On Nov 19, 2007 8:03 AM, Alexey Popov <[EMAIL PROTECTED]> wrote:
>
> Ivan Voras wrote:
> >
> > Also, did you try configuring and running pecl-APC for PHP?'s
> I'm using eAccelerator. Again, the same soft works good on less-CPU
> system and on Linux.
FWIW, when playing with eaccelerator on RELENG_7
Just installed 7.0b3 on a Sony VAIO laptop which has an ALPS GlidePoint
touchpad. System ran 6.2 and earlier FreeBSD versions without problems.
On 7.0b3, there are several touchpad problems. Things work fine after
the initial boot, both on the console and in xorg.
I am running moused:
/
On Mon, 2007-11-19 at 11:14 -0500, Ken Smith wrote:
> The 7.0-BETA3 builds are now available. If you would like to download
> an ISO image to install from they are available here:
>
> ftp://ftp.freebsd.org/pub/FreeBSD/releases//ISO-IMAGES/7.0/
>
> (adjust to be your architecture, e.g. amd64,
Hello,
I'm running pf(4) on a 6.2-RELEASE system.
The problem occurs when on a TCP connection, one side sends a FIN (by issuing
shutdown(SHUT_WR) on the socket), which is then ACK-ed properly. According to
pf.conf(5), the connection should then be subject to tcp.closing timeout:
tcp.c
Alexey Popov wrote:
Hi.
Panagiotis Christias wrote:
In the "good" case you are getting a much higher interrupt rate but
with the data you provided I can't tell where from. You need to run
vmstat -i at regular intervals (e.g. every 10 seconds for a minute)
during the "good" and "bad" times, sin
You have 1 new ALERT message
Please login to your RegionsNet Online Banking
and visit the Message Center section in order to read the message.
To Login, please click the link below:
[1]Go To RegionsNet Online
Ivan Voras wrote:
Kris Kennaway wrote:
It's explained in the MUTEX_PROFILING(9) manpage (LOCK_PROFILING(9) on 7.0)
cnt_hold The number of times the lock was held and another
thread attempted to acquire the lock.
cnt_lock The number of times t
Kris Kennaway wrote:
> It's explained in the MUTEX_PROFILING(9) manpage (LOCK_PROFILING(9) on 7.0)
>
> cnt_hold The number of times the lock was held and another
>thread attempted to acquire the lock.
>
> cnt_lock The number of times the lock w
Ivan Voras wrote:
Kris Kennaway wrote:
My guess is that you're hitting contention in the TCP send path, but I
missed the start of this conversation so I don't know what problems you
are seeing.
Here it is:
http://lists.freebsd.org/pipermail/freebsd-stable/2007-November/038371.html
there's so
Alexey Popov wrote:
Hi.
Ivan Voras wrote:
CPU states: 9.5% user, 0.0% nice, 82.0% system, 0.5% interrupt, 8.0%
idle
A wild idea that might not help: try reducing kern.hz in loader.conf to
something like 100 and see if something significant changes.
Now it runs with hz=100, number of conte
Kris Kennaway wrote:
> My guess is that you're hitting contention in the TCP send path, but I
> missed the start of this conversation so I don't know what problems you
> are seeing.
Here it is:
http://lists.freebsd.org/pipermail/freebsd-stable/2007-November/038371.html
there's some mutex profili
On Mon, Nov 19, 2007 at 07:35:09PM +0100, Ivan Voras wrote:
> Some more ideas: How is your disk load (iostat, systat -vm, diskinfo -t)
> during the load? You don't use NFS for the web directories, do you?
Don't forget about gstat(8), which (if the issue is an I/O bottleneck)
may help pinpoint what
Alexey Popov wrote:
> Here is it: http://83.167.98.162/gprof/kdump.txt.gz
I don't see anything unusual there.
Some more ideas: How is your disk load (iostat, systat -vm, diskinfo -t)
during the load? You don't use NFS for the web directories, do you?
Can you run bonnie++ while the machine is id
Alexey Popov wrote:
Hi.
Robert Watson wrote:
I tried SCHED_ULE, but got no difference:
Did you see no change in throughput, or no change in reported CPU use?
No significant changes.
We should probably take this thread to performance@ and get Kris
involved. He may be interested in trying to
On Nov 19, 2007 9:53 AM, Anish Mistry <[EMAIL PROTECTED]> wrote:
> On Wednesday 07 November 2007, Anish Mistry wrote:
> > On Monday 05 November 2007, [LoN]Kamikaze wrote:
> > > Marc Fonvieille wrote:
> > > > On Thu, Oct 18, 2007 at 05:53:47PM +0200, [LoN]Kamikaze wrote:
> > > >> Anish Mistry wrote:
On Nov 19, 2007 2:32 PM, Alexey Popov <[EMAIL PROTECTED]> wrote:
> Hi.
>
> I have a large pool of web backends (Apache + mod_php5) with
> 2 x Xeon 3.2GHz processors and 2 x Xeon 5120 dual-core processors. The
> workload is mostly CPU-bound. I'm using 6-STABLE-amd64 and also tried
> 7-STABLE.
>
> No
The 7.0-BETA3 builds are now available. If you would like to download
an ISO image to install from they are available here:
ftp://ftp.freebsd.org/pub/FreeBSD/releases//ISO-IMAGES/7.0/
(adjust to be your architecture, e.g. amd64, i386, etc.). If you
would like to use cvsup to update an older
Ken Smith wrote:
The 7.0-BETA3 builds are now available. If you would like to download
an ISO image to install from they are available here:
ftp://ftp.freebsd.org/pub/FreeBSD/releases//ISO-IMAGES/7.0/
(adjust to be your architecture, e.g. amd64, i386, etc.). If you
would like to use cvsup
On Wednesday 07 November 2007, Anish Mistry wrote:
> On Monday 05 November 2007, [LoN]Kamikaze wrote:
> > Marc Fonvieille wrote:
> > > On Thu, Oct 18, 2007 at 05:53:47PM +0200, [LoN]Kamikaze wrote:
> > >> Anish Mistry wrote:
> > >>> On Thursday 18 October 2007, Marc Fonvieille wrote:
> > On We
Ken Smith wrote:
> The 7.0-BETA3 builds are now available. If you would like to download
> an ISO image to install from they are available here:
>
> ftp://ftp.freebsd.org/pub/FreeBSD/releases//ISO-IMAGES/7.0/
>
> (adjust to be your architecture, e.g. amd64, i386, etc.). If you
> would like t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi All,
What version of apache do you use and what are:
StartServers
MinSpareServers
MaxSpareServers
MaxClients
KeepAliveTimeout
settings in both configurations?
Best Regards
Alexey Popov wrote:
> Hi.
>
> I have a large pool of web backends (Apac
Hi.
Robert Watson wrote:
I tried SCHED_ULE, but got no difference:
Did you see no change in throughput, or no change in reported CPU use?
No significant changes.
We should probably take this thread to performance@ and get Kris
involved. He may be interested in trying to reproduce your workl
The 7.0-BETA3 builds are now available. If you would like to download
an ISO image to install from they are available here:
ftp://ftp.freebsd.org/pub/FreeBSD/releases//ISO-IMAGES/7.0/
(adjust to be your architecture, e.g. amd64, i386, etc.). If you
would like to use cvsup to update an older
Hi.
Ivan Voras wrote:
last pid: 5266; load averages: 24.67, 22.65, 17.44 up 0+03:56:38
121 processes: 41 running, 62 sleeping, 18 waiting
CPU states: 9.5% user, 0.0% nice, 82.0% system, 0.5% interrupt, 8.0%
idle
This is really unusual - the number of processes is not that high, but
On Mon, 19 Nov 2007, Alexey Popov wrote:
Robert Watson wrote:
FreeBSD 7 contains significant optimization for increased numbers of cores,
and is where a lot of the work optimizing MySQL has ended up. I see you're
trying out a 6.3 beta, any chance you could try out a 7.0 beta instead?
Also, c
On Mon, 19 Nov 2007 15:54:32 +0100, Alexey Popov <[EMAIL PROTECTED]> wrote:
Hi
Robert Watson wrote:
FreeBSD 7 contains significant optimization for increased numbers of
cores, and is where a lot of the work optimizing MySQL has ended up. I
see you're trying out a 6.3 beta, any chance you c
Jeremy> Hmm, it looks as if the system doesn't have any indication of what
Jeremy> the local console is. I would expect to see a "consolectl" listed
Jeremy> under the "Configured:" section. See below for some of the output
Jeremy> from our systems...
Hi Jeremy,
Thanks for your advice, I've
Hi.
Ivan Voras wrote:
CPU states: 9.5% user, 0.0% nice, 82.0% system, 0.5% interrupt, 8.0%
idle
A wild idea that might not help: try reducing kern.hz in loader.conf to
something like 100 and see if something significant changes.
Now it runs with hz=100, number of context switches became ~
Toomas Aas wrote:
kernel: GEOM_JOURNAL: Journal 3372893522: aacd1s3G EcOoMn_tJaOiUnRsN
AdLa:t aB.IO
kernel: _GFELOUMS_HJ OnUoRtN AsLu:p pJoorutrenda lb y 3a3a7c2d819s325.22
Looking more closely at this 'garbage' I just noticed that this is actually
two messages 'mixed' together.
If you r
Hi
Robert Watson wrote:
FreeBSD 7 contains significant optimization for increased numbers of
cores, and is where a lot of the work optimizing MySQL has ended up. I
see you're trying out a 6.3 beta, any chance you could try out a 7.0
beta instead? Also, consider switching to "options SCHED_ULE
Alexey Popov wrote:
> CPU states: 9.5% user, 0.0% nice, 82.0% system, 0.5% interrupt, 8.0%
> idle
A wild idea that might not help: try reducing kern.hz in loader.conf to
something like 100 and see if something significant changes.
___
freebsd-stabl
On Mon, Nov 19, 2007 at 09:24:01AM +0100, Dmitry Karasik wrote:
> Jeremy> On Sun, Nov 18, 2007 at 08:01:59PM +0100, Dmitry Karasik wrote:
> >> I've re-run 'make installworld' and 'make installkernel' (as I had
> >> leftovers from recent buildworld), - didn't help. I've tried to power
> >> down
Alexey Popov wrote:
> last pid: 5266; load averages: 24.67, 22.65, 17.44 up 0+03:56:38
> 17:09:37
> 121 processes: 41 running, 62 sleeping, 18 waiting
> CPU states: 9.5% user, 0.0% nice, 82.0% system, 0.5% interrupt, 8.0%
> idle
> Mem: 439M Active, 27M Inact, 80M Wired, 108K Cache, 58
Hi.
Robert Watson wrote:
Also I faced the same problem moving heavily loaded MySQL-server to
new hardware. That time I thought that the problem is in the
mysql-server itself and I had to install Linux.
What can I do to make FreeBSD run faster on many-CPU systems???
Have you configured libmap.c
> kernel: WARNING: Expected rawoffset 0, found 42443730
>
> Now I updated RELENG_7 today (20071119), and upon rebooting there are some
> garbled messages:
>
> kernel: GEOM_JOURNAL: Journal 161627211: aacd1s2 contains data.
> kernel: GEOM_JOURNAL: Journal 161627211: a
Hi.
Ivan Voras wrote:
I have a large pool of web backends (Apache + mod_php5) with
2 x Xeon 3.2GHz processors and 2 x Xeon 5120 dual-core processors. The
workload is mostly CPU-bound. I'm using 6-STABLE-amd64 and also tried
7-STABLE.
If you haven't tried mod_fcgid, give it a try - it can drama
On Mon, 19 Nov 2007, Alexey Popov wrote:
I tried Linux and it works much better than old (2 x dual-core) backends. It
handles 2 times more requests than FreeBSD on the old backends. So there's a
real scalability problem in FreeBSD. The more processors it have the more
CPU time it consumes.
Forgot to mention, I'm running amd64.
--
Toomas Aas
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Alexey Popov wrote:
> Hi.
>
> I have a large pool of web backends (Apache + mod_php5) with
> 2 x Xeon 3.2GHz processors and 2 x Xeon 5120 dual-core processors. The
> workload is mostly CPU-bound. I'm using 6-STABLE-amd64 and also tried
> 7-STABLE.
If you haven't tried mod_fcgid, give it a try - i
On 19/11/2007, Stefan Lambrev <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Ivan Voras wrote:
> > Per olof Ljungmark wrote:
> >
> >> Hi,
> >>
> >> I wonder if any work is done on
> >> http://www.freebsd.org/cgi/query-pr.cgi?pr=117913
> >> if it is I'll be happy to test patches and/or suggestions or provide
0, found 514080
kernel: WARNING: Expected rawoffset 0, found 42443730
Now I updated RELENG_7 today (20071119), and upon rebooting there are some
garbled messages:
kernel: GEOM_JOURNAL: Journal 161627211: aacd1s2 contains data.
kernel: GEOM_JOURNAL: Journal 161627211: aacd1s2 contains journal
Ivan Voras wrote:
Per olof Ljungmark wrote:
Hi,
I wonder if any work is done on
http://www.freebsd.org/cgi/query-pr.cgi?pr=117913
if it is I'll be happy to test patches and/or suggestions or provide
access to a box for debugging.
Last I've heard about it is that a fix was committed to 7-CURRE
Hi,
Ivan Voras wrote:
Per olof Ljungmark wrote:
Hi,
I wonder if any work is done on
http://www.freebsd.org/cgi/query-pr.cgi?pr=117913
if it is I'll be happy to test patches and/or suggestions or provide
access to a box for debugging.
Last I've heard about it is that a fix was committ
Hi Dmitry,
Sorry then, probably my guess was wrong, but there's still a chance that it
was actually rerunning 'mergemaster' that fixed my system. :) As I did a major
upgrade, 'make delete-old-libs' did a lot of work for me (too much to
memorize).
--
AngryWolf
[EMAIL PROTECTED]
On Monday 19 N
Hi,
I wonder if any work is done on
http://www.freebsd.org/cgi/query-pr.cgi?pr=117913
if it is I'll be happy to test patches and/or suggestions or provide
access to a box for debugging.
Thanks,
--per
rtfree: 0xc5732d20 has 1 refs
ssppiinn lloocckk 00xxcc5500ff22a20800 ((ttuurrnnssttiillee
Hi AngryWolf!
AngryWolf> Hi, I had the exact same problem after I upgraded to 7.0-BETA2,
AngryWolf> and the problem seemed to be that I forgot to `make delete-old'
AngryWolf> and `make delete-old-libs'.
Thanks, I've run these, 'make delete-old' deleted some insignificant man
pages and
Jeremy> On Sun, Nov 18, 2007 at 08:01:59PM +0100, Dmitry Karasik wrote:
>> I've re-run 'make installworld' and 'make installkernel' (as I had
>> leftovers from recent buildworld), - didn't help. I've tried to power
>> down the machine (suspecied video card trouble), I've resetted BIOS,
>> I'v
Hi,
I just csup'd the sources a few hours ago, and successfully compiled and
installed a new kernel. However, when I go to do a buildworld, this
comes up:
--
>>> stage 2.3: build tools
---
49 matches
Mail list logo
