JMP Live와 대화형 HTML에서 성능을 살펴볼 때 고려해야 할 다양한 작업 조각이 있습니다. 대용량 데이터 세트와 복잡한 그래프가 있는 보고서는 네트워크를 통해 전송하는 것만으로도 비용이 많이 들 수 있습니다. 다른 경우에는 요약 계산을 위해 많은 데이터를 처리해야 합니다. 수백만 개의 마커, 선 및 기타 모양을 그리는 것도 기계에 스트레스를 줄 수 있습니다.
그렇다면 JMP Live에서 대용량 데이터 집합이 있는 관리도를 게시할 때 이는 무엇을 의미할까요? 이 그래프가 화면에 로드되고 그려지는 데 얼마나 걸릴까요? 느리다면 로드 속도를 높이기 위해 무엇을 할 수 있을까요? 차트를 변경하고 싶지 않지만 여전히 너무 느리다면 어떻게 해야 할까요?
JMP에서는 사용자의 의견을 경청하고 JMP 18에서 상당한 성능 개선을 이루었습니다. JMP 17에서 구현된 성능 교훈, 도구 및 프로세스를 사용하여 JMP 18에서 기준을 더욱 높였습니다.
통제 차트
JMP Live에서 일반적인 차트가 자주 사용되므로 제어 차트 예제를 계속 살펴보겠습니다. 366,644개 행의 적당한 데이터 테이블이 있는 매우 간단한 제어 차트에는 많은 하위 그룹이 포함될 수 있습니다. 이 예에서 차트는 다음과 같습니다.
차트에 많은 선과 점이 포함되어 있음을 알 수 있습니다. JMP 17에서 이 보고서를 여는 데 매우 느렸습니다. 제 노트북에서 보고서를 여는 데 217 초가 걸렸고, 그 동안 웹사이트가 로드하는 데 시간이 오래 걸린다는 경고와 중지할지 묻는 경고가 여러 번 나타났습니다. JMP 18에서 이 보고서를 여는 데 이제 10 초가 걸립니다. 무려 95.4%의 로드 시간 감소 또는 21.7배 개선입니다.
그래프 빌더 라인 차트
다음으로 Graph Builder에서 오버레이 역할을 사용하여 다양한 색상의 선을 많이 만들어서 선형 차트를 강조해 보겠습니다.
이것이 많은 사람들이 만드는 차트 유형은 아니지만, 그리기 및 구문 분석 알고리즘을 강조하는 데 도움이 될 것입니다. 이 보고서를 JMP 17에 로드하는 데 약 27 초가 걸렸고 종종 메모리 사용량을 297MB 로 강조했습니다. 이 보고서를 JMP 18에 로드하는 데 약 13 초가 걸렸고 186MB 의 메모리를 사용하여 로드 시간이 51.9% 감소(또는 2.1배 개선)하고 메모리 사용량이 37% 감소했습니다.
그래프 빌더 영역 차트
다음으로 Graph Builder에서 면적 차트를 만들기 위해 50만 개의 무작위 데이터 행으로 구성된 큰 표를 살펴보겠습니다.
이것은 영역을 그리고 통계를 계산하는 방법에 대한 또 다른 스트레스 테스트입니다. JMP 17에서 보고서를 여는 데 약 210 초가 걸렸는데, 정말 기다리는 시간이 길었습니다. 반면에 JMP 18에서 보고서를 여는 데는 약 4 초가 걸렸는데, 이는 로드 시간이 98% 감소한 것이고, 이는 52.5배의 속도 향상으로 이어집니다!
그래프 빌더 트리 맵
다음은 120만 개의 무작위 값 행으로 구성된 대규모 데이터 테이블이 있는 트리 맵입니다.
JMP 17에서 트리 맵을 로드하는 데 약 8.5 초가 걸렸지만, JMP 18에서 같은 보고서를 여는 데는 약 2.1 초가 걸렸습니다. 이는 초기 로드 시간이 75% 감소한 것이고, 성능이 4배 향상되었습니다.
그래프 빌더 히트 맵
히트맵은 어떨까요? 이 웨이퍼 히트맵 보고서는 414k 행의 데이터 테이블을 가지고 있습니다.
이 보고서는 크고 바쁜 보고서이지만 로드 시간은 일부 이전 테스트 사례만큼 나쁘지 않았습니다. JMP 17에서 내보낸 보고서를 여는 데 14.7 초가 걸렸지만 JMP 18에서 내보낸 동일한 보고서를 여는 데는 약 4.4 초가 걸렸습니다. 이는 초기 로드 시간이 70% 감소한 것이고 성능이 3.3배 증가한 것입니다.
그래프 빌더 포인트
마지막 테스트에서는 120만 개의 행으로 구성된 데이터 표의 요약이 있는 포인트를 살펴봅니다.
다른 세그먼트만큼 포인트 작업을 많이 하지 않았으므로 성능이 이를 반영할 것입니다. 대신 이 보고서는 계산 및 구문 분석에서 수행한 다른 많은 개선 사항과 전체 보고서 스택의 일반적인 개선 사항을 강조합니다. JMP 17에서 내보낸 보고서를 로드하는 데 걸린 시간은 약 2.9 초인 반면 JMP 18에서 내보낸 보고서를 로드하는 데 걸린 시간은 약 2.4 초였습니다. 따라서 초기 로드 시간이 17% 감소하거나 성능이 1.2배 향상되었습니다. 처음에는 이러한 숫자에 실망할 수 있지만, 여전히 20%의 개선이라는 점을 기억하세요. 이는 항상 환영받을 것이라고 믿습니다.
테이블
2013년에 테이블에 많은 양의 데이터가 포함된 보고서와 관련하여 문제가 제기되어 브라우저가 중단되었습니다. 빠른 해결책이 마련되었습니다. 큰 테이블이 있는 보고서는 드물기 때문에 행 수를 1,000개로 제한하기만 하면 됩니다. 하지만 고객으로부터 전체 데이터 세트를 보고 싶다는 말을 들었습니다.
JMP 18.0에서는 이제 사용자가 전체 테이블 레코드를 볼 수 있는 페이지 매김 컨트롤을 추가하여 테이블을 더 효율적으로 탐색할 수 있습니다. 사용자는 다음 컨트롤을 사용하여 탐색할 수 있습니다.
|
|
|
|---|
|
|<
|
첫 번째 페이지로 이동합니다.
|
|
<
|
이전 페이지로 이동합니다.
|
|
>
|
다음 페이지로 이동합니다.
|
|
>|
|
마지막 페이지로 이동합니다.
|
|
텍스트 상자
|
입력된 페이지 번호로 이동합니다.
|
|
N의 n
|
현재 페이지(n)와 총 페이지 수(N)에 대한 정보를 제공합니다.
|
페이지네이션 컨트롤 레이아웃
