Skip to content
This repository was archived by the owner on Oct 12, 2023. It is now read-only.
This repository was archived by the owner on Oct 12, 2023. It is now read-only.

Submitting tasks #300

Description

@simon-tarr

Hello, is there a way to improve the speed at which tasks are submitted across nodes in a pool?

I have a cluster with 1024 cores but it takes about 03:30 to submit all tasks. There's very little data from my local R session which needs to be uploaded, so I don't think it's a bandwidth issue. I'm finding that 75% of the time to complete each iteration of my model is accounted for by submitting the tasks (merging is much, much faster) so any performance increases here will make a big difference to my workflow.

Additionally, will the speed at which tasks are submitted increase/decrease depending on where you're based and where your cluster is located? i.e. will it take longer for jobs to submit in 'South Central US' if you're based somewhere in Europe?

Thanks.

Activity

  1. brnleehng commented on Sep 5, 2018

    @brnleehng
    Collaborator

    Hi Simon,

    For submitting a large number of tasks, I'll look into increasing the throughput of task submission similar to the other Azure Batch SDKs.

    https://docs.microsoft.com/en-us/azure/batch/large-number-tasks#increase-throughput-of-task-submission

    Thanks,
    Brian

  2. simon-tarr commented on Sep 10, 2018

    @simon-tarr
    Author

    Hi Brian Hoang (@brnleehng), thanks for the reply. It sounds like it could be a great enhancement to the package.

  3. simon-tarr commented on Sep 14, 2018

    @simon-tarr
    Author

    Hi Brian,

    I was just wondering how complex this is to implement? Is it possible to get a rough ETA on when this could be expected to go live, assuming it's possible to increase the throughput in the first place? In addition, is this a back-end update that will just start working after submitting a job, rather than needing a package update within doAzureParallel?

    Many thanks,
    Simon

  4. darylmsft commented on Sep 14, 2018

    @darylmsft

    We should be able to get the task factory to call AddTaskCollection and handle its complexity by the end of Oct. That will get about 100x improvement.

  5. simon-tarr commented on Sep 15, 2018

    @simon-tarr
    Author

    We should be able to get the task factory to call AddTaskCollection and handle its complexity by the end of Oct. That will get about 100x improvement.

    Wow, 100x is a serious improvement.

    I guess this leaves me to figure out whether waiting until the end of October and then running all my tasks will be quicker than letting everything chug along slowly as things currently stand. Currently about 75% of the time each iteration takes to run can be explained by the time taken to submit tasks but if this gets improved 100x, there will essentially be no waiting. Decisions...

  6. simon-tarr commented on Sep 27, 2018

    @simon-tarr
    Author
  7. simon-tarr commented on Nov 5, 2018

    @simon-tarr
    Author

    Hello, any news on the status of this feature? Thanks!

  8. Pullarg commented on Nov 7, 2018

    @Pullarg

    would be excellent to know, running 800k jobs 12 hours and still submitting, at this point spinning up a 64core machine and using doparallel would be better

  9. simon-tarr commented on Nov 8, 2018

    @simon-tarr
    Author

    would be excellent to know, running 800k jobs 12 hours and still submitting, at this point spinning up a 64core machine and using doparallel would be better

    I reckon half of the $20,000 I've spent over the last 6 weeks has been on waiting for tasks to submit...

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Type

No type

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions