Fault Tolerant Heap

Affected Platforms

Clients — Windows 7

Feature Impact

Severity — Medium
Frequency — Low

Description

The Fault Tolerant Heap (FTH) is a subsystem of Windows 7 responsible for monitoring application crashes and autonomously applying mitigations to prevent future crashes on a per application basis. For the vast majority of users, FTH will function with no need for intervention or change on their part. However, in some cases, application developers and software testers may need to override the default behavior of this system.

Solution

Viewing Fault Tolerant Heap activity

Fault Tolerant Heap logs information when the service starts, stops, or starts mitigating problems for a new application. To view this information, follow these steps:

1. Click the Start menu.
2. Right-click Computer and click Manage.
3. Click Event Viewer >Applications and Services Logs >Microsoft >Windows > Fault-Tolerant-Heap
4. View FTH Events.

The service stop and start events contain no additional data. The FTH Enabled event contains the Process ID (PID), the process image name, and the process instance start time.

Disabling Fault Tolerant Heap

Caution Serious problems may occur if you modify the registry incorrectly by using Registry Editor or by using another method. These problems may require you to reinstall the operating system. Microsoft cannot guarantee that these problems can be solved. Modify the registry at your own risk.
To disable Fault Tolerant Heap entirely on a system, set the REG_DWORD value HKLM\Software\Microsoft\FTH\Enabled to 0.

After changing this value, restart the system. FTH will no longer activate for new applications.

Resetting the list of applications tracked by FTH

Corona Renderer Helpdesk for 3ds Max plugin

How can we help you today?

Windows enabled ‘Fault Tolerant Heap’ for 3dsmax or dependent processes. This may have severe performance impact on Corona. Please follow the link to learn how to solve the problem. Affected executables are: xxxx (typically 3dsmax.exe) Print

Modified on: Fri, 16 Sep, 2016 at 11:16 AM

Windows enabled ‘Fault Tolerant Heap’ for 3dsmax or dependent processes. This may have severe performance impact on Corona. Please follow the link to learn how to solve the problem.
Affected executables are:
xxxx (typically 3dsmax.exe)

This article contains possible solutions to following problems:

• Very long or infinite pre-rendering phase («transforming vertices», «building acc. structure», «parsing the scene») — usually in distributed rendering
• Very long scene saving times
• Usually the problems appear in large scenes (but it is not a rule)
• Other problems like freezing, or infinite loading, which are hard to diagnose

These problems may be related to Microsoft Windows detecting an application which is often crashing (in this case 3ds Max, Corona, or other plugin) and applying special mitigations to it. In some cases this can prevent the application from crashing, but at the same time makes it extremely slow.

The solution to these problems may be disabling the Fault Tolerant Heap globally, or for a specific application (see below).

What is FTH?

The Fault Tolerant Heap (FTH) is a subsystem of Windows 7 responsible for monitoring application crashes and autonomously applying mitigations to prevent future crashes on a per application basis. For the vast majority of users, FTH will function with no need for intervention or change on their part. However, in some cases, application developers and software testers may need to override the default behavior of this system.

Viewing FTH Logs

This helps identify the problem. To confirm that the problem you are experiencing is triggering FTH, you should look for 3dsmax.exe, WsCommCntr4.exe, or any other .exe file associated with 3ds Max in the FTH logs.

Viewing Fault Tolerant Heap activity

Fault Tolerant Heap logs information when the service starts, stops, or starts mitigating problems for a new application. To view this information, follow these steps:

1. Click the Start menu.
2. Right-click Computer and click Manage.
3. Click Event Viewer >Applications and Services Logs >Microsoft >Windows > Fault-Tolerant-Heap
4. View FTH Events.

The service stop and start events contain no additional data. The FTH Enabled event contains the Process ID (PID), the process image name, and the process instance start time.

Disabling FTH

Note: basic knowledge on editing the Windows registry is required to perform the below steps. Please see: Windows registry information for advanced users

1. Excluding an application from FTH — method #1:

This will permanently exclude an application from FTH, unless it is reverted by the user.

Add the name of the application (the one which was listed in the FTH log — for example 3dsmax.exe) to the following registry entry:

Then delete the exe entry under HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\FTH\State

This should disable FTH for the added application.

2. Excluding an application from FTH — method #2:

This will temporarily exclude an application from FTH, and Windows will be able to autonomously include the application again in the future.

Go to HKEY_LOCAL_MACHINE and HKEY_CURRENT_USER versions of Software\Microsoft\Windows NT\CurrentVersion\AppCompatFlags\Layers\ your_application.exe and delete the Fault­Tolerant­Heap entry.

3. Disabling FTH completely:

To disable Fault Tolerant Heap entirely on a system, set the REG_DWORD value HKEY_LOCAL_MACHINE \ Software\Microsoft\FTH\Enabled to 0.

After changing this value, restart the system. FTH will no longer activate for new applications.

You may additionally need to delete the exe entry under HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\FTH\State

4. Resetting the list of applications tracked by FTH

Fault Tolerant heap is self-managing and will autonomously stop applying in the case that mitigations are not effective for a given application. However, if you need to reset the list of applications for which FTH is mitigating problems (for example, if you are testing an application and need to reproduce a crash that FTH is mitigating), you can run the following command from an elevated command prompt:

Caution Running this command will clear all FTH applications, so applications that are currently functioning properly may begin to crash again after running this command.

Related forum threads

Parsing the scene and network performance (solved by disabling FTH)

Corona 1.01.00 Transforming Vertices too long on Slave (WSCommCntr4.exe was found in FTH logs, solved by renaming WSCommCntr4.exe and thus preventing it from running)

Вот такая ошибка.

Добрейший дзен,господа. Вот такая-вот ошибка сегодня случилась у меня,хотя вчера всё было норм. По ссылке предлагаемой,пройти не могу,так-как Макс тупо крашится. Сталкивался-ли кто с подобным?

ПыСы: Corona 1.5.2

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

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

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

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

Проверил на других файлах. та-же история. Мистика. Буду пробовать перегружать комп.

ПыСы: сорян,лимит плюсов закончился(

А может и нет. Комп новый? Разгон снимите, если есть.

А может и нет. Комп новый?

Проблема после перезагрузки не исчезла. (((

Да.комп относительно новый. Видюху только в понедельник поменял.

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

А какой макс и винда? В 10 винде официально поддерживаются версии с 2017 включительно и новее. Остальное, как утверждает Автодеск, тоже работает, но на ваш страх и риск. Хотя вижу, винда 7-ка.

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

Попробуйте ещё корону посвежее. Есть на торрентах 1.7, а у официалов уже 2.0 версия.

Иногда эта ошибка есть, но всё работает и с ней.

Попробуйте ещё корону посвежее. Есть на торрентах 1.7, а у официалов уже 2.0 версия.

Иногда эта ошибка есть, но всё работает и с ней.

Хз. ставил как-то 1,7. так глючила.

Спасибо за советы)

Проблема как-то решилась?

У меня на прошлой неделе тоже такая кака выползла. И тоже внезапно — вечером все ОК,

утром — «Windows enabled ‘Fault Tolerant Heap’ for 3dsmax or dependent processes. This may have severe performance impact on Corona. Please follow the link to learn how to solve the problem.Affected executables are: WSCommCntr4.exe»

С виреем — все без ошибок, только с короной глюк.

Ничего не меняла, разве что автообновление драйверов произошло, не знаю.

Переустановка короны, макса+корона с очистками реестров ничего не изменили.

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

А у вас как проблема решилась? Чтобы знать на будущее, ежели опять.

Очень долгий старт рендера!

Всем добрый вечер!

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

доходит до смешного когда на старт рендера уходит 50 минут а на сам рендер 10-15

Чем корона забивает оперативную память и почему стартует так долго?

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

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

Есть ли способ заставить корону не загружать оперативку скрытую геометрию?

Как еще побороть безумно долгое начало рендера?

был бы вирей посоветовал бы прокси.

проксей как раз в сцене несколько сотен (много видов деревьев, детские площадки, кусты, трава и прочее)

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

Что делает прокси в короне — я вообще понять не могу если все короновские прокси всеравно сразу же перед началом рендера загружаются в память. в чем их преимущество тогда?

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

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

конечно не помешали бы подробности:это экстерьер? сколько полигонов? прокси юзаете? и т.д.

Пока писал этот коммент появились ответы на некоторые вопросы. Но все же, насколько все сурово?)

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

просто открываем сцену с боксом жмем рендер — стартует мгновенно

если в тяжелой сцене схайдить все кроме одного бокса — старт рендера займет те же 40 минут как если бы вся сцена была не схайдена — разницы никакой.

и это очень важно т.к. при отправке анимации на ферму каждая машина будет стартовать по 40 минут..

Да сама сцена конечно не самая легкая но и ничего сверхъестественного. обычная текучка с несколькими секциями высотных домов, коих перерендерил в VRAY довольно много. просто впервые все сделал в короне и столкнулся с вопросами на которые пока не смог найти ответ.. думаю при прочих равных в vray она бы скушала 10-15гб оперативки и спокойно бы отрендерилась..

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

Вот пример на скрине. Три рендера.

А) Сцена целиком. «старт» занял 21 секунду.

B) В сцене только стены и чаиник. «старт» занял 4 секунды.

С) Скрыто все кроме чаиника (при том что я поставил галку «рендерить срытые источники света» и свет от пары десятка лаитов все еще считается). «старт» — 0 секунд.

Видно что по мере скрытия обьектов из сцены предпрощет ускоряется.

p/s количество оперативки выделяемой на рендер так же не остается одиннаковым.

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

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

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

в моем случае вместо 21сек 40минут и это существенно т.к. каждая машина на ферме вынуждена терять по 40мин на кадр

и надо добавить что GI precomp происходит уже после открытия фреймбуфера, для экстерьерной сцены я использую path tracing + path tracing

Когда-то тоже заходил на форум с таким же вопросом))), тогда также сказали «что ну не знаю чувак, у меня все нормально)»

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

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

В настройках прокси там режим есть, не помнию как назывался — специ подскажут: «не держать в озу, считывать с диска». С одной стороны это замедляет работу рендера даже если озу хватает, с другой стороны отодвигает «момент Свопа». Такая вот Корона, — если ОЗУ мало то как бы все.

*советовали еще считать по полоскам картинку (мол меньше озу жрет), — не помогло. Почему не помогло очевидно: проблемы на загрузке ресурсов возникают, а не на рендере.

Может спецы какие повылазят и наконец что-то дельное посоветуют, но тогда мне не помогли(все что советовали -это вот то что выше, но этого не достаточно оказалось). Думаю уже очень скоро Корона озадачится этим, народ а то напарывается на неожиданный факт «А что Короне нужно больше оперы на рендер. «

shdwalex

Да именно так и есть как вы описываете, тоже сутки сканю что есть по оптимизации и прихожу к выводу что ничего кроме 64гб

на компах 32гб висит 40 мин прежде чем стартонуть

на компах 24гб просто висит те же 40 минут, после чего вылетает

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

-рендерить фрагментами не помогает, размер картинки не влияет на количество объектов в оперативке

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

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

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

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

ну ура. теперь понятно. виснет на этапе transforming vertices. так? сразу бы написали, а то я рендерю всякое. )

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

Пишут вот цитирую: «Transforming Vertices — это процесс применения анимированного/не анимированного модификатора на объект.Короче, хочешь увеличить скорость — все готовые объекты с неанимированными модификаторами переводи в Editable Mesh. Ну, за исключением особенно сложных случаев.Короче, стремись к тому, чтобы Макс не делал лишних преобразований, тех, которые не меняются, а максу их приходится делать каждый раз.»гуглить надо эту темуможет поможет что то из этои ветки

так же, на форуме короны шлют попробовать вот это

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

ПЫСЫ: Если пробовал кто пляски с реестром — отпишитесь. Я как то был лучшего мнения о короне, а тут такое (((

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

Про критичность макса к количеству объектов — есть такое дело, в большой сцене также максимально перевожу все в один объект.

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