Unconfigured Ad

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts
  • RyNkA
    Member
    • Jul 2013
    • 20

    oases memory

    I was trying to run velvet/oases with kmer from 25 toward 67 on my local HPC, setting it to run with 256GB of ram. Velveth/g performed well, while oases stopped after around 10 hrs and displayed an error.

    job killed: mem 269731380kb exceeded limit 268435456kb

    My command was oases transcripts_69 -min_trans_lgth 200...Any suggestion ?
  • shunyip
    Member
    • Oct 2013
    • 20

    #2
    Many HPCs have a setting that limits the maximum amount of ram that you can use in a job. If your job exceed that amount, it will be killed. In this case, it is 268435456kb.

    It appears that this oases job requires more ram than your HPC allows. You should contact your HPC's administrator to see if you can gain access to more ram for this job; or you can find a way to decrease ram usage.

    Comment

    • RyNkA
      Member
      • Jul 2013
      • 20

      #3
      Originally posted by shunyip View Post
      Many HPCs have a setting that limits the maximum amount of ram that you can use in a job. If your job exceed that amount, it will be killed. In this case, it is 268435456kb.

      It appears that this oases job requires more ram than your HPC allows. You should contact your HPC's administrator to see if you can gain access to more ram for this job; or you can find a way to decrease ram usage.
      Yes, I'm pretty well aware that Oases did actually exceed the amount of RAM allocated by the HPC. However i would like to ask if there is anyway to decrease ram usage. I've dig some search and they suggest that I lower the kmer value (which i did manage to do it at 31 kmer, however, the problem still presists)

      Cheers,

      Comment

      • shunyip
        Member
        • Oct 2013
        • 20

        #4
        At the FAQ section of Oases' manual, they suggested several more ways for you to decrease the memory usage also.


        Hopefully it helps,

        Comment

        • jgibbons1
          Senior Member
          • Oct 2009
          • 135

          #5
          Originally posted by RyNkA View Post
          I was trying to run velvet/oases with kmer from 25 toward 67 on my local HPC, setting it to run with 256GB of ram. Velveth/g performed well, while oases stopped after around 10 hrs and displayed an error.

          job killed: mem 269731380kb exceeded limit 268435456kb

          My command was oases transcripts_69 -min_trans_lgth 200...Any suggestion ?
          Just out of curiosity, how many reads are you trying to assemble? Paired end or single end? Have you quality trimmed your data before assembling?

          Comment

          Latest Articles

          Collapse

          • SEQadmin2
            Advanced Sequencing Platforms Tackle Neuroscience’s Toughest Genomics Problems
            by SEQadmin2



            Genomics studies in neuroscience face a special challenge due to the brain’s complexity and scarcity of samples. Mapping changes in cell type and state using conventional next-generation sequencing methods remains challenging. Advances in technologies like single-cell sequencing, spatial transcriptomics, and long-read sequencing have opened the door to deeper studies of the brain and diseases like Alzheimer’s, amyotrophic lateral sclerosis (ALS), and schizophrenia.
            ...
            Yesterday, 11:10 AM
          • SEQadmin2
            Cancer Drug Resistance: The Lingering Barrier to Rising Survival
            by SEQadmin2



            Cancer survival rates have significantly increased in the last few decades in the United States, reaching a combined 70% 5-year survival rate by 2021. Behind this number, there are years of research to find new therapies, drug targets, and early detection methods. But there is one core challenge that keeps slowing down these advances, and it’s about drug resistance.

            There is no single reason why many patients don’t respond to treatment as expected. Cancer is...
            07-08-2026, 05:17 AM
          • GATTACAT
            Reply to Nine Things a Sample Prep Scientist Thinks About Before Sequencing
            by GATTACAT
            Love this - good data definitely starts from good input, and poor input can only give relatively poor data. I particularly like the mention of Nanodrop/absorbance based methods for quantification. It's such a toss up if you'll get an accurate reading or what amounts to a randomly generated number, and a lot of library/sequencing related issues can be traced back to poor quant.
            07-01-2026, 11:43 AM

          ad_right_rmr

          Collapse

          News

          Collapse

          Topics Statistics Last Post
          Started by SEQadmin2, Yesterday, 10:04 AM
          0 responses
          10 views
          0 reactions
          Last Post SEQadmin2  
          Started by SEQadmin2, 07-08-2026, 10:08 AM
          0 responses
          7 views
          0 reactions
          Last Post SEQadmin2  
          Started by SEQadmin2, 07-07-2026, 11:05 AM
          0 responses
          15 views
          0 reactions
          Last Post SEQadmin2  
          Started by SEQadmin2, 07-02-2026, 11:08 AM
          0 responses
          31 views
          0 reactions
          Last Post SEQadmin2  
          Working...