I am out of the office until 01/04/2010.
I hope each of you have a very Merry Christmas and very Happy New Year.
Note: This is an automated response to your message "Re: Larger CMS Disk"
sent on 12/23/09 13:31:32.
This is the only notification you will receive while this person is away.
That's not quite the way I remember it. If the file doesn't
fit in one block, then the first block contains a list of
pointers to the blocks that make up the file, if all the
pointers fit in one block. If they don't fit in one block,
then the first block contains a list of pointers that
contai
On 12/23/09 10:11 AM, "Mike Walter" wrote:
> In SFS, the SFS server manages a catalog mdisk. That catalog has a pointer to
> every 4K block in the filepool. When a (large or small) is erases, the block
> pointer for every file needs to be cleared, and IIRC, a bit in every block
> that the made
Thanks to all of you. I went along with the simplest solution of a 32767 cyl
Mdisk.
Going SFS would have created lots of overhead as this disk will be hodling
thousands of little files that get individually deleted after 4 weeks of
creation.
Suleiman Shahin
From: kris.buel...@gmail.com
CMS' EDF file system also has an allocation map (in fact, it is one of 2
hidden CMS files). The freed blocks must be reflected there as well. A bit
more work than just "turning off the first pointer".
Internally SFS though has much in derived from SQL/DS (now DB2/VM), it can
manage much more spa
PS,
As Sue Farrell related in a previous post, if you have the PTF for APAR
VM64513 applied you may not be subject to that lengthy delay as we are
with one system still running z/VM 5.1
But to answer the question as best I can from memory. DISCLAIMER: I'm not
in the office today, so the exac
That PTF (and more) is another reason for us to finish migrating that CMS
applications system from z/VM 5.1 to z/VM 5.4 (or 6.x whenever we get
there)!
A nice Christmas present, indeed - Thanks!
Mike Walter
Hewitt Associates
The opinions expressed herein are mine alone, not my employer's.
Su
FYI, as noted at http://www.vm.ibm.com/perf/tips/prgapar.html, APAR
VM64513 did improve performance when erasing large SFS files.
Sharing spool packs is impossible.
(even with CSE's "Shared Spool" one did not really share the packs, and I
guess even with CSE SDF files remained local to the systems, i.e. only user
files where visible x-system)
2009/12/23 fjpohlen-maill...@gmx.de
> I do it because mostly after RSU there are
I do it because mostly after RSU there are Shared segments being
rebuilt. Therefore I copy also the spool volume. I also don't think that
I can use the same spool volume in first and second level vm. At least I
have never tried it. I mentioned the spool backup for the possible case
that the vm
10 matches
Mail list logo
