Dylanthepiguy's questions

Estou tentando testar o renicecomando no meu Mac, parece não ter efeito. Estou testando assim:

Eu tenho uma CPU dual core com hyper threading, então eu executo 6 instâncias das node -e 'while(1){}'quais, combinadas, maximizam minha CPU. (Como alternativa, execute while true; do echo running > /dev/null ; donese você não tiver o nó.)

Em seguida, obtenho um PID de um dos processos do nó, seja pelo aplicativo do monitor de atividade ou pgrep, e então executo sudo renice -n 19 -p $PID.

Observando o aplicativo do monitor de atividades ou htop, o uso da CPU de todos os processos do nó ainda é equivalente:

Meu entendimento era que o processo que eu reniceteria uma prioridade baixa e, portanto, não usaria uma quantidade significativa de tempo de CPU quando houvesse outros processos usando-o.

Estou entendendo mal algo sobre renice? Ou isso é um bug no macOS?

Estou tentando fazer uma nova sessão com o mesmo nome da atual com um extra -2no final do nome.

bind C new-session -c "#{pane_current_path}" -s "#{session_name}"-2

O session_namednão interpola o nome da variável ele leva esse texto literalmente, criando uma sessão com o nome"#{session_name}"-2

Eu também estou executando o tmux 2.6

Se eu abrir o seletor de janela <prefix>wenquanto estiver em uma divisão, o seletor de janela será exibido apenas na divisão atual. Como posso fazer o seletor de janela preencher todo o terminal?

A solução idealmente deve ser perfeita: ou seja, deve abrir o seletor de janela em tela cheia independentemente de já estarmos ampliados e, ao sair do seletor de janela, o estado do zoom deve ser o mesmo de antes do seletor de janela ser aberto.

Na linha de comando do bash, você pode usar atalhos do vim definindo set editing-mode vino ~/.inputrcarquivo. Quero poder fazer o mesmo ao digitar <prefix>:newpara criar uma nova janela, por exemplo.

(No meu ~/.tmux.confarquivo, eu tenho set-window-option -g mode-keys vi, que não atinge o acima no modo de comando.)