I am out of the office until 01/05/2009.
I will respond to your message when I return.
Note: This is an automated response to your message IBM-MAIN Digest - 21
Dec 2008 to 22 Dec 2008 (#2008-357) sent on 12/23/08.
This is the only notification you will receive while this person is away.
Hi,
I need to calculate the size of a dataset in Megabytes / Gigabytes. I cannot
download the file and check the same as I know the file size would be over 50
GB and I don't want to fill up my hard disk.
The dataset has following details -
Device type . . . . :,3390
Record format . . . :,FB
Parin Gangar paringan...@gmail.com wrote in message
news:listserv%200812230307443097.0...@bama.ua.edu...
Hi,
I need to calculate the size of a dataset in Megabytes / Gigabytes. I
cannot
download the file and check the same as I know the file size would be
over 50
GB and I don't want to
A track on a 3390 type disk has 56,664 bytes.
If you multiply the number of tracks (297,141) by that you get 16,837,197,624
or about 16GB.
This is a rough estimate. The actual count can depend on parameters you use to
transfer the file, the actual data in the file and other factors.
For
On Tue, 23 Dec 2008 03:07:44 -0600, Parin Gangar wrote:
The dataset has following details -
Device type . . . . :,3390
Record format . . . :,FB
Record length . . . :,1526
Block size . . . . :,7630
1st extent tracks . :,15000
Secondary tracks . :,1500
Current Allocation,
,Allocated tracks .
Hi Parin,
the data set has 5 records in each block of 7.630 bytes. A track of 56.664
bytes (assuming 3390 DASD) can contain 7 of your blocks. That are 53.410
bytes per track. The data set has allocated 297.141 tracks, each 53.410
bytes of data. That are 15.870.300.810 bytes (which fit in an
One trick I like to use - go to option 3.2 and allocate the file in MB in
the panel. Then copy the current dataset to this new one and see how much
space was requested in MB. Requires no math. Use the same attributes
except instead of cylinders use MB.
Lizette
On Tue, 23 Dec 2008 11:15:45 +0200, #1490;#1491;#1497; amp;#1489;#1503;
#1488;#1489;#1497; gad...@malam.com wrote:
A track on a 3390 type disk has 56,664 bytes.
If you multiply the number of tracks (297,141) by that you get
16,837,197,624 or about 16GB.
This is a rough estimate. The actual
Lizette Koehler stars...@mindspring.com wrote in message
news:01c96502$a2b37660$e81a63...@com...
One trick I like to use - go to option 3.2 and allocate the file in MB
in
the panel. Then copy the current dataset to this new one and see how
much
space was requested in MB. Requires no
On Tue, 23 Dec 2008 03:07:44 -0600, Parin Gangar wrote:
I need to calculate the size of a dataset in Megabytes / Gigabytes. I cannot
download the file and check the same as I know the file size would be over 50
GB and I don't want to fill up my hard disk.
1) Mount the data set with NFS.
Use
On Tue, 23 Dec 2008 07:57:39 -0600, Paul Gilmartin paulgboul...@aim.com wrote:
On Tue, 23 Dec 2008 03:07:44 -0600, Parin Gangar wrote:
I need to calculate the size of a dataset in Megabytes / Gigabytes. I cannot
download the file and check the same as I know the file size would be over 50
GB and
Another approach that could be used if you are not bothered by reading
the whole file is to use ftp and
get mvs.dataset.name nul(Windows)
or
get mvs.dataset.name /dev/null (Linux/*nix)
Windows, for its own peculiar reasons, will also accept nul.xxx where xxx is
some qualifier of your own
We faced this problem recently when implementing MVS dataset support
for SFTP. (The SFTP protocol works much better if the server can
provide at least an estimate of the file size in bytes). It is not
feasible read the entire dataset to find out the size, since the
server provides sizes
On Tue, 23 Dec 2008 08:03:51 -0600, John McKown wrote:
OUCH! That's using the old sledge hammer to pound in a finishing nail! grin.
Somewhere in here there's an argument supporting keeping one's data
in Unix files rather than Classic data sets. Then FTP's DIR command
would show the file size.
Thanks Dave. Yes, I can get the member selection list to DOWNLOAD multiple
members to the PC but I would like to UPLOAD hundreds of members to the
mainframe. It appears that 3.7.2 doesn't seem to have the capability to do
multiple members. However, this method is quite simple. And thanks,
Good Day To All,
I have this parm coded in the DFHSM STC:
SETSYS PARTIALTAPE(MIGRATION(MARKFULL) BACKUP(MARKFULL))
This partion has DUPLEX option:
SETSYS DUPLEX(MIGRATION(Y) BACKUP(N)
However, for some reason when a user issues a MIGRAT 2 command DFHSM issues a
tape mount request for both
In listserv%200812230307443097.0...@bama.ua.edu, on 12/23/2008
at 03:07 AM, Parin Gangar paringan...@gmail.com said:
I need to calculate the size of a dataset in Megabytes / Gigabytes.
Download BLK3390 from www.cbttape.org; it will tell you how many blocks
per track for any block size. Then
I also get an error trying to file transfer to a pds from extra and i
specify 'pds(member)' and there is no error code or reason other than
the transfer failed. there are also some other options in the 'folders'
options like 'strip pds names' which do not have any effect.
Like with George, the
In a message dated 12/23/2008 9:04:30 A.M. Central Standard Time,
k...@dovetail.com writes:
Where used bytes per track was calculated using the track size,
block size, and RECFM. The TRKCALC FUNCTN=TRKCAP macro comes in
very handy for calculating the capacity of a track.
IIRC if you
Parin,
Central Coast Software has a freeware product called DASDCALC which you
may find very useful. Here's the link.
http://www.centralcoastsoftware.com/
Terry Traylor
charlesSCHWAB
TIS Mainframe Storage Management
Remedy Queue: tis-hs-mstg
(602) 977-5154
-Original Message-
From:
The other process is a nice little .exe from Central Coast Software which is
free called DASDCALC.
www.centralcoastsoftware.com
It runs on windows and you can plug in the attributes and it will calculate the
space in B, KB, MB, GB.
I use it all the time for files on the PC to mainframe
Here's an interesting one from Intelligent Enterprise today
- Computer History Museum Tour in Pictures
http://www.intelligententerprise.com/channels/information_management/sho
wArticle.jhtml?articleID=212501470cid=nl_ie_week
By Doug Henschen
Our favorite event venue of 2008? Hands down it
Radoslaw,
I have to agree. It is hard to believe that such a talented group of people
can construct a Rube Goldberg so quickly.
The OP asked how to calculate the size of the file in MB or GB. Gadi
responded with the exact answer:
A track on a 3390 type disk has 56,664 bytes. If you
Bob's estimate sounds about right. The control LPARs don't burn many CPU
cycles. There will be a peak (or multiple peaks - depending) during the day
when the status of the DASD is checked. Depending on how many devices you have,
it is probably a good idea to plan this task for a quiet time. I
On Tue, 23 Dec 2008 09:47:15 -0800, Ron Hawkins wrote:
What other answer could there possibly be? He did not ask how many MB would
it use on Windows or *NIX. He did not ask how big is the file after removing
block gaps.
If you allocate the file using MB notation it will be converted to tracks
On Tue, 23 Dec 2008 14:43:07 -0600, Paul Gilmartin paulgboul...@aim.com wrote:
SNIP
Your computation gives what deceptive vendors call unformatted
space. It's easy to conjecture (though properly we should
ask) that the OP was interested in the size of the data, not
the unformatted disk space
On Tue, 23 Dec 2008 14:55:25 -0600, John McKown wrote:
Oh, and again, this assumes no compression product, such as SMS compression
or BMC's Data Accelerator, has compressed the data in the dataset.
Truly transparent compression products manifest the raw
size to the programmer. (Although the
-snip--
I have to agree. It is hard to believe that such a talented group of
people can construct a Rube Goldberg so quickly.
The OP asked how to calculate the size of the file in MB or GB. Gadi
responded with the exact answer:
A track
Different year... same thread.
I saw a similar thread in the archives from November 2006.
MB to Cyl Conversion
On of the posts said this:
For 3390 DASD:
- A cylinder holds exactly 780 KB (based on 4K blksize no keys)
- to store 1 MB of 4K blocks requires 1.3128 CYLs
- 1 CYL = .76171875 MB
The information from the 2006 post is incorrrect. For a 4K blksize no keys, a
cylinder holds exactly 720K, as DASDCALC says, not 780K.
4096 * 12 blocks * 15 tracks = 737280 = 720K
Also, it is inexact wording to say According to DASDCALC, a cylinder with a
blksize of 4096 is 830K because that
Hi, John,
No, while I have not had any say in how this is all set up, I meant we have
things like Class Max Tasks is set to 1 for many key transactions, in
several AOR regions. Some of the transactions are coded in a way I saw many
years ago that I characterize as running a batch job in a CICS.
When the value for either LPAR Initial Capacity or Defined Capacity are
changed in the Change Logical Partition Controls panel on the HCD, does
either of these result in WLM resetting the four-hour rolling average for that
LPAR?
David Middlebrook wrote:
When the value for either LPAR Initial Capacity or Defined Capacity are
changed in the Change Logical Partition Controls panel on the HCD, does
either of these result in WLM resetting the four-hour rolling average for that
LPAR?
I seriously doubt it. You can check
The 4HRA does not change with changes in Defined Capacity. If you raise a
defined capacity value, while WLM is limited the LPAR due to implementing
the defined capacity, then the 4HRA will start raising also. But this is a
four hour average, so it is not a large jump, and certainly not a
The primary benefit of multiple engines is that they will reduce the
probability of queueing for the processor, so if there are a sufficiently high
number of ready tasks, then this can improve throughput (not necessarily
response time).
However, in the scenario you've described the other
I will be out of the office starting 24/12/2008 and will not return until
27/01/2009.
Administrative Issues can be addressed to Ian Davidson 0402399850. Work
Request email
AUST sysp...@csc.
Technical Issues to Ute Eremin 03 86951569 or Peter Hopper 08 92545362
Regards
Jim Franklin
36 matches
Mail list logo