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
196,068 users have contributed to 43,014 threads and 258,388 posts.
In the past 24 hours, we have 2 new thread(s), 16 new post(s) and 153 new user(s).
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
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
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 ...
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