142 2003-02-21 09:47:59 +0000 Limit accepted size of documents 2007-05-24 04:57:27 +0000 1 1 1 Unclassified Validator check 0.6.1 PC Linux NEW http://www.w3.org/TR/2000/CR-DOM-Level-2-20000307/DOM2.html P2 enhancement 1.0 1 link link www-validator-cvs oldest_to_newest 357 0 link 2003-02-21 09:47:59 +0000 Validating the DOM Level2 CR apparently buggars up some component of the Validator during processing, resulting in an "Internal Server Error" returned to the browser. cf. original report from Karl Dubost <http://lists.w3.org/Archives/Public/www-validator/2002Dec/0140.html>. 384 1 link 2003-03-01 14:02:22 +0000 Hmmm. It looks like for DOM2.html we grow our resident size by a factor of 100:1 due to the huge ESIS generated and inefficient handling. Either we need more RAM on v.w3.org or we need to implement mmap() when the ESIS exceedes some (configurable?) limit. First step is to profile to see why a 12.5MB ESIS grows to over a 100MB resident size. :-( 398 2 link 2003-03-01 14:45:05 +0000 Retarget 0.7.0. 2203 3 link 2004-09-01 13:09:42 +0000 Retarget to "1.0"; this wants S:P:O to implement. 5434 4 bjoern 2005-08-18 03:27:06 +0000 We no longer have ESIS in HEAD but once (if) we do DOM-based stuff we might have similar problems. Perhaps we should just enforce a maximum file size like 3MB and refuse to further process anything larger? 15176 5 ot 2007-05-24 04:57:27 +0000 FWIW, the now-under-SPO version of the validator processes this (humongous) document, slowly, but surely. I am therefore changing the summary of this bug from: Internal Server Error on Large Document to Limit accepted size of documents, since I quite agree with Bjoern that we may want to play safe. s/blocker/enhancement/, too.