Test
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Daignostic message to trace mailing list processing, please ignore.
--
Peter Wemm - pe...@wemm.org; pe...@freebsd.org; pe...@yahoo-inc.com; KI6FJV
"All of this is for nothing if we don't go to the stars" - JMS/B5
"If Java had true garbage collection, most programs would de
On Friday 07 April 2006 04:01 pm, Paul Marciano wrote:
> --- Peter Wemm <[EMAIL PROTECTED]> wrote:
> > On Friday 07 April 2006 12:47 pm, Paul Marciano
> >
> > wrote:
> > > Hello. I read a while back about someone working
> >
> > on
> >
&g
On Friday 07 April 2006 12:47 pm, Paul Marciano wrote:
> Hello. I read a while back about someone working on
> supporting sparse kernel crash dumps (dumping only the
> active kernel pages to the dump device as opposed to
> all physical memory - for machines where the phys mem
> is greater than the
match to linuxthreads, but I don't recall if it is
available on 5.4. I have a feeling it isn't. I have a feeling your
choices are libc_r or libpthread (kse). libpthread should smoke libc_r
for disk IO performance in general. But modern libthr (on 6.0+) should
give it a serious run for
lly since the cost of a
copy has gone way down. Also, dont assume that read() is faster for
cases where you're reading a file that has been mmapped (and possibly
even dirtied) in another process.
--
Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
"All of this i
ig file. Put it right back in there immediately.
We don't support kld modules yet. Your buildkernel is failing because
you're trying to do something that isn't possible with our toolchain.
--
Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
"All of this is
