JiscMail Logo
Email discussion lists for the UK Education and Research communities

Help for CCPEM Archives


CCPEM Archives

CCPEM Archives


CCPEM@JISCMAIL.AC.UK


View:

Message:

[

First

|

Previous

|

Next

|

Last

]

By Topic:

[

First

|

Previous

|

Next

|

Last

]

By Author:

[

First

|

Previous

|

Next

|

Last

]

Font:

Proportional Font

LISTSERV Archives

LISTSERV Archives

CCPEM Home

CCPEM Home

CCPEM  July 2014

CCPEM July 2014

Options

Subscribe or Unsubscribe

Subscribe or Unsubscribe

Log In

Log In

Get Password

Get Password

Subject:

Re: Questions about Relion (2D/3D classification and Refinement)

From:

Sjors Scheres <[log in to unmask]>

Reply-To:

Sjors Scheres <[log in to unmask]>

Date:

Wed, 16 Jul 2014 15:28:57 +0100

Content-Type:

text/plain

Parts/Attachments:

Parts/Attachments

text/plain (118 lines)

Hi Tat,
It would be best to avoid the older nodes, and run only 1 or 2 MPI jobs 
on each newer node, with 12 or 6 threads (-j) each, respectively.
HTH,
S
On 07/16/2014 02:16 PM, Tat Cheung Cheng wrote:
> Hi Dr Scheres,
>
> Sorry to say that I am still a little confused here. Please allow me 
> to be a little more specific here.
> I ran refinement on a 12 node cluster, the older half of the 12 nodes 
> is with 8 cores each, ~1.5 Gb memory per core, while the newer half is 
> with 12 cores each, ~2.4Gb per core. Originally I ran the job with j 
> -8,  and the estimated memory may exceed the capacity on the older 
> nodes, and that may caused the abort.
>
> Estimated memory for expectation step  > 8.70496 Gb
>
> Estimated memory for maximization step > 15.3861 Gb
>
>
> I think what I can do here is to use a lower -j, or limit the job to 
> the newer nodes with more memory. So my question here is which way do 
> you think is a better/more efficient way to run?
>
> Thanks very much again.
>
>
> Best Regards,
>
> Tat
>
>
>
>
> On Tue, Jul 15, 2014 at 3:29 AM, Sjors Scheres 
> <[log in to unmask] <mailto:[log in to unmask]>> wrote:
>
>     Hi Tat,
>     1: RELION will only include the resolution shells it deems
>     necessary in
>     the 2D/3D refinement/classification. This is normal.
>     2: You run out of RAM. Are you running a single MPI node and multiple
>     threads on each 48Gb node? If you run multiple MPI nodes, each of them
>     will replicate the RAM. Threads share the same RAM. See Wiki for more
>     details.
>     HTH, S
>     > Hi Dr Scheres,
>     >
>     > I have collected some data recently, and I am using Relion for 2D
>     > classification, 3D classification and refinement. But there are some
>     > questions that puzzle me.
>     >
>     > 1.  In 2D and 3D classification, it seems the signal
>     (rlnSsnrMap) drops to
>     > zero beyond resolution 8.0A in every class in 2D classification
>     and 8.6A
>     > in 3D classification, no matter how many particles in the class (an
>     > example is shown below), but I have set --strict_highres_exp 6
>     in both
>     > run. I wonder is it a feature of Relion to use 8.0A/8.6A as a
>     cutoff for
>     > 2D/3D classification or is there some problem with my original data.
>     >
>     >           47     0.122396     8.170213     0.001602     0.000000
>     > 1.123953e-08 9.000828e-12 2.063652e-05
>     >           48     0.125000     8.000000     0.001286     0.000000
>     > 1.555068e-08 9.999181e-12 6.504905e-06
>     >           49     0.127604     7.836735     0.000000     0.000000
>     > 0.000000     0.000000     0.000000
>     >
>     >
>     > 2.  In Refinement, the program somehow aborts at the final stage
>     when
>     > calculating the gold-standard FSC. The error log says
>     >
>     > Allocate: No space left
>     > File: ./src/multidim_array.h line: 962
>     >
>     > And I increase the max memory (to 48Gb) for the run, but the
>     program says
>     >  Estimated memory for expectation step  > 8.64817 Gb, available
>     memory =
>     > 48 Gb.
>     >  Estimated memory for maximization step > 15.3861 Gb, available
>     memory =
>     > 48 Gb
>     >
>     > I thought 48Gb should be more than enough, but it still aborts
>     there. I
>     > wonder is the memory I allowed too little for the job? or is there
>     > something else I should change.
>     >
>     > Thanks very much
>     >
>     > Best Regards,
>     > Tat
>     >
>
>
>     --
>     Sjors Scheres
>     MRC Laboratory of Molecular Biology
>     Francis Crick Avenue, Cambridge Biomedical Campus
>     Cambridge CB2 0QH, U.K.
>     tel: +44 (0)1223 267061 <tel:%2B44%20%280%291223%20267061>
>     http://www2.mrc-lmb.cam.ac.uk/groups/scheres
>
>

-- 
Sjors Scheres
MRC Laboratory of Molecular Biology
Francis Crick Avenue, Cambridge Biomedical Campus
Cambridge CB2 0QH, U.K.
tel: +44 (0)1223 267061
http://www2.mrc-lmb.cam.ac.uk/groups/scheres

Top of Message | Previous Page | Permalink

JiscMail Tools


RSS Feeds and Sharing


Advanced Options


Archives

May 2024
April 2024
March 2024
February 2024
January 2024
December 2023
November 2023
October 2023
September 2023
August 2023
July 2023
June 2023
May 2023
April 2023
March 2023
February 2023
January 2023
December 2022
November 2022
October 2022
September 2022
August 2022
July 2022
June 2022
May 2022
April 2022
March 2022
February 2022
January 2022
December 2021
November 2021
October 2021
September 2021
August 2021
July 2021
June 2021
May 2021
April 2021
March 2021
February 2021
January 2021
December 2020
November 2020
October 2020
September 2020
August 2020
July 2020
June 2020
May 2020
April 2020
March 2020
February 2020
January 2020
December 2019
November 2019
October 2019
September 2019
August 2019
July 2019
June 2019
May 2019
April 2019
March 2019
February 2019
January 2019
December 2018
November 2018
October 2018
September 2018
August 2018
July 2018
June 2018
May 2018
April 2018
March 2018
February 2018
January 2018
December 2017
November 2017
October 2017
September 2017
August 2017
July 2017
June 2017
May 2017
April 2017
March 2017
February 2017
January 2017
December 2016
November 2016
October 2016
September 2016
August 2016
July 2016
June 2016
May 2016
April 2016
March 2016
February 2016
January 2016
December 2015
November 2015
October 2015
September 2015
August 2015
July 2015
June 2015
May 2015
April 2015
March 2015
February 2015
January 2015
December 2014
November 2014
October 2014
September 2014
August 2014
July 2014
June 2014
May 2014
April 2014
March 2014
February 2014
January 2014
December 2013
November 2013
October 2013
September 2013
August 2013
July 2013
June 2013
May 2013
April 2013
March 2013
February 2013


JiscMail is a Jisc service.

View our service policies at https://www.jiscmail.ac.uk/policyandsecurity/ and Jisc's privacy policy at https://www.jisc.ac.uk/website/privacy-notice

For help and support help@jisc.ac.uk

Secured by F-Secure Anti-Virus CataList Email List Search Powered by the LISTSERV Email List Manager