Jun Su wrote:
>
[ ... 1:1 kernel threads implementation ... ]
>
> A benchmark would be interested.
This request doesn't make sense.
The primary performance reasoning behind a 1:1 kernel threading
implementation, relative to the user space single kernel entry
scheduler in the libc_r implementati
--- "Jacques A. Vidrine" <[EMAIL PROTECTED]>
的正文:> On Mon, Mar 31, 2003 at 10:54:45PM -0500,
Jeff
> Roberson wrote:
>
> > 5. Either replace /usr/lib/libc_r.so.5 with
> /usr/lib/libthr.so.1 or
> > relink your applications against libthr.so.1
>
> Happily strlen(libc_r.so.5) == strlen(libthr.so.1)
It probably still needs some tweaking but it seems to be MUCH better now.
New algorithm entirely.
nice +20 processes will not run if anything else wants to.
idleprio is still not working correctly. bde reports that this causes a
3% perf degradation for buildworld.
I'd appreciate feedback from a
On Wed, 2 Apr 2003, Ruslan Ermilov wrote:
> On Tue, Apr 01, 2003 at 12:22:58PM -0800, David O'Brien wrote:
> > On Tue, Apr 01, 2003 at 01:56:52PM -0600, Juli Mallett wrote:
> > > * De: David O'Brien <[EMAIL PROTECTED]> [ Data: 2003-04-01 ]
> > > [ Subjecte: Re: FreeBSD/alpha kern.flp flood ]
> >
On Tue, 1 Apr 2003, David O'Brien wrote:
> On Mon, Mar 31, 2003 at 06:03:48PM +0300, Ruslan Ermilov wrote:
> > Anyway, I've committed the fix to release/Makefile that strips
> > the .comment section out from the BOOTMFS kernel. If you have
> > time, you can exploit the effect of this by changing
Jeff Roberson wrote:
>
> I have commited libthr. To try this out you'll need to do the following
>
> 1. cvsup
> 2. rebuild world and kernel
> 3. install world and kernel
> 4. build libthr from src/lib/libthr
> 5. Either replace /usr/lib/libc_r.so.5 with /usr/lib/libthr.so.1 or
> relink your
Perhaps I should choose my words more wisely. The ports system will allow
you to build it (nvidia-driver) on a recent HEAD, but not on RELENG_5_0. I
assume that this is because some change was made that increased its
stability. I had it installed anyway, for a while, but in the end chose
stabil
On Tue, Apr 01, 2003 at 12:22:58PM -0800, David O'Brien wrote:
> On Tue, Apr 01, 2003 at 01:56:52PM -0600, Juli Mallett wrote:
> > * De: David O'Brien <[EMAIL PROTECTED]> [ Data: 2003-04-01 ]
> > [ Subjecte: Re: FreeBSD/alpha kern.flp flood ]
> > > On Mon, Mar 31, 2003 at 06:03:48PM +0300, Rusl
On Tue, Apr 01, 2003 at 01:56:52PM -0600, Juli Mallett wrote:
> * De: David O'Brien <[EMAIL PROTECTED]> [ Data: 2003-04-01 ]
> [ Subjecte: Re: FreeBSD/alpha kern.flp flood ]
> > On Mon, Mar 31, 2003 at 06:03:48PM +0300, Ruslan Ermilov wrote:
> > > Anyway, I've committed the fix to release/Mak
On Tue, 1 Apr 2003, Scott Long wrote:
> Jeff Roberson wrote:
> > I have commited libthr. To try this out you'll need to do the following
> >
>
> Excellent job Jeff and Jon, thanks a lot!
>
> Is anyone working on getting full Apache2 support for this? Also,
> linking the Java 1.3 and 1.4 ports to
* De: David O'Brien <[EMAIL PROTECTED]> [ Data: 2003-04-01 ]
[ Subjecte: Re: FreeBSD/alpha kern.flp flood ]
> On Mon, Mar 31, 2003 at 06:03:48PM +0300, Ruslan Ermilov wrote:
> > Anyway, I've committed the fix to release/Makefile that strips
> > the .comment section out from the BOOTMFS kern
On Mon, Mar 31, 2003 at 06:03:48PM +0300, Ruslan Ermilov wrote:
> Anyway, I've committed the fix to release/Makefile that strips
> the .comment section out from the BOOTMFS kernel. If you have
> time, you can exploit the effect of this by changing sweaping
> over src/sys/ and changing rcsid = "$Fr
Jeff Roberson wrote:
I have commited libthr. To try this out you'll need to do the following
Excellent job Jeff and Jon, thanks a lot!
Is anyone working on getting full Apache2 support for this? Also,
linking the Java 1.3 and 1.4 ports to this might be interesting.
Scott
__
Jeff Roberson wrote:
I have commited libthr. To try this out you'll need to do the following
Excellent job Jeff and Jon, thanks a lot!
Is anyone working on getting full Apache2 support for this? Also,
linking the Java 1.3 and 1.4 ports to this might be interesting.
Scott
__
On Tue, Apr 01, 2003 at 09:42:25AM -0800, Evan Dower wrote:
> I've been tracking RELENG_5_0 pretty much since it existed, but I am
> wondering now if it would be better to track -CURRENT via HEAD instead.
> After all, with the semi-frozen status of HEAD, all knew commits should be
> fairly conse
On Tue, Apr 01, 2003 at 10:44:31AM +0200, Stephan M?ck wrote:
> I want to use kqueue and kevent to watch directories and subdirectories.
> Does anybody have information about these to things beside the man page?
> Especially I want to figure out on which file or folder an event occurs.
> Thank you
On Tue, Apr 01, 2003 at 10:44:31AM +0200, Stephan M?ck wrote:
> I want to use kqueue and kevent to watch directories and subdirectories.
> Does anybody have information about these to things beside the man page?
> Especially I want to figure out on which file or folder an event occurs.
> Thank you
I've just sup'd a completely clean source tree and compiled a new
kernel and world. My kernconf is the generic one with pcm and apm
turned on. apci is turned off in the hints file (because it breaks
the mouse). I have INVARIANTS, DDB, and WITNESS turned off right now, for
speed.
When I try to a
I want to use kqueue and kevent to watch directories and subdirectories.
Does anybody have information about these to things beside the man page?
Especially I want to figure out on which file or folder an event occurs.
Thank you
Stephan
___
[EMAIL PROT
I've been tracking RELENG_5_0 pretty much since it existed, but I am
wondering now if it would be better to track -CURRENT via HEAD instead.
After all, with the semi-frozen status of HEAD, all knew commits should be
fairly conservative and the _general_ _ trend_ should at least be toward a
more
Ventsislav Velkov wrote:
>
> Does anybody have an idea ?
option DISABLE_PSE
option DISABLE_PG_G
-- Terry
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Hi Maksim,
It's slow response
[...]
>
> what you need is Linux bluez-bluefw-0.9 package. in firmware/
> directory you will find two files: BCM2033-MD.hex (mini-driver)
> and BCM2033-FW.bin (firmware). the loader itself is implemented
> in bcm_usb.c file.
I understand it. It's my further target.
Tinderbox FAQ: http://people.FreeBSD.org/~mike/tinderbox.html
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
-
On Mon, Mar 31, 2003 at 03:22:22PM -0500, Mike Barcroft wrote:
> Tinderbox FAQ: http://people.FreeBSD.org/~mike/tinderbox.html
>
> --
> >>> stage 4: building everything..
> --
>
Does anybody have an idea ?
- Original Message -
From: Ventsislav Velkov
To: [EMAIL PROTECTED]
Sent: Monday, March 31, 2003 2:15 PM
Subject: problem updating from 4.7 Stable do 5.0 Current
Hello all,
I have a problem updating one of our servers from 4.7Stable to 5.0Current.
It is a C
On Mon, Mar 31, 2003 at 10:54:45PM -0500, Jeff Roberson wrote:
> 5. Either replace /usr/lib/libc_r.so.5 with /usr/lib/libthr.so.1 or
> relink your applications against libthr.so.1
Happily strlen(libc_r.so.5) == strlen(libthr.so.1), so you can also
edit your binaries' SONEEDED fields in place :-)
Leveraging our new RFC3514 support I've implemented a new network
interface flag 'IFF_EVIL' which causes all IP packets crossing the
interface to have the IP_EVIL bit set.
ftp://ftp.jurai.net/users/winter/patches/IFF_EVIL.patch
Enjoy.
--
| Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | F
It's likely that a quirk entry is needed for that smart media
device. Most smart media USB devices require quirk entries in
CAM. Many such devices simply lockup permanently (until you unplug
and replug them in) when sent an unsupported command so without the
quirk entry anyth
28 matches
Mail list logo