As John Polstra wrote ...
> In article <[EMAIL PROTECTED]>,
> Kenneth D. Merry <[EMAIL PROTECTED]> wrote:
> >
> > I take it you haven't rebuilt world in the past few months? There was a
> > change that went in in June, I think, that requires that you reinstall
> > ld-elf.so.1 manually before you
I was wondering if I could get help. Doug Madderom is a developer at
AGCS and has asked me to forward this to the FreeBSD newsgroup. Any
help is appreciated. Thanks.
--
Juan Lorenzana
AG Communication Systems
Phoenix, AZ
602-582-7442
[EMAIL PROTECTED]
Juan,
I have a driver problem with
> I had the idea from Debian Linux's atp-get utility, which my friend
> praised a lot. The source tarball can be fetched from the following URL:
> http://www.saunalahti.fi/~jsalomaa/pkg_get.tar.gz
This is quite interesting and I'm looking at it now. Just one quick
question though - why did you "
Matthew Dillon wrote:
>
> What it all comes down to is a juxtaposition of what people believe
> is appropriate verses what people are actually willing to code up.
> I'm willing to code up my importance mechanism idea. The question is
> whether it's a good enough idea to throw int
On 23 Sep 1999, Satoshi - Ports Wraith - Asami wrote:
> * % ** ./pkg_get -i gtk **
> * Current server is the main distribution site, ftp.freebsd.org.
> * Do you want to use it? (Y/N) ** n **
> :
> * Receiving glib-1.2.3.tgz (166214 bytes): 100%
> * 166214 bytes transferred in 21.9 seconds
Kevin Day <[EMAIL PROTECTED]> wrote:
>I'd like a way to be able to specify that a region of malloc'ed data is
>'disposable' and has approximately the same weight as disk cached data.
As others have pointed out, this is almost (but not quite) the same as
madvise(MADV_FREE). I don't think there is
* From: Jaakko Salomaa <[EMAIL PROTECTED]>
* poor in my opinion. I think we need something like this. I'll make a port
* out of this if you want, or if it's my lucky day, perhaps it should even
* be added to the base distribution (damn, I'm ambitious :-]).
* % ** ./pkg_get -i gtk **
* Curr
Hello,
I have made this little program named pkg_get. It's decided to ease
fetching and installing of FreeBSD (and why not Open- or NetBSD) binary
packages, by making a database out of packages at a ftp server's packages
directory.
I had the idea from Debian Linux's atp-get utility, which my fri
:
:How about marking the page copy-on-write? That way, if the user modifies
:the page while it is being transmitted, it'll just be copied, so the
:original data will be intact.
:
:Ken
If it were a normal page we could, but the VM system currently cannot
handle pages associated with vnode
Matthew Dillon wrote...
> :I have the following question: Let's say that I have a block of user
> :memory which I've mapped into the kernel, and would like to send on a
> :network socket. I'd like to simply grab an mbuf, point to the memory as
> :external storage, and queue it up for transmissio
> Daniel Hilevich wrote:
>
> Hi,
> I'm trying to write a driver which sends ppp packets through the ethernet
> NIC. In order avoid implementing all the ppp protocol I want to use the
> existing ppp driver in FreeBSD. Is there a way to send to the ppp driver
> data and get it back covered with
:> vfs.ioopt, no way to prevent the data the user ostensibly read() into
:> his 'private' buffer from changing out from under the user if the
:> underlying file is modified.
:
:Isn't this a case that the programmer has to handle? That is, if you mess
:with the data before it actually
On Thu, 23 Sep 1999, Matthew Dillon wrote:
> :I have the following question: Let's say that I have a block of user
> :memory which I've mapped into the kernel, and would like to send on a
> :network socket. I'd like to simply grab an mbuf, point to the memory as
> :external storage, and queue
I think what is needed is something similar to what we used to use at TFS.
A device driver that controled a large number of pages.
it had ioclts to allocate 'buffers' from these pages.
each buffer was given a handle by whichthe user process refered to it.
multiple processes could refer to them.
:I have the following question: Let's say that I have a block of user
:memory which I've mapped into the kernel, and would like to send on a
:network socket. I'd like to simply grab an mbuf, point to the memory as
:external storage, and queue it up for transmission. This would work fine,
:excep
Hi,
I'm trying to write a driver which sends
ppp packets through the ethernet NIC.
In order avoid implementing all the ppp
protocol I want to use the existing ppp driver in FreeBSD.
Is there a way to send to the ppp
driver data and get it back covered with the appropriate ppp frame?
If there
I have the following question: Let's say that I have a block of user
memory which I've mapped into the kernel, and would like to send on a
network socket. I'd like to simply grab an mbuf, point to the memory as
external storage, and queue it up for transmission. This would work fine,
except th
Another idea might be to enhance the swapper. Using interleaved swap
across a number of SCSI disks is a poor-man's way of getting serious
disk bandwidth.
My seacrate's can do around 15MB/sec to the platter. My test machine's
swap is spread across three of them, giving me 45
It sounds like what he wants is some sort of userland swapper. In this
case, the implementation would be to decompress when pages are swapped in,
and simply drop the page when it's swapped out.
Given the current constraints, and the fact that decompression will touch
the entire dataset _anyhow_,
:I'm now playing with compressed data streams. The decompression is slow, so
:I'd like to cache the *decompressed* version of these files. I end up
:allocating large amounts of ram in one process to cache the decompressed
:data. This is a disavantage over the above scenario, since now the system
:
:Matthew Dillon wrote:
:>
:> How about this - add an 'importance' resource. The lower the number,
:> the more likely the process will be killed if the system runs out of
:> resources. We would also make fork automatically decrement the number
:> by one in the child.
:
:Well, tha
In article <[EMAIL PROTECTED]>,
Kenneth D. Merry <[EMAIL PROTECTED]> wrote:
>
> I take it you haven't rebuilt world in the past few months? There was a
> change that went in in June, I think, that requires that you reinstall
> ld-elf.so.1 manually before you can buildworld on an Alpha. Kinda
>
NFS is said to be built on RPC. However, NFS daemons seldom uses RPC
library calls before they enter into the kernel forever (The nfsd daemon
only calls pmap_set(). The nfsiod daemon invokes no RPC call at all! The
mountd daemon uses a lot of RPC calls, but it does not enter the kernel
forever a
In message <[EMAIL PROTECTED]> Kevin Day writes:
: I'm now playing with compressed data streams. The decompression is slow, so
: I'd like to cache the *decompressed* version of these files. I end up
: allocating large amounts of ram in one process to cache the decompressed
: data. This is a disava
It appears that I can only send a maximum of 4096 bytes per message into a
SYSV Message Queue. How do I increase this limit?
Much thanks,
Wayne
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
Lo and behold, Kevin Day once said:
>
>
> I don't think MADV_FREE is what I want, since it makes my memory go away
> very quickly, *and* I have no way of knowing that the kernel did it.
You do have a way of knowing the kernel did it - your memory is
suddenly full of zeros. You don't have an
>
>
> :> > Thoughts?
> :>
> :> man madvise?
> :>
> :
> :Yeah, but MADV_FREE doesn't really do what I need. I have no idea if the
> :system actually did free my ram or not. I want to hang on to the data, but
> :if more ram is needed, then it can be discarded, but I need to know that it
> :did,
It appears that I can only send a maximum of 4096 bytes per message into a
SYSV Message Queue. How do I increase this limit?
Much thanks,
Wayne
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
> We've got a similar problem. Instals fine as root, runs
> fine a 'joe', but if anyone else tries to run it they get
> the setup screen! My hunch is that it's something to do with
> permissions on Sys5 IPC queues or something. A Ktrace of both
> showed that different things were going on, but
:> until the system reuses it, at which point it reverts to zero-fill.
:
:Don't you mean MADV_FREE?
:
:-Alfred
Oops. Yes. Sorry.
MADV_DONTNEED maintains data integrity. MADV_FREE doesn't. What I
described in my last message applies to MADV_FREE.
On Thu, 23 Sep 1999, Matthew Dillon wrote:
>
> :> > Thoughts?
> :>
> :> man madvise?
> :>
> :
> :Yeah, but MADV_FREE doesn't really do what I need. I have no idea if the
> :system actually did free my ram or not. I want to hang on to the data, but
> :if more ram is needed, then it can be disc
:> > Thoughts?
:>
:> man madvise?
:>
:
:Yeah, but MADV_FREE doesn't really do what I need. I have no idea if the
:system actually did free my ram or not. I want to hang on to the data, but
:if more ram is needed, then it can be discarded, but I need to know that it
:did, so that I can recreate
On Wed, Sep 22, 1999 at 08:46:42PM -0500, Kevin Day wrote:
> >
> > Hi,
> >
> > I have got a surprising problem with StarOffice 5.1
> > for Linux on FreeBSD 4.0-current, the latest snapshot.
> > The CD-ROM installation went fine (after I configured the
> > Posix real-time thread support and link
33 matches
Mail list logo
