Thread View: comp.os.netware.misc
2 messages
2 total messages
Started by Don Bond
Tue, 26 Sep 1995 00:00
4.1 Slowdown - compress/decompress threads
Author: Don Bond
Date: Tue, 26 Sep 1995 00:00
Date: Tue, 26 Sep 1995 00:00
36 lines
1961 bytes
1961 bytes
Hi,
We recently upgraded to Netware 4.1 from 4.01. We installed the
relevant patches after the upgrade. Since then we have noticed that if our
SYS: volume (a 2Gb Dec DSP3210) gets to 90% full, we often see periods of 100%
utilisation when Compress/decompress threads are the major resource hogs and
the system comes to a grinding halt. At the same time we get warnings on the
console about "files are not being committed decompressed to volume SYS: due
to lack of disk space." I realise that this is because of the server setting
"Decompress Percent Disk Space Free to Allow Compression" which is set at the
default of 10%.
I understand why it is happening, but the performance degradation was never as
great when this used to happen under Netware 4.01.
One application that really suffers under this scenario is Genstat 5.3. One of
our statisticians has a very small job that she runs. If we have more than 10%
space free on SYS:, this job takes 9 seconds, when free disk space is less
than 10%, the same job takes 90 seconds.
Has anyone else noticed this sort of performance hit? Is there any way around
it? As fast as we clear space off SYS:, it gets filled up again - I presume by
decompressed files.
Regards,
Don.
Don Bond bondd@hort.cri.nz
HortResearch
Ruakura Research Centre
Hamilton
NZ
Phone: +64-7-838-5232
Fax: +64-7-838-5507
Re: 4.1 Slowdown - compress/decompress threads
Author: Nuke'd
Date: Wed, 27 Sep 1995 00:00
Date: Wed, 27 Sep 1995 00:00
48 lines
2676 bytes
2676 bytes
In article <306771c2.0@news.palm.cri.nz> bondd@hort.cri.nz (Don Bond) writes: >From: bondd@hort.cri.nz (Don Bond) >Subject: 4.1 Slowdown - compress/decompress threads >Keywords: Netware, 4.1, Novell, compression >Date: 26 Sep 95 3:20:25 GMT >Hi, > We recently upgraded to Netware 4.1 from 4.01. We installed the >relevant patches after the upgrade. Since then we have noticed that if our >SYS: volume (a 2Gb Dec DSP3210) gets to 90% full, we often see periods of 100% >utilisation when Compress/decompress threads are the major resource hogs and >the system comes to a grinding halt. At the same time we get warnings on the >console about "files are not being committed decompressed to volume SYS: due >to lack of disk space." I realise that this is because of the server setting >"Decompress Percent Disk Space Free to Allow Compression" which is set at the >default of 10%. >I understand why it is happening, but the performance degradation was never as >great when this used to happen under Netware 4.01. >One application that really suffers under this scenario is Genstat 5.3. One of >our statisticians has a very small job that she runs. If we have more than 10% >space free on SYS:, this job takes 9 seconds, when free disk space is less >than 10%, the same job takes 90 seconds. >Has anyone else noticed this sort of performance hit? Is there any way around >it? As fast as we clear space off SYS:, it gets filled up again - I presume by >decompressed files. >Regards, > Don. Well... If you go into servman, you'll be able to adjust the compress/ decompress information. The default is that compression takes place 12am-2am, and will not take place if there is less than 10% of the volume space remaining. You may want to extend the compress time a few hours and decrease the value to 7% or 5%. Think about getting more HD space though. L8r... >Don Bond bondd@hort.cri.nz >HortResearch >Ruakura Research Centre >Hamilton >NZ >Phone: +64-7-838-5232 >Fax: +64-7-838-5507
Thread Navigation
This is a paginated view of messages in the thread with full content displayed inline.
Messages are displayed in chronological order, with the original post highlighted in green.
Use pagination controls to navigate through all messages in large threads.
Back to All Threads