Можно еще Mikrotik RB-750 взять, выйдет ровно в два раза дешевле и возможости шире (pptp, pppoe, l2tp, ipsec, firewall, qos, shaping, vlan, etc). Плюс, коробочка меньше раза так в три и практически неубиваема.
При нормальной организации работы ИТ-отдела, во-первых, письмо придет не буху, а именно в ИТ-отдел/секретарю, который отправит его в ИТ-отдел. Во-вторых, сотрудник ИТ, имеющий должностную инструкцию и положение по ИБ разбираться вполне себе будет, а если бух будет кричать и брызгать слюной — пошлет его писать служебку, в-третьих есть нормально настроенный антивирус, который просто не даст ставить такое «обновление». Кстати, это уже комментатору ниже, пароль на отключение клиента сетевого антивируса эникейщику, бегающему с болванкой никто не даст.
GNU-мир в части обрастания софтом сейчас тормозит отсутствие внятной стандартизации и дичайший зоопарк библиотек, фреймворков, утилит и прочего. Причем все это (начиная с glibc и gcc) меняется от версии к версии без обратной совместимости, меняет пути, параметры, имена функий, пакетов, библиотек и т.д.
Разрабатывать и особенно распространять в таких условиях весьма грустно и уныло.
Если взять конкретно Линукс, LSB и FreeDesktop — это хорошо, но полностью эти стандарты не соблюдаются даже Дебианом. А более мелкие/альтернативно одаренные (убунту) дистрибутивы спокойно складывают сверху болт и делают так, как нравится и удобно им.
Плюс, нет никакого стандарта (внятного и поддерживаемого _всеми_) для распространения. В windows есть windows installer, в macos есть pkg и app, в *bsd есть ports и packages… А в линуксе — балаган из двух десятков несовместимых между собой пакетов. Да, есть LSB, есть прописанные в нем deb и rpm… Но даже .deb ubuntu != .deb debian, хотя-бы потому, что пакеты с зависимостями они именуют по-разному, метафайлы пакета — тоже разные. Я уже молчу про то, что deb/rpm никак не встанут на Gentoo или Slackware.
Но не надо забывать, что мир СПО не ограничивается GNU, GPL и Linux.
В нормальных компаниях это неактуально — никакой пользователь никакие обновления ставить не будет, у него на это и прав-то не хватит. Для обновлений и прочего есть ИТ-отдел.
Не сделает. Точнее, в идеальных условиях свободной памяти и чистого кэша — сделает, да. В реальной работе (с кучей фоновых приложений, в т.ч. работающих с диском) — эффект будет куда менее выражен.
vm.swapiness придуман не для того, чтобы какой-то определенный фрагмент памяти запретить свопить. Он не умеет этого делать. Он указывает system-wide политику свопинга и ничего более.
А дальше действует стандартный своппер, просто его агрессивность и порог срабатывания будут другими.
Можно, конечно, выставить там 0 или вообще сделать swapoff -a (и да, получить гарантию от свопинга), но это не решение (т.к. ненужные данные в своп не попадут тоже, втупую забив память и не позволяя адекватно работать дисковому кэшу в памяти) во-первых и ведет к непредсказуемым глюкам в случае жесткого oom во вторых.
Вообще полная кросс-платформенность невозможна и чем больше сокрытия, тем больше вы ударитесь головой о стену непонимания, почему же не работает. Опять же будет заметно меньше возможностей по приведению этого в порядок.
И точно. Давайте все писать с нуля.
И если же вы считаете, что .NET прибит гворздями к винде, то могу лишь посочувствовать вам. Учитывая тот факт, что все больше и больше приложений делается на .NET
У вас тут логическая ошибка — 10 000 асечных клиентов под венду не делают технологию кроссплатформенной. И я, кстати, не сказал что .net — это плохо. Это хорошо, но не везде и не всегда, как и PHP. Но заменять одно другим — как-то совсем не вариант. Хотя-бы потому, что внятных технологий веб-разработки MS не предоставляет, IIS+ASP.NET давно и безвозвратно проиграли LAMP-подобным наборам.
Смешно предлагать альтернативой к хреновенькой, но кроссплатформенной технологии прибитый гвоздями к винде и версии netfx дотнет.
Только не надо оправдываться и показывать на Mono. Вот когда хоть одно серьезное приложение будет запускаться и там, и там без модификации — тогда и поговорим. На PHP уже может ;)
Все Ваши вопросы актуальны при условии, что исходный вопрос стоит не «как написать свою ОС», а «как написать свою актуальную и коммерчески успешную ОС». Но вопрос так не стоит. Вопросы о сообщниках, популяризации и временных/финансовых затратах можно смело оставить за кадром.
удалена устаревшая иконка «info»;Срочно в номер!
2. wiki.mikrotik.com/wiki/Manual:TOC
3. ru.wikipedia.org/wiki/MikroTik
4. Верю :)
Разрабатывать и особенно распространять в таких условиях весьма грустно и уныло.
Если взять конкретно Линукс, LSB и FreeDesktop — это хорошо, но полностью эти стандарты не соблюдаются даже Дебианом. А более мелкие/альтернативно одаренные (убунту) дистрибутивы спокойно складывают сверху болт и делают так, как нравится и удобно им.
Плюс, нет никакого стандарта (внятного и поддерживаемого _всеми_) для распространения. В windows есть windows installer, в macos есть pkg и app, в *bsd есть ports и packages… А в линуксе — балаган из двух десятков несовместимых между собой пакетов. Да, есть LSB, есть прописанные в нем deb и rpm… Но даже .deb ubuntu != .deb debian, хотя-бы потому, что пакеты с зависимостями они именуют по-разному, метафайлы пакета — тоже разные. Я уже молчу про то, что deb/rpm никак не встанут на Gentoo или Slackware.
Но не надо забывать, что мир СПО не ограничивается GNU, GPL и Linux.
MUSICDIR=/home/PUBLIC/Music
cd $MUSICDIR
for i in *; do cd $MUSICDIR/$i && find `pwd` -name "*.mp3" > playlist.m3u; done
Зачем явно указывать жанры и каждый раз править скрипт?
vm.swapiness придуман не для того, чтобы какой-то определенный фрагмент памяти запретить свопить. Он не умеет этого делать. Он указывает system-wide политику свопинга и ничего более.
А дальше действует стандартный своппер, просто его агрессивность и порог срабатывания будут другими.
Можно, конечно, выставить там 0 или вообще сделать swapoff -a (и да, получить гарантию от свопинга), но это не решение (т.к. ненужные данные в своп не попадут тоже, втупую забив память и не позволяя адекватно работать дисковому кэшу в памяти) во-первых и ведет к непредсказуемым глюкам в случае жесткого oom во вторых.
И точно. Давайте все писать с нуля.
У вас тут логическая ошибка — 10 000 асечных клиентов под венду не делают технологию кроссплатформенной. И я, кстати, не сказал что .net — это плохо. Это хорошо, но не везде и не всегда, как и PHP. Но заменять одно другим — как-то совсем не вариант. Хотя-бы потому, что внятных технологий веб-разработки MS не предоставляет, IIS+ASP.NET давно и безвозвратно проиграли LAMP-подобным наборам.
Только не надо оправдываться и показывать на Mono. Вот когда хоть одно серьезное приложение будет запускаться и там, и там без модификации — тогда и поговорим. На PHP уже может ;)
Да и кроме венды и линукса есть еще Mac.
Официально — сиско, допустимо — циско. Это имя собственное и пошло оно от Сан-Франциско.
Многие юзеры айфона тоже фанатизмом не страдают. :)