htsearch very slow on Mac Mini - why?

Janine Sisk <[email protected]>
Newsgroups gmane.comp.web.htdig.general
Message-ID <[email protected]>
Hi all,

I have an htdig 3.1.6 installation that has been running just fine on 
an older version of Redhat Linux, 7.2 or so.  It's on an old (about 
four years) Dell server, so not very impressive iron.  It does have 
SCSI drives in a RAID array (don't know the exact configuration).

I tried moving this setup to a Mac Mini running Yellow Dog Linux.  
rundig ran in a reasonable amount of time (I can't make a direct 
comparison because it was running in Portland and pulling the pages it 
was indexing off a server in Boston, so a longer run time was to be 
expected).  However, searches are *slow*.  A search that took 4 seconds 
on the Redhat system (not exactly speedy itself) takes 30 seconds or 
longer on the Yellow Dog system.

I know the Mac has less RAM, but as far as I know it was never swapping 
so that shouldn't be an issue.  It has slower IDE drives, but they are 
not in a RAID array so that's probably a wash.  And the processor is 
much faster, at least twice the speed.  So what gives?  Is there 
something different in Yellow Dog Linux vs RedHat?

Any suggestions on what the problem might be or even how to figure it 
out would be much appreciated.

thanks,

janine



-------------------------------------------------------
This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening
July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual
core and dual graphics technology at this free one hour event hosted by HP,
AMD, and NVIDIA.  To register visit http://www.hp.com/go/dualwebinar
_______________________________________________
ht://Dig general mailing list: <[email protected]>
ht://Dig FAQ: http://htdig.sourceforge.net/FAQ.html
List information (subscribe/unsubscribe, etc.)
https://lists.sourceforge.net/lists/listinfo/htdig-general
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.