История изменений
Исправление pfg, (текущая версия) :
Именно поэтому задачи на одном ядре не тормозят задачи на другом. Да и планировщиков в Линуксе несколько разных типов с разными приоритетами.
а вот под кернел паник отлично попадают :)
Мнение диванного теоретика очень важно для нас! Лично я работаю в области АСУТП на ж.д.транспорте с 1983г. С 1998г. наша система АСУТП работает на Линуксе (причем система управляющая, не информационная) - на одном из объектов до сих пор работает ядро 2.0
расскажи про АСУТП на линуксе. мне очень интересно. ибо была темка на работе по использованию линукса в нашей железке для расширения интерфейса. покумекали и пришли к выводу о разделении «железной» и интерфейсной работы на два процессора.
согласись, разделение на отдельные процессоры гораздо более лучшее по уровню защищенности чем разделения по ядрам одного процессора. потому и делают.
Дома
дома я и на асп32 собираю. заглючит - не страшно.
а вот если заглючит ТП гдеинть на хим.производстве с выбросом гадости в атмосферу, тебя мягко говоря порвут…
Исходная версия pfg, :
Именно поэтому задачи на одном ядре не тормозят задачи на другом. Да и планировщиков в Линуксе несколько разных типов с разными приоритетами.
а вот под кернел паник отлично попадают :)
Мнение диванного теоретика очень важно для нас! Лично я работаю в области АСУТП на ж.д.транспорте с 1983г. С 1998г. наша система АСУТП работает на Линуксе (причем система управляющая, не информационная) - на одном из объектов до сих пор работает ядро 2.0
расскажи про АСУТП на линуксе. мне очень интересно. ибо была темка на работе по использованию линукса в нашей железке для расширения интерфейса. покумекали и пришли к выводу о разделении «железной» и интерфейсной работы на два процессора.
Дома
дома я и на асп32 собираю. заглючит - не страшно.
а вот если заглючит ТП гдеинть на хим.производстве с выбросом гадости в атмосферу, тебя мягко говоря порвут…