Результаты поиска по запросу "multithreading"
В дополнение к ответам здесь, еще одна вещь, которую вы могли бы найти полезным при программировании потоков в целом, - это убедиться, что ваш dev-блок является многопроцессорной машиной, в частности взаимоблокировки (обычно) воспроизводятся гораздо надежнее.
жный дубликат: C # /. NET инструмент анализа, чтобы найти условия гонки / взаимоблокировки [https://stackoverflow.com/questions/2379610/c-net-analysis-tool-to-find-race-conditions-deadlocks] Я отлаживаю приложение, которое, как я подозреваю, ...
Основные потоки JVM
При запуске экземпляра JVM на моей машине с простым классом, выполняющим бесконечный сон вmain()Я вижу четыре ключевых потока (кроме основного потока) в JVM: Прикрепить слушателяОбработчик ссылокФиналайзерДиспетчер сигналовDestroyJavaVM Мне ...
Доступ к возвращаемому значению из функции делегата Thread.Start ()
У меня есть программа, которая выполняет метод через Thread.Start. У метода есть возвращаемое значение, к которому я хотел бы получить доступ. Есть ли способ сделать это? Вот выборка ... var someValue = ""; Thread t = new Thread(delegate() { ...
Где создан объект Thread? Стек или куча?
Когда я говорю что-то вроде: Thread t1 = new Thread();это создает это в куче или стеке?
Может быть возможно выделить немного памяти в python, а затем передать указатель на ваш код C ++, чтобы он мог выгружать данные прямо там.
рабатываю программу, которая использует DirectShow для захвата аудиоданных из медиа-файлов. DirectShow использует поток для передачи аудиоданных в функцию обратного вызова в моей программе, и я позволил этой функции обратного вызова вызвать ...
Потребитель ожидает передачи, пока очередь пуста. сигнал производителей при добавлении в очередь (отправка).
ужно разработать многопоточное приложение, в котором будет несколько потоков, каждый поток генерирует собственный журнал событий и должен быть сохранен в сохраненной очереди (не в Microsoft MSMQ). Будет еще один поток, который считывает данные ...
Рекомендуется избегать попыток создания одного (или даже N) потоков для каждого клиентского запроса. Этот подход является классически не масштабируемым, и у вас наверняка возникнут проблемы с использованием памяти или переключением контекста. Вместо этого вы должны рассмотреть использование подхода с пулом потоков и рассматривать входящие запросы как задачи для любого потока в пуле для обработки. Масштабируемость этого подхода затем ограничивается идеальным количеством потоков в пуле - обычно это связано с количеством ядер ЦП. Вы хотите попробовать, чтобы каждый поток использовал ровно 100% ЦП на одном ядре - поэтому в идеальном случае у вас будет 1 поток на ядро, это сведет переключение контекста к нулю. В зависимости от характера задач это может оказаться невозможным, возможно, потокам придется ждать внешних данных, или читать с диска, или что-то еще, чтобы вы могли обнаружить, что количество потоков увеличивается с некоторым коэффициентом масштабирования.
я есть сетевое Linux-приложение, которое получает RTP-потоки из нескольких пунктов назначения, выполняет очень простую модификацию пакетов и затем перенаправляет потоки в конечный пункт назначения. Как я могу решить, сколько потоков мне нужно ...
stackoverflow.com/questions/31111056/why-should-i-use-spinwait
я есть несколько многопоточных кодов, которые я хотел бы немного повысить производительность, поэтому мне интересно, смогу ли я избавиться от блокировки. У меня есть член поля: private IList<ServerStatus> status;Это обновляется в ветке примерно ...
ScheduledExecutorService
тим, у меня есть этот код: public class helloworld { public static void main(String args[]) { System.out.println("Hello World!"); } }Используя потоки, есть ли способ заставить эхо Hello World непрерывно звучать каждые 5 секунд?
@ShmilTheCat, ты, что-то необычное! Исправлена ссылка, теперь она приводит к формальному сопутствующему материалу книги, а не к странице автора (устаревшей) курса.
у следующий фрагмент для удаления узла в связанном списке не является потокобезопасным? редактировать: обратите внимание, что каждый узел имеет свою собственную блокировку // ... lock acquisition here // ... assumption found to be valid here ...