Windows vs Linux - Как десктоп -> Форум на Исходниках.Ру

	Наши проекты: Журнал · Discuz!ML · Wiki · DRKB · Помощь проекту

Здравствуйте, Гость ! [216.73.216.243]

Правила раздела:

1. Название темы - краткое описание кто/что против кого/чего
2. В первом сообщении - список параметров, по которым идет сравнение.
3. Старайтесь аргументировать свои высказывания. Фразы типа "Венда/Слюникс - ацтой" считаются флудом.
4. Давайте жить дружно и не доводить обсуждение до маразма и личных оскорблений.

Модераторы: Модераторы, Комодераторы

Ссылки по теме:

Windows vs. Linux (Продолжение)

Закрыто kanes 17-02-2009: Введите причину закрытия темы здесь

закрыта
Новое голосование

Windows vs Linux - Как десктоп , и игровая станция.

amk

Сообщ. #11086 , 11.08.07, 14:56

Guru

Профиль · PM

Поощрения: 4 Dgm

Рейтинг (ф): 157

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

В Винде очень многое не позволяет использовать ее как реал-тиме ОС
Взять хоть явление, называемое "инверсия приоритетов"

ассмотрим три процесса один с низким приоритетом, второй с высоким и третий с неким средним.
Предположим выполняется первый, низкоприоритетный процесс, захватывает некий ресурс, и в это время его притормаживает процесс со средним приоритетом. Если в это время запустится высокоприоритетный процесс, он вытеснит среднеприоритетный и будет выполняться.
Положим, ему понадобился ресурс, занятый в это время низкоприоритетным процессом.
Высокоприоритетный процесс остановится в ожидании освобождения ресурса. В нормальных реал-тиме системах (в Linux'е вроде так же), чтобы поскорее освободить ресурс, низкоприоритетный процесс будет поднят до высокоприоритетного до момента освобождения ресурса.
В винде не так, будет выполняться процесс со средним приоритетом. Если все колом и не встает, то только потому, что в винде один процесс не может забрать на себя ресурс целиком (процессор в том числе), то есть нзкоприоритетный процесс не останавливается полностью. Когда, он в конце концов доберется до точки освобождения ресурса, высокоприоритетный процесс с большим опозданием сможет продолжить выполнение.

В реал-тиме ОС, как правило, самый приоритетный процесс целиком получает себе процессор, то есть полностью останавливает все прочие процессы.

Другой тормоз (Windows 2000) - общая для всех процессов очередь сообщений, что тоже сильно задерживает обработку событий

mo3r

Сообщ. #11087 , 11.08.07, 16:10

Unregistered

Цитата amk @ 11.08.07, 14:56

В реал-тиме ОС, как правило, самый приоритетный процесс целиком получает себе процессор, то есть полностью останавливает все прочие процессы.

AFAIK, там совсем по-другому. В системах жесткого реального времени необходим именно такой шедулер, который для заданной группы процессов гарантирует некоторые свойства: время отклика и пр.

wind

Сообщ. #11088 , 11.08.07, 16:11

Вертилятор

Профиль · PM

Рейтинг (ф): 106

Цитата amk @ 11.08.07, 14:56

Она фактически дублирует часть функций винды, исполняясь при этом (вместе со своими приложениями) как драйвер, в режиме ядра, что не может положительно влиять на устойчивость системы в целом.

А пример можно привести? Иллюстрирующий отрицательное влияние на устойчивость системы?

Цитата amk @ 11.08.07, 14:56

Другой тормоз (Windows 2000) - общая для всех процессов очередь сообщений, что тоже сильно задерживает обработку событий

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

linuxfan

Сообщ. #11089 , 11.08.07, 18:20

Unregistered

Тут некоторые товарищи превозносят висту до небес, а мне вчера друг на нее жаловался: говорит, что на ноуте Core2Duo с гигом оперативки работать невозможно -- постоянно свопится, фоновые сервисы поиска еще сильнее нагружают винт, из-за чего все тормозит. Короче, сказал, что полный ахтунг.

Green Light	Сообщ. #11090 , 11.08.07, 19:35
Thematic Flamer Профиль · PM Поощрения: 3 Dgm Рейтинг (ф): 527	У него плохой ноут и руки кривые

amk

Сообщ. #11091 , 12.08.07, 08:28

Guru

Профиль · PM

Поощрения: 4 Dgm

Рейтинг (ф): 157

Скажем так, программируя под RTX я с легкостью получал программы, когда кроме моего процесса вообще ничего не работало (это не было целью программы). Отрубался похоже даже шедулер RTX. Впрочем насчет работы моей программы я тоже ничего сказать не могу, поскольку после ее запуска компьютер признаков жизни уже не подавал. Помогала только волшебная кнопка на системном блоке. (Почему на многих корпусах они теперь не предусмотрены?)

wind

Сообщ. #11092 , 12.08.07, 14:59

Вертилятор

Профиль · PM

Рейтинг (ф): 106

Цитата amk @ 12.08.07, 08:28

Надо ли полагать, что программируя под любую другую RTS (специализированная ОС или десктопная ОС с модифицированным ядром, но не windows), вы в принципе не могли бы создать подобную ситуацию?

Romtek

Сообщ. #11093 , 12.08.07, 17:13

пропагандист

Профиль · PM

Поощрения: 30 Dgm

Рейтинг (ф): 22

Меня вот интересует такой вопрос:
почему в Линукс (наблюдал в разных дистрибутивах) возможен вариант, что когда пользователь запускает приложение при загруженной системе, то появляется "скачущий" курсор запускаемого приложения, но никакой реакции после этого нет? То есть ни сообщений о загруженности системы (мол, подожди чуток), ни хоть пустого окна, а просто ничего... Ведь я-пользователь командую системой, или всё наоборот? А то складывается впечатление, что системе глубоко на~~сра~~чихать что там захотелось пользователю... Если это GUI-система, то от неё требуется внимание к пользователю, ибо он обязан знать что происходит в данный момент.

Ещё: когда в Линукс идёт интенсивное обращение к диску, то курсор двигается прерывисто.

По-моему, стоит создавать desktop'ные и серверные версии ядра: с оптимизацией для GUI-системы для первого и с оптимизацией на файловые операции для последнего. Хотя, плодить дополнительные ядра - это уже черезчур. :unsure: