In a recent message on this list, Poul-Henning Kamp <[EMAIL PROTECTED]>
took Kip Macy <[EMAIL PROTECTED]> to task for posting DragonFlyBSD
research and development results here, writing "You seem to have mistaken
[EMAIL PROTECTED] for [EMAIL PROTECTED] Please don't make this
mistake again."
P
On Thu, Oct 23, 2003 at 09:36:48AM +1000, Q wrote:
> This is interesting, and demonstrates what I have been seeing, however
> OpenBSD obviously has other issues with it's mmap implementation
> entirely separate from this discussion.
Indeed, but also note the OpenBSD graph¹
is actually two graphs,
I beg to differ. It might show linear growth, but the OpenBSD graph is
definitely not O(n).
Seeya...Q
On Thu, 2003-10-23 at 21:23, Andy wrote:
> On Thu, Oct 23, 2003 at 09:36:48AM +1000, Q wrote:
> > This is interesting, and demonstrates what I have been seeing, however
> > OpenBSD obviously has
On Thu, Oct 23, 2003 at 09:55:21PM +1000, Q wrote:
> I beg to differ. It might show linear growth, but the OpenBSD graph is
> definitely not O(n).
Err... How would you define O(n) then ?
Zlo
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/ma
On Thu, Oct 23, 2003 at 09:55:21PM +1000, Q wrote:
> I beg to differ. It might show linear growth, but the OpenBSD graph is
> definitely not O(n).
Hmm, it looks like that when it hits the next threshold, it's O(n),
but O(1) otherwise. But contrary to the blurry Linux 2.4 fork() graph,
the threshol
I'm trying to work out what a particular application does by using
ktrace and kdump. At the relevant point in the kdump it says:
1080 Application CALL #91(0x28d28000,0x4000)
1080 Application RET #91 0
How do I go about working out what this call means? I guess that it's
to a library some
Good point, maybe I should have said "increasing" growth instead of
"linear" ;)
Seeya...Q
On Thu, 2003-10-23 at 23:02, Marc Olzheim wrote:
> On Thu, Oct 23, 2003 at 09:55:21PM +1000, Q wrote:
> > I beg to differ. It might show linear growth, but the OpenBSD graph is
> > definitely not O(n).
>
>
Good morning hackers,
I am writing a pseudo driver for a routing protocol that insert its header
after the ip header. I call it TTT. On the output after ip_output, for
packets destined to a particular subnet I go through the ttt0 virtual
interface calling ttt_output.
In ttt_input all I have is a
On Thu, Oct 23, 2003 at 04:40:41PM +0100, Josef Karthauser wrote:
> I'm trying to work out what a particular application does by using
> ktrace and kdump. At the relevant point in the kdump it says:
>
> 1080 Application CALL #91(0x28d28000,0x4000)
> 1080 Application RET #91 0
>
> How do I
On Thu, Oct 23, 2003 at 05:33:09PM +0100, David Malone wrote:
> On Thu, Oct 23, 2003 at 04:40:41PM +0100, Josef Karthauser wrote:
> > I'm trying to work out what a particular application does by using
> > ktrace and kdump. At the relevant point in the kdump it says:
> >
> > 1080 Application CAL
Hi,
I have been trying to get an install of 5.1 using the floppies made off the
5.1 ISO, and it seems they are broken. Has anyone else successfully achieved
an install using the boot disks?
Regards
- Jacob
Further Details:
After booting, custom install, and then selecting cdrom/dos
partio
On Fri, Oct 24, 2003 at 09:24:25AM +1000, JacobRhoden wrote:
> Hi,
>
> I have been trying to get an install of 5.1 using the floppies made off the
> 5.1 ISO, and it seems they are broken. Has anyone else successfully achieved
> an install using the boot disks?
>
> Regards
> - Jacob
>
> Furthe
Just noticed that amd no longer can handle pcfs mounts.
Here is the map:
/defaults fs:="${autodir}/${host}/${key}/"
* opts:=rw,grpid,resvport,vers=3,proto=udp,nosuid,nodev
floppy type:=pcfs;dev:=/dev/fd0;opts:=rw
photo type:=pcfs;dev:=/dev/da0s1;opts:=rw
Nei
On Wed, Oct 22, 2003 at 11:42:06PM -0700, Nicholas Esborn wrote:
> However, neither mountd nor nfsd are happy running inside the jail:
NFS is one of those things that is largely implemented as a service
in the kernel, and so doesn't really fit in with the way jail's
work.
If you want to run an NF
14 matches
Mail list logo
