Vienna Symphonic Library Forum
Forum Statistics

194,405 users have contributed to 42,918 threads and 257,960 posts.

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

  • last edited
    last edited
    bollocks (also ballocks or bollix): vulgar slang chiefly Brit. noun
    1 [in pl. ] the testicles.
    2 used to express contempt, annoyance, or defiance.

    Thought you'd like to know..... [[;)]]

    Getting back on topic, there has been some discussion over at Logic-users about virtual memory and someone posted this interesting titbit:

    @Another User said:

    VM is only expensive if swapping *out* is actually
    happening, and swapping out only happens if there are more *active*
    processes than there is memory to hold them all. Further, the only
    bits that swap in are the ones being accessed, so even if a process
    is waking up periodically and looking for something to do (and there
    isn't anything) only a small bit of the process memory will stay in RAM.

    Beyond that, all code associated with a process is mapped into VM
    when it is launched. This just means that the program as it sits in
    the .app package on disk is considered to be swapped out; if code
    actually needs to execute, it will be loaded in by the VM system.
    This code does not take up swap space, and most of it never ends up
    in RAM (since most of it is never executed.)

    Beyond that, code never swaps out, since it is marked as read-only
    (and a copy is known to be on disk already); only the data swaps
    out. So the RAM taken up by the code of formerly active processes is
    gained back essentially for free.

    All of this is why the swap in count is always nonzero (it's how all
    programs load). If the swap out count is nonzero, then swapping has
    taken place at some point.

    All of this aside, if you launch Logic and the system does need to
    swap other stuff out to make enough room for it, you may have
    performance problems at first as everything gets pushed out to disk,
    but then things should mellow out.

    Regards - Colin

  • http://dictionary.reference.com/search?q=bollox

    You can also spell it the way I did. [:)]

  • So, 'bollox' or 'bollix' can be used as a noun or a verb! I've also heard it used as the adjective "bollicky" (sp?). "Chuffed" is another favorite-- different meaning, of course.

    Back OT--

    Thanks Colin for the quote-explanation. It confirms my second round of suspicions that once the potentially flagged data is identified, subsequent loads of this data tends to be faster. It also supports Nick's observation of the 2 x 32-bit RAM process, making the benefits of having more RAM less fuzzy-- which itself supports your recent experience of performance improvements.

    So, while I continue to kick and scream about adding some sort VI farm, the most effective thing I can do in the meantime is to load up my current system with 8GB.

  • [quote=JWL]So, 'bollox' or 'bollix' can be used as a noun or a verb! I've also heard it used as the adjective "bollicky" (sp?). "Chuffed" is another favorite-- different meaning, of course.

    Bollocks... as in the dog's is what us Limey's regard as "Oxford English" !

    Regarding RAM I have often appeared to have more performance on my G5 when running 6.5GB than say 4GB. And when I was doing a large project across 4 G5's a couple of years ago we had to reduce 1 to 2GB for a while and performance definately suffered - it was only really running 1 app (Logic) with mainly a lot of audio files and tracks. So there is something beyond the single app limit that makes a difference.

    Also I was able to get over 5GB of VI instruments by using a plug-in within Logic and a standalone - you can get even more if you re-name the stand alone app and open a second instance.

    Julian

  • last edited
    last edited

    @julian said:

    ...Also I was able to get over 5GB of VI instruments by using a plug-in within Logic and a standalone - you can get even more if you re-name the stand alone app and open a second instance.

    Julian


    Renaming the standalone for a second instance? Interesting.

    Hmm... alias or copy?

    I'm amazed that this even works with app/file associations. Are there any potential problems with directories?

  • Copy app, re-name, and off you go

    julian

  • As far as I know you can't run multiple instances of Logic 7. You could in Logic 6, but my experience is that this isn't a great loss.

  • last edited
    last edited

    @julian said:

    Copy app, re-name, and off you go

    julian


    Well, now if that's not a kick in the head. [[:|]]

    Thanks for the tip, Julian. This gives me ideas about other apps not related to VI.

  • Please read my last post, JWL. I'm telling you, it won't work. [:)]

  • last edited
    last edited

    @Nick Batzdorf said:

    Please read my last post, JWL. I'm telling you, it won't work. [:)]


    I'm not referring to the Logic app but the standalone VI app.

    julian

  • www.julianscott.com/Vienna_7GB.jpg

    This link is a screen shot of 2 Standalone instances of VI and Logic running a plug-in VI. The total sample load, as defined in the VI windows is a total of 112931 samples - just short of 7GB. They do actually play as well!

    I would suggest, as it is such a simple task, that anyone interested try on their own system see what results they obtain.

    Julian[/url]

  • last edited
    last edited

    @Nick Batzdorf said:

    Please read my last post, JWL. I'm telling you, it won't work. [:)]

    Hi Nick:

    I was certain multiples of Logic wouldn't work, but as julian said it was VI and not Logic to which he was referring.

    At present, I'm just looking on with curiosity and not trying any new tricks right off until I feel a little better about how Syncrosoft will behave.

    But in honesty, if the big question for VI users is how to get more instances running, knowing that people are *at least* running Standalone and the Plugin version concurrently is good to know. Running another instance under a different name-- daring-- but these are considerably more cost effective interim solutions shy of buying a second mac or pc.