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

Implement OptiType pre-filtering step #426

Open
tavinathanson opened this issue Feb 14, 2017 · 3 comments
Open

Implement OptiType pre-filtering step #426

tavinathanson opened this issue Feb 14, 2017 · 3 comments

Comments

@tavinathanson
Copy link
Member

After #423 is done, we can consider using a better aligner that doesn't suffer from the following:

You can use any read mapper to do this step, although we suggest you use RazerS3. Its only drawback is that due to way RazerS3 was designed, it loads all reads into memory, which could be a problem on older, low-memory computing nodes.

Suggested by @ihodes in #419 (comment).

@ihodes
Copy link
Member

ihodes commented Feb 14, 2017

Discussion here: #423

@ihodes ihodes changed the title Consider using a better aligner for OptiType pre-filtering step Implement OptiType pre-filtering step Feb 14, 2017
@tavinathanson
Copy link
Member Author

Per #419 (comment), it may not be worth it to add this with razerS3 vs. an aligner that won't require 208GB+ of memory (or no possible GCP machine type for high enough depth BAMs).

@tavinathanson
Copy link
Member Author

@armish and I agreed that the razers3 pre-filtering step (vs. using a different aligner) doesn't seem particularly high priority, since (a) there's a good chance it wouldn't impact results (and it shouldn't) and (b) it probably wouldn't fix OOM issues.

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

No branches or pull requests

2 participants