реклама на сайте
подробности

 
 
 
Reply to this topicStart new topic
> Свой __write, IAR
Dron_Gus
сообщение Apr 24 2007, 16:26
Сообщение #1


Профессионал
*****

Группа: Свой
Сообщений: 1 202
Регистрация: 9-01-05
Из: Санкт-Петербург
Пользователь №: 1 861



Хочу перенаправить printf на dbgu. Отключаю C-Spy пишу функцию size_t __write(int out, unsigned char const *pBuf, size_t len); Все бы хорошо, но данные скидываются этой функции по одному символу. PDC не применить. sad.gif А очень хочется. Может это как-то настраивается? Ведь передается же size_t len функции зачем-то?


--------------------
Если сверху смотреть, то сбоку кажется, что снизу ничего не видно.
Go to the top of the page
 
+Quote Post
axle
сообщение Apr 24 2007, 19:30
Сообщение #2


Частый гость
**

Группа: Новичок
Сообщений: 81
Регистрация: 19-04-07
Пользователь №: 27 167



А какой компилятор, библиотека "С" какая?
Я разбирался с arm-elf-gcc и newlib - все работало. Там printf вообще создавала собственный буфер и писала данные в него, пока он не заполнялся или не появлялся символ перевода строки, и только тогда все разом перекидывала во __write.
Go to the top of the page
 
+Quote Post
scifi
сообщение Apr 24 2007, 19:42
Сообщение #3


Гуру
******

Группа: Свой
Сообщений: 3 020
Регистрация: 7-02-07
Пользователь №: 25 136



Если очень хочется, то можно создать свой буфер, накапливать в нём данные и слать пачками.
Go to the top of the page
 
+Quote Post
Dron_Gus
сообщение Apr 24 2007, 23:21
Сообщение #4


Профессионал
*****

Группа: Свой
Сообщений: 1 202
Регистрация: 9-01-05
Из: Санкт-Петербург
Пользователь №: 1 861



Компилятор IAR'овский. Он шлет по одному. sad.gif Накапливать и посылать - слишком большие накладные расходы на вызов функци, ИМХО.


--------------------
Если сверху смотреть, то сбоку кажется, что снизу ничего не видно.
Go to the top of the page
 
+Quote Post
zltigo
сообщение Apr 24 2007, 23:40
Сообщение #5


Гуру
******

Группа: Свой
Сообщений: 13 372
Регистрация: 27-11-04
Из: Riga, Latvia
Пользователь №: 1 244



Цитата(axle @ Apr 24 2007, 19:30) *
Я разбирался с arm-elf-gcc и newlib - все работало. Там printf вообще создавала собственный буфер и писала данные в него, пока он не заполнялся или не появлялся символ перевода строки, и только тогда все разом перекидывала во __write.

Жуть, если так обстоит дело - самочинная буферизация с malloc-ами! Думаю, что Вы ошиблись.



Цитата(Dron_Gus @ Apr 24 2007, 23:21) *
Накапливать и посылать - слишком большие накладные расходы на вызов функци, ИМХО.

свой printf() на базе vsprintf() при статическом буфере даже при последующем побайтном (фифофированном) выводе в UART работает быстрее (немного sad.gif )штатного IAR-овского printf(). Цена - буфер под строчку.


--------------------
Feci, quod potui, faciant meliora potentes
Go to the top of the page
 
+Quote Post
Alex B._
сообщение Apr 24 2007, 23:42
Сообщение #6


Знающий
****

Группа: Свой
Сообщений: 943
Регистрация: 6-07-04
Из: Санкт-Петербург
Пользователь №: 274



>> Жуть, если так обстоит дело - самочинная буферизация с
>> malloc-ами! Думаю, что Вы ошиблись.
так и есть. f/printf там heap-а требует. И только по fflush(stdout) можно это дело ускорить.
Go to the top of the page
 
+Quote Post
Сергей Борщ
сообщение Apr 25 2007, 01:11
Сообщение #7


Гуру
******

Группа: Модераторы
Сообщений: 8 455
Регистрация: 15-05-06
Из: Рига, Латвия
Пользователь №: 17 095



Цитата(zltigo @ Apr 24 2007, 22:40) *
Цена - буфер под строчку.
Поправьте, если я неправ - printf требует море ОЗУ в частности и из-за того, что резервирует на стеке место под буфер на все случаи жизни. Получается, если vsprintf использует внешний буфер, то задавая буфер адекватного размера можно еще и на требованиях к стеку выиграть. Я ошибаюсь?


--------------------
На любой вопрос даю любой ответ
"Write code that is guaranteed to work, not code that doesn’t seem to break" (C++ FAQ)
Go to the top of the page
 
+Quote Post
zltigo
сообщение Apr 25 2007, 01:45
Сообщение #8


Гуру
******

Группа: Свой
Сообщений: 13 372
Регистрация: 27-11-04
Из: Riga, Latvia
Пользователь №: 1 244



Цитата(Сергей Борщ @ Apr 25 2007, 01:11) *
Поправьте, если я неправ - printf требует море ОЗУ в частности и из-за того, что резервирует на стеке место под буфер на все случаи жизни.


Все известные мне реализации printf() и прочих ...f() есть обертки одного и того же. И в следствие этого не имеют радикальных отличий по использованию стека.
В IAR это выглядит так:
Код
int (printf)(const char *fmt, ...)
    {    /* print formatted to stdout */
    int ans;
    va_list ap;

    va_start(ap, fmt);
    ans = _Printf(&_Prout, (void *)1, fmt, &ap);
    va_end(ap);
    return (ans);
    }

int (vsnprintf)(char *s, size_t size,
    const char *fmt, va_list ap)
    {    /* print formatted to string from arg list */
        int ans;
    _SNProutInfo x;

        x.count = 0;
    if (size == 0)
        {    /* write nothing */
        x.s = (char *)&x.size;    /* place to junk terminating nul */
        x.size = 0;
        }
    else
        {    /* set up buffer */
        x.s = s;
        x.size = --size;
        }
    ans = _Printf(&_SNProut, &x, fmt, &ap);
    *x.s = '\0';

    return ans < 0 ? ans : x.count;
    }

Собственно движок ....f() память под буфер кушает только на размер одного максимального равертутого формата знак+число+экспонента 40 с хвостиком байт, что не так трагично.


--------------------
Feci, quod potui, faciant meliora potentes
Go to the top of the page
 
+Quote Post
vromanov
сообщение Apr 25 2007, 13:14
Сообщение #9


Участник
*

Группа: Новичок
Сообщений: 70
Регистрация: 27-03-07
Пользователь №: 26 533



FYI - В CrossWorks реализация printf вызывает и требует __putc(int c).
Go to the top of the page
 
+Quote Post
Dron_Gus
сообщение May 1 2007, 19:38
Сообщение #10


Профессионал
*****

Группа: Свой
Сообщений: 1 202
Регистрация: 9-01-05
Из: Санкт-Петербург
Пользователь №: 1 861



Написал свой printf на основе vsprintf по совету zltigo. Примерно так
Код
int printf(const char *format, ...)
  {
  int len;
  __Va_list ap;
  va_start(ap, format);
  len = vsprintf(OutTempStr, format, ap);
  dbgu_cdma(OutTempStr);
  va_end(ap);
  return len;
  }


В погоне за дальнейшим ускорением собираюсь передавать ф-ии vsprintf сразу нужную позичию в кольцевом буфере, чтоб писать сразу в буфер. Возник вопрос, как бы оценить размер того, что vsprintf нагенерирует? Есть ли какое-то ограничение на размер генерируемой строки? Просто не хочется "наезжать" на соседние данные и в то же время не хочется лишний раз копировать туда-сюда.


--------------------
Если сверху смотреть, то сбоку кажется, что снизу ничего не видно.
Go to the top of the page
 
+Quote Post
zltigo
сообщение May 1 2007, 21:37
Сообщение #11


Гуру
******

Группа: Свой
Сообщений: 13 372
Регистрация: 27-11-04
Из: Riga, Latvia
Пользователь №: 1 244



Цитата(Dron_Gus @ May 1 2007, 19:38) *
Возник вопрос, как бы оценить размер того, что vsprintf нагенерирует? Есть ли какое-то ограничение на размер генерируемой строки?

Разумеется ограничения нет, но тут вроде и проблемы нет - Вы же сами-же и пользуетесь этой печатью и знаете какого обьема куски печатать собираетесь.
Ну и если Вы собираетесь "печатать" в байтовый кольцевой буфер, то идея с влетающими группами байт становится уже неудобной smile.gif. Ограничтесь байтовой печатью а усилия направьте на оптимизацию работы кольцевого буфера.
Я тут когда-то уже распинался по поводу эффективного кольцевого буфера.


--------------------
Feci, quod potui, faciant meliora potentes
Go to the top of the page
 
+Quote Post
DASM
сообщение May 1 2007, 22:16
Сообщение #12


Гуру
******

Группа: Свой
Сообщений: 3 644
Регистрация: 28-05-05
Пользователь №: 5 493



Не припомните где именно по поводу буфера ? Третий раз его сам писал, с интервалами год. Интересно было глядеть на свою эволюцию. И интересно поглядеть на чужое
Go to the top of the page
 
+Quote Post
zltigo
сообщение May 1 2007, 22:26
Сообщение #13


Гуру
******

Группа: Свой
Сообщений: 13 372
Регистрация: 27-11-04
Из: Riga, Latvia
Пользователь №: 1 244



Цитата(DASM @ May 1 2007, 22:16) *
Не припомните где именно по поводу буфера ?

Тут. Начиналось не с буфера то потом дошло:
http://electronix.ru/forum/index.php?showt...amp;hl=uart_isr


--------------------
Feci, quod potui, faciant meliora potentes
Go to the top of the page
 
+Quote Post

Reply to this topicStart new topic
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 


RSS Текстовая версия Сейчас: 19th July 2025 - 03:53
Рейтинг@Mail.ru


Страница сгенерированна за 0.01454 секунд с 7
ELECTRONIX ©2004-2016