grr@cbmvax.UUCP (George Robbins) (04/09/89)
Using Aegis, how can I account for disk usage, in a manner similar to the unix "du" command? I've been using: ld -bl xyz/... | edstr -n -e "/entries/p" but, it's incredibly slow and doesn't give any intermediate level information... -- George Robbins - now working for, uucp: {uunet|pyramid|rutgers}!cbmvax!grr but no way officially representing arpa: cbmvax!grr@uunet.uu.net Commodore, Engineering Department fone: 215-431-9255 (only by moonlite)
adam@gvax.cs.cornell.edu (Adam Feigin) (04/09/89)
In article <6552@cbmvax.UUCP> grr@cbmvax.UUCP (George Robbins) writes: >Using Aegis, how can I account for disk usage, in a manner similar >to the unix "du" command? > >I've been using: > >ld -bl xyz/... | edstr -n -e "/entries/p" > >but, it's incredibly slow and doesn't give any intermediate level >information... Try /com/lst. I think it does what you want. AWF ----------------------------------------------------------------------------- Internet: feigin@tcgould.tn.cornell.edu Adam Feigin Bitnet: feigin@crnlthry Workstation Consultant UUCP: {backbones}!cornell!batcomputer!feigin Cornell National Supercomputer
oj@apollo.COM (Ellis Oliver Jones) (04/09/89)
>Using Aegis, how can I account for disk usage, in a manner similar >to the unix "du" command? /com/lst does the trick. /oj
dente@s2.uucp (Colin Dente) (04/10/89)
In article <6552@cbmvax.UUCP> grr@cbmvax.UUCP (George Robbins) writes: >Using Aegis, how can I account for disk usage, in a manner similar >to the unix "du" command? > >I've been using: > >ld -bl xyz/... | edstr -n -e "/entries/p" > >but, it's incredibly slow and doesn't give any intermediate level >information... > The utility you want is /systest/lst - it gives pretty much the same info as du - and is yet more proof that you really should install /systest - it's well worth the 2Megs or so it eats. Note: this is 9.7 here - I won't be able to go up to SR10 until certain ECAD software firms get their act together! Btw - it certainly isn't a dumb question - or at least, if it is, I was dumb too 'till someone told me about it! Colin =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= | Colin Dente | JANET: dente%s2@uk.ac.man.cs.ux | | Dept. of Electrical Engineering | ARPA: dente%s2%man.cs.ux@ukacrl.BITNET | | University of Manchester | UUCP: ...!mcvax!ukc!man.cs.ux!s2!dente | | England | | |-----------------------------------------------------------------------------| | ======================================================================= | =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
richard@philce.UUCP (Richard Bishopp) (04/10/89)
In article <6552@cbmvax.UUCP> grr@cbmvax.UUCP (George Robbins) writes: >Using Aegis, how can I account for disk usage, in a manner similar >to the unix "du" command? > >I've been using: > >ld -bl xyz/... | edstr -n -e "/entries/p" > >but, it's incredibly slow and doesn't give any intermediate level >information... What I do is run is script in the crontab every night using DU. The old LST crashes on my machine with a guard fault - too many nested directories I suspect. DU seems to be better - I'm running sr9.7 in a mainly AEGIS environment, but I have to run UNIX on my server (well, install it anyway). DU is pretty dumb since if you have AEGIS links that point to your users home directory (as in a MENTOR environment) DU returns the size of the diretcory and not its contents ( viz 1 block ). richard a. bishopp
krowitz@RICHTER.MIT.EDU (David Krowitz) (04/10/89)
Try using the "lst" program (/systest/lst). It is faster than "ld" and has a "-level" switch. I believe their is a help file in the /systest directory. -- David Krowitz krowitz@richter.mit.edu (18.83.0.109) krowitz%richter@eddie.mit.edu krowitz%richter@athena.mit.edu krowitz%richter.mit.edu@mitvma.bitnet (in order of decreasing preference)
danny@idacom.UUCP (Danny Wilson) (04/11/89)
In article <6552@cbmvax.UUCP>, grr@cbmvax.UUCP (George Robbins) writes: > Using Aegis, how can I account for disk usage, in a manner similar > to the unix "du" command? There is a command /systest/lst that will do this for you. There are several command flags that may be used with it: -be[fore] -ae -stor -d[tm] -nll[inks] -ll[inks] -nld[irs] -nlf[iles] -lf[iles] -lev[el] -nsd[ir] -ld[irs] -l[ist] -- Danny Wilson IDACOM Electronics danny@idacom.uucp Edmonton, Alberta alberta!idacom!danny C A N A D A
wescott@LNIC1.HPRC.UH.EDU (Andrew M. Wescott) (04/11/89)
I don't know what versioin of Domain O/S you are using, but neither my DN 10000 (SR 10.0.p) or my DN 3500s (SR 10.1) have this lst script in either /systest or /systest/ssr_util. Perhaps Apollo does not want us to have too much of a good thing?! Andrew M. Wescott University of Houston Department of Chemical Engineering
wescott@LNIC1.HPRC.UH.EDU (Andrew M. Wescott) (04/11/89)
I don't know what version of Domain O/S you are using, but neither my DN 10000 (SR 10.0.p) or my DN 3500s (SR10.1) have this lst script in either the /systest or /systest/ssr_util directories. Perhaps Apollo does not want us to have too much of a good thing ?! Andrew Wescott University of Houston Department of Chemical Engineering
adam@gvax.cs.cornell.edu (Adam Feigin) (04/12/89)
lst exists in both 9.7 and 10.x Under 9.7, its in /systest Under 10.x its in /com 'Enuf said. Can we consider this subject dead now ?? AWF ----------------------------------------------------------------------------- Internet: feigin@tcgould.tn.cornell.edu Adam Feigin Bitnet: feigin@crnlthry Workstation Consultant UUCP: {backbones}!cornell!batcomputer!feigin Cornell National Supercomputer
krowitz@RICHTER.MIT.EDU (David Krowitz) (04/12/89)
On SR10.1, the "lst" program has moved to /com/lst. This means that "lst" is now a supported utility (all of /systest is considered to be stuff for use by the field service personel, not customers). -- David Krowitz krowitz@richter.mit.edu (18.83.0.109) krowitz%richter@eddie.mit.edu krowitz%richter@athena.mit.edu krowitz%richter.mit.edu@mitvma.bitnet (in order of decreasing preference)
grr@cbmvax.UUCP (George Robbins) (04/12/89)
In article <8904111818.AA04444@richter.mit.edu> krowitz@RICHTER.MIT.EDU (David Krowitz) writes: > On SR10.1, the "lst" program has moved to /com/lst... By the way, thanks to everybody who responded. Must have been one of the better known hidden utilities. Anyway, it sure is nice to be able to see where all that space was going. -- George Robbins - now working for, uucp: {uunet|pyramid|rutgers}!cbmvax!grr but no way officially representing arpa: cbmvax!grr@uunet.uu.net Commodore, Engineering Department fone: 215-431-9255 (only by moonlite)
beierl_c@apollo.COM (Christopher Beierl) (04/12/89)
In article <8904111459.AA01279@lnic1.hprc.uh.edu> wescott@LNIC1.HPRC.UH.EDU (Andrew M. Wescott) writes: >I don't know what versioin of Domain O/S you are using, but neither >my DN 10000 (SR 10.0.p) or my DN 3500s (SR 10.1) have this lst >script in either /systest or /systest/ssr_util. Perhaps Apollo >does not want us to have too much of a good thing?! > >Andrew M. Wescott >University of Houston >Department of Chemical Engineering As of SR10 you will find the 'lst' command in /com/lst rather than /systest. There is a help page for it (/sys/help/lst.hlp). -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Christopher T. Beierl Internet: beierl_c@apollo.com Apollo Computer, Inc. UUCP: {mit-eddie,yale,uw-beaver}!apollo!beierl_c Chelmsford, MA 01824 Phone: (508) 256-6600
oj@apollo.COM (Ellis Oliver Jones) (04/12/89)
Wescott@LNIC1.HPRC.UH.EDU (Andrew M. Wescott) writes: > ... neither >my DN 10000 (SR 10.0.p) or my DN 3500s (SR 10.1) have this lst >script in either /systest or /systest/ssr_util. Neither do ours. It's not a script, it's a program, and it lives in /com/lst. /oj
durriya@apollo.COM (Durriya Netterwala) (04/12/89)
In article <8904111459.AA01279@lnic1.hprc.uh.edu> wescott@LNIC1.HPRC.UH.EDU (Andrew M. Wescott) writes: >I don't know what versioin of Domain O/S you are using, but neither >my DN 10000 (SR 10.0.p) or my DN 3500s (SR 10.1) have this lst >script in either /systest or /systest/ssr_util. Perhaps Apollo Before sr10, lst resided in /systest/ssr_util. sr10 and post-sr10 lst lives in /com. >does not want us to have too much of a good thing?! > Hey, we aren't always that mean! >Andrew M. Wescott >University of Houston >Department of Chemical Engineering Usual Disclaimer -------------------------------------------------------------------- Durriya Netterwala INTERNET: durriya@apollo.com Apollo Computers Inc. UUCP: {decwrl!decvax, mit-eddie, attunix} R&D/Operating Systems !apollo!durriya