[Mono-dev] ASP.NET 2.0 performance discussion.

Marek Habersack grendel at caudium.net
Thu Nov 23 13:47:02 EST 2006


On Thu, 23 Nov 2006 13:08:23 -0500, Miguel de Icaza <miguel at ximian.com>
scribbled:

> Hello,
> 
> > True, but we also need to suport ~/App_Browsers, and that requires
> > us to implement the support for the .browser format anyway. But I
> > agree that using whatever we have today internally is perfectly fine
> > (especially with resources like
> > http://browsers.garykeith.com/downloads.asp where the files are kept
> > fairly up to date).
> 
> I agree, but considering that:
> 
> 	* It would be slow and more bloated.
> 	* That a simpler solution exists.
> 	* That there are bigger fish to fry than adding support for
> 	  corner case browsers that are not captured by our file.
> 
> I would suggest that this is of a very very very tiny priority.   And
> even if we were to implement this, I would turn it off by default, so
> it would effectively not be used.
In that case, indeed, it's a low priority thing.

> 
> > True. I've just thought about yet another optimization. What if we
> > shipped a file (for internal use only) that contained full
> > collection of UAs paired with their hash and the serialized browser
> > caps objects? We could then load the file to prime the UA cache I
> > talked about and use hash values to look for matches. Any new UAs,
> > not found in our cache, would of course be treated the "long way"
> > first. What do you think?
> 
> Am not sure how you could have hashes considering that its a trivial
> regular expression.
Oh, I meant full UA strings, as they are sent by the browser.

marek
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://lists.ximian.com/pipermail/mono-devel-list/attachments/20061123/d2e08bcc/attachment.bin 


More information about the Mono-devel-list mailing list