Daniel Friesen wrote:
<snip> > [[en:Barack Obama]] (the typical modern example of performance > engineer's hell): > > <!-- Saved in parser cache with key > enwiki:pcache:idhash:534366-0!*!0!!en!4!* and timestamp 20120130094638 > generated by srv285 --> > > Ooops, cache is _already_ fragmented. I wasn't asking for another > way of cache fragmentation, I merely proposed that we make retrieval > of current language code less hacky and slow. :)
The TOC on that page should be the causes of that cache fragmentation. Theoretically that should be the very last built-in language cache fragmenting thing. That's on the to-do list for being eliminated, just like the cache fragmentation caused by edit section links was.
Could you possible open a bug for that and mark it as blocking tracking bug 28424 "Avoid parser cache fragmentation":
https://bugzilla.wikimedia.org/show_bug.cgi?id=28424
Thanks!