Total Commander

procViewer 1.1 beta

Можно просматривать запущенные процессы, и удалять процессы. По F3 показывается использование памяти и загруженные модули.

P.S. в дальнейшем планируется добавить всю функциональность от procFS

Присоединяемся к тестированию. Автор, отзовись.

ask-rus писал(а):Присоединяемся к тестированию. Автор, отзовись.

Собственно любые пожелания и багрепорты приветствуются

shadows
А почему в дистрибутиве нет 32-bit модуля?

По пожеланиям сюда советую заглянуть, чтобы не повторяться.

Риквестирую кастомные колонки, 32-битный модуль, значение Command line для каждого процесса. Для раскраски будет полезен тип процесса, приблизительно как в Precess Explorer:

shadows
Можно сделать отображение PID опциональным, пожалуйста? Ну очень хочется.

Double Impact
См. 3 пост и сюда.

[mod="Avada"]Последующий пост от 790, что файл не качается, удалён. Читаем здесь. [/mod]

Double Impact писал(а):shadows
Можно сделать отображение PID опциональным, пожалуйста? Ну очень хочется.

Кастомную колонку? Или убрать PID из расширения файла?

shadows
Может, сперва стоит отреагировать на предыдущие посты?
Конечно, о колонках речь.

Flasher писал(а):shadows
Может, сперва стоит отреагировать на предыдущие посты?
Конечно, о колонках речь.

не волнуйтесь я о всем или почти о всем помню
добавил 32х битную версию... кастомные колонки тоже будут...
я просто пытаюсь уловить смысл иметь конкретно отдельную колонку с PID если тоже самое в EXT сеичас показывается.

Хорошая задумка, но как и предыдущие плагины бесполезно без дерева процессов

Mr.Merak писал(а):Хорошая задумка, но как и предыдущие плагины бесполезно без дерева процессов

ну возможно если совместить с архиваторным плагином то можно и дерево сделать по ctrl-pgDown.
А какие бенифиты несет дерево? может просто все родительские процессы вывести в отчет(F3)?

shadows писал(а): ну возможно если совместить с архиваторным плагином то можно и дерево сделать по ctrl-pgDown.

ну это наверно лучший вариант

А какие бенифиты несет дерево?

Очень странно это слышать от человека, который пишет диспетчер задач

может просто все родительские процессы вывести в отчет(F3)?

То само-сабой.
Для начала, создай в корне две папки - Explorer и System, как это сделано во всех современных аналогах

Mr.Merak писал(а):бесполезно без дерева процессов

Дерево - это всего лишь формат представления списков. Кто-то пользуется деревом в том же ТС, а кто-то нет или почти нет. Польза от дерева - видеть всю структуру. Но я, например, хочу открывать список по Enter и при этом экономить пространство на панели, поэтому дерево, ИМО, - не лучший вариант для ТС.

Mr.Merak писал(а):в корне две папки - Explorer и System, как это сделано во всех современных аналогах

Не во всех. Везде по-разному, где-то есть (и помимо этих представлен ещё ряд других), где-то нет вообще.

Flasher писал(а):Дерево - это всего лишь формат представления списков.

Та что ты говоришь! Ай-ай-ай - а я и не знал.

Формат\не формат - здесь не важно. В диспетчере главное видеть кто кого "родил". Если такого нет - меняем диспетчер на другой.

Mr.Merak писал(а): Формат\не формат - здесь не важно. В диспетчере главное видеть кто кого "родил". Если такого нет - меняем диспетчер на другой.

То есть стандартный TaskMager Windows плохой диспетчер?
Я все таки не поиму зачем видеть кто кого родил? Вот у меня треть процессов запущенна от wininet,треть от explorer ,треть из тоталкомандер, ну и несколько процесов в отношении 1-1. И какая мне польза от этого знания?
Лично для меня диспетчер задач -средство убить зависший процесс, проконтролировать какой из процессов ест память, и из какого пути загрузились модули