Welcome, Guest
Username: Password: Remember me

TOPIC: computation continued not working good

computation continued not working good 12 years 9 months ago #3540

  • mtayel
  • mtayel's Avatar
hi all
When I use telemac with the two keywords “computation continued” and “previous computation file” the simulation stops after 30 days. Also it happens if I use “initial time reset to zero” keyword with them.
But the simulation continued normally if I did not use the above keywords and has the normal end.
I run the simulation in parallel mode using 8 processes.
thanks
The administrator has disabled public write access.

Re: computation continued not working good 12 years 9 months ago #3541

  • jmhervouet
  • jmhervouet's Avatar
Hello,

We would need some extra information. When you say "the computation stops after 30 days", is it a crash or a stop with some message ? Do you use files with a specific implementaion to read them ?

JMH
The administrator has disabled public write access.

Re: computation continued not working good 12 years 9 months ago #3542

  • mtayel
  • mtayel's Avatar
thanks
since the previous result file size is 43 Gb, i used the matlab telemac tools to extract only the last time step and save the serafin file again. i apply also the wind and presure data that change in space and time using meteo.f
the error message is access violation which not appear if i did not use the computation continued keywords
i will try to send the error message to you but it will take some time since i will run the simulation again now
The administrator has disabled public write access.

Re: computation continued not working good 12 years 9 months ago #3543

  • jmhervouet
  • jmhervouet's Avatar
Hello,

OK. A look at your file meteo.f would be also useful.

JMH
The administrator has disabled public write access.

Re: computation continued not working good 12 years 9 months ago #3544

  • mtayel
  • mtayel's Avatar

File Attachment:

File Name: princi_v6p0.f
File Size: 54 KB

here is the princi.f file that has all of my new subroutines i used
The administrator has disabled public write access.

Re: computation continued not working good 12 years 9 months ago #3545

  • mtayel
  • mtayel's Avatar

File Attachment:

File Name: princi_v6p0.f.txt
File Size: 54 KB

the file with txt format
the file has several subroutines
The administrator has disabled public write access.

Re: computation continued not working good 12 years 9 months ago #3547

  • jmhervouet
  • jmhervouet's Avatar
Hello,

OK thanks. After reading meteo.f: I may be wrong, but I do not understand how you manage parallelism in this file. In commands like :

DO i=1,NPOIN
PATMOS (i)= pres((round*41891)+(i))
ENDDO

you seem to read pressure in a file on channel 98, that would be in global numbering, while you set it in the loop in local numbering, am I wrong ?

Anyway as you deal with months in this subroutine, and because your computation stops after 30 days, I would strongly suspect a problem there.

With best regards,

Jean-Michel Hervouet
The administrator has disabled public write access.

Re: computation continued not working good 12 years 9 months ago #3550

  • mtayel
  • mtayel's Avatar
first thanks for your interactive reply
the simulation run correctly without any probleme if i did not use continuation. i also checked it is transfer from one month to another correctly inside meteo.f
did you mean for parallisim i must use for example the following
DO i=1,NPOIN
PATMOS%R(i)= pres((round*41891)+(i))
END DO
please correct me if the above modification to meteo.f is not what you mean, and did you think it has relation to the continuation of the process
in any way i will tray to use continuation without parallism and see

best regards
The administrator has disabled public write access.

Re: computation continued not working good 12 years 9 months ago #3551

  • jmhervouet
  • jmhervouet's Avatar
Hello,

No, I would just like to know what is in file 98. If it is a file with all atmospheric pressures at every point of your original file, then it is in global numbering, where NPOIN is the total number of points. Then when you do the loop to fill PATMOS(I), NPOIN is the local number of points, so there would be a mismatch between numbering. However this would explain differences between scalar runs and parallel runs, not a problem of computation continued. Your subroutine Meteo is rather complicated and in case of continuation you will not go at the same address in the data files, this is why I suspect an error here. If it is possible, comparisons between scalar and parallel would be useful.

Jean-Michel Hervouet
The administrator has disabled public write access.
Moderators: pham

The open TELEMAC-MASCARET template for Joomla!2.5, the HTML 4 version.