목표 C 및 스레딩

Question

많은 데이터를 NSDictionary에서 NSManagedObjects (3k-10k 개체)으로 처리해야합니다. 동기 처리와

은 3K는 약 60 초 취

for (NSString *key in myDictionary) { 
    //process data 
} 

I는 GCD를 사용하여 각 키에 대해 새로운 스레드를 만들고이 약 20 초 정도가 스레드의 무리 사용했을

for (NSString *key in myDictionary) { 
    dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{ 
     //process data 
    } 
}  

을

012 :

그러면 I은 약 30 초 만 사용했다 2 스레드 블록의 실행을 추가로 NSBLockOperation 각 키를 사용하여 시도 NSOperationQueue

이렇게하면 완료 블록을 가질 수 있다는 이점이 있습니다.

속도면에서 볼 때 키당 스레드가 가장 빠른 것 같습니다.

모든 시간은 시뮬레이터가 아닌 기기에서 수행됩니다.

내가 NSOperation 대 GCD를 고려했을 때, 그들은 NSOperation 인 더 높은 수준의 API를 사용할 것을 제안했지만, GCD가 더 나은 성능을 제공합니다.

완료 블록 이외의 NSOperationQueue 및 NSBlockOperation을 사용하면 어떤 장점이 있습니까? 아니면 큐와 블럭이 본질적으로 GCD보다 나은 무언가를 놓치고 있습니까?

Answer 1

또는 큐와 블록을 본질적으로 GCD보다 좋게 만드는 것이 누락 되었습니까?

GCD를 사용하여 작업이 누락되었습니다. 앞서 보았 듯이 GCD보다 높은 수준의 API를 사용하는 것이 좋지만 결국에는 GCD를 사용하는 것과 본질적으로 다른 점이 없습니다.

Answer 2

위에서 언급 한 것처럼 조작 및 조작 대기열은 GCD 위에 구축됩니다. 하지만 몇 가지 차이점이 있습니다.

• 작업 대기열의 너비가있을 수 있습니다. GCD는 직렬 또는 동시 대기열 만 알고 있습니다.
• 조작 대기열은 종속성을 처리 할 수 ​​있습니다.

  dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{ 
      for (NSString *key in myDictionary) { 
       //process data 
      } 
  } 
  

  : 내 댓글에서 언급 한 바와 같이
• 운영은 GCD 코드는 하나 개의 스레드를 사용하는 우선 순위 (추가)
• GCD는

"실행 루프 물건을"처리 (시스템 이벤트) 수를 가질 수 있습니다

이 시도하고 결과를보고하십시오

for (NSString *key in myDictionary) { 
    dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{ 
     //process data 
    } 
}