Вообщем работает
Правда мою сетевуху показал два раза(с данными и без).

Она показывает адаптеры, которые когда-то были, и которые есть в системе.

Это не страшно, после пересохранения со штатным компонентом --- исчезает.
------------ Дoбавленo:

На SVN вложены новые версии ProcInfo и AdapterInfo, добавлен DiskInfo. Выкладываю на форуме примеры использования компонентов новых версий.

Как качать с SVN?

Валерий, вот, почитай про SVN

Файлы для компонента -- hiXXXX.pas, XXXX.ini и XXXX.ico, где XXXX -- одно из вышеперчисленных названий. Ставятся компоненты киданием фала XXXX.ini на рабочее поле HiAsm'a через диалог установки (по-умолчанию -- в папку System)

nesco, может быть в качестве коротких подсказок писать просто "Процессоры", "Сетевые адапреры" и т.д.? Тем более, что первая часть фразы присутствует везде.

Dilma, согласен, длинно получается, исправлю.

Dilma, спасибо что наконец-то исправил Wiki, мне наконец-то удалось поправить статью про SVN

nesco, одно из больших преимуществ WMI заключается в том, что информация может быть получена с любого компьютера рабочей группы или домена, если у клиента хватает прав. Поэтому есть предложение внести в элементы дополнение вида:


Данная ф-ция полезна для мониторинга рабочих станций в своей сети.
------------ Дoбавленo:

Добавил параметр LoadPercentage, всвязи с чем обратил внимание на способ получения данных:

это не совсем корректно. Дело в том, что такие параметры, как загрузка процессора, напряжение ядра и т.д. не могут быть полученны мгновенно(особенно первое) и поэтому даже если нам надо узнать всего лишь модель CPU мы все равно будем ждать ~3 секунды пока WMI накопит данные о загрузке. Выход тут только один: формировать правильный SQL запрос в зависимости от факта фодключения нижних точек. Но как такое сделать в пакете Delphi пока на ум не приходит...

Dilma, я заметил, что в таком случае применяют параметр Instance и запрос в этом случае выглядит немного иначе, но как его сэмулировать у нас, я не нашел.

nesco, эмулировать ничего не надо. Параметры это столбцы виртуальной БД. Поэтому запросит один из них можно так:
или так:

Dilma, это означает, что не надо давать общий запрос и затем его парсить, а формировать запрос на конкретное поле(поля) при обращении к методам переменных, я правильно понял? Это можно попытаться реализовать для одноранговых переменных и массивов, но вот что делать с зависимыми массивами?

nesco, я думаю самое оптимальное это добавить еще один метод doGetParam, которому подаются на вход имена параметров и по onInfo выдавать их в поток ввиде MT. Вариант с запросом по каждой нижней точки плох тем, что если нам нужно считать все параметры, то время в разы возрастет(для локальной машины может и незаметно будет, но для сетевых станций время на установление коннекта будет заметным).

А входные параметры подавать тоже MT-потоком? И еще -- имена параметров должны быть определенными, тогда их надо прописать в описании точки, я правильно понял? Я наблюдаю здесь похожесть на новую концепцию функциональных вызовов, где параметры передаются как переменные при вызове.

Лучше уж тогда на отдельный выход -- onGetParam

------------ Дoбавленo:


А как предположительно выдавать в MT-поток массивы, не очень понятно, например IP-адресов?

не обязательно. Проще и оптимальнее подавать как строку с параметрами через запятую.


появилось новое соображение интерфейса: сделать doGetParam аналогично doInfo, но с передачей в запрос конкретных полей. Считывание полученных данных делать через теже нижние точки. Причем процедуру получения результата запроса переписывать не надо - вместо тех колонок, которые не были запрошены сейчас выдаются пустые строки.

Продолжая мысль -- парсим строку на предмет получаемых полей и конструируем необходимый запрос. Есть чем заняться.
------------ Дoбавленo:

А почему не через точку с запятой, как в таблице, или это как-то связано с будущей концепцией?