どうやら Erlang をコンパイルした時のCコンパイラによって Elixir の性能がかなり異なるようだ - Qiita
この記事は「fukuoka.ex Elixir／Phoenix Advent Calendar 2019」16日目です。 昨日の「fukuoka.ex Elixir／Phoenix Advent Calendar 2019」は @pojiro さんの「作って学ぶPhoenix、IoTサーバー」でした。 前回は「#NervesJP Advent Calendar 2019」12日目と13日目にそれぞれ「Nerves の可能性は IoT だけじゃない(前編)〜ElixirとPelemayで世界の消費電力を抑える」と「Nerves の可能性は IoT だけじゃない(後編)〜Nervesで世界の消費電力を抑える」をお届けしました。 さて2019年11月の頭にこんなツイートをして反響を呼びました。 今日知った衝撃の事実。Elixir は，Erlang を GCC でコンパイルするのか，Clang で
2. Erlangのパフォーマンスに関する8つの都市伝説 — Erlang User's Guide v5.8.1 documentation
2. Erlangのパフォーマンスに関する8つの都市伝説¶ 「真実」の中には、賞味期限を越えて生き残るものがあります。これは、リリースノートに何か情報が載っていたとしても、それよりも人から人へと「情報」が広がっていく速度の方が早いからです。実際には、かつて古いといわれていたfunも、現在では高速になっています。 このドキュメントを通じて私たちが行おうとしていることは、かつて真実(あるいは多少誤解があるもの)だったもののうち、もはや古くなって、すでに都市伝説となっているものを、正しく葬り去ることです。 2.1. 都市伝説: funは遅い¶ そうです。かつてfunは遅かったです。とても遅かったです。apply/3よりも遅かったです。最初は、funはコンパイラ上のトリックと通常のタプル、apply/3と、大量のアイディアを使って実装されていました。 しかし、これは過去の歴史でしかありません。R6
Erlang と GPGPU
GPGPU はもともと名前も知っていたし、なんか使えるらしいレベルで知っていた。ただ個々数年で機械学習系で人気がでてきたことで、色々便利になっているという印象はあったが、機械学習系も興味ないかったので無視してた。 最近になって重い腰を上げて GPGPU を調べているまだどんなことができるのか、何が嬉しいのかを知ろうとしているレベル。 いろいろ調べたので、せっかくなので調べ始めた経緯などもふくめて書いてみた。 Erlang/OTP C 拡張のリスク自分は Erlang/OTP で製品を書いているが、 Erlang/OTP の最大の弱みとして計算処理が弱いというのがある。計算処理が弱いというのは何かしらの変換処理などを行う場合は外部のツールまたは、C 拡張 (NIF) を利用したりして処理を刷る必要がある。 ただ NIF はメリットが少ない。ビルドがその C 拡張に引っ張られることもあるが、ス
ZEAM開発ログv0.1.2 AI/MLを爆速にしたい！ Flow のコードを OpenCL で書いてみる〜CPU編 - Qiita
kernel void logisticsmap( global int *mu, global int *p, global int *input, global int *output) { int x, m, pp; size_t i = get_global_id(0); x = input[i]; m = mu[i]; pp = p[i]; x = m * x * (x + 1) % pp; x = m * x * (x + 1) % pp; x = m * x * (x + 1) % pp; x = m * x * (x + 1) % pp; x = m * x * (x + 1) % pp; x = m * x * (x + 1) % pp; x = m * x * (x + 1) % pp; x = m * x * (x + 1) % pp; x = m * x * (x
My OTP 21 Highlights - Erlang/OTP
OTP-21 Release Candidate 1 has just been released. I thought that I would go through the changes that I am the most excited about. Most likely this will mostly mean features in erts and the core libraries as those are the changes that I am the most familiar with. You can download the readme describing the changes here: OTP 21-RC1 Readme. Or, as always, look at the release notes of the application
初心者のElixir |> Flow,GenStage |> Concurrent MapReduce - Qiita
When 2017/04/01 At Elixir Conf Japan 2017 LT Self Introduction ちきさん (Tomohiro Noguchi) Twitter/GitHub/Qiita: @ovrmrw I've started to learn Elixir 1 month ago. What I talk about Reading a JSON file and doing MapReduce. (JSONファイルを読み込んでMapReduceしたい。) Differences between Eager, Lazy and Flow(Concurrent). (Eager, Lazy, Flow(Concurrent)の違いについて。) Flow & GenStage is extremely fast. (Flowめちゃくちゃ速い。) === Git
fprof — tools v4.1.2
A Time Profiling Tool using trace to file for minimal runtime performance impact. This module is used to profile a program to find out how the execution time is used. Tracing to file is used to minimize the runtime performance degradation. The fprof module uses tracing to collect profiling data, hence there is no need for special compilation of any module to be profiled. When it starts tracing, fp
Erlang Performance Lab
Witajcie Pracujemy nad serwisem w pocie czoła i wkrótce startujemy. Trzymajcie kciuki. Naszym celem jest informowanie o działaniach i integracja polskiej społeczności zainteresowanej treściami nt. programowania. Interesują Cię poniższe materiały? materiały wideo, portale, blogi, szkolenia, kursy, webinaria, konferencje naukowe, tematyczne i popularne, studia, książki, i wiele innych treści. Będzie
ErlangVMの落としかた初級編 - Qiita
defmodule SupRestartLimit.Worker do use GenServer require Logger @counter_limit 5 def start_link(interval) do GenServer.start_link(__MODULE__, [interval]) end @impl GenServer def init([interval]) do state = %{counter: 0, interval: interval} Process.send_after(self(), :countup, interval) {:ok, state} end @impl GenServer def handle_info(:countup, %{counter: counter, interval: interval}=state) do Log
Erlangパフォーマンス・チューニング - Qiita
-module(httpd_tcp_listener). -export([start_link/0]). start_link() -> Pid = spawn_link(fun init/0), {ok, Pid}. init() -> Port = 8888, Backlog = 10244, Options = [binary, inet6, % support both ipv4 and ipv6 {active, false}, {reuseaddr, true}, {backlog, Backlog} ], {ok, Listen} = gen_tcp:listen(Port, Options), accept(Listen). accept(Listen) -> case gen_tcp:accept(Listen) of {ok, Socket} -> {ok, Pid}
HiPE(High Performance Erlang)について - Qiita
日本語でHiPEについて触れている文書が少ない気がしたので、自分が知っている範囲の情報を取り留めもなく書いてみた。 ※ 経験ベースで書いているため情報の網羅性や信頼性にはあまり期待しないでください HiPEって何？ 「High Performance Erlang」の略。 HiPEコンパイラはOTPが提供する標準アプリケーションの中に含まれている(OTP17.3現在)。 HiPEコンパイラを使うと、ErlangのソースコードをVM(beam)のバイトコードとしてではなく、ネイティブコードとしてコンパイルしてくれる。 (JavaのJITコンパイラのように、実行時にネイティブコードへの変換を行なうわけではない) そのため、速度を重視したい(けどCで書く程ではない)モジュールを実装する場合に、HiPEが手軽な高速化の手段として重宝することがある。 HiPEを有効にするには ソースコードから自前で
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://raw.githubusercontent.com/strangeloop/StrangeLoop2014/master/transcripts/Armstrong-OpeningAndKeynote.txt
"The Mess We're In" by Joe Armstrong
My recent performance story on Elixir
Elixir in production, an open data tale | Socrata
Latency of Native Functions for Erlang and Elixir
Benchmarking in Elixir
Benchmarking and profiling Elixir apps
Benchmarking communication between Elixir and Ruby
Tail Call Optimization in Elixir & Erlang – not as efficient and important as you probably think