Skip to content
Snippets Groups Projects
  1. Jun 29, 2012
  2. Jan 31, 2011
    • Tilghman Lesher's avatar
      Merged revisions 304950 via svnmerge from · 16c3ea3d
      Tilghman Lesher authored
      https://origsvn.digium.com/svn/asterisk/branches/1.8
      
      ........
        r304950 | tilghman | 2011-01-31 00:41:36 -0600 (Mon, 31 Jan 2011) | 18 lines
        
        Change mutex tracking so that it only consumes memory in the core mutex object when it's actually being used.
        
        This reduces the overall size of a mutex which was 3016 bytes before this back
        down to 216 bytes (this is on 64-bit Linux with a glibc-implemented mutex).
        The exactness of the numbers here may vary slightly based upon how mutexes are
        implemented on a platform, but the long and short of it is that prior to this
        commit, chan_iax2 held down 98MB of memory on a 64-bit system for nothing more
        than a table of 32767 locks.  After this commit, the same table occupies a mere
        7MB of memory.
        
        (closes issue #18194)
         Reported by: job
         Patches: 
               20110124__issue18194.diff.txt uploaded by tilghman (license 14)
         Tested by: tilghman
         
        Review: https://reviewboard.asterisk.org/r/1066
      ........
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@304951 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      16c3ea3d
  3. Mar 25, 2010
  4. Jul 13, 2009
  5. Dec 01, 2008
  6. Jan 25, 2008
  7. Jan 23, 2008
  8. Dec 03, 2007
  9. Sep 08, 2007
    • Russell Bryant's avatar
      Merged revisions 81952 via svnmerge from · 6f4fbccd
      Russell Bryant authored
      https://origsvn.digium.com/svn/asterisk/branches/1.4
      
      ........
      r81952 | russell | 2007-09-08 08:42:26 -0500 (Sat, 08 Sep 2007) | 11 lines
      
      (closes issue #10672)
      Bump the cleancount so that a "make clean" will be forced.  This is needed
      because my fix in revision 81599 made a change to a data structure in file.h,
      and since file dependency tracking is only on with dev-mode enabled, file
      format modules that don't get rebuilt may crash, as is the case with this issue.
      
      This makes me wonder - how much faster does the code build without the file
      dependency tracking enabled?  If it doesn't make much of a difference, then it
      may be worth just keeping it on all of the time, or perhaps just not in release
      tarballs, so that this type of issue is avoided.
      
      ........
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@81953 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      6f4fbccd
  10. May 24, 2007
  11. Feb 22, 2007
  12. Feb 19, 2007
  13. Jan 19, 2007
  14. Dec 02, 2006
  15. Nov 20, 2006
  16. Sep 26, 2006
  17. Sep 20, 2006
  18. Aug 31, 2006
  19. Aug 21, 2006
  20. Aug 19, 2006
  21. Jul 29, 2006
  22. Jun 01, 2006
  23. May 31, 2006
  24. May 18, 2006
  25. May 11, 2006
  26. Apr 11, 2006
  27. Apr 10, 2006
  28. Apr 03, 2006
  29. Mar 28, 2006
  30. Feb 15, 2006
  31. Feb 01, 2006
  32. Jan 31, 2006
  33. Nov 29, 2005
  34. Oct 28, 2005
  35. Aug 30, 2005
  36. Jun 06, 2005
  37. Mar 23, 2005
  38. Mar 04, 2005
  39. Jan 25, 2005
  40. Jan 23, 2005
Loading