Cycle,
Цитата(Cycle @ 12.12.2007, 11:52  ) | | Earnest, нельзя недооценивать возможности критических секций. |
А кто их недооценивает?
Да, ты прав, можно "раздать" каждому потоку по критической секции, поставив в начале-конце потоковой функции Enter\Leave.
Но, чтобы основной поток дождался освобождения всех секций, ему нужно выполнить Enter в эти критические секции - отдельно в каждую - видимо, в цикле... На мой взгляд, данное решение по своей кривизне аналогично предложенному мной "решению" с глобальным счетчиком. Разве что удовлетворение требования препода может оправдать такое. Но заметь, об этом автор сказал только потом... А почему он не хочет использовать Wait - да мало ли, может ему казалось, что есть решение лучше.
Что касается использования мьютексов, то их, во-первых, их все-таки придется ждать с помощью Wait, а во-вторых - мьютексы в данном контексте избыточны, ибо есть хандлы самих потоков.
Насчет гибкости... не знаю, где тут гибкость, если человек сразу нашел нормальное решение, миновав глупости, которые, возможно, от него ждал преподаватель.
Да, я понимаю, если препод получит от студента решение задачи в лоб, но не самое оптимальное - можно сказать - а подумай-ка, нельзя ли сделать лучше, и подсказать - не используй это, а используй то... А так, он требует, вместо оптимального решения - решение через ж. коленом и, скорее всего, это вовсе не единичный случай. Т.е. как-то жить с этим приходится, но уж говорить, что это правильно - увольте...
Что касается твоего замечания насчет предпочтения мьютексу критической секции в рамках одного процесса - тоже не соглашусь. Т.е. далеко не всегда. Есть вещи, которые можно сделать с помощью мьютекса и нельзя - с помощью секции. Да хотя бы защита от зацикливания или зависания потока - функции Wait можно дать timeout, по окончании которого поток можно просто прибить, а после вызова Enter назад дороги нет...
Добавлено через 7 минут и 43 секунды
Да, еще: запустив все потоки, основной поток сразу начинает ждать освобождения что мьютексов, что критических секций. И где гарантия, что его вызов не окажется первым (т.е. именно он захванит объект, не дав этого сделать потоку)? Такое гораздо чаще встречается на практике, чем хотелось бы думать. Т.е. защититься от этого, конечно, можно, воодя дополнительные механизмы, но это опять лишние усложнения. А без них - это вовсе не решение, т.к. работает не стопроцентно. |
Бывает.