>> If this is the problem, we are in luck because there have been a lot
>> of good improvement suggestions. But they all add complexity to the
>> code (or database setup) and "premature optimization is the root of
>> all kinds of evil," so if link checking isn't a bottleneck it would
be
>> counterproductive to spend a lot of time to try to optimize it.
> I think it's a bit premature for that yet. I think the differently-
> rendered missing links feature is pretty critical, not just a frill.
> In the short term the hardware will bail us out until we can find
> a solution.
What I was suggesting is just that we '''test''' the performance with
differently rendered links turned off, so that we know if this is a
place where optimization is required. I expect it is, but I think it
makes sense to check.
Even a simple hash in shared means that we are maintaining data in two
places all the time and thus and makes things somewhat more complex to
maintain.
I think this is a good idea -- if link checking is creating the current
bottleneck. And that's why I voiced support turning off the links to
see the performance impact before anybody spends time coding an
optimized link checking routine.
--Mark Christensen