Everest кстати больше не развивается и проект закрыт.
Некоторые разработчики отделились, создали свою компанию и продолжают делать свое старое дело, писать софт, только теперь программа называется AIDA64, но по сути она является полным аналогом Everest только с некоторыми новыми возможностями.
Программа тестировалась только в Windows XP SP3 в VMware, Windows 7 x86 и Windows Server 2008 R2.
Напоминаю, что программа находится в разработке и текущая версия не является релизом, соответственно было бы неплохо, чтобы ее тестировали на самом различном железе и операционных системах.
Контактную информацию для связи с разработчиком можно найти на сайте программы.
В голову пришло только написать скрипт на языке который может эмулировать нажатие клавишей и клики мыши, который открывал бы программу, нажимала кнопку сохранить отчёт и закрывала приложение а дальше через ftp.exe заливала его куда надо
вот именно, что далеко не все программы поддерживают командую строку, к моему вселенскому сожалению (например Intel SSD Tools), поэтому я описал обычный план для пессимистичного скриптинга. А так конечно батник с командной строкой — больше ничего для счастья не надо
она из консоли работает, в html отчет сохраняет, набросаю батник в автозагрузку, висящий в фоне пока не поднимется сеть и сливающий на ftp что-то вроде %computername%_%username%.html
В общем сейчас думаю как имя сделать понятным и уникальным, мб MAC добавлю.
И парсить эти html-ки под нужную мне структуру, а то юзаемый до сих пор fpinger безбожно устарел, все руки не доходили перейти на что-то новое, вот и замена нашлась, спасибо автору :)
Открытость Aspia я считаю основным достоинством программы. Остальные преимущества выходят из этого:
— Разработчики других проектов могут использовать код Aspia в своих проектах.
— Каждый может принять участие в разработке программы и добавить именно ту функциональность, которая нужна ему. В закрытых проектах вы никак (зачастую) не можете повлиять на появление нужных функций.
Да, на данный момент Aspia не может похвастаться большой функциональностью, но функциональность — дело времени.
Да они издеваются!!! Я наоболрот ищу похожую прогу, то только под линукс! а мне опять (да, пусть и бесплатную и открытую, благодарю), но опять под винду!
*опять придется запускать everest под вайном, надоело*
зачем обычному пользователю столь детально смотреть ха-ки своего железа?
есть дефолтная кде-смотрелка и вроде как под gtk тоже что-то было в убунте
зачем вообще это нужно обычному пользователю?
dmidecode и hwinfo покажут производителя, если знают его, и текущие значения частоты.
но со 100% вероятностью узнавать модель памяти не получится ни в одной ОС
Ну вот как всегда, юниксвэй. Куча разных программ, каждая всего одну функцию делает, половина из них консольные…
А хочется именно тулзу подобную эвересту. Чтобы всё, сразу и с удобным интерфейсом.
Было бы здорово наличие QT/GTK или другого чего-нибудь, что бы можно запускать в linux/bsd и других ОС.
Было бы здорово, что бы программа тестировалась не только в ReactOS, а и в других дистрибутивах ( к примеру через Wine), что позволило стать активным пользователем. Поскольку сейчас запустил, в большом количестве пунктов просто пусто, то и целесообразности её использования для себя не вижу.
Кстати, судя по виду данные берутся из реестра/WMI, а не на прямую. т.к. я не заметил что ставился какой-либо драйвер, а без драйвера вроде как нельзя получить большинство информации. А так как инфа получена без него, то она может быть недостоверная. Так что инструмент хоть и хорош, но показывается не то, что есть, а то что ему сообщила Windows
по этому вылезают постоянно глюки, в частности — кол-во PCI слотов завышено прям хорошо. нет названия планок памяти, вернее производителей. Инфа о видеокарте весьма скудная
WMI в программе не используется. Для получения данных DMI/SMBIOS существует несколько путей:
1) Использовать функцию GetSystemFirmwareTable(). Она имеется в Windows начиная с 2003 SP1.
2) Читать данные, которые пишет драйвер smbios.sys.
3) Читать данные из PhisicalMemory (доступно только в kernel-mode).
Сейчас Aspia пытается найти информацию первым способом, если не получается, то вторым.
Остальные данные получаются из реестра или посредством вызова API-функций.
Драйвер, действительно, нужен. Без него не получить данные SPD (информация об оперативной памяти) и данные с датчиков.
Прототип такого драйвера уже имеется и в исходных кодах программы можно найти функции для динамической загрузки этого драйвера. В следующей версии постараюсь включить этот драйвер в программу. Храниться он будет в ресурсах, а не в виде отдельного файла. При запуске программы он будет извлекаться во временную директорию и запускаться, при выходе из программы — останавливаться и удаляться.
Вы все правильно поняли. В Vista/2008/7/2008 R2 будет использоваться функция GetSystemFirmwareTable, в более старых версиях — драйвер, который будет читать память по нужным адресам.
Как вариант, можно в старых системах читать память из user-mode, там это еще можно было делать.
Вообще же, я хотел бы написать драйвер, который лишь будет предоставлять выполнение некоторых команд, которые можно сделать только в kernel-mode. Например, readmsr, writemsr, чтение и запись в PhisicalMemory. Основной код будет оставаться в user-mode.
проще тогда воспользоваться драйвером-шлюзом.
т.е. код будет состоять только из 3 функций: Загрузка, выгрузка, получение IOCTL запросов.
для IOCTL запросов сделать поддержку запросов:
1) чтение памяти по указанному адресу (или копирование заданного кол-ва байт)
2) выполнение указанного кода в kernel mode (тогда вообще универсально будет для получения инфы из портов, шины и прочих мест)
В принципе довольно просто получится, зато даст хорошие возможности по работе
writemsr и запись в физ память лучше не делать. потому что потом такой драйвер выдерут и будут использовать для малвара если у него будет ЦП. И тогда будут большие проблемы с этим.
Лучше делать чуть по другому:
При старте, грузить драйвер, затем сразу удалять из реестра и с винта.
С винта драйвер будет легко удалить, т.к. винда не блокирует файлы драйверов, а из реестра надо будет удалять, чтобы при всякого рода сбоях, драйвер не весел там.
Кстати т.к. проект OpenSource, то лучше уже сейчас начать разработку драйвера, т.к. пока что на холяву можно будет получить подписание этого драйвера при содействии ReactOS. А то без ЦП поддержки Win7 x64 не будет, а платить за свой сертификат ЦП слишком уже накладно будет, тем более для OpenSource проекта
Прототип такого драйвера уже имеется и в исходных кодах программы можно найти функции для динамической загрузки этого драйвера. В следующей версии постараюсь включить этот драйвер в программу. Храниться он будет в ресурсах, а не в виде отдельного файла. При запуске программы он будет извлекаться во временную директорию и запускаться, при выходе из программы — останавливаться и удаляться.
Вот тут-то Касперский и решит, что Aspia — потенциально опасное ПО
1) По возможности добавить просмотр серийников/ключей от установленных программ (windows, office… остально по возможностям).
2) Клиент/Серверная версия, для массового сбора данных в сети предприятия
3) Знакомый ищет аналог под линь
> Вопрос от разработчика программы lentin: какие функции Вы хотели бы видеть в Aspia?
— важно! нужен список всех устройств (которые с драйверами и без) с их Vendor ID / Device Id (и желательно для девайсов без драйверов сразу давать ссылку на их поиск по этим параметрам на доверенных ресурсах)
— физический разъем процессора (или плохо искал?); cpuz его показывает
— данные по поддержке аппаратного ускорения видео и вычислений на GPU (DXVA, CUDA, etc)
— в «сети» — использование сетевых ресурсов (т.е. кто по какой шаре сейчас ходит)
— список залогиненых пользователей, и как залогинены (физически, rdp, telnet)
— автозагрузка показывает не всё, посмотрите в avz, вот там — настоящий параноидальный менеджер автозапуска :)
— регулировку AAM для винтов было бы здорово там же сделать, но это я уже совсем губу раскатал :)
Список устройств с поиском по vendor id и device id будет. Для этих целей будет использоваться заголовочный файл, который генерируется сервисом pcidatabase.com, включающий порядка 8000 устройств. Весь необходимый код для этого уже написан.
Сокет процессора можно посмотреть в данных DMI, но это не самый надежный источник информации.
Остальные пункты весьма уместны, постараюсь реализовать, спасибо за информацию.
Супер, особенно размер!
По функционалу: очень хочется градусников и отображение производителя памяти.
На будущее: неплохо бы иметь возможность «редактировать» выбранный в контексте пункт.
Спасибо!
Было бы неплохо внести раздел про графическую подсистему:
Используемый GPU, его характеристики (количество пиксельных конвейров, stream processors, частоты, битность шины данных) объем видеоОЗУ, его тип и пр.
Тип и модель подключенного монитора/мониторов.
Aspia: программа для сбора и отображения информации о системе