Re: WFN problem

From: Nick Holford Date: October 27, 2012 news Source: mail-archive.com
Sam, Please send me the run4.mod control stream and a sample of data so I can investigate. Impossible to help you without any further information :-) Nick
Quoted reply history
On 27/10/2012 4:35 p.m., Sam Liao wrote: > Dear Nick: > I have encounter a problem using nmgo in WFN. > For one run4.mod, when I used the 'nmgo run4', the program fail to run. When I > check the run4.nm7 folder, the run4.mod was copied only partially and stop. > > Other run.mod were running fine. But I cannot tell what is the problem with > this run4.mod. It can run in PsN without problem. > > Any suggestion I would be really appreciate. > > Best regards, > Sam > > -----Original Message----- > From: [email protected] [mailto:[email protected]] On > Behalf Of Nick Holford > Sent: Sunday, August 12, 2012 1:56 PM > To: nmusers > Subject: Re: [NMusers] Intel vs AMD > > Mark, > > I think you may not be fully appreciating the terms of the agreement when you say > "it is generally accepted that Intel continues to impair the optimization on AMD > CPU".Under the terms of the agreement (which you provide below) it is perfectly OK > for Intel to optimize their compilers for Intel CPUs without including any optimization > for AMD CPUs. > Furthermore they are not required to provide any optimization for AMD CPus. > Therefore, unless Intel don't know how to optimize compilers you must expect > the Intel compiler to perform better on an Intel CPU. > > This issue might (or might not) be relevant to Martin's query about > 'differences'. He does not specify the kind of difference e.g. faster? > more accurate?. It may be possible to choose compiler options that produce > identical numerical results on both CPUs but at the price of speed. > > Rik Schoemaker suggested using these Intel compiler options /nologo /nbs /w /Gs > /fp:strict to obtain consistent numerical results > ( http://www.cognigencorp.com/nonmem/current/2011-May/3266.html) with different > NONMEM 7 versions across different operating systems. Perhaps these options > would ensure numerical consistency across different CPU types. > > Best wishes, > > Nick > > On 13/08/2012 8:27 a.m., Mark Sale - Next Level Solutions wrote: > > > Martin > > Yes, the results can be different. Intel has been accused of > > "crippling" the executable when the Intel compiler is used on AMD CPUs > > http://www.agner.org/optimize/blog/read.php?i=49 > > > > by turning off all optimization - they actually pretty much admitted > > this in the lawsuit - but explained that it was for the benefit of the > > customer - sort of like in the 1980's when Microsoft pretty much > > disabled WordPerfect with every new OS release. > > > > and yes, different optimization setting will give different results, > > 32 bit will also give different results from 64 bit. Sometimes the > > phase of the moon, or the users astrological sign makes a different as > > well ;-) Below is from the settlement: > > Intel shall not include any Artificial Performance Impairment in any > > Intel product or require any Third Party to include an Artificial > > Performance Impairment in the Third Party’s product. As used in this > > Section 2.3, “_Artificial Performance Impairment_” means an > > affirmative engineering or design action by Intel (but not a failure > > to act) that (i) degrades the performance or operation of a Specified > > AMD product, (ii) is not a consequence of an Intel Product Benefit and > > (iii) is made intentionally to degrade the performance or operation of > > a Specified AMD Product. For purposes of this Section 2.3, “_Product > > Benefit_” shall mean any benefit, advantage, or improvement in terms > > of performance, operation, price, cost, manufacturability, > > reliability, compatibility, or ability to operate or enhance the > > operation of another product. > > > > In no circumstances shall this Section 2.3 impose or be construed to > > impose any obligation on Intel to (i) take any act that would provide > > a Product Benefit to any AMD or other non-Intel product, either when > > such AMD or non-Intel product is used alone or in combination with any > > other product, (ii) optimize any products for Specified AMD Products, > > or (iii) provide any technical information, documents, or know how to AMD. > > > > But, it is generally accepted that Intel continues to impair the > > optimization on AMD CPU. > > So, to answer your question, I don't think there is any way to insure > > consistent results between Intel and AMD CPUs. > > > > Mark > > > > Mark Sale MD > > President, Next Level Solutions, LLC > > www.NextLevelSolns.com http://www.NextLevelSolns.com > > 919-846-9185 > > A carbon-neutral company > > See our real time solar energy production at: > > http://enlighten.enphaseenergy.com/public/systems/aSDz2458 > > -- > Nick Holford, Professor Clinical Pharmacology > > First World Conference on Pharmacometrics, 5-7 September 2012 Seoul, Korea > http://www.go-wcop.org > > Dept Pharmacology & Clinical Pharmacology, Bldg 505 Room 202D University of > Auckland,85 Park Rd,Private Bag 92019,Auckland,New Zealand > tel:+64(9)923-6730 fax:+64(9)373-7090 mobile:+64(21)46 23 53 > email: [email protected] > http://www.fmhs.auckland.ac.nz/sms/pharmacology/holford -- Nick Holford, Professor Clinical Pharmacology Dept Pharmacology & Clinical Pharmacology, Bldg 503 Room 302A University of Auckland,85 Park Rd,Private Bag 92019,Auckland,New Zealand tel:+64(9)923-6730 fax:+64(9)373-7090 mobile:+64(21)46 23 53 email: [email protected] http://www.fmhs.auckland.ac.nz/sms/pharmacology/holford
Oct 27, 2012 Sam Liao WFN problem
Oct 27, 2012 Nick Holford Re: WFN problem