The branch, master has been updated
       via  eb66564960eeb840a7521a35c00d32aebb9525bb (commit)
      from  680cfbe726e52c016435683fec809d105954afa1 (commit)


- Log -----------------------------------------------------------------
commit eb66564960eeb840a7521a35c00d32aebb9525bb
Author: Piotr Przybylski <[email protected]>
Date:   Fri Aug 5 22:44:06 2011 +0200

    Fix typo

-----------------------------------------------------------------------

Summary of changes:
 libraries/advisory_rules.txt |    6 +++---
 1 files changed, 3 insertions(+), 3 deletions(-)

diff --git a/libraries/advisory_rules.txt b/libraries/advisory_rules.txt
index 9e1b0ec..3f3f985 100644
--- a/libraries/advisory_rules.txt
+++ b/libraries/advisory_rules.txt
@@ -78,14 +78,14 @@ rule 'Slow query logging'
 rule 'Release Series'
        version
        !PMA_DRIZZLE && substr(value,0,3) != "5.1"
-       The MySQL server version less then 5.1.
+       The MySQL server version less than 5.1.
        You should upgrade, as MySQL 5.1 has improved performance, and MySQL 
5.5 even more so.
        Current version: %s | value
 
 rule 'Minor Version'
        version
        !PMA_DRIZZLE && substr(value,4,2) < 30
-       Version less then 5.1.30 (the first GA release of 5.1).
+       Version less than 5.1.30 (the first GA release of 5.1).
        You should upgrade, as recent versions of MySQL 5.1 have improved 
performance and MySQL 5.5 even more so.
        Current version: %s | value
 
@@ -139,7 +139,7 @@ rule 'Query cache fragmentation' [!fired('Query cache 
disabled')]
        Qcache_free_blocks / (Qcache_total_blocks / 2) * 100
        value > 20
        The query cache is considerably fragmented.
-       Severe fragementation is likely to (further) increase 
Qcache_lowmem_prunes. This might be caused by many Query cache low memory 
prunes due to {query_cache_size} being too small. For a immediate but short 
lived fix you can flush the query cache (might lock the query cache for a long 
time). Carefully adjusting {query_cache_min_res_unit} to a lower value might 
help too, e.g. you can set it to the average size of your queries in the cache 
using this formula: (query_cache_size � qcache_free_memory) / 
qcache_queries_in_cache
+       Severe fragementation is likely to (further) increase 
Qcache_lowmem_prunes. This might be caused by many Query cache low memory 
prunes due to {query_cache_size} being too small. For a immediate but short 
lived fix you can flush the query cache (might lock the query cache for a long 
time). Carefully adjusting {query_cache_min_res_unit} to a lower value might 
help too, e.g. you can set it to the average size of your queries in the cache 
using this formula: (query_cache_size � qcache_free_memory) / 
qcache_queries_in_cache
        The cache is currently fragmented by %s% , with 100% fragmentation 
meaning that the query cache is an alternating pattern of free and used blocks. 
This value should be below 20%. | round(value,1)
 
 rule 'Query cache low memory prunes' [Qcache_inserts > 0 && !fired('Query 
cache disabled')]


hooks/post-receive
-- 
phpMyAdmin

------------------------------------------------------------------------------
BlackBerry&reg; DevCon Americas, Oct. 18-20, San Francisco, CA
The must-attend event for mobile developers. Connect with experts. 
Get tools for creating Super Apps. See the latest technologies.
Sessions, hands-on labs, demos & much more. Register early & save!
http://p.sf.net/sfu/rim-blackberry-1
_______________________________________________
Phpmyadmin-git mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/phpmyadmin-git

Reply via email to