Компания Microsoft объявила об открытии инструментария, обеспечивающего работу подсистемы WSL (Windows Subsystem for Linux), позволяющей запускать Linux-приложения в Windows. Отмечается, что теперь любой желающий может собрать WSL из исходного кода и принять участие в разработке. Среди прочего, Microsoft начал принимать в WSL исправления и новые возможности, подготовленные представителями из сообщества. Код опубликован под лицензией MIT. Для разработчиков, желающих принять участие в работе над проектом запущен сайт wsl.dev...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=63265
вназапно Plan9, всегда знал что он на десятилетия опередил свое время
Возможно, он нам таки поможет пробрасывать окна и клаво-мышинный ввод Вяленого между хостами.
> вназапно Plan9, всегда знал что он на десятилетия опередил свое времяТы удивишься но протокол plan9 - довольно распостраненная штука в виртуализации для проброса файлов/фс и проч.
Это примерно как с *nix - сам по себе даром никому не, но на цитаты - разобрали. Тут на цитаты разобрали лишь небольшой закоулок, протоколы P9, но все же.
Edit написан на расте (кстати без зависимостей). Ждём включения в состав новой убунты?
Софт на расте очень долго собирается, так что через годик-другой.
Дольше генты?
Только сам Rust сколько времени собирается?
Напомните, дома посмотреть выхлоп genlop :).
> Напомните, дома посмотреть выхлоп genlop :).В какое время по UTC напомнить?
> Дольше генты?Rust и LLVM одна из причин кончины генты. Времена компила софта с этим великолепием стали совершенно зубодробильные.
И не только из-за времени компиляции. Сколько архитектур поддерживает гента? 10, 15? Сколько из них поддерживает раст? 2?Сам с 2005 года сидел на лфс, был свой пакетный менеджер и свои скрипты сборки. Ушёл с лфс в значительной мере из-за раста в файрфоксе, так как собрать раст из исходников было затруднительно (хотя был какой-то mrust, который пытался помочь в решении этой проблемы), а если уж тянешь к себе один блоб, то какой смысл тратить время на компиляцию другого софта. Тем более, что тенденция блобизации и вставки палок в колёса тем, кто собирает из исходников, уже долгое время прослеживается во многих проектах.
> а если уж тянешь к себе один блоб, то какой смысл тратить время на компиляцию другого софтаА если не тянешь блобов, то в чём смысл? Это я не троллинга ради задаю вопрос. Мне кажется, что тебя одолел максимализм/перфекционизм, то есть логика сводится к "если результат не абсолютно совершенен, то он не стоит затраченных в него усилий". Это, между прочим, довольно распространённый режим отказа человеческой психики, который кусается довольно часто, поскольку абсолютно совершенные результаты настолько большая редкость, что можно наверное поспорить о том, что они не существуют в реальности.
> собрать раст из исходников было затруднительно
А в чём затруднения? Я не пробовал, но мне интересен опыт других. Возможно ли найти первые версии раста, которые на окамле написаны? И потом компилять версию за версией? Это выглядит развлечением на неделю или типа того, только чтобы добраться до актуальных версий, но потом ведь всё станет резко проще, я не думаю что сейчас требуется перекомпилировать раст чаще чем раз в год, если цель исключительно в том, чтобы иметь возможность скомпилировать последний релиз раста. Софт может потребовать более частых пересборок, может быть, но может без этого и можно обойтись: эдишны решают.
> Rust и LLVM одна из причин кончины гентыГента особо никогда и не жила. Ее использовали или невероятно редкие профи, которые реально понимали что делали, или школотроны и прочие нитакусики, которые повышали свое ЧСВ пересобиранием мира. И, учитывая юношеский максимализм "если уж тянешь к себе один блоб, то какой смысл тратить время на компиляцию другого софт", явно не в первую категорию попадаешь))
> Сколько архитектур поддерживает гента? 10, 15? Сколько из них поддерживает раст? 2?
А сколько тебе нужно? Какая такая особенная архитектура у тебя была, что ее раст не поддерживал? Сейчас живы всего две архитектуры. А раст поддерживает намного больше, даже такую маргинальщину как powerpc или m68k.
>Ее использовали или невероятно редкие профи
>или школотроны и прочие нитакусикиШколопрофи с чёрно-белым мышлением, разумеется, виднее.
>> Дольше генты?
> Rust и LLVM одна из причин кончины генты. Времена компила софта с
> этим великолепием стали совершенно зубодробильные.Всё банальнее.
Для большинства софта профит от native-компиляции не стоит потраченного на это времени.
> Для большинства софта профит от native-компиляции не стоит потраченного на это времени.Не так. Разработчики Генты считали что для её пользователей кайф в процессе пересборки.
А пользователи этим занимались ради доступа к свежему ПО, и из разных источников.
А после популянизации и развития Arch, Appimage, Snap.. необходимость в тотальной пересборке отпала.
Круто, майки переизобрели свой же редактор EDIT.COM из МС-ДОС!
Что угодно, лишь бы лексикон из дос не портировать?
А вот W&D можно бы и портировать.
Могут себе позволить, однако.
Не переизобрели, а транспилировали. Этот код не на Rust.Правильных редакторов, написанных на Rust для консоли, тоже есть - тот же helix.
Лучше бы исходник Interix открыли и с Cygwin гибридизировали.
Интересен был только Subsystem for UNIX, а тут не подсистема, а тупо виртуалка.
Линоопс-ворам из wine негде тырить сырцы?
А вот фиг вам
MS Edit легкий и консольный и простой. Слишком слабо.MS VSCode тяжёлый и на хромиуме. Слишком жирный и медленный.
CudaText нормальный. Средний.
> CudaText нормальный. Средний.И написан на православном турбопаскале! Вообще если без шуток, то CudaText понравился, но тормозила прокрутка, когда в последний раз тестил.
В итоге для себя остановился на https://zed.dev
Открыть файл на 30ГБ осилит?
А зачем открывать файлы 30 гб в текстовом редакторе? Совсем rбoбo?
CudaText осилит, если в ПК памяти больше 30Гб.
Только укажите опцию в user.json:
"ui_max_size_open": 32000
Ой, не осилит. Там лимит: Value is internally limited by 2047.
> Открыть файл на 30ГБ осилит?Для подобных нужд у меня имеется MultEdit, виндусовый, и большие файлы он не только открывает, но и бодро делает замены и обработку макросами.
Хотя, именно 30ГБ наверное ему перебор. А 1ГБ вполне переварит, что тоже достаточно круто.
https://vscode.dev
Но ставить Cuda для одного редактора это черезчур.
Прикалываешься или специально вводишь в заблуждение тех, кто не в курсе?Там нет никакой связи с технологией Cuda.
CudaText в переводе с (сербского?) - чудо-текст
MS-DOS Editor удобный и понятный текстовый редактор.
Этот ваш Vi/Vim по сравнению с ним это убожество, бесконечно устаревшее, говорящее о полном отсутствии принципов и стандартов построения интерфейсов в юниксах в те времена.
>консольного текстового редактора EditИзвините, но ффтопку. Очередной никому не нужный notepad.exe, 100% бесполезный, теперь для консоли.
> notepad.exeПервым делом всегда устанавливаю именно тот самый wine+notepad из WindowsXP. Он у меня практически всегда запущен
Блокнот топовый редактор для конфигов. Минимализм на максималке.
Собрался Edit в этом вашем линуксе
А зачем было собирать, если они готовые бинари дают?
забавы ради, не потехи для
Расходимся, это для WSL2.
Для WSL1, которая превосходит WSL2 во всём, потому что это не VM, код по прежнему закрыт.
PS: существует заблуждение, что WSL2 это продолжение WSL1, нет, они разрабатываются параллельно. WSL1 не списывали.
Wsl1 в стадии вялой поддержки, да не списывли, но и не развивают
https://learn.microsoft.com/ru-ru/windows/wsl/compare-versions
> Для WSL1, которая превосходит WSL2 во всёмОх сколько я тут доказывал это, часто с пруфами, но всё равно народ упорно не верит.
Я тоже согласен с тем, что WSL1 лучше второго. Когда ещё пользовался виндой, прям тащился от написания скриптов на баше и отсутствия необходимости крутить для этого виртуалки или ставить кучу глючного хлама вроде cygwin.
это прям сильное заявление
под WSL2 у меня спокойно работает btrfs внутри файла отраженного в loop block device, базовые фичи ядра типа неймспейсов и всяких системд, в wsl1 этого и рядом нет
> Расходимся, это для WSL2.А ты чо ждал?
> WSL1 не списывали.
ну да, ну да - только поубирали упоминания о нем отовсюду, так что если не знаешь как и что искать, то даже и не запустишь.
Полтора индуса без релокации все еще что-то там вяло ковыряют, прямо на глиняном полу, свежепротертом навозом, возможно потому что их просто забыли уволить, но шта6ле нонсенс ушел от них далеко-далеко, его уже и нормальной-то командой не догнать.
Дорогая ms, открой нам лучше плиз storage direct, а то с этими м-ками угробившими все альтернативы уродскому ceph, негде хранить собственный прон (так чтоб еще был шанс через пару лет пересмотреть).
ibm все равно туда не полезет, опасности никакой.
А мы тебе может поможем допилить refs до нормального состояния.
Во втором мало интереного. Вот бы исходники первого wsl открыли и энтузиасты продолжили его пилить
там половину исходников винды пришлось бы заодно открывать. Иначе хрен ты чего продолжишь. Ну и потом, кто ж в них верит, в этих... энтузиастов.
Наброшу. У меня глаза задержались на этом:"Редактор компактен и занимает всего 250kB на диске"
Это в копилку обычного здесь холивара, в раздел "Этот ваш раст компилирует хелловроты размером по стопицот мегабайт!" (это когда кекспертами очередная растовская программа на несколько мегабайт из-за размера преподносится как недостойная существования).
Так это unsafe. Потому и компактный.
250kb довольно много для консольного текстового редактора. Впрочем от языка тут мало что зависит, если это не ассемблер и чистый winapi.
Тот же nano у меня на диске занимает 336 кб. Так что вполне нормальный размер.
Речь вероятно о том, что если захотеть, можно сильно меньше 🤏, и сам размер бинарника не является киллер фичей 🎈
не волнуйся, они просто забыли телеметрию закинуть.
Плохо набрасываешь. Открой исходники и узри, что там в каждом файле по >10 unsafe. Ясенфиг бинарь будет нормального размера, а не сотни мегов как обычно на расте.
> а не сотни мегов как обычно на растеЭто не считая исходников со скачанными библиотеками на пару гигов для одного проекта. Но именно такой смyзи-way нравится зумерам.
> Открой исходники и узри, что там в каждом файле по >10 unsafe.Объясни, как наличие unsafe влияет на размер бинаря?
> Плохо набрасываешь. Открой исходники и узри, что там в каждом файле по
> >10 unsafe. Ясенфиг бинарь будет нормального размера, а не сотни мегов
> как обычно на расте.Открой уже сборочный файл этих самых сорцов, вместо гадания на смуз^W кофейной гуще:
# `opt-level = "s"` may be useful in the future as it significantly reduces binary size.
# We could then use the `#[optimize(speed)]` attribute for spot optimizations.
# Unfortunately, that attribute currently doesn't work on intrinsics such as memset.
[profile.release]
codegen-units = 1 # reduces binary size by ~2%
debug = "full" # No one needs an undebuggable release binary
lto = true # reduces binary size by ~14%
opt-level = "s" # reduces binary size by ~25%
panic = "abort" # reduces binary size by ~50% in combination with -Zbuild-std-features=panic_immediate_abort
split-debuginfo = "packed" # generates a seperate *.dwp/*.dSYM so the binary can get stripped
strip = "symbols" # See split-debuginfo - allows us to drop the size by ~65%
>> # No one needs an undebuggable release binaryпстц.
> Ясенфиг бинарь будет нормального размера, а не сотни мегов как обычно на расте.Ложь. Если про "как обычно". Сейчас глянул свою "как_обычную" программулину, в бинанс (криптобиржа такая) за инфой лезет - 6 мегабайт (5.9М екзешник). Это в папке "\target\debug" проекта, т.е. дебаг. В папке "release" (после релизного билда командой "cargo build --release") она же занимает уже 1.5M
Меня больше беспокоит то, что простенькая программа на расте 500 мб памяти потребляет и периодически тормозит, когда более функциональная на питоне с си за 10 мегабайт не выходит и никгда не тормозит независима от объёма данных. В итоге получается, что программа на расте захлёбывается данными и отрабатывает медленнее чем питон (с сишными батарейками, но да). Про то, что этой программе на расте надо 100 гб на диске я уже не вспоминаю. И всё равно версия на питоне более функциональная и не валится в неожиданных местах.
Тут уж что-то конкретное сказать сложно. Соглашусь лишь с тем, что один и тот же программист, решая одну и ту же задачу на двух разных языках может написать две совершенно разные программы. Особенно, например (только как абстрактный пример! Ни в коем случае не наезд на Вас), если на одном языке плотно пишет уже 20 лет, а второй взялся изучать на прошлой неделе и тянет туда старую парадигму и привычки.
Были использованы батарейки для достижения абсолютно аналогичной функциональности. Как я понимаю, lingua неоправданно жирноватая либа и поддержка даже 2 языков вносит значительный вклад в размер бинаря, распознавание на питоне, кстати, лучше работало, и потребляло всего около 15мб (langdetect). При этом, cld3 на порядки эффективнее, но точность поменьше. Чего, впрочем, хватает для решения практических задач. Есть ещё всякие fasttext позволяющие выбрать любые веса. В общем, что угодно на выбор.Помимо этого, в расте нет даже штатных регулярок, всё, что в питоне поставляется из коробки, требует отдельных батареек. И качество этих батареек зачастую куда хуже чем в pypi (это та свалка китайских студентоподелок). Если бы программисты не считали раст бесполезной игрушкой и доводили батарейки до адекватного уроня, растом было бы куда приятнее пользоваться.
> 500 мб памяти потребляет и периодически тормозит, когда более функциональная на питоне с си за 10 мегабайтОпять недостаточно оперативной памяти.
Кто там говорил надо всего лишь памяти оперативной докупить.
Теперь 1 - 2 Террабайта памяти мало, 12 128 или может 1 Зеттабайт.
ни один растописатель не напрягает свои мозги думая что великий компилтор порешает поэтому пишет везде some.clone() оттуда и памяти потребление
> Наброшу. У меня глаза задержались на этом:
> "Редактор компактен и занимает всего 250kB на диске"
> Это в копилку обычного здесь холивара, в раздел "Этот ваш раст компилирует
> хелловроты размером по стопицот мегабайт!"Как бы еще развести местных холиварщиков на "показать как надо" - ну типа хелловрот-не-на-расте, с минимальными (или без) зависимостями-рантаймом и тд.
Наконец-то! Ща интузиасты все баги пофиксят. Офигенное решение.
Edit.
Смущает - где у него файлы для языков разных? В гитхаб не вижу файлов. Наверно зашитые ресурсы и свои лексеры не добавить и чужие не поправить?
Сатанизм какой-то.
Так це ж текстовый редактор для написания текста, а не редактор кода
Да. И это очень плохо. Но он открытый, так что через полгода лексеры приделают.Но может и нет. Так как покраска кода ЭТО ТРУДНО.
Да нефига не трудно. Только вопрос зачем, если этих редакторов кода как грязи. Тот же nano есть, который умеет любой код светить, только толку от него, если не умеет в дебаг.
https://github.com/elementary/code
> Редактор компактен и занимает всего 250kB на дискеКак так-то? У местных Вое^W разоблачителей растоманских сказок - хелловроты несколько МБ занимают, а тут цельный редактор!
ЗЫ:
Кстати, майки в своем репертуаре:
src/sys/unix.rs
//! Unix-specific platform code.
...
match *libc::__errno_location()
...
майкрософт решили запилить своего убийцу nano, скорее всего просто потому что легкий способ заинтересовать разрабов-любителей работать в сонсоли
Следующим будет убийца Emacs или Vim?
https://github.com/microsoft/edit/issuesУ vi теперь появился реальный конкурент, но редактор фуфло, он только портит файлы, мелкософту осталось научиться только бибикать.
Наконец-то у растовщиков появился редактор. Дело за малым: осталось что-нибудь написать в нем.
https://www.tadviser.ru/index.php/Статья:Сотрудники_и_управление_персоналом_в_Microsoft#.2A_.D0.9C.D0.B0.D1.81.D1.81.D0.BE.D0.B2.D1.8B.D0.B5_.D1.83.D0.B2.D0.BE.D0.BB.D1.8C.D0.BD.D0.B5.D0.BD.D0.B8.D1.8F_.D0.BF.D1.80.D0.BE.D0.B3.D1.80.D0.B0.D0.BC.D0.BC.D0.B8.D1.81.D1.82.D0.BE.D0.B2_.D0.B8_.D0.B7.D0.B0.D0.BC.D0.B5.D0.BD.D0.B0_.D0.B8.D1.85_.D0.BD.D0.B5.D0.B9.D1.80.D0.BE.D1.81.D0.B5.D1.82.D1.8F.D0.BC.D0.B8Генеральный директор Microsoft Сатья Наделла в апреле 2025 года официально подтвердил, что в настоящее время искусственный интеллект отвечает за написание до 30% кода корпорации. При этом в отрасли отмечается, что за последние годы качество обновлений для операционной системы Windows заметно снизилось, хотя прямой связи между этими явлениями официально не установлено.
и таааак сойдёёёёт....
> Генеральный директор Microsoft Сатья Наделла в апреле 2025 года официально подтвердил,
> что в настоящее время искусственный интеллект отвечает за написание до 30%
> кода корпорации. При этом в отрасли отмечается, что за последние годы
> качество обновлений для операционной системы Windows заметно снизилось, хотя прямой связи
> между этими явлениями официально не установлено.Совершенно случайное совпадение - натренированый на индусском гамнокоде AI генерит индусский гамнокод, только еще со своими глюками. Фигня получается?! Зато минус 30% индусов, и 30% экономии на зарплатах а пипл как-то же хавает до сих пор эти кривые дриснятки и одинацатки.
тут и экономия и дыры можно приделывать в автоматическом режиме и, если чего всплывёт - всегда можно всё салить на ошибку ИИ, случайность и, соотв., никто неуиноуат и свидетелей нет, т.к код с дырами лепили не сотрудники, а огороженный ИИА, ну васе ещё можно публично выговор объявить за то, что хреново код проверял - у него ведь было целых 10мин обеденного перерыва на проверку 100мб выхлопа исходников от ИИ
> Генеральный директор Microsoft Сатья Наделла в апреле 2025 года официально подтвердил, что в настоящее время искусственный интеллект отвечает за написание до 30% кода корпорации.Где-то я уже это слышал...
> Google CEO says over 25% of new Google code is generated by AI
Ну а что думаешь, вот им хочется кодить там чтоли.
Или сидеть деньги Profit получать.
> Отмечается, что теперь любой желающий может собрать WSL из исходного кода и принять участие в разработке. Среди прочего, Microsoft начал принимать в WSL исправления и новые возможности, подготовленные представителями из сообщества.Интересно, это связно с недавней волной увольнений в ms?
Почему в новости уделено внимание тому, что код редактора на расте, а код wsl на С++/C - нет?
>Почему в новости уделено внимание тому, что код редактора на расте, а код wsl на С++/C - нет?Потому что редактор - это новый проект, в отличие от WSL2. Ты предлагаешь при каждом упоминании WSL писать, что это С++?
> Одновременно компания Microsoft открыла под лицензией MIT исходный код консольного текстового редактора Edit, написанного на языке RustНормально они там unsafe понатыкали
А зачем тогда на Rust?
Модно. Стильно. Молодёжно... И ужасно
> интерфейса, который был бы понятен и простХорошая штука будет, если доступ к буферу обмена запилят (тикет https://github.com/microsoft/edit/issues/38). Без доступа к буферу обмена это всё нежизнеспособно, turbo (https://github.com/magiblot/turbo) и tilde (https://github.com/gphalkes/tilde) будут удобнее. И они уже здесь, уже работают и уже имеют какую-то пользовательскую базу. turbo вообще на scintilla сделан, и подсветка синтаксиса кучи языков там есть из коробки
asterisk'а походу уже в debian не будит. Придётся с ним контейнер с alpine linux поднимать
Дождались! Текстовый редактор от крупнейшей софтовой конторы в котором даже буфера обмена нет! Зато на модном язычке! edit.exe из дома в 25 году
Внимание вопрос. А в чем смысЕл и цель для монстрософта в открытии сего?
Готовятся к передаче в фонд Apache?
>Остаются частью Windows и не открыты в настоящее время:
>Драйвер ядра Lxcore.sys, применяемый для запуска исполняемых файлов в формате ELF через слой обеспечения совместимости.Т.е. на WinXP не портировать?