Users

users@lists.einsteintoolkit.org

3 participants
3984 discussions

Cheap&Dirty Visualization practices
by Frank Loeffler 31 Jan '11

31 Jan '11

Hi As discussed at todays phone call, everyone interested is asked to provide a really short summary of what they do for cheap&dirty type of visualizations, e.g. to monitor simulations. I created a wiki page on the ET wiki (I know, the ssl certificate is _still_ broken): https://docs.einsteintoolkit.org/et-docs/Visualization_of_simulation_results Please add yourself and describe shortly your usual workflow. Frank Loeffler

1 0

Meeting Reminder
by Frank Loeffler 31 Jan '11

31 Jan '11

Hi, This is a reminder about our usual Monday Einstein Toolkit phone call. As usual, you can find instructions how to join on the following web site: http://einsteintoolkit.org/info/support/ There will be a (short) summary about what changed on the ET paper (because not much actually happened). Some changes within external libraries will be announced (again). A number of thorns has been suggested to be included in the ET, and we will discuss which of them should make it in. These are: Web 2.0 technologies for accessing and announcing Cactus simulation results: ExternalLibraries/curl ExternalLibraries/flickcurl ExternalLibraries/libxml2 LSUThorns/Flickr LSUThorns/Twitter Interesting run-time statistics: AEIThorns/SystemStatistics Useful external libraries: ExternalLibraries/CGNS ExternalLibraries/HYPRE Frank Loeffler

1 0

Re: [Users] [Einstein Toolkit] #241: Thorns should be able to specify implementation versions, and other thorns should be able to depend on those
by Frank Loeffler 26 Jan '11

26 Jan '11

On Wed, Jan 26, 2011 at 09:53:14PM -0000, Einstein Toolkit wrote: > just an integer or maybe a decimal number. Is there a reason to allow more > complicated version strings? There might be, for using this with different branches of the same thing (think of Carpet). An integer would be cumbersome there, a decimal should do however. Frank

1 1

New thorns for standard thorn list
by Erik Schnetter 26 Jan '11

26 Jan '11

I suggest to add the following thorns to our standard Einstein Toolkit thorn list: Web 2.0 technologies for accessing and announcing Cactus simulation results: ExternalLibraries/curl ExternalLibraries/flickcurl ExternalLibraries/libxml2 LSUThorns/Flickr LSUThorns/Twitter Interesting run-time statistics: AEIThorns/SystemStatistics Useful external libraries: ExternalLibraries/CGNS ExternalLibraries/HYPRE Not all these libraries work / can be built on all HPC systems, although they all work on standard Linux systems with gcc or Intel compilers. The simulation factory has an mdb entry "disabled-thorns" that describes which thorns need to be disabled on what system. (These entries are probably not up to date in the Perl version of Simfactory.) -erik -- Erik Schnetter <schnetter(a)cct.lsu.edu> http://www.cct.lsu.edu/~eschnett/

3 2

Using zlib in HDF5 and libxml2
by Erik Schnetter 26 Jan '11

26 Jan '11

Thorns HDF5 and libxml2 require the zlib library. This library is currently configured ad-hoc. I just committed a new thorn ExternalLibraries/zlib that can either configure the zlib library, or that can build it if the system does not provide a usable one. I suggest to make thorns HDF5 and libxml2 require the zlib thorn. (libxml2 is among the thorns I suggested earlier to include in the standard Einstein Toolkit thorn list.) People will then have to update their thorn list to include the zlib thorn, and will have to configure their zlib location explicitly via this thorn. If this thorn is not included, then thorn HDF5 and libxml2 will fail to build. By default (if it is not explicitly configured), the zlib thorn will look for the zlib library in the "usual" places. -erik -- Erik Schnetter <schnetter(a)cct.lsu.edu> http://www.cct.lsu.edu/~eschnett/

2 1

Paper_EinsteinToolkit_2010
by Frank Loeffler 24 Jan '11

24 Jan '11

Hi, Please let your editors break the lines at something like 80 characters. Writing one paragraph as one long line makes diffs, and thus the use of svn, much more difficult due to more conflicts. thanks, Frank

1 1

Meeting minutes
by Roland Haas 24 Jan '11

24 Jan '11

Meeting minutes: Present were: Frank, Roland, Tanja, Ian, Erik, Yosef, Josh, Bruno ET paper: * reminder to start working on it, we want to see some progress on it this week * Josh: MHD+Initial Data sections are in the draft stage (currently 1-1.5 pages). Needs to be fleshed out a bit for completeness then cut down to size again. * Ian will ask about a Living Reviews paper this week * will meet in Evo weekly ET meeting to coordinate todays work, hope to get lots of commits by 11:00 (central time) * Bruno will run the Kerr-Schild test(s) and write a small (0.5 page, one plot) section about it Yours, Roland -- My email is as private as my paper mail. I therefore support encrypting and signing email messages. Get my PGP key from http://keys.gnupg.net.

1 0

Meeting Reminder
by Frank Loeffler 24 Jan '11

24 Jan '11

Hi, This is a reminder about our usual Monday Einstein Toolkit phone call. As usual, you can find instructions how to join on the following web site: http://einsteintoolkit.org/info/support/ The general Einstein Toolkit paper will be the main topic this time, but other issues within the toolkit might be discussed as well. Frank Loeffler

2 3

Re: [Users] [Commits] [svn:einsteintoolkit] manifest/trunk/ (Rev. 65)
by Frank Loeffler 22 Jan '11

22 Jan '11

Hi, On Sat, Jan 22, 2011 at 05:21:13PM +0000, schnetter(a)cct.lsu.edu wrote: > -##A > +## A ########################################################################### I should have explained this in the header: the marker ##A was there to enable an easy way to jump (by a simple search) to the section starting with A. "## A" is only a bit longer, but I would suggest to go back to "##A". It makes a difference especially when adding a lot of references, like it likely going to happen in the short-term future. Frank

1 0

Re: [Users] [Einstein Toolkit] #149: BVec in HydroBase/interface.ccl should be an axial vector
by Roland Haas 21 Jan '11

21 Jan '11

Hello all, > #149: BVec in HydroBase/interface.ccl should be an axial vector ... > Roland, can you create an apply the corresponding patch? Yes. The problem is generating a test case with thorns already in the toolkit. I'll have to look at interptoarray I guess. Will happen sometime next week. Yours, Roland -- My email is as private as my paper mail. I therefore support encrypting and signing email messages. Get my PGP key from http://keys.gnupg.net.

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Users