On Thu, 28 Mar 2024 17:26:46 +, Jousma, David wrote:
>Ding ding ding…..Gil gets the prize!...
>
>Coding EBCDIC, and STRU R was the magic potion.
>
And no one knows why.
FTP appears designed to ignore conventions and frustrate programmers.\
Once I coded:
//SYSUT1 DD RECFM=U,...
It is.
Dave Jousma
Vice President | Director, Technology Engineering
From: IBM Mainframe Discussion List on behalf of
Michael Oujesky
Date: Thursday, March 28, 2024 at 1:48 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Slow FTP's
Just a thought, but is Connect Direct available? Michael
, Technology Engineering
From: IBM Mainframe Discussion List
on behalf of Jousma,
David <01a0403c5dc1-dmarc-requ...@listserv.ua.edu>
Date: Thursday, March 28, 2024 at 1:17â¯PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Slow FTP's
Will give that a shot Gil. Running now, at the
fast
dc1-dmarc-requ...@listserv.ua.edu>
Date: Thursday, March 28, 2024 at 1:17 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Slow FTP's
Will give that a shot Gil. Running now, at the fast speed. We’ll if if ADRDSSU
at the remote end can read the file Dave Jousma Vice President | Director,
Tech
equ...@listserv.ua.edu>
Date: Thursday, March 28, 2024 at 12:09 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Slow FTP's
On Thu, 28 Mar 2024 14: 41: 32 +, rpinion865 wrote: >As you have
determined, it seems that MODE B (Block Mode) is the kicker. Using XMIT or
TERSE would eliminate the need for MODE B. B
On Thu, 28 Mar 2024 14:41:32 +, rpinion865 wrote:
>As you have determined, it seems that MODE B (Block Mode) is the kicker.
>Using XMIT or TERSE would eliminate the need for MODE B. But we all know
>there is CPU consumption from using those two utilities on both ends.
>
Might STRU R be
g
>
>
>
>
>
> From: IBM Mainframe Discussion List on behalf
> of Massimo Biancucci <05a019256424-dmarc-requ...@listserv.ua.edu>
> Date: Thursday, March 28, 2024 at 10:26 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Slow FTP's
> Dave, it becomes more inter
> Date: Thursday, March 28, 2024 at 10:30 AM
> To: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU
>
> Subject: Re: Slow FTP's
> Max,
>
> As mentioned, the 50Gb file with MODE B and EBCDIC is slow. Same file just
> binary mode, it is fast. Of course, cant transm
And all lpars are at the same levels of software.
Dave Jousma
Vice President | Director, Technology Engineering
From: Jousma, David
Date: Thursday, March 28, 2024 at 10:30 AM
To: IBM Mainframe Discussion List
Subject: Re: Slow FTP's
Max,
As mentioned, the 50Gb file with MODE B and EBCDIC
<05a019256424-dmarc-requ...@listserv.ua.edu>
Date: Thursday, March 28, 2024 at 10:26 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Slow FTP's
Dave, it becomes more interesting. Could it depend on the file data itself ?
Have you tried a BIG file, EBCDIC with mostly the same data inside
on behalf of
rpinion865 <042a019916dd-dmarc-requ...@listserv.ua.edu>
Date: Thursday, March 28, 2024 at 10:25 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Slow FTP's
What about non-zEDC compression for the destination output dataset? Sent with
Proton Mail secure email. On Thursday, March 28th
at too? (thinking Connect:Direct for example).
> >> Is the target device of the transfer the same on fast vs slow?
> >>
> >> Andy Styles
> >> z/Series Systems Programmer
> >>
> >> -Original Message-
> >> From: IBM Mainframe Discu
-dmarc-requ...@listserv.ua.edu>
> Date: Thursday, March 28, 2024 at 9:54 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Slow FTP's
> Classification: Public Do you have access to any other kind of transfer
> mechanism, and if so, does it happen with that too? (thinking Connect:
>
at 9:54 AM
> To: IBM-MAIN@LISTSERV.UA.EDU IBM-MAIN@LISTSERV.UA.EDU
>
> Subject: Re: Slow FTP's
> Classification: Public Do you have access to any other kind of transfer
> mechanism, and if so, does it happen with that too? (thinking Connect: Direct
> for example). I
On Behalf
Of Jousma, David
Sent: Thursday, March 28, 2024 1:14 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Slow FTP's
*** This email is from an external source - be careful of attachments and
links. Please report suspicious emails ***
There is, but same for all lpars involved.
Dave Jousma
Vice
President | Director, Technology Engineering
From: IBM Mainframe Discussion List on behalf of
Styles, Andy (CIO GS - Core Infrastructure & IT Operations )
<00d68f765d25-dmarc-requ...@listserv.ua.edu>
Date: Thursday, March 28, 2024 at 9:54 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject
;
Date: Thursday, March 28, 2024 at 9:58 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Slow FTP's
Dave, did you try the basic PING and TRACERTE to see if there's anything
different ? Is it a basic FTP ? SFTP ? FTPS ? Did you try with XMIT through JNE
(if available) to measure any difference ? Best r
All between 4 z15’s
Dave Jousma
Vice President | Director, Technology Engineering
From: IBM Mainframe Discussion List on behalf of
Mike Schwab <05962a42dc49-dmarc-requ...@listserv.ua.edu>
Date: Thursday, March 28, 2024 at 9:37 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Slow
et device of the transfer the same on fast vs slow?
>
> Andy Styles
> z/Series Systems Programmer
>
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf
> Of Jousma, David
> Sent: Thursday, March 28, 2024 1:14 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
-
From: IBM Mainframe Discussion List On Behalf Of
Jousma, David
Sent: Thursday, March 28, 2024 1:14 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Slow FTP's
*** This email is from an external source - be careful of attachments and
links. Please report suspicious emails ***
There is, but same
FWIW I transferred a DSS dump of a z/OS 2.4 SYS1.LINKLIB (3540 tracks) to a
test LPAR that is capped and to a production LPAR that is not capped. On the
test LPAR I got 31MB/sec and on the production LPAR I got 70MB/sec.
Sent with Proton Mail secure email.
On Thursday, March 28th, 2024 at
How about processors (z15/z16)?
On Thu, Mar 28, 2024 at 7:30 AM Jousma, David
<01a0403c5dc1-dmarc-requ...@listserv.ua.edu> wrote:
>
> All,
>
> Grasping at straws here, IBM support center is baffled too.
>
> To clone z/OS maintenance to various disconnected sysplex’s I do a DFDSS
> dump, and
UA.EDU
Subject: Re: Slow FTP's
Is there a firewall or switch in the path? Joe On Thu, Mar 28, 2024 at 8: 03 AM
Jousma, David < 01a0403c5dc1-dmarc-request@ listserv. ua. edu> wrote: >
Joe, > > I had not, just did, worse yet > > EZA1485I 12902400 bytes
Is there a firewall or
t; Dave Jousma
> Vice President | Director, Technology Engineering
>
>
>
>
>
> From: IBM Mainframe Discussion List on behalf
> of Joe Monk <05971158733e-dmarc-requ...@listserv.ua.edu>
> Date: Thursday, March 28, 2024 at 8:56 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
4 at 8:56 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Slow FTP's
Have you tried MODE S (streaming) and TYPE E? Joe On Thu, Mar 28, 2024 at 7: 31
AM Jousma, David < 01a0403c5dc1-dmarc-request@ listserv. ua. edu> wrote: >
All, > > Grasping at straws here, IBM support center is
Engineering
From: IBM Mainframe Discussion List on behalf of
Colin Paice <059d4daca697-dmarc-requ...@listserv.ua.edu>
Date: Thursday, March 28, 2024 at 8:45 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Slow FTP's
Dave, I've been working on a TCP session monitor. It reports MB/
Have you tried MODE S (streaming) and TYPE E?
Joe
On Thu, Mar 28, 2024 at 7:31 AM Jousma, David <
01a0403c5dc1-dmarc-requ...@listserv.ua.edu> wrote:
> All,
>
> Grasping at straws here, IBM support center is baffled too.
>
> To clone z/OS maintenance to various disconnected sysplex’s I do a
t 8:47 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Slow FTP's
z/OS TCP/IP is not my area of expertise. I would check to insure the ITRACE and
PKTTRACE are turned off, and take a look at TCPCONFIG TCPMAXRCVBUFRSIZE
TCPRCVBUFRSIZE TCPSENDBFRSIZE And, another possibility D
TCPIP,tcpipname,NETSTAT,DE
z/OS TCP/IP is not my area of expertise. I would check to insure the ITRACE
and PKTTRACE are turned off, and take a look at
TCPCONFIG TCPMAXRCVBUFRSIZE
TCPRCVBUFRSIZE
TCPSENDBFRSIZE
And, another possibility
D TCPIP,tcpipname,NETSTAT,DEV
Look for
Dave,
I've been working on a TCP session monitor. It reports MB/Second +
changes to the TCP parameters, such as change in window size, buffer size
etc. all of which affect throughput.
I can let you have a copy of the program if you are interested.
colinpai...@gmail.com
it reports
//SYSPRINT
All,
Grasping at straws here, IBM support center is baffled too.
To clone z/OS maintenance to various disconnected sysplex’s I do a DFDSS dump,
and FTP it everywhere it needs to be. Its roughly a 50Gb file transfer. There
is some environmental issue causing slow file transfers to some
31 matches
Mail list logo