Unresolved problem. Need help. (memory and system cache)

[lagoausente]

There is an issue I couln´t solve yet since I have my 3 Dsp card. I have asked on STS talk, and in the Problem Solving section without reply.

The STS sampler can´t load more than 735mb, even while have free ram avaible in the Xp task manager. Doesn´t matter if I try to load one big sample program, or if I load diferent medium size programs. Once I try load over that memory, I get the "low memory" message in the STS window.

Well, after have searching I found solutions for win98 (Ram limitited), using a VCache in Sistem.INI file,
and another solution for windows server 2003, (setting the compatibility of the SFP.exe to XP). Both guys have problem to load also small size programs, below 512mb.
Since I already use XP, the only thing I could do was installing the SP2, what not solved the problem.
I have asked rb@ and haven´t reply.
I thought about the posibility that the own STS sampler has this limit on its own, maybe because is based on Akai platform, what normally libraries come normally into CD-rom of around those 740mb.

But in the other hand, since other guys have had problems with the "low memory message", with just 90mb of loading, I guess if maybe there is something in the configuration that could be changed to avoid any limit.

I suspect that the system cache may have something to do with this, but I´m confused about how it works.
Sometimes in the Xp task manager, it tells I´m using 140mb of system cache. When loading a sampling program, that system cache increases proportional to the size I have loaded, so after loading a 300mb I can see I have around 400mb or so as system cache in the task manager.
But when I continue loading and get near the limit, so 735mb , the system caché decreases to 90mb in the taks manager, so I don´t understand that behaviour.
Can anyone discuss about all this?

[astroman]

imho it exceeds a certain limit and then re-initialises.
The limit is probably 768 MB, one of those 'magic numbers'
When the sampler was designed, that was a huge amount of memory
Most of the sampler operating code works on the CPU anyway, the program is probably just compiled that way.
that's my guess - no warranties whatsoever

cheers, Tom

[next to nothing]

768, probably so you could dump an entire sample-cd (no dvd's then) to ram , a huge improvement from the (back then) top-of-the-range Akai s-5000's 256mb limit.

[lagoausente]

I would like a Creamware (Soniccore) developer to confirm it.
Although going in little steps, loading little size programs of 1 mb, could not set nothing over 735mb, even a 3mb size program.

Well, the unavoidable other question, why not evolution of the sampler to the new topologies? It´s a pity. The DSP processing makes the sampler not depending on ASIO settings. Drop occurs just "NEVER", doesn´t matter what cpu loading I have.

And for curious, what about the company? Are expectatives of new cards in the future? Or the horizon will be something like what we have now?