WIN32: Получение выполнения к другому (данному) потоку

Вы можете использовать 'волокна' вместо 'потоков': например, есть Win32 API с именем SwitchToFiber, который позволяет указать волокно, которое должно быть запланировано.

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

Если вы хотите выполнять собственное планирование под Windows, вы можете использовать волокна , которые, по сути, являются потоками, которые вы должны планировать самостоятельно. Однако, учитывая, что вы описываете себя как непрофессионала во внутреннем мире ОС, это, вероятно, было бы плохой идеей, так как волокна - это что-то вроде продвинутой функции.

Взгляните на потоки UMS (планирование в пользовательском режиме) в Windows 7

http://msdn.microsoft.com/en-us/library/dd627187 (VS.85) .aspx

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

Я не думаю, что это возможно, я оглянулся на некоторое время и сдался (тоже хранил XML). Только то, что я могу предложить, - это копирование - вставка между блокнотом и ячейкой.

Вторая нить может просто дождаться доходного потока либо путем вызова WAITFOSSINGLEOBJECT () на ее ручку или периодически опрос GetexitCodeThread (). Другие ответы верны об изменении механизмов планирования операционной системы - лучше правильно разработать потоки в первую очередь.

Является ли HABTM ответом между тремя классами?

Нет. Вам не нужен HABTM ни в одном из этих отношений.

• Какова правильная связь между пользователями и вопросами?
• Какова правильная связь между пользователями и ответами?

В обоих этих случаях это связь «один ко многим»: у пользователя много вопросов и у пользователя много ответов.

С логической точки зрения рассмотрим следующее: Один вопрос никогда не может быть создан несколькими пользователями, и один ответ не может быть создан несколькими пользователями. Таким образом, это не отношение «многие ко многим».

В этом случае, ваши классы должны быть настроены следующим образом:

class User < ActiveRecord::Base
  has_many   :questions
  has_many   :answers
end

class Question < ActiveRecord::Base
  belongs_to :user
  has_many   :answers
end

class Answer < ActiveRecord::Base
  belongs_to :user
  belongs_to :question
end

Если вы, с другой стороны, имеете систему тегов, подобную StackOverflow, вам потребуется отношение HABTM. Один вопрос может иметь много тэги, в то время как один тэг может иметь много вопросов. В качестве примера, ваш пост имеет три тэгов (ruby-on-rails, habtm, foreign-key-relationship), в то время как ruby-on-rails тэг в настоящее время имеют 8546 вопросов.

Джеффри, не могли бы вы привести пример того, что вы пытаетесь сделать? Я не вижу вашего пункта, почему/где/как вы хотите смешать 2 контейнера. Если ваш код полностью агностический, то у вас не возникнет никаких проблем с использованием любого контейнера для выполнения проводки.

Могу ли я спросить , почему вы хотите использовать SwitchToThread?

Если, например, это какая-то форма, потому что поток x вычисляет некоторое значение, которого нужно дождаться в потоке Y, Тогда я бы предложил взглянуть на библиотеку параллельных образцов или библиотеку асинхронных агентов в Visual Studio 2010, которая позволяет делать это либо с блоками сообщений (получать по асинхронному значению), либо просто с помощью задач: дождаться завершения набора задач и встроить их выполнение во время ожидания...

//i.e. on an arbitrary thread
task_group* tasks;
tasks->run(... / some functor/)

Вызов на tasks- > wait () будет ожидать и включать все выполняющиеся задачи.