Re: Bug in wakeup() (stable and current) ?

2002-06-23 Thread Alfred Perlstein
is just plain wrong, though, because > the queue mechanisms make no such (documented) guarentee. You're right, but other than await() why would a process find itself on a sleep queue if not in SSLEEP? -- -Alfred Perlstein [[EMAIL PROTECTED]] 'Instead of asking why a piece o

Re: tunings for many httpds...

2002-06-24 Thread Alfred Perlstein
* Terry Lambert <[EMAIL PROTECTED]> [020624 19:17] wrote: > > System V shared memory is allocated out of KVA space (annoying, > but true). You keep saying this but the backing object allocated for sysvshm is taken from either an OBJT_PHYS or OBJT_SWAP object. At what point does it eat KVA that

Re: tunings for many httpds...

2002-06-25 Thread Alfred Perlstein
* Terry Lambert <[EMAIL PROTECTED]> [020624 19:58] wrote: > Alfred Perlstein wrote: > > * Terry Lambert <[EMAIL PROTECTED]> [020624 19:17] wrote: > > > > > > System V shared memory is allocated out of KVA space (annoying, > > > but true). >

Re: tunings for many httpds...

2002-06-25 Thread Alfred Perlstein
* Terry Lambert <[EMAIL PROTECTED]> [020625 13:08] wrote: > > > > > At what point does it eat KVA that is other than for the backing > > > > data structures? > > > > > > It eats address space, not RAM. And even if the mappings are not > > > active (which they usually are, because of LRU and proc

Re: tunings for many httpds...

2002-06-26 Thread Alfred Perlstein
ssue I am seeing (since > either way, all those greatly increased SHM/SEM settings I added are not > using KVA) ?? Without kern.ipc.shm_use_phys=1 you will use more KVA, however do realize that with it the shared memory is non-pageable, meaning it can not be swapped out if something else n

Re: reboot frm ddb

2002-06-27 Thread Alfred Perlstein
* Danny Braniss <[EMAIL PROTECTED]> [020627 09:21] wrote: > hi, > how can i reboot - from the serial console - once im in the kernel > debugger? type 'panic' or 'sync' or 'boot' one of those should work. -- -Alfred Perlstein [[EMAIL PROTECTED

rcorder cleanup from NetBSD

2002-07-14 Thread Alfred Perlstein
NetBSD has cleaned up sbin/rcorder quite a bit, and chance someone feels up to integrating thier changes? If I were to do it, would I need to 'cvs import' or simply commit the changes? -- -Alfred Perlstein [[EMAIL PROTECTED]] 'Instead of asking why a piece of software

Re: rcorder cleanup from NetBSD

2002-07-16 Thread Alfred Perlstein
* David O'Brien <[EMAIL PROTECTED]> [020716 02:17] wrote: > On Sun, Jul 14, 2002 at 02:39:36AM -0700, Alfred Perlstein wrote: > > NetBSD has cleaned up sbin/rcorder quite a bit, and chance someone > > feels up to integrating thier changes? > > When did they do

Re: Counting the clock cycles

2002-07-17 Thread Alfred Perlstein
nction pr_header(), it uses SYSCTL to grab system uptime. -- -Alfred Perlstein [[EMAIL PROTECTED]] 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.' Tax deductible donations for Fre

Re: SysV IPC message queues performance

2002-07-24 Thread Alfred Perlstein
s put in tight loops to keep a process from hogging the cpu > (release remainder of the timeslice). Does this mentality apply to freebsd, > and is there such a call? see the sched_yield(2) syscall. -- -Alfred Perlstein [[EMAIL PROTECTED]] [#bsdcode/efnet/irc.prison.net] 'Instead of

NY for two weeks

2002-07-24 Thread Alfred Perlstein
I'll be in NY for the next two weeks, I expect connectivity to be spotty, if anyone wants to get together let me know! -- -Alfred Perlstein [[EMAIL PROTECTED]] [#bsdcode/efnet/irc.prison.net] 'Instead of asking why a piece of software is using "1970s technology," start as

Re: sysv_ipc regression suite

2002-08-12 Thread Alfred Perlstein
* Andrew R. Reiter <[EMAIL PROTECTED]> [020805 09:15] wrote: > On Mon, 5 Aug 2002, Alfred Perlstein wrote: > > :Can anyone point out or provide me with a suite to regression test > :sysv_ipc, specifically semaphores, message queues and shared memory? > : > :I'm

sem_init help?

2002-09-18 Thread Alfred Perlstein
did the sem_init? Or am I going to have to do some nastyness to record the memory location where the semaphore is and track that page's allocation? little help here... :) -- -Alfred Perlstein [[EMAIL PROTECTED]] 'Instead of asking why a piece of software is using "1970s technology,

Re: sem_init help?

2002-09-18 Thread Alfred Perlstein
* Daniel Eischen <[EMAIL PROTECTED]> [020918 18:40] wrote: > On Wed, 18 Sep 2002, Alfred Perlstein wrote: > > > > > Ok, any of you guys have a copy of the standards documents that > > describe the sem_* API? > > > > I have a question... > >

Re: sem_init help?

2002-09-18 Thread Alfred Perlstein
royed. If you don't > want to track its page, can you hook it into ipcrm(1)? I don't really have a problem with it unless it's not necessary, I'll see if I can get access to solaris to figure out wth they do. :) -- -Alfred Perlstein [[EMAIL PROTECTED]] 'Instead of aski

Re: libfetch bug.

2002-09-20 Thread Alfred Perlstein
* Kris Kennaway <[EMAIL PROTECTED]> [020920 14:46] wrote: > On Mon, Sep 16, 2002 at 09:37:21PM -0700, Alfred Perlstein wrote: > > libfetch seems to have a bug such that if a disconnect happens at > > a particular point it spins in a tight loop. > > > > I trac

Re: cvs commit: src/bin/sleep sleep.c

2002-11-14 Thread Alfred Perlstein
* Nate Lawson <[EMAIL PROTECTED]> [021114 15:42] wrote: > Please see earlier threads on hackers@ about bloat in libc and dynamic > linking of /[s]bin. Tim Kientzle submitted a patch that breaks exit's > dependency on malloc which saves space in the programs that don't > otherwise use malloc. > >

Re: cvs commit: src/bin/sleep sleep.c

2002-11-15 Thread Alfred Perlstein
ce as we can then start using pam and user management in / with dynamic modules (finally!). -- -Alfred Perlstein [[EMAIL PROTECTED]] 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.' T

Re: cvs commit: src/bin/sleep sleep.c

2002-11-15 Thread Alfred Perlstein
* Matthew Dillon <[EMAIL PROTECTED]> [021115 12:17] wrote: > :Will the knobs allow one to link /bin and /sbin against full blown > :libc? That would be nice as we can then start using pam and user > :management in / with dynamic modules (finally!). > : > :-- > :-

uma issues with ctor/dtor/uminit/fini

2002-11-17 Thread Alfred Perlstein
able adding an error case to uma_zalloc, but who knows... -- -Alfred Perlstein [[EMAIL PROTECTED]] 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.' To Unsubscribe: send mail to [EM

rfork DoS

2003-01-09 Thread Alfred Perlstein
the refcount on the fdesc is still > 0 we leave it alone and leak lock structures. p1 exits Does this make sense as a problem area? I think we should only allow filedesc sharing if RFTHREAD is set. RFTHREAD seems to get it right because of the peers/leader mechanism. thanks, -- -Alf

Re: rfork DoS

2003-01-09 Thread Alfred Perlstein
that it would be safest to require userland to set either RFPROC or RFTHREAD. Yes, the manpage is out of date. What the hell is a sigact anyhow? Can someone please fixup the manpage? :) -- -Alfred Perlstein [[EMAIL PROTECTED]] 'Instead of asking why a piece of software is using "1970s technol

pseudo kernel dma/tee

1999-06-27 Thread Alfred Perlstein
ansfer into the process' address space as well. Just something that popped into my head while writing a mini proxy today... It would save a lot of cycles for certain apps. -Alfred Perlstein - [[EMAIL PROTECTED]|[EMAIL PROTECTED]] systems administrator and programmer Win Telecom - http://www.

Re: Dynamic linking

1999-06-28 Thread Alfred Perlstein
On Mon, 28 Jun 1999, Andrew Iltchenko wrote: > Hi, > > Does anyone know if it is possible to figure out the name of a shared > object linked using the dlopen call, having only the address returned by > dlopen? man dladdr tell me if this helps, thanks. -Alfred To Unsubscribe: send mail to [

Re: poll() vs select()

1999-07-03 Thread Alfred Perlstein
t the fd closed is to actually do a read() on the descriptor, > and have it return EOF. I agree. With a proper algorithm you can also track the fds in use and migrate them to lower slots in the pollfd array as well as make an allocator that attempts to grab slots at the beginning. J

devices in sysctl MIB?

1999-07-03 Thread Alfred Perlstein
dev.iface.fxp0.ipkts = 432523 dev.iface.fxp0.opkts = 432523 dev.iface.fxp0.linkspeed = 100 dev.iface.fxp0.linkmode = full-duplex dev.dsk.da0.tags = 32 sysctl -w dev.iface.fxp0.linkmode=half-duplex ? -Alfred Perlstein - [[EMAIL PROTECTED]|[EMAIL PROTECTED]] systems administrator and programmer

Re: Overwrite an executable file that is running

1999-07-06 Thread Alfred Perlstein
On Tue, 6 Jul 1999, Zhihui Zhang wrote: > > For a big executable file that is being run by the OS, all its contents > may not be loaded into the memory. At the same time, the developer gets > impatient and wants to create a new version of the same file. He could > modify the makefile to output

Re: rtfm rewritten in C

1999-07-11 Thread Alfred Perlstein
On Sat, 10 Jul 1999, Chris Costello wrote: >It still needs decent case-insensitivity code, and as far as I > know, there's no case-insensitive strstr, but I might attempt to > work on one. this is done: http://big.endian.org/~bright/freebsd/rtfm/rtfm.c To Unsubscribe: send mail to [EMAIL

Re: Replacement for grep(1) (part 2)

1999-07-12 Thread Alfred Perlstein
mit, considering private mappings and allocated memory that is suddenly doubled when under a second later you will exec a program that is only a meg or so. you also have to consider a program wishing to make sparse use of its address space, without overcommit it becomes impossible. if you want to

Re: Determining the return address

1999-07-17 Thread Alfred Perlstein
On 17 Jul 1999, Dag-Erling Smorgrav wrote: > Is there any (evidently non-portable) way of determining a function > instance's return address? I have an idea or two that involves the > return address and dladdr(). The code I currently use looks like this: > > int > log_print(log_t *log, char *fmt

Re: Determining the return address

1999-07-18 Thread Alfred Perlstein
On 18 Jul 1999, Dag-Erling Smorgrav wrote: > Alfred Perlstein <[EMAIL PROTECTED]> writes: > > This looks like what you are doing is trying to grab the data on the > > stack before "log" which is the return addre

Re: Determining the return address

1999-07-18 Thread Alfred Perlstein
On 18 Jul 1999, Dag-Erling Smorgrav wrote: > Alfred Perlstein <[EMAIL PROTECTED]> writes: > > On 18 Jul 1999, Dag-Erling Smorgrav wrote: > > > Alfred Perlstein <[EMAIL PROTECTED]> writes: > > > > I dou

Re: Determining the return address

1999-07-19 Thread Alfred Perlstein
On 19 Jul 1999, Dag-Erling Smorgrav wrote: > Alfred Perlstein <[EMAIL PROTECTED]> writes: > > On 18 Jul 1999, Dag-Erling Smorgrav wrote: > > > Hmm, I ended up using a global variable which I increment at the > > > beginning of the signal handler, and decrement at

Re: securelevel and ipfw zero

1999-07-28 Thread Alfred Perlstein
it it is incorrect. Increasing the size of the cvs repo is not a consideration when worthwhile docs can be incorperated, especially when the person who needs to maintain it requires changess for readability. Is there a point to hindering the maintainer's ongoing work? -Alfred Perlstein - [[EMAIL

Re: securelevel and ipfw zero

1999-07-28 Thread Alfred Perlstein
fears change. (*) afaik, Brian is the mainter of ipfw, it should be noted so, so that if his changes break something it comes down on his head. Trust me to say something if that occurs. I'm no big friend of Brian, however changes to correct readability should be welcome especially to the m

Re: So, back on the topic of enabling bpf in GENERIC...

1999-07-30 Thread Alfred Perlstein
On Fri, 30 Jul 1999, Warner Losh wrote: > In message <[EMAIL PROTECTED]> "Brian F. >Feldman" writes: > : And how about having > : if (securelevel > 3) > : return (EPERM); > : in bpf_open()? > > There are no security levels > 3. I'd be happy with > 0. This is > consistant with

Re: readdirplus is very cool, any other nfs client suggestions?

1999-07-30 Thread Alfred Perlstein
On Fri, 30 Jul 1999, Doug wrote: > Spent quite a bit of time today playing around with the newly > repaired readdirplus option for nfs clients in -current. My thanks to Matt > Dillon and Bill Paul. For those that don't remember, I'm trying to use > amd/nfs client stuff on some freebsd web s

confusion about nfsm_srvmtofh bad behavior?

1999-08-02 Thread Alfred Perlstein
n 3 charaters and there was a comment or two sprinkled about. the code is actually pretty nifty and makes sense, but you need to stare at it for a few hours before you can make heads or tails of anything. the fact that nested macros used modify variables in the calling function is really, urm... co

Re: confusion about nfsm_srvmtofh bad behavior?

1999-08-02 Thread Alfred Perlstein
On Mon, 2 Aug 1999, Alfred Perlstein wrote: > } \ > if (fhlen != 0) { \ > nfsm_dissect(tl, u_int32_t *, NFSX_V3FH); \ > bcopy((caddr_t)tl, (caddr_t)(f), NFSX_V3FH); \ > if ((nfsd->

Re: confusion about nfsm_srvmtofh bad behavior?

1999-08-02 Thread Alfred Perlstein
SX_V3FH) { \ ! bzero((caddr_t)(f) + fhlen, NFSX_V3FH - fhlen); \ ! } \ right before the while(0) instead of the else clause with the full bzero. i'd rather get rid of the extra copying going on and since previously it was filled with garbage from the r

Re: confusion about nfsm_srvmtofh bad behavior?

1999-08-02 Thread Alfred Perlstein
On Tue, 3 Aug 1999, Peter Wemm wrote: > Alfred Perlstein wrote: > > On Mon, 2 Aug 1999, Matthew Dillon wrote: > > > > http://big.endian.org/~bright/freebsd/patches/nfsm_subs.diff > > > > This is a patch that Peter Wemm proposed however he had this: &

Re: readdirplus is very cool, any other nfs client suggestions?

1999-08-02 Thread Alfred Perlstein
ve included the patch again for reference. (Note: I didn't write > this patch, refer back to the thread for that info). > > -Matt any percievable performance gain? I doubt it... -Alfred Perlstein - [[EMAIL PROTECTED]|[EMAIL PROT

more NFS questions, why is the VFS_FHTOVP weird?

1999-08-03 Thread Alfred Perlstein
\ (*(MP)->mnt_op->vfs_fhtovp)(MP, FIDP, NAM, VPP, EXFLG, CRED) btw, since this seems to work... is it ok to pass in a NULL sockaddr *? (nam) thanks for all the help, -Alfred Perlstein - [[EMAIL PROTECTED]|[EMAIL PROTECTED]] systems administrator and programmer Wintelcom -

Re: more NFS questions, why is the VFS_FHTOVP weird?

1999-08-03 Thread Alfred Perlstein
On 3 Aug 1999, Assar Westerlund wrote: > Alfred Perlstein <[EMAIL PROTECTED]> writes: > > > > * At this point, this should never happen > > */ > > /* ARGSUSED */ > > static int > > nfs_fhtovp(mp, fhp, nam, vpp, exflagsp, credanonp) > >

Re: NSS Project

1999-08-04 Thread Alfred Perlstein
On Wed, 4 Aug 1999, Peter Jeremy wrote: > Oscar Bonilla <[EMAIL PROTECTED]> wrote: > >If anyone has any comments, suggestions, etc. I would appreciate it. > > Overall, I like the idea of NSS. But, having worked on Solaris 2.x > for some time, we need to avoid some of the blunders Sun made: The

Re: [Fwd: Please support FreeBSD 3.x as host OS]

1999-08-04 Thread Alfred Perlstein
On Wed, 4 Aug 1999, Niall Smart wrote: > Olivia Cheriton wrote: > > > > Niall, > > > > VMware will support FreeBSD as a guest operating system, but unfortunately > > we currently do not have plans to support FreeBSD as a host operating > > system. I have noted your request of FreeBSD host supp

double vfs_object_create in open syscall?

1999-08-04 Thread Alfred Perlstein
Why does open() at "sys/kern/vfs_syscalls.c" line 1023 call vfs_object_create() when vnopen() ("sys/kern/vfs_vnops.c" line 174) already does so? vfs_object_create checks for this and doesn't leak, but it looks funny to me. -Alfred Perlstein - [[EMAIL PROTECTED]|[E

Re: [Fwd: Please support FreeBSD 3.x as host OS]

1999-08-04 Thread Alfred Perlstein
On 4 Aug 1999, Assar Westerlund wrote: > Alfred Perlstein <[EMAIL PROTECTED]> writes: > > I heard they have released the source to the kernel modules needed > > to run it. > > > > why not port them over? :) > > I started looking at the kernel modules and

Re: [Fwd: Please support FreeBSD 3.x as host OS]

1999-08-04 Thread Alfred Perlstein
On Wed, 4 Aug 1999, Milan Kopacka wrote: > On Wed, 4 Aug 1999, Alfred Perlstein wrote: > > > > I started looking at the kernel modules and porting them, however, I > > > must confess that I don't fully understand exactly what the linux > > > kernel module d

Re: Fix/tuning to improve slow NFS writes?

1999-08-09 Thread Alfred Perlstein
On Mon, 9 Aug 1999, Doug wrote: > Matthew Dillon wrote: > > > > : So, the big question is whether there is anything we can tune to speed up > > :the writes. The freebsd machines are NFS clients to the sun servers doing > > :most of the web processing. Overall performance on the reads seems

Re: Getting device and inode number from a vnode

1999-08-15 Thread Alfred Perlstein
... so does the various states that vnodes are in when called from vfs_syscalls, such as the lseek syscall. it's slighly confusing, if the vnode is locked for "access" calls why is it not locked for attribute calls? -Alfred Perlstein - [[EMAIL PROTECTED]|[EMAIL PROTECTED]] Wintelcom sys

RE: BSD XFS Port & BSD VFS Rewrite

1999-08-19 Thread Alfred Perlstein
On Thu, 19 Aug 1999, Alton, Matthew wrote: > Do you have access to more of the code than is currently posted on SGI's > web page? I am willing to sign an NDA in order to get access to all > relevant source. I would like to assist in porting XFS to Linux also. I would > very much like to see SG

Re: user mount f/s with kld's

1999-08-19 Thread Alfred Perlstein
On Thu, 19 Aug 1999, Cillian Sharkey wrote: > Hi, > > I just setup my system so that "Joe" user can mount > /dev/fd0 on a mountpoint "Joe" owns..grand no problem.. > > ..BUT it only works when the f/s code for that f/s type is > available (ie. compiled into the kernel or has been previously > l

Re: Async NFS exports?

1999-08-20 Thread Alfred Perlstein
at: /usr/src/sys/contrib/softupdates/README or possibly /usr/src/contrib/softupdates/README also, play with the nfs sysctl's and mout options to tune performance. sysctl -a | grep nfs good luck, -Alfred Perlstein - [[EMAIL PROTECTED]|[EMAIL PROTECTED]] Wintelcom systems administrator an

Re: network performance vs. linux on small transfers

1999-08-23 Thread Alfred Perlstein
On Tue, 24 Aug 1999, kadal wrote: > > > > On Tue, 24 Aug 1999, Wayne Cuddy wrote: > > > Date: Tue, 24 Aug 1999 00:38:21 -0400 (EDT) > > From: Wayne Cuddy <[EMAIL PROTECTED]> > > To: FreeBSD Hackers List <[EMAIL PROTECTED]> > > Subject: network performance vs. linux on small transfers > > > >

second round, vfs and fh* calls.

1999-08-25 Thread Alfred Perlstein
7;d really like to get this into the tree so my patches don't get stale. thanks, -Alfred Perlstein - [[EMAIL PROTECTED]|[EMAIL PROTECTED]] Wintelcom systems administrator and programmer - http://www.wintelcom.net/ [[EMAIL PROTECTED]] To Unsubscribe: send mail to [EMAIL PROTECTED] wi

HEADS UP Reviewers. VFS changes to be committed.

1999-08-26 Thread Alfred Perlstein
ls. thank you, -Alfred Perlstein - [[EMAIL PROTECTED]|[EMAIL PROTECTED]] Wintelcom systems administrator and programmer - http://www.wintelcom.net/ [[EMAIL PROTECTED]] -- Forwarded message -- Date: Tue, 24 Aug 1999 17:24:42 + (GMT) From: Alfred Perlstein <[EMAIL P

Re: HEADS UP Reviewers. VFS changes to be committed.

1999-08-26 Thread Alfred Perlstein
On Thu, 26 Aug 1999, Dmitrij Tejblum wrote: > Just a few comments... > > > 2) The casting of VFS ops to eopnotsupp() has been removed and > > vfs_nop*() functions have been put into kern/vfs_default.c > > > >This makes it more clear that certain VFS-ops are giving default > >behav

Re: HEADS UP Reviewers. VFS changes to be committed.

1999-08-26 Thread Alfred Perlstein
-current tonight or tomorrow unless I get feedback. > : > :See attached email for details. > : > :thank you, > :-Alfred Perlstein - [[EMAIL PROTECTED]|[EMAIL PROTECTED]] > :Wintelcom systems administrator and programmer > : - http://www.wintelcom.net/ [[EMAIL PROTECTED]] >

Re: HEADS UP Reviewers. VFS changes to be committed.

1999-08-28 Thread Alfred Perlstein
elaborate a bit? I was hoping for your input on this issue. thank you, -Alfred Perlstein - [[EMAIL PROTECTED]|[EMAIL PROTECTED]] Wintelcom systems administrator and programmer - http://www.wintelcom.net/ [[EMAIL PROTECTED]] > > Poul-Henning > > In message <[EMAIL PROTECT

Re: Sharing file descriptors

1999-08-30 Thread Alfred Perlstein
On Mon, 30 Aug 1999, Dodge Ram wrote: > Hi, > > Have a question on whether it is possible to share > file descriptors between two processes. > > The purpose is to have a stanby process take over when > the primary process fails. The primary process creates/deletes > socket connecti

Re: nobody knows the answer?

1999-09-01 Thread Alfred Perlstein
On Thu, 2 Sep 1999, Evren Yurtesen wrote: > Hello, > > I have sent this email a 2 days ago but nobody answered yet. > Is there anybody who I can contact with about this? > I need an answer because this is a serious problem for me. You may have a program that still has a reference to that file

Re: nobody knows the answer?

1999-09-01 Thread Alfred Perlstein
On Thu, 2 Sep 1999, Mark Newton wrote: > Alfred Perlstein wrote: > > > > I have sent this email a 2 days ago but nobody answered yet. > > > Is there anybody who I can contact with about this? > > > I need an answer because this is a serious problem for me.

Re: CFD: "bogomips" CPU performance metric

1999-09-02 Thread Alfred Perlstein
On Thu, 2 Sep 1999, Ollivier Robert wrote: > According to Nick Sayer: > > Would anyone scream and projectile-vomit if I added this to identcpu.c? > > Yes. We are also FreeBSD users/developers because we don't follow the Linux > way. Bogomips are [as it says] bogus and many people acknoledge th

VFS stuff agein, VOP_FSYNC and async lock notification.

1999-09-05 Thread Alfred Perlstein
on, I really look forward to it. See you in October. :) thanks, -Alfred Perlstein - [[EMAIL PROTECTED]|[EMAIL PROTECTED]] Wintelcom systems administrator and programmer - http://www.wintelcom.net/ [[EMAIL PROTECTED]] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message

Re: Web based passwd changing program

1999-09-07 Thread Alfred Perlstein
On Tue, 7 Sep 1999, Christopher T. Griffiths wrote: > Hi everyone, > > I found a very nice web enable password changing script written in c that > currently works in linux and solaris. It seems to be laid out very nicely > and I would like to know if anyone would care to take a crack at gettin

Re: NFS authentication

1999-09-14 Thread Alfred Perlstein
On Tue, 14 Sep 1999, Doug Rabson wrote: > On Mon, 13 Sep 1999, Zhihui Zhang wrote: > > > > > I am wondering where the NFS authentication is done in FreeBSD. Is it done > > by the NFS daemon mountd (or other daemon) or within the kernel? Can > > anyone give me a pointer? Thanks a lot. > > K

Re: High Performance I/O (more)

1999-09-15 Thread Alfred Perlstein
On Wed, 15 Sep 1999, Christopher Sedore wrote: > My ideas for this are a little different than what I've seen proposed thus > far, more along the lines of creating something that acts as both an event > queue and a IOCP. Ideally this would be a descriptor that could be shared > across processes

Re: Out of swap handling and X lockups in 3.2R

1999-09-22 Thread Alfred Perlstein
On Thu, 23 Sep 1999, Daniel C. Sobral wrote: > First, let me warn you that this is a often recurring thread. It has > already showed up two or three times this year alone. > > Ivan wrote: > > > > I had a look at vm_pageout.c and noticed that situations may occur where > > no process can be kil

Re: Out of swap handling and X lockups in 3.2R

1999-09-22 Thread Alfred Perlstein
On Wed, 22 Sep 1999, Chuck Robey wrote: > On Wed, 22 Sep 1999, Alfred Perlstein wrote: > > > Terry Lambert brought up an interesting thought from AIX (I think), > > instead of killing a process, it just sleeps the requesting process > > until the situation alleviates

Sleeping in low memory situations (was re: 3.3 lockups + X)

1999-09-22 Thread Alfred Perlstein
On Wed, 22 Sep 1999, Nate Williams wrote: > > > What kind of resources are there that both cause loss of swap AND are > > > freed up by sleeping a process? > > > > four things i can think of: > > > > 1) Along with 'SIGDANGER' it allows the system to fix itself. > > That's another issue. Don'

Re: Out of swap handling and X lockups in 3.2R

1999-09-22 Thread Alfred Perlstein
On Wed, 22 Sep 1999, 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 chi

Re: Out of swap handling and X lockups in 3.2R

1999-09-22 Thread Alfred Perlstein
On Wed, 22 Sep 1999, Matthew Dillon wrote: > :> (Matt) > :> 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 >

Re: Sleeping in low memory situations (was re: 3.3 lockups + X)

1999-09-22 Thread Alfred Perlstein
On Wed, 22 Sep 1999, Nate Williams wrote: > > Not only that but perhaps reserving an amount of backing store for > > root may be a good idea, artificially limit the resources to several > > pages to enable root to actually do something in such a situation. > > Stick to the topic at hand. That'

Re: Out of swap handling and X lockups in 3.2R

1999-09-22 Thread Alfred Perlstein
On Wed, 22 Sep 1999, Chuck Robey wrote: > On Wed, 22 Sep 1999, Wes Peters wrote: > > > Chuck Robey wrote: > > > > > > What kind of resources are there that both cause loss of swap AND are > > > freed up by sleeping a process? > > > > Any of them being consumed by short-lived processes that wi

Re: Idea: disposable memory

1999-09-23 Thread Alfred Perlstein
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

Re: SCSI disk naming problem

1999-10-01 Thread Alfred Perlstein
a fixed name corresponding the SCSI ID. That is, > disk with ID 0 will be always named as da0, and disk with ID 1 > will be always named da1, etc.? > > Is there problem with fixed disk naming mechanism? no, read the kernel LINT config file. -Alfred Perlstein - [[EMAIL PROTECTED]

Re: qcam/cqcam driver

1999-10-04 Thread Alfred Perlstein
On 4 Oct 1999, Dag-Erling Smorgrav wrote: > Christoph Kukulies <[EMAIL PROTECTED]> writes: > > Just a question: has the Quickcam and ColorQuickcam (if there was any) > > been removed from the kernel? And, if yes, for what reason? > > Yeah, they were nuked ages ago. > > OTOH, I always wanted on

Re: Apple's planned appoach to permissions on movable filesystems

1999-10-05 Thread Alfred Perlstein
On Tue, 5 Oct 1999, Pat Dirks wrote: > Hi, > > I'm the File Systems Tech Lead at Apple in the Mac OS X Core OS group. > We've been struggling with the question of how best to handle permissions > on disks that are moved between systems for Mac OS X and Mac OS X Server: > the problem is that

read/write atomic?

1999-10-08 Thread Alfred Perlstein
quot;Linux is broken" but what i'm really looking for is a situation where this would cause problems. Can anyone comment on this or reference a thread that has gone over this issue? thanks, -Alfred Perlstein - [[EMAIL PROTECTED]|[EMAIL PROTECTED]] Wintelcom systems administrator and

Re: file system system calls

1999-10-10 Thread Alfred Perlstein
On Mon, 11 Oct 1999, Gustavo V G C Rios wrote: > May anyone here point me where in the source tree i can see file system > API implemented, like open, write, close, etc. src/sys/kern/vfs_syscalls.c because freebsd follows (for the most part) style(9) you can usually find where a function i

Re: How to prevent a system call from restart?

1999-10-10 Thread Alfred Perlstein
ot restarted, but instead return a partial success (for example, a short read count). you want to turn off SA_RESTART. -Alfred Perlstein - [[EMAIL PROTECTED]|[EMAIL PROTECTED]] Wintelcom systems administrator and programmer - http://www.wintelcom.net/ [[EMAIL PROTECTED]] To Unsubscribe: s

Re: file system system calls

1999-10-10 Thread Alfred Perlstein
On Sun, 10 Oct 1999, Chris Costello wrote: > On Sun, Oct 10, 1999, Alfred Perlstein wrote: > > grep ^somefuncname */* > > > > this is because the concention is to write functions like so: > > > > int > > somefunctioname(foo) { > >You mean >

work in progress, (was Re: sbappend() is not scalable)

1999-10-11 Thread Alfred Perlstein
On Fri, 8 Oct 1999, Mohit Aron wrote: > Hi, > I recently did some experiments with TCP over a high b/w-delay path > and found a scalability problem in sbappend(). The experimental setup > consisted of a 100Mbps network with a round-trip delay of 100ms. Under this > situation, FreeBSD's TCP

testable! Re: work in progress, (was Re: sbappend() is not scalable)

1999-10-11 Thread Alfred Perlstein
nd tell me what it does for you. thanks, -Alfred Perlstein - [[EMAIL PROTECTED]|[EMAIL PROTECTED]] Wintelcom systems administrator and programmer - http://www.wintelcom.net/ [[EMAIL PROTECTED]] On Mon, 11 Oct 1999, Alfred Perlstein wrote: > > On Fri, 8 Oct 1999, Mohit Aron wrote:

Re: Optimization done in TCP/IP stack

1999-10-21 Thread Alfred Perlstein
On Thu, 21 Oct 1999, Zhihui Zhang wrote: > > I have put all distribution files on a machine and installed three PCs via > FTP from that machine. The installation process should access the same > files, the buffer cache can be used to improve effieciency on the > filesystem side. I am wondering w

Re: mbuf problem (panic)--possibly related to Berkeley DB 2.7.7

1999-10-26 Thread Alfred Perlstein
On Tue, 26 Oct 1999, Steve Bishop wrote: > I am using FreeBSD 3.3-RELEASE, and it is running on a single processor PII 400. > > At first, I thought the problem was due to the network driver, so I swapped network > cards. But, the problem still continues to occur. At first, I used a DEC (de0) N

Re: POSIX threads

1999-10-28 Thread Alfred Perlstein
On Thu, 28 Oct 1999, David A. Bader wrote: > > I'm familiar with LinuxThreads libc_r that uses BOTH SIGUSR1 and > SIGUSR2. I recently took code that used to work with FSU's > implementation of threads under FreeBSD; and instead recompiled with > the new FreeBSD 3.x threads; however, it crashes n

Re: serial (std & rocketport) ioctl?

1999-11-10 Thread Alfred Perlstein
On Wed, 10 Nov 1999, Mike Nowlin wrote: > > Hate to sound like a bum, but I haven't figured out enough of the kernel > to answer this one for myself. :) > > Topic: serial driver > > We have an application that sends (not receives) data to a serial port to > a set of brain-dead analyzers (a

Re: Serious locking problem over NFS

1999-11-11 Thread Alfred Perlstein
On Thu, 11 Nov 1999, Doug Barton wrote: > Greetings, > > The following small program illustrates an obscure problem with > file locking with freebsd as an NFS client. I'm aware of the problems with We currently don't support client or server locking. work is in progress, but the dolt tha

Re: Vnodes and Pathnames

1999-11-15 Thread Alfred Perlstein
On Mon, 15 Nov 1999, Dan Seguin wrote: > > > Hello Gurus, > > > Is there any way of getting filepath information from a vnode? What I'm > looking for is pathname info for VDIR and VREG types, sort of a reverse > namei(). It's really not possible since a file may have mutiple parent director

Re: Ok, that's it, enough is enough! (rpc.lockd)

1999-11-22 Thread Alfred Perlstein
On Mon, 22 Nov 1999, David E. Cross wrote: > Ok... I have *had* it with the meta, but not really, lockd. Are there any > kernel issues with correctly implimenting rpc.lockd?How can I take a > filehandle and map it into a filename, with path, so I may open it and lock > it on the server? Are

Re: Ok, that's it, enough is enough! (rpc.lockd)

1999-11-22 Thread Alfred Perlstein
On Mon, 22 Nov 1999, Ronald G. Minnich wrote: > Actually I wrote a system call for opening a file given a file handle for > freebsd a while back (oh, gee, has it really been 5 years ...), as part of > mnfs i'll try to find it. You don't need to map it to a filename to > make it go. i forgot

Re: Ok, that's it, enough is enough! (rpc.lockd)

1999-11-22 Thread Alfred Perlstein
On Mon, 22 Nov 1999, David E. Cross wrote: > Does NetBSD have a working rpc.lockd... that would make this much easier. at a glance at http://cvsweb.netbsd.org/... no. Linux may have one, a temporary GPL'd port would be interesting perhaps. -Alfred To Unsubscribe: send mail to [EMAIL PROTEC

Re: wacky rpc.lockd idea...

1999-11-22 Thread Alfred Perlstein
On Mon, 22 Nov 1999, David E. Cross wrote: > I've noticed about 99% of the panics on our machines are the result of NFS, > more often than not it is the result of a backing store file being blown > away underneath the client. ie. person editing a file on one machine, > compiling and running o

Re: A file with holes - a bug?

1999-11-22 Thread Alfred Perlstein
On Mon, 22 Nov 1999, Brian Fundakowski Feldman wrote: > On Mon, 22 Nov 1999, Zhihui Zhang wrote: > > > > > Please take a look at the following piece of code that creates a large > > hole in a file named hole.dat. It tries to write 0x30-0x39 both at the > > front and the tail of that file, the

Re: fcntl(0,F_SETFL,O_ASYNC) & signal(SIGIO,rkbd); don't work in3.X !!!!

1999-11-23 Thread Alfred Perlstein
On Wed, 24 Nov 1999, Seva Semenov wrote: > Why my little proggy can't get SIGIO in FreeBSD 3.3-RELEASE, > when i type my keyboard? > > In 2.2.6-RELEASE it works right. > > > #include > #include > #include > #include > #include > #include > #include > #include > #include > #include

Re: Linux ioctl not implemented error

1999-12-01 Thread Alfred Perlstein
On Wed, 1 Dec 1999, Wilko Bulte wrote: > As Gerard Roudier wrote ... > > > > > > On Tue, 30 Nov 1999, Wilko Bulte wrote: > > > > > I get " LINUX: 'ioctl' fd=0, typ=0x53(S), num=0x13 not implemented " > > > when attempting to configure a IDE cdrom under VMware (really coold BTW!! > > > thanks f

Re: Linux ioctl not implemented error

1999-12-02 Thread Alfred Perlstein
nel0 = bsd_vol.vol[0]; > + lvol.channel1 = bsd_vol.vol[1]; > + lvol.channel2 = bsd_vol.vol[2]; > + lvol.channel3 = bsd_vol.vol[3]; > + copyout((caddr_t)&lvol, (caddr_t)args->arg, sizeof(lvol)); > } > return error; > } >

vfs_bio questions/nfs cluster commit

1999-12-05 Thread Alfred Perlstein
I've been trying to workout mega-clusters for NFS, since afaik the vfs_cluster code will only do 64k chunks and we can benifit greatly by compacting ranges for commit RPCs. The problem, is that it seems that NFS has been having issues, doing large appends on my box (lptest 80 10 > /nfsmount/

<    4   5   6   7   8   9   10   11   >