[1960] in Enterprise Print Delivery Team
New sizing information
daemon@ATHENA.MIT.EDU (Lynne E. Durland)
Thu Nov 29 14:31:57 2001
Message-Id: <5.0.2.1.2.20011129143000.00ac72b8@hesiod>
Date: Thu, 29 Nov 2001 14:36:30 -0500
To: printdel@MIT.EDU
From: "Lynne E. Durland" <durland@MIT.EDU>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
Greetings,
To give the background on the original math going into the current space
request for pillage:
45 files that are about 33 meg each in postscript format coming in, which
will mean about 1.5 gig each month for 7 days in /var/pd/pillage
If all 45 were ripped we would need almost 20 gig of space in /var/psf/segments
By reducing the number of concurrent jobs to 2 on each printer the max
number of files that will be ripping or ripped and waiting to print will be 4
(Do a little math 33000000 * 14 * 4 = 1,848,000,000)
Further since the server setting for save-rip-files=no, the retained files
are actually the postscript files already in /var/pd/pillage.
both /var/psf/segments and /var/pd/pillage are currently at 4 gig
each. (it looks like Jody did add the 2 gig to /var/psf/segments)
I took one of the test files Mark Prudden submitted yesterday afternoon and
ripped it at 300 and 600 dpi.
The original file was 69839 bytes.
Ripped at 300 resulting file is 576292 bytes.
Ripped at 600 resulting file is 1765091 bytes.
The original result of ripping at 300 dpi came out to 13.2 times larger,
today it came out 8.25 times larger.
The rip at 600 came out 25.273 times larger.
So when I do the math of 33000000 * 25.273 = 834032595 or just over .75
gig per file.
If printing gl on both printers at the same time four files ripping and
printing, we have scaled the actual destinations back to have a max
concurrent jobs of 2 for each printer, we will need to have just over 3 gig
of active files in /var/psf/segments. We have requested that Peter and
Jody increase the allocation to 8 gig for both of the critical file
systems, so we should still be ok with the new allocation, but it would not
hurt to increase the request for /var/psf/segments to 10 gig.
Lynne
Lynne E. Durland
Information Systems
Database Services
W91-109
O: 617-258-5857
C: 617-293-8091
H: KB1FEM
"When one door of happiness closes, another opens; but often we look so
long at the closed door that we do not see the one which has been opened
for us."
--Helen Keller
