svn commit: r1029342 - /subversion/branches/performance/STATUS

[st...@apache.org]

Author: stefan2
Date: Sun Oct 31 13:44:19 2010
New Revision: 1029342

URL: http://svn.apache.org/viewvc?rev=1029342&view=rev
Log:
On the performance branch:
* STATUS: add revision 1029335

Modified:
    subversion/branches/performance/STATUS

Modified: subversion/branches/performance/STATUS
URL: http://svn.apache.org/viewvc/subversion/branches/performance/STATUS?rev=1029342&r1=1029341&r2=1029342&view=diff
==============================================================================
--- subversion/branches/performance/STATUS (original)
+++ subversion/branches/performance/STATUS Sun Oct 31 13:44:19 2010
@@ -21,11 +21,12 @@ They will be merged into /trunk after pa
         Perhaps we should look at callers and switch them to use this new
         API?
 
-* r986453, r1029092
+* r986453, r1029092, r1029335
  An even larger change: Speed up file translation by further optimizing
  the search for "interesting chars" and replacing EOLs only if they
  have actually changed (allowing for larger chunks of data per write
- output operation).
+ output operation). The third patch fixes a svn_tristate_t comparison
+ issue.
  Note:
    r1029092 is a docstring change.
  Justification:
@@ -33,10 +34,7 @@ They will be merged into /trunk after pa
    most CPU-demanding part of an svn export. This patch more than
    doubles its performance. It should also speed up svn checkout by
    the same amount (not factor) of time.
- Concerns:
-   'nl_translation_skippable' is never compared to svn_tristate_false or to
-   svn_tristate_true, only to svn_tristate_unknown.
-
+ 
 * r1029042
  Where possible, don't use svn_stringbuf_appendbyte to copy strings; 
  use svn_stringbuf_appendbytes instead.