Nawlekanie wątków: zachowanie cout

Question

Jestem nowy, aby zwiększyć wątki i utknąłem z tym, jak wyniki są wykonywane z wielu wątków. Mam prosty impuls: odliczanie wątków od 9 do 1; główny wątek czeka, a następnie drukuje "LiftOff .. !!"

#include <iostream> 
#include <boost/thread.hpp> 
using namespace std; 

struct callable { 
    void operator()(); 
}; 

void callable::operator()() { 
    int i = 10; 
    while(--i > 0) { 
     cout << "#" << i << ", "; 
     boost::this_thread::yield(); 
    } 
    cout.flush(); 
} 

int main() { 
    callable x; 
    boost::thread myThread(x); 

    myThread.join(); 

    cout << "LiftOff..!!" << endl; 

    return 0; 
} 

Problem polega na tym, że muszę użyć wyraźnej instrukcji "cout.flush()" w moim wątku, aby wyświetlić wynik. Jeśli nie użyję funkcji flush(), otrzymam tylko "LiftOff !!" jako wyjście.

Czy ktoś może doradzić, dlaczego muszę użyć flush() jawnie?

Answer 1

To nie jest specjalnie nici podobne jak cout buforuje zwykle w przeliczeniu na podstawie gwintu i tylko wyjście, gdy realizacja zdecyduje się - tak w wątku wyjścia pojawi się tylko na konkretnym poziomie implementacji - wywołując flush, zmuszasz do przepłukania buforów.

Może się to różnić w zależności od implementacji - zwykle po określonej liczbie znaków lub po wysłaniu nowej linii.

Odkryłem, że wiele wątków zapisujących zbyt ten sam strumień lub plik jest w większości sprawne - pod warunkiem, że dane wyjściowe są wykonywane możliwie jak najbardziej niepodzielnie. To nie jest coś, co polecam w środowisku produkcyjnym, ponieważ jest zbyt nieprzewidywalne.

Answer 2

To zachowanie wydaje się zależeć od implementacji strumienia cout dla konkretnego systemu operacyjnego. Domyślam się, że operacje zapisu na cout są buforowane do pewnej pamięci specyficznej dla wątku pośrednio w twoim przypadku, a operacja flush() zmusza je do drukowania na konsoli. Zgaduję, że to dlatego, że endl zawiera wywołanie operacji flush(), a endl w twojej głównej funkcji nie widzi twoich zmian nawet po przyłączeniu wątku.

BTW dobrym pomysłem byłoby zsynchronizowanie wyjść do ostream udostępnionego między wątkami, w przeciwnym razie możesz zobaczyć, jak się ze sobą mieszają. Robimy to dla naszych klas logowania, które używają wątku tła do zapisywania komunikatów logowania do powiązanego ostream.

Answer 3

Biorąc pod uwagę krótki czas trwania Twoich wiadomości, nie ma powodu, aby cokolwiek mogło się wydawać bez koloru. (Nie należy zapominać, że std::endl jest odpowiednikiem << '\n' << std::flush.)

Answer 4

otrzymuję hasła zachowanie zi bez spłukiwania (gcc 4.3.2 boost 1.47 Linux RH5)

Zakładam, że system Cygwin zdecyduje się wdrożyć kilka std::cout obiektów z towarzyszącym std::streambuf. Zakładam, że jest to konkretna implementacja. Od flush lub endl tylko wymusza jego bufor, aby opróżnić się na jego sekwencję wyjściową sterowaną przez OS, obiekt cout wątku pozostaje zbuforowany.

Udostępnianie odwołania między ostream między wątkami powinno rozwiązać problem.