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
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've even
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
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
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
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
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
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
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
access to a box for
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 - it can
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]
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.
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
, 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.
kernel: GEOM_JOURNAL: Journal aacd1s2 clean
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
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, 58M
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 the
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.
___
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
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
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 ~
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
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
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,
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
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/arch/ISO-IMAGES/7.0/
(adjust arch to be your architecture, e.g. amd64, i386, etc.). If you
would like to use cvsup to update
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
-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 (Apache
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/arch/ISO-IMAGES/7.0/
(adjust arch to be your architecture, e.g. amd64, i386, etc.). If you
would like
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 Wed, Oct 17, 2007 at
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/arch/ISO-IMAGES/7.0/
(adjust arch to be your architecture, e.g. amd64, i386, etc.). If you
would like to
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/arch/ISO-IMAGES/7.0/
(adjust arch to be your architecture, e.g. amd64, i386, etc.). If you
would like to use cvsup to update
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.
Now I'm
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 Thursday
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
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
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
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 profiling
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
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
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 was
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
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
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, since it
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:
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/arch/ISO-IMAGES/7.0/
(adjust arch to be your architecture, e.g.
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 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
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
49 matches
Mail list logo