Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - fmk

Pages: 1 ... 9 10 [11] 12 13 ... 16
151
Earthquake Engineering (EE-UQ) / Re: EE-UQ - Failed to run the workflow!!!
« on: February 28, 2021, 03:02:27 PM »
can you include the dakota.json for the steel building model ..

152
Earthquake Engineering (EE-UQ) / Re: EE-UQ - Failed to run the workflow!!!
« on: February 28, 2021, 05:22:31 AM »
sorry about the delay i was attending some intensive training course. in the location where the dakota.in file was is there some workdir directories. if not, the program is not finding dakota. if there, the simulations are failing. if it is the simulations tar up one such directory and include it or send it to me.

153
Earthquake Engineering (EE-UQ) / Re: EE-UQ - Failed to run the workflow!!!
« on: February 21, 2021, 07:26:19 AM »
1) if you lookin the Documents/EE-UQ/LocalWorkdir/tmp.SimCenter directory can you check if a file dakota.in exists
2) can you provide info on which version of EE_UQ you are running?

154
Regional Hazard Simulation (R2D, rWhale) / Re: Incorrect Python Command
« on: February 05, 2021, 03:50:01 AM »

Stevan has updated openseespymac (v3.2.2.10): pip3 install openseespymac --upgrade






155
Regional Hazard Simulation (R2D, rWhale) / Re: Incorrect Python Command
« on: February 05, 2021, 01:17:05 AM »

we have uploaded a new Mac version to designsafe: https://www.designsafe-ci.org/data/browser/public/designsafe.storage.community/SimCenter/Software/R2Dt. The example may not work for you as you have a brew installed version of 3.8 and openseespymac (as currently distributed) only works for a distribution from python.org. This may change this evening as Stevan looks after that distribution!

if interested the cause:
the problem was due to a different version of python being found on your PATH (see the #483 output statement if interested, i.e. 09:55:32.483 Debug). we modified the code to ensure the PATH has the new python path before $PATH.

156
changed to R2D

157
The output status “Generating Inflow for 25440 faces” indicates there are a total of 25440 face elements on your inlet patch rather than the number of virtual grid nodes created. It is indeed possible to visualize the virtual grid by outputting the whole virtual grid system as a surface mesh and visualizing it using Paraview.  We will look into saving the grid fro viewing in paraview.

158
Uncertainty Quantification (quoFEM) / Re: Dakota Error
« on: February 04, 2021, 04:59:12 PM »
I need all your files .. for example when I run with what you have provided I am missing the file SolverAlgorithms.tcl .. I cannot proceed without them

159
Uncertainty Quantification (quoFEM) / Re: Dakota Error
« on: February 02, 2021, 06:45:07 PM »
we will look into this. Can you answer the following .. does not matter if you checked neither below, but will limit what we have to look at:
1) Does it runs locally.
2) Did you check if workdir.1 had a results.out file

thanks
frank

160
we have updated the documentation to include a section. as we wrote the code it makes sense to us. however, we know that for someone not sure of what to do the documention is possibly incomplete. let us know.

https://nheri-simcenter.github.io/quoFEM-Documentation/common/user_manual/usage/desktop/quoFEM/FEM.html

161
Programming Bootcamp / Re: Constructor and Destructor types
« on: January 08, 2021, 04:48:52 PM »
a null constructor has 0 arguments, others have a number of arguments. a single class can have multiple constructors that take different types and numbers of arguments.
you can .. you only need the virtual destructors if you are envisioing a subclass

162
Programming Bootcamp / Re: Example for lib from cmak file
« on: January 08, 2021, 04:47:00 PM »
i did example in the shapes CMakeLists file,

163
1. not what i was refrring to the book by knuth (though that is where the term may have originated) ..  a philosophy about how to program that is widely articulated
2. bus something that communicates data between computer hw components (wires, optical fiber,..)
3. sequential is written to only use one ccore, parallel program written to use many cores
4. parts of a computation that are identified as being able to run in parallel
5. openmp provides a way of using multiple cores at same time with threads running in the same mempry space of a single process, in mpi there are no threads, the processes have seperate address spaces and communication is perfomred between them.
6. mp is between cores on a single cpu, mpi can be between a cores on a single cpu or between cores on different cpus

164
1. sum1 .. false sharing again in 2 .. would assume 3 will be close to 1 as letting compiler put in what it thinks best
2. no
3. if you could, but numT not known at that statment location for a compile time setup
4. not sure which file you are referring to

165
pad yes .. the other options do not specifially deal with it as they are controlling access to a single variable, however they are overcoming the problem

when p0 writes to a memory that is part of the cache line, that memory has to be sent to shared cache and other cores do not get access to their cache memory until the other cores memory is put out on the shared cache and can be read in

sync solves problem as the programmer explicitly tells compiler that acess to this memory must be controlled, in original it is not told and can do nothing about what happens, which is why what needs to happen ends up killing the performance

reduction is going to be implemented just like the synch, it is just a convenient feature that openmp provides the programmer with to write an operation that is very common.

you can do all this in c++, what is avail in c is avail in c++


have a look at the following: https://www.youtube.com/watch?v=h58X-PaEGng

Pages: 1 ... 9 10 [11] 12 13 ... 16