loadtimes with pattrstorage


    May 19 2006 | 3:14 pm
    Probably I had been too smart :-)
    I gave slotnumbers to pattrstorage presets in the range of millions, for
    example the first is 1100101. But now pattrstorage needs to read these
    very much longer. What I also do is give commands like getslotname,
    getslotnamelist etc...
    With lower numbers, it was fast if I tried to recall a nonexisting slot,
    now it will take minutes after I entered a non existing slotnumber.
    Also my initialisation (reading the presets from the xml file,
    getslotnamelist, to fill a coll with necesary infos...) will need
    minutes now.
    I know this might be something to expect, but the main reason why I did
    this, is that I can't recall presets with the slot name. If I could do
    that, I would have no problem...
    (I tried to code the name/meaning into the slotnumber the first number
    would be voice/part/measure/event)
    Stefan
    --
    Stefan Tiedje------------x-------
    --_____-----------|--------------
    --(_|_ ----|-----|-----()-------
    -- _|_)----|-----()--------------
    ----------()--------www.ccmix.com

    • May 19 2006 | 3:28 pm
      I'm not sure I'm understanding. You are saying that when you have only a
      few presets with high indices, pattrstorage is slow recalling them? Or
      that when you have a million presets and recall the higher-numbered
      ones, pattrstorage is slow recalling them?
      jb
    • May 19 2006 | 4:32 pm
      Jeremy Bernstein wrote:
      > I'm not sure I'm understanding. You are saying that when you have
      > only a few presets with high indices, pattrstorage is slow recalling
      > them?
      Yes
      > Or that when you have a million presets and recall the
      > higher-numbered ones, pattrstorage is slow recalling them?
      No
      --
      Stefan Tiedje------------x-------
      --_____-----------|--------------
      --(_|_ ----|-----|-----()-------
      -- _|_)----|-----()--------------
      ----------()--------www.ccmix.com
    • May 22 2006 | 2:33 pm
      Jeremy Bernstein wrote:
      > I'm not sure I'm understanding. You are saying that when you have only a
      > few presets with high indices, pattrstorage is slow recalling them? Or
      > that when you have a million presets and recall the higher-numbered
      > ones, pattrstorage is slow recalling them?
      I found the culprit: as I needed the slotnames, I wanted to recall them
      with "getslotnamelist", this caused pattrstorage to put out all the
      million slotnames which where till the last named one.
      Knowing this, I know the workaround (getslotlist, and then retrieve the
      names with only the listed ones)...
      Stefan
      --
      Stefan Tiedje------------x-------
      --_____-----------|--------------
      --(_|_ ----|-----|-----()-------
      -- _|_)----|-----()--------------
      ----------()--------www.ccmix.com
    • May 22 2006 | 3:49 pm
      Well, getslotnames should only report slots that exist. Does this mean
      that the millions slots exist, but simply have no names?
      A little precision would be helpful - otherwise, there's little I can do
      but scratch my head.
      jb
    • Jun 01 2006 | 9:10 am
      I just found this waiting in my drafts folder...
      Jeremy Bernstein wrote:
      > Well, getslotnames should only report slots that exist. Does this mean
      > that the millions slots exist, but simply have no names?
      Well, the did not exist, at least opening the storage window would only
      show the existing ones, which where around 10 or so....
      Or could I create slots without content which then would not show up in
      the storage window? Then I might have filled them in a genius strike of
      bug creation maybe... But then these slots should show up in the xml
      file which is small enough to know they are not stored there (just
      checked the backups, they are not...)
      To verify it I attached a simple patch, getslotnamelist will print a
      million nonexisting slots after you stored some higher numbers....
      Stefan
      --
      Stefan Tiedje------------x-------
      --_____-----------|--------------
      --(_|_ ----|-----|-----()-------
      -- _|_)----|-----()--------------
      ----------()--------www.ccmix.com
    • Jun 01 2006 | 9:34 am
      Thanks. Nice bug. Will fix.
      jb