Используя WMI для запросов всей сети для LoginDateTime, UserName, MachineName, IP-адреса, MAC-адреса, Операционной системы?

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

Статичный: определите номер процессов приложения, которые бродят вокруг все время. Условия, которые приводят доводы в пользу этого, включают:

1. Можно позволить себе иметь достаточно экземпляров приложения, бродящего вокруг все время для быстрого служения в качестве большого трафика, поскольку Вы когда-либо добираетесь, по любой причине (машина ничего очень еще не должна делать, Вы никогда действительно получаете так много трафика, машина имеет много запасных ресурсов, what-have-you).
2. Экземпляр процесса приложения имеет значительное время запуска, и Ваши пользователи будут раздражаться им.
3. Машина должна только когда-либо иметь некоторую пропорцию набора своих ресурсов, израсходованных этим приложением так, чтобы другие задания могли работать без неуместной интерференции.

Динамичный: переменное количество процессов приложения, которые запущены по требованию и избавлены, когда неиспользованный. Условия, которые приводят доводы в пользу этого, включают:

1. Ваш трафик очень остроконечный (самоподобный), так, чтобы было важно смочь породить больше процессов приложения для обработки его.
2. Экземпляр процесса приложения запускает очень быстро, таким образом, он не причиняет много вреда, если нужно быть порождены для обрабатывания запроса.
3. Машине действительно нужны ее ресурсы для других целей, таким образом, хорошо освободить их, когда Вы можете, но это должно хорошо впитать многие из них для этого приложения, когда его движение является интенсивным.