무작위인 경우 일부 프로세스가 오랫동안 뒤처지지 않는다는 보장이 없습니다. Zhunko는 간단히 말해서 STE에 대해 들어본 적이 없으며 emkule이나 sipipi에서 할 수 없습니다. 프로그래밍 언어는 바보, 특히 sippi가 발명한 것이 아니며 적절한 도구를 제공했으며 MSDN에서도 사용 예를 보여주었습니다. 거기에 갈 수 있습니까? 코딩 방법을 가르쳐 줄 수 있습니까?
Integer : 무작위인 경우 일부 프로세스가 오랫동안 누락되지 않을 것이라는 보장이 없습니다. Zhunko는 간단히 말해서 STE에 대해 들어본 적이 없으며 emkule이나 sipipi에서 할 수 없습니다. 프로그래밍 언어는 바보, 특히 sippi가 발명한 것이 아니며 적절한 도구를 제공했으며 MSDN에서도 사용 예를 보여주었습니다. 거기에 갈 수 있습니까? 코딩 방법을 가르쳐 줄 수 있습니까?
어떤 과정? 아마도 스트림? 그렇다면 그는 "선외"로 남아 있지 않을 것입니다. 다중 스레드 응용 프로그램 프로그래밍 규칙을 참조하세요. 같은 리히터를 읽으십시오.
프로그래밍 언어에는 동기화 수단이 없습니다(예외는 MQL4이며 이는 특수한 경우임). 직접 작성해야 합니다.
당신은 실제로 뇌의 마비가 있거나 뇌의 일부가 결핍되어 있습니다. 어떤 스레드가 실제로 작동했는지, 어떤 스레드가 유휴 상태인지 시스템이 알지 못한다는 대화가 이미 있었습니다. 그러나 당신은 대화가 무엇에 관한 것인지 이해하지 못하고 도달하지 않을 것입니다))))))))
여전히 하나의 리소스에 대한 일반적인 액세스와 여기에 지정된 작업을 제공하는 하나의 덤프에 있는 메시지로 판단하면 여러 흐름의 연속적인 처리가 떨어졌습니다.
이것은 잘못된 작업입니다. 그런 것은 안됩니다. 이것은 실수입니다. 그녀에게 시간을 낭비하지 마십시오.
직접 보지만, 나는 그것을 보지 않는 것 같다. 이 순서는 프로세서가 고속이라는 사실과 많은 죄책감 작업을 병렬로 수행한다는 사실에서 순전히 우연에 의해 제공됩니다.
순서는 중요하지 않습니다. 모든 요청이 처리됩니다. 가장 중요한 것은 공유 리소스에 액세스하는 시간을 줄이는 것입니다.
어떻게 중요하지 않습니까? 모든 작업은 언젠가 "동전이 떨어질 것"이라는 사실 때문에 헛소리가 아니라 순서대로 순차적으로 해결되어야 합니다.
이것은 잘못된 접근 방식입니다. 큐의 실행 순서가 중요하지 않은 방식으로 작성하십시오. 작성하고 테스트할 때 많은 문제를 피할 수 있습니다.
순서 자체는 중요하지 않지만 1, 2, 3 또는 1, 3, 2, 하지만 2, 3, 1 순서로 시작했다면 그런 원으로 가야 합니다. 제대로 하면 저절로 됩니다.
순서 자체는 중요하지 않지만 1, 2, 3 또는 1, 3, 2, 하지만 2, 3, 1 순서로 시작했다면 그런 원으로 가야 합니다. 제대로 하면 저절로 됩니다.
아니다. 전혀 중요하지 않습니다. 무작위로 하자. 그것도 내려옵니다.
무작위인 경우 일부 프로세스가 오랫동안 누락되지 않을 것이라는 보장이 없습니다. Zhunko는 간단히 말해서 STE에 대해 들어본 적이 없으며 emkule이나 sipipi에서 할 수 없습니다. 프로그래밍 언어는 바보, 특히 sippi가 발명한 것이 아니며 적절한 도구를 제공했으며 MSDN에서도 사용 예를 보여주었습니다. 거기에 갈 수 있습니까? 코딩 방법을 가르쳐 줄 수 있습니까?
어떤 과정? 아마도 스트림? 그렇다면 그는 "선외"로 남아 있지 않을 것입니다. 다중 스레드 응용 프로그램 프로그래밍 규칙을 참조하세요. 같은 리히터를 읽으십시오.
프로그래밍 언어에는 동기화 수단이 없습니다(예외는 MQL4이며 이는 특수한 경우임). 직접 작성해야 합니다.
동기화 개체는 시스템의 일부입니다.
당신은 실제로 뇌의 마비가 있거나 뇌의 일부가 결핍되어 있습니다. 어떤 스레드가 실제로 작동했는지, 어떤 스레드가 유휴 상태인지 시스템이 알지 못한다는 대화가 이미 있었습니다. 그러나 당신은 대화가 무엇에 관한 것인지 이해하지 못하고 도달하지 않을 것입니다))))))))
여전히 하나의 리소스에 대한 일반적인 액세스와 여기에 지정된 작업을 제공하는 하나의 덤프에 있는 메시지로 판단하면 여러 흐름의 연속적인 처리가 떨어졌습니다.
1. 프로세스는 무엇입니까? 아마도 스트림? 그렇다면 그는 "선외"로 남아 있지 않을 것입니다. 다중 스레드 응용 프로그램 프로그래밍 규칙을 참조하세요. 같은 리히터를 읽으십시오.
2. 프로그래밍 언어에서 동기화를 위한 수단이 없습니다(예외는 MQL4, 이것은 특별한 경우입니다). 직접 작성해야 합니다.
3. 동기화 개체는 시스템의 일부입니다.
1. 글쎄, 그녀는 갇혔다. 다시 한 번 반복합니다. 시스템은 스레드가 유휴 상태인지 또는 일부 작업을 수행했는지 알 수 없습니다.
2. 어떤 정확도가 필요합니다. sipipi가 아닌 vinapi 기능. 사실, 제정신인 대화 상대에게는 그것이 중요하지 않을 것입니다. 왜냐하면 원칙적인 접근 자체가 중요하기 때문입니다.
3. Yooo)))) 마법의 주문처럼 들립니다.
이것은 잘못된 작업입니다. 그런 것은 안됩니다. 이것은 실수입니다. 그녀에게 시간을 낭비하지 마십시오.
르자카!