From owner-freebsd-hackers Tue Nov 9 16: 2:19 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from hotmail.com (law-f63.hotmail.com [209.185.131.126]) by hub.freebsd.org (Postfix) with SMTP id B28CC15182 for ; Tue, 9 Nov 1999 16:01:57 -0800 (PST) (envelope-from rendes@hotmail.com) Received: (qmail 71064 invoked by uid 0); 10 Nov 1999 00:01:56 -0000 Message-ID: <19991110000156.71063.qmail@hotmail.com> Received: from 130.63.190.192 by www.hotmail.com with HTTP; Tue, 09 Nov 1999 16:01:51 PST X-Originating-IP: [130.63.190.192] From: "ren des" To: hackers@FreeBSD.ORG Subject: unsubscribe Date: Tue, 09 Nov 1999 16:01:51 PST Mime-Version: 1.0 Content-Type: text/plain; format=flowed Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >From: owner-freebsd-hackers-digest@FreeBSD.ORG (freebsd-hackers-digest) >Reply-To: hackers@FreeBSD.ORG >To: freebsd-hackers-digest@FreeBSD.ORG >Subject: freebsd-hackers-digest V4 #664 >Date: Fri, 5 Nov 1999 01:41:52 -0800 (PST) >From owner-freebsd-hackers-digest@FreeBSD.ORG Fri Nov 05 01:45:07 1999 >Received: from [204.216.27.18] by hotmail.com (3.2) with ESMTP id >MHotMailB9EBF1F90021D82197DACCD81B126C6D0; Fri Nov 05 01:45:05 1999 >Received: by hub.freebsd.org (Postfix, from userid 538)id B882D158B9; Fri, >5 Nov 1999 01:41:52 -0800 (PST) >Received: from localhost (localhost [127.0.0.1])by hub.freebsd.org >(Postfix) with SMTPid 925891CD7FE; Fri, 5 Nov 1999 01:41:52 -0800 >(PST)(envelope-from owner-freebsd-hackers-digest) >Received: by hub.freebsd.org (bulk_mailer v1.12); Fri, 5 Nov 1999 01:41:52 >-0800 >Sender: owner-freebsd-hackers-digest@FreeBSD.ORG >Precedence: bulk >Message-ID: > >freebsd-hackers-digest Friday, November 5 1999 Volume 04 : Number 664 > > > >In this issue: >Re: kstat - an API for gathering kernel stats >Re: kstat - an API for gathering kernel stats >Re: kstat - an API for gathering kernel stats >Re: kstat - an API for gathering kernel stats >Re: nfs cookie spoofing patch >FreeBSD FibreChannel support >Re: kstat - an API for gathering kernel stats >Re: aio Functions >Compiling elf gcc 2.7.2.3 on FreeBSD 3.3-R? >Re: kstat - an API for gathering kernel stats >Re: FreeBSD FibreChannel support >New i2o support available for testing. (fwd) >Re: kstat - an API for gathering kernel stats >Re: aio Functions >passwd and chat >Re: kstat - an API for gathering kernel stats >Re: passwd and chat >Re: kstat - an API for gathering kernel stats >Re: kstat - an API for gathering kernel stats >Re: (forw) Reversing 32Upgrade package >Re: Compiling elf gcc 2.7.2.3 on FreeBSD 3.3-R? >Re: kstat - an API for gathering kernel stats >Re: aio Functions >Re: FreeBSD FibreChannel support >Re: FreeBSD FibreChannel support >Re: Netgear FA410 pccard ethernet? >Re: Netgear FA410 pccard ethernet? >Re: FreeBSD FibreChannel support >Re: Granularity of disk I/O >Re: Netgear FA410 pccard ethernet? >Re: Netgear FA410 pccard ethernet? >Re: FreeBSD FibreChannel support >Re: FreeBSD FibreChannel support >Re: kstat - an API for gathering kernel stats >ftpd feature: lock file being stored >Re: FreeBSD FibreChannel support >Re: Compiling elf gcc 2.7.2.3 on FreeBSD 3.3-R? >Re: FreeBSD FibreChannel support >Re: FreeBSD FibreChannel support >Re: FreeBSD FibreChannel support >unable to compile current >Re: Netgear FA410 pccard ethernet? >Re: Netgear FA410 pccard ethernet? >Re: Is there anything like #ifdef BSD >Re: kstat - an API for gathering kernel stats >Re: kstat - an API for gathering kernel stats >Re: Netgear FA410 pccard ethernet? >Re: FreeBSD FibreChannel support >Re: FreeBSD FibreChannel support >Re: kstat - an API for gathering kernel stats >Re: kstat - an API for gathering kernel stats >Re: kstat - an API for gathering kernel stats >Re: kstat - an API for gathering kernel stats >Re: kstat - an API for gathering kernel stats >Re: unable to compile current >Re: FreeBSD FibreChannel support >Re: kstat - an API for gathering kernel stats >PCMCIA Chipset >Re: kstat - an API for gathering kernel stats > >---------------------------------------------------------------------- > >Date: Thu, 4 Nov 1999 02:53:51 -0500 (EST) >From: "Matthew N. Dodd" >Subject: Re: kstat - an API for gathering kernel stats > >On Wed, 3 Nov 1999, Arun Sharma wrote: > > A user program makes a system call with this string "cpu.system" to get > > the current value of user/system/nice time etc. > >How is this different from doing: > ># sysctl -a | grep load >vm.loadavg: { 0.15 0.09 0.04 } > >Ideally we could have a syscall that could return the OID for a given name >to solve the portability and speed issues associated with doing repeated >lookups. > >Seems like you've reinvented the wheel to me. > >- -- >| Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | >| winter@jurai.net | 2 x '84 Volvo 245DL | ix86,sparc,pmax | >| http://www.jurai.net/~winter | This Space For Rent | ISO8802.5 4ever | > > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-hackers" in the body of the message > >------------------------------ > >Date: Thu, 4 Nov 1999 00:29:59 -0800 (PST) >From: Matthew Jacob >Subject: Re: kstat - an API for gathering kernel stats > >Well, this is welcome news- Bonwick's kstat from solaris was and is an >excellent tool. I look forward to using your version. > > > > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-hackers" in the body of the message > >------------------------------ > >Date: Thu, 04 Nov 1999 00:31:15 -0800 (PST) >From: Alex Zepeda >Subject: Re: kstat - an API for gathering kernel stats > >On Thu, 4 Nov 1999, Matthew N. Dodd wrote: > > > On Wed, 3 Nov 1999, Arun Sharma wrote: > > > A user program makes a system call with this string "cpu.system" to >get > > > the current value of user/system/nice time etc. > > > > How is this different from doing: > > > > # sysctl -a | grep load > > vm.loadavg: { 0.15 0.09 0.04 } > >How is that different from doing: > >sysctl vm.loadavg? > >- - alex > > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-hackers" in the body of the message > >------------------------------ > >Date: Thu, 04 Nov 1999 00:30:06 -0800 >From: Mike Smith >Subject: Re: kstat - an API for gathering kernel stats > > > I wrote kstat as a way to improve on the current BSD method of getting > > kernel statistics, which involves looking up a particular kernel symbol > > name and then getting the value from the symbol offset. This makes any > > performance monitoring tool or an application that gets kernel stats > > non-portable across different kernel versions if for some reason, the >names > > of these variables happen to change. > >We have been progressively obsoleting this for some time in favour of >sysctl, which covers all of the features you're offering and then some. > >Probably the only major advantage your implementation has is the direct >handling of strings as identifiers, rather than the name-to-oid lookup, >but the cached OID provides a much faster lookup method for values you >want to get on a regular basis. > >- -- >\\ Give a man a fish, and you feed him for a day. \\ Mike Smith >\\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org >\\ and he'll hate you for a lifetime. \\ msmith@cdrom.com > > > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-hackers" in the body of the message > >------------------------------ > >Date: Thu, 4 Nov 1999 10:32:12 +0000 >From: David Malone >Subject: Re: nfs cookie spoofing patch > >On Wed, Nov 03, 1999 at 11:40:39AM -0800, Matthew Dillon wrote: > > > The bug is on the server-side, not really the client side. Many >people > > have been bitten by this problem and it would be cool if someone >submitted > > a patch to fix it. I will get to it eventually but I'm kinda tied >up > > at the moment. > >I think Ian Dowse submitted a patch for this some time ago, which we have >been using with no trouble for months. See: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=13049 > >David. > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-hackers" in the body of the message > >------------------------------ > >Date: Thu, 4 Nov 1999 06:02:34 -0800 (PST) >From: "Jonathan M. Bresler" >Subject: FreeBSD FibreChannel support > >Matt, > > Thank you for lunch at the South American resturant in >Berkeley during the FreeBSDCon. > > Do we have a FibreChannel driver for FreeBSD? Ideally, I am >looking for arbitrated loop support on the emulex cards. > >jmb >- -- >Jonathan M. Bresler FreeBSD Core Team, Postmaster >jmb@FreeBSD.ORG >FreeBSD--The Power to Serve JMB193 >http://www.freebsd.org/ >PGP 2.6.2 Fingerprint: 31 57 41 56 06 C1 40 13 C5 1C E3 E5 DC 62 0E >FB > > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-hackers" in the body of the message > >------------------------------ > >Date: Thu, 04 Nov 1999 11:49:13 ART >From: "Ricardo Bernardini" >Subject: Re: kstat - an API for gathering kernel stats > >I don't think kstat does the same as sysctl, at least for one thing: it >provides for a way to dynamically add counters, if there is a way to >enumerate them and userland proceses can add their own, it will make a good >performance tool. May be I won't have kstat in all my kernels, but it would >be good to have it when you are doing some capacity planning. > >Saludos / Regards >Ricardo > > >- ----Original Message Follows---- >From: Mike Smith > > I wrote kstat as a way to improve on the current BSD method of getting > > kernel statistics, which involves looking up a particular kernel symbol > > name and then getting the value from the symbol offset. This makes any > > performance monitoring tool or an application that gets kernel stats > > non-portable across different kernel versions if for some reason, the >names > > of these variables happen to change. > >We have been progressively obsoleting this for some time in favour of >sysctl, which covers all of the features you're offering and then some. > >Probably the only major advantage your implementation has is the direct >handling of strings as identifiers, rather than the name-to-oid lookup, >but the cached OID provides a much faster lookup method for values you >want to get on a regular basis. > >- -- >\\ Give a man a fish, and you feed him for a day. \\ Mike Smith >\\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org >\\ and he'll hate you for a lifetime. \\ msmith@cdrom.com > >+------------------------------+-----------------------------------+ >|Ricardo Bernardini | "No entiendo por que todos ponen | >|rbernardini@hotmail.com | alguna frase celebre aqui" | >|+54-11-4404-4525 | "I don't understand why everybody | >|Buenos Aires, Argentina | puts a quote in here" | >+------------------------------+-----------------------------------+ > >______________________________________________________ >Get Your Private, Free Email at http://www.hotmail.com > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-hackers" in the body of the message > >------------------------------ > >Date: Thu, 04 Nov 1999 11:50:50 ART >From: "Ricardo Bernardini" >Subject: Re: aio Functions > >Well !! That's far more than the things I'm having trouble with!! I'm not >being able to make ONE asynchronous read. I've tried the aio functions with >file I/O and it worked fine, I've also tried the socket I/O with read() and >it worked fine too. But when I issue the read to the async queue an try to >get its status aio_error returns -1 and sets errno to EINVAL. >Anyway this is a test program just to become familiar with the fucntions >before actually using them, so I really need more information about them, >and the aiocb_t struct. >Thanks for your answer. > >Saludos / Regards >Ricardo Bernardini > >- ----Original Message Follows---- >From: Christopher Sedore > > Hello list! > > > > I'm starting with aio functions (aio_read, aio_return, etc.), I've made >them > > work with disk file I/O, now I'm trying with TCP sockets not with the >same > > success. Does anyone know if it is posible to do what I'm trying? Or >where > > to find more info about this function group? I'just read the man pages >about > > them. > >Which version of FreeBSD are you using? Its best to be using -current >from my experience. TCP sockets should work, but they'll be pretty >crippled for certain kinds of uses (like trying to have an outstanding >read on more than a couple dozen sockets, etc). > >I've got a set of patches that fix this and the fact that signals don't >get issued for completion on certain types of requests. I'm hoping to get >it committed, but feel free to contact me for the latest stuff until then. >I just finished updating and consolidating my patches so they cleanly >apply to -current of a week ago. Testing thus far appears promising--I'm >balancing more than a few sockets and pushing 10MB/sec through them (disk >to socket and the inverse). I killed the last bug I knew of this week >(occasionally paniced under some wierd process shutdown conditions). > >I hope to try 1000 descriptors soon. > >- -Chris > >+------------------------------+-----------------------------------+ >|Ricardo Bernardini | "No entiendo por que todos ponen | >|rbernardini@hotmail.com | alguna frase celebre aqui" | >|+54-11-4404-4525 | "I don't understand why everybody | >|Buenos Aires, Argentina | puts a quote in here" | >+------------------------------+-----------------------------------+ > >______________________________________________________ >Get Your Private, Free Email at http://www.hotmail.com > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-hackers" in the body of the message > >------------------------------ > >Date: Thu, 4 Nov 1999 09:03:08 -0700 >From: Charles Randall >Subject: Compiling elf gcc 2.7.2.3 on FreeBSD 3.3-R? > >After an unsuccessful attempt at asking this on -questions... > >I believe that I could work my way through the problem below if I could >build a vanilla gcc 2.7.2.3 on FreeBSD 3.3-R. > >Attempting to build a fresh 2.7.2.3, > >1. configure >2. remove references to gnumalloc in Makefile and cp/Makefile >3. make LANGUAGES=c > >and I get > >- --- snip --- >./xgcc -B./ -DIN_GCC -g -I./include enquire.o -o enquire >/usr/libexec/elf/ld: cannot open crt0.o: No such file or directory >*** Error code 1 > >Stop. >- --- snip --- > >I presume that this is an a.out vs elf issue -- gcc is trying to build an >a.out version and 3.3-R is elf. However, I get the same problem if I try >configure with "configure i386-elf-freebsd". > >Suggestions? > >Charles > >P.S. I know that 3.3-R uses gcc 2.7.2.3 internally. However, I would like >to >build a separate binary for StackGuard. > >- -----Original Message----- >From: Charles Randall [mailto:crandall@matchlogic.com] >Sent: Tuesday, November 02, 1999 9:37 AM >To: freebsd-questions@freebsd.org >Subject: Immunix Stackguard for FreeBSD? > > >Has anyone successfully built Immunix stackguard on FreeBSD? > >Here's a link to the original research project, > >http://www.cse.ogi.edu/DISC/projects/immunix/StackGuard/ > >The latest development seems to be reflected here, > >http://www.wirex.com/ > >and > >http://immunix.org/ > >On the downloads page at immunix.org, there's an RPM of patches to gcc >2.7.2.3. > >I've un-packed that on my 3.3-R system, applied all of the patches, run >'configure', and 'make LANGUAGES=c'. > >First, the build fails trying to find gnumalloc. After removing that >dependency in Makefile and cp/Makefile (assuming that BSD malloc will be >used), the build eventually dies with: > >- --- snip --- >./xgcc -B./ -DIN_GCC -O -I./include enquire.o -o enquire >/usr/libexec/elf/ld: cannot open crt0.o: No such file or directory >*** Error code 1 > >Stop. >- --- snip --- > >I presume that this is because 3.3-R uses elf and gcc is trying to build an >a.out version. > >Thinking about that a bit, I ran 'make distclean', 'configure >i386-elf-freebsd', and 'make LANGUAGES=c' in an attempt to build an >elf-specific version. After removing the dependencies on gnumalloc again, >the build died in the same place, > >- --- snip --- >./xgcc -B./ -DIN_GCC -O -I./include enquire.o -o enquire >/usr/libexec/elf/ld: cannot open crt0.o: No such file or directory >*** Error code 1 > >Stop. >- --- snip --- > >Am I missing a compatibility library or something? > >Suggestions? > >Charles > > > > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-questions" in the body of the message > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-hackers" in the body of the message > >------------------------------ > >Date: Thu, 4 Nov 1999 11:07:31 -0500 (EST) >From: "Matthew N. Dodd" >Subject: Re: kstat - an API for gathering kernel stats > >On Thu, 4 Nov 1999, Alex Zepeda wrote: > > On Thu, 4 Nov 1999, Matthew N. Dodd wrote: > > > On Wed, 3 Nov 1999, Arun Sharma wrote: > > > > A user program makes a system call with this string "cpu.system" to >get > > > > the current value of user/system/nice time etc. > > > > > > How is this different from doing: > > > > > > # sysctl -a | grep load > > > vm.loadavg: { 0.15 0.09 0.04 } > > > > How is that different from doing: > > > > sysctl vm.loadavg? > >I was more trying to demonstrate the fact that we have sysctl(3). > >- -- >| Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | >| winter@jurai.net | 2 x '84 Volvo 245DL | ix86,sparc,pmax | >| http://www.jurai.net/~winter | This Space For Rent | ISO8802.5 4ever | > > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-hackers" in the body of the message > >------------------------------ > >Date: Thu, 4 Nov 1999 08:19:22 -0800 (PST) >From: Matthew Jacob >Subject: Re: FreeBSD FibreChannel support > >Hi- Yes- it was a fun though short lunch. > >We support the Qlogic 2100/2200 cards currently for both private loop and >fabrics. The emulex card is popular, but nobody's written a driver for it >for >FreeBSD. > > >On Thu, 4 Nov 1999, Jonathan M. Bresler wrote: > > > > > Matt, > > > > Thank you for lunch at the South American resturant in > > Berkeley during the FreeBSDCon. > > > > Do we have a FibreChannel driver for FreeBSD? Ideally, I am > > looking for arbitrated loop support on the emulex cards. > > > > jmb > > -- > > Jonathan M. Bresler FreeBSD Core Team, Postmaster >jmb@FreeBSD.ORG > > FreeBSD--The Power to Serve JMB193 >http://www.freebsd.org/ > > PGP 2.6.2 Fingerprint: 31 57 41 56 06 C1 40 13 C5 1C E3 E5 DC 62 >0E FB > > > > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-hackers" in the body of the message > >------------------------------ > >Date: Thu, 4 Nov 1999 08:22:00 -0800 (PST) >From: Matthew Jacob >Subject: New i2o support available for testing. (fwd) > >I should point out that Simon has also been working on a DPT FC driver- I'm >not sure if this i2o OSM is part of this or not (Simon?). > >- ---------- Forwarded message ---------- >Date: Mon, 01 Nov 1999 11:04:06 -0500 >From: Simon Shapiro >To: jkh@FreeBSD.ORG >Subject: New i2o support available for testing. > >A Pre-Alpha release of a new i2o OSM for FreeBSD is now >available for testing. > >Check http://simon-shapiro.org/drivers.html for details. > >- -- > > >Sincerely Yours, Shimon@Simon-Shapiro.ORG > 404.664.6401 >Simon Shapiro > >Unwritten code has no bugs and executes at twice the speed of mouth > > > >This is the moderated mailing list freebsd-announce. >The list contains announcements of new FreeBSD capabilities, >important events and project milestones. >See also the FreeBSD Web pages at http://www.freebsd.org > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-announce" in the body of the message > > > > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-hackers" in the body of the message > >------------------------------ > >Date: Thu, 4 Nov 1999 09:18:04 -0700 >From: "Ronald G. Minnich" >Subject: Re: kstat - an API for gathering kernel stats > >FWIW -- I think a reasonable goal of "getting stats out of the kernel" is >that pulling data out ought to run as fast as bcopy, and it would be nice >if you didn't have to drop into a syscall. Kind of an extreme position, I >guess, but if you have ever seen the rstatd on linux eat 12% of cpu to >return 10 samples/second you'd know why I want it. Given the slowness of >some stuff (it takes linux 6 milliseconds to count up free/shared memory >pages -- the code visits every page struct) bcopy speed is not a bad >yardstick. Sysctl is much faster than reading files in /proc, but still >too slow. How will kstat compare? how does it compare in solaris? Anybody >got a bandwidth number? > >Numbers I have now (sorry, just for linux at present): > Using files in /proc: awful, so slow it's not worth > measuring exactly, something like 400 bytes in 20 > milliseonds > Using sysctl: Varies depending on the strategy and how much > data you yank per variable, but O(1-10 > Mbytes/second) > >ron > > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-hackers" in the body of the message > >------------------------------ > >Date: Fri, 05 Nov 1999 01:39:25 +0900 >From: "Daniel C. Sobral" >Subject: Re: aio Functions > >Ricardo Bernardini wrote: > > > > Well !! That's far more than the things I'm having trouble with!! I'm >not > > being able to make ONE asynchronous read. I've tried the aio functions >with > > file I/O and it worked fine, I've also tried the socket I/O with read() >and > > it worked fine too. But when I issue the read to the async queue an try >to > > get its status aio_error returns -1 and sets errno to EINVAL. > > Anyway this is a test program just to become familiar with the fucntions > > before actually using them, so I really need more information about >them, > > and the aiocb_t struct. > >Be aware that aio is not implemented for all things that you can get >an fd for. It was originally implemented *only* for files, though I >was under the impression that support for sockets was later added. > >- -- >Daniel C. Sobral (8-DCS) >dcs@newsguy.com >dcs@freebsd.org > > What y'all wanna do? > Wanna be hackers? Code crackers? Slackers > Wastin' time with all the chatroom yakkers? > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-hackers" in the body of the message > >------------------------------ > >Date: Thu, 04 Nov 1999 11:51:22 +0200 >From: Johan Kruger >Subject: passwd and chat > >This is a multi-part message in MIME format. >- --------------9785ED3441D1AFA72BC6E3D0 >Content-Type: text/plain; charset=us-ascii >Content-Transfer-Encoding: 7bit > >How can i use chat on the command line to enter a new password without >interaction with passwd . >For example , i want to use chat to reply on New password and Retype >password, something like this : > ># chat `passwd` ew passw: qwerty: etype pass: qwerty > >But the above doesn't work. > >- --------------9785ED3441D1AFA72BC6E3D0 >Content-Type: text/x-vcard; charset=us-ascii; > name="jkruger.vcf" >Content-Transfer-Encoding: 7bit >Content-Description: Card for Johan Kruger >Content-Disposition: attachment; > filename="jkruger.vcf" > >begin:vcard >n:Kruger;Johan >tel;cell:+27 83 3015923 >tel;fax:+27 12 6651343 >tel;home:+27 83 3015923 >tel;work:+27 12 6651338 >x-mozilla-html:FALSE >org:Nanoteq;Development >version:2.1 >email;internet:jkruger@oskar.nanoteq.co.za >title:Mr >adr;quoted-printable:;;P.O BOX >12872=0D=0AOnderstepoort=0D=0A0110=0D=0ASouth >Africa;Pretoria;Gauteng;0110;South Africa >x-mozilla-cpt:;1920 >fn:Johan Kruger >end:vcard > >- --------------9785ED3441D1AFA72BC6E3D0-- > > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-hackers" in the body of the message > >------------------------------ > >Date: Thu, 4 Nov 1999 09:23:04 -0800 >From: Arun Sharma >Subject: Re: kstat - an API for gathering kernel stats > >On Thu, Nov 04, 1999 at 02:53:51AM -0500, Matthew N. Dodd wrote: > > On Wed, 3 Nov 1999, Arun Sharma wrote: > > > A user program makes a system call with this string "cpu.system" to >get > > > the current value of user/system/nice time etc. > > > > How is this different from doing: > > > > # sysctl -a | grep load > > vm.loadavg: { 0.15 0.09 0.04 } > > > > Ideally we could have a syscall that could return the OID for a given >name > > to solve the portability and speed issues associated with doing repeated > > lookups. > > > > Seems like you've reinvented the wheel to me. > >I just looked at the sysctl implementation and there are some differences. >Moreover, since it was not being used in tools like vmstat and xosview, >I thought there must be a reason. > >sysctl also seems to assume that it doesn't get called frequently. So >mapping the name to the sysctl data is a slightly more heavy duty >operation than a hash table lookup. > > -Arun > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-hackers" in the body of the message > >------------------------------ > >Date: Thu, 4 Nov 1999 10:35:39 -0700 (MST) >From: Nick Rogness >Subject: Re: passwd and chat > >On Thu, 4 Nov 1999, Johan Kruger wrote: > > > How can i use chat on the command line to enter a new password without > > interaction with passwd . > > For example , i want to use chat to reply on New password and Retype > > password, something like this : > > Why use chat when you can use pw(8)? Example: > > # echo "password" | pw usermod -n username -h 0 > >******************************************************** >Nick Rogness File not found... >System Administrator Should I fake it (Y/N)? >RapidNet, INC >******************************************************** > > > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-hackers" in the body of the message > >------------------------------ > >Date: Thu, 4 Nov 1999 12:52:50 -0500 (EST) >From: "Matthew N. Dodd" >Subject: Re: kstat - an API for gathering kernel stats > >On Thu, 4 Nov 1999, Arun Sharma wrote: > > I just looked at the sysctl implementation and there are some >differences. > > Moreover, since it was not being used in tools like vmstat and xosview, ______________________________________________________ Get Your Private, Free Email at http://www.hotmail.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message