LINUX.ORG.RU

Состоялся релиз PowerShell 7

 ,


0

0

4 марта вышла в свет новая версия PowerShell 7.

PowerShell представляет собой «кроссплатформенный фреймворк автоматизации ПО и конфигурирования, оптимизированный для структурированных данных, REST API и объектных моделей», который включает в себя командную оболочку, объекто-ориентированный язык и набор средств для исполнения сценариев и управляющих модулей.

Из новых возможностей отмечены:

  • Параллельная обработка объектов в ForEach-Object
  • Новые операторы: тернарный условный оператор ?:; управляющие операторы || и &&, аналогичные таким же операторам в bash; условные NULL-операторы ?? и ?=, отдающие значение справа в случае, если значение слева равно NULL
  • Улучшенное представление описания ошибок и командлет Get-Error для вызова детального описания ошибок
  • Вызов ресурсов службы настройки требуемого состояния (DSC) непосредственно из PowerShell (в экспериментальной стадии)
  • Улучшенная обратная совместимость с Windows PowerShell

Версия доступна к использованию дистрибутивами Linux, поддерживающими .NET Core 3.1, сообществом предоставлены пакеты для Arch и Kali Linux.

Snap-пакет в Ubuntu 16.04 вызывает ошибку сегментирования, в связи с чем предлагается установка в поставке DEB или tar.gz.

>>> Подробности

★★★

Проверено: cetjs2 ()
Ответ на: комментарий от beck

Но когда питон начинает тормозить на построчном сравнении двух файлов мегабайт по сто - это какая-то шняга. Perl не тормозит.

Еще раз для особо одаренных - перл создавался под парсинг файлов. Это его основное предназначение. Но это не делает его лучшим инструментом на все случаи жизни. Его востребованность сейчас какбэ на это намекает.

Linfan ★★★★★
()
Ответ на: комментарий от anc

Я разобрал его сообщение.

Если вы найдете аргумент в сообщении которое я разобрал, буду благодарен.

grim ★★☆☆
()
Ответ на: комментарий от Linfan

Давайте вы подчеркнете аргумент в споре скрипты на перла vs на питон в вашем сообщении которое я разобрал по абзацам.

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

grim ★★☆☆
()
Ответ на: комментарий от grim

Давайте вы подчеркнете аргумент

Гражданин(ка) учитесь самостоятельно анализировать естественный язык. Не все ж на перл полагаться.

Linfan ★★★★★
()
Ответ на: комментарий от beck

Когда я прогуливал пары, был JCL, fortran и перфокарты, а тебя и в проекте не было.

Стесняюсь спросить, вам сколько лет?

Я мелким застал только перфоленты. Вот это было зачетно для мелочи. А на перфорактах нам как нафиг ненужная «бумага» только задачки в школе писали.

anc ★★★★★
()
Ответ на: комментарий от Linfan

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

Итак, вы признали, что кроме говноплюйства вы ни на что не способны.

ЧИТД ;)

grim ★★☆☆
()
Ответ на: комментарий от grim

говноплюйства

У вас навязчивая фиксация на экскрементах. Что-то тут не так. Покажитесь к врачу - в ваших краях вроде медицина недорогая.

Linfan ★★★★★
()
Ответ на: комментарий от Linfan

Нужна скорость - пишите экстеншин на сях.

Поддержу! Или используйте уже написанное до вас. Сколько раз проходил perl, python, etc, но если нужна скорость в обработке только сишные приложухи. И сам писал личные, и пользую тот же sed ( многие его готовить не умеют и костыляют чуть ли не на сабже). Скорость в разы при обработке выше.

anc ★★★★★
()
Ответ на: комментарий от beck

Но когда питон начинает тормозить на построчном сравнении двух файлов мегабайт по сто - это какая-то шняга.
Perl не тормозит.

А если вы это все забубуните в sed то удивитесь вдвойне. Сюрпрайз?

anc ★★★★★
()
Ответ на: комментарий от grim

Если вы найдете аргумент в сообщении которое я разобрал, буду благодарен.

Простите, но перечитывать реально лень. Вы друг в друга кидаетесь «какшками» и уже потеряли смысл зачем это делаете. Остался «сам смысл» кинуть «какой». Я призвал к перемирию.

anc ★★★★★
()
Ответ на: комментарий от anc

А если вы это все забубуните в sed то удивитесь вдвойне. Сюрпрайз?

https://brenocon.com/blog/2009/09/dont-mawk-awk-the-fastest-and-most-elegant-big-data-munging-language/

А вот у sed все-таки слишком узкая область применимости (без превращения кода в брейнфакоподобный)

annulen ★★★★★
()
Ответ на: комментарий от annulen

А вот у sed все-таки слишком узкая область применимости (без превращения кода в брейнфакоподобный)

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

И возвращаясь к

А вот у sed все-таки слишком узкая область применимости (без превращения кода в брейнфакоподобный)

Как писал выше, вы не умеете его готовить. Безусловно синтаксис тот ещё, но «вам шашечки или ехать?» Когда вместо 30 минут (лучший результат показал перл, awk слил где-то до 40) можно получить результат за 3 минуты, кажется это стоит того.

anc ★★★★★
()
Ответ на: комментарий от anc

Как писал выше, вы не умеете его готовить. Безусловно синтаксис тот ещё, но «вам шашечки или ехать?»

Ну вот допустим практическая задача - просуммировать значения из определенных полей /proc/$pid/smaps и вывести статистику потребления памяти разными типами страниц приложения $pid. На awk задача решается как два пальца, он как бы создан для обработки таблиц. Делать это на sed будет только самый отбитый маньяк.

annulen ★★★★★
()
Ответ на: комментарий от annulen

Ясен фиг. Даже спорить не буду. Но когда надо аккуратно разложить «по полочкам» (что бы выхлоп был читаемый и именно то что вас интересует) из кучи файлов это совсем другое дело.
Смотрите, что бы не быть голословным, проверил на одном своем не часто используемом но в проде. 884 файла обьем 2.1Гб время обработки
real 0m50.681s
user 0m36.382s
sys 0m7.047s
И таки да там именно используется буфер, так как нужно возвращаться назад к сравнению дабы вывести нужный результат.

У меня есть тестовые и на перле и на питоне и на awk но все они слиливают в разы. Я действительно лентяй, поэтому меня интересует быстрое получение результата. Один раз потратил чуть больше времени, зато много лет могу получать быстрый результат.

anc ★★★★★
()
Последнее исправление: anc (всего исправлений: 2)
Ответ на: комментарий от anc

Гнутый awk тормоз, это известный факт, он на чем угодно сливает перлу. В примере из ссылки, которую я привел, именно mawk всех порвал, а gawk оказался последним

annulen ★★★★★
()
Ответ на: комментарий от annulen

Я уже написал, ваша ссылка не о чем. Там и Java на втором месте если чё. Угу... время старта забыли только приписать.

anc ★★★★★
()
Последнее исправление: anc (всего исправлений: 1)
Ответ на: комментарий от anc

время старта забыли только приписать.

Там время выполнения минута двадцать, так что скорее всего со стартом с прогретого кэша фс

annulen ★★★★★
()
Последнее исправление: annulen (всего исправлений: 1)
Ответ на: комментарий от annulen

Там время выполнения минута двадцать, так что это со стартом скорее всего

Кто вам сказал? Возможно уже запущена была. Точнее скорее всего так и было. Синтетика - такая синтетика....

anc ★★★★★
()
Ответ на: комментарий от annulen

так что скорее всего со стартом с прогретого кэша фс

Как это вы успели поправить до моего ответа. Удивительно. ЛОР как-то позволил. Странно. Но не суть.
Как раз хотел добавить про синтетику, эти сравнения слишком синтетичны, где-то фс прогреет.... где-то субд и потом считают что теперь на другом ЯП получилось быстрее, а после удивляются что «я перезагрузился/перенес-на-другой-сервер и у меня все стало сильно тормозить».

anc ★★★★★
()
Ответ на: комментарий от Linfan

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

Итак, вы признали, что кроме говноплюйства вы ни на что не способны.

ЧИТД ;)

grim ★★☆☆
()
Ответ на: комментарий от Linfan

это не делает его лучшим инструментом на все случаи жизни

Ты споришь сам с собой.

перл создавался под парсинг файлов.

А питон создавался как «высокоуровневый ЯП». И он дичайше тормозит на обработке данных. И делать это в питоне неудобно. Наверное, у питона есть какие-то ослепительные достоинства. Но лично мне не зашло, хотя этот кактус я пожевал немного.

beck ★★★★
()
Ответ на: комментарий от anc

sed

Нет под виндой из коробки. Ну и кроме того, задачка несколько сложнее, seda маловато.

beck ★★★★
()
Ответ на: комментарий от beck

И он дичайше тормозит на обработке данных.

Все просто - вы просто не умеете им пользоваться. Пруф: «кактус я пожевал немного» Если вы с помощью чистого питона обрабатываете попиксельно битмапы, то ССЗБ. Нормальные люди берут пакадж Pillow и выполняют эту операцию со скоростью сишных либ. И так в остальных случаях. Питон это логический «клей» для связки различных нативных либ, а не silver bullet для всего и вся.

Linfan ★★★★★
()
Последнее исправление: Linfan (всего исправлений: 1)
Ответ на: комментарий от Linfan

Я с самого начала напейсал (вроде писал, хотя может и подумал только), что вполне возможно я не умею питон правильно готовить.

Но мне и не надо.

Питон это логический «клей»

Собственно именно это и было нужно. Взял, напейсал простейший скрипт для посмотреть, как оно. И был удивлён дичайшими тормозами.

Да, наверно, какое-то прототипирование, RAD и прочие штуки питону отлично удаются. Но с логическим клеем как-то не очень.

beck ★★★★
()
Ответ на: комментарий от beck

Но с логическим клеем как-то не очень.

Логика и перформанс - это совершенно разные вещи. Но при необходимости можно и перформанс вполне побороть. Просто не нужно в лоб решать задачи и использовать нативные экстеншины. Получается вполне сносно, вполне на уровне крестовых аппликух.

Linfan ★★★★★
()
Ответ на: комментарий от annulen

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

Поясните, почему невоспроизводимый?

anc ★★★★★
()
Ответ на: комментарий от anc

а пес его знает - учили то на первых персоналках Электроника Д3-28. Но они были явно послабее этих больших машин.

Linfan ★★★★★
()
Ответ на: комментарий от anonymous

накой старые тетки-машинистки, если есть одноклассницы?

anonymous
()
Ответ на: комментарий от Linfan

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

anc ★★★★★
()
Ответ на: комментарий от anc

У нас-то в школе даже арифмометр

Не, в нашем мехмат классе было условие на обучение - инженерный калькулятор.

А вот перфокарты… это перебор…

А вот вместо УПК нам сделали «подарок» - обучение на программиста в местном вузе (раз в неделю целый день за компами! по тем временам - просто шикарно). Вот там и стояли эти машины с перфокартами. Причем в рабочем состоянии. На них, кажется, бухи зарплату рассчитывали. Это был 85й год.

Linfan ★★★★★
()
Ответ на: комментарий от anc

Поясните, почему невоспроизводимый?

Потому что время холодного старта зависит от предыдущего состояния системы, а так же от задержек в ядре и в оборудовании. Хотя возможно при использовании SSD и проведении каждого теста сразу же после загрузки системы удастся получить что-то более менее сходящееся, но намного проще проводить тест, запуская одну и ту же операцию до получения сходящихся результатов, что даст значение с прогретым кешем.

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

Кстати даже был какой-то проект, позволяющий ускорить консольные ява-приложения путем запуска демона, держащего jvm постоянно запущенной

annulen ★★★★★
()
Ответ на: комментарий от Linfan

Хотя видимо вы правы. Где чего не найдешь на просторах. Вспомнил одну из работ конец 90-х, у сметчиков «бабушки которые ещё ленина видели» стоял АЦПУ ростом под два метра, подключенный по ltp толи к 286-му то ли к 386-му уже за давностью лет не помню, скорее двушка. Скорость печати просто сумасшедшая, грохот соответствующий, как говориться здание дрожит. Все соседние отделы по всем направлениям ждут когда закончит печатать, благо не долго. Только в конце 98-го начала 99-го заменили на лазерник.

anc ★★★★★
()
Ответ на: комментарий от annulen

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

anc ★★★★★
()
Ответ на: комментарий от anc

стоял АЦПУ ростом под два метра

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

Linfan ★★★★★
()
Ответ на: комментарий от Linfan

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

Это все «семечки».
Вы не видели табуляторы /не точное название/.
В него «закладывали» колоды перфокарт, а на выходе имели расчетные листки.
Кстати приходилось использовать матричные принтеры западного производства - БЕСШУМНЫЕ!
Этот «комод» мог печатать 10 строк в секунду.
Принтер управлялся от своего процессора /Linux/.
Возможности были супер, но и стоил 15000$.

Владимир

anonymous
()
Ответ на: комментарий от anonymous

Многие думают, что в 80-х годах программисты «ходили в шкурах от динозавров».

Такое мнение имеют все «крутые», но это - БРЕД!

Владимир

anonymous
()
Ответ на: комментарий от anonymous

Многие думают, что в 80-х годах программисты «ходили в шкурах от динозавров».

Вот о многих в этом форуме так можно сказать.

Владимир

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.