<!DOCTYPE html>

<html>

<head>

<meta http-equiv="Content-Type" content="text/html; charset=utf-8">

</head>

<body>

<p>Hi ECCO team,</p>

<p>My colleague and I are interested in running adjoint sensitivity studies of bottom pressures in ECCOv4. We've added a custom cost function to ecco_phys.F (m_boxmean_bp) that is modelled on m_boxmean_eta, and is defined in terms of m_bp. Compiling with TAF

 gives lots of 'extensive recomputation' warnings for m_bp. When running, the forward part completes normally, generating a m_boxmean_bp file with values as expected, but the start of the adjoint component hangs for many hours before generating any sensitivities. </p>

<p>I expect that what is needed is some store statements to avoid the recomputations, but I'm not experienced enough to understand what they should look like and where they might be needed.

<br>

</p>

<p>Any help or advice would be appreciated, </p>

<p>Thanks,</p>

<p>Emma<br>

</p>

<div class="moz-signature">-- <br>

Dr Emma Boland | Physical Oceanographer | British Antarctic Survey <br>

High Cross, Madingley Road, Cambridge CB3 0ET<br>

<a href="mailto:emmomp@bas.ac.uk" class="moz-txt-link-freetext">emmomp@bas.ac.uk</a> | Phone: (0)1223 221276<br>

Web: <a href="http://www.bas.ac.uk/profile/emmomp">www.bas.ac.uk/profile/emmomp </a>

<br>

<br>

NERC is part of UK Research and Innovation <a href="http://www.ukri.org/">www.ukri.org</a><br>

Please think of the environment before printing out this message<br>

</div>

<br>

<br>

This email and any attachments are intended solely for the use of the named recipients. If you are not the intended recipient you must not use, disclose, copy or distribute this email or any of its attachments and should notify the sender immediately and delete

 this email from your system. UK Research and Innovation (UKRI) has taken every reasonable precaution to minimise risk of this email or any attachments containing viruses or malware but the recipient should carry out its own virus and malware checks before

 opening the attachments. UKRI does not accept any liability for any losses or damages which the recipient may sustain due to presence of any viruses.<br>

<br>

</body>

</html>