Kris Kennaway wrote:
Try this one instead, it applies to HEAD. You'll need to manually enter
the paths though because of how p4 mangles diffs.
It doesn't help, at least in my case (only 4 clients) - the sys time is
still around 30% on a 4-CPU machine.
Ivan Voras wrote:
Kris Kennaway wrote:
Try this one instead, it applies to HEAD. You'll need to manually enter
the paths though because of how p4 mangles diffs.
It doesn't help, at least in my case (only 4 clients) - the sys time is
still around 30% on a 4-CPU machine.
I've already
Kris Kennaway wrote:
Ivan Voras wrote:
Kris Kennaway wrote:
Try this one instead, it applies to HEAD. You'll need to manually enter
the paths though because of how p4 mangles diffs.
It doesn't help, at least in my case (only 4 clients) - the sys time is
still around 30% on a 4-CPU
On Sat, Nov 17, 2007 at 12:14:46PM +0100, Marc Olzheim wrote:
For the MACHINE_ARCH == amd64 ${CC} != icc case,
the -mno-sse3 flag that *is* set for MACHINE_ARCH == i386, is not set.
I don't think the current gcc actually uses sse3 anywhere in the kernel
compile, as my kernels are working as
On Wed, Nov 14, 2007 at 03:08:20PM +0100, Marc Olzheim wrote:
today I updated from 6.2-RELEASE-p8 to 7.0-BETA2 as well.
I've ran into the same problem with the password input to GELI on boot
time.
Chars are showing up after several keypresses.
After removing the new dcons
On Sat, Nov 17, 2007 at 12:14:46PM +0100, Marc Olzheim wrote:
For the MACHINE_ARCH == amd64 ${CC} != icc case,
the -mno-sse3 flag that *is* set for MACHINE_ARCH == i386, is not set.
I don't think the current gcc actually uses sse3 anywhere in the kernel
compile, as my kernels are working as
Ivan Voras wrote:
Kris Kennaway wrote:
Ivan Voras wrote:
Kris Kennaway wrote:
Try this one instead, it applies to HEAD. You'll need to manually enter
the paths though because of how p4 mangles diffs.
It doesn't help, at least in my case (only 4 clients) - the sys time is
still around 30%
pluknet wrote:
Hello.
On 21/11/2007, Miroslav Lachman [EMAIL PROTECTED] wrote:
I am not 100% sure, maybe I overlook something in binary major version
upgrade procedure, but after upgrade from 6.2 to 7.0-BETA3 my roots
~/.cshrc was accidentally replaced with dist version of .cshrc and
It
Hi.
Kris Kennaway wrote:
In the meantime there is unfortunately not a lot that can be done,
AFAICT. There is one hack that I will send you later but it is not
likely to help much. I will also think about how to track down the
cause of the contention further (the profiling trace only shows
Alexey Popov wrote:
Also could you explain what to look for in the lock profiling results?
Does large wait_total values indicate problem or other columns???
All of the columns (well, maybe except for the lock name ;-) can
indicate potential problems of various kinds, so you have to look at
On 21/11/2007, Kris Kennaway [EMAIL PROTECTED] wrote:
Ivan Voras wrote:
Yes, but I had to verify it anyway :)
You haven't verified anything until you look at how much work the system
is doing, before and after.
I have, and it's roughly the same (50 +/- 2 queries/s).
(meaning that I'm not
On Wednesday 21 November 2007, Miroslav Lachman wrote:
pluknet wrote:
Hello.
On 21/11/2007, Miroslav Lachman [EMAIL PROTECTED] wrote:
I am not 100% sure, maybe I overlook something in binary major
version upgrade procedure, but after upgrade from 6.2 to 7.0-BETA3
my roots ~/.cshrc was
Hi all.
Sorry, forgot to attach top vmstat oputput on 8-core 7-stable with
optimized PHP realpath_cache_size.
With best regards,
Alexey Popov
last pid: 91239; load averages: 4.64, 4.72, 7.82
up 0+19:13:37
Hello,
I'm trying to set up a qemu with 4G memory to the host system
on a 7-BETA2, and I've hit some kind of limit in freebsd.
When i give more then ~2000MB of memory to qemu, it returns
an after trying to mmap() it, saying Could not map physical memory.
At the end of mmap(2) there's a note
On Thursday 15 November 2007 02:18:50 pm Lev Serebryakov wrote:
Hello, freebsd-stable.
Upgrading my netwrok from 100Mbit to 1Gbit.
I've replaced one of two fxp's with em (desktop varinat), and rebuild system.
Right after booting TONS of messages about interrupt storm (without
device
TOTAL MP3 CONVERTER...
THIS WEEK FOR FREE!!!
The best just got better. Now you can appreciate our new product at
its true value! MP3 Converter is a high quality product. Those who
ever tried any other tool from Softplicity know that.
Program
When I moved to RELENG_7 on my machine i have experienced some SIGILL's
on graphic applications. Looking into the cause I found this in gcc docs:
_athlon, athlon-tbird_
AMD Athlon CPU with MMX, 3dNOW!, enhanced 3dNOW! and SSE
prefetch instructions support.
But my
On Nov 21, 2007, at 12:45 AM, Quan Qiu wrote:
ChallengeResponseAuthentication no is also required to avoid sshd
accepting keyboard-interactive/pam.
I don't think this setting matters for PermitRootLogin without-
password. At least the default on FreeBSD 6 works as expected when
On 16/11/2007, S.N.Grigoriev [EMAIL PROTECTED] wrote:
Thu, 15 Nov 2007 22:31:19 + (GMT)
Robert Watson [EMAIL PROTECTED] wrote:
I feel that the 7.0 kernel will prove to be one of our most stable,
not to mention most performant, .0 releases to date.
Unfortunately, that's not true. For
All three SMP servers I recently installed with 6.2p8 from a custom
build CD rebooted within the space of 24 hours about a day ago. (One
of them is still not up; it sounds like it's requiring me to get to the
console to fix the root fs.) Unfortunately I'd forgotten to set dumpdev
in rc.conf on
On Wed, Nov 21, 2007 at 02:13:19PM +0300, Alexey Popov wrote:
As mentioned in the description of your patch there is probably a
scalability problem with stat() syscall on FreeBSD.
I wrote a quick tool to lstat() path elements on an otherwise idle
dual-core system (1.6GHz Turion64x2,
On 07/11/2007, Pyun YongHyeon [EMAIL PROTECTED] wrote:
On Wed, Nov 07, 2007 at 02:28:00PM +0200, Oleg Lomaka wrote:
Hello,
Pyun YongHyeon wrote:
On Thu, Nov 01, 2007 at 10:59:48AM +0200, Oleg Lomaka wrote:
Hello,
Pyun YongHyeon wrote:
On Tue, Oct 30, 2007 at
On 21 Nov, Chris wrote:
On 07/11/2007, Pyun YongHyeon [EMAIL PROTECTED] wrote:
On Wed, Nov 07, 2007 at 02:28:00PM +0200, Oleg Lomaka wrote:
Hello,
Pyun YongHyeon wrote:
On Thu, Nov 01, 2007 at 10:59:48AM +0200, Oleg Lomaka wrote:
Hello,
Pyun YongHyeon wrote:
On
Alexey Popov wrote:
Hi.
Kris Kennaway wrote:
In the meantime there is unfortunately not a lot that can be done,
AFAICT. There is one hack that I will send you later but it is not
likely to help much. I will also think about how to track down the
cause of the contention further (the
Ivan Voras wrote:
On 21/11/2007, Kris Kennaway [EMAIL PROTECTED] wrote:
Ivan Voras wrote:
Yes, but I had to verify it anyway :)
You haven't verified anything until you look at how much work the system
is doing, before and after.
I have, and it's roughly the same (50 +/- 2 queries/s).
Kris Kennaway wrote:
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
Hi.
Max Laier wrote:
I rolled a tiny, simple, possibly braindamaged benchmark (but then again
php code tends to be braindamaged): test.php includes 1000 different,
essential empty files and is strated over and over from a shell script
which counts the runs completed within 60seconds. 1-8,128
27 matches
Mail list logo