양식의 응답 시간

  • 릴리스 버전: Yokohama
  • 업데이트 날짜 2025년 01월 30일
  • 읽기2분
  • 응답 시간 표시기(시계)는 많은 양식과 목록의 오른쪽 아래에 나타납니다.

    이 표시기는 각 단계의 총 시간과 시간을 포함하여 완료된 트랜잭션의 처리 시간을 제공합니다. 아이콘을 클릭하여 응답시간 상세 정보를 표시하거나 숨깁니다. 아이콘을 가리키면 상세 정보가 포함된 도구 설명이 표시됩니다. 다음 예제에서는 데모 인스턴스에서 필터링된 목록을 검색하기 위한 응답시간을 보여줍니다.

    그림 1. 응답시간
    응답 시간 ms 1019 네트워크 3 서버 526 브라우저 490
    이 예에서 트랜잭션의 처리 시간은 다음과 같습니다.
    • 총 시간 1019밀리초
    • 네트워크를 통해 데이터 이동 3밀리초
    • 서버에서 526밀리초
      주:
      서버 시간은 다음 수식을 사용하여 계산됩니다.
      server time = (client response time - browser time - client network time)
    • 브라우저에서 490밀리초, HTML을 렌더링하고 JavaScript 구문 분석 및 실행

    페이징, 목록 정렬 순서 변경 또는 세션의 첫 번째 트랜잭션과 같은 간단한 작업에 대해서는 응답이 나타나지 않습니다.

    양식에서 브라우저 처리 시간에 대한 자세한 세부 항목을 보려면 브라우저를 클릭하십시오.

    그림 2. 브라우저 응답시간 상세 정보
    응답 통계

    관리자는 시스템 속성 [sys_properties] 테이블에서 속성을 false로 설정하여 glide.ui.response_time 응답 시간을 비활성화할 수 있습니다. 탐색 필터에 sys_properties.list 를 입력하고 를 검색합니다 glide.ui.response_time.

    응답 시간을 검토할 때 다음과 같은 문제를 찾습니다.
    1. 모든 거래에 비정상적으로 오랜 시간이 걸렸던 기간입니다. 예를 들어 오전 11:00에서 오전 11:20 사이에 일반적으로 1초가 걸리는 트랜잭션이 15초가 걸렸습니다. 이 문제는 해당 시간 동안 해당 앱 서버에서 큰 보고서와 같은 비정상적인 로드가 실행되었음을 나타낼 수 있습니다.
    2. 비정상적으로 오랜 시간이 반복적으로 걸리는 특정 거래. 예를 들어 짧은 설명으로 정렬된 종결된 인시던트 목록은 표시될 때마다 30초가 걸렸습니다. 이 문제는 특정 트랜잭션이 인덱스되지 않은 필드에서 500,000개의 레코드를 정렬하는 것과 같이 시스템에 비정상적인 데이터베이스 로드를 가했음을 나타낼 수 있습니다.
    성능을 개선하려면 다음 작업을 수행해 보십시오.
    1. 전체 창에 걸쳐 있는 하나 이상의 트랜잭션을 찾습니다. 예를 들어 응답이 6분 동안 느렸고 한 트랜잭션이 전체 시간 동안 실행되었음을 알 수 있습니다. 데이터베이스에 인덱싱을 추가하여 트랜잭션 속도를 높일 수 있습니다. 특정 유형의 쿼리는 인덱싱에 관계없이 항상 다른 유형보다 느리게 실행됩니다.
    2. 업무 시간 중에는 캐시 플러시가 실행되고 있지 않은지 확인합니다. 캐시 플러시는 오래된 데이터가 변경 및 업데이트를 방해하지 않도록 하기 위한 것으로, 업데이트 세트를 사용할 때 자동으로 수행됩니다. cache.do 사용하여 예약된 캐시 플러시는 전체 성능에 영향을 미치고 시스템 응답 시간을 저하시킬 수 있습니다. 업무 시간 중에 캐시 플러시를 실행하거나 캐시 플러시를 자동으로 트리거하지 마십시오.
    3. 느린 응답 시간이 발생할 때 특정 문제를 찾을 수 없으면 지원 부서에 문의하여 애플리케이션 서버 하드웨어에 전역 문제가 있는지 확인하십시오.

    클라이언트 트랜잭션 타이밍

    클라이언트 트랜잭션 타이밍 플러그인은 클라이언트 및 서버 측, 브라우저 및 네트워크 모두에 소요된 시간에 대한 추가 정보를 제공합니다. 이 기능은 장기 실행 프로세스를 찾는 데 도움이 될 뿐만 아니라 프로세스에서 성능 문제가 발생한 위치에 대한 정보도 제공합니다.