Быстрее производитель Медленный потребитель с критическими временами

Question

Быстрее производитель Медленный потребитель с критическими временами

0

У меня проблемы с производителями и потребителями.

У меня есть один производитель, который производит данные очень быстро и берет данные с определенным периодом с внешнего сервера. У меня есть три потребителя, которым нужны эти данные. Потребители делают некоторые обработки по этим данным, поэтому потребители работают медленнее, чем производитель.

Я использую очередь для передачи данных, и после определенного размера я блокирую производителя и потребителей с помощью мьютексов и условных переменных. Но когда conditional_variable ждет, данные, которые поступают с сервера, будут обновлены, и когда я подожду, я пропущу некоторые данные. Как этого можно избежать?

barp 02 фев. 2014, в 18:42

Источник

1

Сделайте своих потребителей быстрее! Профиль и оптимизация. Или купить более быстрый компьютер.
Nigel Harper 02 фев. 2014, в 16:59
1

В ваших рассуждениях есть простая логическая ошибка. Как только вы получите данные, они неизбежно станут устаревшими. Вы не определили серьезность спертости. Разве плохо, что микросекунда выходит из данных? Второй? Как вы можете гарантировать, что у вас вообще есть верхний предел? Возможно, потребителю нужно запросить его вместо производителя, чтобы установить разумную верхнюю границу вообще.
Hans Passant 02 фев. 2014, в 17:00
0

Из этого описания у вас есть входящие данные и нет места для их размещения. Единственный ответ - найти или освободить место где-нибудь. Либо сожмите данные в очереди, чтобы получить больший эффективный буфер, либо разлейте их на диск, в любом случае это будет очень сложно, очень быстро, и шаг оттуда к чему-то вроде ZeroMQ начинает выглядеть как хороший.
jthill 02 фев. 2014, в 17:14

Показать ещё 1 комментарий

Теги:

c++

c

multithreading

stl

producer-consumer

1 ответ

Ещё вопросы

Сделайте своих потребителей быстрее! Профиль и оптимизация. Или купить более быстрый компьютер.
В ваших рассуждениях есть простая логическая ошибка. Как только вы получите данные, они неизбежно станут устаревшими. Вы не определили серьезность спертости. Разве плохо, что микросекунда выходит из данных? Второй? Как вы можете гарантировать, что у вас вообще есть верхний предел? Возможно, потребителю нужно запросить его вместо производителя, чтобы установить разумную верхнюю границу вообще.
Из этого описания у вас есть входящие данные и нет места для их размещения. Единственный ответ - найти или освободить место где-нибудь. Либо сожмите данные в очереди, чтобы получить больший эффективный буфер, либо разлейте их на диск, в любом случае это будет очень сложно, очень быстро, и шаг оттуда к чему-то вроде ZeroMQ начинает выглядеть как хороший.

keshlam · Answer 1 · 2014-02-02T14-01-00.000Z

Вы не можете заблокировать сбор данных производителем без потери информации, так что все, что вы можете наладить, - это связь. Либо производитель, либо потребитель или оба требуют буферизации, поэтому поступающие данные могут быть захвачены на полной скорости, а затем доставляются на обработку данных потребителя со скоростью, с которой она может идти в ногу с этим.

В зависимости от того, что вы делаете, на самом деле может быть хорошо потерять некоторое промежуточное состояние, когда последующие события сделают его устаревшим.