Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Prevaluation --> reduces time for slurm and transfer #52

Open
bclaremar opened this issue Nov 1, 2024 · 3 comments
Open

Prevaluation --> reduces time for slurm and transfer #52

bclaremar opened this issue Nov 1, 2024 · 3 comments
Assignees

Comments

@bclaremar
Copy link
Contributor

bclaremar commented Nov 1, 2024

[edit: text edit by Richel] Currently, we have a good schedule. However, we wanted to experiment with a prevaluation which is estimated to take 10 minutes. Where are we going to steal those 10 minutes from?

What to do?
5 min reduction each or 10 minutes in one?
Present durations:

Transferring files: 70 m
Slurm: 70

@richelbilderbeek
Copy link
Member

richelbilderbeek commented Nov 2, 2024

@bclaremar I don't know/remember what the problem is with the schedule and I am happy with how it currently is. I have written down in my reflection that the time for file transfer was correct, but Pavlin takes over and I don't know his ideas on that.

If needed, sure, reduce the time on Slurm (I've split it up in three sessions, as can be seen already in the schedule) and I adapt by teaching less (and prepare less, quite convenient for me) :-) .

@bclaremar
Copy link
Contributor Author

Well, I was counting on that 10 extra minutes from introduction will be required for the prevaluation.
Shortened the efficient jobs session with 10 minutes but it can be flexible I guess

@richelbilderbeek
Copy link
Member

I offered to have 10 minutes off of my session, go ahead and do 👍 . For the file transfer, ask Pavlin. I do predict, he is flexible there too 👍

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants