deepbgc pipeline does not seem to use more than 2 cores?
Nobody has claimed this yet.
- Dominant language
- Jupyter Notebook
- Stars
- 161
- Forks
- 29
- PR merge metrics
- No merged PRs in 30d
Description
Hello,
Thank you for taking the time to develop this tool, it does exactly what I need it to do for my odd gene clusters. However, the only issue is that it takes more than 20 minutes per fasta file for some bacterial genomes. Is this normal?
I have made a simple model both locally on my macbook and on my university's computational cluster and ran deepbgc pipeline on a single bacterial genome fasta file and in both cases there is no improvement in processing speed past 2 cores. When reading the HMMER user manual, it suggests that it should be capable of utilizing all of the cores available. However, deepbgc pipeline --help does not suggest there is a command to specify how many cpu's it can utilize.
Am I missing something obvious here? Should it take 20 minutes for one fasta file? It seems like it would take decades to get through a metagenome at that rate. My apologies for the ignorance, but how does deepbgc call hmmscan/search?
I looked through some of the other issue reports, but we do not seem to be having the same problems. Any advice you can offer is greatly appreciated, I really would like to use this tool for my work.
Thanks
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start with the deepbgc pipeline --help entry point and inspect how the pipeline calls hmmscan/search; compare the observed two-core behavior with the HMMER user manual. Done means determining whether the runtime and core usage are expected and documenting the relevant CPU option or limitation.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- python
- Domain
- performance
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100