Билл Гейтс, нобелевка и битвы на кухне

[f_evgeny]

слово больше - лишнее.

Ладно, заменяем на "кроме меня"

[Zombie416]

Win 3.1, Win 95, Win NT 4.0, что каждая умела, что не умела, и что было в ейных потрохах. системы эти умерли давно

Может 95й виндовс и умер, а NT 4.0 живее всех живых. И сервера, и рабочие станции.

[f_evgeny]

Win 3.1, Win 95, Win NT 4.0, что каждая умела, что не умела, и что было в ейных потрохах. системы эти умерли давно

Может 95й виндовс и умер, а NT 4.0 живее всех живых. И сервера, и рабочие станции.

Я [скромно] бы посоветовал несколько улучшений в архитектуре:
- командную строку уже вводят продолжать работы и стандартизовать интерфейс основных команд, приблизив к Юникс-овым.
- Оторвать наконец GUI от ядра
- приделать к GUI совместимость с X
- приделать наконец нормальный fork, раз уж приложения начали писать на процессах.

[Golyadkin]

Win 3.1, Win 95, Win NT 4.0, что каждая умела, что не умела, и что было в ейных потрохах. системы эти умерли давно

Может 95й виндовс и умер, а NT 4.0 живее всех живых. И сервера, и рабочие станции.

Я [скромно] бы посоветовал несколько улучшений в архитектуре:
- командную строку уже вводят продолжать работы и стандартизовать интерфейс основных команд, приблизив к Юникс-овым.
- Оторвать наконец GUI от ядра
- приделать к GUI совместимость с X
- приделать наконец нормальный fork, раз уж приложения начали писать на процессах.

[Zombie416]

- командную строку уже вводят продолжать работы и стандартизовать интерфейс основных команд, приблизив к Юникс-овым.

Упаси бог "приблизить к юниксовым". Уже сделали гораздо лучше, что в Powershell командной строке приложения общаются не примитивными потоками и каждое парсит текстовые файлы кто во что горазд, а cmdlet-ы обмениваются strongly-typed объектами.

- Оторвать наконец GUI от ядра

Это примерно как "вы перестали пить коньяк по утрам, отвечайте да или нет".

Кстати, W2008 можно ставить core = без GUI. Любую NT начиная, если не ошибаюсь, не то с W2000, не то с XP, можно запустить без GUI в recovery mode. Только смысла обычно нет.

- приделать к GUI совместимость с X

Зачем тянуть всякие древности?

- приделать наконец нормальный fork, раз уж приложения начали писать на процессах.

Во-первых он есть. А во-вторых, кто начал, зачем начал? Если что-то и начали, то использовать application domains в .NET приложениях, которые дешевле процессов.

[f_evgeny]

которые дешевле процессов.

fork - это дешевые процессы.

[Zombie416]

fork - это дешевые процессы.

[Golyadkin]

которые дешевле процессов.

fork - это дешевые процессы.

Забавно. Даже упертые юниксоиды давно переползли на треды, а Евгений все страдает по форку,

[f_evgeny]

Забавно. Даже упертые юниксоиды давно переползли на треды, а Евгений все страдает по форку,

А кто переполз?

[klsk]

...женушка открытым текстом вполне бесстыже заявила по TV, что наша цель - получить нобелевскую премию мира...

У меня не получилось найти в гугле информацию об этом. Не поможете? Спасибо заранее.

[vm__]

в MS Win Remote Desktop - "administrator" всегда может зайти издалёка (если можно это дело запретить - поделитесь, please)

Там и делиться нечего - remote доступ разрешается пользователям явно разрешенным в group policy, в которую по-умолчанию входит Administrators. Можно поправить чтоб не входил. http://technet.microsoft.com/en-us/libr ... 10%29.aspx

Спасибо!

[VladDod]

Ну скажем, знакомым пенсионерам, пришлось выбросить, вполне хороший и работоспособныи сканер. "Мастек", если не ошибаюсь. С параллельным портом еще. Почему то его "драйвер от 95-го" в 2000-м не заработал. "Кухарки " - пролетели.

и что же вы им бесплатный Linux не посоветовали? уж там то он бы заработал или нет?

Потому, что тогда ВладуДоду пришлось бы, вместо поисков нефти, сидеть у знакомых пенсионеров день и ночь, пока они не стали бы "энтузиастами".
А "Мастек", если не ошибаюсь, физически не мог выпустить драйвер - в связи с безвременной кончиной...

Ну вот. Собсно, что и требовалось доказать. Факт того, что некий софт из под 95-го в 2000 не работал. никто не оспорил.

С пенсионерами - вы правы абсолютно. Им была поставлена Федора. Точнее ASP, 9-ка. Впоследствии перешли сами на 12. Деталями я не интересовался. Купленный Епсоновский "комбайн" они тоже подключили сами.

[Golyadkin]

Ну скажем, знакомым пенсионерам, пришлось выбросить, вполне хороший и работоспособныи сканер. "Мастек", если не ошибаюсь. С параллельным портом еще. Почему то его "драйвер от 95-го" в 2000-м не заработал. "Кухарки " - пролетели.

и что же вы им бесплатный Linux не посоветовали? уж там то он бы заработал или нет?

Потому, что тогда ВладуДоду пришлось бы, вместо поисков нефти, сидеть у знакомых пенсионеров день и ночь, пока они не стали бы "энтузиастами".
А "Мастек", если не ошибаюсь, физически не мог выпустить драйвер - в связи с безвременной кончиной...

Ну вот. Собсно, что и требовалось доказать. Факт того, что некий софт из под 95-го в 2000 не работал. никто не оспорил.

С пенсионерами - вы правы абсолютно. Им была поставлена Федора. Точнее ASP, 9-ка. Впоследствии перешли сами на 12. Деталями я не интересовался. Купленный Епсоновский "комбайн" они тоже подключили сами.

Любят моряки байки травить.

[Flash-04]

С пенсионерами - вы правы абсолютно. Им была поставлена Федора. Точнее ASP, 9-ка. Впоследствии перешли сами на 12. Деталями я не интересовался. Купленный Епсоновский "комбайн" они тоже подключили сами.

т.е. "Мустек" таки выкинули? а как дышал

[Flash-04]

Забавно. Даже упертые юниксоиды давно переползли на треды, а Евгений все страдает по форку,

А кто переполз?

программисты вестимо. администраторы вручную "нити" не создают

[slozovsk]

Раз народ стал вспоминать древние времена, то воспользуюсь случаем пооффтопить.

По радио рассказывали, что бывают в бизнесе знатные неудачи, как пример - geocities. Начиналась в 1996 что-ли, стоила порядка 3 млрд. Задолго до всяких myspace и фэйсбуков позволяла людям создавать свои странички. И вот, оно загнулось. Совсем. Yahoo будет поддерживать существующие странички, но хочет за это $5 в месяц. Вроде бы - вина менеджмента, что такая фирма накрылась.

[Zombie416]

И вот, оно загнулось. Совсем.

Ну превратилось в полный кошмар оно давно.

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

[Tropik]

С пенсионерами - вы правы абсолютно. Им была поставлена Федора. Точнее ASP, 9-ка. Впоследствии перешли сами на 12. Деталями я не интересовался. Купленный Епсоновский "комбайн" они тоже подключили сами.

А чего же они просто "Мастек" не подключили под Федорой, а купили Епсон?

[VladDod]

С пенсионерами - вы правы абсолютно. Им была поставлена Федора. Точнее ASP, 9-ка. Впоследствии перешли сами на 12. Деталями я не интересовался. Купленный Епсоновский "комбайн" они тоже подключили сами.

т.е. "Мустек" таки выкинули? а как дышал

Ну причем здесь дыхание. Это разновременные события. Сканер выкинули задолго до перехода на юникс. Flash! Ты чего? решил колядкам уподобиться. Лишь бы ляпнуть?

[Tropik]

С пенсионерами - вы правы абсолютно. Им была поставлена Федора. Точнее ASP, 9-ка. Впоследствии перешли сами на 12. Деталями я не интересовался. Купленный Епсоновский "комбайн" они тоже подключили сами.

т.е. "Мустек" таки выкинули? а как дышал

Ну причем здесь дыхание. Это разновременные события. Сканер выкинули задолго до перехода на юникс. Flash! Ты чего? решил колядкам уподобиться. Лишь бы ляпнуть?

Ну согласитесь, что тогда ваша претензия необоснована. Вот если бы они не смогли подключить девайс на Win 98/2000, но смогли бы на Федоре, то тогда еще можно было бы заявить, что Windows sucks. А так - не с чем сравнивать. По шее нужно давать производителю девайса.

На самом деле - спор ни о чем. Можно спорить, что Unix имеет лучше архитектуру, чем Windows. Что Unix более безопасен или network-friendly. Но пытаться доказать, что Windows хуже поддерживает устройства - это смешно В первую очередь производители выпускают драйвера под Windows (все-таки это ~90% десктопного рынка), а потом уже под другие ОС.

[f_evgeny]

Забавно. Даже упертые юниксоиды давно переползли на треды, а Евгений все страдает по форку,

А кто переполз?

программисты вестимо. администраторы вручную "нити" не создают

Ну, насколько мне известно, в Линуксе, в приложениях, на сегодня применяются как нити, так и форки у каждого метода свои плюсы и свои минусы. А в виндовс приходится почти все делать на нитях.
Или у Вас другая информация?

[f_evgeny]

Но пытаться доказать, что Windows хуже поддерживает устройства - это смешно

Если не спорить, а просто попытаться сравнить, то я бы сказал, что самые новые устройства, как правило имеют драйвера под Виндовс, а в Линукс, если устройство поддерживается, то поддерживается дольше.

[Tropik]

Ну, насколько мне известно, в Линуксе, в приложениях, на сегодня применяются как нити, так и форки у каждого метода свои плюсы и свои минусы. А в виндовс приходится почти все делать на нитях.
Или у Вас другая информация?

С созданием процессов в принципе понятно - гораздо проще поручить какую-то задачу отдельному процессу (через fork) и сожрать кучу системных ресурсов, чем создать новый гораздо более легкий thread и использовать мозги, чтобы сделать правильную синхронизацию.

И все же, даже если отбросить многопоточность - что такого волшебного в fork по сравнению с CreateProcess ?

[f_evgeny]

И все же, даже если отбросить многопоточность - что такого волшебного в fork по сравнению с CreateProcess ?

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

[Tropik]

Ничего волшебного, просто форк создает клон текущего процесса практически с нулевыми затратами ресурсов и очень быстро.

OMG. Как вы себе представляете эти нулевые затраты ресурсов при клонировании процесса? Процессором это не поддержтивается, нет там такой команды как копирование процесса, поэтому на самом деле происходит большое кол-во операций при копировании процесса.

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

Надежность - может быть. Но это имеет значение только, если в потоке (thread) имеются баги и подразумевается, что этот поток может крешнуться. Чего в нормальных программах происходить не должно (а если и происходит, то поток должен сам уметь обработать ошибку). В правильной программе обмен данными между потоками НАМНОГО быстрее, чем между процессами (и намного менее ресурсоемко).

Думаете, что в POSIX просто так для красоты ввели pthread ?

Просто в ЮНИКСах эффективность потоком и процессов (по крайней мере при создании) - приблизительно одинакова. К сожалению при оценке этого совершенно не принимают во внимание, что общение между потоками быстрее, чем между процессами.