Kuali Rice Development
  1. Kuali Rice Development
  2. KULRICE-8929

KRAD rederning is slow due to Freemarker's FMParser initializing LookaheadSuccess multiple times

    Details

    • Type: Improvement Improvement
    • Status: Closed Closed
    • Priority: Critical Critical
    • Resolution: Won't Fix
    • Affects Version/s: 2.2
    • Fix Version/s: 2.3.0-m3, 2.3
    • Component/s: Performance
    • Security Level: Public (Public: Anyone can view)
    • Labels:
      None
    • Similar issues:
      KULRICE-8928Improve initialization of FreeMarker Parser
      KULRICE-11869FreeMarker error in testTransactionView
      KULRICE-12988KC app startup time really slow with the latest rice 2.5 revision
      KULRICE-12605KRAD property editors aren't loaded due to KNS spring configuration that overrides KRAD configuration
      KULRICE-4037KFS user preference records cause batch slowness due to too many krew_usr_optn_t records in Rice 1.0.1.1
      KULRICE-531development slowness
      KULRICE-8442Module locking needs converted to FreeMarker
      KULRICE-12991Application startup time slow after Spring 4.0.x upgrade
      KULRICE-13780Create Freemarker 404 AFT
      KULRICE-10353Inline processing of FreeMarker templates
    • Rice Module:
      KRAD
    • KRAD Feature Area:
      UIF MVC
    • Application Requirement:
      KS
    • KAI Review Status:
      Not Required
    • KTI Review Status:
      Not Required

      Description

      I was doing some profiling on our application and a huge amount of time is being spent in the initialization of FMParser which is creating an exception called LookaheadSuccess. The way the exception is initialized many times, it will always fill in the stacktrace which is a very expensive operation and could be made much faster using a static variable. This has the potential to give KRAD a noticeable performance gain.
      See: http://freemarker.624813.n4.nabble.com/Flow-control-by-Exception-td626112.html

      After making the change locally, render time went from 7 seconds to 2.

        Issue Links

          Activity

          No work has yet been logged on this issue.

            People

            • Assignee:
              Jerry Neal (Inactive)
              Reporter:
              Daniel Epstein (Inactive)
            • Votes:
              0 Vote for this issue
              Watchers:
              4 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved:

                Structure Helper Panel