|
|
Многопоточность в ADAM 5510( или прерывания) |
|
Тогда так бы и писал! А то вас то же из стороны в сторону…
|
|
|
С уважением!
|
|
 |
|
|
Да я вроде не отклонялся ... Чтобы бытовая Винда стала боле-мене пригодной, её надо переделать до неузнаваемости, и то не совсем достигнет чего надо. Взять хотя-бы файлы. Надо чтоб ни один не висел в воздухе, сбрасывать сразу. Потом, обрыв кабеля, пропажа электричества - это должны быть нормальные штатные ситуации ! И система после этого должна сама загрузиться без всяких последствий, и начать работать. То-же с сетевым обменом, и всем остальным. Есть конечно, Win Embedded. Хоть не рил-тайм но все заточено как надо, двухярусная файловая система и все такое. Но - бабки не слабые, и настраивать вспотеешь. А XP - бери-дерзай, и уж не сравнить с "пультом оператора", который кстати тоже с трехзначной ценой. С уважением, SAN |
|
|
|
Выключение отложеной записи определяется политикой тома. К сбою скорее приведет ваша давешняя рекомендация об использовании FAT32.  При обрыве кабеля как вы выразились рекомендованная файловая система подвержена повреждению своих структур не зависимо от наличия отложенной записи достаточно просто текущей активности коей как правило предостаточно.
|
|
|
|
|
Допусти, что мы хотим реализовать три типа задач, различных по приоритетам. Необходимо сделать следующее: 1. Организовать три временнЫх прерываний. Например, 10 мс, 50 мс, 100 мс. 2. Организовать циклическую работу каждого прерывания. 3. Наивысший приритет предоставить прерыванию с наименьшим временем. 4.Обеспечиваем сохранность регистров процессора, локальных и системных переменных при переключениях задач. 5. Организуем контроль завершённости поставленной задачи в выделенном цикле работы. 6...Ну и далее ... работаем. Набиваем свою программу...
|
|
|
|
|
FAT32 - проверено на деле, научным тыком. А вы проверяли ? Уж если тронуть теорию, то NTFS гораздо сильнее завязана на кэшах, и не только. Еще отдельная тема - резервное питание ( UPS ), с ним тоже придется повозиться - возникают кой-какие противоречия .. А задачи с приоритетами .., абаждите, так PLC-программа работает под SP_RTE со своим самодельным планировщиком, который давно обсужден, и к Винде - никакого касательства. Виндоза только для отображения процессов, и переброски некоторых файлов. И то, чтобы она могла встать рядом с SP_RTE и не падала каждый час, её надо сильно подрихтовать, загнать в не свойственный ей режим. С уважением, SAN |
|
|
|
Я проверял, убить NTFS нельзя, единственный способ это аппаратный сбой при записи, когда вы пишите не то что читаете. Но тут никакая файловая система не устоит. FAT валится на раз. Кстати отложенная запись это единственная причина по которой существует функция "безопасного извлечения" и умирают пачками флешки с FAT. Но кэширование лишь продлевает опасный период незавершения транзакции на NTFS и разрушения таблиц FAT а не создает его. Как я уже говорил кэширование определяется политикой тома и может быть выключено. Если при откате транзакции на NTFS приложение приходит в несогласованное состояние, то это извините уже проблемы приложения а не системы и NTFS. 
|
|
|
|
Ответить 
|
Страница <1 567 |
| Переход на форум | Права доступа на форуме  Вы не можете публиковать новые темы в этом форуме Вы не можете отвечать на сообщения в этом форуме Вы не можете удалять Ваши сообщения на этом форуме Вы не можете редактировать Ваши сообщения на этом форуме Вы не можете создавать голосования на этом форуме Вы не можете выражать своё мнение в голосованиях на этом форуме |
