[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [sc-users] Allocating large memsize (in server.options)
James,
> Whoa... IMO, If you're using that much real-time memory, it would be better
> for you to switch some processing to hand-allocated buffers (e.g., BufDelay
> instead of Delay, pass a bufnum for FFT instead of LocalBuf).
you mean use BufDelayL instead of DelayL? ... I could do that easily.
But I dont understand how that could mean less memory is allocated..
Etienne
> Real-time
> memory for delays and FFT localbufs is a convenience, but (again IMO) is not
> meant to be a general memory management strategy.
>
> 32-bit processes have a maximum 4 GB of addressable memory. Some of that
> address space is reserved for operating system needs -- I'm not sure how
> much that is in OSX. I remember from troubleshooting Windows memory issues
> in my old job that Windows keeps 2 GB for itself and gives the other 2 GB to
> the process. If it's something similar to that in OSX, that would explain
> the crash when trying to reserve 2 GB for real-time memory. IIRC in UNIX,
> other running processes (including required OS processes) can cut down the
> actual amount of address space available to a given process -- I could be
> wrong about that though.
>
> It's a tough one -- painful to re-factor your code but it might be necessary
> since you've gone beyond the point where the convenience of automatic memory
> management is enough.
>
> What processing are you doing?
>
> hjh
>
>
> --
> James Harkins /// dewdrop world
> jamshark70@xxxxxxxxxxxxxxxxx
> http://www.dewdrop-world.net
>
> "Come said the Muse,
> Sing me a song no poet has yet chanted,
> Sing me the universal." -- Whitman
>
> blog: http://www.dewdrop-world.net/words
> audio clips: http://www.dewdrop-world.net/audio
> more audio: http://soundcloud.com/dewdrop_world/tracks
>
_______________________________________________
sc-users mailing list
info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: https://listarc.bham.ac.uk/marchives/sc-users/
search: https://listarc.bham.ac.uk/lists/sc-users/search/