Thanks.
The u2dbc_im.F file https://www.myroms.org/svn/src/trunk/ROMS/Nonlinear/u2dbc_im.F treated EAST_M2FLATHER so that BOUNDARY(ng)%zeta_east is used to specify ubar.
# elif defined EAST_M2FLATHER
!
! Eastern edge, Flather boundary condition.
!
DO j=Jstr,Jend
# if defined SSH_TIDES ...
Search found 55 matches
- Mon Aug 16, 2010 6:25 pm
- Forum: ROMS Discussion
- Topic: FSCHAPMAN and SSH_TIDES, ADD_FSOBC
- Replies: 2
- Views: 3055
- Fri Aug 13, 2010 7:13 pm
- Forum: ROMS Discussion
- Topic: FSCHAPMAN and SSH_TIDES, ADD_FSOBC
- Replies: 2
- Views: 3055
FSCHAPMAN and SSH_TIDES, ADD_FSOBC
Dear all,
Please help, I'm a bit confused here. I wonder how open boundary tidal water level is picked up by the model when EAST_FSCHAPMAN condition is used.
Code: https://www.myroms.org/svn/src/trunk/ROMS/Nonlinear/zetabc.F
In the following section of Nonlinear/zetabc.F
# elif defined ...
Please help, I'm a bit confused here. I wonder how open boundary tidal water level is picked up by the model when EAST_FSCHAPMAN condition is used.
Code: https://www.myroms.org/svn/src/trunk/ROMS/Nonlinear/zetabc.F
In the following section of Nonlinear/zetabc.F
# elif defined ...
- Thu Aug 12, 2010 7:36 pm
- Forum: ROMS Discussion
- Topic: question on SOUTH_M2FLATHER and NORTH_M2FLATHER
- Replies: 3
- Views: 3136
Re: question on SOUTH_M2FLATHER and NORTH_M2FLATHER
Thanks a lot! Since a 2D radiation boundary for (ubar,vbar) is not yet implemented and nesting version of ROMS is not yet released, for now do you think EAST_M2RADIATION + EAST_M2NUDGING is better than EAST_M2FLATHER for nesting a model inside of an external model?
The reason that I'm asking is ...
The reason that I'm asking is ...
- Wed Aug 11, 2010 10:55 pm
- Forum: ROMS Discussion
- Topic: question on SOUTH_M2FLATHER and NORTH_M2FLATHER
- Replies: 3
- Views: 3136
question on SOUTH_M2FLATHER and NORTH_M2FLATHER
Dear all
Can some one explain the following section of the code Nonlinear/u2dbc_im.F ?
Link: https://www.myroms.org/svn/src/trunk/ROMS/Nonlinear/u2dbc_im.F
# elif defined SOUTH_M2FLATHER || defined SOUTH_M2REDUCED
!
! Southern edge, Chapman boundary condition.
!
DO i=IstrU,Iend
cff=dt2d*0.5 ...
Can some one explain the following section of the code Nonlinear/u2dbc_im.F ?
Link: https://www.myroms.org/svn/src/trunk/ROMS/Nonlinear/u2dbc_im.F
# elif defined SOUTH_M2FLATHER || defined SOUTH_M2REDUCED
!
! Southern edge, Chapman boundary condition.
!
DO i=IstrU,Iend
cff=dt2d*0.5 ...
- Tue Jan 12, 2010 5:24 pm
- Forum: ROMS Bugs
- Topic: bug in def_avg.F , get_data.F, wrt_hessian.F etc
- Replies: 4
- Views: 5244
Re: bug in def_avg.F , get_data.F, wrt_hessian.F etc
Good to know the new ecological model has more flexibility and the ROMS3.3 or later is already stable.
We will move forward to keep up with you guys.
Wen
We will move forward to keep up with you guys.
Wen
- Tue Jan 12, 2010 5:02 pm
- Forum: ROMS Bugs
- Topic: bug in def_avg.F , get_data.F, wrt_hessian.F etc
- Replies: 4
- Views: 5244
Re: bug in def_avg.F , get_data.F, wrt_hessian.F etc
Other passive surface fluxes are less known, so it is a good approximation to set them to zero, using ANA_SPFLUX. There is not such thing as surface flux of phytoplankton, zooplankton, dyes, and so on. The bottom flux of tracer should be zero too, unless that you have hydrothermal vents in you ...
- Tue Jan 12, 2010 4:35 am
- Forum: ROMS Bugs
- Topic: bug in def_avg.F , get_data.F, wrt_hessian.F etc
- Replies: 4
- Views: 5244
bug in def_avg.F , get_data.F, wrt_hessian.F etc
I'm here referring to ROMS3.0 tagged version.
Here is a segment in ROMS3.0 Utility/def_avg.F
https://www.myroms.org/svn/src/tags/roms-3.0/ROMS/Utility/def_avg.F
!
! Define surface net salt flux.
!
IF (Hout(idTsur(isalt),ng)) THEN
Vinfo( 1)=Vname(1,idTsur(isalt))
WRITE (Vinfo( 2),'(a,1x,a ...
Here is a segment in ROMS3.0 Utility/def_avg.F
https://www.myroms.org/svn/src/tags/roms-3.0/ROMS/Utility/def_avg.F
!
! Define surface net salt flux.
!
IF (Hout(idTsur(isalt),ng)) THEN
Vinfo( 1)=Vname(1,idTsur(isalt))
WRITE (Vinfo( 2),'(a,1x,a ...
- Tue Sep 01, 2009 5:25 am
- Forum: ROMS Discussion
- Topic: MPI error when define TS_MPDATA???
- Replies: 17
- Views: 14882
Re: MPI error when define TS_MPDATA???
Same interesting/odd things occurred with my runs of Chesapeake Bay with TS_MPDATA:
I have TS_MPDATA and biology (fasham/fennel) on and tried it on two different machines. It works on one machine, but not on another when using MPI. Both machines work with serial model (no MPI). So I guess it is ...
I have TS_MPDATA and biology (fasham/fennel) on and tried it on two different machines. It works on one machine, but not on another when using MPI. Both machines work with serial model (no MPI). So I guess it is ...
- Wed Jul 01, 2009 5:24 pm
- Forum: ROMS Discussion
- Topic: negative tracer and preserving negativity in fennel.h
- Replies: 3
- Views: 4817
Re: negative tracer and preserving negativity in fennel.h
John, many thanks.
Conserving mass is probably the most compelling reason that negativity is preserved using the first RHS term (firstly chopped off, and then added back). I guess the other reason should be trying to avoid rapid change of signs/values before and after bio reaction terms being ...
Conserving mass is probably the most compelling reason that negativity is preserved using the first RHS term (firstly chopped off, and then added back). I guess the other reason should be trying to avoid rapid change of signs/values before and after bio reaction terms being ...
- Wed Jul 01, 2009 2:02 pm
- Forum: ROMS Discussion
- Topic: negative tracer and preserving negativity in fennel.h
- Replies: 3
- Views: 4817
negative tracer and preserving negativity in fennel.h
We experienced negative concentrations for NO3 and also Temperature and Salinity with CPP options for tracers being:
#define TS_SVADVECTION
#define TS_U3HADVECTION
It seems to us that most likely the negativity is produced by the advection scheme for T and S are not updated in fennel.h/fasham.h at ...
#define TS_SVADVECTION
#define TS_U3HADVECTION
It seems to us that most likely the negativity is produced by the advection scheme for T and S are not updated in fennel.h/fasham.h at ...
- Thu Apr 16, 2009 5:30 pm
- Forum: ROMS Bugs
- Topic: Very slight bug in inp_par.F
- Replies: 2
- Views: 4271
Very slight bug in inp_par.F
https://www.myroms.org/projects/src/bro ... /inp_par.F
line 3702, it is reporting ZooER as ZooMR, should be ZooMR
Wen
Code: Select all
WRITE (out,100) ZooER(ng), 'ZooMR', &
Wen
- Thu Nov 20, 2008 8:59 pm
- Forum: ROMS Bugs
- Topic: unit inconsistency in DiaBio3d outputs in fasham.h?
- Replies: 3
- Views: 5433
Re: unit inconsistency in DiaBio3d outputs in fasham.h?
Katja,
After some checking, I think you are right. It is accumulating and the unit should be [millimole N/m3/diag-period]
Wen
After some checking, I think you are right. It is accumulating and the unit should be [millimole N/m3/diag-period]
Wen
- Thu Nov 20, 2008 8:34 pm
- Forum: ROMS Bugs
- Topic: unit inconsistency in DiaBio3d outputs in fasham.h?
- Replies: 3
- Views: 5433
Re: unit inconsistency in DiaBio3d outputs in fasham.h?
Hi Katja,
Thanks for the input! Certainly I think millimole-N/m3/day is not accurate, but I'm not sure if it is millimole-N/m3/dtdays or millimole-N/m3/diag-period as you indicated. If it is [millimole-N/m3/diag-period], the code must be accumulating for multi-dtdays to get diag-period.
Anyhow ...
Thanks for the input! Certainly I think millimole-N/m3/day is not accurate, but I'm not sure if it is millimole-N/m3/dtdays or millimole-N/m3/diag-period as you indicated. If it is [millimole-N/m3/diag-period], the code must be accumulating for multi-dtdays to get diag-period.
Anyhow ...
- Tue Nov 18, 2008 7:39 pm
- Forum: ROMS Ecosystem
- Topic: Light attenuation in Fasham
- Replies: 4
- Views: 23293
Re: Light attenuation in Fasham
Hi Laura,
I want to confirm that Katja is right. The Unit of AttChl in the bioFasham.in file should be[m2/(mg_Chl) rather than [1/(mg_Chl m2).This should be corrected in the file ROMS/External/bioFasham.in
and also Bio(i,k,iChlo) should have unit [milligram CHL/m3]
Wen
I want to confirm that Katja is right. The Unit of AttChl in the bioFasham.in file should be[m2/(mg_Chl) rather than [1/(mg_Chl m2).This should be corrected in the file ROMS/External/bioFasham.in
and also Bio(i,k,iChlo) should have unit [milligram CHL/m3]
Wen
- Tue Nov 18, 2008 6:00 pm
- Forum: ROMS Bugs
- Topic: unit inconsistency in DiaBio3d outputs in fasham.h?
- Replies: 3
- Views: 5433
unit inconsistency in DiaBio3d outputs in fasham.h?
Hi all,
Not a big issue, but it seems like a unit inconsistency to me here.
in Nonlinear/fasham.h DiaBio3d(i,j,k,iPPro) is given N_Flux_NewProd
which has unit [millimole-N/m3]
#ifdef DIAGNOSTICS_BIO
DiaBio3d(i,j,k,iPPro)=DiaBio3d(i,j,k,iPPro)+ &
& N_Flux_NewProd+N_Flux_RegProd
and in ...
Not a big issue, but it seems like a unit inconsistency to me here.
in Nonlinear/fasham.h DiaBio3d(i,j,k,iPPro) is given N_Flux_NewProd
which has unit [millimole-N/m3]
#ifdef DIAGNOSTICS_BIO
DiaBio3d(i,j,k,iPPro)=DiaBio3d(i,j,k,iPPro)+ &
& N_Flux_NewProd+N_Flux_RegProd
and in ...
- Mon Nov 03, 2008 3:59 pm
- Forum: ROMS Problems
- Topic: blows up in shallow water! wet_dry problem?
- Replies: 7
- Views: 6739
Re: blows up in shallow water! wet_dry problem?
Please post your findings with the bug pointed out in the previous post, I'm also interested in seeing how well WET_DRY works
Thanks
Wen
Thanks
Wen
- Fri Aug 22, 2008 5:11 pm
- Forum: ROMS Discussion
- Topic: Operating ROMS nowcast/forecast models
- Replies: 3
- Views: 6724
Re: Operating ROMS nowcast/forecast models
The ChesROMS (Chesapeake ROMS) is also operationally running for about 1.5 years now.
More details:
http://ches.communitymodeling.org/models/ChesROMS/index.php
Here are results daily for Sea Nettle, HAB and Pathogen Vibrio Cholerae based on empirical formulars involving ROMS predicted T and S ...
More details:
http://ches.communitymodeling.org/models/ChesROMS/index.php
Here are results daily for Sea Nettle, HAB and Pathogen Vibrio Cholerae based on empirical formulars involving ROMS predicted T and S ...
- Sat Jan 05, 2008 4:24 am
- Forum: ROMS Discussion
- Topic: PERFECT_RESTART cpp option
- Replies: 7
- Views: 8048
- Sat Dec 01, 2007 9:27 pm
- Forum: ROMS Discussion
- Topic: Query: GPU Offload "Math Co-Processor" with ROMS ?
- Replies: 3
- Views: 5618
- Wed Nov 21, 2007 7:43 pm
- Forum: ROMS Discussion
- Topic: velocity outputs rotated to true East, ture North ?
- Replies: 0
- Views: 2362
velocity outputs rotated to true East, ture North ?
Hi all,
People in our group are in the processes of building a server for viewing ROMS outputs online. Yet for velocity fields, rotation and scaling are needed in order to obtain the results into true (East, North) directions on collocated grid points instead of being in the curvilinear and ...
People in our group are in the processes of building a server for viewing ROMS outputs online. Yet for velocity fields, rotation and scaling are needed in order to obtain the results into true (East, North) directions on collocated grid points instead of being in the curvilinear and ...
- Thu Sep 13, 2007 9:38 pm
- Forum: ROMS Discussion
- Topic: PERFECT_RESTART cpp option
- Replies: 7
- Views: 8048
Thank god! Oh, no, thanks to the ROMS forum, the restart is working with the PERFECT_RESTART option, GLS_MIXING, and a bug fix pointed out by AiJun and Lyon in NOAA.
Here are the results based on station outputs.
http://131.118.211.30/chesromsweb/inter ... est/zilla/
Wen
Here are the results based on station outputs.
http://131.118.211.30/chesromsweb/inter ... est/zilla/
Wen
- Tue Sep 11, 2007 2:50 am
- Forum: ROMS Bugs
- Topic: Restart, LDEFOUT and NDEFHIS
- Replies: 2
- Views: 3729
- Mon Sep 10, 2007 4:59 pm
- Forum: ROMS Discussion
- Topic: PERFECT_RESTART cpp option
- Replies: 7
- Views: 8048
- Sat Sep 08, 2007 9:18 pm
- Forum: ROMS Discussion
- Topic: PERFECT_RESTART cpp option
- Replies: 7
- Views: 8048
- Tue Sep 04, 2007 6:41 pm
- Forum: ROMS Discussion
- Topic: PERFECT_RESTART cpp option
- Replies: 7
- Views: 8048
- Tue Sep 04, 2007 2:12 pm
- Forum: ROMS Discussion
- Topic: PERFECT_RESTART cpp option
- Replies: 7
- Views: 8048
PERFECT_RESTART cpp option
Hi all,
I did quite some trials to compare restarted runs and straight runs of ROMS3.0 foy my application of the Chesapeake Bay, I didn't get perfect restarted results.
I do see there is a CPP option called PERFECT_RESTART, All my tests did not include definition of this CPP option. Do I have ...
I did quite some trials to compare restarted runs and straight runs of ROMS3.0 foy my application of the Chesapeake Bay, I didn't get perfect restarted results.
I do see there is a CPP option called PERFECT_RESTART, All my tests did not include definition of this CPP option. Do I have ...
- Mon Sep 03, 2007 5:32 am
- Forum: ROMS Discussion
- Topic: recycle of forcing for climatological runs
- Replies: 8
- Views: 10381
- Sun Sep 02, 2007 4:09 am
- Forum: ROMS Discussion
- Topic: recycle of forcing for climatological runs
- Replies: 8
- Views: 10381
- Sat Sep 01, 2007 3:30 am
- Forum: ROMS Discussion
- Topic: recycle of forcing for climatological runs
- Replies: 8
- Views: 10381
- Wed Aug 22, 2007 8:06 pm
- Forum: ROMS Discussion
- Topic: recycle of forcing for climatological runs
- Replies: 8
- Views: 10381
- Wed Aug 22, 2007 5:58 pm
- Forum: ROMS Discussion
- Topic: recycle of forcing for climatological runs
- Replies: 8
- Views: 10381
- Fri Aug 10, 2007 2:39 pm
- Forum: ROMS Discussion
- Topic: Dstart, and tide_start
- Replies: 2
- Views: 4126
- Sat Jul 21, 2007 4:39 am
- Forum: ROMS Discussion
- Topic: recycle of forcing for climatological runs
- Replies: 8
- Views: 10381
- Fri Jul 20, 2007 4:35 am
- Forum: ROMS Discussion
- Topic: recycle of forcing for climatological runs
- Replies: 8
- Views: 10381
recycle of forcing for climatological runs
Dear all,
I'm trying to run ROMS3.0 with a case for the Chesapeake Bay with climatological forcing. I set TIME_REF=-1 so that the model will take 360 day with 12 30-day months as a year.
I have forcings (river, wind, OBC etc) prepared from day -10 to day 368 or so, with days [-10,0] and [360 ...
I'm trying to run ROMS3.0 with a case for the Chesapeake Bay with climatological forcing. I set TIME_REF=-1 so that the model will take 360 day with 12 30-day months as a year.
I have forcings (river, wind, OBC etc) prepared from day -10 to day 368 or so, with days [-10,0] and [360 ...
- Mon Jun 11, 2007 5:44 pm
- Forum: ROMS Installation
- Topic: Internal compiler error when installing ROMS
- Replies: 8
- Views: 9383
- Sun Jun 10, 2007 7:08 pm
- Forum: ROMS Installation
- Topic: Internal compiler error when installing ROMS
- Replies: 8
- Views: 9383
Internal Compile Error
The compile error is solved after I installed latest version of ifort and icc. (10.0.023, IA32, 686,)
So I guess it is due to a bug in icc version 9.1.038 or earlier.
I also installed mpich1.2.7 using ifort .
A Linux-mpif90.mk is used instead of Linux-ifort.mk. Here is the contents of Linux ...
So I guess it is due to a bug in icc version 9.1.038 or earlier.
I also installed mpich1.2.7 using ifort .
A Linux-mpif90.mk is used instead of Linux-ifort.mk. Here is the contents of Linux ...
- Sun Jun 10, 2007 2:41 am
- Forum: ROMS Bugs
- Topic: List of small bugs with ROMS/TOMS Version 2.2
- Replies: 7
- Views: 8629
roms 2.2 corrections tar file uptodate?
Hi
Since ROMS has now been hosted by SVN. After we retrieve the 2.2 version, we still need to apply corrections file for bugs reported above.
Yet if I follow the post above and download:
http://www.myroms.org/links/corrections-2-2.tar.gz
And untar this corrections-2-2.tar.gz file, under ...
Since ROMS has now been hosted by SVN. After we retrieve the 2.2 version, we still need to apply corrections file for bugs reported above.
Yet if I follow the post above and download:
http://www.myroms.org/links/corrections-2-2.tar.gz
And untar this corrections-2-2.tar.gz file, under ...
- Fri Jun 08, 2007 3:20 am
- Forum: ROMS Installation
- Topic: Internal compiler error when installing ROMS
- Replies: 8
- Views: 9383
- Mon Dec 04, 2006 5:27 pm
- Forum: ROMS Bugs
- Topic: typo in bulk_flux.F
- Replies: 1
- Views: 3203
typo in bulk_flux.F
Hi,
Just to point out a tiny typo in bulk_flux.F of ROMS 2.2
!
! Mean absoption in cool-skin layer.
!
Fc=0.065_r8+11.0_r8*Hcool- &
& (1.0_r8-EXP(-Hcool*1250.0_8))*6.6E-5_r8/Hcool
where 1250.0_8 should be 1250.0_r8 ? Don't know what the effect will be with "r" left out.
Wen
Just to point out a tiny typo in bulk_flux.F of ROMS 2.2
!
! Mean absoption in cool-skin layer.
!
Fc=0.065_r8+11.0_r8*Hcool- &
& (1.0_r8-EXP(-Hcool*1250.0_8))*6.6E-5_r8/Hcool
where 1250.0_8 should be 1250.0_r8 ? Don't know what the effect will be with "r" left out.
Wen
- Fri Nov 17, 2006 9:31 pm
- Forum: ROMS Bugs
- Topic: MPI code bug in interpolating station locations
- Replies: 10
- Views: 18813
Are you using ROMS2.2?
The fix I mentioned works for me. Would you please try replacing two files with the following link and post back?
http://131.118.211.30/chesroms/LatestRO ... tationfix/
Thanks,
Wen
The fix I mentioned works for me. Would you please try replacing two files with the following link and post back?
http://131.118.211.30/chesroms/LatestRO ... tationfix/
Thanks,
Wen
- Fri Oct 13, 2006 11:01 pm
- Forum: ROMS Bugs
- Topic: MPI code bug in interpolating station locations
- Replies: 10
- Views: 18813
- Fri Oct 13, 2006 7:46 pm
- Forum: ROMS Bugs
- Topic: MPI code bug in interpolating station locations
- Replies: 10
- Views: 18813
- Wed Oct 11, 2006 3:36 pm
- Forum: ROMS Bugs
- Topic: MPI code bug in interpolating station locations
- Replies: 10
- Views: 18813
- Tue Oct 10, 2006 7:20 pm
- Forum: ROMS Bugs
- Topic: MPI code bug in interpolating station locations
- Replies: 10
- Views: 18813
MPI code bug in interpolating station locations
Comrades,
There seems to be a bug in 2.2 version for the station location interpolation.
Here, in my case, I have 126 stations for the Chesapeake Bay (Red) in the following link. In the code, the station input file can take (lat, lon) as input data. And ROMS is supposed to find the (Ipos, Jpos ...
There seems to be a bug in 2.2 version for the station location interpolation.
Here, in my case, I have 126 stations for the Chesapeake Bay (Red) in the following link. In the code, the station input file can take (lat, lon) as input data. And ROMS is supposed to find the (Ipos, Jpos ...
- Wed Oct 04, 2006 1:09 pm
- Forum: ROMS Problems
- Topic: MPI 1 by 1 tile configuration --segmentation error
- Replies: 11
- Views: 14527
- Tue Oct 03, 2006 5:12 pm
- Forum: ROMS Problems
- Topic: MPI 1 by 1 tile configuration --segmentation error
- Replies: 11
- Views: 14527
- Tue Oct 03, 2006 3:39 pm
- Forum: ROMS Problems
- Topic: MPI 1 by 1 tile configuration --segmentation error
- Replies: 11
- Views: 14527
- Mon Oct 02, 2006 9:09 pm
- Forum: ROMS Problems
- Topic: MPI 1 by 1 tile configuration --segmentation error
- Replies: 11
- Views: 14527
MPI 1 by 1 tile configuration --segmentation error
Dear all,
I'm trying to test whether ROMS MPI parallel run and serial runs give different results.
In my case I found that MPI 1 by 8 (NtileI=1, NtileJ=8 ) compiled by mpich1.2.6 gives somewhat different results as compared to serial run compiled by ifort. Since the two compilers are different ...
I'm trying to test whether ROMS MPI parallel run and serial runs give different results.
In my case I found that MPI 1 by 8 (NtileI=1, NtileJ=8 ) compiled by mpich1.2.6 gives somewhat different results as compared to serial run compiled by ifort. Since the two compilers are different ...
- Wed Sep 27, 2006 1:02 am
- Forum: ROMS Bugs
- Topic: About the recent parallel bug
- Replies: 3
- Views: 4566
- Tue Sep 26, 2006 7:18 pm
- Forum: ROMS Bugs
- Topic: About the recent parallel bug
- Replies: 3
- Views: 4566
About the recent parallel bug
Dear all,
About the recent bug fix https://www.myroms.org/blog/?p=113
I couldn't find the corresponding codes in the 2.2 version. For example, I only have mp_gather in stead of mp_gather_state in distribute.F
I also coudn't find pdnaupd.f in the 2.2 version.
Are these bugs solely related ...
About the recent bug fix https://www.myroms.org/blog/?p=113
I couldn't find the corresponding codes in the 2.2 version. For example, I only have mp_gather in stead of mp_gather_state in distribute.F
I also coudn't find pdnaupd.f in the 2.2 version.
Are these bugs solely related ...
- Mon Jul 31, 2006 3:54 pm
- Forum: ROMS Problems
- Topic: Time-dependent salinity boundary condition and MPI
- Replies: 5
- Views: 7798
- Mon Apr 24, 2006 6:28 pm
- Forum: ROMS Problems
- Topic: How to run ROMS with MPI + OpenPBS with every processors?
- Replies: 2
- Views: 7340
- Mon Apr 17, 2006 6:55 pm
- Forum: ROMS Problems
- Topic: How to run ROMS with MPI + OpenPBS with every processors?
- Replies: 2
- Views: 7340
How to run ROMS with MPI + OpenPBS with every processors?
Hi,
Hope you can tell me the trick here. I'm trying to run ROMS on a 10 node(computer) Linux X86 64b cluster. (MVAPICH + Open PBS)
Each node has 2 processors. Am I right if I want to use more than 10 processes in parallel to run the code?
Fore example, the following run is sucessful ...
Hope you can tell me the trick here. I'm trying to run ROMS on a 10 node(computer) Linux X86 64b cluster. (MVAPICH + Open PBS)
Each node has 2 processors. Am I right if I want to use more than 10 processes in parallel to run the code?
Fore example, the following run is sucessful ...
- Thu Apr 06, 2006 6:26 pm
- Forum: ROMS Problems
- Topic: wrong choice of domain 01 partition error?
- Replies: 1
- Views: 3510
- Thu Apr 06, 2006 4:33 pm
- Forum: ROMS Problems
- Topic: wrong choice of domain 01 partition error?
- Replies: 1
- Views: 3510
wrong choice of domain 01 partition error?
Hi,
I start to work with ROMS in the last few days.
I used ifort to install ROMS and MPICH-1.2.6 . After the compile, I do get a oceanM executable, it runs with the following case:
mpirun -np 4 ./oceanM ocean_upw.in
But when I looked at the output, it says wrong choice of domain 01 ...
I start to work with ROMS in the last few days.
I used ifort to install ROMS and MPICH-1.2.6 . After the compile, I do get a oceanM executable, it runs with the following case:
mpirun -np 4 ./oceanM ocean_upw.in
But when I looked at the output, it says wrong choice of domain 01 ...