Beefy Boxes and Bandwidth Generously Provided by pair Networks
Think about Loose Coupling
 
PerlMonks  

Re^2: Does the monastery want a threaded newest nodes?

by demerphq (Chancellor)
on Sep 23, 2004 at 07:54 UTC ( [id://393144]=note: print w/replies, xml ) Need Help??


in reply to Re: Does the monastery want a threaded newest nodes?
in thread Does the monastery want a threaded newest nodes?

I think theres some misconceptions in your node. My code actually will do less queries than NN. Yes it could profit from some performance tuning, but overall its actually fairly conservative with how it interacts with the DB. Constructing the trees is fairly cheap. Im not going to go into why PM needs so many queries, suffice it to say that there is a fairly good caching system in play so that commonly used nodes are almost always in cache. OTOH, the caching system means every time we "use" a node we have to do version check on the cached value. Since everything is a node in Everything pretty much this means a lot of version checking and because of the nondeterministice way it happens you cant even batch the checks up. So all together we arent reducing the number beyond a marginal amount without totally different architecture.

When and where we see optimization possibilities we do our best to exploit them, but theres only so much we can do in this framework.


---
demerphq

    First they ignore you, then they laugh at you, then they fight you, then you win.
    -- Gandhi

    Flux8


  • Comment on Re^2: Does the monastery want a threaded newest nodes?

Log In?
Username:
Password:

What's my password?
Create A New User
Domain Nodelet?
Node Status?
node history
Node Type: note [id://393144]
help
Chatterbox?
and the web crawler heard nothing...

How do I use this?Last hourOther CB clients
Other Users?
Others chilling in the Monastery: (2)
As of 2024-04-26 00:49 GMT
Sections?
Information?
Find Nodes?
Leftovers?
    Voting Booth?

    No recent polls found