[1822] in Enterprise Print Delivery Team

home help back first fref pref prev next nref lref last post

Publishing Plentiful Positive Pillage Performance Patterns

daemon@ATHENA.MIT.EDU (Rocklyn E. Clarke)
Tue Oct 23 14:34:30 2001

Mime-Version: 1.0
Message-Id: <p05010402b7fb5dae34fd@[18.152.2.129]>
In-Reply-To: <200110211823.OAA03980@fort-point-station.mit.edu>
Date: Tue, 23 Oct 2001 14:34:27 -0400
To: Enterprise Printing Delivery Project Team <printdel@MIT.EDU>
From: "Rocklyn E. Clarke" <rclarke@MIT.EDU>
Cc: r3-print@MIT.EDU, ASST <asst@MIT.EDU>, Roger A Roach <RAR@MIT.EDU>,
        Tom Dalton <tdalton@MIT.EDU>, Garry P Zacheiss <zacheiss@MIT.EDU>,
        James M Kretchmar <kretch@MIT.EDU>, Thomas J Coppeto <tom@MIT.EDU>,
        Jeff Banta <jeffbant@us.ibm.com>,
        "Fortoul, Karen" <fortoul@MITVMA.MIT.EDU>,
        "Kalenderian, David G" <davek@MITVMA.MIT.EDU>,
        "Gustasson, Julian M" <jules@MIT.EDU>
Content-Type: text/plain; charset="us-ascii" ; format="flowed"

Hello Everyone,

Lynne has confirmed that we can print to E19 at rated speed and I 
want to share some additional positive results that I got from my 
testing.

As part of the initial effort to figure out the performance problem I 
planned to try sending a fairly large file from Pillage to E19.  As a 
preliminary test I decided to test the transmission speed from 
Pillage to N42 using my laptop.  By this time Lynne and Jeff Banta 
(IBM) were already carrying out better tests than the ones I planned 
to do, so I never actually testing in E19.  Yesterday, at Dave 
Lambert's request, I repeated my tests from N42.  The results are 
extremely encouraging.

I transmitted a 34 mbyte file.  All transmissions were from 
Pillage.mit.edu to rclarke-pb.mit.edu 918.152.2.129) (my laptop in 
N42) unless otherwise indicated:

   Test 1 - Mon Oct 15 at about 1:20pm:   (43 Kbytes/s)
   Test 2 - Mon Oct 15 15:48:03 EDT 2001: (30 Kbytes/s)
   Test 3 - Mon Oct 15 16:32:29 EDT 2001: (1.8e+02 Kbytes/s) (Pillage to MITVMA)
   Test 4 - Mon Oct 15 16:38:18 EDT 2001: (21 Kbytes/s)
   Test 5 - Mon Oct 15 17:07:00 EDT 2001: (2e+02 Kbytes/s) (Pillage to MITVMA)

The following tests were performed after the weekend reconfiguration 
of the ethernet port through which Pillage is attached to the network.


   Test 1 - Mon Oct 22 18:58:39 EDT 2001: (2.4e+03 Kbytes/s)
   Test 2 - Mon Oct 22 19:02:37 EDT 2001: (1e+03 Kbytes/s)
   Test 3 - Mon Oct 22 19:04:49 EDT 2001: (2.3e+03 Kbytes/s)
   Test 4 - Tue Oct 23 14:05:00 EDT 2001: (2.6e+02 Kbytes/s) (Pillage to MITVMA)
   Test 5 - Tue Oct 23 14:11:27 EDT 2001: (2.6e+02 Kbytes/s) (Pillage to MITVMA)

Note the 10 fold increase in transmission speed from Pillage to N42. 
The details of the FTP sessions are below.  Congratulations Everyone!

Rocklyn

-------------------------------------------------------------------------------
Test 1 - connected via ethernet in N42 on 10/15/2001 at about 1:20pm:

$ ls -al f*
-rw-------   1 root     system   32911598 Oct 15 11:18 ftpfile
$ ftp rclarke-pb.mit.edu
Connected to rclarke-pb.mit.edu.
220 Macintosh Resident FTP server, ready
530 USER and PASS required to activate me
530 USER and PASS required to activate me
KERBEROS_V4 rejected as an authentication type
Name (rclarke-pb.mit.edu:rclarke): recftp
331 Password required
Password:
230 User logged in
Remote system type is MACOS.
ftp> put ftpfile
local: ftpfile remote: ftpfile
200 This space intentionally left blank <   >
150 Opening connection

226 Transfer complete
34752544 bytes sent in 7.9e+02 seconds (43 Kbytes/s)
ftp> ftp>
-------------------------------------------------------------------------------
Test 2 - connected via ethernet in N42

$ date
Mon Oct 15 15:48:03 EDT 2001
$ ftp rclarke-pb.mit.edu
Connected to rclarke-pb.mit.edu.
220 Macintosh Resident FTP server, ready
530 USER and PASS required to activate me
530 USER and PASS required to activate me
KERBEROS_V4 rejected as an authentication type
Name (rclarke-pb.mit.edu:rclarke): recftp
331 Password required
Password:
230 User logged in
Remote system type is MACOS.
ftp> put ftpfile
local: ftpfile remote: ftpfile
200 This space intentionally left blank <   >
150 Opening connection
226 Transfer complete
34752544 bytes sent in 1.1e+03 seconds (30 Kbytes/s)
ftp> quit
221 Goodbye
$ date
Mon Oct 15 16:08:43 EDT 2001
$
-------------------------------------------------------------------------------
Test 3: From Pillage to MITVMA

ftp> cd poola:rclarke.printdel
250 SFS working directory is POOLA:RCLARKE.PRINTDEL
ftp> !date
Mon Oct 15 16:32:29 EDT 2001
ftp> put ftpfile
local: ftpfile remote: ftpfile
200 Port request OK.
150 Storing file 'ftpfile.$DEFAULT'
250 Transfer completed successfully.
34752544 bytes sent in 1.8e+02 seconds (1.8e+02 Kbytes/s)
ftp> !date
Mon Oct 15 16:36:29 EDT 2001
ftp>
------------------------------------------------------------------------------
Test 4: From Pillage to my laptop

ftp> binary
200 Type set to I, binary transfer mode [macbinary disabled]
ftp> !date
Mon Oct 15 16:38:18 EDT 2001
ftp> put ftpfile
local: ftpfile remote: ftpfile
200 This space intentionally left blank <   >
150 Opening connection
226 Transfer complete
32911598 bytes sent in 1.5e+03 seconds (21 Kbytes/s)
ftp> !date
Mon Oct 15 17:04:43 EDT 2001
ftp>

------------------------------------------------------------------------------
Test 5: From Pillage to MITVMA

$ date
Mon Oct 15 17:07:00 EDT 2001
$ ftp mitvma
Connected to mitvma.mit.edu.
220-FTPSERVE IBM VM Level 320 at mitvma.mit.edu, 17:08:12 EDT MONDAY 2001-10-15
220 Connection will close if idle for more than 5 minutes.
500 Unknown command, 'AUTH'
500 Unknown command, 'AUTH'
KERBEROS_V4 rejected as an authentication type
Name (mitvma:rclarke): recftp
331 Send password please.
Password:
530 Login attempt by 'RECFTP' rejected
Login failed.
Remote system type is VM.
ftp> user
(username) recftp
331 Send password please.
Password:
230 RECFTP logged in; no working directory defined
ftp> cd poola:rclarke.printdel
250 SFS working directory is POOLA:RCLARKE.PRINTDEL
ftp> put ftpfile
local: ftpfile remote: ftpfile
200 Port request OK.
150 Storing file 'ftpfile.$DEFAULT'
250 Transfer completed successfully.
34752544 bytes sent in 1.7e+02 seconds (2e+02 Kbytes/s)
ftp> quit
221 Quit command received. Goodbye.
$ date
Mon Oct 15 17:12:36 EDT 2001
$
-------------------------------------------------------------------------------
Test 1 (after port reconfig)

pillage [1] [6:56pm]>pwd
/home/rclarke
pillage [2] [6:58pm]>ls -al f*
-rw-------   1 rclarke  system   32911598 Oct 15 11:18 ftpfile
pillage [3] [6:58pm]>date
Mon Oct 22 18:58:39 EDT 2001
pillage [4] [6:58pm]>ftp rclarke-pb.mit.edu
Connected to rclarke-pb.mit.edu.
220 Macintosh Resident FTP server, ready
530 USER and PASS required to activate me
530 USER and PASS required to activate me
KERBEROS_V4 rejected as an authentication type
Name (rclarke-pb.mit.edu:rclarke): recftp
331 Password required
Password:
230 User logged in
Remote system type is MACOS.
ftp> put ftpfile
local: ftpfile remote: ftpfile
200 This space intentionally left blank <   >
150 Opening connection
226 Transfer complete
34752544 bytes sent in 14 seconds (2.4e+03 Kbytes/s)
ftp> !date
Mon Oct 22 19:00:39 EDT 2001
ftp>

-----------------------------------------------------------------------
Test 2 (post reconfig)

ftp> !date
Mon Oct 22 19:02:37 EDT 2001
ftp> put ftpfile
local: ftpfile remote: ftpfile
200 This space intentionally left blank <   >
150 Opening connection
226 Transfer complete
34752544 bytes sent in 33 seconds (1e+03 Kbytes/s)
ftp> !date
Mon Oct 22 19:03:31 EDT 2001
ftp>
------------------------------------------------------------------------
Test 3 (post reconfig)

ftp> !date
Mon Oct 22 19:04:49 EDT 2001
ftp> put ftpfile
local: ftpfile remote: ftpfile
200 This space intentionally left blank <   >
150 Opening connection
226 Transfer complete
34752544 bytes sent in 15 seconds (2.3e+03 Kbytes/s)
ftp> !date
Mon Oct 22 19:05:15 EDT 2001
ftp>

-------------------------------------------------------------------------
Test 4 (post reconfig)

pillage [3] [2:03pm]>ftp mitvma.mit.edu
Connected to mitvma.mit.edu.
220-FTPSERVE IBM VM Level 320 at mitvma.mit.edu, 14:05:21 EDT TUESDAY 
2001-10-23
220 Connection will close if idle for more than 5 minutes.
500 Unknown command, 'AUTH'
500 Unknown command, 'AUTH'
KERBEROS_V4 rejected as an authentication type
Name (mitvma.mit.edu:rclarke): recftp
331 Send password please.
Password:
230 RECFTP logged in; no working directory defined
Remote system type is VM.
ftp> cd poola:rclarke.pillage^?^?^?
550 SFS directory name format may be wrong;  still no working directory
ftp> cd poola:rclakre.
550 The SFS directory poola:rclakre. does not exist or you are not 
authorized;  still no working directory
ftp> cd poola:rclarke.printdel
250 SFS working directory is POOLA:RCLARKE.PRINTDEL
ftp> !date
Tue Oct 23 14:05:00 EDT 2001
ftp> put ftpfile
local: ftpfile remote: ftpfile
200 Port request OK.
150 Storing file 'ftpfile.$DEFAULT'
250 Transfer completed successfully.
34752544 bytes sent in 1.3e+02 seconds (2.6e+02 Kbytes/s)
ftp>

-------------------------------------------------------------------------------
ftp> open mitvma
Connected to mitvma.mit.edu.
220-FTPSERVE IBM VM Level 320 at mitvma.mit.edu, 14:12:09 EDT TUESDAY 
2001-10-23
220 Connection will close if idle for more than 5 minutes.
500 Unknown command, 'AUTH'
500 Unknown command, 'AUTH'
KERBEROS_V4 rejected as an authentication type
Name (mitvma:rclarke): recftp
331 Send password please.
Password:
230 RECFTP logged in; no working directory defined
Remote system type is VM.
ftp> cd poola:rclarke.printdel
250 SFS working directory is POOLA:RCLARKE.PRINTDEL
ftp> !date
Tue Oct 23 14:11:27 EDT 2001
ftp> put ftpfile
local: ftpfile remote: ftpfile
200 Port request OK.
150 Storing file 'ftpfile.$DEFAULT'
250 Transfer completed successfully.
34752544 bytes sent in 1.3e+02 seconds (2.6e+02 Kbytes/s)
ftp>


-------------------------------------------------------------------------------
At 2:00 PM -0400 10/21/01, David F Lambert wrote:
>Many, many thanks to all for testing various paths, isolating the funkiness
>we'd been experiencing on the E19 printer, performance with the pillage
>server, bad behavioral problems printing from various SAP servers, analyzing
>test results, finding the source problem, and for patching the switch.
>
>The print delivery team had been poking at this problem for some time
>with the primary symptom being the slowness of the E19 printer.  The
>recent SAP printing tests really helped identify the source of the problem.
>
>Our only known remaining problem with meeting the original goal for November
>printing of October GL statements is some additional disk space for pillage.
>At least that issue should be a lot simpler to resolve!  :)
>
>Again, my thanks to everyone for their time spent on this.
>
>Dave (for the print delivery team)
>
>ps. We will perform additional testing tomorrow to confirm the switch
>     fixed the other problems we experienced.  Assume all is well unless
>     you hear otherwise by the day's end.
>
>pps for Theresa.  I checked the IPM queues too, and didn't see the recent
>     file submits.  Another note this weekend indicated pillage was sending
>     lots of messages to the op console.  I suspect there's another problem
>     with pillage.  We'll track that down and get you an answer tomorrow.
>
>On Sat, 20 Oct 2001 21:21:58 -0400 you said:
>>Good Day,
>>
>>After further discussion and testing, today, it appears that the problem
>>sending SAP R/3 print requests from SF5/PS1 to "pillage" may be resolved.
>>
>>The solution included an update to w91-109-sw-1's (18.92.0.9)
>>configuration, to force the communication between pillage and the switch to
>>use full duplex.  Previously the switch had been communicating with pillage
>>in half duplex mode, despite pillage expecting full duplex communication.
>>This configuration was causing degraded performance overall between w91's
>>local network and remote locations, and complete inoperability between the
>>SAP R/3 environment and the IPM server within the local ethernet segment.
>>While destinations outside of the local network appeared functional, they
>>still likely suffered degraded performance due to the mismatch in
>>communication modes between the switch and pillage.
>>
>>Unfortunately, I can not test all scenarios or validate any printing.
>  >
>  >     --  at the moment, SF5 is unavailable
>  >     --  print requests from PS1 arrive in the gltw queue; however, the
>  >printer is unavailable
>>Printer: gltw@pillage  'ibm3160 W91-130' (printing disabled)
>>
>>Queue: 4 printable jobs
>>Server: no server active
>>Status: job 'zacheiss@western-outpost+96' removed at 14:34:36.632
>>
>>Rank   Owner/ID      Class Job Files                 Size Time
>  >1   tregan@beech+98     A    98 000MED7h.SF5.cop    145421 15:56:16
>>2   tregan@beech+99     A    99 <NULL>              409902 15:58:36
>>3   tregan@beech+100    A   100 <NULL>             2112169 16:03:36
>>4   tregan@beech+101    A   101 <NULL>              633042 16:03:37
>>athena%
>>
>>      --  the web page, <https://pillage.mit.edu/>, does not reflect the
>>recent print requests.  Why?
>>
>>As people have time on Monday, any additional testing and printing would be
>>appreciated.
>>
>>Thanks,
>>Theresa
>>


home help back first fref pref prev next nref lref last post