<html xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=Windows-1252">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:SimSun;
panose-1:2 1 6 0 3 1 1 1 1 1;}
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:DengXian;
panose-1:2 1 6 0 3 1 1 1 1 1;}
@font-face
{font-family:Aptos;
panose-1:2 11 0 4 2 2 2 2 2 4;}
@font-face
{font-family:"\@DengXian";
panose-1:2 1 6 0 3 1 1 1 1 1;}
@font-face
{font-family:"\@SimSun";
panose-1:2 1 6 0 3 1 1 1 1 1;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
font-size:10.0pt;
font-family:"Aptos",sans-serif;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;
mso-ligatures:none;}
@page WordSection1
{size:612.0pt 792.0pt;
margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
{page:WordSection1;}
--></style>
</head>
<body lang="en-CN" link="blue" vlink="purple" style="word-wrap:break-word">
<div class="WordSection1">
<p class="MsoNormal"><span style="font-size:11.0pt">Hi Matt and Martin, <o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">Thank you very much for your replies. Yes Martin, you understand correctly, I’ve used ‘blanklist’ in data.exch2 to not let some of the tiles go into the comutation. Thank you for your suggestion. I tried by
redefining the grid (starting at j=900) and it works with outputs nearly half zise than they were.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">Yue<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><o:p> </o:p></span></p>
<div id="mail-editor-reference-message-container">
<div>
<div>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm 0cm 0cm">
<p class="MsoNormal" style="margin-bottom:12.0pt"><b><span style="font-size:12.0pt;color:black">From:
</span></b><span style="font-size:12.0pt;color:black">MITgcm-support <mitgcm-support-bounces@mitgcm.org> on behalf of mitgcm-support-request@mitgcm.org <mitgcm-support-request@mitgcm.org><br>
<b>Date: </b>Wednesday, March 19, 2025 at 22:23<br>
<b>To: </b>mitgcm-support@mitgcm.org <mitgcm-support@mitgcm.org><br>
<b>Subject: </b>MITgcm-support Digest, Vol 261, Issue 7<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:11.0pt">Send MITgcm-support mailing list submissions to<br>
mitgcm-support@mitgcm.org<br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
</span><a href="http://mailman.mitgcm.org/mailman/listinfo/mitgcm-support"><span style="font-size:11.0pt">https://apc01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fmailman.mitgcm.org%2Fmailman%2Flistinfo%2Fmitgcm-support&data=05%7C02%7Cvywu%40ust.hk%7C6f826ca220de49d6ce8b08dd66f1a77f%7Cc917f3e2932249269bb3daca730413ca%7C1%7C0%7C638779910271343563%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=G%2F5SACp6IWFkRsCkXD6YlPCZh8iDhi8vQAMGC4YPIZE%3D&reserved=0</span></a><span style="font-size:11.0pt"><br>
or, via email, send a message with subject or body 'help' to<br>
mitgcm-support-request@mitgcm.org<br>
<br>
You can reach the person managing the list at<br>
mitgcm-support-owner@mitgcm.org<br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than "Re: Contents of MITgcm-support digest..."<br>
<br>
<br>
Today's Topics:<br>
<br>
1. Re: Zeros in inactive tiles in the regional model<br>
(Matthew Mazloff)<br>
2. Re: Zeros in inactive tiles in the regional model (Martin Losch)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Wed, 19 Mar 2025 06:52:24 -0700<br>
From: Matthew Mazloff <mmazloff@ucsd.edu><br>
To: mitgcm-support@mitgcm.org<br>
Subject: Re: [MITgcm-support] Zeros in inactive tiles in the regional<br>
model<br>
Message-ID: <6D603562-0FC2-41B5-B16D-54635A408690@ucsd.edu><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
Hi Yue<br>
<br>
The MITgcm doesn?t do any compression. <br>
You will have to compress (e.g. zip) after the MITgcm I/O.<br>
<br>
Matt<br>
<br>
<br>
> On Mar 18, 2025, at 9:17 PM, WU Yue <vywu@ust.hk> wrote:<br>
> <br>
> Dear MITgcm team,<br>
> <br>
> I?m running a regional model based on LLC1080 grid (the domain of Face 1 shown in Fig.1). The original version uses sNx = 90, sNy = 90 with 320 active tiles (also 320 processors used) for the entire domain, which takes around 6 days to run 2 experimental
years. To focus more on a smaller region and for resource-saving, I masked southern part of the domain (new Face 1 in Fig.2) then uses sNx = 90 and sNy = 60 with 317 active tiles. The new version runs around 4 days for 2 years, which seems good to me that
reducing grid number per tile to 2/3 of the origional version, the running time should speed by 1/3 in time.<br>
> <br>
> However, I noticed that the output data size remains the same between the old and new versions. It appears to have values in the region with active tiles, but for those in inactive tiles the model keep assigning to zeros (see two Figs). In that sense, the
new version only saves in time but doesn?t save the storage. <br>
> <br>
> Does anyone know whether the processors are used to computing active tiles whilst allocating zeros to inactive tiles? Or is the model do the allocation? (or other?) Are these zeros will definitely exist?<br>
> <br>
> Best wishes,<br>
> Yue<br>
> <br>
> <Fig1.png><Fig2.png>_______________________________________________<br>
> MITgcm-support mailing list<br>
> MITgcm-support@mitgcm.org <</span><a href="mailto:MITgcm-support@mitgcm.org"><span style="font-size:11.0pt">mailto:MITgcm-support@mitgcm.org</span></a><span style="font-size:11.0pt">><br>
> </span><a href="https://urldefense.com/v3/__http://mailman.mitgcm.org/mailman/listinfo/mitgcm-support__;!!Mih3wA!DkYkZRo09RtuSD2Fp2ylcFkslD1nCFQBPtLAMtxWg3j99aN9PTymIqZ58WLpAy3VYA1RWTq9QDlntA$"><span style="font-size:11.0pt">https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Furldefense.com%2Fv3%2F__http%3A%2F%2Fmailman.mitgcm.org%2Fmailman%2Flistinfo%2Fmitgcm-support__%3B!!Mih3wA!DkYkZRo09RtuSD2Fp2ylcFkslD1nCFQBPtLAMtxWg3j99aN9PTymIqZ58WLpAy3VYA1RWTq9QDlntA%24&data=05%7C02%7Cvywu%40ust.hk%7C6f826ca220de49d6ce8b08dd66f1a77f%7Cc917f3e2932249269bb3daca730413ca%7C1%7C0%7C638779910271360858%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=lzIw5UouZS9wjqNF16iGt3GV%2Fo5grHte8WuyPj9IluI%3D&reserved=0</span></a><span style="font-size:11.0pt"><br>
<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <</span><a href="http://mailman.mitgcm.org/pipermail/mitgcm-support/attachments/20250319/3cf57ae3/attachment-0001.html"><span style="font-size:11.0pt">https://apc01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fmailman.mitgcm.org%2Fpipermail%2Fmitgcm-support%2Fattachments%2F20250319%2F3cf57ae3%2Fattachment-0001.html&data=05%7C02%7Cvywu%40ust.hk%7C6f826ca220de49d6ce8b08dd66f1a77f%7Cc917f3e2932249269bb3daca730413ca%7C1%7C0%7C638779910271369436%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=z9Y8rXOe1R%2BPpkliwuDFMNI9FUBJblemDvEk%2FZQdpfM%3D&reserved=0</span></a><span style="font-size:11.0pt">><br>
<br>
------------------------------<br>
<br>
Message: 2<br>
Date: Wed, 19 Mar 2025 15:22:49 +0100<br>
From: Martin Losch <Martin.Losch@awi.de><br>
To: MITgcm Support <mitgcm-support@mitgcm.org><br>
Subject: Re: [MITgcm-support] Zeros in inactive tiles in the regional<br>
model<br>
Message-ID: <0B16A2B8-E0D6-4990-8230-589CEB17B2B6@awi.de><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
Hi Yue,<br>
<br>
I am not sure, if I understand the issue properly, but if you use ?blank tiles? via ?blankList? in ?eedata?, then the inactive tiles in this list will not be computed (no processor assigned), but still part of the output field (just zeros, as you have found
out yourself). This is useful, when you try to mask out parts in the middle of the domain, that do not contain any ocean (in your case maybe some tiles in the eastern part of the domain over Scandinavia or Russia), but if all grid points from j = 1 to 900
are supposed to be masked, it may make more sense to redefine the grid to start only at your j=900.<br>
<br>
Martin<br>
<br>
> On 19. Mar 2025, at 14:52, Matthew Mazloff <mmazloff@ucsd.edu> wrote:<br>
> <br>
> Hi Yue<br>
> <br>
> The MITgcm doesn?t do any compression. <br>
> You will have to compress (e.g. zip) after the MITgcm I/O.<br>
> <br>
> Matt<br>
> <br>
> <br>
>> On Mar 18, 2025, at 9:17 PM, WU Yue <vywu@ust.hk <</span><a href="mailto:vywu@ust.hk"><span style="font-size:11.0pt">mailto:vywu@ust.hk</span></a><span style="font-size:11.0pt">>> wrote:<br>
>> <br>
>> Dear MITgcm team,<br>
>> <br>
>> I?m running a regional model based on LLC1080 grid (the domain of Face 1 shown in Fig.1). The original version uses sNx = 90, sNy = 90 with 320 active tiles (also 320 processors used) for the entire domain, which takes around 6 days to run 2 experimental
years. To focus more on a smaller region and for resource-saving, I masked southern part of the domain (new Face 1 in Fig.2) then uses sNx = 90 and sNy = 60 with 317 active tiles. The new version runs around 4 days for 2 years, which seems good to me that
reducing grid number per tile to 2/3 of the origional version, the running time should speed by 1/3 in time.<br>
>> <br>
>> However, I noticed that the output data size remains the same between the old and new versions. It appears to have values in the region with active tiles, but for those in inactive tiles the model keep assigning to zeros (see two Figs). In that sense, the
new version only saves in time but doesn?t save the storage. <br>
>> <br>
>> Does anyone know whether the processors are used to computing active tiles whilst allocating zeros to inactive tiles? Or is the model do the allocation? (or other?) Are these zeros will definitely exist?<br>
>> <br>
>> Best wishes,<br>
>> Yue<br>
>> <br>
>> <Fig1.png><Fig2.png>_______________________________________________<br>
>> MITgcm-support mailing list<br>
>> MITgcm-support@mitgcm.org <</span><a href="mailto:MITgcm-support@mitgcm.org"><span style="font-size:11.0pt">mailto:MITgcm-support@mitgcm.org</span></a><span style="font-size:11.0pt">><br>
>> </span><a href="https://urldefense.com/v3/__http://mailman.mitgcm.org/mailman/listinfo/mitgcm-support__;!!Mih3wA!DkYkZRo09RtuSD2Fp2ylcFkslD1nCFQBPtLAMtxWg3j99aN9PTymIqZ58WLpAy3VYA1RWTq9QDlntA$"><span style="font-size:11.0pt">https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Furldefense.com%2Fv3%2F__http%3A%2F%2Fmailman.mitgcm.org%2Fmailman%2Flistinfo%2Fmitgcm-support__%3B!!Mih3wA!DkYkZRo09RtuSD2Fp2ylcFkslD1nCFQBPtLAMtxWg3j99aN9PTymIqZ58WLpAy3VYA1RWTq9QDlntA%24&data=05%7C02%7Cvywu%40ust.hk%7C6f826ca220de49d6ce8b08dd66f1a77f%7Cc917f3e2932249269bb3daca730413ca%7C1%7C0%7C638779910271377794%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=mLoBXLReWCpQFy%2BsdTNXLPcZUgDrry%2BlRy5P8FTYUHM%3D&reserved=0</span></a><span style="font-size:11.0pt"><br>
> <br>
> _______________________________________________<br>
> MITgcm-support mailing list<br>
> MITgcm-support@mitgcm.org <</span><a href="mailto:MITgcm-support@mitgcm.org"><span style="font-size:11.0pt">mailto:MITgcm-support@mitgcm.org</span></a><span style="font-size:11.0pt">><br>
> </span><a href="http://mailman.mitgcm.org/mailman/listinfo/mitgcm-support"><span style="font-size:11.0pt">https://apc01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fmailman.mitgcm.org%2Fmailman%2Flistinfo%2Fmitgcm-support&data=05%7C02%7Cvywu%40ust.hk%7C6f826ca220de49d6ce8b08dd66f1a77f%7Cc917f3e2932249269bb3daca730413ca%7C1%7C0%7C638779910271386175%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=r0lv4YdvHM98V5%2FLuxybMmWwZ2s8fZxA2qeHMS2R%2BP0%3D&reserved=0</span></a><span style="font-size:11.0pt"><br>
<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <</span><a href="http://mailman.mitgcm.org/pipermail/mitgcm-support/attachments/20250319/73e47af9/attachment.html"><span style="font-size:11.0pt">https://apc01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fmailman.mitgcm.org%2Fpipermail%2Fmitgcm-support%2Fattachments%2F20250319%2F73e47af9%2Fattachment.html&data=05%7C02%7Cvywu%40ust.hk%7C6f826ca220de49d6ce8b08dd66f1a77f%7Cc917f3e2932249269bb3daca730413ca%7C1%7C0%7C638779910271394304%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=RjKHiYt59zEW7TcS4TjXA6YRct9HXmG8lRPIbadvRm4%3D&reserved=0</span></a><span style="font-size:11.0pt">><br>
<br>
------------------------------<br>
<br>
Subject: Digest Footer<br>
<br>
_______________________________________________<br>
MITgcm-support mailing list<br>
MITgcm-support@mitgcm.org<br>
</span><a href="http://mailman.mitgcm.org/mailman/listinfo/mitgcm-support"><span style="font-size:11.0pt">https://apc01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fmailman.mitgcm.org%2Fmailman%2Flistinfo%2Fmitgcm-support&data=05%7C02%7Cvywu%40ust.hk%7C6f826ca220de49d6ce8b08dd66f1a77f%7Cc917f3e2932249269bb3daca730413ca%7C1%7C0%7C638779910271402295%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=hy8u%2Fv3JeI04%2BPL%2BJSMJ7%2B5CJQe%2BlW6ak0aRhkfgxvU%3D&reserved=0</span></a><span style="font-size:11.0pt"><br>
<br>
<br>
------------------------------<br>
<br>
End of MITgcm-support Digest, Vol 261, Issue 7<br>
**********************************************<o:p></o:p></span></p>
</div>
</div>
</div>
</div>
</div>
</body>
</html>