A Windows 98 & ME forum. Win98banter

If this is your first visit, be sure to check out the FAQ by clicking the link above. You may have to register before you can post: click the register link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below.

Go Back   Home » Win98banter forum » Windows 98 » Software & Applications
Site Map Home Authors List Search Today's Posts Mark Forums Read Web Partners

DriveSpace3



 
 
Thread Tools Display Modes
  #1  
Old July 10th 05, 08:59 PM
Fred Goldman
external usenet poster
 
Posts: n/a
Default DriveSpace3

A while back I compressed my HD to a CVF. When I go to properties of even the
smallest files it still says 32kb are being used. Now, I just read in
Windows98 Secrets that after you turn it into a CVF it shold only be using
512 bytes. How do I get it to only ust the minimal amount of bytes. Thanks
for any help.
  #2  
Old July 11th 05, 01:19 AM
dadiOH
external usenet poster
 
Posts: n/a
Default

Fred Goldman wrote:
A while back I compressed my HD to a CVF. When I go to properties of
even the smallest files it still says 32kb are being used. Now, I
just read in Windows98 Secrets that after you turn it into a CVF it
shold only be using 512 bytes. How do I get it to only ust the
minimal amount of bytes. Thanks for any help.


A file - any file - is allocated space according to the size of your
hard drive. For example, my C: is set up to be just under 8 gigs and
space is allocated in chunks of 4,096 bytes. If the file needs just one
byte it still gets 4,096; if it needs 4,097 it gets two chunks of 4,096
each.

Your drive is larger and the maximum number of bytes - 32,767 - is
allocated any time a file needs more space. The only way you can change
it is to partition into smaller drives.

--
dadiOH
____________________________

dadiOH's dandies v3.06...
....a help file of info about MP3s, recording from
LP/cassette and tips & tricks on this and that.
Get it at http://mysite.verizon.net/xico


  #3  
Old July 11th 05, 01:32 AM
Fred Goldman
external usenet poster
 
Posts: n/a
Default

But that's just it, my drive is on;y 1 gig (uncompressede, 2 gig compressed).
It has something to do with that now each file is taking up a full cluster,
when it could in theory only take take up a sector (512 bytes). This is
according to what I'm reading in this Secrets book.

"dadiOH" wrote:

Fred Goldman wrote:
A while back I compressed my HD to a CVF. When I go to properties of
even the smallest files it still says 32kb are being used. Now, I
just read in Windows98 Secrets that after you turn it into a CVF it
shold only be using 512 bytes. How do I get it to only ust the
minimal amount of bytes. Thanks for any help.


A file - any file - is allocated space according to the size of your
hard drive. For example, my C: is set up to be just under 8 gigs and
space is allocated in chunks of 4,096 bytes. If the file needs just one
byte it still gets 4,096; if it needs 4,097 it gets two chunks of 4,096
each.

Your drive is larger and the maximum number of bytes - 32,767 - is
allocated any time a file needs more space. The only way you can change
it is to partition into smaller drives.

--
dadiOH
____________________________

dadiOH's dandies v3.06...
....a help file of info about MP3s, recording from
LP/cassette and tips & tricks on this and that.
Get it at http://mysite.verizon.net/xico



  #4  
Old July 11th 05, 11:45 AM
Jeff Richards
external usenet poster
 
Posts: n/a
Default

The MDFAT in the CVF uses a granularity of single sectors, but this doesn't
necessarily translate into a sector-level file allocation. I think the
following article describes the issue:

Knowledge Base

How DoubleSpace Uses Sector Allocation
PSS ID Number: 98407
Article Last Modified on 12/17/2000

The information in this article applies to:

Microsoft MS-DOS operating system 6.0
Microsoft MS-DOS operating system 6.2
Microsoft MS-DOS operating system 6.22
Microsoft Plus! for Windows 95
Microsoft Windows 95

This article was previously published under Q98407
This information applies to both Microsoft DoubleSpace and Microsoft
DriveSpace. For MS-DOS 6.00 and 6.20, use DBLSPACE in place of DRVSPACE for
commands and filenames.

SUMMARY
DriveSpace uses sector allocation granularity even though you cannot see
evidence of this in the Bytes Available On Disk value reported by CHKDSK.

MORE INFORMATION
Since the file allocation table (FAT) system is cluster based, DriveSpace
uses its own FAT (which is called the MDFAT [Microsoft DriveSpace FAT]) to
achieve sector allocation. Each entry in the FAT corresponds to an entry in
the MDFAT, as well as a logical cluster of 8 kilobytes (K) for MS-DOS and
Windows 95 DriveSpace, or 32 K for Plus! DriveSpace 3. Each MDFAT entry also
corresponds to a sequence of sectors less than or equal to 8K (MS-DOS and
Windows 95 DriveSpace) or 32 K (Plus! DriveSpace 3).

NOTE: Plus! DriveSpace 3 supports fragmented MDFAT clusters, so a 32 K
DriveSpace 3 MDFAT cluster need not necessarily be contiguous.

Since disk size reporting is accomplished by adding up the total number of
clusters and then multiplying by the cluster size, there is no way to get a
non-cluster size value for Total Disk Space or Bytes Available On Disk
values from CHKDSK.

Estimated Compression Ratio (ECR)
When you run CHKDSK on a DriveSpace drive, it lists the number of used
clusters in terms of uncompressed data. When it lists the number of unused
clusters, it must specify some multiple of clusters based on how many
compressed clusters it thinks can fit inside the actual free space. It does
this by taking the ECR and multiplying it by the actual free space on the
drive (in sectors) and then dividing that by the number of sectors in a
cluster (16).

As a result, free disk space can only be specified as a integral number of
clusters.

Additional query words: 6.00 6.20 Granular double space dblspace
Keywords: KB98407
Technology: kbGamesSearch kbMSDOS600 kbMSDOS620 kbMSDOS622 kbMSDOSSearch
kbPlus95 kbPlusSearch kbWin95search kbZNotKeyword3




Send feedback to Microsoft
© 2004 Microsoft Corporation. All rights reserved.
--
Jeff Richards
MS MVP (Windows - Shell/User)
"Fred Goldman" wrote in message
...
But that's just it, my drive is on;y 1 gig (uncompressede, 2 gig
compressed).
It has something to do with that now each file is taking up a full
cluster,
when it could in theory only take take up a sector (512 bytes). This is
according to what I'm reading in this Secrets book.

"dadiOH" wrote:

Fred Goldman wrote:
A while back I compressed my HD to a CVF. When I go to properties of
even the smallest files it still says 32kb are being used. Now, I
just read in Windows98 Secrets that after you turn it into a CVF it
shold only be using 512 bytes. How do I get it to only ust the
minimal amount of bytes. Thanks for any help.


A file - any file - is allocated space according to the size of your
hard drive. For example, my C: is set up to be just under 8 gigs and
space is allocated in chunks of 4,096 bytes. If the file needs just one
byte it still gets 4,096; if it needs 4,097 it gets two chunks of 4,096
each.

Your drive is larger and the maximum number of bytes - 32,767 - is
allocated any time a file needs more space. The only way you can change
it is to partition into smaller drives.

--
dadiOH
____________________________

dadiOH's dandies v3.06...
....a help file of info about MP3s, recording from
LP/cassette and tips & tricks on this and that.
Get it at http://mysite.verizon.net/xico





  #5  
Old July 11th 05, 01:59 PM
Fred Goldman
external usenet poster
 
Posts: n/a
Default

Thanks Jef for that. It seems from this article that if I wouldn't have
compressed the drive I would still be seeing 32kb for every small file. Is
this true?


"Jeff Richards" wrote:

The MDFAT in the CVF uses a granularity of single sectors, but this doesn't
necessarily translate into a sector-level file allocation. I think the
following article describes the issue:

Knowledge Base

How DoubleSpace Uses Sector Allocation
PSS ID Number: 98407
Article Last Modified on 12/17/2000

The information in this article applies to:

Microsoft MS-DOS operating system 6.0
Microsoft MS-DOS operating system 6.2
Microsoft MS-DOS operating system 6.22
Microsoft Plus! for Windows 95
Microsoft Windows 95

This article was previously published under Q98407
This information applies to both Microsoft DoubleSpace and Microsoft
DriveSpace. For MS-DOS 6.00 and 6.20, use DBLSPACE in place of DRVSPACE for
commands and filenames.

SUMMARY
DriveSpace uses sector allocation granularity even though you cannot see
evidence of this in the Bytes Available On Disk value reported by CHKDSK.

MORE INFORMATION
Since the file allocation table (FAT) system is cluster based, DriveSpace
uses its own FAT (which is called the MDFAT [Microsoft DriveSpace FAT]) to
achieve sector allocation. Each entry in the FAT corresponds to an entry in
the MDFAT, as well as a logical cluster of 8 kilobytes (K) for MS-DOS and
Windows 95 DriveSpace, or 32 K for Plus! DriveSpace 3. Each MDFAT entry also
corresponds to a sequence of sectors less than or equal to 8K (MS-DOS and
Windows 95 DriveSpace) or 32 K (Plus! DriveSpace 3).

NOTE: Plus! DriveSpace 3 supports fragmented MDFAT clusters, so a 32 K
DriveSpace 3 MDFAT cluster need not necessarily be contiguous.

Since disk size reporting is accomplished by adding up the total number of
clusters and then multiplying by the cluster size, there is no way to get a
non-cluster size value for Total Disk Space or Bytes Available On Disk
values from CHKDSK.

Estimated Compression Ratio (ECR)
When you run CHKDSK on a DriveSpace drive, it lists the number of used
clusters in terms of uncompressed data. When it lists the number of unused
clusters, it must specify some multiple of clusters based on how many
compressed clusters it thinks can fit inside the actual free space. It does
this by taking the ECR and multiplying it by the actual free space on the
drive (in sectors) and then dividing that by the number of sectors in a
cluster (16).

As a result, free disk space can only be specified as a integral number of
clusters.

Additional query words: 6.00 6.20 Granular double space dblspace
Keywords: KB98407
Technology: kbGamesSearch kbMSDOS600 kbMSDOS620 kbMSDOS622 kbMSDOSSearch
kbPlus95 kbPlusSearch kbWin95search kbZNotKeyword3




Send feedback to Microsoft
© 2004 Microsoft Corporation. All rights reserved.
--
Jeff Richards
MS MVP (Windows - Shell/User)
"Fred Goldman" wrote in message
...
But that's just it, my drive is on;y 1 gig (uncompressede, 2 gig
compressed).
It has something to do with that now each file is taking up a full
cluster,
when it could in theory only take take up a sector (512 bytes). This is
according to what I'm reading in this Secrets book.

"dadiOH" wrote:

Fred Goldman wrote:
A while back I compressed my HD to a CVF. When I go to properties of
even the smallest files it still says 32kb are being used. Now, I
just read in Windows98 Secrets that after you turn it into a CVF it
shold only be using 512 bytes. How do I get it to only ust the
minimal amount of bytes. Thanks for any help.

A file - any file - is allocated space according to the size of your
hard drive. For example, my C: is set up to be just under 8 gigs and
space is allocated in chunks of 4,096 bytes. If the file needs just one
byte it still gets 4,096; if it needs 4,097 it gets two chunks of 4,096
each.

Your drive is larger and the maximum number of bytes - 32,767 - is
allocated any time a file needs more space. The only way you can change
it is to partition into smaller drives.

--
dadiOH
____________________________

dadiOH's dandies v3.06...
....a help file of info about MP3s, recording from
LP/cassette and tips & tricks on this and that.
Get it at http://mysite.verizon.net/xico






  #6  
Old July 12th 05, 10:22 AM
Jeff Richards
external usenet poster
 
Posts: n/a
Default

Yes - with FAT the cluster is the smallest possible allocation unit, so even
a 1-byte file would consume a whole cluster.
--
Jeff Richards
MS MVP (Windows - Shell/User)
"Fred Goldman" wrote in message
...
Thanks Jef for that. It seems from this article that if I wouldn't have
compressed the drive I would still be seeing 32kb for every small file. Is
this true?



 




Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Forum Jump


All times are GMT +1. The time now is 07:15 AM.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Copyright ©2004-2024 Win98banter.
The comments are property of their posters.