<div dir="ltr">Devo trocar tudo por vetores. Estou desenvolvendo um produto que tem teclado + LCD + MicroSD.<div><br></div><div>Os dados que leio estão no MicroSD, processo os dados e gero um Menu. Esse menu é todo alocado com Malloc, é basicamente uma lista de array de char. Vou ver de substituir por uma lista bidimensional, o tamanho dos intens vai ser igual mas, acredito que fique mais fácil de manter a lista e limpar da memória. A lista não vai ter um tamanho fixo, apenas largura fixa.</div><div><br></div><div>Vai dar um belo trabalho, mas como tenho alguns comportamentos estranhos no código, espero reduzir.</div><div><br></div><div>Ps: Comportamento estranho: se eu não imprimo uma variável ela some, variável que não tem nada a ver com essa lista que falei.</div></div><div class="gmail_extra"><br><div class="gmail_quote">Em 15 de fevereiro de 2016 11:48, DQ <span dir="ltr"><<a href="mailto:dqsoft.blogspot@gmail.com" target="_blank">dqsoft.blogspot@gmail.com</a>></span> escreveu:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Uma outra estratégia comum (apesar de perigosa) é o famoso byte aux[100]  - uma buffer auxiliar que é usado como área temporária em vários lugares. Tomando o cuidado para que duas rotinas não usem esta área auxiliar ao mesmo tempo e que ela tenha tamanho suficiente para a maior necessidade, isto pode substituir a declaração de vários buffer de uso específico que ocupariam mais memória.<br><br>(Obs: tenho a impressão que esta discussão já rolou antes por aqui).<span class="HOEnZb"><font color="#888888"><br><br>DQ</font></span><div><div class="h5"><br><br>On Monday, February 15, 2016 at 11:44:53 AM UTC-2, DQ wrote:<blockquote class="gmail_quote" style="margin:0;margin-left:0.8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Recomendo uma leitura da documentação da biblioteca C do avr-gcc: <a href="http://www.nongnu.org/avr-libc/" rel="nofollow" target="_blank">http://www.nongnu.org/avr-libc/</a><br><br>Basicamente malloc utiliza a estratégia "best-fit" para alocar blocos dentro da área entre as varáveis estáticas e a pilha. O problema de fragmentação surge quando alocações e liberações ocorrem de forma desordenada. Quando um bloco é liberado o free tenta juntar com os blocos livres adjacentes mas o máximo que pode ser alocado é o maior bloco livre.<br><br>Por exemplo, vamos supor que você tenha 4K e aloque três blocos (nesta ordem): A (1K), B(2K) e C(1K). Se você liberar A e C, você fica com dois blocos livres de 1K; apesar da memória livre total ser 2K o máximo que você consegue alocar é 1K.<br><br>Se você alocar alguns blocos no início e nunca liberá-los, não há fragmentação. Se você alocar vários blocos e depois liberá-los, sem nenhuma outra alocação no meio, também não tem problema. Por exemplo, vamos supor que  sua rotina de menu aloca vários blocos, espere o operador fazer uma seleção, libere os blocos e depois execute o que foi selecionado. Não vai ter problema.<br><br>DQ<br><br>On Monday, February 15, 2016 at 8:59:13 AM UTC-2, Mesias wrote:<blockquote class="gmail_quote" style="margin:0;margin-left:0.8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Estava lendo alguns posts e discussões sobre fazer malloc no Arduino (ou em sistemas embarcados).<div><br></div><div>Parece que ele vai bagunçado a memória com o tempo, por não reutilizar bem as memórias que ele liberou.</div><div><br></div><div>O processo que tenho é simples, leio alguns dados, reservo a memória para mostrar um menu e depois limpo ela antes de executar funções, sempre limpo em seguida. Mas estou na duvida se deveria partir para alocação estática.<br clear="all"><div><br></div>-- <br><div>======================================<br>Alejandro Mesias André Nebra Perez<br>Java/Python/Js/Something else Developer<br>Twitter: @meszias<br>Linux User #442506<br>Campinas - SP - Brasil - South America<br>======================================</div>
</div></div>
</blockquote></div></blockquote></div></div></div><div class="HOEnZb"><div class="h5">

<p></p>

-- <br>
-... . . -..- -.-. . .-.. .-.. . -. - - --- . .- -.-. .... --- - .... . .-.<br>
Regras da Lista: <a href="https://garoa.net.br/wiki/Lista:LeiaAntesDeClicarNoSend" target="_blank">https://garoa.net.br/wiki/Lista:LeiaAntesDeClicarNoSend</a><br>
Para mais informações sobre o Garoa Hacker Clube acesse  <a href="https://garoa.net.br" target="_blank">https://garoa.net.br</a><br>
Maiores opções sobre o Google Groups, visite: <a href="https://groups.google.com/group/hackerspacesp" target="_blank">https://groups.google.com/group/hackerspacesp</a><br>
.--. .- .-. .- -- .- .. ... .. -. ..-. --- .-. -- .- . ... .- -.-. . ... ... . --- .-- .. -.- .. <br>
Epoch 0 <=> Fundação: 1298244863 s ~ 2.408064*10^52 tP  (tempos de Planck)<br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature">======================================<br>Alejandro Mesias André Nebra Perez<br>Java/Python/Js/Something else Developer<br>Twitter: @meszias<br>Linux User #442506<br>Campinas - SP - Brasil - South America<br>======================================</div>
</div>