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).

  • [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


  • DG,

    Thanks a million for providing that info! I will try to glean something of use from it tonight when I get home.

    David

  • [quote=DM33]DG,

    Good luck. [;)]

    DG


  • david it seems i managed to screw up the machine during some tests and am finally in the boat with you :-/

    unfortunately i noticed this too late and can't reproduce the step where this issue happened now.

     

    there is no time left for playing around this week so i have to ask you for some more patience ...

    christian

     

    edit: you won't beleive it .... it seems the issue is related to corrupt sample data (a sector from a harddisk fails or similar)

     

    solution: open directory manager, remove all content, add some content

    (you should notice the memory is increasing to 800 MB only opening the DM without having any VE opened before)

    reboot - open VE ... back at 300 something ... (thx to george for the clever idea)

     

    after adding the corrupt data the effect returns ... isn't that weired?

    now we just need to find out what affects the taskmanager to show this amount of used memory even without any process listed ...


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

    I will try this as soon as I get home.

    So, this problem occurs with just the DM open?! Wow, that is weird.

    I will remove all content and then add some back and see what happens.

    Should I reinstall the VI content from the DVD's? On this new computer I networked it
    to my old one and copied the data over. Was that a bad idea?

    I'll keep you posted, David

  • probably it is less timeconsuming top find which collection contains the corrupted data than to re-install all, the one which is found to be responsible for the issue i would re-copy or re-install of course.

    christian


    and remember: only a CRAY can run an endless loop in just three seconds.
  • Thanks for tracking this down, Christian.
    I'll track down my corrupt library sometime this afternoon.

    J.

  • all right!! We're getting close

  • Hi cm,

    So, just to clarify.

    1) I empty the DM
    2) Add 1 volume of VSL data
    3) Close DM and relaunch DM and see what happens with RAM?
    4) If normal add another volume
    5) Repeat until Commit Charge in TM goes crazy
    6) Most recent volume added is corrupt, remove it from DM continue to next volume
    7) After all volumes done and corrupt ones discovered then only reinstall corruted volume(s)

    Right?

    If this works I will be ecstatic!

    Thanks cm!!!!
    David

  • you forgot to reboot between 2) and 3) .. otherwise you wouldn't free the memory and see ... nothing ...


    and remember: only a CRAY can run an endless loop in just three seconds.
  • Ok. I'll reboot every time I add a volume.
    Its going to be a long process but hopefully it will take care of the problem.
    David

  • ;-) of course you only need to reboot (maybe log off / log on is enough) if the memory goes up again more than normal ...


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

    Here is my feedback:

    I cleaned out the DM and rebooted. Checked my Committed RAM in TM with nothing launched, its 225mb. Opened the DM, FireFox so I can type this, and the TM.  Lastly I open the Windows Explorer. My Committed RAM at this point is 253mb.

    Now, I drag and drop the VSL Percussion data folder of the Cube into the DM from Explorer. This folder is 51.3gb. My Committed RAM jumps to 357mb, thats 104mb. Normal? 

    Now, I will reboot and re-open the DM and do a scan and see what happens.

    I will edit this post when I'm back up...be back in 2 minutes. 

    Ok, I'm back.

    Launched TM, DM, and Firefox. Committed RAM is at 257mb. Only Percussion data is in DM. Clicking Rescan...Commited RAM jumps up to 358mb, pretty much the same as before.

    I'll add another data folder to the DM with the Percussion already there, this time Brass II which is 39gb. Committed RAM goes up to 441mb, thats a rise of another 83mb. 

    Adding Orch Strings II 18.9gb, now RAM jumps to 473mb, another 32mb.

    I'll finish off this drive and add the WoodWinds II which is 44.8gb, now RAM is at 546mb, a rise of 73mb.

    So I started with 225mb with nothing launched. Added Percussion, Brass II, Orch Str II, and WW II to the DM. Total of 154gb of data and my Committed RAM rose to 563mb, thats rise of 338mb. That can't be normal, right?

    If we minus the RAM it takes to run the DM we wind up with a Commintted RAM of 554 so its 329mb of vanished RAM.

    When I close DM the RAM is not released. I have to reboot to get it all back.

    One thing I did not mention is that I have previously loaded only one volume at a time into the DM and rebooted to see if one of the volumes was the problem. After checking and noticing the RAM was still jumping up is when I decided to write this. 

    This is driving me nuts!

    Any ideas?

    Like I said, the data files were copied from another computer to this one via ethernet. My other computer is a WinXP32 system that is now no longer used. I guess all my data could be corrupted from the copying but I bought the Vienna Bosendorfer recently and installed directly to this machineand I have the same problem with that as well.

    All my VSL data is spread across 3 internal seagate drives and no matter which drive I use to drop data folders in the DM the RAM goes up like this.

    What should I do?

    I'll try anything.

    David


  • I know man. mine is much worse. I only have chamber strings collections. My ram starts at 1994mb on a 3gb ram map pro. thats over 1 gb commitment. Thats how much ram the computer came in when it was delivered my studio!! I'm scared to by more ram until the problem gets solved.

  • I'm wondering why its only happening on so few systems.
    Only a couple of people have mentioned the problem.

    I would think it would be a bigger problem. It must be something
    wrong with our specific systems. May RAM type or bad RAM or errors
    on the hard drives.

    I'm going to re-install my OS tonight along with the VI/VE and data.
    I don't have much installed on this machine yet since I just got it.
    I'll keep this thread posted.

    Good luck!
    David

  • keep in mind i only proceeded as described above to return to *normal behavior* ..

    although before i uninstalled LCC, VI, VE because i assumed the problem here.

     

    uninstall always means here a clean uninstall from control panel - add/remove software making sure no processes are running followed by a reboot.

     

    bad RAM is no probable reason IMO, you would rather get *could not read* or *could not write* at adress 0x1234567 or something similar.

    a failing harddrive (loosing and incompletely re-assigning sectors) would be a possible reason though.

    christian


    and remember: only a CRAY can run an endless loop in just three seconds.
  • Ok here is another update.

    I re-installed WinXP64 just in case it would help and because I have so
    much time on my hands :-)

    Well, I have the same problem as before, no change. I have used Check Disk on 2 of the 3
    drives which I have also formatted. I have only made this test from the 3rd drive which I have
    not run Check Disk on or formatted. I will do that tonight.

    If none of my current testing works I will install WinXP 32-bit version and see if the problem goes
    away. If it does then it points to my particular WinXP 64 installation.

    I just can't tell if I'm experiencing a VSL issue or a computer hard/software issue.

    The problem points to the Directory Manager. Everytime it scans the data folders my RAM goes bizerk.

    cm any help yet?

    David

  •  I hope no one forgot about me.I'm still having this vansihing RAM problem.

    I installed Vista-64 thinking it would show some more info than XP64

    or it would behave differently but its the same with one change.

    It does the DM scan once the system has booted to the desktop!

    Why in the world would it do that?

    Weird thing is that if I turn virtual memory on it does it when I run

    the DM but when I turn VM off then the RAM vanishes right after

    bootup, within a minute.

    Is there some sort of Indexing or database being built? 

    David


  • last edited
    last edited

    david, unfortunately i don't even understand this statement

    @DM33 said:

    It does the DM scan once the system has booted to the desktop!

    earlier i reported that i don't like VISTA because it starts with 680 MB memory usage on a *naked* system, which goes down after some minutes to ~ 320 MB (VISTA 32 on a 2 GB machine here) - on the same machine XP32 with an unhealthy amount of applications installed starts with ~ 260 MB memory usage.

    i'd assume VISTA 64 behaves similar and moves some of the memory used at startup to the virtual memory area (if activated only of course)

    btw: have you already found which collection has been responsible for the excessive comit charge? here it have been the solo strings ...

    christian

    ps: i just noticed the ADD FOLDER in the Directory Manager is working recursive now on XP64

     


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

    Sorry, that statement was meant to say "Does the DM do a scan once the system has booted up to the desktop?".

    On Vista64 it was doing just that but it was the Vista SuperFetch function. I disabled it and that issue went away.

    Unfortunately my vanishing RAM problem has not gone away.

    I have done a reinstall of WinXp64, hated Vista. I have also chk dsk'ed all my drives and tested my RAM chips for errors and found no problems, everything is fine.

    For testing I rebooted the system, launched the TM and VI, and the RAM shot up just like before. It did not go up as much as before but I only

    have 1 volume installed with 12 to go.

    Copying Orch Str I as I write this and will install that ASAP.

    Will report back to you.

    BTW, I have optimized this machine as I do all my machines but this is the first time I'm using WinXP64. Do you think the optimizations have anything to do with my problem?

    Here is the list of optimizations:

    http://www.musicxp.net/tuning_tips.php

    Let me know what you think or what I could try next.

    Can you explain what SHOULD be happening in regards to RAM when I launch the VI?

    How much RAM should the VI take when it launches and does a data scan for on an Extended Cube system?

    Mine seems to take a GB of RAM. It did not do this on my WinXP32 system.

     

    David

    P.S. - Just finished installing the Orch Str I volume. Rebooted. Only have 2 volumes installed: Chamber Strings and Orch Str I.

    On bootup Commit Charge was at 210mb, after launching VI, not VE, my Commit Charge went upto 416mb. When I close VI

    it only comes back down to 370mb. Why not back to 210mb?