PowerShell на работе и в быту

Не нужно.

Мне одному показалось что букавок много?

Обычно убиваю процессы а-ля:

(gps ydotoold).kill()

Только свои:

gps -inc | ? UserName -eq $Env:USER

В таком юзкейсе ps бесполезен и даже вреден. PowerShell нормально раскрывается только на винде за счет объектов вместо текста.

PowerShell нормально раскрывается только на винде за счет объектов вместо текста.

Под линукс тоже нормально раскрывается за счет объектов.

 $ (gps -id $pid).Gettype()

IsPublic IsSerial Name                                     BaseType
-------- -------- ----                                     --------
True     False    Process                                  System.ComponentModel.Component

Какое упоротое многословие. И я вообще не понимаю кем надо быть чтобы пришло в голову это использовать для однострочников.

На линуксе это ваше вендузятное убожество никогда не взлетит, успокойтесь уже. Даже питон в качестве шелла только упоротые питонисты используют, причём питон на несколько порядков круче и удобнее чем поверщель. Ща вам WSL допилят вот там и будете развлекаться, пихать всякое в свою щель.

Упоротые только те, кто не понимает что для работы в шелле все это многословие легко заменяется алиасами (существующие можно посмотреть в Alias:, там же можно добавить новые). Шелл так же не чувствителен к регистру и даже если для ключей-параметров команд не заданы короткие алиасы (а для многих команд во втроенных модулях они заданы) - их все равно можно сокращать, например -InputObject можно сократить до -in если нет других параметров начинающихся с -in. Для ForEach-Object и Where-Object существуют короткие варианты которые не требуют блоков кода и встроенные алиасы % и ? соответственно. Так что можно писать однострочники в шелле без проблем. А вот в скриптах нормальные полные имена команд и работа с объектами читается куда лучше чем традиционные шелл-скрипты.

Почему бы не gps -inc | ? username -ne root ? Если это все не для скрипта а просто для работы в шелле. В скрипте лучше все-же писать полные имена команд.

У gps есть фатальный недостаток - он не показывает процент CPU. То есть ps aux | awk '$3 > 0' я не сделаю. Меня этот вопрос волнует. В интернете есть способы вызвать процент использования процессора, но они заточены чисто под Windows.

Вот чего вам на венде не сидится-то с такими то тараканами?

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

И что ты забыл на ЛОРе? Вали на винфак и пердолься там с соперрдольниками своими в поверщель, сюда-то эту невменяшку зачем тащить? Здесь это никому кроме таких же вендузятников не интересно.

Вопрос решился конструкцией ps aux | % {$_ -replace " +","`t" } | ConvertFrom-Csv -Delimiter "`t" | % {if ([Float]$_.'%CPU' -gt 0.0) {Write-Host $_}}

Начать с того, что вместо костылей использовать встроенные в ps возможности?

ps --ppid 2 -p 2 --deselect

Взгляд со стороны мимокрокодила: тараканы у тебя.

// Пользуюсь bash и zsh, PowerShell видел только на ЛОРе

Необходим именно % CPU? Тогда да, просто так не получится, нужно высчитывать, но там есть св-во CPU которое в секундах показывает сколько процесс использовал все CPU.

У ps нет возможности выдать результат как CSV, поэтому приходится городить конструкцию % {$_ -replace " +","‛t"}. В FreeBSD есть возможность через libxo выдать JSON или XML, но здесь о таком думать не приходится.

дык ps и не задумывался как мегакомбайн, для этого есть пайпы и другие утилиты,которые выведут тебе json,csv или совсем какую-нибудь экзотику

ps aux | % {$_ -replace " +","`t"} | ConvertFrom-Csv -Delimiter "`t" | ? { [Float]$_.'%MEM' -gt 0.0 }

Таким образом можно вычленить процессы с потреблением памяти больше нуля. Есть модуль Crescendo, который позволяет сделать обвязку в формате JSON командам для использования в PowerShell с объектами и прочими прелестями.

для json есть jq

Был подготовлен модуль для Crescendo.

{
    "$schema" : "./Microsoft.PowerShell.Crescendo.Schema.json",
    "Verb" : "Invoke",
    "Noun": "ps",
    "OriginalName": "/usr/bin/ps",
    "OriginalCommandElements": [
    "aux"
    ],
    "OutputHandlers": [
    {
    "ParameterSetName": "Default",
    "Handler":" param ( $psoutput )
                #$CSV = $psoutput | % {$_ -replace \"([^ ]+) +([^ ]+) +([^ ]+) +([^ ]+) +([^ ]+) +([^ ]+) +([^ ]+) +([^ ]+) +([^ ]+) +([^ ]+) +(.*)\",\"${1}`t${2}`t${3}`t${4}`t${5}`t${6}`t${7}`t${8}`t${9}`t${10}`t${11}\" } | ConvertFrom-CSV -Delimiter \"`t\"
                $CSV = $psoutput | % {$_ -replace \" +\",\"`t\" } | ConvertFrom-CSV -Delimiter \"`t\"
                $PSList = [System.Collections.ArrayList]::new()
                foreach ($line in $CSV) {
                    $PSList.Add([pscustomobject]@{
                    User = $line.'USER'
                    PID = [int]$line.'PID'
                    CPUUsage = [float]$line.'%CPU'
                    MemUsage = [float]$line.'%MEM'
                    VSZ = [int]$line.'VSZ'
                    RSS = [int]$line.'RSS'
                    TTY = $line.'TTY'
                    Stat = $line.'Stat'
                    Start = $line.'START'
                    Time = $line.'TIME'
                    Command = $line.'COMMAND'
                    })
                    #Write-Host $line.'USER'
                }
                $PSList
                "
            }
        ]
}

Запускается и импортируется модуль командой

Export-CrescendoModule -ConfigurationFile ./ps.Crescendo.json -ModuleName ps.psm1 ; Import-Module ./ps.psm1

А что надо? Не совсем понял зачем парсить ps aux?

Я нейтрален, но выглядит как то убого. Тупое многословие, семантика от юродивого, может на винде норм в виде именно скриптов, но для однострочников которые тут все как жонглёры делают на башах/дашах по бырому это вообще не годится.

А записи вида ConvertFrom-Csv вообще край. Даже поделка поттеринга выбешивает типа NertworkManager и алиасить строго рекомендуется если уж оно есть. А тут. В скриптах может оно и нормально, но как шелл хтьфу и растереть. Да и зачем? баши/даши/zsh и прочие, на голову удобнее, продуманее, проверенны временем. А наборы утили в среднем имеют общий подход к использованию и всё более менее притёрто.

Я так развлекаюсь, изучаю оболочку.

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

Тогда надо другую регулярку. На скорую руку:

$ps = (ps aux) -replace '\s+(?=[^-]+\S(.+)?$)',';' | ConvertFrom-Csv -del ';'

На вскидку – возможны подводные камни

Да, тот же /usr/bin/ps aux отображается как просто /usr/bin/ps

Нашёлся лучший вариант.

{
    "$schema" : "./Microsoft.PowerShell.Crescendo.Schema.json",
    "Verb" : "Invoke",
    "Noun": "ps",
    "OriginalName": "/usr/bin/ps",
    "OriginalCommandElements": [
    "aux"
    ],
    "OutputHandlers": [
    {
    "ParameterSetName": "Default",
    "Handler":" param ( $psoutput )
                $CSV = $psoutput | % {[void]($_ -match \"([^ ]+) +([^ ]+) +([^ ]+) +([^ ]+) +([^ ]+) +([^ ]+) +([^ ]+) +([^ ]+) +([^ ]+) +([^ ]+) +(.*)\"); $matches[1..11] -join \"`t\" } | ConvertFrom-CSV -Delimiter \"`t\" -Header @('USER','PID','%CPU','%MEM','VSZ','RSS','TTY','Stat','START','TIME','COMMAND')
                $PSList = [System.Collections.ArrayList]::new()
                foreach ($line in $CSV) {
                    $PSList.Add([pscustomobject]@{
                    User = $line.'USER'
                    PID = [int]$line.'PID'
                    CPUUsage = [float]$line.'%CPU'
                    MemUsage = [float]$line.'%MEM'
                    VSZ = [int]$line.'VSZ'
                    RSS = [int]$line.'RSS'
                    TTY = $line.'TTY'
                    Stat = $line.'Stat'
                    Start = $line.'START'
                    Time = $line.'TIME'
                    Command = $line.'COMMAND'
                    })
                }
                $PSList
                "
            }
        ]
}

Там есть куча free и shareware программ, которые работают в 100 раз лучше

-replace заменили на -match

Как-то вы переусложнили.

$procs = ($ps = (ps aux))[1..($ps.Count - 1)]
$result =
foreach ($proc in $procs) {
    $user,$id,$cpu,$mem,$vir,$rss,$tty,$stat,$start,$time,$com = $proc -split '\s+',11
    [pscustomobject] @{
        USER = $user
        PID = [int] $id
        CPU = [float] $cpu
        MEM = [float] $mem
        VSZ = [int64] $vir
        RSS = [int64] $rss
        TTY = $tty
        STAT = $stat
        START = $start
        TIME = $time
        COMMAND = $com
    }
}
$result[-1]
$result | Format-Table PID,COMMAND

Get-Process выдает намного больше информации, чем ps, просто сравните.

gps -id $pid | fl *

Get-Process выдает намного больше информации, чем ps

потому что выдает кроме прочего кучу бесполезной иформации. Минимум 50%

потому что выдает кроме прочего кучу бесполезной иформации. Минимум 50%

Лишней информации не бывает. Объект на то и объект, чтобы с него брать нужное под задачу. Сегодня не нужно, а завтра нужно. Например получить объект родительского процесса для pwsh и убить его:

((gps -id $pid).Parent).kill()

Сегодня не нужно, а завтра нужно.

Или сегодня сабж есть, а завтра нет.

Идеально! Интересно, а в других скриптовых языках такая возможность задания максимального иса колонок есть?

((gps -id $pid).Parent).kill()

дикий костыль от мелких. А по нашему будет просто

kill $(pgrep process)

А по нашему будет просто

kill $(pgrep process)

Это не убивает родительский процесс. Например mc запущен в консоли, надо убить консоль.

(gps mc).Parent.kill()

Или сегодня сабж есть, а завтра нет.

Пока есть, не будет – не беда. pwsh не отменяет bash.

pwsh не отменяет bash.

только показывает насколько поделка мелких хуже того, что существует в линуксе давным давно. Да это еще ничего. Вот когда читаешь более-менее сложный скрипт, да еще с уродской ВеРбЛюЖьей НоТаЦией с сокращениями - вообще без поллитры не обойдешься. Чувствуется, что разрабы выкурили не один косяк пока сочиняли нечто «лучше чем линуксе»

Пока есть, не будет – не беда.

Конечно не беда. Падумаешь всего-то переписать под что-то другое. Каждый день этим занимаюсь.

Падумаешь всего-то переписать под что-то другое.

Я ничего не пишу, скрипты для себя не в счет. pwsh всегда открыта, это моё любимое приложение, что под линуксом, что под виндой, во многом они совместимы (больше чем с Windows PowerShell), за исключением ОС-ориентированных особенностей.

Я ничего не пишу,
pwsh всегда открыта, это моё любимое приложение

Эмм, любите просто смотреть на неё? Или всё гораздо серьезнее и подобные отклонения на других ресурсах обсуждают?

Вот когда читаешь более-менее сложный скрипт, да еще с уродской ВеРбЛюЖьей НоТаЦией с сокращениями - вообще без поллитры не обойдешься.

Это наследственное. Всё winapi это «без полллитры никак или что курил индус?».

любите просто смотреть на неё?

Пользуюсь

 $ cat ./.bash_history | wc -l
521
 $ (gc ./.local/share/powershell/PSReadLine/ConsoleHost_history.txt).count
28237 

ЗЫ. Это не значит, что в истории исключительно pwsh, там только нет bash builtin.

Я нейтрален, но выглядит как то убого. Тупое многословие

Что поделать, M$. При всей убогости pwsh идея за ним на голову выше текстовых шеллов.

продуманее

Мертвому припарки.

При всей убогости pwsh

И чем же она хуже bash? Практически те же сочетания клавишь, поиск, полная совместимость с линукс-окружением – запускается все, что и в bash, одинаковая скорость работы, подсветка синтаксиса, полная кастомизация промпта, выбор рабочей парадигмы – хочешь используй внешние утилиты, хочешь внутренние, хочешь .Net-методы, хочешь все вместе.

в этом случае надо сравнивать возможности интерпретатора и удобство синтаксиса. При чем тут подсветка и скорость? Все равно что сравнивать яп по возможностям их ide

При чем тут подсветка и скорость?

Потому, что это шелл прежде всего.

в этом случае надо сравнивать возможности интерпретатора и удобство синтаксиса.

Чем отличается cat file в bash и в pwsh? Oтличия начинаются тогда, когда ты хочешь, например обработать вывод этой команды – ты можешь это сделать через утилиты, а можешь через возможности pwsh.

cat file | grep 'string' # через grep
cat file | sls 'string'  # через Select-String

Но во втором случае получаем не просто строку, а объект со своими методами и свойствами:

 $ cat file | sls 'string' | gm

   TypeName: Microsoft.PowerShell.Commands.MatchInfo

Name               MemberType Definition
----               ---------- ----------
Equals             Method     bool Equals(System.Object obj)
GetHashCode        Method     int GetHashCode()
GetType            Method     type GetType()
RelativePath       Method     string RelativePath(string directory)
ToEmphasizedString Method     string ToEmphasizedString(string directory)
ToString           Method     string ToString(), string ToString(string directory)
Context            Property   Microsoft.PowerShell.Commands.MatchInfoContext Context {get;set;}
Filename           Property   string Filename {get;}
IgnoreCase         Property   bool IgnoreCase {get;set;}
Line               Property   string Line {get;set;}
LineNumber         Property   int LineNumber {get;set;}
Matches            Property   System.Text.RegularExpressions.Match[] Matches {get;set;}
Path               Property   string Path {get;set;}
Pattern            Property   string Pattern {get;set;}

Все зависит от того, чего надо. Понятное дело, что sudo pacman -Suy одинаково работает и в bash и в pwsh

идея за ним на голову выше текстовых шеллов.

За хаскелем идея ещё круче стоит. Только очень много буков нажимать надо. ;-(