New users interested in using the nersp for research purposes should be aware that in interactive mode with a g77 compiled code, the code runs slower than on a PC when run interactively There will be a considerable overhead involved in converting existing code to good IBM code. The result will probably be a better code less likely to produce erroneous results and it is much more convenient to have the staff run it 24 hours a day rather than your own PC, but ….-- nersp timing --
Large jobs need to be
submitted to the load leveler to keep from adversely affecting the other users
on the system. Details and problems are
described below. Note that
most names have had the extension .txt added to them for display purposes.
The system command llsubmit is described by Tarrie Van Horn in two e-mail messages. The first is
My colleague Steve Alexander and I have made reasonably extensive use of this command. Two examples are
#@ account_no = rci003
#@ class = medium
#@ error = znew.err
#@ executable = znew The code has already been compiled and linked. This file has been removed to save space.
#@ job_name = zjob
#@ input = znew.in --- Input data
#@ output = znew.out --- trouble with this output
#@ queue
#@ account_no = rci003
#@ class = medium
#@ error = zexpand.err
#@ executable = zexpand The code has already been compiled and linked. This file has been removed to save space.
#@ job_name = zjob
#@ input = zexpand.in
#@ output = zexpand.out -- This code produced good
result
#@ queue
It is our standard practice to form the executables such as znew, and zexpand interactively and to test them with small amounts of input before submitting the jobs.
Very few people use llsubmit. This means that it frequently has problems, both from users who forget the directions and from staff who install things that do not work. The file email.txt may shed some light on this while giving names and addresses to go to for help.