Vienna Symphonic Library Forum
Forum Statistics

196,053 users have contributed to 43,014 threads and 258,388 posts.

In the past 24 hours, we have 2 new thread(s), 18 new post(s) and 144 new user(s).

  • ktnujynisis, Can you describe your issue?

  • This is kind of interesting... for me, the problem is quite similar to DM33, though not as bad. I boot to 317 MB committed. After loading a single VI Standalone (no samples loaded) it leaps to 863 MB committed. Also in a similar fashion, the Processes listing doesn't give any indication as to where this memory might have gone... Any idea what this could be, Christian? Maybe a particular hardware-configuration thing? My setup:

    Asus P5K-Premium
    Core 2 Duo E6750 2.66 GHz
    8 GB RAM
    3x Seagate Barracuda S-ATA
    RME HDSP9652
    Windows XP x64, SP2

    Maybe this sounds silly, but could it be related to multiple Vienna Keys? I had a 3 machine setup, and thus have 3 keys attached to my single new machine.

  • Hi jbm, thanks for posting! Sounds like a very similar issue as mine. I only have 1 key. I have the Extended Cube, Ext App Strings, Ext Elements, and Bosendorfer. Could it be the amount of licenses in the system? But still the Task Manager is not showing where the RAM is going. Why in the world is the Carriage Return not working? Making it very difficult to read and write threads. Is there fix I don't know about for Mac users? Thanks, David P.S. - one more question for you - when you shutdown the VSL VI or VE do you get your RAM back to 317mb or close? I don't, its stays at 1200mb.

  • Jay, how about in stand-alone mode? My issue is not affected by Sonar 7 Pro which is using RAM as it should. David

  • Hey David. Just type "BR" in angle-brackets to get carriage returns. No magic on Mac, I just do that all the time. Hopefully it will be fixed one day...
    But more importantly, hopefully we'll figure out what's up with the disappearing memory. I don't have anywhere near as many licenses as you, just winds I and II Standard, Brass I Standard, Chamber Strings Extended, and Solo Strings Extended.

    J.

  • ...I don't suppose, David, that you've done an actual crash-test on how much memory is really available (or used)? That is, have you ever just loaded samples until it crashes? Just to see whether that 800 MB is _really_ gone, or if it's just the Task Manager messing up. Might be worth a try. I could try it on my machine, but I can't do it just this minute...

    J.

  • The only thing I have looked at was to make sure that the VI was showing the same amount of available RAM as the Task Manager. It shows the same. I'll try to load presets until the system crashes, sound like fun. Will have to wait until I get home from work tonight. Will keep the Forum posted - pun intended :-) P.S. - trying to use the BR bracket suggestion but it not working - is it these {BR} or these [BR] ? neither work

  • hehe... I was wondering whether I should post the actual characters... but I can't, of course, because the system sees them as commands, not characters!
    It's shift-comma, shift-period.

    cheers,
    J.

  • Thanks!
    David

  • test &lt; &gt; /< /> ...

    david, i have not enough 64bit machines currently to check if this effect shows up in another configuration, but generally it doesn't make any sense to me ... is there a default fxp being loaded with the startup or something related to ASIO drivers or effects (samplitude involved)?

    christian


    and remember: only a CRAY can run an endless loop in just three seconds.
  • Hi Christian,

    I agree. It makes no sense and I have never seen this before on WinXP Pro 32-bit.
    Its very easy to test. Just boot-up WinXP 64 and don't launch anything just look at
    how much RAM is being Committed in the Processes tab. Its usually around 200-300MB.

    Then launch a blank VI stand-alone or VE stand-alone. Keep an eye on the Committed RAM
    amount.

    You should see the VI or VE RAM usage go up to around 100mb (I can't rememeber) but
    the Committed RAM goes up much farther. Mine hits 1200mb!

    I'm NOT using Samplitude, its not even installed.

    Not loading a default fxp either, no effects. My interface is a FireFace800 by RME.

    It would be fantastic if I could get some suggestions to try.

    Thanks for your help!

    David

  • mac pro. I've even tested my VI to the point to where I had no loaded patches, matrixes, or presets, and I had about 300mb left on a 3gb ram machine

  • This is my previous post that no one really responded to................ Maybe this will help!!............ Alright. First of all, I would like to say that I 'm not upset and I ABSOLUTELY LOVE VSL!!!! Ok, now that I got that out the way. I'm a new customer so I may be a lacking the expert knowledge. Ok, I've invested in a Mac Pro 2.66 Quad. I have 3gb so far. I am only running the Chamber Strings Collection. I am using Prottols as my Host. (ever since the new rtas). BUT I JUST CAN'T SEEM TO GET CONTROL OF FLOATING RAM. NOBODY RESPONDED TO MY FIRST BLOG SO I AM TYPING IN FULL TEXT DARNIT!!!!! I even tested it. My ram peaked at 2064mb. I loaded a simple matrix. Then I cleared it. When I cleared it, I never went back up to 2000mb. It peaked at 1664mb. Then I loaded a few patches and a matrix. After that I cleared it off. So when I checked my ram it showed 0 samples used and about 1400mb peak. I keep repeating the same steps with different combinations of patches and matrix files until I ended up with 300 mb WITH ABSOLUTELY ZERO SAMPLES LOADED. What am I doing wrong? eventually I couldn't even run my Protools because it had no space to work. Nothing could work in that matter. Even when I closed out VI and reopened it, the ram was still at the same spot. The only way that I could get my ram back was to restart my CPU. now thats not right is it? Am I not erasing the samples out of Ram correctly? Do I need to reload VSL. Whats the dealeo? Is it a Mac configuration issue? SOMEBODY PLEASE WRITE BACK THIS TIME!!!!!!!!!!!!!!!!!!! HELP! HELP!

  • Hi ktnujynisis,

    I'm sure VSL is looking into it.

    I'm frustrated too and would like an answer right away
    but its not that simple of a fix and needs some serious looking into.

    If we hang in there they will surely produce some fix or resolution.

    David

  • I haven't experienced the behavior described in this thread but I have noticed an odd behavior that might be related and, if so, might help to nail down the source of the problem.

    When I re-load all samples after optimizing, I very often wind up with MORE available RAM than before.  My swap file is set to 0, so it's not that the OS is just dumping stuff to the swap file.  The VI definitely does some strange things as far as memory goes...

    This happens using the VI as a plug-in in Cubase 4 under WinXP 32-bit with the /3GB switch. 

    rgames


  • Hi rgames,

    hmmmmm....just for the heck of it I'll try doing that tonight and see what happens.

    I did not have this problem until I upgraded to winXP64 though so I'm thinking there is
    some issue between the OS and the VI/VE.

    Thanks for your input!
    David

  • Hey cm,

    Any luck looking into this RAM issue?

    I know VSL is busy with a million other things but it would be nice to hear if this problem is being looked into.

    Herb has a WinXP64 machine. It takes 2 minutes to confirm this issue on a computer. Maybe he could check his system?

    In the meantime I have tested my RAM and complete system for defective conponents. Everything is running fine.

    Not sure why almost a GB of RAM is disappearing on launching of VI or VE but its to big of an amount to overlook.

    Oh, I also tried a suggestion by another member here to use the Learn/Optimize/Reset function but it did not have any impact.

    Thanks for you help!

    David

  • David, as I said before, it doesn't happen on my XP64 system.

    DG


  • Hi DG,

    Can you list your version of WinXP64, RAM amount, type and how many chips, and motherboard model?

    Sorry to be a pain but your help is greatly appreciated!

    Thanks,
    David

  • [quote=DM33]Hi DG,

    Processor(s)

    Number of processors 1
    Number of cores 2 per processor
    Number of threads 2 (max 2) per processor
    Name Intel Core 2 Duo E6700
    Code Name Conroe
    Specification Intel(R) Core(TM)2 CPU 6700 @ 2.66GHz
    Package Socket 775 LGA
    Family/Model/Stepping 6.F.6
    Extended Family/Model 6.F
    Core Stepping B2
    Technology 65 nm
    Core Speed 1600.0 MHz
    Multiplier x Bus speed 6.0 x 266.7 MHz
    Rated Bus speed 1066.7 MHz
    Stock frequency 2666 MHz
    Instruction sets MMX, SSE, SSE2, SSE3, SSSE3, EM64T
    L1 Data cache 2 x 32 KBytes, 8-way set associative, 64-byte line size
    L1 Instruction cache 2 x 32 KBytes, 8-way set associative, 64-byte line size
    L2 cache 4096 KBytes, 16-way set associative, 64-byte line size

    Chipset & Memory

    Northbridge Intel i975X rev. A0
    Southbridge Intel 82801GB (ICH7) rev. 01
    Graphic Interface PCI-Express
    PCI-E Link Width x16
    PCI-E Max Link Width x16
    Memory Type DDR2
    Memory Size 8192 MBytes
    Memory Frequency 333.3 MHz (4:5)
    CAS# Latency (tCL) 5.0 clocks
    RAS# to CAS# (tRDC) 5 clocks
    RAS# Precharge (tRP) 5 clocks
    Cycle Time (tRAS) 15 clocks
    Bank Cycle Time (tRC) 21 clocks

    System

    System Manufacturer
    System Name
    System S/N
    Mainboard Vendor Intel Corporation
    Mainboard Model D975XBX2
    BIOS Vendor Intel Corp.
    BIOS Version BX97520J.86A.2674.2007.0315.1546
    BIOS Date 03/15/2007

    Memory SPD

    Module 1 DDR2, PC2-5300 (333 MHz), 2048 MBytes, Kingston
    Module 2 DDR2, PC2-5300 (333 MHz), 2048 MBytes, Kingston
    Module 3 DDR2, PC2-5300 (333 MHz), 2048 MBytes, Kingston
    Module 4 DDR2, PC2-5300 (333 MHz), 2048 MBytes, Kingston

    Software

    Windows Version Microsoft Windows XP x64 Professional Service Pack 2 (Build 3790)
    DirectX Version 9.0c

    DG