2Gig limitation - is this limited to Unix or does it also affect VMS?
Joe Boyle
atla38@dsl.pipex.com
Wed, 2 Feb 2005 17:15:01 -0000
This is a multi-part message in MIME format.
------=_NextPart_000_0024_01C5094A.BC017850
Content-Type: text/plain;
charset="US-ASCII"
Content-Transfer-Encoding: 7bit
I think a test case was logged on Unix using a QTP which attempted to write
records out to a subfile, and once the number of bytes written out exceeded
2^31 a fatal error occurred. I then recall that this behaviour was fixed to
the extent that now the failure ( not error as this is a new limitation )
will occur when 2^31 'records' have been written.
I assume that quick would have the same problem when reading or writing
similar numbers of records, but I am not clear if this affects Unix only, or
if VMS would suffer similarly.
I seem to recall that BD once said that this would affect RDB's also, as the
call originally related to CISAM, I do not know if RMS on VMS is affected.
I'm not thinking of the quick screen call issue, but the underlying causes
might be related as far as I know.
I seem to recall that the limitation was a result of PH being a 32 bit
application - and presumably able to map to 'only' 2^31 addresses on the
stack.
Regards, Joe.
_____
From: Johnson, Harold A EDUC:EX [mailto:Harold.A.Johnson@gems1.gov.bc.ca]
Sent: 02 February 2005 16:37
To: 'Joe Boyle'; powerh-l@lists.sowder.com
Subject: RE: 2Gig limitation
Do you mean in QTP (ie: total size of records accessed?) or QDESIGN/QUICK?
There is a problem on OpenVMS/Powerhouse when calling screens (run screen)
in batch processing using QUICK - there is a limit as to how many times
screens can be called (~32k times). Otherwise, I've never experienced a
problem with the number or size of data processed. (our main application
is current hovering around the 160gb size)
-----Original Message-----
From: powerh-l-admin@lists.sowder.com
[mailto:powerh-l-admin@lists.sowder.com]On Behalf Of Joe Boyle
Sent: 2005 February 2 5:08 AM
To: powerh-l@lists.sowder.com
Subject: 2Gig limitation
Hi all,
Does anyone know if the 2 Gig processing limitation applies on VMS platforms
as well as Unix ?
If the problem is due to the fact that PH is a 32 bit application, and I am
assuming that PH is a 32 bit application on both VMS and Unix, then the
problem is likely to exist on both - any ideas ?
For those that may not be aware of it, the limitation on Unix was that
processing would stop after processing 2 Gig bytes had been processed. This
was then partially fixed so that processing would stop when 2 Gig records (
of any acceptable byte length ) had been processed.
Regards, Joe.
This e-mail and all information contained in it is confidential and may be
legally privileged. If you are not the intended recipient, your access to
this e-mail is unauthorized. Any use, dissemination, distribution,
publication or copying by you of this e-mail or any of the information
contained within it is prohibited and may be unlawful. Do not open any
attachments, delete it immediately from your system and notify the sender
promptly by e-mail that you have done so. The content of this e-mail and any
attachments sent with it may have been altered without the consent or
knowledge of the author.
------=_NextPart_000_0024_01C5094A.BC017850
Content-Type: text/html;
charset="US-ASCII"
Content-Transfer-Encoding: quoted-printable
<html xmlns:v=3D"urn:schemas-microsoft-com:vml" =
xmlns:o=3D"urn:schemas-microsoft-com:office:office" =
xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns=3D"http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3DContent-Type content=3D"text/html; =
charset=3Dus-ascii">
<meta name=3DGenerator content=3D"Microsoft Word 11 (filtered medium)">
<!--[if !mso]>
<style>
v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style>
<![endif]-->
<title>2Gig limitation</title>
<style>
<!--
/* Font Definitions */
@font-face
{font-family:Tahoma;
panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman";}
a:link, span.MsoHyperlink
{color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{color:purple;
text-decoration:underline;}
p
{mso-margin-top-alt:auto;
margin-right:0cm;
mso-margin-bottom-alt:auto;
margin-left:0cm;
font-size:12.0pt;
font-family:"Times New Roman";}
span.EmailStyle18
{mso-style-type:personal-reply;
font-family:Arial;
color:navy;}
@page Section1
{size:612.0pt 792.0pt;
margin:72.0pt 90.0pt 72.0pt 90.0pt;}
div.Section1
{page:Section1;}
-->
</style>
</head>
<body lang=3DEN-US link=3Dblue vlink=3Dpurple>
<div class=3DSection1>
<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>I think a test case was logged on =
Unix
using a QTP which attempted to write records out to a subfile, and once =
the number
of bytes written out exceeded 2^31 a fatal error occurred. I then =
recall
that this behaviour was fixed to the extent that now the failure ( not =
error as
this is a new limitation ) will occur when 2^31 ‘records’ =
have been
written.<o:p></o:p></span></font></p>
<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'><o:p> </o:p></span></font></p>
<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>I assume that quick would have the =
same
problem when reading or writing similar numbers of records, but I am not =
clear
if this affects Unix only, or if VMS would suffer =
similarly.<o:p></o:p></span></font></p>
<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'><o:p> </o:p></span></font></p>
<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>I seem to recall that BD once said =
that
this would affect RDB’s also, as the call originally related to =
CISAM, I
do not know if RMS on VMS is affected.<o:p></o:p></span></font></p>
<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'><o:p> </o:p></span></font></p>
<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>I’m not thinking of the quick =
screen
call issue, but the underlying causes might be related as far as I =
know.<o:p></o:p></span></font></p>
<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'><o:p> </o:p></span></font></p>
<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>I seem to recall that the =
limitation was a
result of PH being a 32 bit application – and presumably able to =
map to ‘only’
2^31 addresses on the stack.<o:p></o:p></span></font></p>
<div>
<p><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:10.0pt;font-family:
Arial;color:navy'>Regards, Joe.</span></font><font color=3Dnavy><span
style=3D'color:navy'> <o:p></o:p></span></font></p>
</div>
<div>
<div class=3DMsoNormal align=3Dcenter style=3D'text-align:center'><font =
size=3D3
face=3D"Times New Roman"><span style=3D'font-size:12.0pt'>
<hr size=3D3 width=3D"100%" align=3Dcenter tabindex=3D-1>
</span></font></div>
<p class=3DMsoNormal><b><font size=3D2 face=3DTahoma><span =
style=3D'font-size:10.0pt;
font-family:Tahoma;font-weight:bold'>From:</span></font></b><font =
size=3D2
face=3DTahoma><span style=3D'font-size:10.0pt;font-family:Tahoma'> =
Johnson, Harold
A EDUC:EX [mailto:Harold.A.Johnson@gems1.gov.bc.ca] <br>
<b><span style=3D'font-weight:bold'>Sent:</span></b> 02 February 2005 =
16:37<br>
<b><span style=3D'font-weight:bold'>To:</span></b> 'Joe Boyle';
powerh-l@lists.sowder.com<br>
<b><span style=3D'font-weight:bold'>Subject:</span></b> RE: 2Gig =
limitation</span></font><o:p></o:p></p>
</div>
<p class=3DMsoNormal><font size=3D3 face=3D"Times New Roman"><span =
style=3D'font-size:
12.0pt'><o:p> </o:p></span></font></p>
<div>
<p class=3DMsoNormal><font size=3D2 color=3Dblue face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:blue'>Do you mean in QTP (ie: total size =
of
records accessed?) or QDESIGN/QUICK? There is a =
problem on
OpenVMS/Powerhouse when calling screens (run screen) in batch processing =
using
QUICK - there is a limit as to how many times screens can be called =
(~32k
times). Otherwise, I've never experienced a problem with the =
number or
size of data processed. (our main application is =
current
hovering around the 160gb size)</span></font><o:p></o:p></p>
</div>
<div>
<p class=3DMsoNormal><font size=3D3 face=3D"Times New Roman"><span =
style=3D'font-size:
12.0pt'> <o:p></o:p></span></font></p>
</div>
<div>
<p class=3DMsoNormal><font size=3D3 face=3D"Times New Roman"><span =
style=3D'font-size:
12.0pt'> <o:p></o:p></span></font></p>
</div>
<blockquote =
style=3D'margin-top:5.0pt;margin-right:0cm;margin-bottom:5.0pt'>
<p class=3DMsoNormal style=3D'margin-bottom:12.0pt'><font size=3D2 =
face=3DTahoma><span
style=3D'font-size:10.0pt;font-family:Tahoma'>-----Original =
Message-----<br>
<b><span style=3D'font-weight:bold'>From:</span></b> =
powerh-l-admin@lists.sowder.com
[mailto:powerh-l-admin@lists.sowder.com]<b><span =
style=3D'font-weight:bold'>On
Behalf Of </span></b>Joe Boyle<br>
<b><span style=3D'font-weight:bold'>Sent:</span></b> 2005 February 2 =
5:08 AM<br>
<b><span style=3D'font-weight:bold'>To:</span></b> =
powerh-l@lists.sowder.com<br>
<b><span style=3D'font-weight:bold'>Subject:</span></b> 2Gig =
limitation</span></font><o:p></o:p></p>
<p><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;font-family:Arial'><!-- Converted from =
text/rtf format -->Hi
all,</span></font><o:p></o:p></p>
<p><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;font-family:Arial'>Does
anyone know if the 2 Gig processing limitation applies on VMS platforms =
as well
as Unix ?</span></font> <o:p></o:p></p>
<p><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;font-family:Arial'>If
the problem is due to the fact that PH is a 32 bit application, =
and</span></font>
<font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;font-family:Arial'>I am
assuming that</span></font> <font size=3D2 face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial'>PH is a 32 bit application on both VMS and =
Unix, then
the problem is likely to exist on both</span></font> <font size=3D2 =
face=3DArial><span
style=3D'font-size:10.0pt;font-family:Arial'>- any ideas =
?</span></font><o:p></o:p></p>
<p><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;font-family:Arial'>For
those that may not be aware of it, the limitation on Unix was that =
processing
would stop after processing 2</span></font> <font size=3D2 =
face=3DArial><span
style=3D'font-size:10.0pt;font-family:Arial'>Gig bytes had been =
processed. This
was then partially fixed so that</span></font> <font size=3D2 =
face=3DArial><span
style=3D'font-size:10.0pt;font-family:Arial'>processing would stop when =
2 Gig
records ( of any acceptable byte length )</span></font> <font size=3D2
face=3DArial><span style=3D'font-size:10.0pt;font-family:Arial'>had been =
processed.</span></font><o:p></o:p></p>
<p><a name=3D""><font size=3D2 face=3DArial><span lang=3DEN-GB =
style=3D'font-size:10.0pt;
font-family:Arial'>Regards, Joe.</span></font></a><o:p></o:p></p>
<p><font size=3D2 face=3DArial><span lang=3DEN-GB =
style=3D'font-size:10.0pt;font-family:
Arial'>This e-mail and all information contained in it is confidential =
and may
be legally privileged. If you are not the intended recipient, your =
access to
this e-mail is unauthorized. Any use, dissemination, distribution, =
publication
or copying by you of this e-mail or any of the information contained =
within it
is prohibited and may be unlawful. Do not open any attachments, delete =
it
immediately from your system and notify the sender promptly by e-mail =
that you
have done so. The content of this e-mail and any attachments sent with =
it may
have been altered without the consent or knowledge of the =
author.</span></font><o:p></o:p></p>
</blockquote>
</div>
</body>
</html>
------=_NextPart_000_0024_01C5094A.BC017850--