ErlangとPerlの速度比較 その２ - みかログ
ErlangとPerlの速度比較の文字コード変換部分に関して， Danさんからトラックバックをいただいたので再度測定してみた． そもそもはじめからUTF-8、それもutf8フラグがたっている文字列にfrom_toを使うのはばかげている。 とのことだけど，utf8フラグは立っていない想定． use utf8 は罠がいっぱいな割にメリットが少なく，普段は使用しないので・・・． （DBIが未対応だったり，モジュールによってフラグの扱いが違ったり（YAML::*とか）なので） また，多くの場合は，ファイルやソケット等からUTF8バイト列を受け取って，それを利用することになるので， utf8フラグ無しの文字列からの変換で比較する方が実際の利用状況からもフェアではないかと感じるけれども． （ただ，バイト列にしたとしても，やっぱりEncodeが一番速かった） そんなわけで，コードは以下のように修正． m
ErlangとPerlの速度比較 - みかログ
Erlangは並列処理が得意なので，それに関しては他の言語より圧倒的に速いのは確認したけれど， わたしがよく使う通常の処理に関してもどの程度違うのか測定してみた． 一般的な処理に関しては，The Computer Language Shootout Benchmarks にたくさん結果があるので，そちらが参考になる． 言語としては，どちらも動的型付けで，コンパイラで内部表現に直してからインタープリタで実行，というあたりは一緒． （ただしErlangはnativeコンパイラが別途ある） ほぼ同じくらいの速度が出ても良さそうなところ． Perlの代替を考えていたので，比較対象はPerl． Language Shootout によれば，Erlang の方が多くのテストで２～３倍前後高速．nativeコンパイルすると，その差がさらに広がる感じ． Erlang 5.5.4 と Perl v5.8.5
MyISAM/InnoDBに関して - みかログ
最近は常にInnoDBを利用しているので，MyISAM vs InnoDB にちょっとコメントしてみる． まず「Webアプリならトランザクションはいらないか」について． Webアプリで，トランザクションの重要性が高くないといっても，無いよりはあった方が良いはず． ちょっとしたシステムでも，たとえばユーザのテーブル，プロフィールのテーブル，日記の記事のテーブルなどでわけるわけで，それぞれのテーブル間の整合性がとれていないと問題が生じてしまうと思う． ハードウェア障害などでクラッシュしたときに，ユーザのテーブルにはレコードがあるけど，プロフィールにはレコードが無いケースとか，そういうケースが発生することを考えると，トランザクションは利用すべきじゃないのかなと． というわけで，JOINを使うようなアプリケーションであれば，トランザクションは使うようにすべき，というのが持論． それ以外でInnoD
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
