UNIX или WINDOWS и MT5

 

Навеяло, https://www.mql5.com/ru/articles/1533#7295

чуть процитирую


Есть такая байка


в одной конторе поставили UNIX (один из клонов), небольшой фирме нужен был доступ в интернет почтовый сервер ну и www

Примерно года через 3, одним веселым утром в конторе попал интернет!

Все вспомнили что где то есть телефон приходящего системного администратора к которому года 2 не обращались

Позвонили он пришел, он даже забыл в каком месте стоял UNIX сервер. Пошли по сетевым проводам они привели к одной из стен!

и боже! что оказалось маленькое подсобное помещение имело одну дверь которую просто заложили во время очередного ремонта!

Сломали перегороку! за стеной стояла машинка с Юниксом, оказалось проблема была в том что администратор

забыл в настройках линукса сделать так что бы чистились логи.. .логи просто накопились и забили весь диск

Но 3 года машина простояла под UPS и ее не трогали! И она работала!

К слову, 11 сентября в США во время теракта на башни близнецы, администраторв UNIX среди погибших практически не было

зато погибли практически все администраторы Windows.

Администраторы UNIX как правило работают удаленно с серверами к тому же гораздо реже имеют гемор в сравнении с Windows администраторами.

Это человечеству знак и урок, что же выбирать в качестве сервера

---


Вот и MT5 даже не собираются создавать для Windows Mobile !

Зато анонсировали что будут делать под андроидом, а ведь Андроид, по сути это есть UNIX


Но в тоже время

Конечно на десктопах в России доминирует WINDOWS...

отсюда версию для UNIX мы вряд ли увидим на десктопе

 
Из того, что я видел- администраторы Windows постоянно работали удаленно.
Причем как через mstsc, так и через другие программы.
Ну а где нужно лично присутствовать- всякие начальные этапы настройки-
там вроде как ничего и не придумаешь.
 
jartmailru:
Из того, что я видел- администраторы Windows постоянно работали удаленно.
Причем как через mstsc, так и через другие программы.
Ну а где нужно лично присутствовать- всякие начальные этапы настройки-
там вроде как ничего и не придумаешь.

Андрей при старте да!

Но работа удаленно mstsc стала актуальна когда появились широкие каналы.


--

Реально:

На работе у меня как то Novell простоял примерно 1.5 года без перезагрузки

UNIX машина стояла как то более чем 2 года!

Зато ни один из Windows серверов не смог простоять без перегрузок по тем или иным причинам более года


как бы там mstsc не решала проблему НО!

но во время терракта 11 сентября админы UNIX почти не погибли, админы Windows поглибли практически все

это статистика!

 
Скажу так- надо было из Иллинойса работать с питерским сервером. На юникc пытался зайти сессией X-Server.
Тормозило жутко. В итоге вышел mstsc на сервер в питере- и с него запускал X сервер.
Не помню точно- по-моему VNC тоже тормозило, хотя и меньше, чем X11, но с mstsc не сравнить.
 

IP-KVM (или ещё лучше плата IPMI 2.0 with virtual media over LAN and KVM-over-LAN support) избавляет от какой-либо головной боли...

Можно заходить даже в БИОС спокойно, а при наличии платы управлять ещё и питанием или кнопкой Reset...

 

Как говориться есть ложь, есть большая ложь, а есть статистика. Одна из причин, по которой погибли все windows администраторы и не погибли unix админы возможно была в том, что unix админы были просто не востребованы в бизнесе и они вообще не работали в башнях. А вод более многочисленные windows администраторы приняли героическую смерть.

Вообще создание ветки попахивает желанием затеять очередной холивар.

Unix действительно очень стабильна в планет консоли, но если речь идет о GUI то все меняется с ног на голову. Помню у меня полгода была FreeBSD 6.2. И вдруг после очередной перезагрузки GUI вообще перестал грузиться. В чем дело я тогда так и не смог разобраться. Но факт был в том, что я вообще ни чего не делал. Просто перезагрузил компьютер и все... гуи исчезло:(

А аргумент, что удаленка на windows имеет смысл только при широком канале, вообще не аргумент, потому что у меня даже домашние через контакт смотрят фильмы в полноценном DivX качестве. Т.е. времена телефонных модемов на 33 кбит.сек прошли безвозвратно.

Да и аптаймом я бы особо не восторгался. Мой Windows 2003 Server как правило обходится без перезагрузки 60-70 дней. После установки обновлений изредка приходится перезапускать систему. Т.е аптайм сам по себе ни чего особого не дает, кроме надежды хакеру, что о системе забыли и забросили.

Тем более не забывайте, что пока МТ приходится крутить под *nix под wine или виртуальной машине, что очень накладно с точки зрения ресурсов, а с виртуальной машиной затея вообще бессмысленная, т.к. ошибки win будут накладываться на ошибки nix

 
C-4:

Да и аптаймом я бы особо не восторгался. Мой Windows 2003 Server как правило обходится без перезагрузки 60-70 дней.

А вот в былые времена сервер под WinNT мог как и Unix'ы работать годами. Знаю сразу несколько таких примеров...
 
Да, уж ... И снег был белее.
 

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

у меня стоят сервера как на 2003 х64 так и на 2008 х64 - все работает, никаких проблем. Если системный администраторор умеет только "винду ставить" - ему хоть любую операционку дай она работать не будет

 
FxPro2:

Если системный администраторор умеет только "винду ставить" - ему хоть любую операционку дай она работать не будет

Верно подмечено, но UNIX надежнее. Хотя как тут разобраться, если все настроено, все работает и все это больше не трогать руками. То должно по идеи работать очень долго.
 
Аптаймы в несколько лет очень опасны. Это может означать только одно. За системой ни кто не следит. Ядро устарело и скорее всего подвержено многим уязвимостям, т.к. не обновлялось несколько лет. В чем здесь "надежность" я не понимаю. Мой W2003 тоже может копить аптайм годами, но у меня другие требования к безопасности, я регулярно устанавливаю обновления, слежу за "здоровьем" железа, банально убираю пыль внутри системного блока. Для всего этого требуются регулярные перезагрузки и у меня нет комплексов по этому поводу. Поэтому вопрос не в размере аптайма, а в надежности, стабильности, безопасности системы.