Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!utgpu!water!watmath!clyde!rutgers!uwvax!oddjob!hao!ames!sdcsvax!ucsdhub!hp-sdd!artecon!tony
From: tony@artecon.UUCP
Newsgroups: comp.unix.questions
Subject: Re: Can't ls -l add file sizes properly??
Message-ID: <703@artecon.UUCP>
Date: Thu, 19-Nov-87 11:40:03 EST
Article-I.D.: artecon.703
Posted: Thu Nov 19 11:40:03 1987
Date-Received: Sat, 21-Nov-87 15:47:40 EST
References: <456@morgoth.UUCP>
Reply-To: tony@artecon.UUCP (Anthony D. Parkhurst)
Organization: artecon
Lines: 28

In article <456@morgoth.UUCP> glidden@morgoth.UUCP (Ken A. Glidden) writes:
# ls -l
total 40
 3 -rwxr--r--  1 glidden      2117 Aug  6 12:17 acctrpt
 1 -rwxr--r--  1 glidden       179 Mar  2  1987 age.csh
 2 -rwxrwxr--  1 root         1308 Aug  4 16:39 arcjobs.sh
29 -rwxr-x---  1 glidden     29696 Mar  2  1987 deltime
 1 -rwxr--r--  1 glidden       269 Sep  9  1986 mailbarry
 1 -r-xr--r--  1 glidden       296 Aug 25  1986 mailjim
 1 -rwxr--r--  1 glidden       728 Jan  7  1987 newsindex
 2 -rw-r--r--  1 root         1132 Aug  4 14:11 tmp
==                          ======
40   SUBTOTAL------>        35,725

I added another column for you (try ls -ls).  This column is the number of
1k blocks occupied by the files.  That is, even though a file may only be
179 bytes, it still occupies a full block on the disk which is 1024 in
this example.  So the number given at the total by ls -l is the number of
blocks occupied by those files, not a total of the byte counts.  It may
seem like a high amount of overhead, but for the tradeoff in speed, it
is worth it.

-- Tony
-- 
**************** Insert 'Standard' Disclaimer here:  OOP ACK! *****************
*  Tony Parkhurst  -->  hp-sdd!artecon!adp (or) hp-sdd!artecon!adp@nosc.ARPA  *
* "One lawyer can steal more than a hundred men with guns." -- The Godfather  *
*******************************************************************************