When performing an update on the ports tree via portsnap fetch update
or when checking out (or) large Subversion repositories or when copying
large data files (~ 50 to 250 GB in size, results from numerical
modelings) or when compiling world, FreeBD 9.0 and FreeBSD 8.2-STABLE
tend to freeze
hi there,
any reason why bin/139389 hasn't been committed, yet? i think seeing the thread
id in top -H output is extremely useful!
cheers.
alex
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To
On Tue, Jul 05, 2011 at 05:55:09PM -0700, Doug Barton wrote:
On 06/28/2011 08:58, Marius Strobl wrote:
Uhm, we once fixed a problem in the MD atomic implementation which
still seems to present in the ISC copy. Could you please test whether
the following patch makes a difference?
2011/7/6 O. Hartmann ohart...@zedat.fu-berlin.de:
having performance issues
Could you post /etc/sysctl.conf and /boot/loader.conf? Also, the
output of uname -a on all machines would be nice.
And since you don't use GENERIC, could you also tell us what
difference your setup is from a GENERIC
2011/7/6 O. Hartmann ohart...@zedat.fu-berlin.de
When performing an update on the ports tree via portsnap fetch update or
when checking out (or) large Subversion repositories or when copying large
data files (~ 50 to 250 GB in size, results from numerical modelings) or
when compiling world,
on 06/07/2011 13:37 arrowdodger said the following:
2011/7/6 O. Hartmann ohart...@zedat.fu-berlin.de
When performing an update on the ports tree via portsnap fetch update or
when checking out (or) large Subversion repositories or when copying large
data files (~ 50 to 250 GB in size, results
On Wed, Jul 6, 2011 at 3:37 PM, Andriy Gapon a...@freebsd.org wrote:
Just curious what your current value of sysctl kern.sched.preempt_thresh
is.
And if it's not 224 and if you haven't tried 224 yet, then could you please
try
it and see if there is any improvement?
This assumes that you
On Wed Jul 6 11, arrowdodger wrote:
2011/7/6 O. Hartmann ohart...@zedat.fu-berlin.de
When performing an update on the ports tree via portsnap fetch update or
when checking out (or) large Subversion repositories or when copying large
data files (~ 50 to 250 GB in size, results from
on 06/07/2011 15:35 arrowdodger said the following:
On Wed, Jul 6, 2011 at 3:37 PM, Andriy Gapon a...@freebsd.org
mailto:a...@freebsd.org wrote:
Just curious what your current value of sysctl kern.sched.preempt_thresh
is.
And if it's not 224 and if you haven't tried 224 yet, then
I think that if you use non-base gcc for ports on CURRENT, then you need to
follow
this procedure after upgrading world to a revision after the cpumask_t/cpuset_t
change:
1. upgrade/re-install gccXX using base gcc as a bootstrap compiler (make CC=gcc)
2. everything else... :)
--
Andriy Gapon
On Wed, Jul 06, 2011 at 11:55:15AM +0200, Marius Strobl wrote:
On Tue, Jul 05, 2011 at 05:55:09PM -0700, Doug Barton wrote:
On 06/28/2011 08:58, Marius Strobl wrote:
Uhm, we once fixed a problem in the MD atomic implementation which
still seems to present in the ISC copy. Could you please
on 06/07/2011 16:33 Alexander Best said the following:
you might also want to try enabling options IPI_PREEMPTION. no idea, if this
improves your situation, though.
Just in case, this option has effect for 4BSD scheduler only.
--
Andriy Gapon
___
Hi,
I'm going to review and import your driver.
--HPS
Hi,
The intial patch had some bad code and didn't compile on 9-current. I've tried
to clean it up. Please test and report back if I didn't break anything.
http://hselasky.homeunix.org:8192/usie_for_FreeBSD_9_current.patch
--HPS
On Wed Jul 6 11, Andriy Gapon wrote:
on 06/07/2011 16:33 Alexander Best said the following:
you might also want to try enabling options IPI_PREEMPTION. no idea, if this
improves your situation, though.
Just in case, this option has effect for 4BSD scheduler only.
thanks. i did not know
On 07/06/11 12:37, arrowdodger wrote:
2011/7/6 O. Hartmannohart...@zedat.fu-berlin.de
When performing an update on the ports tree via portsnap fetch update or
when checking out (or) large Subversion repositories or when copying large
data files (~ 50 to 250 GB in size, results from numerical
On 07/06/11 14:35, arrowdodger wrote:
On Wed, Jul 6, 2011 at 3:37 PM, Andriy Gapona...@freebsd.org wrote:
Just curious what your current value of sysctl kern.sched.preempt_thresh
is.
And if it's not 224 and if you haven't tried 224 yet, then could you please
try
it and see if there is any
Hi all,
I have been experimenting with a VIMAGE kernel and noticed that it can be
panic()'d by opening and closing an if_tap device. I've submitted a PR with a
possible patch as kern/158686 .
Could anyone have a look at it?
Thanks,
--
Daan Vreeken
Vitsch Electronics
http://Vitsch.nl
tel:
on 06/07/2011 18:33 O. Hartmann said the following:
On 07/06/11 14:35, arrowdodger wrote:
On Wed, Jul 6, 2011 at 3:37 PM, Andriy Gapona...@freebsd.org wrote:
Just curious what your current value of sysctl kern.sched.preempt_thresh
is.
And if it's not 224 and if you haven't tried 224 yet,
Greets,
For some reason FreeBSD can't boot automatically:
ZFS: i/o error - all block copies unavailable
ZFS: can't read MOS object directory
Can't find root filesystem - giving up
ZFS: unexpected object set type 0
ZFS: unexpected object set type 0
FreeBSD/x86 boot
Default:
Has anyone re-run those IO benchmarks?
Something smells fishy there.. (with the benchmarking.)
adrian
2011/7/6 O. Hartmann ohart...@zedat.fu-berlin.de:
On 07/06/11 12:37, arrowdodger wrote:
2011/7/6 O. Hartmannohart...@zedat.fu-berlin.de
When performing an update on the ports tree via
On Wed, Jul 06, 2011 at 05:29:24PM +0200, O. Hartmann wrote:
I use SCHED_ULE on all machines, since it is supposed to be performing
better on multicore boxes, but there are lots of suggestions switching
back to the old SCHED_4BSD scheduler.
If you are using MPI in numerical codes, then
On 07/06/11 18:28, Steve Kargl wrote:
On Wed, Jul 06, 2011 at 05:29:24PM +0200, O. Hartmann wrote:
I use SCHED_ULE on all machines, since it is supposed to be performing
better on multicore boxes, but there are lots of suggestions switching
back to the old SCHED_4BSD scheduler.
If you are
On Wed, Jul 06, 2011 at 06:38:23PM +0200, Hartmann, O. wrote:
On 07/06/11 18:28, Steve Kargl wrote:
On Wed, Jul 06, 2011 at 05:29:24PM +0200, O. Hartmann wrote:
I use SCHED_ULE on all machines, since it is supposed to be performing
better on multicore boxes, but there are lots of suggestions
On 6 July 2011 13:19, Alexander Best arun...@freebsd.org wrote:
hi there,
any reason why bin/139389 hasn't been committed, yet? i think seeing the
thread
id in top -H output is extremely useful!
I think the main reason is that tid takes a log of space (6 digits + 2 spaces),
and top already
In message 20110706170132.ga68...@troutmask.apl.washington.edu, Steve Kargl w
rites:
I periodically ran the same type test in the 2008 post over the
last three years. Nothing has changed. I even set up an account
on one node in my cluster for jeffr to use. He was too busy to
investigate at
On Wed, Jul 06, 2011 at 05:05:41PM +, Poul-Henning Kamp wrote:
In message 20110706170132.ga68...@troutmask.apl.washington.edu, Steve Kargl
w
rites:
I periodically ran the same type test in the 2008 post over the
last three years. Nothing has changed. I even set up an account
on one
On 07/06/11 13:00, Steve Kargl wrote:
On Wed, Jul 06, 2011 at 05:05:41PM +, Poul-Henning Kamp wrote:
In message20110706170132.ga68...@troutmask.apl.washington.edu, Steve Kargl w
rites:
I periodically ran the same type test in the 2008 post over the
last three years. Nothing has changed.
Thanks, but that did not help.
On Jul 6, 2011, at 6:31 PM, Pan Tsu wrote:
If you're using gptzfsboot try tricking it by marking
partitions with `data' pool as freebsd-ufs, e.g.
$ gpart modify -t freebsd-ufs -iY adX
___
On Wed Jul 6 11, Sergey Kandaurov wrote:
On 6 July 2011 13:19, Alexander Best arun...@freebsd.org wrote:
hi there,
any reason why bin/139389 hasn't been committed, yet? i think seeing the
thread
id in top -H output is extremely useful!
I think the main reason is that tid takes a
Hi,
On Wed, Jul 6, 2011 at 12:28 PM, Steve Kargl
s...@troutmask.apl.washington.edu wrote:
On Wed, Jul 06, 2011 at 05:29:24PM +0200, O. Hartmann wrote:
I use SCHED_ULE on all machines, since it is supposed to be performing
better on multicore boxes, but there are lots of suggestions switching
On Wed, Jul 06, 2011 at 03:18:35PM -0400, Arnaud Lacombe wrote:
Hi,
On Wed, Jul 6, 2011 at 12:28 PM, Steve Kargl
s...@troutmask.apl.washington.edu wrote:
On Wed, Jul 06, 2011 at 05:29:24PM +0200, O. Hartmann wrote:
I use SCHED_ULE on all machines, since it is supposed to be performing
On Wed Jul 6 11, Alexander Best wrote:
On Wed Jul 6 11, Sergey Kandaurov wrote:
On 6 July 2011 13:19, Alexander Best arun...@freebsd.org wrote:
hi there,
any reason why bin/139389 hasn't been committed, yet? i think seeing the
thread
id in top -H output is extremely useful!
(i intend the discussion to take place primarily on the
freebsd-hackers list, i'm CCing the freebsd-current list for a reason
stated below.)
(original first post:
http://lists.freebsd.org/pipermail/freebsd-questions/2011-June/231301.html)
On Mon, Jul 4, 2011 at 4:20 PM, Lowell Gilbert
On Jul 6, 2011, at 9:43 PM, Aldis Berjoza wrote:
Any chance, that you forgot to
# zpool set bootfs= ...
?
Nope.
NAME PROPERTY VALUE SOURCE
pool2 bootfspool2 local
NAME PROPERTY VALUE SOURCE
data bootfs- default
___
On Wed, 6 Jul 2011 17:44:41 +0200
Berczi Gabor free...@berczi.be wrote:
Greets,
For some reason FreeBSD can't boot automatically:
ZFS: i/o error - all block copies unavailable
ZFS: can't read MOS object directory
Can't find root filesystem - giving up
ZFS: unexpected object set type 0
On Wed, Jul 6, 2011 at 12:47 PM, deeptec...@gmail.com
deeptec...@gmail.com wrote:
(i intend the discussion to take place primarily on the
freebsd-hackers list, i'm CCing the freebsd-current list for a reason
stated below.)
(original first post:
06.07.2011 18:44, Berczi Gabor wrote:
Greets,
For some reason FreeBSD can't boot automatically:
ZFS: i/o error - all block copies unavailable
ZFS: can't read MOS object directory
Can't find root filesystem - giving up
ZFS: unexpected object set type 0
ZFS: unexpected object set type 0
On 07/06/11 21:36, Steve Kargl wrote:
On Wed, Jul 06, 2011 at 03:18:35PM -0400, Arnaud Lacombe wrote:
Hi,
On Wed, Jul 6, 2011 at 12:28 PM, Steve Kargl
s...@troutmask.apl.washington.edu wrote:
On Wed, Jul 06, 2011 at 05:29:24PM +0200, O. Hartmann wrote:
I use SCHED_ULE on all machines, since
Hmm... GPF seems to be related to unclean %rcx. Can you please
try the attached patch? Please note you have to rebuild kernel
from scratch because this is a header file change. It may not fix
hang, though. Please let me know.
It is just committed at r223796.
JK
This issue is resolved
On Wed, Jul 6, 2011 at 12:47 PM, deeptec...@gmail.com
deeptec...@gmail.comwrote:
the boot process of my FreeBSD machines takes a relatively long time.
it spends 30 seconds idling at some point, because my network
interface (sk0) is supposed to have an IP address assigned via DHCP,
and the
On 7/6/11, Hartmann, O. ohart...@zedat.fu-berlin.de wrote:
On 07/06/11 21:36, Steve Kargl wrote:
On Wed, Jul 06, 2011 at 03:18:35PM -0400, Arnaud Lacombe wrote:
Hi,
On Wed, Jul 6, 2011 at 12:28 PM, Steve Kargl
s...@troutmask.apl.washington.edu wrote:
On Wed, Jul 06, 2011 at 05:29:24PM
So, I upgraded a system from Feb 10 -current to today's
-current code. In doing so, I changed the kernel config
options from
options NFSCLIENT # Network Filesystem Client
options NFSSERVER # Network Filesystem Server
to
options NFSCL
On Wed, Jul 6, 2011 at 4:57 PM, Steve Kargl
s...@troutmask.apl.washington.edu wrote:
So, I upgraded a system from Feb 10 -current to today's
-current code. In doing so, I changed the kernel config
options from
options NFSCLIENT # Network Filesystem Client
options
On Wed, Jul 06, 2011 at 05:02:37PM -0700, Garrett Cooper wrote:
On Wed, Jul 6, 2011 at 4:57 PM, Steve Kargl
s...@troutmask.apl.washington.edu wrote:
So, I upgraded a system from Feb 10 -current to today's
-current code. ?In doing so, I changed the kernel config
options from
options ? ?
Steve Kargl wrote:
So, I upgraded a system from Feb 10 -current to today's
-current code. In doing so, I changed the kernel config
options from
options NFSCLIENT # Network Filesystem Client
options NFSSERVER # Network Filesystem Server
to
options NFSCL # Network Filesystem Client
Steve Kargl wrote:
On Wed, Jul 06, 2011 at 05:02:37PM -0700, Garrett Cooper wrote:
On Wed, Jul 6, 2011 at 4:57 PM, Steve Kargl
s...@troutmask.apl.washington.edu wrote:
So, I upgraded a system from Feb 10 -current to today's
-current code. ?In doing so, I changed the kernel config
Offer a bounty for getting it fixed?
thanks,
Adrian
On 7 July 2011 05:00, Hartmann, O. ohart...@zedat.fu-berlin.de wrote:
On 07/06/11 21:36, Steve Kargl wrote:
On Wed, Jul 06, 2011 at 03:18:35PM -0400, Arnaud Lacombe wrote:
Hi,
On Wed, Jul 6, 2011 at 12:28 PM, Steve Kargl
Although deleting /etc/rc.d/nfsserver is probably all you need
to do if you have head/etc/rc.d/nfsd, I've attached an updated
nfsd script that I am waiting for a review of.
If you'd like to test this (when /etc/rc.d/nfsserver is deleted),
it would be appreciated.
I think it will work for your
On Wed, Jul 06, 2011 at 08:57:53PM -0400, Rick Macklem wrote:
Steve Kargl wrote:
So, I upgraded a system from Feb 10 -current to today's
-current code. In doing so, I changed the kernel config
options from
options NFSCLIENT # Network Filesystem Client
options NFSSERVER # Network
On Thu, Jul 07, 2011 at 09:17:51AM +0800, Adrian Chadd wrote:
Offer a bounty for getting it fixed?
steve == ENOMONEY jeffr == ENOTIME
And, 4BSD works.
--
Steve
___
freebsd-current@freebsd.org mailing list
On Wed, Jul 06, 2011 at 09:33:21PM -0400, Rick Macklem wrote:
Although deleting /etc/rc.d/nfsserver is probably all you need
to do if you have head/etc/rc.d/nfsd, I've attached an updated
nfsd script that I am waiting for a review of.
If you'd like to test this (when /etc/rc.d/nfsserver is
On 7 July 2011 09:51, Steve Kargl s...@troutmask.apl.washington.edu wrote:
On Thu, Jul 07, 2011 at 09:17:51AM +0800, Adrian Chadd wrote:
Offer a bounty for getting it fixed?
steve == ENOMONEY jeffr == ENOTIME
And, 4BSD works.
I meant it as a more general observation.
If something doesn't
On Thu, Jul 07, 2011 at 10:39:00AM +0800, Adrian Chadd wrote:
On 7 July 2011 09:51, Steve Kargl s...@troutmask.apl.washington.edu wrote:
On Thu, Jul 07, 2011 at 09:17:51AM +0800, Adrian Chadd wrote:
Offer a bounty for getting it fixed?
steve == ENOMONEY jeffr == ENOTIME
And, 4BSD
Hi,
On Wed, Jul 6, 2011 at 10:39 PM, Adrian Chadd adr...@freebsd.org wrote:
On 7 July 2011 09:51, Steve Kargl s...@troutmask.apl.washington.edu wrote:
On Thu, Jul 07, 2011 at 09:17:51AM +0800, Adrian Chadd wrote:
Offer a bounty for getting it fixed?
steve == ENOMONEY jeffr == ENOTIME
On 07/06/11 23:49, Oliver Pinter wrote:
On 7/6/11, Hartmann, O.ohart...@zedat.fu-berlin.de wrote:
On 07/06/11 21:36, Steve Kargl wrote:
On Wed, Jul 06, 2011 at 03:18:35PM -0400, Arnaud Lacombe wrote:
Hi,
On Wed, Jul 6, 2011 at 12:28 PM, Steve Kargl
s...@troutmask.apl.washington.edu wrote:
On 07/07/11 06:29, Arnaud Lacombe wrote:
Hi,
On Wed, Jul 6, 2011 at 5:00 PM, Hartmann, O.
ohart...@zedat.fu-berlin.de wrote:
On 07/06/11 21:36, Steve Kargl wrote:
On Wed, Jul 06, 2011 at 03:18:35PM -0400, Arnaud Lacombe wrote:
Hi,
On Wed, Jul 6, 2011 at 12:28 PM, Steve Kargl
56 matches
Mail list logo