DP
А, сорри, счс бегло перечитал, там всё же есть намёки на конкретную платформу. Про условные переходы в пределах страницы 256 байт, например
старые PICи времен когда микрочип свой талмуд нахаляву рассылали (1999/200х) ?
Size: a a a
2020 August 20
I
Dmitry Ponyatov
старые PICи времен когда микрочип свой талмуд нахаляву рассылали (1999/200х) ?
Тоже возможно. Очень на них похоже в плане перехода только в пределах 256 байт.
I
Себестоимость решила все, я, наконец, выдал свое согласие и мощные и гордые красавцы Intelы и Mотороллы последних моделей остались за бортом.
A
Тоже возможно. Очень на них похоже в плане перехода только в пределах 256 байт.
"Short" Jump?
I
"Short" Jump?
Не переход по условию только по смещению не более 256
A
Себестоимость решила все, я, наконец, выдал свое согласие и мощные и гордые красавцы Intelы и Mотороллы последних моделей остались за бортом.
"Моторола" второй ребрендинг уже сделала. Со слияниями и поглощениями.
А когда-то даже в топовых Mac'ах стояла )
А когда-то даже в топовых Mac'ах стояла )
I
"Моторола" второй ребрендинг уже сделала. Со слияниями и поглощениями.
А когда-то даже в топовых Mac'ах стояла )
А когда-то даже в топовых Mac'ах стояла )
Хорошая контора была. Без сомнения.
М
Всем привет. Такой вопрос возник нужно одновременно во фриртос + фатфс+сдио(дма) читать и писать два разных файла.
Такое возможно? и нужно ли это как то включать?
В двух разных задачах.
В одной я хочу проигрывать аудио с сд карты, а во второй пишсать лог.
Такое возможно? и нужно ли это как то включать?
В двух разных задачах.
В одной я хочу проигрывать аудио с сд карты, а во второй пишсать лог.
A
Максим
Всем привет. Такой вопрос возник нужно одновременно во фриртос + фатфс+сдио(дма) читать и писать два разных файла.
Такое возможно? и нужно ли это как то включать?
В двух разных задачах.
В одной я хочу проигрывать аудио с сд карты, а во второй пишсать лог.
Такое возможно? и нужно ли это как то включать?
В двух разных задачах.
В одной я хочу проигрывать аудио с сд карты, а во второй пишсать лог.
В плане держать открытыми?
М
В плане держать открытыми?
Да
A
Максим
Да
Да, это ничего не противоречит вроде.
А что мешает их переоткрывать (накладные расходы мизерные)?
SDIO все равно работает в один поток - либо пишет либо читает.
А что мешает их переоткрывать (накладные расходы мизерные)?
SDIO все равно работает в один поток - либо пишет либо читает.
DS
Да, это ничего не противоречит вроде.
А что мешает их переоткрывать (накладные расходы мизерные)?
SDIO все равно работает в один поток - либо пишет либо читает.
А что мешает их переоткрывать (накладные расходы мизерные)?
SDIO все равно работает в один поток - либо пишет либо читает.
Либо ждёт пока контроллер карточки соизволит записать во флеш
A
Максим
Да
https://www.avrfreaks.net/comment/758276#comment-758276
Только там пример от 2011 года.
Но FatFS сильно не менялся.
Только там пример от 2011 года.
Но FatFS сильно не менялся.
М
Да, это ничего не противоречит вроде.
А что мешает их переоткрывать (накладные расходы мизерные)?
SDIO все равно работает в один поток - либо пишет либо читает.
А что мешает их переоткрывать (накладные расходы мизерные)?
SDIO все равно работает в один поток - либо пишет либо читает.
Ничего не мешает. Только мне надо каждый раз запомнать где я нахожусь и аудио обычно проигрывается долго.
DP
Максим
Всем привет. Такой вопрос возник нужно одновременно во фриртос + фатфс+сдио(дма) читать и писать два разных файла.
Такое возможно? и нужно ли это как то включать?
В двух разных задачах.
В одной я хочу проигрывать аудио с сд карты, а во второй пишсать лог.
Такое возможно? и нужно ли это как то включать?
В двух разных задачах.
В одной я хочу проигрывать аудио с сд карты, а во второй пишсать лог.
дисковый I/O всегда отдельным процессом делается, со своей очередью на операции
единственное, делать реордер блоков в очереди в некотором окне сортировки, чтобы блоки по возможности на диске шли подряд
еще приоритет задач учитывать — некоторые задачи требуют максимально быстрой записи, типа аварийных логов
единственное, делать реордер блоков в очереди в некотором окне сортировки, чтобы блоки по возможности на диске шли подряд
еще приоритет задач учитывать — некоторые задачи требуют максимально быстрой записи, типа аварийных логов
М
Dmitry Ponyatov
дисковый I/O всегда отдельным процессом делается, со своей очередью на операции
единственное, делать реордер блоков в очереди в некотором окне сортировки, чтобы блоки по возможности на диске шли подряд
еще приоритет задач учитывать — некоторые задачи требуют максимально быстрой записи, типа аварийных логов
единственное, делать реордер блоков в очереди в некотором окне сортировки, чтобы блоки по возможности на диске шли подряд
еще приоритет задач учитывать — некоторые задачи требуют максимально быстрой записи, типа аварийных логов
Да, я видел что то подобное в линуховых исходниках.
DP
у кого есть книга Кайхан Эрджиес: Распределенные системы реального времени?
не погу по оглавлению определить, стоит ли она своих конских денег, комментариев нет нигде — какие впечатления о начинке?
не погу по оглавлению определить, стоит ли она своих конских денег, комментариев нет нигде — какие впечатления о начинке?
VN
С распберри с DPI тут кто-нибудь разбирался? Мне нужен оверлей для dpi16, но его в raspbian нет, как его можно руками сделать?
VN
Или где-то есть готовые?
VN
Они лежат в /boot/overlay