Co nowego w wielowątkowości w Delphi XE?

[można ustawić nazwę wątku: TThread./ Align = "left" / ] (zaimplementowane w D2010 jak zauważył David)

Możesz utworzyć anonimowy wątek (wątek, który wykonuje funkcję anonimową i nie potrzebuje obiektu potomnego tthread): TThread.CreateAnonymousThread.

Delphi threading Framework są omówione tutaj:

• Delphi-Threading Framework ;
• Jak wybrać pomiędzy różnymi sposobami tworzenia wątków w Delphi?

Oprócz tego, co już zostało wspomniane:

• istnieje wrapper TExternalThread dla zewnętrznych wątków (dostępny przez właściwość klasy TThread.CurrentThread).
• podczas debugowania w IDE, możesz teraz zamrażać i rozmrażać poszczególne wątki.
• wiele nowych rzeczy w SyncObjs unit: wsparcie dla zmiennych warunkowych , TLightweightEvent, TLightweightSemaphore, TSpinLock, TSpinWait, TInterlocked i nie tylko...

Myślę, że "natywne" kwestie, o których mówisz, nie są związane ze sposobem implementacji TThread, ale z innymi aspektami RTL:

• Menedżer pamięci jest bardzo szybki i dobrze napisany, ale nie skaluje się w sposób liniowy, gdy działa z wieloma równoległymi wątkami na wielu rdzeniach;
• typy zliczane odniesienia (takie jak string i tablice dynamiczne ) są zaimplementowane z kodem ASM lock, aby zliczać odniesienia atomowe (InterlockedDecrement / InterlockedIncrement w x64), który może również źle skalować w aplikacjach wielowątkowych (to znaczy, wszystkie rdzenie zawiesza się podczas wykonywania tego kodu-nawet jeśli nowsze Procesory poczyniły postępy w tym zakresie, implementacja RCU może skalować się lepiej).

Te słabości są wspólne dla wszystkich bibliotek wielowątkowych - nawet OTL ucierpi na tym . Istnieją one od bardzo wczesnych wersji Delphi i nadal istnieją z Delphi XE2. 64 bit implementacja jest podobna (jeszcze wolniejsza), a platforma Mac OS dzieli tę samą implementację.

Zobacz to drugie pytanie o to, jak pisać skalowanie wielowątkowych aplikacji w Delphi.

Szczerze mówiąc, oba powyższe punkty pojawią się tylko w niektórych bardzo specyficznych zastosowaniach.

Więc nie ma się czym martwić o wielowątkowość w Delphi, jeśli znasz te punkty i nie nadużywaj wywołań Menedżera pamięci lub procesu łańcuchowego w Twoim nici.

Gabr prawdopodobnie wspomniał o głównych nowych dodatkach. To, co pozostało, to prawdopodobnie nowe przeciążenia dla TThread.Synchronizuj i TThread.Kolejka, która może teraz wykonywać metody anonimowe.

TThreadedQueue został wprowadzony w XE.

Uważam, że jest to przydatne do przekazywania informacji z wątków roboczych do wątku głównego lub innych wątków konsumenckich. Ostatnia część, mająca wiele wątków konsumenckich, była niestety błędna. Wystąpił błąd w TMonitor, klasie wprowadzonej przez Delphi 2009, używanej do synchronizacji dostępu do kolejki w TThreadedQueue.

To zostało ustalone dla XE2. Zobacz tthreadedqueue-not-capable-of-multiple-consumers