login
Login
/
Register
Search
Search this site:
Forums
News
Blogs
Features
Site
Home
»
Mailing list archives
»
openbsd-misc
»
2010
»
February
»
24
Re: softdeps enabled = poor "concurrent" access?
view
thread
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
[view in full thread]
From: Noah McNallie
Subject:
Re: softdeps enabled = poor "concurrent" access?
Date: Wednesday, February 24, 2010 - 11:03 am
On 02/24/2010 05:10 AM, Tobias Ulmer wrote:
quoted text
> On Wed, Feb 24, 2010 at 10:52:05AM +0100, Jan Stary wrote: >> On Feb 23 19:20:28, Noah McNallie wrote: >>> Hey guys. Noah here. I'd like to use openbsd on an older machine i have. >>> I've had it on there before and never tested something that i've been >>> testing on various operating systems lately. That's how well they do >>> while under disk io load, concurrently. >>> >>> An example would be to tar -zxvf a large tarball and in another >>> terminal, try to run a simple command. such as 'uname' or 'ls' or what >>> have you. To test responsiveness. It may not be a very good test but >>> it's a everyday usage test. >>> >>> Well, i've found on openbsd without sofdeps enabled it will do this just >>> fine. But when enabling softdeps it will not. The 'uname' or 'ls' will >>> take quite a while to complete. >> >> So, your system is "slow" _with_ softupdates? > > No, softdep trades responsiveness for speed. The overall throughput increases, > of course. I've discussed this with him on IRC some time ago. It was futile, > he's hung up on thinking he can get the "impossible" by whining about it. > > This thread is as pointless as anything. > >> >>> The machine is a 300MHz 2MB L2 sparc64 SUN Ultra 30. softdeps is almost >>> required as it speeds up something like the extraction of a tarball >>> exponentially. I'm guessing somewhere near 25x. It's very slow on this >>> machine without sofdeps. >> >> So, your system is "slow" _without_ softupdates? > >
please read latest post Noah McNallie n0ah
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
Messages in current thread:
softdeps enabled = poor "concurrent" access?
, Noah McNallie
, (Tue Feb 23, 5:20 pm)
Re: softdeps enabled = poor "concurrent" access?
, Bryan
, (Tue Feb 23, 6:47 pm)
Re: softdeps enabled = poor "concurrent" access?
, Noah McNallie
, (Tue Feb 23, 7:25 pm)
Re: softdeps enabled = poor "concurrent" access?
, Noah McNallie
, (Tue Feb 23, 8:19 pm)
Re: softdeps enabled = poor "concurrent" access?
, Rafael Ferreira Neves
, (Tue Feb 23, 8:31 pm)
Re: softdeps enabled = poor "concurrent" access?
, James Hartley
, (Tue Feb 23, 8:39 pm)
Re: softdeps enabled = poor "concurrent" access?
, Tomas Bodzar
, (Wed Feb 24, 2:10 am)
Re: softdeps enabled = poor "concurrent" access?
, Jan Stary
, (Wed Feb 24, 2:52 am)
Re: softdeps enabled = poor "concurrent" access?
, Bret S. Lambert
, (Wed Feb 24, 2:59 am)
Re: softdeps enabled = poor "concurrent" access?
, Tobias Ulmer
, (Wed Feb 24, 3:10 am)
Re: softdeps enabled = poor "concurrent" access?
, Michal
, (Wed Feb 24, 3:46 am)
Re: softdeps enabled = poor "concurrent" access?
, Marco Peereboom
, (Wed Feb 24, 5:39 am)
Re: softdeps enabled = poor "concurrent" access?
, Artur Grabowski
, (Wed Feb 24, 5:41 am)
Re: softdeps enabled = poor "concurrent" access?
, Noah McNallie
, (Wed Feb 24, 11:02 am)
Re: softdeps enabled = poor "concurrent" access?
, Noah McNallie
, (Wed Feb 24, 11:03 am)
Re: softdeps enabled = poor "concurrent" access?
, Tony Abernethy
, (Wed Feb 24, 11:18 am)
Re: softdeps enabled = poor "concurrent" access?
, J Sisson
, (Wed Feb 24, 11:24 am)
Re: softdeps enabled = poor "concurrent" access?
, Noah McNallie
, (Wed Feb 24, 11:36 am)
Navigation
Create content
Mailing list archives
Recent posts
Popular discussions
linux-kernel
:
Alan Cox
Re: Please add ZFS support (from GPL sources)
Trenton D. Adams
Re: Flash IO slow 1.5 MB/s
Rafael J. Wysocki
[Bug #11287] Regression in 2.6.27-rc2 in acpi_processor_init()
Ingo Molnar
Re: [PATCH] x86: silence section mismatch warning - uv_cpu_init
Heiko Carstens
Re: Interface for the new fallocate() system call
git
:
Mark Junker
git on MacOSX and files with decomposed utf-8 file names
Junio C Hamano
Re: git-svnimport
Mark Burton
Re: Sporadic BSOD with msys git?
Junio C Hamano
Re: [PATCH] Detached HEAD (experimental)
Johannes Schindelin
Re: [PATCH] Fix approxidate("never") to always return 0
linux-netdev
:
David Miller
Re: [RFC 0/5] generic rx recycling
Gerrit Renker
[PATCH 1/5] dccp: Initialisation framework for feature negotiation
Arnaldo Carvalho de Melo
Re: [PATCH 06/37] dccp: Limit feature negotiation to connection setup phase
Daniel Lezcano
getsockopt(TCP_DEFER_ACCEPT) value change
David Miller
Re: 2.6.27.18: bnx2/tg3: BUG: "scheduling while atomic" trying to ifenslave a seco...
git-commits-head
:
Linux Kernel Mailing List
ath9k_htc: Allocate URBs properly
Linux Kernel Mailing List
net: don't grab a mutex within a timer context in gianfar
Linux Kernel Mailing List
[ARM] 4691/1: add missing i2c_board_info struct for at91rm9200
Linux Kernel Mailing List
powerpc/kexec: Add support for FSL-BookE
Linux Kernel Mailing List
V4L/DVB (8976): af9015: Add USB ID for AVerMedia A309
linux-fsdevel
:
Nick Piggin
Re: [patch] fs: truncate introduce new sequence
Philip
www.goodsamaritan.ms
David Howells
Re: [rfc][patch 3/5] afs: new aops
Sally
Bomb killed 18 citizens
Ryder Moore
Don't be left out, join millions of men in the revolution
Colocation donated by:
Syndicate