NONMEM Users Network Archive

Hosted by Cognigen

Re: The system cannot execute the specified program

From: Nick Holford <n.holford>
Date: Tue, 20 Oct 2009 08:15:53 +1300

Tom,

The SIZES for 'big' NM7 show that the max number of THETA is 70, max
number of ETA+EPS is 70 and LPAR is 195. Can you explain why LPAR is 195
and not simply the sum of LTH + LVR? Is this to allow for estimation of
off-diagonal elements of OMEGA and SIGMA?

Can you confirm that one can set LTH and LVR to values greater than 70
to accommodate problems with more parameters?

Nick

! LTH: MAX. NO. OF THETA'S
! IF LTH IS CHANGED, ALSO RECOMPILE PREDPP, NM-TRAN, NM-TRAN LIBRARY
      PARAMETER (LTH=70) ! TL 4/22/09
! LVR: MAX. NO. OF ETA'S + EPS'S
! IF LVR IS CHANGED, ALSO RECOMPILE PREDPP, NM-TRAN, NM-TRAN LIBRARY
      PARAMETER (LVR=70) ! TL 4/22/09
! LVR2: MAX. NO. OF ETA'S PERMITTED WHEN LAPLACIAN METHOD IS USED
! IF LVR2 IS CHANGED, ALSO RECOMPILE NMTRAN
      PARAMETER (LVR2=70) ! TL 4/22/09
! LPAR: MAX. NO. OF PARAMETERS THAT MAY BE ESTIMATED
      PARAMETER (LVRM=MAX(LVR,LVR2)) ! Bauer
! PARAMETER (LPAR=LTH+((LVRM+1)*LVRM)/2)
      PARAMETER (LPAR=195) ! TL 4/22/09


Ludden, Thomas wrote:
> Based on limited experience with the sizing of variables in SIZES for
> NONMEM 7.1.0, some known determinants of memory usage are the maximum
> number of observations per individual, NO, the maximum number of
> individuals, MAXIDS, and the maximum number of estimated parameters,
> LPAR. The dimensions of many arrays are determined by these values.
> There are likely to be other important determinants as well.
>
> For the "reg" version of SIZES:
> NO: 250
> MAXIDS: 10000
> LPAR: 70
>
> For the "big" version:
> NO: 500
> MAXIDS: 15000
> LPAR: 195
>
> We will do a more systematic investigation of this issue and will
> report the results when they are available.
>
> Bob Bauer is working with Nous Infosystems to explore the practicality
> of allocating memory for selected variables at the beginning of a
> problem based on the specific needs of the problem. A future version
> may incorporate this capability.
>
> Tom
>
> *Thomas M. Ludden Ph.D.**
> *Vice-President, Pharmacometrics R&D*
> *ICON Development Solutions**
>
> *Tel:* + 1 410 696 3040
> *Mob: + 1 410* 258 2411
> *Fax: + 1 *410 480 0776
> *Email: thomas.ludden
>
> ***Web:* www.icondevsolutions.com
>
>
>
>
>
>
>
> ------------------------------------------------------------------------
> *From:* Jurgen Bulitta [mailto:jbulitta
> *Sent:* Saturday, October 17, 2009 10:59 PM
> *To:* Ludden, Thomas; nonmem
> *Cc:* nmusers
> *Subject:* RE: [NMusers] The system cannot execute the specified program
>
> Dear Tom,
>
> Dear All,
>
>
>
> For those of us who prefer project specific NONMEM installations to
> save estimation time,
>
> it might be helpful, if ICON can provide some rough guidance on the
> main contributor
>
> to the RAM needs of NONMEM 7.
>
> I.e. is it primarily the number of observations, compartments, thetas,
> omegas, or
>
> another variable or some function of these variables?
>
>
>
> The following might be very cumbersome: Would it be possible to
> include a switch
>
> during the installation which disables certain NONMEM 7 features to
> save RAM.
>
> (I recognize that this might cause a lot of unpredictable software
> issues.)
>
> Dual CPU servers currently have around 8-18 RAM slots. 2 and 4 GB RAM
> chips are
>
> reasonably priced. Thus, on the 64-bit server side, this is probably a
> minor issue.
>
>
>
> Best wishes
>
> Juergen
>
>
>
>
>
>
>
>
>
> *From:* owner-nmusers
> [mailto:owner-nmusers
> *Sent:* Friday, October 16, 2009 3:14 PM
> *To:* nonmem
> *Cc:* nmusers
> *Subject:* RE: [NMusers] The system cannot execute the specified program
>
>
>
> Pavel,
>
>
>
> The message you describe is usually the result of not having enough
> memory available for the NONMEM 7 memory image. If you are using the
> "big" version of SIZES you may need about 1.6-2 GB of available memory
> for each job. For the efficient use of NONMEM 7's new methods more
> variables are now stored in memory than was the case for NONMEM VI.
> The memory image is larger even if one is not using the new methods.
>
> When using NONMEM 7 and the "reg" SIZES, I have been able to run 8
> jobs simultaneously on a dual processor dual core machine, but only
> 3-4 jobs when using the "big" version of SIZES depending upon what
> else is running. I have 3 GB of memory and the task manager indicates
> a maximum of about 7.4 GB via paging.
>
>
>
> Tom
>
> *Thomas M. Ludden Ph.D**.**
> *Vice-President, *Pharmacometrics* R&D*
> *ICON Development Solutions**
>
> *Tel:* + 1 410 696 3040
> *Mob: + **1 *410 258 2411
> *Fax: + 1 *410 480 0776
> *Email: thomas.ludden
>
> *Web:* www.icondevsolutions.com
>
> Image removed by sender.
>
>
>
> ------------------------------------------------------------------------
>
> *From:* owner-nmusers
> [mailto:owner-nmusers
> *Sent:* Friday, October 16, 2009 2:02 PM
> *To:* nonmem
> *Cc:* nmusers
> *Subject:* [NMusers] The system cannot execute the specified program
>
> > Hello NONMEM Users,
> > We have a computer with 4 processors. When I try to run more
> > than 3 NONMEM7 jobs, I am getting the following message:
> > Starting nonmem execution ...
> > The system cannot execute the specified program.
> > KP9022.OUT
> > newline
> > 1 file(s) copied.
> > Could Not Find H:\4\output
> >
> > The message is code and directory independent. It always
> > appears when I try to run more than 3 codes. When I test
> > nonmem7 using a laptop, which also has 4 processors, I can
> > execute 4 programs. Also, when I had NONMEM6, I did not have
> > this problem on the same machine.
> > Do you familiar with this problem? Thanks.
> > Pavel
> >
>
> ICON plc made the following annotations.
> ------------------------------------------------------------------------------
> This e-mail transmission may contain confidential or legally privileged information
> that is intended only for the individual or entity named in the e-mail address. If you
> are not the intended recipient, you are hereby notified that any disclosure, copying,
> distribution, or reliance upon the contents of this e-mail is strictly prohibited. If
> you have received this e-mail transmission in error, please reply to the sender, so that
> ICON plc can arrange for proper delivery, and then please delete the message.
> Thank You,
> ICON plc
> South County Business Park
> Leopardstown
> Dublin 18
> Ireland
> Registered number: 145835
>
> ICON plc made the following annotations.
> ------------------------------------------------------------------------------
> This e-mail transmission may contain confidential or legally privileged information
> that is intended only for the individual or entity named in the e-mail address. If you
> are not the intended recipient, you are hereby notified that any disclosure, copying,
> distribution, or reliance upon the contents of this e-mail is strictly prohibited. If
> you have received this e-mail transmission in error, please reply to the sender, so that
> ICON plc can arrange for proper delivery, and then please delete the message.
> Thank You,
> ICON plc
> South County Business Park
> Leopardstown
> Dublin 18
> Ireland
> Registered number: 145835
>
>
>

--
Nick Holford, Professor Clinical Pharmacology
Dept Pharmacology & Clinical Pharmacology
University of Auckland, 85 Park Rd, Private Bag 92019, Auckland, New Zealand
n.holford
mobile: +64 21 46 23 53
http://www.fmhs.auckland.ac.nz/sms/pharmacology/holford


Received on Mon Oct 19 2009 - 15:15:53 EDT

The NONMEM Users Network is maintained by ICON plc. Requests to subscribe to the network should be sent to: nmusers-request@iconplc.com.

Once subscribed, you may contribute to the discussion by emailing: nmusers@globomaxnm.com.