|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Kirill Frolov 2:5030/827.2 01 Jun 2004 19:59:09 To : abrasha shapirus Subject : Re: Linux vs BSD vs Offtopic :-) -------------------------------------------------------------------------------- On Mon, 31 May 04 19:43:50 +0400, abrasha shapirus wrote: AR>>> остальные ждут. Мой вариант - задания обрабатываются параллельно. KF>> Hа чём они ПАРАЛЛЕЛЬHО исполняются, на программно-эмулируемых CPU? KF>> Чушь какая. Последовательно, с чередованием по времени, они as> многопотоковость позволяет более эффективно жрать процессорное время. as> запросы в очереди не ждут, например, пока предыдущий клиент схавает по сети as> мегабайтный ответ (или пока обработает запрос sql-сервер на соседней as> машине), а используют Опять чушь. Блокирующие операции в таком случае не используются. as> вот если задачи чисто вычислительные, т.е. время, затраченное на обмен as> загрузки процессора исчезающе мало, тогда _на однопроцессорной машине_ as> многопотоковая программа будет хуже однопотоковой. А вот всё с точностью до наоборот. Так оно хоть действительно создаётся иллюзия параллельности, а иначе, если в вычислительной задаче никаких точек останова нет, выполнение одной задачи напрочь блокирует все остальные. as> хотя и здесь не все однозначно. если десятому клиенту нужна секунда as> времени, то в первом случае он будет ждать 10 секунд, а во втором -- минуту as> :). короче, зависит все от задач. Чтобы все разом по пол-часа не ждали ограничивается количество обслуживающих автоматов, установленных соединений, а остальные клиенты становятся в очередь. А разницы, параллельно оно там внутри считается, или последовательно, нет. Практически же оптимален комбинированный последовательно-параллельный вариант, предполагающий использование некоторого небольшого числа автоматов, в некотором, опять же небольшом числе потоков. Ключевое слово -- HЕБОЛЬШОМ. И в одном, и в другом случае. --- [ZX] * Origin: 0D00 1E54 41D1 9753 3F41 40F7 4BBA 050B 30E8 0E4E (2:5030/827.2) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/383308c1fe02.html, оценка из 5, голосов 10
|