Please refer to the new mailman archive!
[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Hi, The problem pointed out by Ulrich will probably be quite serious for a lot of users within a near future because of the rapid development of computer power, and it is also a problem that is hard to find an easy work-around for the user. I guess the obvious solution would be to divide the simulation into macro steps (e.g. 10-100) where each macro step consists of a number micro steps (e.g 1e6-1e9). It would then also be fairly easy to include the possibility to carry out a block-analysis of the simulation. For the second problem with MAX_ELEMENTS, it is a never-ending problem to find a number that is exceedingly large for all possible applications. I will find out if there is a way to avoid using MAX_ELEMENTS or at least I will include a proper warning message where it is specified where it can be modified. I will include both points on the list of "Known problems" on the web-page. Best regards, Per-Olof Åstrand -- Per-Olof Åstrand Dept. of Chemistry, University of Copenhagen and Materials Research Department, Risø National Laboratory per-olof.aastrand@theory.ki.ku.dk or per-olof.aastrand@risoe.dk http://www.ki.ku.dk and http://www.risoe.dk Stephan Roth wrote: > Hi, > > you have to change in > list.c the following line to: > #define MAX_ELEMENTS 2000 > > and compile mcstas again. I had the same problem and solved it this way. > > Best regards > Stephan > -------------------------------- > Stephan V. Roth > Technische Universitaet Muenchen > Physik Department Lehrstuhl E13 > 85747 Garching > Tel.: +49 (0)89-289-12883 > Fax : +49 (0)89-289-12473 > eMail: sroth@ph.tum.de > -------------------------------- > > On Fri, 9 Feb 2001, Judith Preston wrote: > > > Hi, > > > > A related issue that I discovered the other day is that the maximum number > > of lines allowed in a component is 1000 lines. I know it is not often that > > people need all this, but it does happen!! > > > > Cheers > > > > Judith > > > > ----- Original Message ----- > > From: "Ulrich C. Wildgruber MPI fuer Metallforschung Stuttgart" > > <wildgrub@dxray.mpi-stuttgart.mpg.de> > > To: <neutron-mc@risoe.dk> > > Sent: Friday, February 09, 2001 8:46 AM > > Subject: Maximun number of neutron in a single run > > > > > > > Hi all, > > > > > > One new - but minor - issue came up here in Garching today. The maximum > > > number of neutrons which can be processed in a single run is probably > > > limited (I didn't try it out though for obvious reasons :-) to something > > > like 2**31-1. Now I am getting to a point where I might need more... > > > > > > I suggest to introduce an additional counter which allows to process more > > > neutrons than the number 'intmax'. > > > > > > Please let me know if there is already a simple solution to this problem > > > (I like to avoid having to merge the output of several seperate runs > > > manually) > > > > > > Regards > > > > > > Uli > > > > > > -- > > > Ulrich WILDGRUBER > > > wildgrub@dxray.mpi-stuttgart.mpg.de > > > wwwmf.mpi-stuttgart.mpg.de/abteilungen/dosch/dosch.html > > > -------------------------------------------------------------------------- > > --- > > > Max-Planck-Institut für Metallforschung | Technische Universität München > > > Heisenbergstr. 1 | ZBE Neue Forschungs-Neutronenquelle > > > | Instrumentierung > > > D-70569 Stuttgart | D-85747 Garching/München > > > Tel.: (+49)-711-689-1900 | Tel.: (+49)-89-289-14681 > > > Fax.: (+49)-711-689-1902 | Fax.: (+49)-89-289-14666 > > > > > > >