Архитектурный вопрос. Опции

[neiver]

У меня возник вопрос к уважаемым авторам scmRTOS. Суть его в следующем, зачам нужен глобальный объект Kernel класса TKernel?
Ядро в системе присутствует в единственном экземпляре, других объектов класса TKernel нет и непланируется. При этом каждое обращение вида: Kernel.someField или Kernel.someFunction() приводят к загрузке указателя this, и далеко не всегда компилятор может от него избавиться.
Я провёл небольшой эксперимент: объявил все данные и функции члены TKernel статическими и соответственно изменил обращение к ним с Kernel. на TKernel::. Вся функциональность при этом естественно сохраняется, а размер кода несколько уменьшяатся (от 32 до 150 байт в зависимости от приложения в версии для AVR). Что может быть существенно.
Так вот есть ли (или был ли) какой нибудь сакральный смысл Kernel как таковом?

[IgorKossak]

К большому сожалению, читать темы на scmrtos-ru@googlegroups.com практически невозможно с сайта, с кодировками полная лажа. Хорошо, что хоть по подписке всё нормально приходит.

[dxp]

К большому сожалению, читать темы на scmrtos-ru@googlegroups.com практически невозможно с сайта, с кодировками полная лажа. Хорошо, что хоть по подписке всё нормально приходит.

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

По почте все нормально работает. Имхо, по почте оно и удобнее - почти как в старом добром FIDO, формат которого (эхо-конференции) мне представляется куда удобнее, нежели веб интерфейс форумов.

Да пожалуйса. Лучше, наверное, в html. Можно сразу мне на почту konstantin.chizhov12 собака gmail.com.

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