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 http://peo
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 i
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 n
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: 20
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 -p
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
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.
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
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 7b
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, th
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 a
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'
> 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:
> http://blog.insidesystems.net/articles/2007/04/1
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
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 io
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
_
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
[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 serie
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 en
-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:
htt
-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_i
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
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 resol
23 matches
Mail list logo
