On Wednesday August 31 2011 12:20:40 Johan Hake wrote: > On Wednesday August 31 2011 12:14:55 Anders Logg wrote: > > On Wed, Aug 31, 2011 at 12:07:42PM -0700, Johan Hake wrote: > > > A recent commit to instant fixes this problem. > > > > > > The reason this has been a problem before is that the filelocking > > > system used by instant does not work for NFS. Which many of use when > > > submitting jobs to a cluster. > > > > > > I found a NFS safe file locking library online, fcntl: > > > > > > https://launchpad.net/flufl.lock > > > > > > which is now supported by instant. If not present it defaults to the > > > old one. My understandment of file locking is still limited, but it > > > worked for some test cases I have using PyDOLFIN, which broke > > > misserably with the old file locking module. > > > > > > Please install it and test this new feature. > > > > > > The time where a simulation need to be run on the frontend first to > > > generate the compiled code might be over :). > > > > Nice! I just did exactly that today before submitting a job (run on > > frontend to get all the forms in place). > > > > Which package contains flufl, and is it installed on bigblue? > > Probably not. It is back to manual install I guess. Do not think it is > provided by Debian yet.
There is a ppa for this and other packages. ppa:barry/python see https://launchpad.net/~barry/+archive/python for furter details. It looks like the author is a senior Ubuntu developer :) Johan > Also it should not be confused with: > > python-flufl.enum - Yet another Python enumeration package. > > Johan > > > -- > > Anders > > > > > Johan > > > > > > On Wednesday August 3 2011 20:49:24 Johan Hake wrote: > > > > Hello! > > > > > > > > Why do we write generated code to file when the jit compilation is > > > > used? This introduce a cause of error which has annoyed me for some > > > > time now. Instead of writing the code to file and then in ufc.build > > > > we just read the file again, we could just pass the code as a single > > > > str. > > > > > > > > This would save us for a lot of hassle with file access during server > > > > run. When several runs are commited and executed at one time I > > > > experience a lot of runs that stops prematurely because of file > > > > access problem. This "should" have been fixed by some file > > > > locking mechanism which > > > > > > really is > > > > > > > not working. > > > > > > > > If you think this is a cool thing to do I can do the work. We just > > > > have to add a parameter, or an extra argument to some ffc functions > > > > and change the interface to ufc.build. > > > > > > > > Johan > > > > > > > > _______________________________________________ > > > > Mailing list: https://launchpad.net/~ffc > > > > Post to : ffc@lists.launchpad.net > > > > Unsubscribe : https://launchpad.net/~ffc > > > > More help : https://help.launchpad.net/ListHelp > > > > > > _______________________________________________ > > > Mailing list: https://launchpad.net/~ffc > > > Post to : ffc@lists.launchpad.net > > > Unsubscribe : https://launchpad.net/~ffc > > > More help : https://help.launchpad.net/ListHelp > > > > _______________________________________________ > > Mailing list: https://launchpad.net/~ffc > > Post to : ffc@lists.launchpad.net > > Unsubscribe : https://launchpad.net/~ffc > > More help : https://help.launchpad.net/ListHelp _______________________________________________ Mailing list: https://launchpad.net/~ffc Post to : ffc@lists.launchpad.net Unsubscribe : https://launchpad.net/~ffc More help : https://help.launchpad.net/ListHelp
