Have you tried this on your MacBook Pro? It may be of help...
Begin forwarded message:
> From: Murali Vadivelu <[log in to unmask]>
> Date: 8 November 2006 20:59:46 GMT
> To: [log in to unmask]
> Subject: Re: CCPNMR (Open GL) prohibitively slow on OSX
> Reply-To: CcpNmr software mailing list <[log in to unmask]>
>
> Hope this helps. This way of using a different window manager has
> helped me with exactly the same spec PB - with and without OpenGL.
> Just the Tk rendering is likely to help if the problem persists.
>
>
> Begin forwarded message:
>> From: Murali Vadivelu <[log in to unmask]>
>> Date: 22 August 2006 03:29:13 pm BDT
>> To: [log in to unmask]
>> Subject: OS X speed tips
>> Reply-To: CcpNmr software mailing list <[log in to unmask]>
>>
>> Dear All,
>>
>> Using X11.app in fullscreen mode (Cmd+Opt+a), with windowmaker
>> (installed using Fink) as the window manager (replacing quartz-wm
>> in xinitrc), made analysis as snappy as any other programme. This
>> was in spite of having about 13 different 3D spectra loaded.
>>
>> Previously it was a bit sluggish on a G5 and was unusable in my G4
>> PB. Now its snappier on both architectures and as good as anything
>> else!
>>
>> Hope this tip helps someone.
>>
>> Best,
>> Murali.
>
>
> On 8 Nov 2006, at 08:24 pm, Tim Stevens wrote:
>
>>> I have reciently decided to make the migration to using CCPNMR from
>>> Ansig . I have however found that the rendering and redraw in
>>> CCPNMR is
>>> far far t oo slow to use in my day to day NMR analysis. Not only
>>> are
>>> the redraw and refresh rates slow, but my system hangs when
>>> trying to do
>>> simple things s uch as zoom, re-contour, etc. I have been
>>> running the
>>> Open Gl version downloaded using FINK. My current machine is a
>>> Powerbook G4 1.5 GHz PPC (running OSX 10.4.8, 1.5 GB of RAM with
>>> a ATI
>>> Radeon 9700 Open Gl capable graphics card).
>>
>> Firstly there are several people using similar systems to you who
>> have a
>> sensible graphics rendering speed. So the problem, to me, sounds like
>> something particular to your situation and not a general issue
>> with the
>> program. Certainly, the contour graphics (at the moment) are not
>> yet as
>> fast as ANSIG, but it certainly should be usable on a machine of your
>> specification.
>>
>> Something to try is to move away from OpenGL completely and use
>> the Tk
>> graphics handler for contours (Menu::Other::General Options -
>> Graphics
>> Handler, save then restart the project). If the rendering improves
>> we will
>> know it's the OpenGL alone that needs attention.
>>
>> Something else to check is whether the memory is full (could be a
>> memory
>> leak if not another process) and Analysis is having to rely
>> heavily on
>> disk swap space. This should be easy to spot. Generally though you
>> have
>> enough RAM.
>>
>>
>>> Interstingly, these slow rendering problems are not a problem in
>>> either
>>> Ansig or Sparky. Both of these programs run effortlessly with these
>>> Spectra.
>>
>> Thus, Analysis ought to be fine too.
>>
>> As an announcement to the list in general, the optional use of
>> spectrum
>> contour files, and thus rendering like ANSIG, will definitely be
>> available
>> in the next Analysis release (1.0.12).
>>
>> T.
On 7 Feb 2007, at 00:58, Jo Claridge wrote:
> Hi
>
> Using Fink have installed analysis on a core duo 2 2.33 GHz
> powerbook pro
> with 2 Gb of RAM. The programme seems to work OK except that when I
> load
> .ucsf or Bruker format 3D spectra the update is prohibitively slow
> and when
> looking at more than one plane the programme often crashes. I
> appreciate
> that the spectral files are large (up to 500Mb) so I was wondering
> whether
> this is to be expected or whether there is anything I can do to fix
> this. I
> have used both the openGL and tcl/tk. Do you have any plans to
> speed up the
> graphics handling?
>
> Jo Claridge
>
> IFS
> Massey University
> Palmerston North
> New Zealand
|