Tamarin:WeeklyUpdates: Difference between revisions

From MozillaWiki
Jump to navigation Jump to search
Line 18: Line 18:




= 15th April 2008 =
= 6th May 2008 =


== Attendees ==
== Attendees ==


* Adobe: Ed, Jennifer, Scott, Rick, Steven
* Adobe: Ed, Scott, Rick, Steven, Tom
* Mozilla: Graydon, Brendan
* Mozilla: Dave, Jason, Jim
* Intel: Moh, Shengnan, Karthik
* Intel: Shengnan Cong, Marsha Eng, Jungwoo Ha, Moh Haghighat, Mingqiu Sun


== Action Items ==
== Updates ==


*'''ACTION:''' Assign someone to create a patch for flag in AVM core
** Moh (Intel)-
*'''ACTION:''' Jim from Mozilla to work with Moh on strings
*** Major performance gains from optimized doubleToInt32 (double d) using integer code. https://bugzilla.mozilla.org/show_bug.cgi?id=412978
**** This is used in SpiderMonkey and Tamarin.  Intel’s numeric team has helped out with this issue. Great performance gains thus far- Ed has also gotten these consistent results
***** Mozilla to see how this works with Firefox
*** CMOV is no longer considered harmful!
**** A discussion on the performance considerations of using CMOV. Intel recommends using CMOV except in certain highly predictable cases.
***** Now it needs to be tested!


== Previous Action Items ==
** Steven (Adobe)-
*** Working on a patch for an interpreter speed-up. Currently is only working on Mac. Patch should be viewable later today.
**** Progress is being made!


* '''ACTION:''' Benjamin needs tom to review {{bug|423692}}
** Rick (Adobe)-
* '''ACTION:''' Edwin: raise the priority of fixing string implementation -- The TT string optimization bug is https://bugzilla.mozilla.org/show_bug.cgi?id=411163 DONE
*** Is continuing to work on trees.  Expects to land patch soon and go over updates in the next few weeks.
* '''ACTION:''' Graydon: Per "callgrind" (call-graph profiler derived from "valgrind") - as hotspots are found, log bugs for them with profile data
 
== Updates ==


'''Moh'''
** Jim (Mozilla)-
* Working on performance opportunities w/ tracing. Have prototyped a routine for fast scanning of memory and skipping large blocks of zeros. This routine seems particularly useful for TT's ZCT::PinStackObjects hot loop on a number of benchmarks
*** Update on regression of performance. In order for Tamarin to get into Mozilla, then patches can’t land if they slow things down.  Take a benchmark approach and get TT to be on par w/ SpiderMonkey- then it can be switched over.
**Is there any plan for major changes w/ garbage collection, etc., that would make these new changes irrelevant?
**** Mozilla will contribute speed optimizations to Adobe.  Adobe needs to be comfortable making optimized code “clean” going forward, while making sure the numbers hit.
***Ed says that Garbage collector is stable and they will continue to want to look into this (could go into central as well)
***** Adobe is building out its own internal performance measurements now. Going forward, make sure Mozilla and Adobe have agreement on benchmarks.
*A similar, but slightly different, pattern in the hot loop of _pcre_valid_utf8 also benefits from this optimization and results in 15% to 25% performance gain in Sunspider/string-unpack-code
*No person is yet assigned to strings, but Adobe/Mozilla will want to coordinate with Moh on this
**Jim from Mozilla will be working on this when he is back.
*CPUID Instruction: Need a flag in AVM core: Ed thinks we should just create a patch and do it.  No one is assigned to this yet.


** Tom (Adobe)-
*** Has posted a wiki page on Hosting APIs that he wants Mozilla to review.  He will also send around to the list.


'''Ed'''
** Mark Hammond-
* ABC->Forth generation @runtime, preliminary #s.  Ed is working on change to tracking, working on Forth codebase.  Interpreter of ABC’s are compiled into IL.  This gives us a place to put static optimizations.  Thus, the interpreter runs faster as is only keeping track of one location and are optimizing the code before interpreting it.
*** How to best evangelize Tamarin through ScreamingMonkey? How to get folks using it?
**Because of this, is working on code for managing the IL cache. It’s a change in body plan for tamarin tracing
**** The IE DOM works as hopes (minus some expected issues).  Can we evangelize and package?  Yes, but who can assist? John R and other evangelists can blog on this. Brendan to follow-up with Mark on this.
**Creates no real change to Forth language and is focused on single pass


= Older meetings =
= Older meetings =

Revision as of 21:56, 6 May 2008

These updates concern Tamarin and related projects only.

Meeting Details

  • 2:00pm Pacific Time (21:00 UTC) on Tuesdays
    • (5PM Eastern US, 11PM Oslo, 6AM (Wed) Seoul, 7AM (Wed) Melbourne)
  • Location: Tel: 866 705 2554 (us), 913 227 1201 (int’l)
    • Passcode: 9140087
  • Duration: 60 minutes
  • join irc.mozilla.org #tamarin for attendence taking and questions
  • Next week's Agenda Items:
    • (Moh/Intel)-
    • (Mark Hammond)-
      • How to best evangelize Tamarin through ScreamingMonkey?


6th May 2008

Attendees

  • Adobe: Ed, Scott, Rick, Steven, Tom
  • Mozilla: Dave, Jason, Jim
  • Intel: Shengnan Cong, Marsha Eng, Jungwoo Ha, Moh Haghighat, Mingqiu Sun

Updates

    • Moh (Intel)-
      • Major performance gains from optimized doubleToInt32 (double d) using integer code. https://bugzilla.mozilla.org/show_bug.cgi?id=412978
        • This is used in SpiderMonkey and Tamarin. Intel’s numeric team has helped out with this issue. Great performance gains thus far- Ed has also gotten these consistent results
          • Mozilla to see how this works with Firefox
      • CMOV is no longer considered harmful!
        • A discussion on the performance considerations of using CMOV. Intel recommends using CMOV except in certain highly predictable cases.
          • Now it needs to be tested!
    • Steven (Adobe)-
      • Working on a patch for an interpreter speed-up. Currently is only working on Mac. Patch should be viewable later today.
        • Progress is being made!
    • Rick (Adobe)-
      • Is continuing to work on trees. Expects to land patch soon and go over updates in the next few weeks.
    • Jim (Mozilla)-
      • Update on regression of performance. In order for Tamarin to get into Mozilla, then patches can’t land if they slow things down. Take a benchmark approach and get TT to be on par w/ SpiderMonkey- then it can be switched over.
        • Mozilla will contribute speed optimizations to Adobe. Adobe needs to be comfortable making optimized code “clean” going forward, while making sure the numbers hit.
          • Adobe is building out its own internal performance measurements now. Going forward, make sure Mozilla and Adobe have agreement on benchmarks.
    • Tom (Adobe)-
      • Has posted a wiki page on Hosting APIs that he wants Mozilla to review. He will also send around to the list.
    • Mark Hammond-
      • How to best evangelize Tamarin through ScreamingMonkey? How to get folks using it?
        • The IE DOM works as hopes (minus some expected issues). Can we evangelize and package? Yes, but who can assist? John R and other evangelists can blog on this. Brendan to follow-up with Mark on this.

Older meetings

Retrieved from "https://wiki.mozilla.org/index.php?title=Tamarin:WeeklyUpdates&oldid=92425"