Size: 4169
Comment:
|
Size: 4407
Comment:
|
Deletions are marked like this. | Additions are marked like this. |
Line 16: | Line 16: |
2. Snehal Chokhandre (Cleveland Clinic) 3. Craig Bennetts (Cleveland Clinic) 4. Joy Ku (Stanford University) 5. Henry Kwong (Stanford University) |
1. Snehal Chokhandre (Cleveland Clinic) 1. Craig Bennetts (Cleveland Clinic) 1. Joy Ku (Stanford University) 1. Henry Kwong (Stanford University) |
Line 25: | Line 25: |
2. Discuss potential high performance computing platforms (e.g XSEDE). 3. Decide action items for next meeting. 4. Other |
1. Discuss potential high performance computing platforms (e.g XSEDE). 1. Decide action items for next meeting. 1. Other. '''Immediate Action Items:''' See notes for details. * '''Cleveland Clinic (Ahmet & Craig) * Provide illustrations of sample administration and results retrieval interfaces. * '''Stanford University (Joy & Henry) * Conduct preliminary work for potential implementation for the interface. |
Line 33: | Line 42: |
* On the cloud computing prototype page, Craig described the files needed to run the simulations on the server. Depending on the options the user selects on the user interface, different sets of files will be used. File descriptions provide information about basic set of files, how to use the main script (which will run on the server) and other related files which are passed as argument for that script. * Craig also prepared a sample layout for web interface. This layout provides a basic idea of components of the web interface. Initially, only one available version of FEBio will be used. More versions may be made available in the future. * There will be an option to select the model which the user wants to run and depending on whether the model needs to be modified there will be two files associated with the model file, a script to modify that model and a configuration file that specifies what to modify in the model. * Depending on whether the model was modified and run, a new model will be created which appends the _mod to the model file name and result files will be named similarly. * When the simulation is over, the user will be notified via email (files may be downloaded from the designated location). * All the files will be in the subversion repository (all but the FEBio files). * The out put files can be kept somewhere temporarily and do not need to be in the repository. * An interface may be required to download the result files. * The notification email can provide the link to that download. * We may get some post-processing scripts to extract relevant information from the result files and populate the database with that relevant information and that can be stored indefinitely. * An administration interface will also be developed for admins to add new models and relate files. * FEBio may be installed on the compute server (need to check potential licensing information). * FEBio is free for academic use therefore users may need to agree before submitting jobs that their work if for academic purposes. * Models can be simplified for test purposes. * Ahmet and Craig will provide the workflow used in the past while using Ohio supercomputing or XSEDE. * Location of example files etc is provided in the description. * Memory / computing requirements will ve evaluated for different cases as the development progresses. 2. Discuss potential high performance computing platforms (e.g XSEDE). * A gateway can be created in XSEDE that will allow users to submit jobs using a web based interface (e.g. Robetta). * Authentication and tracking requirements are already built in Simtk structure. * The prototype may be built on any machine for now and an application/ grant will be written to support XSEDE gateway. * Google compute engine or Amazon elastic computing may also be used. 3. Decide action items for next meeting. * Joy and Henry will work on developing specification on how to implement the interface including the administrative phase. * Craig will provide a sample results interface (illustration). 4. Other * None noted. |
* On the cloud computing prototype page, Craig described the files needed to run the simulations on the server. Depending on the options the user selects on the user interface, different sets of files will be used. File descriptions provide information about basic set of files, how to use the main script (which will run on the server) and other related files which are passed as argument for that script. * Craig also prepared a sample layout for web interface. This layout provides the basic idea of components of the web interface. Initially, only one available version of FEBio will be used. More versions may be made available in the future. There will be an option to select the model and depending on whether the model needs to be modified there will be two files associated with the model file, a script to modify that model and a configuration file that specifies what to modify in the model. Depending on whether the model was modified and run, a new model will be created which appends the _mod to the model file name and result files will be named similarly. * When the simulation is over, the user will be notified via e-mail. The notification e-mail should provide a link to download the results. An interface will be required for results retrieval. * All the files (except FEBio executable) will likely be in the subversion repository (all but the FEBio files). FEBio may be installed on the compute server (need to check potential licensing information). FEBio is free for academic use therefore users may need to agree before submitting jobs that their work if for academic purposes. The output files can be kept somewhere temporarily and do not need to be in the repository. * Additional post-processing scripts may be developed and provided on the cloud to extract relevant information from the result files and populate a database with that relevant information, which can be stored indefinitely. * An administration interface will also be developed for project administrators to add new models and related files. Location of example model files is provided in the description. * Models can be simplified for testing purposes. Memory / computing requirements will be evaluated for different cases as the development progresses. * Ahmet and Craig will provide the workflow used in the past while using Ohio Supercomputer Center or XSEDE. 1. Discuss potential high performance computing platforms (e.g XSEDE). * A gateway can be created in XSEDE that will allow users to submit jobs using a web based interface, e.g., Robetta. Authentication and tracking requirements (of an XSEDE gateway) are already built in the simtk.org operations. An application may need to be written to get support from XSEDE. * The prototype may be built on any machine for now. Google Compute Engine or Amazon Elastic Computing may also be used. 1. Decide action items for next meeting. * Joy and Henry will work on adding upon the specification to include the administration panel and explore potential implementation of the interface. * Craig will provide a sample results interface (illustration). 1. Other. * None noted. |
Recurring Meeting of Cleveland Clinic - Stanford University
Date: November 22, 2013
Time: 4:00 PM EST
Means: Conference Call
Attendees:
- Ahmet Erdemir (Cleveland Clinic)
- Snehal Chokhandre (Cleveland Clinic)
- Craig Bennetts (Cleveland Clinic)
- Joy Ku (Stanford University)
- Henry Kwong (Stanford University)
Agenda:
- Discuss specifications and test problem development for the compute gateway to Simtk.
- Discuss potential high performance computing platforms (e.g XSEDE).
- Decide action items for next meeting.
- Other.
Immediate Action Items:
See notes for details.
Cleveland Clinic (Ahmet & Craig)
- Provide illustrations of sample administration and results retrieval interfaces.
Stanford University (Joy & Henry)
- Conduct preliminary work for potential implementation for the interface.
Notes:
- Discuss specifications and test problem development for the compute gateway to Simtk.
- On the cloud computing prototype page, Craig described the files needed to run the simulations on the server. Depending on the options the user selects on the user interface, different sets of files will be used. File descriptions provide information about basic set of files, how to use the main script (which will run on the server) and other related files which are passed as argument for that script.
- Craig also prepared a sample layout for web interface. This layout provides the basic idea of components of the web interface. Initially, only one available version of FEBio will be used. More versions may be made available in the future. There will be an option to select the model and depending on whether the model needs to be modified there will be two files associated with the model file, a script to modify that model and a configuration file that specifies what to modify in the model. Depending on whether the model was modified and run, a new model will be created which appends the _mod to the model file name and result files will be named similarly.
- When the simulation is over, the user will be notified via e-mail. The notification e-mail should provide a link to download the results. An interface will be required for results retrieval.
- All the files (except FEBio executable) will likely be in the subversion repository (all but the FEBio files). FEBio may be installed on the compute server (need to check potential licensing information). FEBio is free for academic use therefore users may need to agree before submitting jobs that their work if for academic purposes. The output files can be kept somewhere temporarily and do not need to be in the repository.
- Additional post-processing scripts may be developed and provided on the cloud to extract relevant information from the result files and populate a database with that relevant information, which can be stored indefinitely.
- An administration interface will also be developed for project administrators to add new models and related files. Location of example model files is provided in the description.
- Models can be simplified for testing purposes. Memory / computing requirements will be evaluated for different cases as the development progresses.
- Ahmet and Craig will provide the workflow used in the past while using Ohio Supercomputer Center or XSEDE.
- Discuss potential high performance computing platforms (e.g XSEDE).
- A gateway can be created in XSEDE that will allow users to submit jobs using a web based interface, e.g., Robetta. Authentication and tracking requirements (of an XSEDE gateway) are already built in the simtk.org operations. An application may need to be written to get support from XSEDE.
- The prototype may be built on any machine for now. Google Compute Engine or Amazon Elastic Computing may also be used.
- Decide action items for next meeting.
- Joy and Henry will work on adding upon the specification to include the administration panel and explore potential implementation of the interface.
- Craig will provide a sample results interface (illustration).
- Other.
- None noted.