
<!DOCTYPE html>

<html>

<head>

<title></title>

<style type="text/css">p.MsoNormal,p.MsoNoSpacing{margin:0}</style>

</head>

<body><div>That would be great! <br></div>

<div><br></div>

<div>Would there be much reason at all to use binary for text if this were the case now that utf is also supported? I suppose it would still be optimal if one is passing around large chunks of >64 bytes of text, but besides that are there any performance reasons to use binaries over lists assuming the memory usage were the same?<br></div>

<div><br></div>

<div id="sig19496053"><div class="signature">Tristan<br></div>

</div>

<div><br></div>

<div><br></div>

<div>On Mon, Jun 11, 2018, at 10:47 AM, Lukas Larsson wrote:<br></div>

<blockquote type="cite"><div dir="ltr"><div>Hello,<br></div>

<div><br></div>

<div>Great discussion and ideas here!<br></div>

<div><br></div>

<div><div>One thing that I've not seen mentioned is; what if the list representation was made more memory efficient? Today its 16 bytes per codepoint vs binaries that are 1-4 byte per codepoint. What if lists only used 8 bytes for each codepoint? what if it used the same as binaries? How would that change this discussion?<br></div>

<div><div><br></div>

<div defang_data-gmailquote="yes"><div>On Mon, Jun 11, 2018 at 10:22 AM, Sean Hinde <span dir="ltr"><<a href="mailto:sean.hinde@mac.com">sean.hinde@mac.com</a>></span> wrote:<br></div>

<blockquote defang_data-gmailquote="yes" style="margin-top:0px;margin-right:0px;margin-bottom:0px;margin-left:0.8ex;border-left-color:rgb(204, 204, 204);border-left-style:solid;border-left-width:1px;padding-left:1ex;"><div style="overflow-wrap:break-word;"><br></div>

</blockquote><blockquote defang_data-gmailquote="yes" style="margin-top:0px;margin-right:0px;margin-bottom:0px;margin-left:0.8ex;border-left-color:rgb(204, 204, 204);border-left-style:solid;border-left-width:1px;padding-left:1ex;"><div style="overflow-wrap:break-word;"><div>Would an EEP help the existing work of the OTP team in this area or is there already a clear plan and this would be a distraction?<br></div>

<div><br></div>

</div>

</blockquote><div><br></div>

<div>There is no plan about what should be done in this area. We want to continue developing the possibility to encode and decode protocols. We've had numerous discussions about how we would like to extent the binary syntax (or the syntax in general) in order to make it better for both novice and advanced users of Erlang, but have yet to come up with something that we like. So far our discussions have been mostly about decoding protocols, because we see that as the larger pain point, but maybe we were wrong about that?<br></div>

<div><br></div>

<div>Regarding creating a new text type, I'm personally skeptical, but haven't formed a strong opinion on the matter yet. Adding a new type is a huge undertaking and we should be very sure that what we want before doing it.<br></div>

<div><br></div>

<div>Lukas<br></div>

</div>

</div>

</div>

</div>

<div><u>_______________________________________________</u><br></div>

<div>erlang-questions mailing list<br></div>

<div><a href="mailto:erlang-questions@erlang.org">erlang-questions@erlang.org</a><br></div>

<div><a href="http://erlang.org/mailman/listinfo/erlang-questions">http://erlang.org/mailman/listinfo/erlang-questions</a><br></div>

</blockquote><div><br></div>

</body>

</html>