Решатель sparse этап 2 ошибка памяти 9
Обновлено: 07.07.2024
Каждая физическая сеть, представленная связанной блок-схемой Simscape™, запрашивает информацию настроек решателя для симуляции. Блок Solver Configuration задает параметры решателя, в которых нужна ваша модель, прежде чем можно будет начать симуляцию.
Каждая топологически отличная блок-схема Simscape требует точно, чтобы один блок Solver Configuration был соединен с ним.
Порты
Сохранение
Port_1 — Порт подключения
невведенный порт сохранения
Сохранение порта подключения. Этот порт не вводится. Можно соединить его где угодно на схеме физической сети путем создания точки условного перехода на линии связи между сохранением портов любого типа. Блок обеспечивает установку решателя на целую физическую сеть, независимо от типа подключения.
Параметры
Start simulation from steady state — Выберите, начать ли симуляцию с начального состояния или с устойчивого состояния
от (значения по умолчанию) | на
По умолчанию, когда этот флажок снимается, симуляция начинает с начального состояния, полученного из расчета начальных условий.
Когда вы устанавливаете этот флажок, решатель пытается найти устойчивое состояние, которое закончилось бы, если бы входные параметры к системе считались постоянные в течение достаточно большого времени. Для получения дополнительной информации смотрите Расчет Начальных условий. Симуляция затем начинает с этого устойчивого состояния.
Для моделей, совместимых с frequency-time формулировкой уравнения, когда вы устанавливаете этот флажок, решатель пытается выполнить синусоидальную установившуюся инициализацию. Другими словами, инициализация выполняется с помощью разовых частотой уравнений, и затем доходов симуляции с помощью фактической формулировки уравнения и других опций, выбранных в блоке Solver Configuration . Для получения дополнительной информации смотрите Режим Симуляции Частоты и Времени.
Примечание
Используя опцию Initial state на панели Data Import/Export Configuration Parameters диалоговое окно заменяет опцию Start simulation from steady state.
Consistency tolerance — Допуск используется для начальных условий и переходного расчета инициализации
1e-9 (значение по умолчанию) | положительная скалярная величина
Этот параметр влияет на нелинейный решатель используемые в вычислениях начальные условия и для переходной инициализации. Это определяет, как точно алгебраическим ограничениям нужно удовлетворить в начале моделирования и после каждого дискретного события (например, разрыв, следующий из открытия клапана, жесткого упора, и так далее). Уменьшите значение параметров (то есть, сожмите допуск) получить более надежную симуляцию времени. Увеличьте значение параметров (то есть, ослабьте допуск), если решению для начальных условий не удалось сходиться или уменьшать время вычисления.
Значение по умолчанию применимо к большинству случаев.
Use local solver — Используйте основанный на выборке локальный решатель для физической сети в модели
от (значения по умолчанию) | на
Примечание
Если вы используете локальный решатель, одновременное использование Simulink или инструментов линеаризации Simulink Control Design™ не рекомендуется.
Solver type — Тип решателя, используемый локальным решателем для обновления состояний
Backward Euler (значение по умолчанию) | Trapezoidal Rule | Partitioning
Выберите тип решателя, используемый для обновления состояний:
Backward Euler — Имеет тенденцию ослаблять колебания, но более устойчив, особенно если вы увеличиваете временной шаг.
Trapezoidal Rule — Колебания получений лучше, чем Backward Euler , но менее устойчиво.
Partitioning — Позволяет вам увеличить скорость симуляции в реальном времени путем разделения целой системы уравнений, соответствующей сети Simscape в каскад меньших систем уравнения. Не все сети могут быть разделены. Однако, когда система может быть разделена, этот решатель предоставляет значительному увеличению в режиме реального времени скорость симуляции. Для получения дополнительной информации смотрите Понимание Как работы Решателя Разделения и Скорость симуляции Увеличения Используя Решатель Разделения.
Независимо от которого локального решателя вы выбираете, Обратный Метод Эйлера всегда применяется:
Прямо в начале симуляции.
Прямо после мгновенного изменения, когда соответствующий блок претерпевает внутреннее дискретное изменение. Такие изменения включают блокировку муфт и разблокирование, открытие приводов клапана и закрытие и переключение блока PS Asynchronous Sample & Hold .
Зависимости
Чтобы включить этот параметр, установите флажок Use local solver.
Sample time — Шаг расчета для локального решателя
0.001 (значение по умолчанию) | положительная скалярная величина
Задайте локальный шаг расчета решателя в секундах. Решатель обновляет состояния однажды на временной шаг.
Зависимости
Чтобы включить этот параметр, установите флажок Use local solver.
Partition method — Выберите, приоритизировать ли скорость или робастность при использовании Разделения локального решателя
Robust simulation (значение по умолчанию) | Fast simulation
Выберите, приоритизировать ли скорость или робастность при использовании Разделения локального решателя:
Fast simulation — Улучшайте производительность симуляции путем решения большинства дифференциальных уравнений с помощью прямой Эйлеровой схемы.
Robust simulation — Увеличьте сходимость моделирования путем решения большего количества уравнений с помощью обратной Эйлеровой схемы.
Зависимости
Чтобы включить этот параметр, установите флажок Use local solver и установите Solver type на Partitioning .
Partition storage method — Выберите метод, используемый для того, чтобы хранить данные о разделении при использовании Разделения локального решателя
Robust simulation (значение по умолчанию) | Fast simulation
Когда вы используете решатель Разделения, он решает небольшие коммутируемые линейные уравнения последовательно. Можно принять решение сохранить обратные матрицы, улучшать производительность симуляции. Затем если та же настройка обнаруживается в последующем временном шаге, решатель разделения использует сохраненные обратные матрицы, вместо того, чтобы повторно вычислить их. Выберите метод, используемый для того, чтобы хранить данные о разделении:
As needed — Вычислите обратные матрицы в процессе моделирования по мере необходимости. Этот метод не требует такой же памяти, но может привести к скачкам эффективности.
Exhaustive — Вычислите и сохраните обратные матрицы перед симуляцией. Этот метод улучшает производительность симуляции, но требует большей памяти. Используйте параметр Partition memory budget [kB], чтобы задать максимальный позволенный бюджет памяти для того, чтобы хранить данные.
Зависимости
Чтобы включить этот параметр, установите флажок Use local solver и установите Solver type на Partitioning .
Partition memory budget [kB] — Бюджет памяти для исчерпывающего метода того, чтобы хранить данные о разделе
1024 (значение по умолчанию) | положительная скалярная величина
Задайте максимальный бюджет памяти, в Кбайте, допускавшем хранящие кэшируемые данные о разделе. Если этот бюджет превышен, ошибки симуляции. Можно настроить значение по умолчанию на основе доступных ресурсов памяти и на данных Total memory estimate в Statistics Viewer. Для получения дополнительной информации смотрите Статистику Модели, Доступную при использовании Решателя Разделения.
Зависимости
Чтобы включить этот параметр, установите флажок Use local solver. Установите Solver type на Partitioning и Partition storage method к Exhaustive .
Use fixed-cost runtime consistency iterations — Позволяет вам выполнить переходную инициализацию по фиксированной вычислительной стоимости
от (значения по умолчанию) | на
Если вы устанавливаете этот флажок, можно задать количество нелинейных и итераций режима для переходной инициализации. Если система не сходится, если она выполняет конкретное количество итераций, она игнорирует отказ и переходит к следующему шагу.
Если вы снимаете флажок, система использует более устойчивый и длительный алгоритм, выполняя столько же итераций по мере необходимости, чтобы достигнуть сходимости и ошибок, если этому не удается достигнуть сходимости во время переходной инициализации.
Выбор и очистка Use local solver автоматически выбирают и снимают флажок Use fixed-cost runtime consistency iterations также, потому что это рекомендуемые настройки для моделирования в реальном времени и Программно-аппаратных симуляций. Однако можно выбрать и снять эти два флажка друг независимо от друга. Для получения дополнительной информации смотрите Симуляцию Фиксированных затрат.
Nonlinear iterations — Количество итераций Ньютона для переходной инициализации
3 (значение по умолчанию) | положительное целое число
Задайте количество итераций Ньютона, которые будут выполняться во время переходной инициализации.
Зависимости
Чтобы включить этот параметр, установите флажок Use fixed-cost runtime consistency iterations.
Mode iterations — Количество итераций режима для переходной инициализации
2 (значение по умолчанию) | положительное целое число
Задайте количество итераций режима, которые будут выполняться во время переходной инициализации.
Зависимости
Чтобы включить этот параметр, установите флажок Use fixed-cost runtime consistency iterations и снимите флажок Use local solver. Только одно основное обновление режима на шаг выполняется при использовании локальных решателей, поэтому этот параметр не доступен, если флажок Use local solver устанавливается.
Compute impulses — Позволяет вам управлять вычислительной стоимостью импульсного обнаружения во время переходной инициализации
от (значения по умолчанию) | на
Позволяет вам управлять вычислительной стоимостью импульсного обнаружения во время переходной инициализации, и для глобальных и локальных решателей.
Основанные на событии методы реинициализации состояния и импульсной обработки позволяют вам физические явления модели, такие как столкновения и прыгающие мячи, и обеспечивают значительное повышение скорости симуляции для таких моделей. Однако импульсное обнаружение может добавить стоимость для переходной инициализации. Эта стоимость пропорциональна количеству импульсных итераций, выполняемых, чтобы достигнуть сходимости.
Если вы устанавливаете флажок Compute impulses, можно задать количество импульсных итераций, чтобы выполнить во время переходной инициализации. Если система не сходится после достижения этих чисел, это игнорирует отказ и переходит к следующему шагу.
Если вы снимаете флажок, система вычисляет импульсы так же много раз по мере необходимости, чтобы достигнуть сходимости.
Зависимости
Чтобы включить этот флажок, установите флажок Use fixed-cost runtime consistency iterations.
Impulse iterations — Количество импульсных итераций для переходной инициализации
2 (значение по умолчанию) | положительное целое число
Задайте количество импульсных итераций, которые будут выполняться во время переходной инициализации. Если система не сходится после достижения этих чисел, это игнорирует отказ и переходит к следующему шагу.
Зависимости
Чтобы включить этот параметр, установите флажок Compute impulses.
Linear Algebra — Задайте, как решатель обрабатывает матрицы
auto (значение по умолчанию) | Sparse simulation | Full
Задает, как решатель обрабатывает матрицы:
Sparse — Решатель обрабатывает матрицы как разреженные.
Full — Решатель обрабатывает матрицы как полные.
auto — Решатель автоматически выбирает подходящую опцию, или разреженную или полную, для обработки матриц.
Equation formulation — Задайте, как решатель обрабатывает синусоидальные переменные
Time (значение по умолчанию) | Frequency and time
Задает, как решатель обрабатывает синусоидальные переменные.
Используйте Frequency and time значение, чтобы ускорить симуляцию систем с одной номинальной частотой. Для получения дополнительной информации смотрите Режим Симуляции Частоты и Времени.
Delay memory budget [kB] — Бюджет памяти для обработки задержек
1024 (значение по умолчанию) | положительная скалярная величина
Укажите, что максимальный бюджет памяти, в Кбайте, допускал обработку задержек, когда имитационные модели, которые содержат или блоки из библиотеки Delays или пользовательские блоки с помощью delay Построение языка Simscape. Цель этого параметра состоит в том, чтобы защитить от чрезмерного свопинга памяти. Если этот бюджет превышен, ошибки симуляции. Можно настроить это значение на основе доступных ресурсов памяти.
Apply filtering at 1-D/3-D connections when needed — Автоматически обеспечивает дополнительную производную, необходимую блокам Simscape Multibody™
на (значении по умолчанию) | прочь
Эта опция применима только для моделей, которые соединяют блоки от библиотеки Simscape Multibody до блоков Simscape или блоков из других продуктов дополнения. Используйте Statistics Viewer, чтобы определить, имеет ли ваша модель 1-D/3-D связи. Для получения дополнительной информации смотрите 1-D/3-D Интерфейсную Статистику.
Когда блок Simscape Multibody соединяется непосредственно с сетью Simscape, дополнительная производная может требоваться для сети быть решенной. Когда вы устанавливаете этот флажок, решатель автоматически применяет входную фильтрацию к сигналу, вводящему блок Simulink-PS Converter , чтобы получить эту дополнительную производную. Параметр Filtering time constant обеспечивает постоянную времени для задержки.
Примечание
Filtering time constant — Постоянная времени для задержки, в секундах
0.001 (значение по умолчанию) | положительная скалярная величина
Этот параметр задает постоянную времени фильтрации, в секундах, для автоматической входной фильтрации для 1-D/3-D связей. Значение параметров применяется глобально ко всем связям, принадлежащим сети, которая включает этот блок Solver Configuration .
Зависимости
Чтобы включить этот параметр, установите флажок Apply filtering at 1-D/3-D connections when needed.
У одного из наших достаточно крупных клиентов, в системе электронного документооборота которого ежедневно одновременно работают более 10000 пользователей, были применены так называемые sparse-колонки или разреженные столбцы.
Статья – попытка свести предпосылки и результаты применения этой функциональности (и некоторых других настроек СУБД) в едином месте.
Проблемы и предпосылки
Для погружения в тему пара слов о системе: система представляет из себя продукт разработка которого началась в 2000-х. На текущий момент система активно развивается. Продукт имеет клиент-северную архитектуру с несколькими серверами приложений.
В качестве серверной стороны используется СУБД Microsoft SQL Server.
C учетом того, что система уже не «новичок», в структуре БД есть соответствующие механизмы/опции/объекты, использование которых на текущий момент выглядит необоснованным и устаревшим. Постепенно идет отказ от этих объектов, но встречаются ситуации, когда они до сих пор используются.
Предпосылка №1
На очередном из аудитов производительности совместно с Заказчиком обратили внимание на быстрый рост одной из таблиц (назовем ее таблицей X). Объем таблицы X без малого составлял более 350 ГБ (к слову объем всей БД составляет порядка
2ТБ). При этом распределение по собственно данным таблицы и индексам было следующим:
- данных было порядка 115 ГБ,
- весь остальной объем
2 раза. Т.е. получаем достаточно высокие накладные расходы, которые в свою очередь негативно влияют на:
- длительность операций вставки/обновления данных в этой таблице (чем больше индексов, тем «дороже» операция);
- длительность сервисных операций по обслуживанию(ребилду) этих индексов;
- длительность времени резервного копирования и восстановления БД в случае сбоя;
- повышаются требования к дисковому пространству в части объема.
Предпосылка №2
По-крупному схему работы СУБД можно описать следующим образом: все данные перед обработкой загружаются с дисков в буферный пул (кэш). Это позволяет сократить число дисковых операций и ускорить обработку наиболее частоиспользуемых данных. Более детально с механизмом можно ознакомиться, например, в статье. Эффективность использования буферного пула косвенно можно отследить с помощью счетчика Page Life Expectancy – время жизни страницы в буферном пуле.
В интервале в несколько месяцев выявили негативную динамику по уменьшению времени жизни страницы в буферном пуле.
Бездействие могло привести к:
- значительному увеличению нагрузки на дисковую подсистему;
- увеличению длительности пользовательских операций.
Поскольку система в эти месяцы не была статичной и постоянно модифицировалась, анализ решили начать с содержимого буферного пула. Для этого использовали данные динамического представления: sys.dm_os_buffer_descriptors.
185 ГБ порядка 80-90 ГБ составляли данные кластерного индекса нашей проблемной таблицы X. Объем остальной части буферного пула был распределен между индексами достаточно равномерно. Из этого следовало, что максимальный эффект можно было бы получить, оптимизировав каким-то образом данные таблицы X (в данном случае речь о ее кластерном индексе).
Предпосылка №3
Практика показывает накопление большого объема данных в единственной таблице рано или поздно скажется на производительности, если не всех, то по крайней мере части операций, связанных с этой таблицей. Ситуация нелинейно усугубляется при большом числе столбцов в этой таблице.
Кроме того, когда проанализировали таблицу X на предмет заполненности данными, увидели следующую картину: для практически всех строк заполненным был только определенный набор столбцов (за счет чего достигается гибкость системы и адаптация под конкретные бизнес-требования). Что по сути снова приводит к низкой эффективности хранения и обработки данных, т.к. часть ячеек не хранит информации, но тем не менее, место под эти ячейки резервируется (например, добавление пустого столбца с типом данных int увеличит расходы на хранение таблицы как минимум на [4 байта * кол-во строк в таблице]).
Варианты решения/исправления
С учетом всех исходных данных представленных выше было выделено 4 направления для дальнейшей проработки:
- фильтрованные индексы (filtered indexes);
- сжатие данных средствами СУБД (data compression);
- разреженные столбцы (sparse columns);
- разделение таблицы X на несколько более мелких таблиц.
Фильтрованные индексы
Вот что нам говорит официальная документация:
«Фильтруемый индекс — это оптимизированный некластеризованный индекс, особенно подходящий для запросов, осуществляющих выборку из хорошо определенного подмножества данных…Хорошо спроектированный фильтруемый индекс позволяет повысить производительность запросов, а также снизить затраты на обслуживание и хранение индексов по сравнению с «полнотабличными» индексами».
Если сказать чуть проще, то речь о возможности создания индекса только для части данных в таблице, например, мы можем создать индекс в таблице X под конкретный бизнес-кейс.
Но для применения индекса необходимо было использовать новую версию ПО, в которой была изменена в том числе структура БД. В частности, в новой версии были изменены значения параметров соединения клиентского ПО с СУБД на режим ON:
Сжатие данных
Поскольку у клиента была установлена версия СУБД – 2012, то сжатие данных для этой версии возможно двух видов:
- cжатие на уровне страниц (page compression);
- сжатие на уровне строк (row compression).
Согласно документации сжатие на уровне страниц является более ресурсоемкой операцией для CPU, чем сжатие на уровне строк. Исходя из этого вариант сжатия на уровне страниц был отброшен сразу.
Далее была попытка использовать row compression, но в документации также наткнулись на упоминание о том, что даже оно расходует дополнительные ресурсы. А так как процессор – ресурс весьма ограниченный, то от этого варианта также пришлось отказаться.
Разреженные столбцы
Разреженные столбцы — это обычные столбцы, имеющие оптимизированное хранилище для значений NULL. Разреженные столбцы уменьшают пространство, необходимое для хранения значений NULL, однако увеличивается стоимость получения значений, отличных от NULL.
Для достижения положительного эффекта в каждом конкретном столбце должен быть определенный процент NULL-значений. Этот процент зависит от типа данных в столбце, например:
| Тип данных | Неразреженные байты | Разреженные байты | Процент значений NULL |
|---|---|---|---|
| float | 4 | 8 | 64% |
| datetime | 8 | 12 | 52% |
| varchar | 8 | 12 | 52% |
| int | 2 | 4 | 60% |
При этом не каждый столбец м.б. переведен в sparse. Список ограничений и несовместимостей приведен в официальной документации.
Т.е. для оценки возможности перевода в sparse по-крупному необходимо было проанализировать:
- наличие ограничений из документации на конкретной таблице/столбце;
- реальный процент NULL-значений в этих столбцах;
Далее из полученного списка необходимо определить колонки максимально удовлетворяющие нашим условиям (с мах показателями NULL-значений) и изменить их на sparse. Само изменение лучше лучше делать в single_user режиме БД для исключения возникновения длительных блокировок. После перевода столбца в sparse необходимо выполнить ребилд индекса, только после этого можно будет увидеть изменение размера таблицы.
Особо отмечу, использование механизма не повышает загрузку процессора сервера СУБД (проверяли как на практике, так и нагрузочном тестировании).
Пожалуй, это одна из тех редких ситуаций, которую кратко можно изобразить следующими картинками:
Разделение таблицы на более мелкие
В данном случае работы можно было также разбить на блоки:
- внесение изменений в архитектуру системы;
- модификация всей прикладной разработки под новую архитектуру.
К слову реализация этого пункта на текущий момент не потребовалась. Хорошо это или плохо с точки зрения развития продукта в целом, думаю покажет время…
Эффект от sparse
Ну и вместо выводов хотелось бы отметить в цифрах положительные моменты применения sparse-колонок:
-
уменьшили объем кластерного индекса таблицы X в
| Показатель | Примечание |
|---|---|
| Объем кластерного индекса таблицы X, ГБ | На диске (HDD) |
| Размер кластерного индекса таблицы X в буферном пуле, ГБ | В памяти (RAM) |
| Page Life Expectancy, сек | Время жизни страницы в буферном пуле |
| Disk Transfers/sec, iops | Число дисковых операций. Нагрузка на СХД уменьшена. |
Ограничения sparse
Тем не менее, кроме плюсов появились и ограничения:
- необходима периодическая актуализация sparse-столбцов. Через какое-то время распределение NULL и не NULL значений в sparse-колонках может измениться и использование sparse будет неоправданным;
- число столбцов, которые можно переводить в sparse ограничено. В случае превышения при обновлении строк может возникнуть ошибка 576.
Если вы дочитали статью до конца, то, перед тем как выполнить любую из настроек, представленных выше помните, что автор данной статьи не несет никакой ответственности за возможную потерю или порчу Ваших данных. Не забывайте делать резервные копии.
Возможно кто-то уже применял настройки описанные в статье на высоконагруженных системах, отписывайтесь к каким результатам пришли вы.
Есть несколько принципиальных моментов.
«Ошибка: память не может быть read» Исправляем
Чтобы добраться до службы. Идем в Панель управления – Система. Слева находим ссылку Дополнительные параметры, в окошке переходим на вкладочку Дополнительно, затем Быстродействие и Параметры.
Нам нужна вкладка Предотвращение выполнения данных. Включаем переключатель, позволяющий активировать службу DEP для отдельных программ. Теперь добавляем в список те программы-исключения, для которых хотим службу отключить, с помощью кнопки «Добавить».
Остается только дважды щелкнуть мышью исполняемый файл выбранной программы и нажать «Ок». После перезагрузки изменения вступят в силу.
Это было редактирование работы службы. Теперь рассмотрим, как ее отключить.
- Запускаем командную строку: Пуск, в строке поиска ввести «cmd» и нажать Enter. Программу, когда система ее найдет, запустить от имени администратора с помощью меню правой кнопки мыши.
- В окне программы нужно будет ввести следующую строку (внимательно, без ошибок!): bcdedit.exe/set nx AlwaysOff
- Жмем Enter, перезагружаемся.
- Если понадобится снова включить службу, нужно будет проделать все то же самое, только ввести команду: bcdedit.exe/set nx OptIn
Значит ваша «Ошибка приложения: память не может быть read» имеет несколько иное происхождение.
Системная библиотека ole.dll
Конфликт между программами
Такое тоже бывает в этой жизни: одна программа создает проблемы для другой и вместе они работать никак не хотят. Те, кто давно работает с компьютерами, наверняка помнят, как некогда намертво зависала система, когда одновременно устанавливали антивирус (Касперского или ESET) и брандмауэр McAfee Firewall. Отличный пример подобной несовместимости.
Чтобы избежать подобного. Следует просто следовать нескольким нехитрым правилам.
Соблюдать ну хоть какую-то упорядоченность и разборчивость в устанавливаемых приложениях (проще говоря, не устанавливать все подряд).
Регулярно производить очистку дисков и системы. Желательно полную и бескомпромиссную. С привлечением «спецсредств», хотя бы простого и всем знакомого CCleaner или других подобных приложений.
Действия по исправлению Недостаточно памяти для обработки этой команды
- Изменить значение IRPStackSize
- Изменить значения SharedSection
- Блокировать пользовательские интерфейсы приложений
- Обновите Microsoft SQL Server
- Удалить временную папку
Следующие решения включают в себя изменение реестра. Тем не менее могут возникнуть серьезные проблемы, если значения реестра изменяются неправильно. Не забудьте создать резервную копию реестра, прежде чем вносить изменения. Таким образом, вы всегда можете восстановить его, если что-то пойдет не так.
Решение 1. Измените значение IRPStackSize.
- Выберите «Пуск»> «Выполнить»> введите regedit> hit и нажмите «ОК».
- Найдите и выберите следующий подраздел реестра:
HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ LanmanServer \ Parameters - Если запись IRPStackSize недоступна, выполните следующие действия:
- Нажмите «Правка»> «Создать»> нажмите «Значение DWORD».
- Введите IRPStackSize > и нажмите клавишу ВВОД. Введите IRPStackSize точно так, как оно выглядит. Не забывайте, что имя значения чувствительно к регистру.
- Выберите IRPStackSize> Изменить> Изменить.
В поле «Значение данных» введите большее значение> нажмите «ОК». Значения могут находиться в диапазоне от 0x1 до 0xC и эквивалентны от 1 до 12 в десятичной записи.
Если проблема не устраняется после изменения значения, повторите те же действия и снова увеличьте значение IRPStackSize.
- ЧИТАЙТЕ ТАКЖЕ : не удается получить доступ к редактору реестра в Windows 10 [FIX]
- Откройте редактор реестра> найдите следующий подраздел
HKEY_LOCAL_MACHINE \ System \ CurrentControlSet \ ControlSession \ Manager \ SubSystems - Выберите значение Windows> перейдите в меню «Правка»> выберите «Строка».
- Увеличьте параметр SharedSection.
- Windows NT использует следующий формат: SharedSection = xxxx, гггг
Добавьте «, 256» или «, 512» после числа гггг. - В Windows 2000, Windows XP и Windows Server 2003 используется следующий формат: SharedSection = xxxx, yyyy, zzzz
Для 32-разрядных операционных систем увеличьте значение yyyy до «12288»; увеличьте значение zzzz до «1024».
Для 64-разрядных операционных систем увеличьте значение «гггг» до «20480»; увеличьте значение zzzz до «1024».
Если важному приложению не хватает памяти, вы можете перезапустить его. Ошибка временно исчезнет. Однако в куче рабочего стола для службы оконной станции снова возникнут проблемы с памятью.
Чтобы навсегда решить эту проблему, настройте xyzService.exe, который исчерпывает память, чтобы избежать разветвлений приложений пользовательского интерфейса в сеансе 0. Вот как пользователь BlueCode описал решение, принятое для этой конкретной ситуации:
После разговора с клиентом я выяснил, что вся история в том, что клиент запустил xyzService.exe с учетной записью домена DOMAINxyzServiceAccount в сеансе 0, а xyzService.exe каким-то образом разветвляет дочерние процессы xyzUIApplication.exe. К сожалению, приложение пользовательского интерфейса не выходило как обычно. Эта операция постепенно пропускала кучу рабочего стола в этой конкретной оконной станции Service-0x6-453186fc $, пока xyzService.exe не обнаружил истощение во время выполнения запросов.
Чтобы решить эту проблему, мы просто настроили xyzService.exe и сделали так, чтобы он не разветвлял приложение пользовательского интерфейса в сеансе 0.
Установите последние обновления Microsoft SQL Server, чтобы убедиться, что ваша система использует последние улучшения и исправления. Для получения дополнительной информации о доступных обновлениях перейдите в Центр обновлений для Microsoft SQL Server.
Временная папка по умолчанию скрыта, поскольку содержит много файлов конфигурации, которые иногда используются Windows.
Вы найдете эту папку в своем разделе Windows, и на вкладке «Просмотр» вам нужно будет проверить скрытые элементы, чтобы увидеть ее. Или вы можете попробовать так:
- Нажмите Windows + R и введите «% temp% » в открывшемся диалоговом окне. Затем нажмите Enter.
- Нажмите Ctrl + A , чтобы выбрать все файлы, и нажмите Удалить .
- Теперь перейдите на установочный диск Windows, обычно (C :), найдите временную папку и удалите все файлы там же.
После перезагрузки компьютера проблема должна исчезнуть.
Как всегда, если вы сталкивались с другими решениями для исправления Недостаточно места для обработки этой команды, вы можете перечислить шаги по устранению неполадок в разделе комментариев ниже.
Читайте также: