On Wed, Dec 19, 2007 at 12:06:59PM -0500, Mark Fullmer wrote:
Thanks for the other info on timer resolution, I overlooked
clock_gettime().
If you have a UP system with a usable TSC (or equivalent) then
using rdtsc() (or equivalent) is a much cheaper way to measure
short durations with high
Julian Stacey wrote:
Anyone else noticed on 7.0BETA4 ( hence Ive cc'd re@)
I did see some weird behaviour while compiling gcc, though I don't
remember if it's the same file (looks like it). They usually disappeared
after removing CPUTYPE and -O2 from compiler flags.
signature.asc
Description:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, Dec 19, 2007 at 09:36:32PM +0100, Julian Stacey wrote:
Anyone else noticed on 7.0BETA4 ( hence Ive cc'd re@)
This runs forever:
=== cc_int (all)
Warning: Object directory not changed from original
/usr/src/gnu/usr.bin/cc/cc_int
cc
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello,
I have read all related threads about performance problems with multi
core systems but still have no idea what to do to make thinks better.
Below are results of testing postgresql on HP DL380G5 using sysbench.
The results are comparable to:
Hi,
I've got many deconnections with iwi on 7.0 with WPA, far more than on
6.2.
iwi0: firmware error
iwi0: link state changed to DOWN
iwi0: link state changed to UP
iwi0: firmware stuck in state 4, resetting
[...]
Then I have to make an /etc/rc.d/netif restart iwi0 to reconnect.
With debug
[I'm adding -current as there are other discussions of hardware
compatibility there, trim if appropriate]
Chris Shenton [EMAIL PROTECTED] writes:
http://www.dell.com/downloads/global/products/pedge/en/pe_T105_spec_sheet.pdf
Processors Single AMD Opteron TM 1000 series at
On Thursday 20 December 2007, Chris Shenton wrote:
[I'm adding -current as there are other discussions of hardware
compatibility there, trim if appropriate]
Chris Shenton [EMAIL PROTECTED] writes:
http://www.dell.com/downloads/global/products/pedge/en/pe_T105_spec_s
heet.pdf
On Thu, 20 Dec 2007 07:50:35 -0500
Chris Shenton [EMAIL PROTECTED] wrote:
Any suggestions on how I can poke at it to find what kind of hardware
it's using and what driver I need to use for it?
'pciconf -lv' is usually good for the poking part.
--
Regards,
Torfinn Ingolfsen
FreeBSD 6.2-RELEASE-p6 amd64
This is what cdcontrol eject performs (incidentally, on a mounted acd
device):
11991 cdcontrol CALL open(0x7fffe130,0,0x9)
11991 cdcontrol NAMI /dev/acd0
11991 cdcontrol RET open 3
11991 cdcontrol CALL ioctl(0x3,CDIOCALLOW,0)
11991 cdcontrol RET ioctl
On Thu, Dec 20, 2007 at 02:59:13PM +0200, Andriy Gapon wrote:
P.S. a PR with a terse description is already opened for the above
behavior of acd:
http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/118779
This is a regression since RELENG_4 (RELENG_3 was OK),
please take a look at (incorrectly
I have read all related threads about performance problems with multi
core systems but still have no idea what to do to make thinks better.
Below are results of testing postgresql on HP DL380G5 using sysbench.
The results are comparable to:
Joshua Coombs wrote:
MaXX wrote:
I have an old netfinity 7000 (Quad PIII 500, 1Gb RAM) running 6.2
at the moment. I was wondering if it will take benefit of all the
SMP improvement of 7 or is it too old? It runs a few postgresql
databases, peak loads in the 2 to 4 range.
It's not
Julian Stacey wrote:
Has 7.0-BETA4 perhaps wrongly got a -pipe in the .mk macros ?
It was added 9 years 7 months ago my JKH (see the CVS
repository, src/share/mk/sys.mk rev 1.31). He wrote:
Add -pipe to default CFLAGS. The optimization it provides
is cheap and does not require any special
Miroslav Lachman wrote:
It is nice idea, but I think you should have a better scripting style ;)
Yes, it almost looked like perl. :-)
May I suggest a few further improvements?
login_shell=/bin/tcsh
I certainly wouldn't want tcsh. How about looking at
$SHELL, and if it doesn't exist, then
Oliver Fromme wrote:
My hacked up 386 showed gains going from 6.2 to 7, the big win that I've
noticed is scp throughput, I can sustain 40 to 45kbps where in the past
the box walled at around 30kbps. Apache seems to have less latency
responding to gets also. I'm just running a 7b3
Oliver Fromme wrote:
Miroslav Lachman wrote:
It is nice idea, but I think you should have a better scripting style ;)
Yes, it almost looked like perl. :-)
May I suggest a few further improvements?
login_shell=/bin/tcsh
I certainly wouldn't want tcsh. How about looking at
$SHELL, and if
Joshua Coombs wrote:
Oliver Fromme wrote:
My hacked up 386 showed gains going from 6.2 to 7, the big win
that I've noticed is scp throughput, I can sustain 40 to 45kbps
where in the past the box walled at around 30kbps. Apache seems
to have less latency responding to gets also.
Thanks, I'll test this later on today.
On Dec 19, 2007, at 1:11 PM, Kostik Belousov wrote:
On Wed, Dec 19, 2007 at 09:13:31AM -0800, David G Lawrence wrote:
Try it with find / -type f /dev/null to duplicate the problem
almost
instantly.
I was able to verify last night that (cd /; tar -cpf
Brian wrote:
Would that be a multiday buildworld?
Brian
10 days on average. : ) I'm trying a 7 build without -pipe to see if I
can squeak it through with 64MB RAM + 384MB swap, I'd much prefer not
having to do a dump/restore to reallocate space for more swap. I'm
almost thinking a non
Hi,
I once again have a freeze with cpufreq, this time on a Tyan S3950 MB +
X2 BE 2400 proc;
dev.cpu.0.freq_levels: 2277/10 2178/91708 1980/76426 1782/62805 990/30193
Same proc works OK with Asus M2N32 WS Pro ...
Same Tyan MB works OK with X2 BE 2350 which shows
dev.cpu.0.freq_levels:
Hello,
with Beta4 I tried 'acpiconf -s3'. The machine shut down but I couldn't
wake it up with the keyboard.
Pressing the power button makes the drives start up but the machine
switches off two seconds later.
This is done in an endless loop.
I tried a kernel without any driver, just the absolut
Harald Schmalzbauer schrieb am 21.12.2007 00:55 (localtime):
Hello,
with Beta4 I tried 'acpiconf -s3'. The machine shut down but I couldn't
wake it up with the keyboard.
Pressing the power button makes the drives start up but the machine
switches off two seconds later.
This is done in an
On Thu, 20 Dec 2007 15:35:52 +0100
Claus Guttesen [EMAIL PROTECTED] wrote:
What postgres-version did you use for this benchmark? Eventhough this
is a synthetic benchmark the difference in performance may indicate
some penalties on 8-core servers on FreeBSD.
According to
23 matches
Mail list logo