1000행의 테이블을 스크롤하여 눈으로 볼 수 있는 것은 무엇입니까? 어떤 문제가 해결되고 있습니까?
PS 오프토픽이 또 갔다...
Andrey, 작업은 사용자에게 테이블을 만들 수 있는 기회를 제공하는 것이었습니다. 예리한 것처럼. 그의 머리를 통과하는 것은 중요하지 않습니다 ...)
나는 주제를 벗어나 끝낼 것을 제안합니다.))
추신. 공평하게, 테이블의 보이는 부분만 다시 그릴 수 있고 스크롤 이벤트에서만 보이지 않는 부분을 다시 그릴 수 있다는 점에 유의해야 합니다. 하지만 역시나 스트레스 테스트였다.
추신. 그것은 모두 테이블의 값이 얼마나 정확하게 변경되는지에 달려 있습니다. 값이 매우 빠르고 지속적으로 변경되면 보이는 영역만 다시 그리고 스크롤하는 동안 보이지 않는 영역을 다시 그리는 것이 좋습니다. 값이 자주 변경되지 않으면 스크롤이 시작되는 순간 다시 그리기로 인한 지연이 없도록 모든 것을 한 번에 다시 그리는 것이 좋습니다. 테이블의 값이 얼마나 자주 변경되는지 정확히 알 수 없다는 사실에 기반하여 모든 것을 한 번에 다시 그리는 보편적인 방법을 선택했습니다. 결국 값이 미친 듯이 춤추는 거대한 테이블은 거의 없습니다. 따라서 전체 캔버스를 한 번에 다시 그리고 스크롤 시작 시 지연을 우회하는 것이 좋습니다.
ZYY. 900*7000 픽셀 캔버스를 다시 그리는 데 걸리는 시간을 보셨습니까? MT5에서도 이러한 지연은 수백 밀리초에 이를 수 있습니다. 스크롤 시작 시 이러한 지연이 발생하는 것은 매우 성가신 일입니다. 따라서 다시 그리는 빈도가 적으면 한번에 다 그리는 것이 좋습니다.
주제로 돌아가기 - 이것이 MT5에서 멀티스레딩이 필요한 이유 중 하나입니다!))
ZYYY. 마지막으로. 큰 테이블을 너무 자주 다시 그릴 때 프로세서 부하 문제를 해결하기 위해 다른 경로를 선택했습니다. 변화하는 값의 출력 속도를 위한 특별한 컨트롤러를 만들었습니다. 즉, 값은 빠르게 변경되지만 사용자는 슬라이더(내가 보여줬음)로 출력(다시 그리기) 속도를 제어합니다. 따라서 프로세서의 부하가 크게 감소하고 사용자가 테이블에서 정보를 인식하는 것이 더 편리합니다.
Andrey, 작업은 사용자에게 테이블을 만들 수 있는 기회를 제공하는 것이었습니다. 예리한 것처럼. 그가 그의 머리에 들어가는 것만으로는 충분하지 않습니다 ...)))
나는 주제를 벗어나 끝낼 것을 제안합니다.))
추신. 공평하게, 테이블의 보이는 부분만 다시 그릴 수 있고 스크롤 이벤트에서만 보이지 않는 부분을 다시 그릴 수 있다는 점에 유의해야 합니다. 하지만 역시나 스트레스 테스트였다.
추신. 그것은 모두 테이블의 값이 얼마나 정확하게 변경되는지에 달려 있습니다. 값이 매우 빠르고 지속적으로 변경되면 보이는 영역만 다시 그리고 스크롤하는 동안 보이지 않는 영역을 다시 그리는 것이 좋습니다. 값이 자주 변경되지 않으면 스크롤이 시작되는 순간 다시 그리기로 인한 지연이 없도록 모든 것을 한 번에 다시 그리는 것이 좋습니다. 테이블의 값이 얼마나 자주 변경되는지 정확히 알 수 없다는 사실에 기반하여 모든 것을 한 번에 다시 그리는 보편적인 방법을 선택했습니다. 결국 값이 미친 듯이 춤추는 거대한 테이블은 거의 발견되지 않습니다. 따라서 전체 캔버스를 한 번에 다시 그리고 스크롤 시작 시 지연을 우회하는 것이 좋습니다.
ZYY. 900*7000 픽셀 캔버스를 다시 그리는 데 시간이 얼마나 걸리는지 보셨나요? MT5에서도 이러한 지연은 수백 밀리초에 이를 수 있습니다. 스크롤 시작 시 이러한 지연이 발생하는 것은 매우 성가신 일입니다. 따라서 다시 그리는 빈도가 적으면 한번에 다 그리는 것이 좋습니다.
주제로 돌아가기 - 이것이 MT5에서 멀티스레딩이 필요한 이유 중 하나입니다!))
ZYYY. 마지막으로. 큰 테이블을 너무 자주 다시 그릴 때 프로세서 부하 문제를 해결하기 위해 다른 경로를 선택했습니다. 변화하는 값의 출력 속도를 위한 특별한 컨트롤러를 만들었습니다. 즉, 값은 빠르게 변경되지만 사용자는 슬라이더(내가 보여줬음)로 출력(다시 그리기) 속도를 제어합니다. 따라서 프로세서의 부하가 크게 감소하고 사용자가 테이블에서 정보를 인식하는 것이 더 편리합니다.
여러분, 기본 논리입니다. 글쎄, 단일 작업 시퀀스를 건너뛰어 한 스레드에서 비동기식 작업을 수행하는 방법은 무엇입니까? 원을 그리며 움직이는 경우에만 반복할 때마다 수행할 작업과 연기할 작업을 결정합니다. 그런데 이게 정상적인 동시성입니까? 병렬 처리에 대해 이야기할 가치가 전혀 없습니다. 한 스레드에서 병렬 처리할 수 있는 것은 무엇입니까? ))
Реter Konow : 여러분, 기본 논리입니다. 글쎄, 단일 작업 시퀀스를 건너뛰어 한 스레드에서 비동기식 작업을 수행하는 방법은 무엇입니까? 원을 그리며 움직이는 경우에만 반복할 때마다 수행할 작업과 연기할 작업을 결정합니다. 그러나 이것이 정상적인 비동기입니까? 병렬 처리에 대해 이야기할 가치가 전혀 없습니다. 한 스레드에서 병렬 처리할 수 있는 것은 무엇입니까? ))
두 개의 스레드 - 서로 비동기식인 두 개의 개별 작업 시퀀스입니다.
2개 또는 22개의 스레드는 동기식 또는 비동기식일 수 있습니다. 단일 스레드에는 동기 및 비동기 작업이 모두 포함될 수 있습니다. 당신 자신이 방법을 표시했습니다. 병렬로 켤 수 없습니다.
Реter Konow : 여러분, 기본 논리입니다. 글쎄, 단일 작업 시퀀스를 건너뛰어 한 스레드에서 비동기식 작업을 수행하는 방법은 무엇입니까? 원을 그리며 움직이는 경우에만 반복할 때마다 수행할 작업과 연기할 작업을 결정합니다. 그런데 이게 정상적인 동시성입니까? 병렬 처리에 대해 이야기할 가치가 전혀 없습니다. 하나의 스레드에서 병렬 처리가 가능한 것은 무엇입니까? ))
...
1000행의 테이블을 스크롤하여 눈으로 볼 수 있는 것은 무엇입니까? 어떤 문제가 해결되고 있습니까?
PS 오프토픽이 또 갔다...
Andrey, 작업은 사용자에게 테이블을 만들 수 있는 기회를 제공하는 것이었습니다. 예리한 것처럼. 그의 머리를 통과하는 것은 중요하지 않습니다 ...)
나는 주제를 벗어나 끝낼 것을 제안합니다.))
추신. 공평하게, 테이블의 보이는 부분만 다시 그릴 수 있고 스크롤 이벤트에서만 보이지 않는 부분을 다시 그릴 수 있다는 점에 유의해야 합니다. 하지만 역시나 스트레스 테스트였다.
추신. 그것은 모두 테이블의 값이 얼마나 정확하게 변경되는지에 달려 있습니다. 값이 매우 빠르고 지속적으로 변경되면 보이는 영역만 다시 그리고 스크롤하는 동안 보이지 않는 영역을 다시 그리는 것이 좋습니다. 값이 자주 변경되지 않으면 스크롤이 시작되는 순간 다시 그리기로 인한 지연이 없도록 모든 것을 한 번에 다시 그리는 것이 좋습니다. 테이블의 값이 얼마나 자주 변경되는지 정확히 알 수 없다는 사실에 기반하여 모든 것을 한 번에 다시 그리는 보편적인 방법을 선택했습니다. 결국 값이 미친 듯이 춤추는 거대한 테이블은 거의 없습니다. 따라서 전체 캔버스를 한 번에 다시 그리고 스크롤 시작 시 지연을 우회하는 것이 좋습니다.
ZYY. 900*7000 픽셀 캔버스를 다시 그리는 데 걸리는 시간을 보셨습니까? MT5에서도 이러한 지연은 수백 밀리초에 이를 수 있습니다. 스크롤 시작 시 이러한 지연이 발생하는 것은 매우 성가신 일입니다. 따라서 다시 그리는 빈도가 적으면 한번에 다 그리는 것이 좋습니다.
주제로 돌아가기 - 이것이 MT5에서 멀티스레딩이 필요한 이유 중 하나입니다!))
ZYYY. 마지막으로. 큰 테이블을 너무 자주 다시 그릴 때 프로세서 부하 문제를 해결하기 위해 다른 경로를 선택했습니다. 변화하는 값의 출력 속도를 위한 특별한 컨트롤러를 만들었습니다. 즉, 값은 빠르게 변경되지만 사용자는 슬라이더(내가 보여줬음)로 출력(다시 그리기) 속도를 제어합니다. 따라서 프로세서의 부하가 크게 감소하고 사용자가 테이블에서 정보를 인식하는 것이 더 편리합니다.
Andrey, 작업은 사용자에게 테이블을 만들 수 있는 기회를 제공하는 것이었습니다. 예리한 것처럼. 그가 그의 머리에 들어가는 것만으로는 충분하지 않습니다 ...)))
나는 주제를 벗어나 끝낼 것을 제안합니다.))
추신. 공평하게, 테이블의 보이는 부분만 다시 그릴 수 있고 스크롤 이벤트에서만 보이지 않는 부분을 다시 그릴 수 있다는 점에 유의해야 합니다. 하지만 역시나 스트레스 테스트였다.
추신. 그것은 모두 테이블의 값이 얼마나 정확하게 변경되는지에 달려 있습니다. 값이 매우 빠르고 지속적으로 변경되면 보이는 영역만 다시 그리고 스크롤하는 동안 보이지 않는 영역을 다시 그리는 것이 좋습니다. 값이 자주 변경되지 않으면 스크롤이 시작되는 순간 다시 그리기로 인한 지연이 없도록 모든 것을 한 번에 다시 그리는 것이 좋습니다. 테이블의 값이 얼마나 자주 변경되는지 정확히 알 수 없다는 사실에 기반하여 모든 것을 한 번에 다시 그리는 보편적인 방법을 선택했습니다. 결국 값이 미친 듯이 춤추는 거대한 테이블은 거의 발견되지 않습니다. 따라서 전체 캔버스를 한 번에 다시 그리고 스크롤 시작 시 지연을 우회하는 것이 좋습니다.
ZYY. 900*7000 픽셀 캔버스를 다시 그리는 데 시간이 얼마나 걸리는지 보셨나요? MT5에서도 이러한 지연은 수백 밀리초에 이를 수 있습니다. 스크롤 시작 시 이러한 지연이 발생하는 것은 매우 성가신 일입니다. 따라서 다시 그리는 빈도가 적으면 한번에 다 그리는 것이 좋습니다.
주제로 돌아가기 - 이것이 MT5에서 멀티스레딩이 필요한 이유 중 하나입니다!))
ZYYY. 마지막으로. 큰 테이블을 너무 자주 다시 그릴 때 프로세서 부하 문제를 해결하기 위해 다른 경로를 선택했습니다. 변화하는 값의 출력 속도를 위한 특별한 컨트롤러를 만들었습니다. 즉, 값은 빠르게 변경되지만 사용자는 슬라이더(내가 보여줬음)로 출력(다시 그리기) 속도를 제어합니다. 따라서 프로세서의 부하가 크게 감소하고 사용자가 테이블에서 정보를 인식하는 것이 더 편리합니다.
Peter, 비동기, 다중 스레딩 및 병렬 처리의 차이점을 이해합니까?
Peter, 비동기, 다중 스레딩 및 병렬 처리의 차이점을 이해합니까?
한 스레드에서 비동기 또는 병렬 작업의 예를 제공할 것을 제안합니다.
좋아, 가져와!
좋아, 가져와!
좋아, 가져와!
한손으로 면? 외부의 선은 선이 아닙니다 :-)
글쎄, 당신은 Peter가 샌드 박스에서 튀어 나오지 않는다는 것을 확실히 알고 있습니다. 그는 기본적으로 용어를 이해할 수 없습니다
왜 그런 질문을 합니까? 글쎄, 그는 전문 기자처럼 홍수를 시작할 것입니다
한손으로 면? 외부의 선은 선이 아닙니다 :-)
글쎄, 당신은 Peter가 샌드 박스에서 튀어 나오지 않는다는 것을 확실히 알고 있습니다. 그는 기본적으로 용어를 이해할 수 없습니다
왜 그런 질문을 합니까? 글쎄, 그는 전문 기자처럼 홍수를 시작할 것입니다
여러분, 기본 논리입니다. 글쎄, 단일 작업 시퀀스를 건너뛰어 한 스레드에서 비동기식 작업을 수행하는 방법은 무엇입니까? 원을 그리며 움직이는 경우에만 반복할 때마다 수행할 작업과 연기할 작업을 결정합니다. 그러나 이것이 정상적인 비동기입니까? 병렬 처리에 대해 이야기할 가치가 전혀 없습니다. 한 스레드에서 병렬 처리할 수 있는 것은 무엇입니까? ))
2개 또는 22개의 스레드는 동기식 또는 비동기식일 수 있습니다. 단일 스레드에는 동기 및 비동기 작업이 모두 포함될 수 있습니다. 당신 자신이 방법을 표시했습니다. 병렬로 켤 수 없습니다.
여러분, 기본 논리입니다. 글쎄, 단일 작업 시퀀스를 건너뛰어 한 스레드에서 비동기식 작업을 수행하는 방법은 무엇입니까? 원을 그리며 움직이는 경우에만 반복할 때마다 수행할 작업과 연기할 작업을 결정합니다. 그런데 이게 정상적인 동시성입니까? 병렬 처리에 대해 이야기할 가치가 전혀 없습니다. 하나의 스레드에서 병렬 처리가 가능한 것은 무엇입니까? ))
비동기 호출이 반드시 새 스레드를 생성하는 것은 아닙니다.