Вход Наше всё Теги codebook 无线电组件 Поиск Опросы Закон Воскресенье
22 декабря

О смысле всего сущего 0xFF Средства и методы разработки Мобильная и беспроводная связь Блошиный рынок Объявления

Микроконтроллеры PLD, FPGA, DSP AVR PIC ARM, RISC-V Технологии Кибернетика, автоматика, протоколы Схемы, платы, компоненты

ARM, RISC-V контроллеры

467726 Топик полностью

aoreh (26.11.2013 19:15, просмотров: 479) ответил fk0 на Вот я и не понимаю, как работают системы без чудес. Не иначе как чудодейственным образом. Ведь прекрасно понятно, почему они работать не могут. Из чего делаю вывод, что работают они в условиях "мы библиотечные функции не используем" и до поры, до

ни о чем....

Ответить

- Ну вот объясни, как оно работает, когда два потока одновременно вызывают malloc() ? Скажешь УМВР? Не о чём говорить с адептами RTOS'ов которые даже не знают как у них эти RTOS'ы (не)работают. - fk0^{легенда}(26.11.2013 20:11)
  - Не о чем говорить с человеком, который не понимает, что malloc в частности и куча в целом никакого отношение к TLS не имеет, но утверждает, что без него никак... - aoreh(26.11.2013 20:38)
    - само по себе thread в разных кмопиляторах выглядит по разному, разными ОС поддерживается по разному, в той же винде есть тонкости в разных версиях по использованию этой фишки в длл. Это что касается статик-линк версии, динамическое так вообще aoreh(137 знак., 27.11.2013 11:33 - 11:49)
      - От компилятора потоки не зависят. Нужна только поддержка в libc. Как IAR, Keil и др. не знаю. В "больших" ОС всё есть. В более-менее серьёзных RTOS своя libc или её часть (или хотя бы берут newlib) где предусмотрена многопоточность. Собственно от fk0^{легенда}(222 знак., 27.11.2013 11:54)
        
        т.е. возвращаемся к тому, что если ОС нормальная и библиотека многопоточная, то можно об TLS не знать? aoreh(292 знак., 27.11.2013 12:02)
        
        Многопоточная библиотека в своей реализации опирается на TLS и это принципильно. А самому о TLS можно и не знать, если оно не нужно в своих задачах. TLS-переменная может просто глобальной переменной, не обязательно регистром процессора и т.п. - fk0^{легенда}(27.11.2013 13:15)
        
        Вдогонку. Глобальной переменной может быть только для одноядерных микроконтроллеров (коих пока большинство). - fk0^{легенда}(27.11.2013 13:29)
        
        В итоге спор получился ни о чем... правда может кому будет полезен с точки зрения просвещения... Я раньше не знал, что в самих компилляторах есть поддержка TLS переменных (__thread в GCC), правда пока так и не понял насколько она стандартизирована aoreh(205 знак., 27.11.2013 13:24 - 13:27)
    - Не о чём говорить с человеком, который не понимает, что malloc устанавливает переменную errno, которую без TLS ну никак не сделать. - fk0^{легенда}(27.11.2013 01:55)
      - О Боже и как же мы раньше маллок использовали без столько ценной переменной.... - aoreh(27.11.2013 11:30)
        
        Использовали как обычно. Но странно не понимать, что это ломает работающие в соседнем потоке математические функции из math.h, где без errno бывает не обойтись. - fk0^{легенда}(27.11.2013 11:37)
        
        Шановный,вы вообще с чего взяли, что я что-то не понимаю? Я вам говорю, о том, что без TLS можно прекрасно существовать, еслы вы не можете понять и поверить в это, то это ваши проблемы, а не мои, это вы какого-то х-я начали развешивать ярлыки не aoreh(72 знак., 27.11.2013 11:39)
        
        Без TLS нельзя существовать только уже из-за errno и десятка библиотечных функций со спрятанными внутри статическими переменными (например, rand()). Список в документации на тот же newlib есть. _ВЕРИТЬ_ я не собираюсь, я знаю и могу доказать, fk0^{легенда}(99 знак., 27.11.2013 11:47)
      - А свой malloc/new написать не выход разве? Который учтывает многозадачность? Apтём(263 знак., 27.11.2013 02:11)
        
        Задача стандартная -- делаем сразу свой процессор с аппаратным TLS... - fk0^{легенда}(27.11.2013 11:38, ссылка)