Dmitry Fedoseev : 레이블에 대한 텍스트 출력과 비교하여 TextOut()에 대한 단 한 번의 호출만을 순수하게 어리석게 비교하더라도 70배 느립니다.
레이블 업데이트 속도를 올바르게 측정할 수 없다는 것을 이해하지 못할 뿐입니다. 레이블 텍스트는 처리를 위해 차트로 간단히 전송되며 이는 빠른 절차입니다. 그러나 차트가 기본 응용 프로그램과 병렬로 완전히 다른 스레드에서 작동하기 때문에 얼마나 처리되는지 알 수 없습니다 . 내가 준 링크와 아래 메시지를 읽으십시오. 모든 것이 거기에 자세히 설명되어 있습니다. 모든 것을 다시 말하는 것은 의미가 없습니다.
레이블 업데이트 속도를 올바르게 측정할 수 없다는 것을 이해하지 못할 뿐입니다. 레이블 텍스트는 처리를 위해 차트로 간단히 전송되며 이는 빠른 절차입니다. 그러나 차트가 기본 응용 프로그램과 병렬로 완전히 다른 스레드에서 작동하기 때문에 얼마나 처리되는지 알 수 없습니다 . 내가 준 링크와 아래 메시지를 읽으십시오. 모든 것이 거기에 자세히 설명되어 있습니다. 모든 것을 다시 말하는 것은 의미가 없습니다.
다른 누군가가 올 것이고 Dmitry는 이미 그를 설득 할 것입니다))) 자연의 상식의 순환)
그냥 모든 것을 그대로 사용한다면 Labels가 Kan Wasa보다 더 빨리 작동하는 이유에 대해 생각하지 않았을 뿐입니다 . 그러나 "내부"가 무엇인지 알면 이미 더 건설적으로 생각하기 시작합니다. 분명히 레이블은 두 가지 이유로 속도의 이점을 얻을 수 있습니다.
별도의 스레드
차트의 업데이트 빈도 최적화(프로세서에 불필요하게 과부하가 걸리지 않도록)
그런 다음 BitmatLabel 업데이트도 최적화하거나 제한해야 한다는 단순한 논리적 결론을 따릅니다. 레이블의 경우 차트에서 업데이트가 최적화됩니다. 추가 최적화도 불필요하지는 않지만. 프로그래머 는 BitmatLabel에 대한 책임을 집니다. 복잡하지 않습니다. 예를 들어 이것이 문서에 기록되어 있었다면 이전에 이것을 알았을 것입니다.
그냥 모든 것을 그대로 사용한다면 Labels가 Kan Wasa보다 더 빨리 작동하는 이유에 대해 생각하지 않았을 뿐입니다 . 그러나 "내부"가 무엇인지 알면 이미 더 건설적으로 생각하기 시작합니다. 분명히 레이블은 두 가지 이유로 속도의 이점을 얻을 수 있습니다.
별도의 스레드
차트의 업데이트 빈도 최적화(프로세서에 불필요하게 과부하가 걸리지 않도록)
그런 다음 BitmatLabel 업데이트도 최적화하거나 제한해야 한다는 간단한 논리적 결론을 따릅니다. 레이블의 경우 차트에서 업데이트가 최적화됩니다. 추가 최적화도 불필요하지는 않지만. 프로그래머 는 BitmatLabel에 대한 책임을 집니다. 복잡하지 않습니다. 예를 들어 이것이 문서에 기록되어 있었다면 이전에 이것을 알았을 것입니다.
이해하다. 라이브러리를 사용하는 경우 우선 배짱을 이해하려고 노력합니다. 사용이 부적절할 경우 결정을 내리는 데 도움이 되며 갈퀴가 생겼을 때 "곡선" 사용 사례를 피하는 데 도움이 됩니다.
레이블에 대한 텍스트 출력과 비교하여 TextOut()에 대한 단 한 번의 호출만을 순수하게 어리석게 비교하더라도 70배 느립니다.
레이블 업데이트 속도를 올바르게 측정할 수 없다는 것을 이해하지 못할 뿐입니다. 레이블 텍스트는 처리를 위해 차트로 간단히 전송되며 이는 빠른 절차입니다. 그러나 차트가 기본 응용 프로그램과 병렬로 완전히 다른 스레드에서 작동하기 때문에 얼마나 처리되는지 알 수 없습니다 . 내가 준 링크와 아래 메시지를 읽으십시오. 모든 것이 거기에 자세히 설명되어 있습니다. 모든 것을 다시 말하는 것은 의미가 없습니다.
레이블 업데이트 속도를 올바르게 측정할 수 없다는 것을 이해하지 못할 뿐입니다. 레이블 텍스트는 처리를 위해 차트로 간단히 전송되며 이는 빠른 절차입니다. 그러나 차트가 기본 응용 프로그램과 병렬로 완전히 다른 스레드에서 작동하기 때문에 얼마나 처리되는지 알 수 없습니다 . 내가 준 링크와 아래 메시지를 읽으십시오. 모든 것이 거기에 자세히 설명되어 있습니다. 모든 것을 다시 말하는 것은 의미가 없습니다.
내 링크의 두 번째 문장을 읽으십시오.
내 링크의 두 번째 문장을 읽으십시오.
이해합니다. 취하고 측정하면 됩니다. 그리고 그 결과를 낳게 된 계기는 무엇인가요? 관심이 없으신가요? ... :)
이해합니다. 취하고 측정하면 됩니다. 그리고 그 결과에 대해 관심을 가지지 않은 이유는 무엇입니까? ... :)
나는 내가 가질 수 있는 결과에만 관심이 있다. 나머지 결과는 나에게 아무 소용이 없습니다.
나는 내가 가질 수 있는 결과에만 관심이 있다. 나머지 결과는 나에게 아무 소용이 없습니다.
알았습니다. 그런 다음 가까운 장래에 준비될 소스 코드의 속도를 측정하는 것이 좋습니다. 결과에 놀랄 것입니다.
드미트리 페도세프 에 관해서
다른 누군가가 올 것이고 Dmitry는 이미 그를 설득 할 것입니다))) 자연의 상식의 순환)
드미트리 페도세프 에 관해서
다른 누군가가 올 것이고 Dmitry는 이미 그를 설득 할 것입니다))) 자연의 상식의 순환)
무엇을 설득할 것인가? 지구가 평평해서? 아니면 태양이 지구 주위를 공전하기 때문입니까?
무엇을 설득할 것인가? 지구가 평평해서? 아니면 태양이 지구 주위를 공전하기 때문입니까?
예, 이해합니다. 가장 중요한 것은 대기열에 들어간 다음 기다리지 않고 코드를 실행하는 것입니다. 그러나 때때로 많이 쏘면 중요합니다. 네, 그리고 캔버스를 사용하면 스레드가 기다리지 않도록 타이머로 다시 그릴 수 있다고 생각합니다.
드미트리 페도세프 에 관해서
다른 누군가가 올 것이고 Dmitry는 이미 그를 설득 할 것입니다))) 자연의 상식의 순환)
그냥 모든 것을 그대로 사용한다면 Labels가 Kan Wasa보다 더 빨리 작동하는 이유에 대해 생각하지 않았을 뿐입니다 . 그러나 "내부"가 무엇인지 알면 이미 더 건설적으로 생각하기 시작합니다. 분명히 레이블은 두 가지 이유로 속도의 이점을 얻을 수 있습니다.
그냥 모든 것을 그대로 사용한다면 Labels가 Kan Wasa보다 더 빨리 작동하는 이유에 대해 생각하지 않았을 뿐입니다 . 그러나 "내부"가 무엇인지 알면 이미 더 건설적으로 생각하기 시작합니다. 분명히 레이블은 두 가지 이유로 속도의 이점을 얻을 수 있습니다.
이해하다. 라이브러리를 사용하는 경우 우선 배짱을 이해하려고 노력합니다. 사용이 부적절할 경우 결정을 내리는 데 도움이 되며 갈퀴가 생겼을 때 "곡선" 사용 사례를 피하는 데 도움이 됩니다.