NONMEM Users Network Archive

Hosted by Cognigen

RE: [EXTERNAL] A weird problem in $TABLE output when using nonmem 7.4.3 with MPI

From: Bauer, Robert <Robert.Bauer>
Date: Wed, 4 Nov 2020 17:21:32 +0000

Hello Cris:
If you add the option

-maxlim=3

to your nmfe74 script command line, this will correct the issue. This has been corrected in NONMEM 7.4.4

Robert J. Bauer, Ph.D.
Senior Director
Pharmacometrics R&D
ICON Early Phase
820 W. Diamond Avenue
Suite 100
Gaithersburg, MD 20878
Office: (215) 616-6428
Mobile: (925) 286-0769
Robert.Bauer com>
www.iconplc.com<http://www.iconplc.com>

From: owner-nmusers
Sent: Tuesday, November 3, 2020 2:02 AM
To: nmusers lto:nmusers
Subject: [EXTERNAL] [NMusers] A weird problem in $TABLE output when using nonmem 7.4.3 with MPI

Hi all,

Glad to join the community recently. I ran into a weird problem in $TABLE output when I was running a PopPK model using nonmem 7.4.3 with MPI: a few values of the first record (such as ID, EVID, CMT, TIME) erroneously come from the last individual in the output table (see Table 1 and Table 2 below).

Table 1. Example of the first few rows of $TABLE output when running NONMEM with mpi
TABLE NO. 1
STUDY ID PT EVID CMT TIME DV TSLD DOSEMG IV FED WTKG TVCL TVVC TVVP1 TVQ1 TVVP2
3.10E+03 9.27E+02 5.27E+06 1.00E+00 2.00E+00 0.00E+00 0.00E+00 0.00E+00 6.00E+02 0.00E+00 0.00E+00 7.00E+01 1.34E+02 4.62E+01 5.40E+02 8.63E+01 2.59E+02
1.01E+03 7.90E+01 1.00E+06 0.00E+00 1.00E+00 1.02E+00 1.99E+00 1.02E+00 1.50E+02 1.00E+00 1.00E+00 6.14E+01 1.34E+02 4.62E+01 5.40E+02 8.63E+01 2.59E+02
1.01E+03 7.90E+01 1.00E+06 0.00E+00 1.00E+00 1.25E+00 1.16E+00 1.25E+00 1.50E+02 1.00E+00 1.00E+00 6.14E+01 1.34E+02 4.62E+01 5.40E+02 8.63E+01 2.59E+02
1.01E+03 7.90E+01 1.00E+06 0.00E+00 1.00E+00 1.50E+00 8.38E-01 1.50E+00 1.50E+02 1.00E+00 1.00E+00 6.14E+01 1.34E+02 4.62E+01 5.40E+02 8.63E+01 2.59E+02


Table 2. Example of the last few rows of $TABLE output when running NONMEM with mpi
TABLE NO. 1
STUDY ID PT EVID CMT TIME DV TSLD DOSEMG IV FED WTKG TVCL TVVC TVVP1 TVQ1 TVVP2
3.10E+03 9.27E+02 5.27E+06 1.00E+00 2.00E+00 0.00E+00 0.00E+00 0.00E+00 6.00E+02 0.00E+00 0.00E+00 7.00E+01 8.98E+01 4.62E+01 2.23E+02 4.07E+01 2.59E+02
3.10E+03 9.27E+02 5.27E+06 1.00E+00 5.00E+00 0.00E+00 0.00E+00 0.00E+00 6.00E+02 0.00E+00 0.00E+00 7.00E+01 8.98E+01 4.62E+01 2.23E+02 4.07E+01 2.59E+02
3.10E+03 9.27E+02 5.27E+06 0.00E+00 1.00E+00 1.15E+00 7.82E-01 1.15E+00 6.00E+02 0.00E+00 0.00E+00 7.00E+01 8.98E+01 4.62E+01 2.23E+02 4.07E+01 2.59E+02
3.10E+03 9.27E+02 5.27E+06 0.00E+00 1.00E+00 3.08E+00 1.63E+00 3.08E+00 6.00E+02 0.00E+00 0.00E+00 7.00E+01 8.98E+01 4.62E+01 2.23E+02 4.07E+01 2.59E+02

Interestingly, there is no such problem when I run the model without MPI (see Table 3 below).

Table 3. Example of the first few rows of $TABLE output when running NONMEM without mpi
TABLE NO. 1
STUDY ID PT EVID CMT TIME DV TSLD DOSEMG IV FED WTKG TVCL TVVC TVVP1 TVQ1 TVVP2
1.01E+03 7.90E+01 1.00E+06 1.00E+00 1.00E+00 0.00E+00 0.00E+00 0.00E+00 1.50E+02 1.00E+00 1.00E+00 6.14E+01 1.34E+02 4.62E+01 5.40E+02 8.63E+01 2.59E+02
1.01E+03 7.90E+01 1.00E+06 0.00E+00 1.00E+00 1.02E+00 1.99E+00 1.02E+00 1.50E+02 1.00E+00 1.00E+00 6.14E+01 1.34E+02 4.62E+01 5.40E+02 8.63E+01 2.59E+02
1.01E+03 7.90E+01 1.00E+06 0.00E+00 1.00E+00 1.25E+00 1.16E+00 1.25E+00 1.50E+02 1.00E+00 1.00E+00 6.14E+01 1.34E+02 4.62E+01 5.40E+02 8.63E+01 2.59E+02
1.01E+03 7.90E+01 1.00E+06 0.00E+00 1.00E+00 1.50E+00 8.38E-01 1.50E+00 1.50E+02 1.00E+00 1.00E+00 6.14E+01 1.34E+02 4.62E+01 5.40E+02 8.63E+01 2.59E+02


Have anyone ever encountered the same problem? What could possibly the reason for the problem before? And how can I avoid such a problem?


Thanks in advance!

Best regards,
Cris Zhang
Sinovant Sciences
<br /><br />
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

Received on Wed Nov 04 2020 - 12:21:32 EST

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.