Skip to content

Conversation

@kishorikonwar
Copy link
Contributor

Purpose

Speed-up the SplitCellByCellBarcode step of Optimus by modifying the sctools to write the intermediate BAM files of SplitCellByBarcode in SAM format. The goal is to speed-up the step but at the expense of larger sized intermediate files in the step

Changes

a) Changed the HDD from 500GB to 3500GB
b) Changed the docker image to a higher version of sctools

… new sctools to write the intermediate BAM files of SplitCellByBarcode in SAM format. The goal is to speed-up the step but at the expense of larger sized intermediate files in the step
Copy link
Contributor

@nikellepetrillo nikellepetrillo left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

looks good as long as it's okay to use 3500GB for disk!


# we can calculate disk size for arrays of input files in WDL 1.0
Int disk = 500
Int disk = 3500
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

should we calculate this based on input size rather than just always getting a ton of disk?

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

Successfully merging this pull request may close these issues.

4 participants