Моменты перепланировки использования центрального процессора не могут быть связаны с событиями
Обновлено: 04.07.2024
Основные функции и назначение операционных систем. Классификация ОС.
Организация доступа к данным. Файловые системы: примеры, функции и назначение. Файловая система FAT. Дисковые утилиты.
Организация программного, программно-аппаратного и пользовательского интерфейса в операционных системах.
Операционные оболочки: основные функции и назначение. Примеры операционных оболочек.
Основы управления и настройки ОС Windows. Microsoft Management Console. Реестр. Основные функции, структура и назначение.
Основные характеристики и особенности операционной системы MS Windows 2000/XP/2003. Сетевые функции.
Основные характеристики и особенности операционных систем Unix. Сетевые функции. Основные области применения.
Файловая система NTFS, ее особенности. Организация доступа к данным. Списки прав доступа в файловой системе NTFS, их использование для разграничения доступа в в MS Windows 2000/XP/2003.
Организация доступа к данным в ОС Unix. Файловая система ufs. Монтирование и демонтирование файловой системы.
Архитектура операционной системы. Ядро и вспомогательные модули.
Аппаратная зависимость и переносимость ОС. Совместимость приложений.
Микроядерная архитектура ОС. Достоинства и недостатки микроядерных архитектур.
Многозадачность операционных систем. Системы с вытесняющей многозадачностью, системы реального времени.
Процессы и потоки. Управление процессами в многозадачных ОС. Приоритеты. Диспетчер задач Windows.
Процессы в ОС Unix. Демоны. Управление процессами в ОС UNIX.
Управление памятью. Основные функции операционной системы и методы организации управления оперативной памятью.
Основные функции и назначение сетевых операционных систем. Основные сетевые службы.
Сетевые протоколы TCP/IP. Основные функции и назначение протоколов ARP, IP, UDP, TCP.
IP-адресация в сети TCP/IP. Сети классов A, B, C. Подсети. Доменная система имен. Службы WINS и DNS.
Основные сетевые службы глобальной сети. www- и ftp- серверы. Электронная почта.
Гипертекстовые системы. Путеводители (навигаторы), их назначение и основные функции. Средства человеко-машинного интерфейса (мультимедиа и гипермедиа).
Управление пользователями и учетными записями в Windows 2000/XP/2003. Обеспечение безопасности в Windows 2000.
Управление доступом к данным в операционной системе. Пользователи и группы в Unix. Администрирование пользователей в ОС Unix.
Маршрутизация в сетях TCP/IP. Совместный доступ к сети Интернет. Принципы организации шлюза на базе ЭВМ.
Командные оболочки UNIX. Оболочка Bash, основные команды программирования. Сценарии оболочек, их использование.
Службы каталогов в сетевых операционных системах. Функции и назначение служб сетевых каталогов. Active Directory.
Защита информации в операционных системах. Методы и средства обеспечения информационной безопасности.
В течение семестра студенты выполняют:
домашние задания, выполнение которых контролируется и при необходимости обсуждается на практических и лабораторных занятиях;
промежуточные тесты во время лабораторных и практических занятий для выявления знаний по основным элементам новых разделов теории;
выполнение двух общих контрольных работ по задачам администрирования ОС в течение семестра;
Зачет и экзамен в конце 4 семестра, включающий проверку теоретических знаний и умение решать практические задачи администрирования ОС по всему пройденному материалу.
Учебно-методические материалы для проведения промежуточного контроля прилагаются ниже (на усмотрение преподавателя – либо материалы полностью, либо темы и краткое содержание, либо примерные тесты по дисциплине).
2.2 Тесты проверки текущих знаний студентов
Тест № 1 «Процессы и потоки. Мультипрограммирование на основе прерываний»
1. Выберите из предложенного списка, что может являться критерием эффективности вычислительной системы:
a) пропускная способность;
b) занятость оперативной памяти;
c) загруженность центрального процессора;
d) реактивность системы.
2. Основным критерием систем пакетной обработки является:
a) решение максимального числа задач в единицу времени;
b) одновременное нахождение максимального количества задач в ОП;
c) удобство работы пользователя.
3. Системы пакетной обработки предназначены для решения задач:
a) вычислительного характера;
b) требующих постоянного диалога с пользователем;
c) требующих решения конкретной задачи за определенный промежуток
4. В каких системах гарантируется выполнение задания за определенный промежуток времени:
a) пакетной обработки;
b) разделения времени;
c) системах реального времени.
5. В системах пакетной обработки суммарное время выполнения смеси задач:
a) равно сумме времен выполнения всех задач смеси;
b) меньше или равно суммы времен выполнения всех задач смеси;
c) больше или равно суммы времен выполнения всех задач смеси.
6. В системах реального времени
a) набор задач неизвестен заранее;
b) набор задач известен заранее;
c) известен или нет набор, задач зависит от характера системы.
7. Самое неэффективное использование ресурсов вычислительной системы:
a) в системах пакетной обработки;
b) в системах разделения времени;
c) в системах реального времени.
8. Симметричное мультипроцессирование можно организовать:
a) только в системах с асимметричной мультипроцессорной архитектурой;
b) только в системах с симметричной мультипроцессорной архитектурой;
c) в любых мультипроцессорных системах.
9. Для симметричного мультипроцессирования верно:
a) системные задачи решаются только на определенном процессоре;
b) сначала выполняются задачи ОС;
c) системные задачи могут решаться на любом доступном процессоре.
10. В многопоточных системах поток есть –
a) заявка на ресурсы;
b) заявка на ресурс ЦП;
c) заявка на ресурс ОП.
11. Потоки создаются с целью:
a) ускорения работы процесса;
b) защиты областей памяти;
c) улучшения межпроцессного взаимодействия.
12. Как с точки зрения экономии ресурсов лучше распараллелить работу:
a) создать несколько процессов;
b) создать несколько потоков;
c) случаи a) и b) равнозначны, можно выбирать любой из них.
13. Планирование потоков игнорирует:
a) приоритет потока;
b) время ожидания в очереди;
c) принадлежность некоторому процессу.
14. В каких системах тип планирования статический
a) реального времени;
b) разделения времени;
c) пакетной обработки.
15. Состояние, которое не определено для потока в системе:
16. Каких смен состояний не существует в системе:
a) выполнение → готовность;
b) ожидание → выполнение;
c) ожидание → готовность;
d) готовность → ожидание.
17. Какой из алгоритмов планирования является централизованным:
b) не вытесняющий.
18. При каком кванте времени в системах, использующих алгоритм квантования, время ожидания потока в очереди не зависит от длительности ее выполнения:
a) при маленьком кванте времени;
b) при длительном кванте времени;
c) при любом кванте времени.
19. Число, характеризующее степень привилегированности потока при использовании ресурсов называется ………………………………………………..
20. Приоритет процесса не зависит от:
a) того, является ли процесс системным или прикладным;
b) статуса пользователя;
c) требуемых процессом ресурсов.
21. В каких пределах может изменяться приоритет потока в системе Windows NT:
a) от базового приоритета процесса до нижней границы диапазона приоритета потоков реального времени;
b) от нуля до базового приоритета процесса;
c) базовый приоритет процесса ± 2.
22. Какие принципы использованы в подсистеме планирования потоков в ОС Windows NT?
b) относительные приоритеты;
c) абсолютные приоритеты;
23. Моменты перепланировки использования ЦП не могут быть связаны с событиями:
a) прерывания от таймера в связи с истечением кванта времени;
b) завершение операции ввода/вывода;
c) окончание выполнения цикла в программе;
d) обнаружение деления на ноль в программе.
24. Каких классов прерываний нет?
25. Установите соответствие классов прерываний и программ их обрабатывающих
a) внешние прерывания 1. модули ядра;
b) внутренние прерывания 2. драйверы;
c) программные прерывания 3. процедуры ОС, обслуживающие системные прерывания.
26. Способы, которыми шины выполняют прерывания:
27. Какое из высказываний верно в отношении векторного прерывания?
a) вектор однозначно определяет устройство, запросившее прерывание;
b) вектор определяет группу устройств, запросивших прерывание;
c) в векторе не содержится информации о запросившем прерывание устройстве, для его определения должен быть выполнен дополнительный запрос.
28. Маскирование прерываний означает:
) запрет на обслуживание всех прерываний;
b) запрет на обслуживание прерываний с более низким приоритетом по сравнению с обслуживаемым в текущий момент;
c) запрет на обслуживание более приоритетных прерываний по сравнению с обслуживаемым в текущий момент.
29. Расположите в нужном порядке последовательность действий по обработке прерываний:
a) сохранение контекста прерванного процесса;
b) распознавание сигнала прерывания;
c) временный запрет прерываний этого типа;
d) восстановление контекста прерванного процесса и возобновление его работы;
e) выполнение программы обработки прерывания;
f) загрузка адреса процедуры прерывания.
30. Какие из прерываний можно считать синхронными?
31. Соотношение приоритетов пользовательских потоков и обработчиков прерываний:
a) приоритеты обработчиков прерываний меньше приоритетов пользовательских потоков;
b) приоритеты обработчиков прерываний больше приоритетов пользовательских потоков;
c) приоритеты обработчиков прерываний равны приоритетами пользовательских потоков.
Тест № 2 «Управление памятью. Кэширование данных. Вопросы безопасности»
1. Память с самой высокой стоимостью единицы хранения:
a) дисковая память;
b) оперативная память;
c) регистры процессора.
2. Какая функция ОС по управления оперативной памятью характерна только для мультизадачных ОС:
a) выделение памяти по запросу;
b) освобождение памяти по завершению процесса;
c) защита памяти.
3. Какая стратегия управления памятью определяет, какие конкретно данные необходимо загружать в память:
4. Виртуальные адреса являются результатом работы:
5. Какого типа адреса могут быть одинаковыми в разных процессах:
6. Какое из высказываний истинно:
a) виртуальное адресное пространство всегда совпадает по размеру с размером ОП, имеющейся в компьютере;
b) виртуальное адресное пространство процесса определяется разрядностью адресной шины компьютера;
c) виртуальное адресное пространство процесса определяется пользователем.
Для реализации алгоритма планирования ОС должна получать управление всякий раз, когда в системе происходит событие, требующее перераспределения процессорного времени. К таким событиям могут быть отнесены следующие:
Прерывание от таймера, сигнализирующее, что время, отведенное активной задаче на выполнение, закончилось. Планировщик переводит задачу в состояние готовности и выполняет перепланирование.
Активная задача выполнила системный вызов, связанный с запросом на ввод-вывод или на доступ к ресурсу, который в настоящий момент занят (например, файл данных). Планировщик переводит задачу в состояние ожидания и выполняет перепланирование.
Активная задача выполнила системный вызов, связанный с освобождением ресурса. Планировщик проверяет, не ожидает ли этот ресурс какая-либо задача. Если да, то эта задача переводится из состояния ожидания в состояние готовности. При этом, возможно, что задача, которая получила ресурс, имеет более высокий приоритет, чем текущая активная задача. После перепланирования более приоритетная задача получает доступ к процессору, вытесняя текущую задачу.
Внешнее (аппаратное) прерывание, которое сигнализирует о завершении периферийным устройством операции ввода-вывода, переводит соответствующую задачу в очередь готовых, и выполняется планирование.
Внутреннее прерывание сигнализирует об ошибке, которая произошла в результате выполнения активной задачи. Планировщик снимает выдачу и выполняет перепланирование.
При возникновении каждого из этих событий планировщик выполняет просмотр очередей и решает вопрос о том, какая задача будет выполняться следующей. Помимо указанных существует и ряд других событий (часто связанных с системными вызовами), требующих перепланировки. Например, запросы приложений и пользователей на создание новой задачи или повышение приоритета уже существующей задачи создают новую ситуацию, которая требует пересмотра очередей и, возможно, переключения процессора.
На рис. 5.11 показан фрагмент временной диаграммы работы планировщика в системе, где одновременно выполняются четыре потока. В данном случае неважно по какому правилу выбираются потоки на выполнение и каким образом изменяются их приоритеты. Существенное значение имеют лишь события, вызывающие активизацию планировщика.
Первые четыре цикла работы планировщика, приведенные на рисунке, были инициированы прерываниями от таймера по истечении квантов времени (эти события обозначены на рисунке как Т).
Следующая передача управления планировщику была осуществлена в результате выполнения потоком 3 системного запроса на ввод-вывод (событие I/O). Планировщик перевел этот поток в состояние ожидания, а затем переключил процесс на поток 2. Поток 2 полностью использовал свой квант, произошло прерывание от таймера, и планировщик активизировал поток 1.
При выполнении потока 1 произошло событие К - системный вызов, в результате которого освободился некоторый ресурс (например, был закрыт файл). Это событие вызвало перепланировку потоков. Планировщик просмотрел очередь ожидающих потоков и обнаружил, что поток 4 ждет освобождения данного ресурса. Этот поток был переведен в состояние готовности, но поскольку приоритет выполняющегося в данный момент потока 1 выше приоритета потока 4, планировщик вернул процессор потоку 1.
В следующем цикле работы планировщик активизировал поток 4, а затем, после истечения кванта и сигнала от таймера, управление получил поток 2. Этот поток не успел использовать свой квант, так как был снят с выполнения в результате возникшей ошибки (событие ЕR).
Далее планировщик предоставлял процессорное время потокам 1, 4 и снова 1. Во время выполнения потока 1 произошло прерывание Sот внешнего устройства, сигнализирующее о том, что операция передачи данных завершена. Это событие активизировало работу планировщика, в результате которой поток 3, ожидавший завершения ввода-вывода, вытеснил поток 1, так как имел в этот момент более высокий приоритет.
Последний показанный на диаграмме период выполнения потока 1 прерывался несколько раз. Вначале это было прерывание от внешнего устройства (S), затем программное прерывание (R), вызвавшее освобождение ресурса, и, наконец, прерывание от таймера (Т). Каждое из этих трех прерываний вызвало перепланировку потоков. В двух первых случаях планировщик оставил выполняться поток 1, так как в очереди не оказалось более приоритетных потоков, а квант времени, выделенный потоку 1, еще не был исчерпан. Переключение потоков было выполнено только по прерыванию от таймера.
В системах реального времени для отработки статического расписания планировщик активизируется по прерываниям от таймера. Эти прерывания пронизывают всю временную ось, возникая через короткие постоянные интервалы времени. После каждого прерывания планировщик просматривает расписание и проверяет, не пора ли переключить задачи. Кроме прерываний от таймера в системах реального времени перепланирование задач может происходить по прерываниям от внешних устройств - различного вида датчиков и исполнительных механизмов.
Наверняка вы знаете, что такое прерывания. Возможно, даже интересовались устройством процессора. Почти наверняка вы нигде не видели внятный рассказ про то, как именно процессор обнаруживает прерывание, переходит к обработчику и, самое главное, возвращается из него именно туда, куда положено.
Я писал эту статью год. Изначально она была рассчитана на хардварщиков. Понимание того, что я ее никогда не закончу, а также жажда славы и желание, чтобы ее прочло больше десяти человек, заставило меня адаптировать ее для относительно широкой аудитории, повыкидывав схемы, куски кода на Верилоге и километры временных диаграмм.
Если когда-нибудь вы задумывались над тем, что значат слова «the processor supports precise aborts» в даташите, прошу под кат.
Немного терминологии: процессор, процессы и прерывания
- Процессоры с экзотическими архитектурами (стековыми, потоковыми, асинхронными и так далее), потому что их доля на рынке весьма мала, а в качестве примера логичнее использовать распространенную архитектуру. RISC я выбрал исключительно по религиозным соображениям
- Многоядерные процессоры, потому что каждое процессорное ядро обрабатывает свои прерывания независимо от других ядер
- Суперскалярные, многопоточные и VLIW процессоры, потому что с точки зрения организации прерываний они похожи на скалярные процессоры (хотя, разумеется, гораздо сложнее).
- Выборка команды из памяти
- Декодирование команды
- Исполнение команды
- Запись результатов в регистры и/или память
Процессор с параллельным выполнением команд может выполнять несколько команд одновременно. Например, процессор с четырехстадийным конвейером команд может одновременно записывать результаты первой команды, испонять вторую, декодировать третью и выбирать из памяти четвертую.
- счетчика команд процессора (program counter, он же instruction pointer)
- регистров процессора (общего назначения, статусных, флагов и так далее)
- оперативной памяти
- арифметические и логические команды обновляют содержимое регистров и счетчика команд
- команды перехода обновляют содержимое счетчика команд и таблицы динамического предсказания переходов
- команды загрузки обновляют содержимое регистров, счетчика команд и кэш-памяти (при промахе кэша; если потребуется замещение линии кэша — то еще и оперативной памяти)
- команды сохранения обновляют содержимое оперативной памяти (или кэш-памяти) и счетчика команд
- Внутренним, если вызвано выполнением команды в процессоре:
- Программным (software interrupt), если вызвано специальной командой
- Исключением (exception, fault, abort – это все оно), если вызвано ошибкой при выполнении команды
- Внешним, если вызвано произошедшим снаружи процессора событием
- процессор сохраняет счетчик команд в специальный регистр адреса возврата (РАВ), одновременно записывая вектор прерывания в счетчик команд, запуская таким образом обработчик прерывания
- все прочие элементы состояния процесса сохраняются обработчиком прерывания при необходимости (например, прежде чем использовать регистры, он должен сохранить их содержимое в стек)
- перед завершением обработчика прерывания он должен восстановить все элементы состояния процесса, которые изменял (например, восстановить содержимое регистров, сохраненное в стек)
- обработчик прерывания завершается командой возврата из прерывания, которая записывает содержимое РАВ обратно в счетчик команд, то есть возвращает управление прерванному процессу
Точные и неточные прерывания
Программные прерывания и исключения могут быть точными или неточными. В некоторых случаях без точных исключений просто не обойтись — например, если в процессоре есть MMU (тогда, если случается промах TLB, управление передается соответствующему обработчику исключения, который программно добавляет нужную страницу в TLB, после чего должна быть возможность заново выполнить команду, вызвавшую промах).
В большинстве учебников по архитектуре компьютеров (включая классику типа Patterson&Hennessy и Hennessy&Patterson) точные прерывания обходятся стороной. Кроме того, неточные прерывания не представляют никакого интереса. По-моему, это отличные причины продолжить рассказ именно про точные прерывания.
Точные прерывания в процессорах с последовательным выполнением команд
Для процессоров с последовательным выполнением команд реализация точных прерываний довольно проста, поэтому представляется логичным начать с нее. Поскольку в каждый момент времени выполняется только одна команда, то в момент обнаружения прерывания все команды, предшествующие прерываемой, уже выполнены, а последующие даже не начаты.
Таким образом, для реализации точных прерываний в таких процессорах достаточно убедиться, что прерываемая команда никогда не обновляет состояние процесса до тех пор, пока не станет ясно, вызвала она исключение или нет.
Место, где процессор должен определить, позволить ли команде обновить состояние процесса или нет, называется точкой фиксации результатов (commit point). Если процессор сохраняет результаты команды, то есть команда не вызвала исключение, то говорят, что эта команда зафиксирована (на сленге — закоммичена).
- Выборка команды из памяти
- Декодирование команды
- Исполнение команды
- Запись результатов в регистры и/или память
- ошибка памяти при выборке команды
- неизвестный код операции при декодировании
- деление на ноль при исполнении
- ошибка памяти при записи результатов
- нельзя фиксировать команду и разрешать ей записывать результаты в память до тех пор, пока не станет ясно, что команда не вызвала исключение
- нельзя узнать, что исключение не вызвано, не записав результаты в память (для этого нужно получить подтверждение от контроллера памяти, что запись произведена успешно)
Как можно догадаться, эту проблему довольно сложно решить, поэтому во многих процессорах для простоты реализованы «почти точные» прерывания, то есть точными сделаны все прерывания, кроме исключений, вызванных ошибками памяти при записи результатов. В этом случае точка фиксации результатов находится между третьим и четвертым этапами цикла команды.
Важно! Нужно помнить, что счетчик команд тоже должен обновляться строго после точки фиксации результатов. При этом он изменяется вне зависимости от того, зафиксирована команда или нет — в него записывается либо адрес следующей команды, либо вектор прерывания, либо РАВ.
Точные прерывания в процессорах с параллельным выполнением команд
На сегодняшний день процессоров с последовательным выполнением команд почти не осталось (могу вспомнить разве что аналоги интеловского 8051) — их вытеснили процессоры с параллельным выполнением команд, обеспечивающие при прочих равных более высокую производительность. Простейший процессор с параллельным выполнением команд — процессор с конвейером команд (instruction pipeline).
Несмотря на многочисленные преимущества, конвейер команд значительно усложняет реализацию точных прерываний, чем много десятков лет печалит разработчиков.
В процессоре с последовательным выполнением команд этапы цикла команды зависят друг от друга. Простейший пример — счетчик команд. Вначале он используется на этапе выборки (как адрес в памяти, откуда должна быть прочитана команда), затем на этапе исполнения (для вычисления его следующего значения), и потом, если команда зафиксирована, он обновляется на этапе записи результатов. Это приводит к тому, что нельзя выбрать следующую команду до тех пор, пока предыдущая не завершит последний этап и не обновит счетчик команд. То же самое относится и ко всем прочим сигналам внутри процессора.
Процессор с конвейером команд можно получить из процессора с последовательным выполнением команд, если сделать так, чтобы каждый этап цикла команды был независим от предыдущих и последующих этапов.
- Результат выборки — закодированная команда — сохраняется в регистре, расположенном между этапами выборки и декодирования
- Результат декодирования — тип операции, значения операндов, адрес результата — сохраняются в регистрах между этапами декодирования и исполнения
- Результаты исполнения — новое значение счетчика команд для условного перехода, вычисленный в АЛУ результат арифметической операции и так далее — сохраняются в регистрах между этапами исполнения и записи результатов
- На последнем этапе результаты и так записываются в регистры и/или память, поэтому никакие вспомогательные регистры не нужны.
Производительность процессора немного упала, не так ли? На самом деле, решение лежит на поверхности – нам нужно два счетчика команд! Один должен находиться в начале конвейера и указывать, откуда читать команды, второй – в конце, и указывать на ту команду, которая должна быть зафиксирована следующей.
Первый называется «спекулятивным», второй – «архитектурным». Чаще всего спекулятивный счетчик команд не существует сам по себе, а встроен в предсказатель переходов. Выглядит это вот так:
- Если пришло внешнее прерывание, команда коммитится, но адрес следующей команды записывается не в АСК, а в РАВ. В АСК записывается адрес вектора прерывания.
- Если возникло исключение, команда не коммитится, вместо этого в АСК записывается адрес вектора соответсвующего исключения, а адрес команды записывается в РАВ.
- Если адрес команды не равен АСК, она тоже не коммитится (об этом позже). Если адрес равен АСК и исключения не произошло – процессор фиксирует команду и обновляет АСК (записывает адрес перехода в случае команды ветвления или просто инкрементирует в случае другой команды)
На этом все. Разумеется, показаный четырехстадийный конвейер прост до невозможности. На самом деле, некоторые команды могут исполняться более одного такта, и даже простой микроконтроллер умеет завершать их не в том порядке, в котором он запустил их на выполнение, при этом обеспечивая точность прерываний. Однако общий принцип организации прерываний, смею вас заверить, остается тем же.
Эти понятия часто путают, считая, что они подразумевают одно и то же. На самом деле, согласовать перепланировку необходимо до ее начала. С 21 августа 2020 года это можно сделать онлайн, не обращаясь в «Мои документы» (юридическим лицам — в жилищные инспекции). Узаконить необходимо уже сделанную перепланировку по окончании работ. Несущие конструкции не всегда определяются на глаз. В результате несогласованные изменения могут быть опасны для жизни владельца помещения и его соседей.
Какую перепланировку нужно узаконить
Чтобы спланировать дальнейшие действия, стоит пригласить специалиста, занимающегося легализацией перепланировок. Заранее подготовьте документы БТИ: план, техпаспорт, экспликацию. На их основании можно будет сравнить изменения с изначальным обликом помещения. Существует ряд нарушений, узаконить которые нельзя, в том числе:
- расширение санузлов и перенос «мокрых» зон в «сухие»;
- снос несущих стен и колонн;
- изменение фасада здания (сделали панорамные окна на месте обычных);
- вынос радиаторов на лоджию или балкон;
- подключение теплых полов к центральному отоплению;
- присоединение технических помещений (расширили квартиру за счет чердака или общей части подъезда).
Некоторые изменения узаконить довольно просто, так как они не влияют на функционал здания. Среди приемлемых перепланировочных работ:
- снос встроенной мебели, если она предполагалась в помещении при сдаче первому владельцу;
- заделка проходов в несущих стенах (не ломать, а строить);
- перемещение газовой или электроплиты, раковины на кухне;
- перенос сантехники в пределах одного помещения (поменяли ванну с унитазом местами);
- монтаж или снос межкомнатных перегородок, не являющихся несущими.
Как узаконить перепланировку: инструкция
Итак, вы внесли несанкционированные изменения в процессе ремонта, а затем решили их легализовать. Признать перепланировку законной можно только через суд.
Для этого необходимо следовать плану.
- Соберите необходимые документы. Понадобятся выписка из реестра, новый техпаспорт (заказать в БТИ или МФЦ), справка из СЭС и проект квартиры, который готовит специалист проектного бюро.
- Оповестите отдел архитектуры местной администрации о совершенных изменениях в здании.
- Напишите исковое заявление в суд и приложите к нему документы — в первую очередь выписку, подтверждающую право собственности, договор о владении имуществом либо свидетельство о праве на наследство. Также потребуются технический паспорт квартиры, заключение санитарно-эпидемиологической службы и проект, составленный специалистом строительной компании.
Если суд принял решение в пользу собственника, потребуется оплатить госпошлину и обратиться в БТИ для внесения обновления плана квартиры. Из организации к вам придет техник, который зафиксирует внесенные изменения в соответствии с документами. По итогу вы получите на руки расписку с указанием даты выдачи нового техпаспорта (обычно это десять дней после обращения в БТИ).
Затем необходимо прийти в Кадастровую палату или МФЦ с паспортами владельца и помещения, заключением СЭС и копией решения суда. Здесь снова потребуется оплатить госпошлину, а также пригласить в квартиру сотрудника органов кадастрового учета, который составит протокол, зафиксировав изменения. На его основе будет сделан новый кадастровый паспорт.
Штрафы за незаконную перепланировку
Учитывайте, что любая перепланировка без предварительного разрешения будет считаться нелегальной. Поэтому при попытке узаконить ремонт нужно быть готовым к тому, что суд потребует вернуть квартиру в первоначальное проектное состояние и назначит штраф в пользу государства.
Даже когда ремонтные работы выполнялись профессионалами и вы не сомневаетесь в их качестве, несогласованная перепланировка чревата юридическими последствиями. Если вы решите продать квартиру, на покупку не дадут ипотеку. При этом когда покупатель готов взять ее за наличные деньги, цену придется снизить, и то велика вероятность, что сделку признают нелегальной. Когда сотрудникам БТИ станет известно о перепланировке, ее потребуют узаконить. В противном случае на вас могут наложить штраф до 30 тыс. руб. и санкции, в том числе запретить выезд за границу.
Комментарии эксперта
Елена Федорова, юрист в сфере земельных отношений, строительства и защиты прав обманутых дольщиков:
— В законе нет нюансов для перепланировки ипотечных квартир. Запрет на изменение характеристик недвижимости, как правило, содержится в договоре. В соглашении может быть прописано условие как о запрещении любой перепланировки, так и о ее обязательном предварительном согласовании с банком. Отсутствие технических изменений, особенно несогласованных — гарантия быстрой продажи недвижимости в случае невыполнения заемщиком своих обязательств. За неисполнение пунктов договора предусмотрен внушительный штраф. В документ обычно включается условие о возможности визита в ипотечную квартиру с проверкой. Последствия — финансовые санкции. Существует судебная практика по удовлетворению компенсации нарушенных обязательств в пользу банков, поэтому не стоит особенно увлекаться несогласованными перепланировками в ипотечных квартирах. В любом случае до реализации изменений следует детально изучить договор.
Цена на легализацию перепланировки варьируется в зависимости от региона и сложности задачи. Если государственные пошлины и сборы являются фиксированными по стране, то услуги по изготовлению проекта или эскиза перепланировки могут быть разными. В упрощенном порядке — без предоставления многостраничного проекта, ограничившись эскизом, можно согласовать оформление арки в дверном проеме, если стена не несущая, расширение дверного проема с установкой раздвижных дверей, замену ламината на паркет или, наоборот, устройство гардеробной и другое. Данные работы не должны затрагивать несущие стены, границы «мокрых» зон, конструкций пола и потолка, не могут быть связаны заменой электрической плиты на газовую и наоборот, а также изменением ее положения. Составление эскиза стоит порядка 5 тыс. руб.
Если нужно согласовать более существенные вопросы, например расширение санузла, остекление балкона на последних этажах и прочие работы, без проекта не обойтись. В случае сложного ремонта экономить на нем не стоит. Необходимо удостовериться, что у проектной компании есть соответствующий допуск СРО и опыт. Специалист на этапе технического задания сможет дать пояснения, соответствуют ли ваши ожидания строительным, санитарным, пожарным нормам и правилам.
При этом проектировщики в зависимости от поставленных задач могут рекомендовать получить техпаспорт на квартиры соседей сверху и снизу, ведь у соседей может быть узаконенная нетипичная перепланировка, что особенно важно в новостройках. С одной стороны, это увеличивает стоимость проекта, с другой — минимизирует риски получения отказа в перепланировке.
Вилка цен по изготовлению проекта по Москве и Московской области — от 15 тыс. до 100 тыс. руб. При узаконивании выполненной перепланировки к цене следует прибавить штраф. При этом можно получить и отказ, обжалование которого повлечет дополнительные расходы на представительство в суде. Самостоятельно обратиться в суд без юридических услуг можно, но такие дела не относятся к категории простых.
Исключительной мерой ответственности является продажа с публичных торгов принадлежащего собственнику жилого помещения. Владельцу выплачиваются вырученные от продажи средства за вычетом расходов на исполнение судебного акта. На нового собственника возлагается обязанность привести квартиру в первоначальное состояние. Выселение производится с момента регистрации прав за новым владельцем. Такие прецеденты в судебной практике есть. При рассмотрении споров учитываются следующие юридические факты: создает ли перепланировка угрозу жизни и здоровью граждан, нарушает ли их права, срок неисполнения предписания о приведении помещения в первоначальный вид и неоднократность таких требований, является ли квартира для владельца единственной.
Затягивать с узакониваем не стоит, это не быстрая процедура. Сейчас благодаря цифровизации сроки существенно сократились, но они по-прежнему растягиваются не на пару дней, а на несколько месяцев.
Читайте также: