В октябрьском номере Overload напечатана статья Энтони Уильямса о новых многопоточных возможностях стандартной библиотеки. Статья называется Multi-threading in C++0x.
Кому интересно, рад представить свой авторский перевод: Многопоточность в C++0x

Здравствуйте, sharcUs, Вы писали:

U>В октябрьском номере Overload напечатана статья Энтони Уильямса о новых многопоточных возможностях стандартной библиотеки. Статья называется Multi-threading in C++0x.
U>Кому интересно, рад представить свой авторский перевод: Многопоточность в C++0x

"Выполнение функции объекта в другом потоке" — несколько угловатый перевод. В данном случае правильнее было бы: "Выполнение функционального объекта в другом потоке"

Здравствуйте, rg45, Вы писали:

R>Здравствуйте, sharcUs, Вы писали:

U>>В октябрьском номере Overload напечатана статья Энтони Уильямса о новых многопоточных возможностях стандартной библиотеки. Статья называется Multi-threading in C++0x.
U>>Кому интересно, рад представить свой авторский перевод: Многопоточность в C++0x

R>"Выполнение функции объекта в другом потоке" — несколько угловатый перевод. В данном случае правильнее было бы: "Выполнение функционального объекта в другом потоке"
Не согласен. Литературно может и верно. А вот технически что-то мне кажется что не очень. (не помню никаких функциональных объектов в с++, хотя ща статью почитаю)

Здравствуйте, sharcUs, Вы писали:

U>В октябрьском номере Overload напечатана статья Энтони Уильямса о новых многопоточных возможностях стандартной библиотеки. Статья называется Multi-threading in C++0x.
U>Кому интересно, рад представить свой авторский перевод: Многопоточность в C++0x

А что там насчет сигнализации из одного потока в другой ? mutex и lock — это замечательно, а где event ?

Здравствуйте, rg45, Вы писали:

R>Здравствуйте, sharcUs, Вы писали:

U>>В октябрьском номере Overload напечатана статья Энтони Уильямса о новых многопоточных возможностях стандартной библиотеки. Статья называется Multi-threading in C++0x.
U>>Кому интересно, рад представить свой авторский перевод: Многопоточность в C++0x

R>"Выполнение функции объекта в другом потоке" — несколько угловатый перевод. В данном случае правильнее было бы: "Выполнение функционального объекта в другом потоке"
хотя почитал в чем дело. думаю вы правы

Здравствуйте, Pavel Dvorkin, Вы писали:

PD>А что там насчет сигнализации из одного потока в другой ? mutex и lock — это замечательно, а где event ?
это уже тема для другой статьи, так же как и условные переменные.
Если интересно, можно тут все посмотреть и потрогать.
В частности для того что бы подружить два потока можно использовать std::unique_future и std::promise.
Первый из них ожидает результат, а другое сигнализирует о том что закончил работу.

основные компоненты библиотеки

std::thread class for launching and managing threads.
Mutex classes (std::mutex, std::timed_mutex, etc.) for protecting shared data.
Condition variables (std::condition_variable and std::condition_variable_any) for synchronizing operations.
Atomic types (std::atomic_int, std::atomic_long, etc.) for low level atomic access.
Futures and promises (std::unique_future, std::promise, etc.) for communicating data between threads.

Заявлена поддержка:

Compatible with Microsoft Visual Studio 2008 and Microsoft Visual C++ Express 2008 for 32-bit Windows targets.
Compatible with g++ 4.3 for 32-bit and 64-bit Ubuntu linux targets, making full use of the C++0x support from g++ including rvalue references and variadic templates.

Здесь полная онлайн документация по библиотеке

Здравствуйте, sharcUs, Вы писали:

U>основные компоненты библиотеки
U>

U>Mutex classes (std::mutex, std::timed_mutex, etc.) for protecting shared data.
U>Condition variables (std::condition_variable and std::condition_variable_any) for synchronizing operations.
U>Atomic types (std::atomic_int, std::atomic_long, etc.) for low level atomic access.
U>

Вопрос на засыпку: а как синхронизировать операции (перевод "for synchronizing operations") реализованные с помощью std::atomic<>?

Здравствуйте, sharcUs, Вы писали:

U>Здесь полная онлайн документация по библиотеке

Спасибо. Посмотрел.

Господа, а кто как думает — это привьется или нет ? В сущности, все это давно есть в Win32, только это не С++, а С и не кроссплатформенно. Но в общем, для Windows все эти вещи давно реализованы и окружены различными классами. Если оставить в стороне кроссплатформенность — что я получу от перехода на это ?

Здравствуйте, Pavel Dvorkin, Вы писали:

PD>Здравствуйте, sharcUs, Вы писали:

U>>Здесь полная онлайн документация по библиотеке

PD>Спасибо. Посмотрел.

PD>Господа, а кто как думает — это привьется или нет ? В сущности, все это давно есть в Win32, только это не С++, а С и не кроссплатформенно. Но в общем, для Windows все эти вещи давно реализованы и окружены различными классами. Если оставить в стороне кроссплатформенность — что я получу от перехода на это ?

а у меня вопрос. эт разве не boost::thread в неймспейсе std:: ?

Здравствуйте, sharcUs, Вы писали:

U>В октябрьском номере Overload напечатана статья Энтони Уильямса о новых многопоточных возможностях стандартной библиотеки. Статья называется Multi-threading in C++0x.
U>Кому интересно, рад представить свой авторский перевод: Многопоточность в C++0x

читал перевод до слов

без скобок объявление представляет собой вызов функции t, которая принимает указатель на функцию без параметров и возвращающей экземпляр SayHello, и который возвращает объект std::thread, а не объект t типа std::thread.

на выделенном мой встроенный С++ный парсер дал сбой... и я пошел убедиться что аффтар оригинала всятки понимает о чем пишет...

the declaration is taken to be a declaration of a function called t which takes a pointer-to-a-function-with-no-parameters-returning-an-instance-of-SayHello, and which returns astd::threadobject, rather than an object called t of type std::thread.

это переводится как (не литературно):

распарсенное объявление представляет из себя объявление функции t принимающей указатель на функцию без параметров возвращающую экземпляр SayHello...

... пойду дочитывать оригинальную статью... хотя видима ничего нового там нет... дока о boost::thread пропайпенная через `sed 's,boost::,std::,g'` -- оно и понятно...