I do not wish this thread to degenerate. Please do not take this as a flame.

At 4:33 PM -0800 2/21/01, Joe R. Jah wrote:
>I wouldn't interpret lack of volunteers to lack of interest.  Overwhelming
>majority of "interested" in HTdig, or any other public software for that
>matter, are just users;  they may not have adequate expertise, time, or
>gumption to pull up their sleeves and delve into the code, but I assure
>you, they are _interested_.

Of course. No one doubts that. On the other hand, Gilles had a few points:
a) It's quite a bit of work to organize a release. It's not just 
something you jump into for one or two patches that only a few people 
use. Keep in mind it wasn't until I stepped forward to put together 
3.1.0b1 that there was such a beast. Until then it was a pile of 
patches to 3.0.8b2.
b) Little development is happening right now because too few of us 
are spread too thin. "Many hands makes light work" is the saying that 
comes to mind. Coding expertise is not necessarily key, but testing 
and organization are.

>I know 3.2.0bx is moving forward, but it may not be the answer to all
>situations.  There may be sites that do not really require phrase
>searching; they may not want to sacrifice speed and efficiency for that.

There are many reasons beyond just phrase searching to use 3.2. When 
I started laying out the tradeoffs for phrase searching, I was quite 
worried about the disk space requirements and whether it would be 
worth it. For most users, the compressed databases are *smaller* than 
3.1 databases.

>I think if you were to poll htdig users and ask them if they wanted a 3.2
>release soon with a 50 to one indexing speed loss with phrase searching,

Woah. I think you're jumping the gun here. I have quite a few reports 
of 3.2 indexing being *faster* than 3.1. Certainly I'd love to get to 
the bottom of the performance problems for those who see them. But 
let's not jump the gun and say "well my site takes a long time to 
index, so the code sucks."

Remember that many of the tradeoffs involved early in the development 
were for faster searching at the expense of slightly slower indexing. 
Poll the same users and tell them that 3.2 is 10-15x faster at 
searching and often more so when dealing with the "dread" 
backlink_factor or sort methods?

-Geoff

_______________________________________________
htdig-general mailing list <[EMAIL PROTECTED]>
To unsubscribe, send a message to <[EMAIL PROTECTED]> with a 
subject of unsubscribe
FAQ: http://htdig.sourceforge.net/FAQ.html

Reply via email to