Comments 85
> И vcxsrv, и Xming работают нормально.
???
И что такое «dbux»? Я сначала было подумал что опечатка, но оно раза три в тексте встречается.
У меня версии 17-19 пишут ошибку 16 и запускаться упорно отказываются.
А вот на этом месте, пожалуйста, подробнее. «winetricks ie8» не поддерживает вин7, а иллюстратор 17-19 требует именно вин7 и не меньше. Как это так у вас так проблем не наблюдалось? Может, у вас иллюстратор всё-таки 16-й или более старый?
Или RAW-сокеты заработают…
Для чего этот WSL предлагается использовать. Запускать docker контейнеры и все?
Первая ссылка: https://msdn.microsoft.com/en-us/virtualization/windowscontainers/about/about_overview
Windows Containers include two different container types, or runtimes.
Windows Server Containers – provide application isolation through process and namespace isolation technology. A Windows Server container shares a kernel with the container host and all containers running on the host.
Hyper-V Containers – expand on the isolation provided by Windows Server Containers by running each container in a highly optimized virtual machine. In this configuration the kernel of the container host is not shared with the Hyper-V Containers.
Второй в паблике вроде еще не появился, и для него нужна сборка Win 10 инсайдерская вроде. То что появилось — с легковесной но виртуалкой, то что будет в Win 10 Anniversary — Hyper-V Containers & Windows Containers — это кстати тоже не докер, это именно виндовые контейнеры которые управляются через докер клиента, но ядро там будет от Win. Но обещают вкусно — HyperV с отдельным ядром запускается за секунды, Windows Container как и докер — ~subsecond. Да и вообще — ждем нано сервер который для облака и по заверениям чуть ли не в 180 метров влазит целиком...
Windows Containers — это кстати тоже не докер
Докер — это вообще не докер.
Докер, не является какой-то технологией контейнеризацией, это всего лишь инструмент управления контейнерами реализованными в конкретной ОС. В линуксе он работает поверх LXC, который прекрасно справляется с задачей и без докера. C докером просто удобно.
То, что ядро там будет от Win — это должно быть очевидно — это же контейнер, который работает на том же ядре что и хостовая ось.
А вообще да, я тоже вместе с вами жду с нетерпением. Судя по предварительной информации никаких ограничений на количество контейнеров не будет и это просто сказка.
Это в общем-то детали. Понимаю я кмк все правильно. Если уж хочется позанудничать — под одной этикеткой докера скрываются несколько вещей — докер клиент ( это тот бинарник который ваши команды из консоли отправляет докер демону), докер демон — это который крутит сервис отвечающий на запросы клиента и роутит команды к конкретному контейнеру (выполняет их внутри конкретного контейнера) а еще внутри демона есть engine который как раз непосредственно отвечает за виртуализацию изоляцию и доступ к непосредственно вызовам ядра некоей ОС.
То что вы описали — технология управления это только докер клиент.
Клиенту пофиг с каким из демонов разговаривать — поэтому они так прозрачненько для пользователя "смотрят" и на локальные и на удаленные контейнеры.
Реализация демона у всех будет своя. И не факт что демон будет крутить только то ядро, на которой работает ось в которой он запущен. Свое ядро конечно дешевле — нет прослойки виртуализации, но если линуксовое или нано-серверное будет стартовать за 1-2 секунды и занимать 200 мб Ram — почему бы и нет.
Даже более того — не удивлюсь если через некоторое время появится технология которая позволит крутить windows containers на Linux — клиент и интерфейс демона тот же, транслировать команды — умеют, а что конкретно там внутри крутится и как оно изолировано — это вообще детали реализации. Если клиент отправляет команду на которую демон и контейнер правильно реагируют — пофиг на чем они, LXC, или какой-нить jail или NTNanoKernel-v100500… Как раз под это дело и ядро от нано-сервера подойдет…
А уж как будет выполнен Engine каждой платформе — это уже дело платформы. В том числе, что мешает крутить 2 ядра в одном engine? Клиент может вполне неплохо обеспечить прозрачное управление группой контейнеров не вдаваясь в детали, что половина из них linux а половина windows, на одной машине… Просто для неродных контейнеров поднимается отдельное легкое ядро и ура...
Эхх мечты мечты...
Публичная бета работает с HyperV. Работает нормально — пожалуй, поудобней, чем стандартный вариант на VirtualBox. Но всё-таки он не "нативный" в полном смысле слова.
Интересно, какие есть способы взаимодействия процессов на двух системах в этом плане?
И вообще, зачем все это?
И вообще, зачем все это?Embrace, Extend, and Extinguish. Шутка. Но в каждой шутке — как известно…
[РежимПараноика=on]
Windows 10 «прославилась» своим неуемным любопытством и «сливами» информации. А теперь представьте, что какой нибудь админ будет админить Linux-сервера через этого мутанта, который работает через виндовс, которая сливает информацию…
[РежимПараноика=off]
Это года работы, тестирования, отладки, костылей для целой компании в несколько сот человек. И еще main винды вливать, чтобы не оставать.
Пользователь Reddit с ником w2qw нашел способ установить VIM и Firefox.
как будто это какое-то достижение
Шоколадный менеджер пакетов пока не столь удобен.
Если что, дома с 2008 года на линуксе, на работе — винда, линукса немного тоже есть. С появлением и развитием powershell и вовсе становится работать всё удобнее.
В любом случае ОС — это только инструмент, и для каждой ситуации он должен быть свой, наиболее подходящий. Это не значит, что один инструмент плохой, другой хороший, просто они для разных задач, и кое-где могут дублировать функции друг друга.
А по поводу ухода с x86 — а куда? Есть адекватные варианты, которые были бы сравнимы по сочетанию быстродействия и количества существующего софта?
Вам шашечки или ехать? Если работает и выполняет свои функции — мне, простите, сугубо фиолетово, сколько лет этому коду. Или это вы хвастаетесь что под линуксом софта так мало, что его до сих пор пишут? Так я в курсе…
К сожалению, тенденции таковы, что и нынешние мобильные процессоры, и эльбрус этот ваш, и старые коредуо — уже попросту не справляются с современным говнософтом, в котором «оптимизация? не, не слышали, память дешёвая, процы быстрые!». И это не только про виндовс сейсчас речь, если что. Так что вот просто так взять и на что-то пересесть — не так-то просто.
Но в общем-то о главном вы сказали в конце — " главное чтобы ОС собралась ", то есть софт вам не нужен — вы ничего не делаете. Тогда вы действительно довольно независимы, и можете уйти с x86 в любой момент. Кстати, советую вам в качестве ОС Колибри, во всяком случае пока вы ещё на x86 — она полностью покроет ваши потребности, и будет прекрасно работать на старых процессорах без всяких столь неприятных вам фич.
Не весь. Но заметная часть нужного софта не имеет открытых исходников — что прикажете с этим делать, кроме как ныть? Даже далеко не будем ходить — соберите мне Skype с оптимизациями, чтоб было 5-50% прироста — я думаю я не один буду вам благодарен.
>С памятью — беда, действительно проще купить 16/32 гига и забыть об этом лет на 5-10.
Мне например чтобы поставить 32 гига нужно как минимум купить новый компьютер. Ну, винты и видеокарту можно старые оставить.
Очередная мертворожденная «технология» от Microsoft, как говорится народ кушает то, что ему дают.
Оболочку рабочего стола Ubuntu Unity запустили в среде Windows 10