[erlang-questions] Erlang/OTP 21.0-rc1 (Release Candidate)
Michał Muskała
michal@REDACTED
Fri May 4 19:23:51 CEST 2018
The release looks great. Thank you to the whole OTP team for the work you put into it.
I wonder about the new file implementation that uses NIFs instead of ports, specifically the instrumentation around it. With ports, there was a way to list all ports and filter those that are files. This proved sometimes useful in debugging situations. Would it be possible to also get some kind of API to list all opened files, possibly with some additional information (like path)?
I imagine a need for an API like that would be even more pressing once sockets are ported to use NIFs instead of ports as well.
Michał.
On 2 May 2018, 13:38 +0200, Henrik Nord X <henrik.x.nord@REDACTED>, wrote:
> OTP 21 Release Candidate 1
>
> This is the first of two planned release candidates before the OTP 21
> release. The intention whit this release is that you as users try it
> and give us feedback if something does not work as expected. Could be a
> bug,an unexpected incompatibility, a significant change of
> characteristics in a negative direction, etc.
>
> Erlang/OTP 21 is a new major release with new features, improvements as
> well as incompatibilities.
>
> Potential Incompatibilities
>
> * All Corba applications are now moved from the OTP repository
> * A new Corba repository will be created https://github.com/erlang
> * New applications ftp and tftp, moved from inets
> * ssl no longer supports 3_DES cipher suites or RSA-key exchange
> cipher suites by default
> * erlang:monitor on a primitive node (erl_interface, jinterface, etc)
> will no longer fail with badarg exception. Instead a monitor will be
> created, but it will only supervise the connection to the node.
>
> Highlights
>
> Erts:
>
> * Enhanced IO scalability
> * Support for usage of distribution controller processes for
> alternative transports, routing etc
> * compact instructions on 64bit systems for code below 4GB 20% less
> memory for loaded code
> * Rewrite of the efile-driver with NIFs and "Dirty schedulers"
> resulting in faster file operations
> * non-smp VM removed
> * link and monitor optimized for scalability
> * os:getenv/putenv now work on thread-safe emulation. No longer in
> sync with libc getenv(3). Manual synchronization will be needed.
>
> Compiler:
> * Misc compiler optimizations including contributions from the
> Elixir team resulting in 10% improvements in benchmarks
> * "Tuple calls" have been removed from the run-time system.
> * Code such as f({ok, Val}) -> {ok, Val} is now automatically
> rewritten to f({ok, Val} = Tuple) -> Tuple. this reduces code
> size, execution time, and removed GC pressure.
> * More information in stacktrace from a number of operators
> * erlang:get_stacktrace/0 deprecated to be replaced with try ...
> catch C:R:Stacktrace -> ...
> * Creation of small maps with literal keys optimized.
>
> Security:
> * DTLS support in SSL
> * Enhanced support for distribution over TLS
> * "unsecure" ciphers removed from defaults in SSL and SSH.
> * A new option value defined to facilitate implementing exec
> servers. Old option kept for compatibility, but now gives errors
> on stderror.
>
> Standard libraries:
> * New API for logging, logger
> * New uri_string module for parsing URIs according to "The
> standard"
> * New function lists:search(list,fun/1) -> {ok, Value} | false
> * Changed default behaviour of .erlang loading. escript, erlc,
> dialyzer and typer no longer load an .erlang at all.
>
> For more details see
> http://erlang.org/download/otp_src_21.0-rc1.readme
>
> Pre built versions for Windows can be fetched here:
> http://erlang.org/download/otp_win32_21.0-rc1.exe
> http://erlang.org/download/otp_win64_21.0-rc1.exe
>
> Online documentation can be browsed here:
> http://erlang.org/documentation/doc-10.0-rc1/doc/
>
> The Erlang/OTP source can also be found at GitHub on the official
> Erlang repository,
> https://github.com/erlang/otp with tag OTP-21.0-rc1
>
>
> Thank you for all your contributions!
> _______________________________________________
> erlang-questions mailing list
> erlang-questions@REDACTED
> http://erlang.org/mailman/listinfo/erlang-questions
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://erlang.org/pipermail/erlang-questions/attachments/20180504/524631a1/attachment.htm>
More information about the erlang-questions
mailing list