40kg 무게의 꾸러미가 당나귀에 매달려 있었고, 그들은 1kg, 1kg, 1kg 이상 무게의 플라스크를 잊었다는 것을 알아차렸습니다. 적은 것은 문제가 되지 않습니다. 그들은 또한 플라스크를 걸었습니다. 따라서 당나귀에 1kg의 짐(당나귀에게는 전혀 하찮은 쓰레기)을 걸면 무한한 크기의 짐을 실을 수 있습니다.
Dmitry Fedoseev : 40kg 무게의 꾸러미가 당나귀에 매달려 있었고, 그들은 1kg, 1kg, 1kg 이상 무게의 플라스크를 잊었다는 것을 알아차렸습니다. 적은 것은 문제가 되지 않습니다. 그들은 또한 플라스크를 걸었습니다. 따라서 당나귀에 1kg의 짐(당나귀에게는 전혀 하찮은 쓰레기)을 걸면 무한한 크기의 짐을 실을 수 있습니다.
네자콧.
무게가 20g인 빈 플라스크가 당나귀에 매달려 있습니다. 그리고 그는 정말로 상관하지 않습니다.
예, 이미 중지합니다. 가장 빠른 프로그램은 하나의 OnTick()입니다. 그리고 그게 다야.
코드가 많을수록 속도가 느려집니다. 그리고 속도에 대해 생각할 필요가 있다면 확실히 그렇지 않습니다.
if는 OpenCL 코드에서 중요할 수 있으며, 여기서 스레드가 동기화되지 않게 하는 논리 분기를 생성합니다. 그러나 여기서도 느려지는 것은 if 자체가 아니라 스레드가 다른 논리로 인해 다른 속도로 작동한다는 사실입니다. 그리고 이 경우에도 if의 수를 줄이지 않고 if 및 else 블록의 작업을 "균일화"하려고 노력해야 합니다. 예를 들면 다음과 같습니다.
대신에
if (a> 0.0 )
a = b;
사용할 필요가
if (a> 0.0 )
a = b;
else
a = a;
그러면 연산 횟수가 다른 스레드에 저장되고 비동기화가 발생하지 않고 코드가 더 많아도 실행 속도가 빨라집니다.
여기선 너 디마만 얘기한 것 같아)
사람들은 if가 가장 빠른 부분인 작업 코드에 대해 논의해 왔습니다.
스위치는 거의 즉시 작동하므로 범용 Expert Advisor로 사용할 수 있습니다. 나는 단지 요점을 보지 못한다.
모든 것이 여기에서 시작되었습니다 .
스위치가 아니라 OOP 다형성이 더 좋습니다.
40kg 무게의 꾸러미가 당나귀에 매달려 있었고, 그들은 1kg, 1kg, 1kg 이상 무게의 플라스크를 잊었다는 것을 알아차렸습니다. 적은 것은 문제가 되지 않습니다. 그들은 또한 플라스크를 걸었습니다. 따라서 당나귀에 1kg의 짐(당나귀에게는 전혀 하찮은 쓰레기)을 걸면 무한한 크기의 짐을 실을 수 있습니다.
네자콧.
무게가 20g인 빈 플라스크가 당나귀에 매달려 있습니다. 그리고 그는 정말로 상관하지 않습니다.
그에게 쏟아지는 물 (무거운 기능)에서 어렵습니다.
모든 것이 여기에서 시작되었습니다 .
스위치가 아니라 OOP 다형성이 더 좋습니다.
특히 이 예에서 최소 10개의 ifs를 삽입할 수 있으며 이는 작업 속도(테스트 및 최적화 속도는 물론)에도 영향을 미치지 않습니다(<1% 감속).
다음 함수는 주문을 열거하거나 최소한 OrdersTotal을 요청하고 다른 함수는 GMT 이동을 고려하여 시간을 확인하기 때문입니다.
...
특히 이 예에서 최소 10개의 ifs를 삽입할 수 있으며 이는 작업 속도(테스트 및 최적화 속도 뿐만 아니라)에 영향을 미치지 않습니다(<1% 감속).
다음 함수는 주문을 열거하거나 최소한 OrdersTotal을 요청하고 다른 함수는 GMT 이동을 고려하여 시간을 확인하기 때문입니다.
그 자리에 꽂고, 다른 곳에 꽂고, 다른 곳에 꽂고 등등... 그러면 당나귀가 이륙합니다.
이 예에서는 추가 확인이 필요하지 않습니다. 반대로 누군가는 고문이 바에서 일하더라도 고문이 시작되면 즉시 주문이 열리기를 원합니다. 그러나 우리는 똥 코드의 정의 측면에서 매우 권위 있는 전문가가 있습니다. 그가 생각하는 방식이 아닌 모든 것은 똥 코드입니다.
당신은 마치 내가 단 한 명의 고문도 보지 못한 것처럼 적어도 한 명도 쓰지 않는 것처럼 여기에서 모든 것을 설명합니다. 심지어 if 조건을 올바르게 작성하는 방법을 모른다는 것이 밝혀졌습니다.
네, 그리고 당나귀에게는 전혀 어렵지만 플라스크에 물을 한 번에 붓지는 않지만 차례로 당나귀가 무한한 크기의 짐을 실을 수 있음이 입증되었습니다 .
아니요, 똑똑해지기 시작할 필요가 없었습니다.
거래, 자동 거래 시스템 및 거래 전략 테스트에 관한 포럼
돕다!
드미트리 페도세프 , 2015.11.03 20:44
작업 속도를 줄입니다.우리는 그것을 얻었다! ;)
예, 이미 중지합니다. 가장 빠른 프로그램은 하나의 OnTick()입니다. 그리고 그게 다야.
코드가 많을수록 속도가 느려집니다. 그리고 속도에 대해 생각할 필요가 있다면 확실히 그렇지 않습니다.
if는 OpenCL 코드에서 중요할 수 있으며, 여기서 스레드가 동기화되지 않게 하는 논리 분기를 생성합니다. 그러나 여기서도 느려지는 것은 if 자체가 아니라 스레드가 다른 논리로 인해 다른 속도로 작동한다는 사실입니다. 그리고 이 경우에도 if의 수를 줄이지 않고 if 및 else 블록의 작업을 "균일화"하려고 노력해야 합니다. 예를 들면 다음과 같습니다.
대신에
사용할 필요가
그러면 연산 횟수가 다른 스레드에 저장되고 비동기화가 발생하지 않고 코드가 더 많아도 실행 속도가 빨라집니다.
그 자리에 꽂고, 다른 곳에 꽂고, 다른 곳에 꽂고 등등... 그러면 당나귀가 이륙합니다.
이 예에서는 추가 확인이 필요하지 않습니다. 반대로 누군가는 고문이 바에서 일하더라도 고문이 시작되면 즉시 주문이 열리기를 원합니다. 그러나 우리는 정의에 따라 00000이라는 매우 권위있는 전문가가 있습니다. 그가 생각하는 것과 다른 모든 것은 xxxxxx입니다.
당신은 마치 내가 단 한 명의 고문도 보지 못한 것처럼 적어도 한 명도 쓰지 않는 것처럼 여기에서 모든 것을 설명합니다. 심지어 if 조건을 올바르게 작성하는 방법을 모른다는 것이 밝혀졌습니다.
네, 그리고 당나귀에게는 전혀 어렵지만 플라스크에 물을 한 번에 붓지는 않지만 차례로 당나귀가 무한한 크기의 짐을 실을 수 있음이 입증되었습니다 .
프로그램이 부조리할 뿐만 아니라. 당신은 실제로 무엇을하고 있습니다.
당신이 말했듯이 방법을 알고 있다면 아마도 if 문의 원리를 이해해야 할 것입니다. 아님?
그리고 if 연산자를 당나귀와 비교할 필요가 없습니다. 당나귀는 뇌에 앉아서 말도 안되는 글을 씁니다. if로 당신의 무능함을 희석시키세요.
대신에
사용할 필요가