The impact of drive speeds isn't that large for queries as long as the server is only handling queries. If you processing data at the same time then SCSI or SATAII with tag queuing would be best.
As far as raid 0, that helps better on more smaller drives rather than few larger drives. You will get a tad more performance but it may cost you the cpu cycles that could be better spent searching. How much memory do you have? 32bit/64bit? Which branch of nutch do you use? What Kernel/OS are you using? Have you done any tuning on your filesystem? Have you tried ReiserFS or XFS over EXT3 (if your using linux?) Do your queries "Warm up" or are you hitting disk for every read? --- "Insurance Squared Inc." <[EMAIL PROTECTED]> wrote: > We're finding nutch slightly slow when doing > searches, I'm trying to > find the least expensive route to speed things up. > > I swapped the server out from SCSI drives because we > ran out of space. > Instead I threw in a couple of Seagate 300gig SATA > hard drives with > software raid 0 so that I have enough space. Now > I'm wondering if that > was the right decision. > > Am I likely to see a noticeable improvement in > search speeds if I yank > out the SATA drives and throw in two 147gig SCSI > drives and use software > Raid 0? > ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 _______________________________________________ Nutch-general mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/nutch-general
