<?xml version="1.0" encoding="utf-8"?>
<feed xml:lang="en" xmlns="http://www.w3.org/2005/Atom"><title>Recent posts to Discussion</title><link href="https://sourceforge.net/p/hipmer/discussion/" rel="alternate"/><link href="https://sourceforge.net/p/hipmer/discussion/feed.atom" rel="self"/><id>https://sourceforge.net/p/hipmer/discussion/</id><updated>2022-07-20T11:16:02.445000Z</updated><subtitle>Recent posts to Discussion</subtitle><entry><title>[Question] Is Linux ARM64 a supported architecture?</title><link href="https://sourceforge.net/p/hipmer/discussion/general/thread/45f4ce27af/?limit=25#d899" rel="alternate"/><published>2022-07-20T11:16:02.445000Z</published><updated>2022-07-20T11:16:02.445000Z</updated><author><name>Julien Faye</name><uri>https://sourceforge.net/u/julien-m-faye/</uri></author><id>https://sourceforge.netf64b4c6ecab1b8424e524b95b8b876ab8f2fbacf</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Hello,&lt;/p&gt;
&lt;p&gt;I’d like to ask whether HipMer is supported on Linux/Mac ARM64 systems ?&lt;br/&gt;
Any concerns ?&lt;br/&gt;
Any positive/negative experience ?&lt;/p&gt;
&lt;p&gt;Thank you!&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Installation error posix/dbg_cupc2c</title><link href="https://sourceforge.net/p/hipmer/discussion/general/thread/9239b8fcca/?limit=25#99be" rel="alternate"/><published>2020-09-15T18:21:52.801000Z</published><updated>2020-09-15T18:21:52.801000Z</updated><author><name>Rohit Satyam</name><uri>https://sourceforge.net/u/rohitsayam/</uri></author><id>https://sourceforge.net44dd5fe300f436bc88a6b57dd76d613ff8743778</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;My OS is Ubuntu 18.04 running in a virtual machine. Both gcc 4.8 and 7.5 are installed.&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Installation error posix/dbg_cupc2c</title><link href="https://sourceforge.net/p/hipmer/discussion/general/thread/9239b8fcca/?limit=25#696a" rel="alternate"/><published>2020-09-15T18:20:32.062000Z</published><updated>2020-09-15T18:20:32.062000Z</updated><author><name>Rohit Satyam</name><uri>https://sourceforge.net/u/rohitsayam/</uri></author><id>https://sourceforge.net154e158cdd9e62b725463a7080f749ca74aee030</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Hi authors!&lt;/p&gt;
&lt;p&gt;I tried installing Hipmer and I am getting the following error&lt;/p&gt;
&lt;blockquote&gt;
&lt;hr/&gt;
&lt;div class="codehilite"&gt;&lt;pre&gt;&lt;span&gt;&lt;/span&gt;       &lt;span class="o"&gt;===&lt;/span&gt; &lt;span class="n"&gt;Multiconf&lt;/span&gt; &lt;span class="n"&gt;configuring&lt;/span&gt;&lt;span class="p"&gt;:&lt;/span&gt; &lt;span class="n"&gt;dbg_cupc2c&lt;/span&gt; &lt;span class="o"&gt;===&lt;/span&gt;
&lt;/pre&gt;&lt;/div&gt;


&lt;/blockquote&gt;
&lt;hr/&gt;
&lt;p&gt;Configuring Berkeley UPC Runtime version 2020.4.0 with the following options:&lt;br/&gt;
   --with-clang-upc2c=posix/bin/clang-upc2c --enable-debug --with-multiconf=+dbg_cupc2c,+opt_cupc2c --enable-pthreads --enable-udp --enable-smp --with-default-network=contrib/install_upc.sh --enable-sptr-struct --disable-sptr-struct --with-sptr-packed-bits=10,18,36 --prefix=posix/dbg_cupc2c --with-multiconf-magic=dbg_cupc2c&lt;br/&gt;
configure: error: expected an absolute directory name for --prefix: posix/dbg_cupc2c&lt;br/&gt;
Failed during dbg_cupc2c configure, exit=1&lt;br/&gt;
+ set -x&lt;br/&gt;
+ trap '' 0&lt;/p&gt;
&lt;p&gt;I tried following commands and both gave me the same error.&lt;/p&gt;
&lt;p&gt;&lt;code&gt;contrib/install_upc.sh contrib/install_upc.sh ivb posix [install_path=/home/baadalvm/install]&lt;/code&gt;&lt;/p&gt;
&lt;div class="codehilite"&gt;&lt;pre&gt;&lt;span&gt;&lt;/span&gt;&lt;span class="n"&gt;contrib&lt;/span&gt;&lt;span class="o"&gt;/&lt;/span&gt;&lt;span class="n"&gt;install_upc&lt;/span&gt;&lt;span class="p"&gt;.&lt;/span&gt;&lt;span class="n"&gt;sh&lt;/span&gt; &lt;span class="n"&gt;contrib&lt;/span&gt;&lt;span class="o"&gt;/&lt;/span&gt;&lt;span class="n"&gt;install_upc&lt;/span&gt;&lt;span class="p"&gt;.&lt;/span&gt;&lt;span class="n"&gt;sh&lt;/span&gt; &lt;span class="n"&gt;smp&lt;/span&gt; &lt;span class="n"&gt;posix&lt;/span&gt; &lt;span class="p"&gt;[&lt;/span&gt;&lt;span class="n"&gt;install_path&lt;/span&gt;&lt;span class="o"&gt;=/&lt;/span&gt;&lt;span class="n"&gt;home&lt;/span&gt;&lt;span class="o"&gt;/&lt;/span&gt;&lt;span class="n"&gt;baadalvm&lt;/span&gt;&lt;span class="o"&gt;/&lt;/span&gt;&lt;span class="n"&gt;install&lt;/span&gt;&lt;span class="p"&gt;]&lt;/span&gt;
&lt;/pre&gt;&lt;/div&gt;

&lt;/div&gt;</summary></entry><entry><title>Trim and Merge Output</title><link href="https://sourceforge.net/p/hipmer/discussion/general/thread/391711d53d/?limit=25#2f3b" rel="alternate"/><published>2019-04-18T00:45:01.622000Z</published><updated>2019-04-18T00:45:01.622000Z</updated><author><name>Salomon</name><uri>https://sourceforge.net/u/sturgman/</uri></author><id>https://sourceforge.netb0f7e393be2e6b464e1836c412d35f296d2dceec</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Thanks Eugene. That sounds easy enough!&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Trim and Merge Output</title><link href="https://sourceforge.net/p/hipmer/discussion/general/thread/391711d53d/?limit=25#b076" rel="alternate"/><published>2019-04-17T21:59:19.237000Z</published><updated>2019-04-17T21:59:19.237000Z</updated><author><name>Eugene Goltsman</name><uri>https://sourceforge.net/u/egoltsman/</uri></author><id>https://sourceforge.netb0fde7ea5aa54de5a1c97f632d84913affad174b</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;In this version you can treat them as different libraries, i.e. make two lib_seq entries for each file and give different library names, but assign the same setID of 1 so that they're used together for scaffolding.   You can enter the same insert size/sdev  for both  - the pipeline will recalculate it later anyway,  so these are treated as just fallback estimates.&lt;br/&gt;
In the next release all this will be handled automatically.&lt;br/&gt;
Hope this helps.&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Trim and Merge Output</title><link href="https://sourceforge.net/p/hipmer/discussion/general/thread/391711d53d/?limit=25#5c39" rel="alternate"/><published>2019-04-17T17:41:54.609000Z</published><updated>2019-04-17T17:41:54.609000Z</updated><author><name>Salomon</name><uri>https://sourceforge.net/u/sturgman/</uri></author><id>https://sourceforge.netc9167d5f3b95d74acbc88b8630b96fae0c9e9124</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Dear all,&lt;br/&gt;
I have adapted the trim and merge script in the contrib folder and applied to my dataset. The output includes a merged file and a pairs file. My question is, should I feed thee two files as two different libraries to Hipmer? Or do they count as a single library?&lt;/p&gt;
&lt;p&gt;The results outputed by the script include the avg insert and its standard deviation... is that for the merged file? can I use those reported numbers as input in the meraculous config file?&lt;/p&gt;
&lt;p&gt;Thanks for the clarification.&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Running out of memory at stage contigMerDepth_main</title><link href="https://sourceforge.net/p/hipmer/discussion/general/thread/85ee0e3e06/?limit=25#2107" rel="alternate"/><published>2019-04-16T16:22:18.109000Z</published><updated>2019-04-16T16:22:18.109000Z</updated><author><name>Salomon</name><uri>https://sourceforge.net/u/sturgman/</uri></author><id>https://sourceforge.net22c0cf7fab0a486fd37f65e67c8fea37aeeedb9f</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Hello all!&lt;/p&gt;
&lt;p&gt;I am running hipmer on a plant data set. Hipmer runs fine until it is killed by slurm for trying to exceed the physical memory available in my compute nodes. The final part of the run.out file is as so:&lt;/p&gt;
&lt;blockquote&gt;
&lt;h6&gt;&lt;/h6&gt;
&lt;p&gt;Starting stage contigMerDepth-31 -k 31 -i ALL_INPUTS.fofn-31.ufx.bin -c UUtigs_contigs-31 -d 7 -D 1.000000 -s 100 -B /dev/shm at 04/16/19 10:52:31&lt;/p&gt;
&lt;h6&gt;&lt;/h6&gt;
&lt;p&gt;STAGE contigMerDepth_main -k 31 -i ALL_INPUTS.fofn-31.ufx.bin -c UUtigs_contigs-31 -d 7 -D 1.000000 -s 100 -B /dev/shm&lt;br/&gt;
Struct size is 32, no padding, 8 shared[] ptr&lt;br/&gt;
kmer_length 31&lt;br/&gt;
Total number of records is 1027287713&lt;br/&gt;
Minimum required shared memory: 279 MB. (1027287713 ufx kmers) If memory runs out re-run with more -shared-heap&lt;br/&gt;
Thread 0: Allocating memory for 6111570 reads: 281132220 bytes&lt;br/&gt;
Threads done with I/O&lt;br/&gt;
Time spent in all_alloc() for buckets is 0.081163 seconds&lt;br/&gt;
Time spent in NULL-ing buckets is 0.078106 seconds&lt;br/&gt;
Time spent in all_alloc() for heap ptrs and indices is 0.001610 seconds&lt;br/&gt;
Time spent in alloc() for my shared heap is 0.087445 seconds&lt;br/&gt;
Allocating 31.500 MB per node 256 elements (32 bytes) per-thread for local chunks&lt;br/&gt;
Time spent for caching remote pointers is 0.010392 seconds&lt;br/&gt;
Threads done with setting-up&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;&lt;em&gt;*&lt;/em&gt;&lt;/strong&gt;&lt;strong&gt;&lt;em&gt;*** SET - UP TIME &lt;/em&gt;&lt;/strong&gt;&lt;strong&gt;&lt;em&gt;*&lt;/em&gt;&lt;/strong&gt;&lt;strong&gt;&lt;em&gt;*&lt;/em&gt;&lt;/strong&gt;&lt;br/&gt;
Time spent on setting up the distributed hash table is 0.616881 seconds&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;&lt;em&gt;*&lt;/em&gt;&lt;/strong&gt;&lt;strong&gt;&lt;em&gt;* OVERALL TIME BREAKDOWN &lt;/em&gt;&lt;/strong&gt;&lt;strong&gt;&lt;em&gt;*&lt;/em&gt;&lt;/strong&gt;&lt;strong&gt;*&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;Time for constructing UFX hash table is : 10.879285 seconds&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;My standard error file has in additions this:&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;slurmstepd: error: Job 9523 exceeded memory limit (97778864 &amp;gt; 97320960), being killed&lt;br/&gt;
slurmstepd: error: Exceeded job memory limit&lt;br/&gt;
slurmstepd: error: JOB 9523 ON node06 CANCELLED AT 2019-04-16T10:52:59 &lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;The end of the output clearly states that if I run out of memory, I should run with more shared-heap. How exactly does that work? It seems that hipmer was allocating more memory than available in a single node, so I don't see how increasing the shared-heap would help.&lt;/p&gt;
&lt;p&gt;Is my problem a different one, could I improve on this situation by increasing the number of nodes (and therefore the available memory)? Or are there steps within hipmer where the memory cannot be distributed? I could answer this questions myself by running on more nodes, but it will be a while until those are available in my cluster, so wanted to get a head-start for planning.&lt;/p&gt;
&lt;p&gt;Thanks for your help!&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>long runtime in merAligner</title><link href="https://sourceforge.net/p/hipmer/discussion/general/thread/7bfb2898/?limit=25#d240" rel="alternate"/><published>2017-08-22T16:12:23.266000Z</published><updated>2017-08-22T16:12:23.266000Z</updated><author><name>haruna</name><uri>https://sourceforge.net/u/haruna/</uri></author><id>https://sourceforge.net5a10c4fbceb7219014b4d05932831b2080bbf96c</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Hello there! &lt;/p&gt;
&lt;p&gt;I have been trying to run a large wheat input on a large cluster system, and I have gotten as far as running it to completion using ~1000 cores, but with ~3000 cores it appears to be stuck trying to get through merAligner-51.  It looks like there is probably some contention for some shared resources, but I was wondering if you might have any insights or suggestions as to what might be going on and what I might try next. &lt;/p&gt;
&lt;p&gt;I built UPC/GASnet with --disable-shmem --with-sptr-packed-bits=20,12,32, and I am using the Intel compilers and SGI MPT for MPI.  I have run HipMer (built using UPCC_FLAGS="-network mpi") with UPC_SHARED_HEAP_MB ranging from 800MB to 3000MB.  My configuration file looks like this:&lt;/p&gt;
&lt;p&gt;$ cat meraculous-cs42.config&lt;/p&gt;
&lt;p&gt;lib_seq R1.fastq,R2.fastq CS42 1000 150 251  1 1  1 1 1  0 0 2 1&lt;/p&gt;
&lt;p&gt;is_diploid 0&lt;br/&gt;
genome_size 13&lt;br/&gt;
mer_size 51&lt;br/&gt;
min_depth_cutoff 0&lt;br/&gt;
gap_close_rpt_depth_ratio 1.75&lt;br/&gt;
gap_close_aggressive 1&lt;/p&gt;
&lt;hr/&gt;
&lt;p&gt;Thank you so much!!&lt;/p&gt;
&lt;p&gt;-- Haruna  :) &lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>install error of HipMer~</title><link href="https://sourceforge.net/p/hipmer/discussion/general/thread/7b41a85e/?limit=25#f08f" rel="alternate"/><published>2017-02-23T09:16:04.616000Z</published><updated>2017-02-23T09:16:04.616000Z</updated><author><name>Rob Egan</name><uri>https://sourceforge.net/u/robegan/</uri></author><id>https://sourceforge.net07a8da14c9695f40a3ed288c0f92961953b4bb61</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Hello, we can't replicate this bug, and it seems to indicate that there is an issue with your version of glibc.&lt;/p&gt;
&lt;p&gt;Please open a ticket and include your full build log and the OS, version and patch level of the machine you are building on.  We have primarily been testing on Ubuntu 16.04, and SLE6 (Cray), so there may be issues with other flavors of Linux that we have not come accross.&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>install error of HipMer~</title><link href="https://sourceforge.net/p/hipmer/discussion/general/thread/7b41a85e/?limit=25#0516" rel="alternate"/><published>2017-02-22T11:15:42.134000Z</published><updated>2017-02-22T11:15:42.134000Z</updated><author><name>orange</name><uri>https://sourceforge.net/u/orangeapple/</uri></author><id>https://sourceforge.netf52c2032ef21b839cf9ad50ffb5dc8dfb50996b1</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;I am using gcc 4.9.0, sorry for late &lt;/p&gt;&lt;/div&gt;</summary></entry></feed>