Что такое ет вылет диска: Что такое ET (вылет диска) и на что этот показатель влияет

Что такое ET (вылет диска) и на что этот показатель влияет

Иногда хочется выделяться не только в толпе, но и в автомобильной пробке. Показать свою индивидуальность, затюнинговав свое авто новыми дисками. Чтобы сразу было видно, что ты не такой как все! Стоишь себе в пробке, красуешься. А тут к тебе какой-нибудь «автомобильный ботаник» подойдет и начнет рассказывать, что у тебя вылет диска. Выйдешь, посмотришь – все диски на месте. На самом деле ничего никуда не вылетает. Так называется параметр, который нужно учитывать при установке дисков.

Что это за вылет такой?

Обозначается производителями в технической документации автомобиля как «ET». Под вылетом диска подразумевают смещение привалочной плоскости диска относительно гипотетической линии, проходящей посредине ширины обода. Говоря о привалочной плоскости, имеется ввиду область диска, прилегающая непосредственно к ступице.

Дисковый вылет может быть положительным, нулевым и отрицательным.

•  Положительный дисковый вылет — характеризуется смещением привалочной плоскости назад от средины ширины диска.

•   Нулевой дисковый вылет — характеризуется отсутствием смещения привалочной плоскости относительно средины ширины диска.

•   Отрицательный дисковый вылет — характеризуется смещение привалочной плоскости вперед от средины ширины диска.

Визуально дисковый вылет можно описать:
— Положительный — ступица сильнее выступает из диска наружу.
  — Отрицательный — ступица вдавлена внутрь объема диска(на фото)

 

Отклонение от «правильного» размера

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

Если раньше при разработке подвески автомобиля учитывался запас прочности, то в последнее время все наоборот.

«Впрок» никто не оставляет, а наоборот конструкторы стараются все просчитать, чтобы использовать как можно меньше материалов и тем самым уменьшить себестоимость производства. Вот откуда эти 5 мм. Отклонение больше может негативно повлиять как на «здоровье» подвески автомобиля, так и на ваше здоровье.

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

Еще одним «минусом» изменения параметров вылета более 5 мм можно считать увеличение нагрузки на подшипники. В такое случаи нагрузка на них распределяется неравномерно, не по всей ширине. Скользящие элементы подшипника изнашиваются неровно. Это может привести к стопору и разрушению детали внутри.

Не стоит забывать, что значение вылета задается относительно определенного, «родного» размера (ширины) автомобильных дисков. При установке на авто более широких дисков параметр вылета уменьшается. А при использовании меньшего размера вылет должен увеличиваться. Для получения более подробной информации конкретно по марке вашего автомобиля лучше обратиться в сервисный центр.

Вывод

Установка дисков с минусовым вылетом придаст вашему авто некой брутальности, увеличит ширину колеи. Немного потешит самодовольство. При этом нагрузка увеличивается на подвеску, неравномерно распределяется в подшипниках и по ширине покрышек. Игру с дисковым вылетом можно сравнить с хождением женщин на высоком каблуке: красиво и впечатляет, но опасно. Так что лучше придерживаться правила «5 мм безопасности».

Другие обзоры шин и дисков:

Что такое вылет диска и на какие показатели он влияет?

Всем доброго времени суток! На протяжении продолжительного времени я публиковал статьи посвященные автомобильным шинам, это и интереснейшая статья о недостатках низкопрофильной резины, где я поведал свой печальный опыт и сравнение шипованной и фрикционной резины (липучки).  Сегодня несколько отступлю от этой тематики. Знаете ли вы, что такое вылет диска и на что влияет данный параметр? Уверен, что многие понятия не имеют на этот счет. Ну а так, как в нашем блоге принято рассматривать разнообразные интересные публикации на автомобильную тематику, то будем следовать этой тенденции. Познакомимся с понятием вылета диска поближе.

   Что представляет собой данное понятие

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

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

   Как рассчитывается и маркируется

Для того, чтобы ответить на вопрос «как узнать вылет диска», нужно начать с того, что представляет собой эта величина. По своей сути, это расстояние между вертикальным значением плоскости колеса и плоскостью, в которой он прикладывается к колесной ступице. Выражается оно в миллиметрах. Поэтому вылет может быть не только положительным, но еще нулевым, либо иметь отрицательное значение. От него зависит дистанция между центрами колес по одной и той же оси.

Для одной и той же модели автомобиля максимальный вылет с его допустимыми отклонениями будет один и тот же, по рекомендациям автопроизводителей. Для обозначения этого критерия используется кодировка ЕТ, после которой следует число. Оно-то и означает фактическое расстояние в миллиметрах. Встретить это обозначение можно непосредственно на самом диске. К примеру, ЕТ 0 (нулевой вылет), ЕТ-15 (с отрицательным вылетом), ЕТ 40 (больший, положительный вылет).

   Почему важно придерживаться заводских величин вылета

Даже незначительное отклонение от этого параметра от заявленных производителем величин, нежелательно допускать. Дело в том, что это влияет на условия, в которых придется работать всей подвеске и отдельным ее компонентам. Изменяя значение, нагрузка на них увеличивается, а это обязательно приведет к их досрочному выходу из строя. В то же время, в отдельных моделях автомобилей этот параметр вполне может быть отличным друг от друга. Просто конструкторы при проектировке автомобиля имеют дело с огромным количество разнообразных параметров, которые приходится подгонять, и от которых будут зависеть требования, которые предъявляются ко всей подвеске.

Не углубляясь в дисциплину “Теория автомобиля” прокомментирую рисунок. Рис б — как должно быть, то есть параметры колесных дисков соответствуют, заявленным производителем. Рис а, в — отклонение параметра вылета, либо в “+”, либо в “-”. Сами видите, как будет приложена нагрузка (синий цвет), а это приводит к повышенному износу элементов ходовой части, в первую очередь ступичных подшипников.

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

Из-за смещения центральной оси дисков неизбежно произойдет смещение рулевой оси. В результате изменятся параметры управляемости автомобиля, предусмотренные конструкторами. Ну и, как следствие — изменение моментов сил, оказывающих свое воздействие на подвеску, а это уже небезопасно для движения. На сегодняшний день, в продаже можно встретить проставки — специальные приспособления, которые позволяют монтировать диски с неоригинальным вылетом. Применять их или нет, пусть каждый решает для себя самостоятельно.

Сегодня мы с Вами могли убедиться, как определить вылет, насколько важным является параметр вылета диска, и почему этим не следует пренебрегать.

Если колеса Вашего транспортного средства подобраны правильно и сам авто находится в исправном техническом состоянии, то на таком можно ехать хоть на край света. Тема путешествий актуальна круглый, кто-то планирует свой отпуск за неделю до выезда, а кто-то за 6–7 месяцев. Обязательно прочитайте статьи про преодоление Керченской переправы по пути в Крым и про особенности аренды машины заграницей: в Турции и Черногории. Читайте блог дальше — впереди ждет много интересного, а самое главное, полезного для любого автолюбителя. До новых встреч, друзья!

С уважением, автор блога Андрей Кульпанов

Место для контестной рекламы

Автор:Admin

Что такое вылет диска на автомобиле и на что он влияет ET?

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

Вылет диска — это расстояние между симметрической плоскостью диска автомобильного колеса и ступицей, к которой оно крепиться. В большинстве случаев установить на автомобиль такой диск особого труда не составит. По внешним параметрам такие диски ничем не отличаются от тех, которые нужны конкретному автомобилю.

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

Каким бывает и как определить вылет диска

Нужно отметить, что вылет диска может быть в трех основных вариантах:

• отрицательным;
• нулевым;
• положительным.

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

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

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

Читайте: Нормы давления в шинах легкового автомобиля.

Почему разный вылет дисков для автомобилей

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

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

Даже при ровных физических (объемных) параметрах двигателя, но смене металла или сплава, из которого изготавливаются его основные элементы, становится причиной изменения его массы, а от этого и необходимости корректировки определённых ходовых характеристик.

Именно это и становится причиной необходимости «двигать» колесо в определенном направлении, чтобы в дальнейшем иметь возможность соблюсти тот необходимый баланс.

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

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

На что влияют несовпадения параметров вылета

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

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

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

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

Нужно понимать, что даже опытные консультанты в магазинах стараются избегать этой темы. Они просто не рассказывают о возможных последствиях такого несовпадения. Основная причина, по которой они это делают – необходимость продать имеющиеся у них товары.

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

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

Как правильно выбрать колесный вылет автомобильного диска

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

Эти нехитрые правила существенно увеличат срок службы вашего автомобиля и помогут избежать неприятностей в экстремальных условиях вождения.

Поделитесь информацией с друзьями:

что это такое и на что влияет — Auto-Self.ru

Вылет колесного диска ET – это одна из его основных геометрических характеристик, от которой зависит сама возможность установки тех или иных дисков на автомобиль. Она отражает не только и не столько то, насколько колесо будет выступать за пределы кузова, хотя именно так понимают значение вылета многие автомобилисты. Главным назначением вылета является определение промежутка между привалочной плоскостью диска, которая прижимается к ступице колеса, и вертикальной линией, которая визуально делит колесный диск на 2 половины. При неправильном выборе величины вылета, допустимой для вашего автомобиля, установка купленных дисков может оказаться невозможной. Однако, даже если, на первый взгляд, новые колеса встают на ваше авто, их использование может привести к печальным последствиям.

Что такое вылет диска ET

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

Значение этого параметра может быть различным:

• диски с отрицательным вылетом ET отличаются с глубоко утопленной привалочной плоскостью;
• диски, в которых плоскость соприкосновения со ступицей проходит четко по центру, характеризуются нулевым вылетом;
• если же привалочная плоскость размещена ближе к внутренней части диска, то вылет положительный.

Одним из распространенных и малозатратных способов модернизировать внешний вид своего автомобиля является как раз установка дисков большей ширины, которые буквально выпирают из кузова машины. Достигается это за счет использования колес с большим значением вылета.

На что влияет вылет диска ET

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

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

Вот основные проблемы, к которым приводит использование дисков с нерегламентированным производителем значением вылета:

• смещение рулевой оси и изменение углов выворота руля;
• изменение моментов и векторов приложения сил;
• ухудшение управляемости автомобиля;
• интенсивный износ подшипников ходовой части;
• ускоренный износ покрышек;
• общее сокращение срока эксплуатации подвески.

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

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

Поэтому важно выбирать такие диски, величина вылета ET которых будет в точности соответствовать требованиям автопроизводителя.

Как определить вылет диска

Расчет вылета ET производится по формуле «x-y/2», в которой параметр «x» обозначает расстояние между привалочной плоскостью и внутренней поверхностью диска, а параметр «y» – ширину искомого диска. Измеряется вылет в миллиметрах.

Однако вам необязательно измерять колеса своего автомобиля, чтобы определить вылет, — производители используют для этого стандартизированную маркировку, которая указывается непосредственно на диске, а также в документации к нему. Она выглядит в виде ETXX, где XX – это числовое значение вылета.

Как уже отмечено выше, параметр ET может иметь самые разные значения, как положительные, так и отрицательные. В частности, маркировка ET30 указывает на то, что вылет такого диска составляет 30 мм. Для моделей с нулевым вылетом используется маркировка ET0. Если же вылет отрицательный, то перед числовым обозначением ставится знак «-». Например, маркировка ET-15 показывает, что вылет такого диска составляет -15 мм.

Таким образом, мы показали, что соблюдение предписанного производителем значения вылета диска ET является залогом долговечности и стабильности работы подвески вашего автомобиля, уверенной управляемости и безопасности движения. Малейшее отклонение от рекомендованных величин приведет к ухудшению контроля над автомобилем и повышенным нагрузкам на ходовую часть. В результате минимальным последствием такой эксплуатации автомобиля станет необходимость преждевременного ремонта подвески.

Видео на тему

Поделитесь с друзьями в соц.сетях:

Facebook

Twitter

Google+

Telegram

Vkontakte

Общие сведения о сбоях и журналах сбоев — WWDC 2018 — Видео

Скачать

О да, доброе утро, спасибо, что пришли.

Через минуту ко мне присоединятся несколько очень умных людей.

У нас сегодня для вас приготовлены очень интересные вещи.

Итак, позвольте мне начать с того, что если вы никогда не пишете код, приводящий к сбою, этот сеанс не для вас.

Это разговор для всех нас, для тех из нас, кто совершает ошибки.

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

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

Затем я собираюсь показать вам некоторые инструменты, которые у нас есть для доступа к журналам сбоев, когда они происходят в дикой природе.

Затем Грег подойдет и расскажет вам подробнее о том, как читать содержимое журнала сбоев.

И затем он подробно расскажет, как читать сложные проблемы с памятью с помощью журнала сбоев. И затем Куба покажет вам, как на ранней стадии поймать гонки потоков, эти гонки приводят к сбоям, и эти сбои очень трудно воспроизвести.Итак, сначала мы должны определить, что такое сбой? Сбой — это внезапное завершение работы вашего приложения при попытке сделать что-то недопустимое. Так что нельзя? Ну, иногда ЦП не может выполнить код, ЦП не делит на ноль.

Или иногда операционная система применяет какую-то политику.

Операционная система сохранит взаимодействие с пользователем, убив ваше приложение, если оно запускается слишком долго или использует слишком много памяти. Иногда используемый вами язык программирования пытается предотвратить сбой и вызывает сбой.

Массив Swift и NSArray остановят ваш процесс, если вы попытаетесь выйти за пределы своего массива.

Или иногда вы, разработчик, пытаетесь предотвратить сбой.

У вас может быть API, в котором вы утверждаете, что параметр не равен нулю, и это нормально.

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

И давайте внимательнее посмотрим на эту трассировку слева.

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

И, наконец, отладчик получает сигнал о том, что это приложение вот-вот выйдет из строя, и приостанавливает работу приложения.

Иногда вам не всегда удобно подключать отладчик, как мы здесь.

Когда вы не подключены к отладчику, операционная система захватит эту обратную трассировку в виде открытого текста и сохранит ее на диск в удобочитаемом журнале сбоев.

По правде говоря, в одном выпуске сборки вашего приложения происходит сбой, журнал на самом деле выглядит не так красиво.

На самом деле записан список двоичных имен и адресов. Это отрывок из несимметричного журнала сбоев.

Теперь, к счастью, Xcode заботится о символизации журналов сбоев, так что вы увидите те красивые имена функций, имена файлов и номера строк, с которыми вы знакомы.

Итак, есть несколько способов получить доступ к этим журналам сбоев.

Сначала я хотел бы поговорить о том, как вы можете получить доступ к этим журналам сбоев у ваших бета-тестеров на TestFlight и ваших клиентов в App Store.

Вы можете загрузить эти журналы сбоев, используя функцию в Xcode, которая называется «Организатор сбоев», это то, как выглядит красивый темный режим.

И давайте рассмотрим этот интерфейс. Слева вы можете увидеть все свои приложения, распределенные через TestFlight и App Store, и мы поддерживаем все наши платформы, включая watchOS и расширения приложений.

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

Вы можете пролистать отдельные журналы ниже.

И когда вы нажмете на эту кнопку, вы можете открыть журнал сбоев в своем проекте в навигаторе отладки и увидеть его вместе с исходным кодом. Это очень круто, если вы раньше этого не видели, мы увидим это чуть позже.

И, конечно же, в подробном обзоре мы покажем вам полностью символическую трассировку с выделенной точкой падения.

Итак, теперь, когда у нас есть месторасположение, давайте поиграем с ним.

Итак, у меня здесь открыт Xcode, и я собираюсь открыть окно Организатора, и вы можете увидеть, что я выбрал вкладку Сбои, это вторая вкладка здесь, и я выбрал это приложение с шоколадной крошкой, которое мы с Кубой работают над.

Я загрузил эту сборку в TestFlight, и вы видите, что сейчас я смотрю на сборку 5, и несколько тестеров сообщают о сбоях, так что это не очень хорошо. Но я работал над парой из этих сбоев, которые вы можете видеть, но над первым я еще не работал, поэтому давайте попробуем решить это.

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

Я еще не совсем уверен, что происходит, но держу пари, если я открою этот журнал сбоев в нашем исходном коде, я смогу понять, что происходит.

Итак, я собираюсь нажать кнопку «Открыть в проекте», выбрать проект, соответствующий сборке 5 моего приложения, и то, что я делаю, вы можете видеть, что этот журнал сбоев открылся в навигаторе отладки, как если бы это приложение только что разбился.

И здесь видно, что мы остановились на этой фатальной ошибке.

Итак, хороший вопрос, который я должен задать себе, — это допустимое использование фатальной ошибки, я хочу, чтобы произошел сбой, только если это абсолютно необходимо.

Итак, я вижу, что это инициализатор перечисления из int, и это перечисление может быть только нулем или единицей, в противном случае я попаду в эту фатальную ошибку.

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

Итак, я могу увидеть вызывающего этого инициализатора, если я перейду вверх по стеку вызовов здесь, и я увижу этот метод делегата tableView. Этот метод запрашивает заголовок для данного номера раздела.

Значит, номер раздела должен быть не равен нулю или единице.

Итак, я думаю, что лучше понимаю, что происходит, но давайте попробуем воспроизвести эту проблему в приложении и посмотрим, сможем ли мы узнать больше.

Итак, я начал играть. А шоколадная крошка — это приложение для рецептов, в котором я храню все свои любимые рецепты, и я тестировал этот рецепт взбитых сливок, и вы можете видеть, что все в порядке, я вижу свой список ингредиентов, свой список шагов. Это два раздела рецепта: ингредиенты — это нулевой раздел, а шаги — это первый раздел.

И если я нажму на другой рецепт, мы столкнемся с аварийным отказом, и я вижу, что мы остановились на той же фатальной ошибке, а обратная трассировка очень похожа на журнал сбоев, который мы просматривали.Так что это очень хороший признак того, что мы рассматриваем ту же проблему.

Итак, я собираюсь очистить этот журнал сбоев, нажав удалить, и давайте посмотрим на этот сеанс отладки.

Итак, в этой фатальной ошибке я вижу, что сообщение хорошо распечатывает, что номер раздела — восемь. Вот почему мы рушимся, это не ноль или единица.

И сейчас я понимаю, что это моя ошибка. Когда я реализовал этот класс, я реализовал другой метод делегата, называемый numberOfSections.

И numberOfSections сообщает, сколько заголовков он должен искать, и я возвращаю здесь количество ингредиентов, а количество ингредиентов равно восьми.

Но хотите верьте, хотите нет, у меня есть умный способ решить эту проблему. Я знаю, что хочу вернуть количество случаев в этом перечислении раздела рецептов, и я знаю, что в Swift 4.2 сообщество открытого исходного кода Swift добавило некоторые новые функции, большое спасибо, протокол под названием CaseIterable.

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

И таким образом я верну два, я верну количество точных секций. Это просто отлично сработает. Так что теперь, если я проверю этот рецепт шоколадного печенья без сбоев, я увижу все свои ингредиенты и свои шаги. Я проделал очень хорошую работу, я очень доволен собой.

И я могу вернуться в Организатор и отметить эту проблему как решенную, отойти от компьютера и вернуться к выпечке.

Хорошо, вы только что увидели, как можно использовать Crashes Organizer для загрузки журналов сбоев из TestFlight, открытия журнала в исходном коде и решения проблемы.Итак, что вам нужно сделать, чтобы начать? Очень просто, ваши клиенты, если они решат поделиться со сторонними разработчиками, это просто работает, их журналы сбоев загружаются автоматически.

Все, что вам нужно сделать, это войти в Xcode со своим Apple ID.

Когда вы загружаете свое приложение, вы должны включать символы, чтобы получить серверную символику журналов сбоев.

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

Хорошо, мы рассмотрели сбои при просмотре в Организаторе.

Но если вы не распространяете через TestFlight или App Store, у вас есть еще несколько вариантов.

Появляется окно устройств.

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

Когда вы запускаете свои тесты с помощью Xcode, Xcode Server или Xcode Build, пакет результатов теста будет включать в себя любые журналы сбоев, поступающие из вашего приложения, которые записываются во время выполнения этого тестового прогона, и это очень удобно, и эти журналы сбоев также символизируются.

Вы можете использовать приложение Mac Console для просмотра журналов сбоев с вашего Mac или из симулятора.

На устройстве в разделах «Настройки», «Конфиденциальность», «Аналитика», «Аналитические данные» вы можете увидеть все журналы, сохраненные на диск, и ваши пользователи могут поделиться журналом прямо с этого экрана. Итак, чтобы гарантировать, что символика работает, у меня есть три важных передовых метода.

Номер один, если вы используете Crashes Organizer, загрузите свои символы с приложением.

Это значение по умолчанию, это гарантирует, что символика на стороне сервера работает, это очень просто.

Номер два, обязательно сохраните архивы приложений.

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

И если вы загружаете приложение, содержащее битовый код, вы должны использовать кнопку Archives Organizer Download Debug Symbols для загрузки любых dSYM, которые поступают из компиляции битового кода на стороне магазина.

Хорошо, мы рассмотрели все инструменты, которые мы предлагаем для доступа к журналам сбоев, когда они происходят в полевых условиях.

Теперь, чтобы дать вам подробное руководство по чтению содержимого журнала сбоев, пожалуйста, тепло поприветствуйте помогающего, дружелюбного Грега Паркера.

Спасибо, Крис.

Итак, мы только что увидели, как можно использовать Xcode для поиска сбоев и их изучения с помощью инструментов Xcode в отладчике.

Но файл журнала сбоев содержит больше информации, он содержит гораздо больше информации, чем просто трассировка стека.

Часто бывает полезно просмотреть эту дополнительную информацию, чтобы отладить вашу проблему.

Так как же получить полный текст журнала сбоев? Вот наш Xcode Organizer. Если мы вызовем контекстное меню, там будет кнопка «Показать в Finder».

Кнопка «Показать в Finder» вызывает текстовый файл, который мы можем открыть в приложении Console или в вашем любимом текстовом редакторе. Он выглядит примерно так.

Итак, что в этом файле, давайте посмотрим.

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

Ниже приводится причина сбоя.

Это была конкретная ошибка, особый сигнал, который операционная система отправила для завершения процесса.

Мы также можем увидеть некоторую информацию журнала, раздел информации о приложении.

В некоторых случаях в этот раздел будут входить журналы консоли. Если у вас есть необработанное исключение, оно может включать обратную трассировку исключения.

Этот раздел не всегда доступен, на устройствах iOS он часто скрыт из соображений конфиденциальности.

Но в Simulator для macOS этот раздел может содержать полезную информацию.

Ниже представлены стеки потоков, это были следы всех потоков, которые работали во время сбоя.

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

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

И Xcode использует это для символизации, чтобы искать символы, файлы и информацию о номерах строк для трассировок стека. Итак, это содержимое файла журнала сбоев.

Итак, как мы это отлаживаем, как мы это читаем, на что смотрим? Начнем с причины сбоя, типа исключения.

В этом случае тип исключения — исключение неверной инструкции EXC, сигнал SIGILL был сигналом недопустимой инструкции.

Это означает, что ЦП пытался выполнить инструкцию, которая не существует или по какой-то причине недействительна, и поэтому процесс завершился.

Мы также можем посмотреть, в каком потоке произошел сбой, какой код выполнялся во время сбоя.

Здесь мы видим функцию сообщения о фатальной ошибке в среде выполнения Swift. Нет догадок относительно того, что делает функция сообщения о фатальной ошибке.

Сообщение об ошибке в этом случае включается в информацию о приложении, поэтому мы можем видеть, что напечатала среда выполнения Swift при выходе из процесса.

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

Поскольку это символьная трассировка стека с полной отладочной информацией, у нас есть файл и номер строки в нашем коде с указанием того, что произошло.

Итак, мы можем взглянуть на эту строку, мы можем открыть наш проект, это RecipeImage.swift, строка 26 была той, которая была отмечена при аварии.

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

У нас есть оператор принудительного разворачивания.

У нас есть функция The UIImage Constructor, которая возвращает необязательное значение.

Если необязательное значение равно нулю, оператор принудительного развертывания остановит процесс, сгенерирует журнал сбоев и завершит работу.

Если мы запомним информацию, относящуюся к приложению, она включала сообщение об ошибке, которое среда выполнения Swift печатает, когда эта проверка ошибок завершается неудачно, и сообщает, что неожиданно обнаружен nil при разворачивании необязательного значения.

Так что хорошо, это согласуется с кодом. У нас есть оператор принудительного развертывания в строке 26, у нас есть сообщение об ошибке в журнале сбоев, в котором говорится, что мы развернули необязательное значение.

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

Таким образом, отказ принудительного развертывания является примером предварительного условия или утверждения в коде.

Предварительные условия и утверждения — это проверки ошибок, которые намеренно останавливают процесс при возникновении ошибки.

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

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

У нас есть доступ за пределы Swift.Array — еще один пример. Если вы обращаетесь к массиву, а ваш индекс выходит за границы, среда выполнения Swift завершится ошибкой, промежуточная проверка не выполнит предварительное условие и остановит процесс.

Swift арифметическое переполнение также содержит утверждения. Если вы складываете два числа вместе и результат слишком велик для целочисленной переменной, для этого есть предварительное условие, процесс остановится.

Неперехваченные исключения часто вызываются предварительными условиями в коде.

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

Другой пример журнала сбоев — случай, когда операционная система убивает ваш процесс извне.Примером этого являются события сторожевого пса, такие как тайм-ауты.

Если вашему приложению требуется слишком много времени для выполнения каких-либо действий, которые операционная система может обнаружить, завершите процесс создания определенного журнала сбоев, когда он это сделает.

Условия окружающей среды также могут вызвать остановку процесса операционной системой. Если устройство перегревается, операционная система завершает процессы, которые используют слишком много ЦП.

Если устройству не хватает памяти, операционная система завершает процессы, которые используют много памяти.

Другой случай — недействительная кодовая подпись.

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

Эти прерывания операционной системы можно найти в окне «Устройства» в Xcode, их можно найти в консоли macOS.

Они не всегда появляются в Xcode Organizer, поэтому будьте осторожны.

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

Но давайте посмотрим на один пример, вот еще один файл журнала сбоев и еще раз, чтобы понять журнал сбоев, мы начинаем с причины сбоя.

В этом случае причина сбоя — исключение сбоя EXC с сигналом SIGKILL.

Сигнал SIGKILL обычно используется, когда операционная система хочет остановить ваш процесс.

Он отправляет сигнал SIGKILL, сигнал SIGKILL не может быть обработан, он не может быть пойман вашим процессом, он умрет в ответ на этот сигнал.

Мы также можем увидеть причину, по которой операционная система отправила сигнал в журнале сбоев.

В данном случае у нас есть причина прерывания с кодом «Плохая еда».

Если вы посмотрите технический комментарий разработчика, о котором я упоминал ранее, он расскажет, что такое плохая еда.

И у нас есть текстовое описание, в котором говорится, что исчерпанный запас реального времени составляет 19,95 секунды.

Итак, если мы объединим эту информацию с информацией в техническом примечании, это скажет нам, что наше приложение запускалось слишком долго.

У нас было 20 секунд на запуск, мы не успели за это время, операционная система убила процесс.

Ниже мы можем видеть журналы сбоев на момент остановки процесса.

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

Или, с другой стороны, может быть, этот код невиновен, и что-то ранее в процессе запуска было слишком медленным, и поэтому процесс умер.

Итак, запускайте таймауты, как их избежать.

Мы хотим, чтобы вы их избегали, тайм-ауты запуска — частая причина отклонения приложений во время проверки приложений Apple.

Так как же этого избежать? Хорошо, конечно, протестируйте свое приложение. Но есть загвоздка: сторожевой таймер запуска отключен в симуляторе и отключен в отладчике, поэтому, если вы проводите все свои испытания в симуляторе и отладчике, вы никогда не увидите тайм-ауты сторожевого таймера.

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

Если вы используете приложение для MacOS, запустите приложение в Finder.

Если у вас приложение для iOS, запустите TestFlight или запустите приложение с помощью средства запуска приложений iOS.

Все это запустит ваше приложение вне отладчика, и таймауты запуска будут включены и принудительно выполнены.

Когда вы тестируете, тестируйте, конечно же, на реальном устройстве, тестируйте вне симуляторов.

И протестируйте свои устройства на более старом оборудовании, независимо от того, какое самое старое оборудование должно поддерживать ваше приложение.

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

Итак, давайте поговорим о другом классе ошибок, давайте поговорим об ошибках памяти и о том, как они выглядят в журналах сбоев.

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

Итак, давайте посмотрим на другой журнал сбоев и предупреждение о спойлере, это ошибка памяти.

Начнем снова с типа исключения.

Это исключительная ситуация неправильного доступа EXC, сигнал нарушения SEG.

Обычно это вызвано ошибкой памяти.

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

Здесь мы видим адрес, к которому мы обращались во время сбоя.

Мы можем посмотреть трассировку стека, это, конечно, функция, которая выполнила плохой доступ.

Это функция выпуска objc, это часть реализации подсчета ссылок в Objective-C и некоторых объектах Swift.

Так что это снова похоже на ошибку памяти, которая вызвала ошибку.

Итак, какой код вызвал выпуск objc? Мы можем посмотреть остальную часть трассировки стека.

У нас есть функция удаления объекта, это функция в среде выполнения Objective-C, которая используется для освобождения объектов.

Функция удаления объекта, называемая функцией ivar destroyer, в одном из наших классов, в нашем классе LoginViewController.

Функция разрушителя ivar является частью кода Swift, это функция, которая очищает свойства, очищает память ivar объекта по мере его освобождения.

Итак, это дает нам часть истории о том, что вызвало эту аварию.

Мы освобождали объект нашего класса контроллера представления входа в систему.

Этот класс в своем коде инициализации d пытался очистить свои свойства и свои ivars, и при выпуске одного из этих свойств произошел сбой. Это дает нам немного подробностей относительно того, что пошло не так.Можем ли мы сделать лучше, есть ли в журнале сбоев больше информации, которая расскажет нам больше о том, что произошло? Мы можем посмотреть сам недействительный адрес, иногда фактическое значение неверного адреса будет содержать в себе полезную информацию.

И этот конкретный плохой адрес, который я могу вам сказать, выглядит как использование после бесплатного использования.

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

Это конкретное неверное значение очень похоже на диапазон адресов для распределителя памяти malloc, который у нас есть в этом журнале сбоев.

Итак, у нас есть диапазон адресов, который использовался распределителем памяти, и наш недопустимый адрес выглядит так, как будто он находится внутри диапазона malloc, но он был сдвинут на 4 бита, он был повернут на 4 бита.

Итак, похоже, это был повернут действительный адрес malloc.

Это подсказка от самого распределителя памяти. Позвольте мне показать вам, почему это так.

Вот как выглядел наш объект, когда он был еще действителен.

Объект начинается с поля isa, поле isa указывает на класс объекта.

Так расположены объекты Objective-C, так расположены некоторые быстрые объекты.

Итак, что делает функция выпуска objc? Он считывает поле isa, а затем обращается к полю isa, чтобы получить доступ к объекту класса и выполнить поиск методов.

Обычно, конечно, это работает, вот как это должно работать.

Что произойдет, если наш объект уже освобожден.

Когда свободная функция удаляет объект, она вставляет его в свободный список других мертвых объектов.

И он записывает свободный указатель списка на следующий объект в списке, где раньше находилось поле isa.

С одним небольшим поворотом, он не записывает указатель в это поле, а записывает повернутый указатель в это поле.

Он хочет удостовериться, что записанное там значение не является точным действительным адресом памяти, чтобы неправильное использование объекта привело к сбою.

Таким образом, когда objc release отправляется на чтение поля isa, вместо этого он получает повернутый указатель свободного списка.

Когда он обращается к повернутому указателю свободного списка, происходит сбой.

Распределитель памяти сделал это за нас, он намеренно повернул этот указатель, чтобы убедиться, что мы выйдем из строя, если попытаемся использовать его снова.

Итак, это подпись, которую мы видим в этом аварийном журнале.

У нас недопустимое поле адреса выглядит как указатель в области malloc, но вращается так же, как malloc вращает свои свободные указатели списка.

Итак, это явный признак того, что какой бы объект мы ни пытались освободить на этом этапе кода, уже освобожден, это ошибка памяти, которая произошла.

Так что это дополнительная деталь нашей истории. У нас есть объект, который освобождается, мы очищаем его ivars, один из этих ivar уже был освобожденным объектом, и это стало причиной нашего сбоя.

Можем ли мы сделать лучше? Можем ли мы выяснить, какой объект был выпущен с помощью выпуска objc? Обычно функция, вызывающая objc release, дает нам представление о том, что это было.

Но проблема с функцией разрушителя ivar заключается в том, что она генерируется компилятором.

Мы не писали функцию с именем ivar destroyer, что означает, что с этой точкой сбоя не связано имя файла или номер строки, мы не знаем, какое из наших свойств было освобождено в этот момент.

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

И в этот момент нашей истории мы не знаем, какой из этих объектов был выпущен, это мог быть любой из них. Можем ли мы сделать лучше, можем ли мы определить, какой из этих объектов был освобожден из информации в журнале сбоев, потому что, конечно, если мы не можем воспроизвести его в отладчике, журнал сбоев — это все, что нам нужно продолжить? В этом случае мы можем сделать лучше.

Мы видим +42 на месте файла и номера строки. И +42 — это наша подсказка, потому что +42 — это смещение в ассемблерном коде функции.

Мы можем дизассемблировать функцию разрушителя ivar, посмотреть на код и выяснить, к какому свойству обращались по смещению 42.

Итак, как это работает? Заходим в отладчик, в консоль отладчика.

Мы можем запустить lldb на терминале.

Мы можем запустить lldb в отладочном терминале Xcode.

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

Итак, мы запускаем эту команду для загрузки команд интерпретации журнала сбоев, а затем запускаем другую команду для импорта нашего сбоя в отладчик.

Итак, нам нужны три вещи, чтобы эта работа работала.

Нам нужна копия нашего журнала сбоев на Mac, нам также нужна копия нашего приложения и копия файла dSYM, который идет с приложением, все они соответствуют этому журналу сбоев, все та же версия нашего приложение.

Вот почему мы хотим, чтобы вы хранили свои архивы приложений.

Если у нас есть все эти файлы на Mac, мы запускаем команду журнала сбоев, lldb использует Spotlight, чтобы найти соответствующий исполняемый файл, найти совпадающие символы и загрузить его в отладчик.

Итак, мы видим трассировку стека нашего аварийного потока, мы видим информацию о номере файла и строки, где она доступна, и теперь мы можем приступить к работе.

Теперь мы можем найти адрес функции разрушителя ivar и разобрать его. Это показывает нам ассемблерный код нашей функции.

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

Часто бывает достаточно иметь возможность бегло просмотреть ассемблерный код и получить общее представление о том, что происходит, вам не нужно понимать каждую инструкцию, чтобы получить полезную информацию из журнала сбоев.

Если мы прочитаем эту функцию и узнаем об инструкции вызова и инструкции перехода, с помощью которых вы вызываете функции, мы можем разделить этот код на три блока.

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

Следующая область освобождает свойство базы данных.

И следующая область освобождает свойство views.

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

Итак, теперь мы вернемся к информации в нашем аварийном журнале.

У нас была функция разрушителя ivar +42, вызывающая выпуск objc.

Итак, есть инструкция по +42, но есть еще одна загвоздка.

Уловка заключается в трассировке стека. Смещение уровня сборки большинства кадров стека — это адрес возврата, это инструкция после вызова функции.

Итак, инструкция вызываемого выпуска objc была предыдущей инструкцией, это эта инструкция.

Если мы прочитаем это, это вызов выпуска objc, что хорошо, это согласуется с тем, что мы видели в трассировке стека в журнале сбоев, который был вызовом выпуска objc с этим смещением.

И эта функция выпуска освобождает свойство базы данных.

Итак, теперь у нас есть более подробная информация о том, что делает наш сбой.

Мы выпустили свойство username, и все прошло успешно.

Мы еще не дошли до свойства views, оно может быть действительным, а может быть недействительным, мы не знаем.

Что мы действительно знаем, так это то, что мы пытались освободить свойство базы данных, и этот объект выглядел так, как будто он уже был освобожден, на основе сигнатуры указателя списка свободных мест.

Итак, это дает нам довольно хорошую историю того, что вызвало этот сбой.

Мы освобождали объект контроллера представления входа в систему, и свойство базы данных было недопустимым.

Итак, мы на самом деле еще не нашли ошибку, ни один из этих кодов не является неправильным, функция разрушителя ivar не является неправильной, что-то еще было ошибкой в ​​нашем коде.

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

Итак, что мы только что сделали? Читаем сбойный журнал с нуля. Мы начали с причины сбоя, читаем тип исключения, понимаем, что означает тип исключения.

Мы изучили трассировку стека сбойного потока, поняли, что он делал, и какова была фактическая ошибка, которая завершилась ошибкой.И мы искали подсказки в другом месте журнала сбоев, в этом случае мы использовали неверный адрес ошибки памяти и использовали дизассемблер функции сбоя.

Таким образом, ошибки памяти — это самые разные сбои, в журналах сбоев есть много разных сигнатур, которые могут быть вызваны ошибками памяти.

Вот вам несколько примеров.

Сбои в функции отправки сообщений Objective-C или в механизмах подсчета ссылок или в механизмах освобождения памяти в Swift и Objective-C очень часто вызваны ошибками памяти.

Еще одним распространенным признаком ошибки памяти является нераспознанное исключение селектора.

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

Но вместо того, чтобы получить подпись списка свободной памяти malloc, которую мы видели в том предыдущем журнале сбоев, вместо этого новый объект размещается по тому же адресу, где находился старый объект.

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

Еще одним распространенным признаком ошибок памяти является прерывание внутри самого распределителя памяти, внутри функций malloc и free. Это пример предварительного условия, как мы видели ранее, это предварительное условие внутри распределителя памяти.

Это может быть выявление случаев, когда структура данных кучи самой памяти malloc была повреждена из-за ошибки памяти, и это останавливает процесс и отклик.

Или это может быть обнаружение неправильного использования API-интерфейсов malloc. Например, если вы освобождаете объект дважды подряд, распределитель malloc может иногда распознавать это как двойное освобождение и немедленно останавливать процесс.

Итак, позвольте мне дать вам несколько заключительных советов по анализу журналов сбоев в целом и анализа ошибок памяти в частности.

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

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

Ошибка где-то еще, какой-то другой код неверен.

Вы также должны посмотреть трассировки стека в журнале сбоев, кроме сбойного потока.

Журнал сбоев содержит все трассировки стека в процессе и может содержать полезную информацию и подсказки, которые помогут вам понять, что делал процесс.

Возможно, другие потоки показывают более подробную информацию о том, где в приложении он работал, возможно, он выполнял сетевой код и это видно на одной из других трассировок стека.

Или, возможно, произошла ошибка многопоточности, и другие потоки могут дать подсказки относительно того, что было за гонка потоков.

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

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

Иногда в одной и той же точке сбоя происходит несколько сбоев, но некоторые журналы содержат больше информации, чем другие.

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

Кроме того, Организатор как группа сбоев иногда объединяет сбои с разными причинами в одну группу.

Могут быть другие потоки или след сбойного потока, который идентифицирует вас, человеческий глаз вы узнаете, что существует несколько причин этой группы сбоев, даже если Xcode Organizer собрал их все вместе.

Если вы посмотрели только один журнал сбоев, вы могли даже не знать, что это второе сбой, пока вы не исправите первое, не отправите его и не начнете получать сбой

Почему произошел сбой Windows? Руководство по поиску и устранению неисправностей

Это руководство доступно для скачивания в виде бесплатного PDF-файла. Загрузите этот файл сейчас. Не стесняйтесь копировать и делиться этим со своими друзьями и семьей.

Вы занимались своим делом — просматривали отчеты о расходах или просматривали Интернет — когда случилось самое худшее.Ваш компьютер разбился, и вы не знаете, что делать. Путаница типична, когда ваш обычный день прерывается. Тем не менее, нет причин для беспокойства.

С помощью этого простого руководства вы сможете диагностировать сбой ПК за считанные минуты.

В этой статье: Что такое сбой ПК? | Программный сбой | Отказ оборудования | Индикаторы сбоев | Наиболее частые причины сбоя ПК | Первая авария | Проблема не устранена | Анализ проблем с оборудованием | Анализ проблем программного обеспечения | Просить о помощи | Подготовка точных журналов | Форумы технической поддержки

1.Сбой ПК и вы

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

1.1 Что такое сбой ПК?

Самый простой способ объяснить сбой ПК — использовать метафору цепи.В ПК есть два типа цепочек: цепочка оборудования и цепочка программного обеспечения. Когда вы впервые загружаете компьютер, активируется цепочка оборудования. BIOS проверяет, какие аппаратные компоненты подключены к материнской плате и получают питание от блока питания (PSU). Если аппаратный компонент, такой как жесткий диск, не подключен к материнской плате должным образом, вы получите уведомление о проблеме в сообщении об ошибке.

После завершения цепочки оборудования запускается цепочка программного обеспечения.Первым звеном в цепочке является ОС (Операционная система). Если файлы ОС каким-либо образом повреждены, на вашем дисплее появится сообщение об ошибке. После этого загружаются драйверы и элементы автозагрузки. Наконец, типовые программы становятся доступными для использования, и цепочка заканчивается.

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

1.1.1 Программный сбой

Три основных причины сбоя программного обеспечения: повреждение ОС, сбой программы и сбой драйвера .Из трех наиболее распространенным является отказ драйвера. Различные драйверы подключаются к разным компонентам оборудования и управляют ими.

Повреждение ОС — В вашей операционной системе произошла ошибка ОС.Этот тип ошибки указывает на то, что ваши системные файлы повреждены, повреждены или отсутствуют. Файлы ОС могут быть повреждены по двум основным причинам: неисправные секторы диска или удаленные системные файлы. Неисправные аппаратные сектора возникают, когда физический диск жесткого диска поврежден или изношен. Поврежденный жесткий диск не может правильно читать файлы, что ваш компьютер считает поврежденным. С другой стороны, проблема может быть связана с отсутствием системных файлов. Некоторые вирусы нацелены на удаление системных файлов, которые являются наиболее важными файлами ПК.Если системные файлы в конечном итоге отсутствуют, ОС не сможет работать, и ваш компьютер выйдет из строя.

Сбои программы — Сбои программы часто связаны с отказом оборудования.Программы сами по себе редко приводят к сбою ПК. В случае сбоя программы произойдет сбой самой программы, а не компьютера в целом. Вместо этого сбои программы — это метод устранения более глубоких проблем. Например, если ваш компьютер выходит из строя каждый раз, когда вы используете веб-браузеры Chrome, это может быть результатом сбоя оперативной памяти. Если ваш компьютер выходит из строя каждый раз, когда вы начинаете играть в компьютерную игру, ваш графический процессор может легко перегрузиться и выключить ваш компьютер.

Ошибка драйвера — Большинство сбоев ПК не происходит из-за сбоя программного или аппаратного обеспечения.Драйверы позволяют использовать аппаратные компоненты. Сбои драйверов — это разновидность программной ошибки, при которой происходит сбой соединения между вашим оборудованием и программным обеспечением. Драйверы могут быть неисправны при установке или могут быть повреждены со временем. Устаревшие драйверы могут привести к сбою ПК, как и последние версии драйверов.

Исправления драйвера часто выпускаются разработчиками программного обеспечения, когда драйвер работает некорректно или выпускается нестабильно.

1.1.2 Отказ оборудования

В отличие от программного сбоя, аппаратный сбой не может быть исправлен с помощью настроек или загрузок.Если компонент неисправен, он не будет работать. Хотя снижение тактовой частоты — метод снижения скорости компонента — может продлить его использование, это не исправит его. Вероятность отказа аппаратного компонента на вашем ПК довольно низка.

Материнская плата — Материнская плата обеспечивает связь между различными компонентами оборудования.Все, от флэш-накопителей до жесткого или твердотельного накопителя, подключается через материнскую плату. Поврежденная (неисправный конденсатор, неисправные входы, короткое замыкание платы и т. Д.) Материнская плата приведет к частым сбоям и отключениям. Скачки напряжения могут вызвать ожог материнской платы. Неисправные слоты, такие как слоты PCI или RAM, также могут вызвать проблемы. Проблемы с материнской платой — дело сложное, но они редко становятся причиной частых сбоев ПК.

ЦП (центральный процессор) / графический процессор (графический процессор) — Большинство сбоев ПК, вызванных аппаратными проблемами, в какой-то мере связаны с процессором или графическим процессором.Любые проблемы, связанные с этими двумя аппаратными компонентами, приведут к частым отключениям. ЦП обрабатывает большинство задач обработки, таких как многозадачность или рендеринг видео. Графический процессор обрабатывает компьютерную графику. Перегрев — основная проблема этих двух компонентов. Процессоры или графические процессоры автоматически отключаются при достижении определенного температурного порога для защиты.

PSU (блок питания) — PSU обеспечивает электропитание, необходимое для работы ваших компонентов.Некачественный блок питания может испортить ПК из-за частых скачков напряжения. Неправильное напряжение, скачки напряжения, скачки напряжения и т.п. могут серьезно повредить все компоненты ПК. Большинство готовых и заводских ПК поставляются с дешевыми блоками питания и плохо вентилируются. Все эти факторы могут привести к сбоям.

1.2 индикатора сбоя

Индикаторы сбоев жизненно важны для устранения неполадок, и внимательный наблюдатель их сразу заметит.Эти индикаторы служат информацией, которую вы можете использовать для устранения проблем, связанных со сбоями. Индикаторы сбоев сами по себе не говорят о конкретных проблемах. Однако они помогают оценить серьезность вашей проблемы.

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

BSOD — BSOD (синий экран смерти) является заметным признаком сбоя ПК.Для сравнения, BSOD — это самый полезный из возможных сбоев ПК. BSOD часто предоставляют пользователям код ошибки или сообщение об ошибке, которое направит вас к возможному решению. Затем компьютер перезагружается.

Экран выключается — Иногда компьютер не выключается полностью во время сбоя.Вместо этого ПК будет продолжать работать, пока экран выключится. Отключение экрана обычно является ошибкой графического процессора. Это не означает, что графический процессор сломан или неисправен, но что графический процессор не может поддерживать соединение с материнской платой. Это может означать, что драйверы графического процессора установлены неправильно, повреждены или требуют отката. Это, конечно, предполагает, что ваш экран правильно подключен и ваши соединительные кабели находятся в рабочем состоянии.

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

1.3 наиболее распространенные причины сбоя ПК

Сбои ПК происходят по многим распространенным причинам, и при наличии достаточного терпения и ноу-хау такие сбои легко исправить.

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

Ошибка ОС — файлы ОС по той или иной причине могут быть повреждены или отсутствовать.Это может быть связано с вирусом, вредоносным ПО, шпионским ПО и т. Д. Это также может быть связано с простым неправильным обращением с важными файлами от имени пользователя.

Ошибка драйвера — Ошибка драйвера возникает, когда драйвер не работает с оборудованием вашего ПК или с другими установленными драйверами.Это происходит по нескольким причинам: драйвер неисправен и требует исправления, был установлен неправильно, несовместим с вашей версией Windows и т. Д. Откат драйверов — обычное дело для технических специалистов ПК, и Windows даже включает эту функцию в сама ОС.

2.Непрерывный поиск и устранение неисправностей

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

Следуйте инструкциям каждого раздела, чтобы убедиться, что вы действуете в соответствии с серьезностью проблемы.Это общая процедура устранения неполадок. Если один шаг не работает, переходите к следующему.

2.1 Первая авария

Перезагрузите компьютер. — Серьезно, перезагрузите компьютер.Если произошел сбой и ваш компьютер не перезагружается автоматически, нажмите и удерживайте кнопку питания вашего ПК, чтобы выключить компьютер. Затем снова включите компьютер. Произойдет одно из двух событий; либо ПК работает нормально, и сбой был простой ошибкой в ​​логической цепочке команд, либо ПК снова дает сбой.

Проверьте соединения питания — Если компонент ПК не получает питание или не получает достаточно энергии, он отключится.Перед поиском неисправностей компонентов убедитесь, что ваши компоненты правильно подключены к источнику питания. Разъемы питания указаны отдельно от других, потому что легко забыть, что компоненты требуют как подключения к материнской плате, так и подключения к блоку питания.

Проверьте входные кабели / внутренние соединения — Убедитесь, что входные кабели находятся в рабочем состоянии.Сюда входят все подключения за пределами корпуса, такие как кабели VGA и HDMI, а также внутренние кабели, такие как кабели SATA. Также убедитесь, что компоненты ПК установлены правильно. Это включает в себя графический процессор (слот PCI) и оперативную память (слот RAM).

2.2 Проблема не устранена

WhoCrashed — Загрузите WhoCrashed, ценный инструмент для диагностики сбоев Windows.Программа работает, просматривая вашу папку минидампа. Минидамп — это небольшой файл, в котором хранится информация, созданная BSOD. WhoCrashed просматривает файлы минидампа и объясняет причину сбоя. После открытия нажмите кнопку Analyze и прочтите результаты. WhoCrashed не работает при всех сбоях.

Anti-Virus, Anti-Malware, Anti-Spyware — Запустить одно антивирусное программное обеспечение не получится.Я бы рекомендовал использовать три отдельные программы, чтобы гарантировать, что ваши частые сбои не связаны с вредоносным ПО. Загрузите и запустите эти три программы по порядку:

Запустите полное сканирование с каждым из них (RKill не имеет настроек сканирования).Затем загрузите и запустите CCleaner. Продолжайте делать это, пока все результаты не станут чистыми. Убедитесь, что у вас чистый компьютер, — это первый шаг к ограничению посторонних переменных.

Отключите несущественные программы автозагрузки — Чтобы продолжить сведение к минимуму посторонних переменных, отключите все несущественные элементы автозагрузки.Диспетчер задач Windows предоставляет простой и удобный интерфейс для управления элементами автозагрузки. Чтобы получить доступ к меню запуска, щелкните правой кнопкой мыши на панели задач и выберите Диспетчер задач . Щелкните вкладку Startup и начните отключать элементы, дважды щелкая их. На вкладке автозагрузки не отображаются основные элементы автозагрузки, поэтому не стесняйтесь отключать их все. Такие программы, как CCleaner, также имеют функцию запуска для настройки запускаемых программ. Для углубленного анализа запускаемых программ официальный инструмент Microsoft Autoruns предоставляет пользователям более широкий доступ к запущенным приложениям на ПК.

2.3 Поиск и устранение неисправностей

До сих пор мы занимались общими проблемами сбоя ПК, связанными с типичными проблемами и ошибками.Если проблема не устранена, это больше не связано с общими проблемами ПК.

2.3.1 Анализ аппаратных проблем

Устранение неполадок перегрева — Перегрев легко диагностировать.Если ваш компьютер перегревается, немедленно примите меры для его охлаждения.

HWMonitor — это впечатляющее и точное программное обеспечение, которое отслеживает показания напряжения и температуры компонентов вашего компьютера.Если какой-либо из компонентов вашего ПК в простое, а не при интенсивном использовании, имеет температуру выше 80-90 ° C, примите меры для его охлаждения. Основной причиной перегрева является скопление пыли, которая также может вывести вентиляторы из строя и привести к еще большему количеству сбоев.

Нагрузочный тест графического процессора — Лучший способ узнать, не вызывает ли ваш графический процессор сбой ПК, — это нагружать его.Стресс-тестирование сильно нагружает ваш графический процессор, заставляя его работать больше, чем обычно. Если ваш компьютер выключается во время игры, рекомендуется проверить стабильность графического процессора.

Furmark или Unigine: Valley — отличные программы для стресс-тестирования.Во время теста убедитесь, что ваш компьютер не перегревается. Если ваш компьютер выключается из-за этих тестов, а ваш графический процессор не разогнан, проблема может быть в графическом процессоре. В этом случае либо уменьшите тактовую частоту вашего графического процессора, либо обновите / откатите драйверы.

Стресс-тест ЦП — Стресс-тесты ЦП похожи на стресс-тесты графического процессора.Стресс-тесты ЦП проверяют многозадачность (помимо прочего), а не графические возможности. Если завершение работы происходит при использовании нескольких программ или рендеринге файлов, проблема может заключаться в процессоре.

Prime95 или RealBench проведут интенсивное стресс-тестирование вашего процессора.Стресс-тесты ЦП отличаются от стресс-тестов ГП тем, что их выполнение часто занимает больше времени. Тщательный стресс-тест процессора займет несколько часов.

RAM Stress Test — RAM стресс-тест ошибки памяти.Ошибки ОЗУ приведут к частым отключениям, если не заменить всю карту ОЗУ. Диагностика памяти Windows (WMD) — это программа для Windows, которая проверяет наличие ошибок, связанных с вашей оперативной памятью.

Откройте меню «Пуск», введите windows memory diag и щелкните инструмент Windows Memory Diagnostic , чтобы запустить WMD.WMD сам проверит наличие ошибок памяти, и для запуска требуется только перезагрузка. Memtest — лучший тест памяти, чем WMD, но для загрузки требуется внешний USB-накопитель. Вы также должны изменить порядок загрузки BIOS, чтобы запустить Memtest.

Проверка ошибок дисковода — Жесткие диски, на которых хранятся ваша ОС и программы, со временем изнашиваются.Они тоже могут быть бракованными. Ошибки дисковода могут привести к частым отключениям, особенно если отключения происходят без особой причины.

Чтобы просканировать диск на наличие ошибок, найдите свой диск (помеченный как диск C: или аналогичный). Щелкните правой кнопкой мыши на диске, выберите Свойства , щелкните вкладку Инструменты и щелкните Проверить в категории Проверка ошибок . Ваш компьютер будет перезагружен. Если это сканирование обнаружит какие-либо ошибки, ваши сбои могут быть вызваны вашим жестким диском.

2.3.2 Анализ проблем программного обеспечения

Устранение неполадок ОС — Если ваш компьютер перестает запускаться или вылетает из-за простоя, возможно, что-то не так с самой вашей ОС.Чтобы предотвратить или восстановить поврежденные файлы ОС, Windows оснащена средством проверки системных файлов. Команда проверки системных файлов заставит Windows проверять, восстанавливать и заменять поврежденные системные файлы. Откройте меню «Пуск» и введите cmd . Щелкните правой кнопкой мыши в программе cmd.exe , выбрав Запуск от имени администратора . В окне командной строки с повышенными привилегиями введите sfc / scannow и позвольте программе запуститься. Он просканирует и восстановит все поврежденные системные файлы.

Если ваш компьютер вообще не загружается, создайте диск восстановления системы или USB, чтобы переустановить Windows.К счастью, при установке Windows часто создается резервная версия Windows с именем Windows.old . Эта резервная версия сохранит документы и программы в вашей предыдущей копии Windows.

Устранение неполадок драйвера — Перед откатом драйверов проверьте WhoCrashed, чтобы увидеть, есть ли какие-либо результаты при сканировании минидампа.Вы можете проверить отдельные драйверы, открыв меню «Пуск» и набрав диспетчер устройств . Выберите Диспетчер устройств . Здесь вы можете найти все драйверы, установленные на вашем компьютере. Дважды щелкните категорию и щелкните правой кнопкой мыши устройство. Выберите Свойства , а затем Драйверы , чтобы проверить, какой драйвер установлен для какого устройства. В том же окне есть два конкретных варианта, на которые следует обратить внимание: Обновить драйвер и Откат драйвера .Обновление драйвера будет сканировать ваш компьютер и Интернет на предмет обновлений драйверов, хотя эта функция редко бывает эффективной. Вместо этого введите название продукта с добавленным тегом drivers для поиска новых драйверов. Если у вас установлены последние версии драйверов, попробуйте установить более старую версию драйвера. Эта опция должна присутствовать на сайте драйвера.

2.4 Обращение за помощью

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

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

Use Your Five Senses — Процесс устранения неполадок ПК является довольно техническим и часто состоит из жаргона, касающегося компонентов ПК, драйверов, сетевых конфигураций и т. Д.Однако самая простая форма поиска и устранения неисправностей не требует технического специалиста . Простое описание того, что происходит при выключении ПК, дает важную информацию для устранения ошибок.

Например, издает ли ПК внезапные звуки перед выключением.Есть ли какой-то конкретный элемент, программа или поведение, то есть триггер, вызывающий сбой? Экран замирает перед тем, как погаснуть? Вентиляторы в ПК жужжат? Эти базовые процессы могут сузить поиск и устранение неисправностей для специалиста по ПК до определенного списка возможностей. Обращаясь за помощью, будьте как можно более конкретными и используйте свои пять чувств, чтобы получить точное представление о ситуации, прежде чем просить о помощи.

2.4.1 Подготовка точных журналов

Иногда необходимы точные журналы, чтобы подробно описать, что происходит с вашим оборудованием и программным обеспечением.Системные журналы — это технические отчеты о состоянии программного и аппаратного обеспечения вашего ПК. Специалисты по ПК используют эти журналы для анализа ошибок и проблем в системе.

Журнал системной информации — В меню «Пуск» введите системную информацию и щелкните программу Системная информация .Эта программа позволяет пользователям проверять системную информацию о скрытых аспектах, таких как версия BIOS и последовательные порты, а также копировать эту информацию. Щелкните подкатегорию, затем Изменить , затем Выбрать все , вернуться к Изменить и, наконец, Копировать . Это скопирует все содержимое просматриваемой страницы. При запуске запроса на форуме скопируйте и вставьте первую страницу окна информации о системе, чтобы предложить другим людям представление о типе используемого вами компьютера.

Инструмент диагностики DirectX — Инструмент диагностики DirectX также предоставляет журнал с системной информацией и в большей степени направлен на информацию о звуке и графической карте.Чтобы проверить эту информацию, откройте меню «Пуск» и введите dxdiag . Выберите dxdiag.exe , и вы должны увидеть ваш DirectX Diagnostic Tool (DDT). Нажмите Сохранить всю информацию , чтобы сохранить копию анализа ДДТ на рабочем столе. Этот журнал содержит полный список большинства драйверов, периферийных устройств, контроллеров, декодеров и прочего, имеющихся на вашем компьютере.

HWMonitor Log — HWMonitor предоставляет отличный журнал, в котором записываются показания напряжения и температуры, а также многие другие показания и системная информация.Вы можете получить доступ к этому журналу, открыв HWMonitor, нажав Файл , а затем Сохранить данные мониторинга .

2.4.2 Форумы технической поддержки

Розетки для опроса — Вы можете попросить о помощи в устранении неполадок на различных форумах технической поддержки в Интернете.Еще несколько ярких примеров: TomsHardware, HowToGeek, SuperUser, SevenForums (с упором на Windows 7) и TenForums (с упором на Windows 10). Менее популярными, но не менее эффективными, являются субреддит Reddit / r / techsupport и собственный форум сообщества Microsoft.

Эти ресурсы эффективны, поскольку они просты в использовании, а помощь часто оказывается всего в нескольких днях (если не часах).У них также есть обширная библиотека вопросов, которые чаще всего похожи на ваши собственные. Если на вопрос был дан ответ, он, скорее всего, будет помечен как Решено . Это обычное дело для устранения неполадок ПК, поэтому поиск решения проблемы с помощью добавленного тега решено приведет к лучшим результатам.

Желаем вам безопасного полета с Windows

Полные отказы ПК редко бывают полными; ПК состоят из компонентов, и одна неисправная или неисправная часть не означает, что вы в полной растерянности.Можно предположить все, от хакеров до вирусов. К счастью, большинство сбоев ПК являются просто результатом неисправных драйверов. Они редко требуют реальной замены деталей.

Тем не менее, частые отключения могут быть пугающими.Кто-то может подумать, что их личная или профессиональная работа может быть поставлена ​​под угрозу. Что еще хуже, частые отключения могут вывести из строя ценный ресурс ПК. Больше не бойтесь! С помощью этих ресурсов вы сможете устранять неполадки, решать и задавать вопросы, касающиеся выключения ПК, с помощью лучших из них.

Вы страдаете от частых отключений? Эта статья помогла? Если нет, то в чем проблема? Сообщите нам об этом в комментариях ниже?

7 подземных торрент-сайтов для получения контента без цензуры

Все любят Google и Bing, но нормальные поисковые системы касаются только поверхности Интернета.Чтобы погрузиться в подпольный Интернет, вам нужно использовать подпольные поисковые системы.

Об авторе Кристиан Бонилья (Опубликовано 84 статей)

Christian — недавнее дополнение к сообществу MakeUseOf и заядлый читатель всего, от плотной литературы до комиксов Кальвина и Гоббса.Его страсть к технологиям сочетается только с его желанием и желанием помочь; если у вас есть какие-либо вопросы, касающиеся (в основном) чего-либо, не стесняйтесь писать по электронной почте!

Ещё от Christian Bonilla

Подпишитесь на нашу рассылку новостей

Подпишитесь на нашу рассылку, чтобы получать технические советы, обзоры, бесплатные электронные книги и эксклюзивные предложения!

Еще один шаг…!

Подтвердите свой адрес электронной почты в только что отправленном вам электронном письме.

Что такое дисковый кэш? Определение Webopedia

Главная »СРОК» D »

Автор: Ванги Бил

) Часть оперативной памяти, используемая для ускорения доступа к данным на диске. ОЗУ может быть частью самого жесткого диска (иногда называемого жестким диском , кэш или , буфер ), или это может быть ОЗУ общего назначения в компьютере, зарезервированное для использования дисковым накопителем (иногда называемое программным обеспечением ). дисковый кеш ). Жесткий диск Кеши более эффективны, но они также намного дороже и, следовательно, меньше. Почти все современные дисковые накопители имеют небольшой объем внутренней кеш-памяти.

Кэш программного диска работает, сохраняя в кэше RAM данные, к которым осуществлялся последний доступ. Когда программе требуется доступ к новым данным, операционная система сначала проверяет, есть ли данные в кэше, прежде чем читать их с диска. Поскольку компьютеры могут получать доступ к данным из ОЗУ намного быстрее, чем с диска, кэширование на диске может значительно повысить производительность.Многие системы кэширования также пытаются предсказать, какие данные будут запрошены дальше, чтобы они могли поместить эти данные в кеш заранее.

Хотя кэширование повышает производительность, существует определенный риск. Если компьютер выйдет из строя (например, из-за сбоя питания), система может не успеть скопировать кэш обратно на диск. В этом случае все изменения, которые вы внесли в данные, будут потеряны. Однако обычно система кеширования часто обновляет диск, так что даже если вы потеряете некоторые данные, их будет немного.Кеши, которые работают таким образом, называются кешами обратной записи . Другой тип дискового кэша, называемый кэш-памятью с сквозной записью , устраняет риск потери данных, поскольку он кэширует данные только для операций чтения; операции записи всегда отправляются прямо на диск.