🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: comp.os.netware.misc
Article #568

Re: 4.1 Slowdown - compress/decompress threads

#568
From: Nuke'd
Date: Wed, 27 Sep 1995 00:00
48 lines
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
Technical Details
Message-ID: <mdoerner.12.00088E90@magnus.acs.ohio-state.edu>
Path: arc1-ca.pugleaf.net!unknown!not-for-mail
References: <306771c2.0@news.palm.cri.nz>

Show Full Headers
Complete Article Headers
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: f8bf7,ff6b7f25252f5e10
X-Google-Attributes: gidf8bf7,public
X-Google-Thread: fe659,ff6b7f25252f5e10
X-Google-Attributes: gidfe659,public
From: mdoerner@magnus.acs.ohio-state.edu (Nuke'd)
Subject: Re: 4.1 Slowdown - compress/decompress threads
Date: 1995/09/27
Message-ID: <mdoerner.12.00088E90@magnus.acs.ohio-state.edu>
X-Deja-AN: 110860419
references: <306771c2.0@news.palm.cri.nz>
organization: The Ohio State University
keywords: Netware, 4.1, Novell, compression
newsgroups: comp.os.netware.misc,bit.listserv.novell