Pull to refresh

Comments 62

Everest кстати больше не развивается и проект закрыт.
Некоторые разработчики отделились, создали свою компанию и продолжают делать свое старое дело, писать софт, только теперь программа называется AIDA64, но по сути она является полным аналогом Everest только с некоторыми новыми возможностями.
Вроде как Everest изначально и назывался AIDA32, вернулись к истокам :)
Проапгрейдились на 64-х битную версию :)
ха! все вернулось на круги своя
Возможно глупый вопрос, а производилось ли тестирование на серверных ОС windows?
Программа тестировалась только в Windows XP SP3 в VMware, Windows 7 x86 и Windows Server 2008 R2.
Напоминаю, что программа находится в разработке и текущая версия не является релизом, соответственно было бы неплохо, чтобы ее тестировали на самом различном железе и операционных системах.
Контактную информацию для связи с разработчиком можно найти на сайте программы.
Спасибо, осталось домыслить как отчеты на ftp складывать, и можно пользоваться :)
В голову пришло только написать скрипт на языке который может эмулировать нажатие клавишей и клики мыши, который открывал бы программу, нажимала кнопку сохранить отчёт и закрывала приложение а дальше через ftp.exe заливала его куда надо
Для этого в программах обычно реализуют консольный доступ, наприер:
Aspia.exe -fullReport -report.txt (хз есть ли такое тут) Ваш К.О.
В Aspia реализована возможность сохранения отчета из командной строки.
Попробуйте выполнить команду: aspia.exe -help

Так же можете прочитать файл readme.txt из архива с программой.
вот именно, что далеко не все программы поддерживают командую строку, к моему вселенскому сожалению (например Intel SSD Tools), поэтому я описал обычный план для пессимистичного скриптинга. А так конечно батник с командной строкой — больше ничего для счастья не надо
она из консоли работает, в html отчет сохраняет, набросаю батник в автозагрузку, висящий в фоне пока не поднимется сеть и сливающий на ftp что-то вроде %computername%_%username%.html
В общем сейчас думаю как имя сделать понятным и уникальным, мб MAC добавлю.
И парсить эти html-ки под нужную мне структуру, а то юзаемый до сих пор fpinger безбожно устарел, все руки не доходили перейти на что-то новое, вот и замена нашлась, спасибо автору :)
Будем наблюдать. Еверест в свое время много чем помогал.
Есть бесплатная утилита этого класса: PC Wizard. Чем Aspia лучше/хуже её? Открытость, конечно, ей в плюс, но кроме этого?
Открытость Aspia я считаю основным достоинством программы. Остальные преимущества выходят из этого:
— Разработчики других проектов могут использовать код Aspia в своих проектах.
— Каждый может принять участие в разработке программы и добавить именно ту функциональность, которая нужна ему. В закрытых проектах вы никак (зачастую) не можете повлиять на появление нужных функций.

Да, на данный момент Aspia не может похвастаться большой функциональностью, но функциональность — дело времени.
Я для аудита использую бесплатную версию Alloy Discovery, уже есть и более свежие версии, но с английским интерфейсом.
UFO just landed and posted this here
Да они издеваются!!! Я наоболрот ищу похожую прогу, то только под линукс! а мне опять (да, пусть и бесплатную и открытую, благодарю), но опять под винду!
*опять придется запускать everest под вайном, надоело*
cat /proc/cpuinfo?
app-benchmarks/ bla bla bla
кдешная смотрелка?
я ищу именно подобную программу, чтобы ею могли пользоваться обычные пользователи (в частоности в убунте)
зачем обычному пользователю столь детально смотреть ха-ки своего железа?
есть дефолтная кде-смотрелка и вроде как под gtk тоже что-то было в убунте
зачем вообще это нужно обычному пользователю?
ну вот например мне нужно узнать, что за оперативка стоит у человека (какие частоты поддерживает) — как он это может сделать не открывая системник?
dmidecode и hwinfo покажут производителя, если знают его, и текущие значения частоты.
но со 100% вероятностью узнавать модель памяти не получится ни в одной ОС
Чо правда штоле? SPD то зачем придуман по-вашему?
Каюсь, не знал про нее.
тогда решение decode-dimms из пакета sys-apps/i2c-tools
и ядро должно быть собрано с поддержкой eeprom
Ну вот как всегда, юниксвэй. Куча разных программ, каждая всего одну функцию делает, половина из них консольные…
А хочется именно тулзу подобную эвересту. Чтобы всё, сразу и с удобным интерфейсом.
спасибо!
ЗЫ и как я раньше не нашел её (что-то я действительно обленился)
кому интеренсо, вот сцылко www.getdeb.net/app.php?name=Hardinfo для убунты
Беру на «вооружение», потребность в таких программах периодически возникает.
Было бы здорово наличие QT/GTK или другого чего-нибудь, что бы можно запускать в linux/bsd и других ОС.
Было бы здорово, что бы программа тестировалась не только в ReactOS, а и в других дистрибутивах ( к примеру через Wine), что позволило стать активным пользователем. Поскольку сейчас запустил, в большом количестве пунктов просто пусто, то и целесообразности её использования для себя не вижу.
пробовал через Wine, работает :) Но программа пишется под Windows-like системы, поэтому не все будет показывать
Кстати, судя по виду данные берутся из реестра/WMI, а не на прямую. т.к. я не заметил что ставился какой-либо драйвер, а без драйвера вроде как нельзя получить большинство информации. А так как инфа получена без него, то она может быть недостоверная. Так что инструмент хоть и хорош, но показывается не то, что есть, а то что ему сообщила Windows
по этому вылезают постоянно глюки, в частности — кол-во PCI слотов завышено прям хорошо. нет названия планок памяти, вернее производителей. Инфа о видеокарте весьма скудная
WMI в программе не используется. Для получения данных DMI/SMBIOS существует несколько путей:

1) Использовать функцию GetSystemFirmwareTable(). Она имеется в Windows начиная с 2003 SP1.
2) Читать данные, которые пишет драйвер smbios.sys.
3) Читать данные из PhisicalMemory (доступно только в kernel-mode).

Сейчас Aspia пытается найти информацию первым способом, если не получается, то вторым.
Остальные данные получаются из реестра или посредством вызова API-функций.

Драйвер, действительно, нужен. Без него не получить данные SPD (информация об оперативной памяти) и данные с датчиков.

Прототип такого драйвера уже имеется и в исходных кодах программы можно найти функции для динамической загрузки этого драйвера. В следующей версии постараюсь включить этот драйвер в программу. Храниться он будет в ресурсах, а не в виде отдельного файла. При запуске программы он будет извлекаться во временную директорию и запускаться, при выходе из программы — останавливаться и удаляться.
Я так понял что под Vista/7 это все будет работать через GetSystemFirmwareTable, а в остальных ОС через драйвер?
Вы все правильно поняли. В 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) Знакомый ищет аналог под линь
Я использую SIW. В чём отличия Aspia от этой софтины?
> Вопрос от разработчика программы lentin: какие функции Вы хотели бы видеть в Aspia?

— важно! нужен список всех устройств (которые с драйверами и без) с их Vendor ID / Device Id (и желательно для девайсов без драйверов сразу давать ссылку на их поиск по этим параметрам на доверенных ресурсах)
— физический разъем процессора (или плохо искал?); cpuz его показывает
— данные по поддержке аппаратного ускорения видео и вычислений на GPU (DXVA, CUDA, etc)
— в «сети» — использование сетевых ресурсов (т.е. кто по какой шаре сейчас ходит)
— список залогиненых пользователей, и как залогинены (физически, rdp, telnet)
— автозагрузка показывает не всё, посмотрите в avz, вот там — настоящий параноидальный менеджер автозапуска :)
— регулировку AAM для винтов было бы здорово там же сделать, но это я уже совсем губу раскатал :)

А так вообще — отличная вещь получилась!
Список устройств с поиском по vendor id и device id будет. Для этих целей будет использоваться заголовочный файл, который генерируется сервисом pcidatabase.com, включающий порядка 8000 устройств. Весь необходимый код для этого уже написан.
Сокет процессора можно посмотреть в данных DMI, но это не самый надежный источник информации.
Остальные пункты весьма уместны, постараюсь реализовать, спасибо за информацию.
Супер!

А откуда берет сокет cpu-z?
реализуйте пожалуйста редактирование DMI для мат плат, и по возможности для других устройств.
Вот круто, только на днях искал аналоги Everset. Вот бы еще она давала ссылку на дрова устройства и вообще цены бы ей не было
Супер, особенно размер!
По функционалу: очень хочется градусников и отображение производителя памяти.
На будущее: неплохо бы иметь возможность «редактировать» выбранный в контексте пункт.
Спасибо!
Удивил вес программы, очень круто.
На чём писали? Интересно просто.
Вся программа написана на Си (без плюсов). Для разработки и сборки используется Visual Studio 2008 Professional.

Ответы на подобные вопросы есть на сайте программы, в разделе «Вопросы и ответы».
Отличное начало.

Не совсем по теме вопроса, но очень расстроился, не найдя webmoney кошельков в разделе «Поддержать».
У меня баг. При нажатии на Принтеры программа прекращает работу. Windows 7 32bit.
Было бы неплохо внести раздел про графическую подсистему:
Используемый GPU, его характеристики (количество пиксельных конвейров, stream processors, частоты, битность шины данных) объем видеоОЗУ, его тип и пр.
Тип и модель подключенного монитора/мониторов.
сделайте на сайте RSS-feed, буду наблюдать за разработкой
Sign up to leave a comment.

Articles