Dan Nelson wrote:
In the last episode (Nov 08), Randall Hyde said:
It appears that character-at-a-time file I/O is *exceptionally* slow.
... reasonable, though not stellar, performance under
Windows and Linux. However, with the port to FreeBSD I'm seeing a
three-orders-of-magnitude performance
...seem like i just need for Tx side [ smtp /outgoing mail server ] by
enable kern.ipc.zero_copy.send & disable kern.ipc.zero_copy.receive
thx
binto
> On Fri, Nov 02, 2007 at 11:00:26AM +0700, binto wrote:
> > another question.
> > in my 'dmesg' i have NIC - em0 > Version - 6.6.6>...is it
# cd /usr/src/sys/i386/compile/KERNELSOME/
# kgdb kernel.debug /var/crash/vmcore.0
kgdb: cannot read IdlePTD
kgdb: cannot read IdlePTD???help pls
thx
BWP
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebs
On Tue, 06 Nov 2007 17:20:14 +0100 "Julian H. Stacey" <[EMAIL PROTECTED]> wrote:
> It seems to me that all except csh (including bourne shell !) are
> broken !! Amazing ! None of them cope properly actually following
> symbolic links, they all make false premise the /some_path/.. ==
> /some_path !
Btw, what is page replacement algorithm that used by FreeBSD...sorry I'm
newbie..LRU or another algorithm?
> Running out of memory and having to continually swap things in and out
> of ram degrades performance, yes. Page faults are simply how the
> virtual memory subsystem gets things done, like
-- Forwarded message --
From: Kris Kennaway <[EMAIL PROTECTED]>
Date: Nov 8, 2007 1:44 PM
Subject: Re: pgk_add segmentation fault
To: Maslan <[EMAIL PROTECTED]>
Maslan wrote:
> Hi,
>
> It seems that pkg_add tries to executes ldconfig which itself cause
> the segmentation fault.
C
In the last episode (Nov 08), Randall Hyde said:
> It appears that character-at-a-time file I/O is *exceptionally* slow.
> Yes, I realize that when processing large files I really ought to be
> doing block/buffered I/O to get the best performance, but for certain
> library routines I've written it'
Hi All,
I recently ported my HLA (High Level Assembler) compiler to FreeBSD and,
along with it, the HLA Standard Library. I have a performance-related
question concerning file I/O.
It appears that character-at-a-time file I/O is *exceptionally* slow. Yes, I
realize that when processing large file
Running out of memory and having to continually swap things in and out
of ram degrades performance, yes. Page faults are simply how the
virtual memory subsystem gets things done, like pulling things out of
swap.
--Doug
On Nov 7, 2007 7:48 PM, binto <[EMAIL PROTECTED]> wrote:
> Btw
>
> Even page f
On Wed, Nov 07, 2007 at 10:20:28PM -0500, [EMAIL PROTECTED] wrote:
> I'm considering developing a policy/module for TrustedBSD loosely based
> on the systrace concept - A process loads a policy and then executes
> another program in a sandbox with fine grained control over what that
> program can d
Hi,
It seems that pkg_add tries to executes ldconfig which itself cause
the segmentation fault.
On Nov 8, 2007 7:44 AM, Aharon Schkolnik <[EMAIL PROTECTED]> wrote:
> Hi !
>
> pkg_add is crashing with a segmentation fault:
>
> pkg_add -v mysql-client-5.1.22.tbz
> Requested space: 3809856 bytes,
Kip Macy wrote:
> I've committed to importing i386/PAE (UP) domU support for Xen by the
> end of the year.
>
> -Kip
>
>
Excellent, thanks for the update.
-Scott Oertel
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/li
On Wed, Nov 07, 2007 at 10:20:28PM -0500, [EMAIL PROTECTED] wrote:
> I'm considering developing a policy/module for TrustedBSD loosely based
> on the systrace concept - A process loads a policy and then executes
> another program in a sandbox with fine grained control over what that
> program can d
Hi !
pkg_add is crashing with a segmentation fault:
pkg_add -v mysql-client-5.1.22.tbz
Requested space: 3809856 bytes, free space: 128323438592 bytes
in /var/tmp/instmp.ND8UBU
extract: Package name is mysql-client-5.1.22
extract: CWD to /usr/local
extract: /usr/local/man/man1/mysql_config.1.gz
14 matches
Mail list logo
