Re: Limited RAM stdio replacement for newlib

"Keith Packard" <[email protected]>
Newsgroups gmane.comp.lib.newlib
Message-ID <[email protected]>
Can Finner <[email protected]> writes:

> Did you try newlib-nano options?  In case it doesn't fit into your use
> case either, is it possible to improve nano instead?

Yes I did. Even with all of the knobs dialed to minimize memory usage it
still uses many kB of memory, requires malloc and has a fairly deep call
stack. At this point, I'm pretty convinced that there's no reasonable
way to create a stdio that targets good performance in high-capability
environments while offering options that reduce memory usage to near
zero bytes of ram.

The other benefit of this replacement stdio is that it doesn't depend on
any POSIX interfaces like open/close read/write, so the underlying OS
needn't have support for those, only character-at-a-time get and put
functions.

-- 
-keith
signature.asc (application/pgp-signature, 832 B)
-----BEGIN PGP SIGNATURE-----

iQIzBAEBCAAdFiEEw4O3eCVWE9/bQJ2R2yIaaQAAABEFAlulDAwACgkQ2yIaaQAA
ABG0JA//VqUbPBpyrq1e2BSagGXaBkiF1D1MA0sZ0CaBMblWPOv4aHHgs3VymDtx
fqFoFWz6UKM8xJVxRIUEisBGDcFpU7s177xR4kWJgJe6h+9V29oRQ22LMI18GFqe
glRL+s4drkW9pI9VqoR8gKXCzPi35MJ+aO83xEfR68uQ6ZD22BLdIIvwzUCA68c6
OY/9s30g9cdP67SLscEMm2DNKTsUNK0qYVfYMwGUAfOxraAYivJyTZ4PRfm6Wjwt
5/UBGldmCIwGvgzHR6If/ycbyiNtO0S5covGDPlVBooEsPio1xHWgUjCR/UQ7Y2n
Tu6qyOiDkVoE2tlBIxxIBLZw9mU2ooNGomy4XIWG3pNviCb6ItKj8K8SLTnxFC/5
Agj9+iEd0vvXDJ1L1RrfVYpRcKusFQ0lFKIWZWD+Xtxj3GzR4M32MBwsEbhfYg//
wJfs1+7DSscJqKBiuxpq6JwQM492NrSTDlurNVatSEScNRevkYEMJxAEDOIuAhH8
atbv82dqiOIZI6ECju8JGEwyx4cyTHBOloLQ8byqvrWwijhHzHAuUgpFKEFH0Rca
p+AS958sD59Tx3kaHRXhCu4XNzhFD87aeUFn4hbzqhouwDIlkmjdqHu9xnE7IHDI
e+uE/7k4V2ky3n2nkaKmGR53D2G9meW1Xc4z3ygl9qrxtUcQGds=
=8ttm
-----END PGP SIGNATURE-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.