From ac59e7f4b1a7562d7f448646205ef1df94d51c4c Mon Sep 17 00:00:00 2001 From: Mike Melanson Date: Tue, 22 Jan 2008 18:21:12 +0000 Subject: [PATCH] Ministry of English Composition edits Originally committed as revision 11597 to svn://svn.ffmpeg.org/ffmpeg/trunk --- doc/optimization.txt | 21 +++++++++++---------- 1 file changed, 11 insertions(+), 10 deletions(-) diff --git a/doc/optimization.txt b/doc/optimization.txt index f6033402bb..f5a86a3eee 100644 --- a/doc/optimization.txt +++ b/doc/optimization.txt @@ -28,16 +28,17 @@ NOTE: If you still don't understand some function, ask at our mailing list!!! (http://lists.mplayerhq.hu/mailman/listinfo/ffmpeg-devel) -What speedup justifies an optimizetion? ---------------------------------------- -Normaly with clean&simple optimizations and widely used codecs a overall -speedup of the affected codec of 0.1% is enough. These speedups accumulate -and can make a big difference after a while ... -Also if none of the following gets worse and at least one gets better then an -optimization is always a good idea even if the overall gain is less than 0.1% -(speed, binary code size, source size, source readability) -For obscure codecs noone uses, the goal is more toward keeping the code clean -small and readable than to make it 1% faster. +When is an optimization justified? +---------------------------------- +Normally, clean & simple optimizations on widely used codecs can achieve +an overall speedup of 0.1%. These speedups accumulate and can make a big +difference after awhile. Also, if none of the following factors get +worse due to an optimization -- speed, binary code size, source size, +source readability -- and at least one factor improves, then an +optimization is always a good idea even if the overall gain is less than +0.1%. For obscure codecs that are not often used, the goal is more +toward keeping the code clean, small, and readable than to make it 1% +faster. WTF is that function good for ....: