'find' i Linux kan vara väldigt snabb att hitta filer om den har körts av någon tidigare inom ett antal timmar så att stor del av filsystemets metadata-cache är kvar i RAM.
typ 1.8 sekunder söktid på 1,7 miljon filer och mappar oavsett sökmatris
jag skulle vilja ha en sådan klient-server funktion med klient i önskad desktopmiljö för att göra serverlokala sökningar på en server med frågan från klientdator som sänds till servern, kör 'find' lokalt där och sedan berättar svaret tillbaka i en windowsanpassad GUI eller anpassad app för andra OS-miljöer. - nu 'ssh:ar' man in för sådana saker just för att det går så mycket snabbare att söka med 'find' [1] än när windows och klientprogram försöker fil för fil trava igenom serverns filer över en nätverksanslutning.
Man hinner prova många filnamnsförslag när svarstiden är under 2 sekunder per test även på filsystem med långt över miljon filer och mappar (den första kan ta lite längre tid men sedan är 'find' uppvärmd för nya frågor)...
det fins en orsak till - en sådan funktion kräver inte någon lokal databas på klientdatorn (vilket "Everything" skapar lite halvdolt i bakgrunden) och i företagssammanhang också är en säkerhetsrisk och informationsläckagerisk tex. vid datorstöld att det fins en index av alla (för användaren åtkomliga) serverfiler på klientdatorn.
Med andra ord innan 'everything' installeras på jobbdator - kolla att det är tillåtet innan, av just säkerhetsskäl och risk för informationsläckage...
[1] det är också realtidsuppdaterat med hur filsystemet är just precis då och inte att man letar i en index som kan vara en dygn gammalt som tex. med 'locale' i linux-miljö