[lkml]   [2004]   [Feb]   [18]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: UTF-8 and case-insensitivity

On Thu, 19 Feb 2004 wrote:
> > And I bet the performance advantages of _not_ doing native case
> > insensitivity are likely to dominate hugely.
> This part I just don't understand at all. The proposed changes would
> be extremely cheap performance wise as you are just replacing one hash
> with another, and dealing with one extra context bit in the
> dcache. There is no way that this could come anywhere near the cost of
> doing linear directory scans.

Why do you focus on linear directory scans?

They simply do not happen under any reasonable IO patterns. You look up
names under the same name that they are on the disk. So the _only_ thing
that should matter is the exact match.

The inexact matches should be a case of "make them correct". Screw
performance. And tell people that they are slower.

Sure, I can imaging that MS would make some benchmark to show that case,
but at that point I just don't care.

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2009-11-18 23:46    [W:0.141 / U:13.544 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site