gnump3d-users
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Gnump3d-users] ID3 information from tag.cache.updates not shown


From: Stuffed Crust
Subject: Re: [Gnump3d-users] ID3 information from tag.cache.updates not shown
Date: Thu, 4 Aug 2005 08:35:30 -0400
User-agent: Mutt/1.4.1i

On Thu, Aug 04, 2005 at 09:09:37AM +0200, C. Menge wrote:
> ID3 tag information from tag.cache.updates is not shown when clicking
> 'Info' for a single file.
> Although the Tag information is added to ...updates when accessing one
> of the new directories, it seems that GNUmp3d just forgets too look
> there for data display. 

Try this -- do two forced reloads on that page

Here's the sequence of what happens.

parent recieves connection, fork()s, goes to sleep.
  child finds entry is not in database, adds it to tag.cache.updates, 
  terminates.
parent receives connection, fork()s
parent discovers the updated tag cache, loads it, then goes to sleep.
  child finds entry is not in pre-fork() datatabase, adds it (again) to 
  tag.cache.updates then terminates.
parent recives connection, fork()s.
parent discovers updated tag cache, loads it, then goes to sleep.
  child finds entry in updates, uses it.

It's a little convoluted, but it seemed the most straightforward 
mechanism for handling updates without blocking for a long time on 
initial connections.  (ie check for and load updates post-fork).

It also keeps us from having to resort to a massive shared memory 
segment.

Also, even if you don't re-generate the database the server would pick 
up the updates on a server restart.

 - Solomon
-- 
Solomon Peachy                                   ICQ: 1318344
Melbourne, FL                                    JID: address@hidden
Quidquid latine dictum sit, altum viditur

Attachment: pgpBmFXDI64w4.pgp
Description: PGP signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]