Comments (8)
Where do we centrally collate/query all the work we think is needed for 0.6.0 ?
I agree that organisation is good -- just don't see where I browse the work list and process.
from grid.
There are many ways to do that, you can just click on the "milestone" button in the main issue menu. In the issue filters you can select only issues corresponding to one milestone. Finally, if you are browsing an issue which is flagged with a milestone then you can see the milestone progress on the right and click on it to see the corresponding issues. I hope that helps.
from grid.
Leaving what I would view as desirable for v0.6.0. Please add other comments in this thread.
-- FFT
-- Gamma rework to complete basis, work with Antonin on meson trace code to make
it look pretty.
-- Doxygen avalable online somehow
-- Clean up mixed precision
-- Thread safe & threaded version of code in Lattice_transfer
-- Check for no call of peek/poke from threaded regions
-- Optimised precision changing
-- Assembly "Ddag" in KNL
-- Generic fermion reps
-- Applications directory and common HMC, RHMC
-- Move Lanczos to use Eigen matrix types. Replace "DenseMatrix" with Eigen types.
-- PAB to audit core code (lib, but not down lib/qcd tree).
from grid.
Thanks for the list it is nice to have a roadmap. We are now ~100 commits since 0.5.1 and important changes have been made. I thought that maybe it would be good to release 0.6 rather soon (i.e. in the next 2 weeks)? Many of the features you listed can represent a significant amount of time and could constitue good goals for the next version. I would suggest:
0.6:
- Doxygen avalable online somehow
- PAB to audit core code (lib, but not down lib/qcd tree)
0.7:
- FFT
- Gamma rework to complete basis, work with Antonin on meson trace code to make it look pretty
- Clean up mixed precision
- Thread safe & threaded version of code in Lattice_transfer
- Check for no call of peek/poke from threaded regions
- Optimised precision changing
- Assembly "Ddag" in KNL
- Generic fermion reps
- Applications directory and common HMC, RHMC
- Move Lanczos to use Eigen matrix types. Replace "DenseMatrix" with Eigen types.
What do you think?
from grid.
Just to keep track of things, I have started adding ideas of things to do for the first "final" version (1.0).
from grid.
I'm worried that we will run into 1.0 too soon....
I'd vote for 0.5.3 quickly and the extended features in a 0.6.0 ?
Doesn't change the practice, but numbering would leave me more comfortable.
from grid.
That sounds good. My point was just on trying to have regular checkpointing of versions we think are usable, keeping master
alive. I don't have a strong opinion on the numbering scheme.
from grid.
Hi I just want to keep this issue alive, we are slowly going into not releasing versions, master
is totally outdated now. Shall we push onto releasing 0.6.0?
from grid.
Related Issues (20)
- MPI2 romio321 library fails when reading >= 2GB per rank HOT 2
- Cannot compile the gparity and adjoint versions of the CompactWilsonCloverAction
- Compilation errors and warnings build targeting Nvidia GPUs HOT 2
- GPU Benchmark_ITT segfaults with MPI and ranks > 1 HOT 9
- Create a version of Benchmark_ITT including Clover instead of Wilson
- Grid fails to build for Nc != 3
- hipcc on Crusher: function bcopy undefined (compiler does not have openmp enabled?) HOT 1
- Certain operations involving SitePropagator::scalar_object won't compile with CUDA for Nc > 3
- make install doesn't install all headers due to duplicate Config.h and Version.h HOT 3
- Using ILDG checkpointer causes a crash during write HOT 2
- Develop is broken HOT 1
- ARM NEON is broken HOT 2
- Feature request: provenance tracking
- Add hint to shm error message
- Cuda error invalid device ordinal
- Recent commit causing Grid build to fail
- The configure options --enable-setdevice and --diable-setdevice have no effect
- Grid does not compile on Arm with CUDA HOT 9
- invalid configuration argument when running with 1 GPU
- FlightRecorder.cc breaks compilation for --enable-comms=none HOT 1
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from grid.