여러분, 전략 순환은 한번에 60ms, 한번에 10,000+ms를 사용해도 어떻게 되는지 알려주세요. 저는 내부의 모든 기능을 개별적으로 측정했습니다. 그리고 제가 작을 때 모든 기능이 작고 큰 때 모든 기능이 큰 것을 발견했습니다. 그리고 하나의 기능은 그래프 정보를 업데이트하는 것입니다. 상태 표시줄 정보는 시장 정보를 얻는 것보다 더 오래 사용할 수 있습니다. 이것은 클라우드 서버에 의해 발생합니까, 아마존의 t2.micro를 사용하십시오.
이 글의 내용은 이쪽에서 참조하십시오.그래프 상태
작은 꿈실제 디스크인가요? 아니면 재테스트인가요? 상태창 콘텐츠는 빈번하게 갱신되며, 갱신 속도는 빠르지 않기 때문에 표시되는 콘텐츠는 현재 상태창 콘텐츠를 즉시 표시하지 않습니다. 실제 디스크 시간 소비는 기본적으로 네트워크 IO 요청으로 생성되며, 다른 작업 시간이 기본적으로 무시 될 수 있습니다.
노인 피부그래프 정보를 업데이트하고 상태 표시줄 정보를 여러 스레드로 사용할 수 있습니다
작은 꿈10번의 for 루프를 줄이고 다시 관찰하십시오.
물처럼 부드럽습니다.그리고 제가 발견한 한 장소는 더 오래 걸리고, 포 루프가 끝나면 220+입니다. var A = new Date (().getTime ()) var B = 0 var C = 0 for (var i = 0; i < 1000; i++) { // 회로 안의 모든 계산이 B=new Date (().getTime (() -A ♪ ♪ C=new Date (().getTime (() -A) // 출력 B=6 C=220+ 저는 이런 식으로 시간을 잡았습니다. 문제가 있는지 모르겠어요.
물처럼 부드럽습니다.좋아요, 감사합니다.
작은 꿈네트워크 IO가 없으면 시간이 오래 걸리지 않을 것으로 보이며, 일반적으로 몇 밀리 초입니다. 간단한 테스트 코드를 제공하면 볼 수 있습니다. 이 방법은 간단한 테스트 시나리오를 대신하여 전략 설계의 원인이 되는 문제를 배제합니다.
물처럼 부드럽습니다.실제 디스크입니다. 제가 통계를 한 번 조사했을 때, 항상 시간이 작습니다. 단일 상태가 아닙니다. 모든 기능은 기본적으로 같은 비율로 확대 및 축소됩니다.
물처럼 부드럽습니다.QAQ의 아이디어에 감사드립니다.