что такое xtool в диспетчере задач
filecheck .ru
Большинство антивирусных программ распознает xtool.exe как вирус.
Бесплатный форум с информацией о файлах поможет вам найти информацию, как удалить файл. Если вы знаете что-нибудь об этом файле, пожалуйста, оставьте комментарий для других пользователей.
Вот так, вы сможете исправить ошибки, связанные с xtool.exe
Информация о файле xtool.exe
Более точные детали, к какой программе принадлежит процесс xtool.exe не доступны. Это отчасти потому, что автор программы не определен.
Описание: xtool.exe не является важным для Windows и часто вызывает проблемы. Файл xtool.exe находится в подпапках Windows для хранения временных файлов или иногда в подпапках «C:\Users\USERNAME». Известны следующие размеры файла для Windows 10/8/7/XP 2,716,160 байт (50% всех случаев) или 2,106,368 байт. 
Это не системный процесс Windows. У процесса нет видимого окна. Нет информации по файлу. Xtool.exe способен мониторить приложения. Поэтому технический рейтинг надежности 84% опасности.
Важно: Вы должны проверить файл xtool.exe на вашем компьютере, чтобы убедится, что это вредоносный процесс. Мы рекомендуем Security Task Manager для безопасности вашего компьютера.
Комментарий пользователя
Лучшие практики для исправления проблем с xtool
Чистый и аккуратный компьютер является ключевым требованием для избежания проблем с ПК. Это означает: проверка на наличие вредоносных программ, очистка жесткого диска, используя cleanmgr и sfc /scannow, удаление программ, которые вам больше не нужны, проверка Автозагрузки (используя msconfig) и активация Автоматического обновления Windows. Всегда помните о создании периодических бэкапов, или как минимум о создании точек восстановления.
Если у вас актуальная проблема, попытайтесь вспомнить последнее, что вы сделали, или последнюю программу, которую вы установили, прежде чем проблема появилась первый раз. Используйте resmon команду, чтобы определить процесс, который вызывает у вас проблему. Даже если у вас серьезные проблемы с компьютером, прежде чем переустанавливать Windows, лучше попробуйте восстановить целостность установки ОС или для Windows 8 и более поздних версий Windows выполнить команду DISM.exe /Online /Cleanup-image /Restorehealth. Это позволит восстановить операционную систему без потери данных.
xtool сканер
Security Task Manager показывает все запущенные сервисы Windows, включая внедренные скрытые приложения (например, мониторинг клавиатуры или браузера, авто вход). Уникальный рейтинг надежности указывает на вероятность того, что процесс потенциально может быть вредоносной программой-шпионом, кейлоггером или трояном.
Бесплатный aнтивирус находит и удаляет неактивные программы-шпионы, рекламу, трояны, кейлоггеры, вредоносные и следящие программы с вашего жесткого диска. Идеальное дополнение к Security Task Manager.
Reimage бесплатное сканирование, очистка, восстановление и оптимизация вашей системы.
xtool.exe — что это за процесс?
Приветствую дорогие друзья! Сегодня будем разбираться с процессом xtool.exe — я постараюсь найти максимум информации и напишу обо всем простыми словами.
Сразу и коротко. Скорее всего данный файл участвует в установке игры/ПО. Представляет из себя какой-то компонент, утилиту, которая видимо относится к распаковке файлов или наоборот — к сжатию. Точно к сожалению не удалось узнать.
xtool.exe — что это?
Поискав в интернете, понял, что информации очень и очень мало. Первое что нашел — ссылку на проверку файла xtool.exe сервисом ВирусТотал. Перейдя по ссылке, попал на отчет проверки файла, где указано что из множества антивирусных движков только три нашли угрозу в xtool.exe:
Что интересно — файл анализировался аж два года назад, в 2016, а сейчас на дворе — 2018. Кому интересно — вот ссылка на анализ файла.
Так как информации мало, советую вам также проверить свой xtool.exe на Вирустотале, может он отличается немного. В общем вбейте в поисковик слово Вирустотал и откройте сайт > выберите файл > нажмите проверить > посмотрите результаты. Скажу сразу, что там все просто и вы стопудово разберетесь.
Один человек написал сообщение — он устанавливал игру Prey (какой-то шутер) и у него висел в диспетчере процесс xtool.exe. Так и непонятно что делает процесс — слово tool в имени возможно означает что это какая-то утилита.
Нашел такую картинку, здесь в папке присутствует файл xtool.exe:
Но также есть и Setup1.bin, обычно такой файл можно найти в папке с установочными файлами игры или какой-то программы. Также вижу файл Arc.exe, поискав в интернете, понял — это возможно связано с распаковкой архива. Также нашел информацию, что ARC — формат командной строки в архиваторах. Есть еще программа UltraARC:
Особо вникать в то что это за программа — нет смысла. Однако сразу видно — точно имеет отношение к архивам. И возможно она правда нужна для распаковки запакованных частей игры/программы.
К чему я все это написал выше — xtool.exe это компонент, который участвует в установке ПО, предположительно игры. Если вы скачали пиратскую игру, то возможно xtool.exe — вирус, здесь нет ничего удивительного.
В папке, где расположен файл xtool.exe, также может быть и файл arc.ini (выше на картинке он есть) — в этом файле может быть строка, что-то вроде такого:
Что подтверждает — xtool.exe это компонент, участвующий в установке игры. Может принимает участие именно в распаковке архивов, точно неизвестно.
Есть еще программа Tenable xTool, однако вряд ли она имеет отношение к xtool.exe, хотя по названию похоже:
На зарубежном сайте нашел инфу — XTool это An Ultimate All-In-One Precompressor Tool. То есть утилита для пре-компрессии, но что это, к сожалению я и сам не знаю.
Процесс под названием ztool.exe что это!
Точно не могу сказать, так как только что сам столкнулся с проблемой и ничего толкового в инете не нашёл, кроме как ВИРУСЫ АААААААААААА УДАЛЯЯЯЯЯЙ.
Лично моё мнение: Обычный установщик. Почему? Потому что у всех файлов, которые мне попались при установке Обливиона и Скайрима не имели определённой точки хранения и удалялись сразу же после установки или остановки скачивания игры. Может, это бред, и это действительно вирусы, но если никто не даёт внятного ответа и объяснения своей теории, можно ли считать мой ответ некорректным и диким? Вот и подумай.
Описание
Наш сайт предоставляет бесплатную загрузку ZTool 1.002. Эта программа для ПК подходит для 32-разрядных версий Windows 7. Наиболее популярной версией среди пользователей ZTool является 1.0. ZTool.exe является самым частым именем файла для программы установки этой программы. Эта программа была первоначально разработана HomeSeer Technologies. Программа включена в Internet & Network Tools.
Используйте Z-Tool со своим ноутбуком и любым популярным
USB-интерфейсом Z-Wave для быстрой и легкой настройки домашней сети Z-Wave.
Затем присоедините интерфейс Z-Wave к любому программному обеспечению или аппаратной системе управления Z-Wave для полного управления Z-Wave вашего дома!
— Упростите настройку сети Z-Wave!
— Превратите свой USB-интерфейс в основной контроллер!
— Назовите свои устройства Z-Wave по мере их добавления!
— Легко удалять мертвые или отсутствующие узлы Z-Wave!
— Резервное копирование / восстановление вашей сети Z-Wave в любое время!
Зомби, которые съедают вашу память
Что бы вы там себе не думали, а зомби существуют. И они действительно едят мозги. Не человеческие, правда, а компьютерные. Я говорю сейчас о зомби-процессах и потребляемых ими ресурсах. Это будет душераздирающая история о потерянных и снова найденных 32 ГБ оперативной памяти. Возможно, лишь некоторые из вас столкнутся с точно такой же проблемой, но если вдруг это произойдёт — у вас хотя бы будет шанс понять, что происходит.
Начнём с того, что компьютеры под управлением ОС Windows склонны со временем терять память. Ну, по крайней мере, у меня, при моём способе ими пользоваться. После пары недель без перезагрузок (или, например, всего одного уикэнда за который я 300 раз пересобрал Хром) я стал замечать, что диспетчер задач начинает показывать мне очень маленькое количество свободной оперативной памяти, но в то же время в системе нет никаких процессов, которые эту самую память активно используют. В том примере выше (с 300 сборками Хрома) диспетчер задач сказал мне, что в системе занято 49.8 ГБ плюс ещё 4.4 ГБ памяти сжато — но при этом запущено всего несколько процессов, и все они в сумме даже и близко не используют столько памяти:
В моём компьютере 96 ГБ оперативной памяти (да, я счастливчик) и когда у меня нет вообще никаких запущенных процессов — я, знаете ли, хотел бы видеть ну хотя бы половину этой памяти свободной. Я правда рассчитываю на это. Но иногда этого достичь не удаётся и мне приходится перезагружать ОС. Ядро Windows написано качественно и надёжно (без шуток), так что память не должна бы пропадать бесследно. Но всё же она пропадает.
Первой же моей догадкой стало воспоминание о том, что один из моих коллег как-то жаловался на зомби-процессы, которые иногда остаются в ОС уже не активными, но всё же ещё не до конца удалёнными ядром. Он даже написал специальную утилиту, которая выводит список таких процессов — их имена и количество. Когда он запускал эту утилиту в своих тестах, то получал до нескольких сотен зомби-процессов на обычной Windows-машине. Я нашел его инструмент, запустил на своём компьютере и получил… 506 000 зомби-процессов. Да, 506 тысяч!
Я вспомнил, что одной из возможных причин перехода процесса в состояние «зомби» может быть то, что какой-то другой процесс держит открытым его дескриптор (handle). В моём случае большое количество зомби-процессов играло мне на руку — им было сложнее скрыться. Я просто открыл диспетчер задач и добавил на вкладку Details столбец с количеством открытых дескрипторов для каждого процесса. Затем отсортировал список по убыванию значений в этом столбце. Я сразу нашел героя данной истории — процесс CcmExec.exe (часть Microsoft System Management Server) имел 508 000 открытых дескрипторов. Это было во-первых, очень много, а во-вторых, подозрительно близко к найдненному мною выше числу в 506 000 зомби-процессов.
Всё получилось ровно так, как я того и ожидал. Как я без иронии писал выше — ядро Windows написано очень хорошо и когда процесс уничтожается, то и все занятые им ресурсы освобождаются. Закрытие CcmExec.exe освободило 508 000 дескрипторов, что дало возможность окончательно закрыть 506 000 зомби-процессов. Количество свободной оперативной памяти мгновенно выросло на 32 ГБ. Тайна раскрыта!
Что такое зомби-процесс?
До этого момента мы ещё не выяснили, что же заставило все эти процессы зависнуть в неопределённости, а не быть удалёнными. Похоже на то, что мы имеем дело с тривиальным багом в приложении (а не в ядре ОС). Общее правило гласит, что когда вы создаёте процесс, то получаете его дескриптор и дескриптор его главного потока. Вы ОБЯЗАНЫ закрыть эти дескрипторы. Если вашей задачей было просто запустить процесс — их можно закрыть сразу же (это не убъёт запущенный процесс, а просто разорвёт связь вашего процесса с ним). Если новый процесс вам для чего-то нужен (например, вы ждёте окончания его работы или вам нужен код, который он вернёт) — то нужно воспользоваться соответствующими функциями (например, WaitForSingleObject(hProcess, INFINITE) для ожидания выхода или GetExitCodeProcess(hProcess, &exitCode) для получения кода возврата) и всё-равно закрыть дескрипторы после того, как вы получили от дочернего процесса всё, чего хотели. Аналогично следует и поступать и с дескрипторами процессов, которые вы для чего-нибудь открываете с помощью функции OpenProcess().
Если процесс, который забывает так поступать, относится к системным, то вам даже может не помочь выйти из своего аккаунта и снова залогиниться, только полная перезагрузка.
Куда же девается память?
500 000 раз по 32 КБ будет равно примерно 16 ГБ — куда же делась остальная память? Сравнение состояния памяти до и после закрытия зомби-процессов даёт ответ на этот вопрос:
Мы можем чётко увидеть, что
16 ГБ уходит на Process Private Memory. Также мы видит, что ещё 16 ГБ приходится на Page Table Memory. Очевидно, что каждый зомби-процесс занимает 32 КБ в таблице страниц памяти и еще 32 КБ использует для своей личной памяти. Я не знаю для чего зомби-процессу так много памяти, но, наверное, никто никогда не думал, что число таких процессов может измеряться сотнями тысяч.
Некоторые типы занятой памяти увеличились после закрытия процесса CcmExec.exe, в основном это касается Mapped File и Metafile. Я не знаю точно, почему так получилось. Одной из моих догадок является то, что ОС решила, что свободной памяти теперь достаточно и что-то себе закешировала. Это, в общем, не плохо. Мне не жаль памяти для нужд ОС, я просто не хочу, чтобы она пропадала совсем уж бесцельно.
Важное замечание: RamMap тоже открывает дескрипторы всех процессов, так что эту утилиту следует закрыть, если вы хотите добиться закрытия зомби-процессов.
Я написал твит о моей находке и исследование продолжил другой программист, который сумел воспроизвести данный баг и передать информацию о нём разработчику из Microsoft, который сказал, что это «известная проблема, которая иногда случается, когда очень много процессов запускаются и закрываются очень быстро».
Я надеюсь, что данная проблема будет скоро исправлена.
Почему у меня на компьютере возникают такие странные проблемы?
Я работаю над кодом Windows-версии Хрома и одной из моих задач является оптимизация его сборки на этой ОС, а это требует многократных запусков этой самой сборки. Каждая сборка Хрома запускает огромное множество процессов — от 28 000 до 37 000 в зависимости от выбранных настроек. При использовании нашей распределённой системы сборки (goma) эти процессы создаются и закрываются очень быстро. Мой лучший результат сборки Хрома — 200 секунд. Но столь агрессивная политика запуска процессов выявляет и проблемы в ядре Windows и её компонентах:
Что дальше?
Если вы работаете не на компьютере, управляемом политиками компании, то процесс CmmExec.exe у вас не запущен и с конкретно данным багом вы не столкнётесь. Также он коснётся вас только если вы собираете Хром или делаете ещё что-то похожее, создавая и закрывая при этом десятки тысяч процессов в короткие промежутки времени.
CcmExec — не единственная в мире программа с багами. Я нашел много других, содержащих в себе конкретно этот же тип ошибок, приводящих к созданию зомби-процессов. И есть ещё огромное множество тех, которые я не нашел.
Как знают все опытные программисты, любая ошибка, которая не была явно исправлена или предупреждена — точно когда-то произойдёт. Просто написать в документации «Пожалуйста, закройте этот дескриптор» — не достаточно. Так что вот мой вклад в то, чтобы сделать нахождение подобного типа ошибок проще, а их исправление — реальнее. FindZombieHandles — это инструмент, основанный на NtApiDotNet и коде от @tiraniddo, который выводит список зомби-процессов и информацию о том, кто сделал их зомби. Вот пример вывода данной утилиты, запущенной на моём компьютере:
274 зомби — это ещё не так плохо. Но уже и это указывает на определённые проблемы, которые могут быть найденны и исправлены. Процесс IntelCpHeciSvc.exe в этом списке имеет самые большие проблемы — похоже на то, что он открывает (и забывает закрыть) дескриптор процесса каждый раз, когда я открываю видео в Windows Explorer.
Visual Studio забывает закрыть дескрипторы как минимум двух процессов, в одном случае это воспроизводится всегда. Просто запустите сборку проекта и подождите
15 минут пока процесс MSBuild.exe закроется. Можно также выставить опцию “set MSBUILDDISABLENODEREUSE=1” и тогда MSBuild.exe закроется сразу по окончанию сборки и потерянный дескриптор будет виден сразу. К сожалению, какой-то негодяй в Microsoft исправил эту проблему и фикс должен выйти в обновлении VS 15.6, так что поторопитесь воспроизвести её, пока это ещё работает (надеюсь, не нужно объяснять, что это была шутка и никакой он на самом деле не негодяй).
Также вы можете использовать для просмотра забытых процессов программу Process Explorer, сконфигурировав её нижнюю панель так, как это показано ниже (заметьте, что в этом случае будут показаны забытые дескрипторы как для процессов, так и для потоков):
Вот пару примеров найденных багов (о некоторых сообщено разработчикам, но не о всех):
Используя Process Explorer, я заметил, что NVDisplay.Container.exe открывает
5000 дескрипторов на событие \BaseNamedObjects\NvXDSyncStop-61F8EBFF-D414-46A7-90AE-98DD58E4BC99, создавая новый дескриптор каждые две минуты. Я так понимаю, они хотят быть супер-уверены в том, что могут остановить NvXDSync? Багрепорт Nvidia отправлен.
Corsair Link Service создаёт
15 дескрипторов в секунду, не освобождает их совсем. Багрепорт отправлен.
Adobe’s Creative Cloud теряет тысячи дескрипторов (около 6500 в день, по моим подсчётам). Багрепорт отправлен.
Удивительно, что никто до этого особо не обращал внимание на подобные баги. Эй, Microsoft, возможно, стоит собирать статистику по таким случаям и что-то предпринимать по этому поводу? Эй, Intel и Nvidia, почистите немного ваш код. Помните, я наблюдаю за вами.
А теперь вы можете взять утилиту FindZombieHandles, запустить её на вашей машине и рассказать о своих находках. Также вы можете использовать в экспериментах диспетчер задач и Process Explorer.
Pagerank это, что такое и как его определить на сервисе Xtool
В статье рассмотрим вопрос, Pagerank, это? Также разберем сервис Xtool и его возможности. Определим на данном сервисе Pagerank и узнаем о ценности данного показателя.
Что такое Xtool и для чего он нужен
Здравствуйте, друзья! Что такое Xtool? Это сервис для проверки сайтов и их оценки. То есть, с помощью сервиса вы сможете определить уровень доверия поисковых систем к сайту (траст сайта), узнать об оценке качества внешних ссылок, заспамленности ссылок. Кроме того, сервис показывает такие показатели, как оценку трафика в Яндекс или Google, помогает определить индекс качества сайта, то есть ИКС. О том, что такое ИКС, можете посмотреть в статье. Сервис Xtool позволяет подсмотреть, есть ли фильтры от поисковых систем или нет, он определяет индексацию страниц, популярность, Xpr, посещаемость и так далее.
Для чего нужен сервис Xtool? В основном, чтобы проводить СЕО анализ сайтов или блогов. Причем ресурс делает это бесплатно и без регистрации. При желании вы можете создать аккаунт на сервисе, чтобы информация о вашем сайте быстро обновлялась.
Далее поговорим о Pagerank и используем Xtool на практике.
Рассмотрим вопрос, Pagerank это что такое?
Итак, Pagerank это что такое? Простыми словами это алгоритм ссылочного ранжирования или числовая величина, которая характеризует важность страниц. Этот алгоритм применяют к коллекции каких-либо документов, сайтов, изображений, которые связаны гиперссылками. С помощью алгоритма определяется важность или вес той или иной страницы, документа, сайта.
Отсюда сделаем вывод – чем больше ссылок ссылается на какую-либо страницу, тем она важнее. С помощью Pageranke можно определить вес страницы в Интернете, путем подсчета важности ссылок на нее. Далее мы определим Pageranke на сервисе Xtool.
xPR — определяем PageRank на Xtool
Итак, чтобы без сбоев проверить сайт, давайте сначала зарегистрируемся на Xtool. Переходите на сервис «xtool.ru» и далее нажимаете кнопку «Регистрация» (скрин 1).
Далее пишете Email и соглашаетесь с правилами. Затем кликните еще раз «Регистрация». После этого зайдите в почтовый ящик, который указали. Затем сохраните данные для входа – логин и пароль. Нажмите в письме – «Ссылка для входа в личный кабинет» и войдете на сервис.
Теперь, мы проверим наш сайт. Для этого скопируйте в адресной строке адрес сайта. Кстати, в статье мы рассказали, «что такое адресная строка». Здесь показано для новичков, как с ней работать. Затем вставляете адрес сайта в поле и нажимаете «Проверить» (скрин 2).
Далее вы увидите внизу показатель xPR – это аналог PageRank (скрин 3).
К примеру, с главной страницы данного ресурса можно увидеть, что xPr: 0.94. Это означает, что важность страницы повышается, и показатель позволяет понять, что данный сайт является полезным. Раньше был показатель от Гугла и он назывался PR. Теперь, Google реанимирует его в новом видении. Кстати, на сервисе дается 7 бесплатных проверок в день.
Другие возможности сервиса Xtool
Разберем дополнительные возможности сервиса:
Мы разобрали только основные возможности данного сервиса. Остальное сможете посмотреть самостоятельно.
Заключение
По сути, Pagerank это одна из важных характеристик сайта? В статье показано, где посмотреть этот показатель. Вычислили его на специальном сервисе Xtool и сделали обзор на этот ресурс. Теперь вы знаете, как определять важность страниц сайта, как проводить бесплатный аудит. Это поможет понять, насколько хорошо ваш ресурс развивается, какие ошибки нужно устранять.