Windows snabbare än Linux på textsökning? ("disk cache"-problem?)

Har en mapp med ca 600 MB textfiler.
I Linux söker jag igenom textfilerna efter en specifik textsträng ("foobar") med:


Detta tar Linux 1 min och 26 sekunder att slutföra.
Upprepar jag sökningen direkt efteråt tar sökningen i princip lika lång tid vilket
tyder på att Linux inte cachar filerna.

I Windows kör jag:


Detta tar Windows 1 min och 9 sekunder att genomföra på första försöket.
Om jag upprepar sökningen (även med helt andra söksträngar) går sökningen på knappt 5 sekunder(!).

Antar att Windows "Prefetcher" cachar en hel del efter första försöket för att kunnna uppvisa sådana tider
på efterföljande försök, varför gör inte Linux det?

Alltså, hur kan jag få Linux att disk-cacha?


Både Windows och Linux körs på samma dator/hårdvara (dual-boot).
"Windows" är Windows Vista 32-bitar med Service Pack 2.
"Linux" är Fedora 16 med Linuxkärna: "3.3.4-1.fc16.x86_64".

Vilken version av grep använder du? Vilket filsystem med vilka mount options? Hur mycket ledigt ram?
Om du kör följande kommando går det snabbare andra gången du kör det?
time cat * > /dev/null

GNU grep 2.9



Japp, första gången tog det 13 sekunder, efterföljande gånger går det på 0.3 sekunder. Det lär ju tyda på att disk-cachen är igång, men varför cachar den inte filerna jag greppar?

Jag kan inte återskapa problemet. Använd ett diskövervakningsprogram t.ex. iotop för att försäkra dig om att grep verkligen läser datan från disk två gånger.

Har nu gjort lite test med

och "free -m", allt tyder på att filerna cachas som de ska och att grep läser från cachen, då är det antagligen grep som helt enkelt är långsam...


EDIT: Hmmm, utelämnar jag i-flaggan till grep så går sökningen på 2 sekunder... tyvärr behöver jag den påslagen! :P Borde kanske kolla om sed är snabbare...

Knepigt. Kan ju vara grep som inte är optimerat (låter märkligt), alternativt filsystemet som är långsamt (ext4 påstås ju ha väldigt bra prestanda).

Testa reiserfs, alt. jfs, och se om det gör någon skillnad?

Har för mig "grep -i " är väldigt långsamt i UTF-8, så om det är UTF-8 kan du prova spara filen i ASCII och söka igen.

Hur filen tolkas beror snarare på vilken locale som är satt. Du kan prova att sätta LC_ALL=C så att filen tolkas som en byte string. Men det är risk att du inte kommer få svaret du vill ha då.

Tack, nu går sökningen på ~1 sekund.