はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
CouchDB Implements a Fundamental Algorithm : Daytime Running Lights
We're seeing a lot of action in the key/value map/reduce world lately. On the one hand this is because simpler stuff scales more simply, and on the other because key/value and B-Tree stores map cleanly to some fundamental algorithms. At the heart of CouchDB's value proposition is incremental, peer-to-peer replication. All copies of a database are complete and can function independently at all time
RabbitMQ: One broker to queue them all | RabbitMQ
Why RabbitMQ?RabbitMQ is a reliable and mature messaging and streaming broker, which is easy to deploy on cloud environments, on-premises, and on your local machine. It is currently used by millions worldwide. InteroperableRabbitMQ supports several open standard protocols, including AMQP 1.0 and MQTT 5. There are multiple client libraries available, which can be used with your programming language
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
file:write が遅い - Twisted Mind
知ってはいたんですがここまで遅いとは ... 相当ネックになりつつあります。 大量のパケットを dump するとかなーり遅いです ... 。 追記 @kuenishi が CouchDB の I/O ネタを教えてくれました。 "couchdbの印象とErlangのfile I/O - amnesiac weekend programmer" 結論としてはオフセット取ってそっからえいやーです。 参考コード {ok, Fd} = file:open("spam.txt", [append, raw, binary]), {ok, Pos} = file:position(Fd, eof), file:pwrite(Fd, Pos, <<"v\n">>). 秒間数千パケットをダンプしてもログがついてくるようになったとさ:-) 追記2 @itawasa に教えて頂きました。bfile というそうで
Erlang, Yaws, and the deadly Tornado
The numbers looked interesting, so I decided to benchmark Tornado myself to check out how it fares against some Erlang tools. Keep in mind that Erlang runtime itself is not the fastest beast in the woods. It is generally considered slower than many other interpreted languages (including Python), especially on file operations (due to complexities of the io library doing most of heavy lifting). Howe
Nginx vs Yaws vs MochiWeb : Web Server Performance Deathmatch, Part 2
Almost a year ago I did some Apache and Nginx performance testing. Apparently I have the bug again and have done some performance testing on Nginx, Yaws and MochiWeb. The latter two being Erlang based. Again deathmatch may be an overstatement but this is my attempt at gleaning some interesting performance data from some high performance web servers. Also, I attempted to improve the graphs this tim
Erlang Efficiencyガイド — Erlang User's Guide v5.8.1 documentation
Navigation index Erlang User's Guide v5.8.1 documentation » This Page Show Source Quick search Enter search terms or a module, class or function name. Erlang Efficiencyガイド¶ 1. イントロダクション 1.1. 目的 1.2. 条件 2. Erlangのパフォーマンスに関する8つの都市伝説 2.1. 都市伝説: funは遅い 2.2. 都市伝説: リスト内包表記は遅い 2.3. 都市伝説: 末尾再帰関数は、再帰関数と比べて「べらぼう」に高速である 2.4. 都市伝説: ‘++’ は使用しないほうがいい 2.5. 都市伝説: 文字列は遅い 2.6. 都市伝説: Detsファイルの修復はとても時間がかかる 2.7. 都市伝説:
hypotheticalabs.com - このウェブサイトは販売用です！ - hypotheticalabs リソースおよび情報
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
Yariv’s Blog » Blog Archive » Parallel merge sort in Erlang
I’ve been thinking lately about the problem of scaling a service like Twitter or the Facebook news feed. When a user visits the site, you want to show her a list of all the recent updates from her friends, sorted by date. It’s easy when the user doesn’t have too many friends and all the updates are on a single database (as in Twoorl’s case :P). You use this query: "select * from update where uid i
たけまる / Inside the Erlang VM
_ Inside the Erlang VM [erlang][paper] 昨日 [2008-12-11-1] に引き続き，今日は Erlang User Conference の発 表を紹介します． 発表者の Ludin さんは Ericsson で Erlang を開発されている方のようで す．論文形式の資料があるので要約します． この論文は，Erlang VM における SMP サポートの現状と将来を簡単に紹介 しています．Erlang といえばマルチコアを得意としているイメージがあり ますが，SMP サポートの歴史は浅く，まだまだ速くなる余地がありそうで す． Kenneth Lundin, "Inside the Erlang VM," Erlang/OTP User Conference, Stockholm, November 13, 2008. pdf 1. Introd
key-value stores: Anti-RDBMS: A list of distributed key-value stores | Richard Jones, Esq.
Please Note: this was written January 2009 - see the comments for updates and additional information. A lot has changed since I wrote this. Perhaps you’re considering using a dedicated key-value or document store instead of a traditional relational database. Reasons for this might include: You're suffering from Cloud-computing Mania. You need an excuse to 'get your Erlang on' You heard CouchDB was
Delicious.com
By clicking “Accept All Cookies”, you agree to the storing of cookies on your device to enhance site navigation, analyze site usage, and assist in our marketing efforts. View our Privacy Policy for more info. When you visit websites, they may store or retrieve data in your browser. This storage is often necessary for the basic functionality of the website. The storage may be used for marketing, an
Ten Questions with Joe Armstrong about Parallel Programming and Erlang - Thinking Parallel
A Blog on Parallel Programming and Concurrency by Michael Suess This is the first post in my Interviewing the Parallel Programming Idols-Series. My interview partner today is Joe Armstrong, one of the founding fathers of the Erlang programming language. He presently works for Ericsson, where he designed the very first version of Erlang (that was a long time ago in 1986). He is also co-author of th
ユミルリンクについて｜メッセージングソリューションのユミルリンク
このウェブサイトではサイトの利便性の向上を目的にクッキーを使用します。ブラウザの設定によりクッキーの機能を変更することもできます。詳細はサイト利用条件をご覧ください。サイトを閲覧いただく際には、クッキーの使用に同意いただく必要があります。 目指すのは コミュニケーションを 最適化する メッセージング プラットフォーム 消費者ニーズの多様化とともに、モバイルツールをはじめとしたウェブ環境の拡大・発展は、各種マーケティングにおいて大きな変容をもたらしています。同時に、情報を安全に管理・活用するためのセキュリティ対策の高度化も大きな課題となっています。 ユミルリンクは、企業のインターネットでのコミュニケーション課題をトータルに解決する「メッセージングソリューションプラットフォーム」を提供する会社です。 01
lists モジュール、自前の関数、リスト内包表記の速度比較 - cooldaemonの備忘録
検証コード gist: 6312 ― GitHub 感想 foreach 末尾再帰できなくても自前の関数の方が早い・・・コードの書き方が悪いのかな？ lists:foreach/2 を使ったからといって、可読性が劇的に上がるわけでもないので、lists:foreach/2 は使うの止めよう。 foreach に関しては、lists:foreach、 関数渡し - いたわさににほんしゅ こちらを参考に。 reverse 検証コードを繰り返し実行した所、lists:reverse/1 の方が、自前の関数より早い事の方が多かった。 今後、lists:reverse/1 は積極的に使って行く。 map 関数呼び出しが存在しないなら、リスト内包表記が、速度と可読性のバランスが取れていると思う。 これみたいに関数を使うなら、素直に lists:map/2 を使った方が良い。 ただ、lists:reve
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
如何在TILEPro64多核心板卡上编译和运行Erlang | 系统技术非业余研究
f-zipper-with-pipe-forward
Erlang XML parser comparison
Microsoft Word - 1700euc_smp.doc