Skip to end of metadata
Go to start of metadata
You are viewing an old version of this page. View the current version.
Compare with Current
View Page History
« Previous
Version 4
Next »
Participants
Recording: https://us02web.zoom.us/rec/share/vCpB8wykwYw17pE-oTVwEbzChjv7VszVs4yxpqHikbPdpTUTAikQQ0xP00UCp_Jn.juFgUebc0D3C35XH?startTime=1712073867000
Goals
DD : alchemiscale
roadmap
Q1 : complete “living networks” performance improvements
Q1 : Folding@Home compute services deployed in production
finish MVP, with integration test suite by 2024.03 2024.04
perform FAH tests with volunteers during 2024.04
Q2 : develop Strategy
structure, initial implementations
Q3 : enable automated Strategy
execution by end of Q3, 2024 (2024.10.01)
DD : release 0.4.0 today/tomorrow, followed by deployment to alchemiscale.org
performance improvements to Task
creation, actioning, and claiming by compute services
new client methods for getting and setting many network weights at once
new client methods for getting tasks statuses and actioned tasks for many networks at once
added concept of network state, allowing users to set networks to inactive
, deleted
, or invalid
when no longer relevant
also using neo4j 5.x, and the official neo4j Python driver for database communication
deployment artifacts will keep underlying stack the same, including perses
for now since feflow
not expected to work with gufe
0.9.5 and openfe
0.14.0
DD : thanks to Jenke Scheen for design of alchemiscale
logo
MH : status of openfe
+ gufe
1.0 testing with alchemiscale
main
IP: feflow needs
alchemiscale
development : new sprint spanning 4/3 - 4/15
Discussion topics
Notes |
---|
DD : alchemiscale roadmap Q1 : complete “living networks” performance improvements Q1 : Folding@Home compute services deployed in production finish MVP, with integration test suite by 2024.03 2024.04 perform FAH tests with volunteers during 2024.04 DD – Will ask for volunteers on F@H to target our tags for testing public work server up by 2024.03.15 2024.04.15 confidential work server up by 2024.04.01 2024.05.01 JW – Are tasks embarrassingly parallel?
Q2 : develop Strategy structure, initial implementations Q3 : enable automated Strategy execution by end of Q3, 2024 (2024.10.01)
DD : release 0.4.0 today/tomorrow, followed by deployment to alchemiscale.org Alchemiscale PR 257- performance improvements to Task creation, actioning, and claiming by compute services new client methods for getting and setting many network weights at once new client methods for getting tasks statuses and actioned tasks for many networks at once added concept of network state, allowing users to set networks to inactive , deleted , or invalid when no longer relevant deployment artifacts will keep underlying stack the same, including perses for now since feflow not expected to work with gufe 0.9.5 and openfe 0.14.0 IP – Side note - feflow should work with those versions. But it’s fine to have perses in there for now since feflow will change a lot in the future. DD – Gotcha. I’ll keep it as just perses for now, then we can update the builds to include feflow later once the changes are done.
DD : thanks to Jenke Scheen for design of alchemiscale logo MH : status of openfe + gufe 1.0 testing with alchemiscale main All jobs not involving charge changes are done and HB is analyzing them. The ones that DO have charge changes are in the pipe. Dealt with some bugs with storage and other stuff. Completion ETA next week. IP – What did we decide on which openff version to use for benchmarks? MH – To be clear - This is a QA check on openfe-1.0.0. This is different from the openff-2.2.0 benchmarks. IP – Do you know which openff version you’re using for this? I’ve been trying to validate the noneqcyclingprotocol with different systems and I’d like to use this as a comparison. MH – I think it was openff-2.1.0? Not positive. DD – And to recap, the plan is to proceed with the stable GUFE+OpenFE 1.0 release if these benchmarks look good. JW – Note that openff-2.1.0 and 2.1.1 are funcitonally identical - The latter just adds Xe parameters, so if there’s jobs in the pipe with 2.1.1 they’re equivalent to 2.1.0.
IP: feflow needs
We’ve used noneqcycling for a few toy examples and it seems fine. Ran TYK2 last week and it looked fine. This week I’ll be running other systems. DD – I added “Adding extends support” to our sprint. Is that something you’d like in the next release of feflow? IP – Yes, it’s something we should include in the next release. DD – I recall that this was discussed at ASAP on Thursday, and that this was seen as a good way to save compute when we have pre-emptible resources. Also F@H could take advantage of the same machinery. IK, would you want to take this on? IK – I’m not too familiar with this stuff, so I’ll need to look into it and will let you know. IP – Great, happy to work with IK on this. … IP – One thing to highlight about the backend work is that we’re testing a lot of the objects we’re using for hybridtopology and lambdaprotocol that weren’t being tested before, so that’s a huge improvement.
alchemiscale development : new sprint spanning 4/3 - 4/15
|
|
Action items
Decisions
Add Comment