Erlang vs Java memory architecture - Java Code Geeks
I read a really, really interesting article on memory management strategies for the Erlang VM. It was written as a thesis by Jesper Wilhelmsson I thought it might be nice to discuss the differences between Erlang‘s memory setup and Oracle’s Java VM. As a real short introduction for those who have never heard of Erlang; it is a functional language that uses asynchronous message passing as its basis
GC in C++0x
論文紹介：Deep Occlusion-Aware Instance Segmentation With Overlapping BiLayers
Matzにっき(2010-05-10)
_ [Ruby] GC mark改善案 おひさしぶり。 GC sweep時間はわりと短縮できそうなので(authorNariくんがLazySweepパッチを書いてくれたし)、 このところGC mark時間を短縮するアイディアはないか、考えている。 今のRubyに入れたいので、制約として、 保守的 mark&sweep write barrierを導入しない というものがある。 しばらく前にTwitterで、「いくつかのオブジェクトをまとめて、その単位でマークする」というアイディアを披露してみたが、すぐに三浦さんから「トラバースのコストが減らないから効果ないんじゃない」との指摘が。ちょっと考えてみたら、確かにその通り。かっくり。 まあ、50年間、いろんな人が考えてきたGCで、画期的なアイディアを思いつくのは難しいよね。 まあ、そういう「誰も知らない系」ではなくて、mark時間短縮に効果のあり
Schemeで信号処理 - .mjtの日記復帰計画
先日、1日でCODECを書けるか(Schemeで)というネタをやって、VorbisとSBC*1を実装してみた。細かい報告は後で(修論に)書くけど、結局実時間の50倍とか掛かるのでリアルタイムデコードは出来なかった。 パフォーマンス劣化の基本的な要因はバッファを共有できずにメモリを大量に確保することにあるように観測された。つまり、プロファイラを使うと殆どBoehm GCの中で時間を使っているように見える。 SBCのデコーダのうち、"波形の合成"はこんな感じになる。 http://gist.github.com/247737 たった130行！ 実は、音声CODECのデコーダを実装するにあたっては、面倒な仕事の殆どはエントロピ圧縮のデコードとパケットのパースに有って、音声圧縮のコアであるところの周波数変換とか音声符号化はそれほど面倒でも無い。 このコードは非常に大量のメモリを"使い捨て"にしてい
f-zipper-with-pipe-forward
แทงบอล UFABET เว็บพนันบอลที่เหล่านักลงทุนให้ความสนใจมากที่สุด แทงบอล UFABET เว็บแทงบอลที่ดีที่สุดในไทย และปฏิเสธไม่ได้ถึงคุณลักษณะอันเยี่ยมยอดของแบบอย่างของการแทงบอลของเราซึ่งสามารถทำเงินทดแทนได้อย่างหลายเท่าตัวที่สุดในทุกๆแบบอย่าง UFABETแทงบอลออนไลน์ไม่มีขั่นต่ำ ก็เลยเป็นที่นิยมค่อนข้างจะสูงในขณะนี้และก็ยังมีการเสนอสูตรต่างๆ มาให้คุณลูกค้าโดยเฉพาะเลยและยังสามารถที่จะประยุกต์ใช้กับการแทงบอลได้อย่า
L'eclat des jours(2009-11-10)
_ でっかなバッファを避ける? Aleviating Memory Fragmentation in Mono コンパクティングしなければ、いやでもフラグメントがどかどかできる。 するとでっかなバッファを取ろうとすると新しいページの割り当てが必要となりプロセスが肥大する。 だからでっかなバッファを要求すんな。細切れ継ぎ合わせメモリーストリームを使え。 と読んだ。 細切れ継ぎ合わせ方式だと実際のバッファへのポインタ分だけ余分なメモリを食うわけだし、次の細切れへの移動にオーバーヘッドがかかるわけだが、それを補ってあまりある恩恵が得られればOK。 （ここで、「さっそく試してみる」といかないところがだめなところだ）
Scaling JavaScript to Large Web Applications
$200K 1 10th birthday 4 abusive ads 1 abusive notifications 2 accessibility 3 ad blockers 1 ad blocking 2 advanced capabilities 1 android 2 anti abuse 1 anti-deception 1 background periodic sync 1 badging 1 benchmarks 1 beta 83 better ads standards 1 billing 1 birthday 4 blink 2 browser 2 browser interoperability 1 bundles 1 capabilities 6 capable web 1 cds 1 cds18 2 cds2018 1 chrome 35 chrome 81
データベースの動的デフラグ - mixi engineer blog
ノートPCの冷却ファンがうるさいのを対処しようとしてWebで調べたら、そのファンの設計者が「静音性へのこだわり」を語ったページにたどり着いて複雑な心境のmikioです。今回は、Tokyo Cabinet（TC）の最新バージョンで実装された動的デフラグ機能について長々と説明します。 断片化とデフラグ 任意のサイズのデータを管理する記憶装置においては、利用可能領域の断片化（fragmentation）の問題が常につきまといます。ファイルシステム上で任意のサイズのファイルを管理する際にも、データベースファイル内で任意のサイズのレコードを管理する際にも、C言語のmalloc/free関数群でメモリの管理をする際にも、様々なレイヤで断片化が起きうるのです。なぜなら、データを削除もしくは移動した際の空き領域を再利用するにあたって、その領域と同じサイズのデータが常に入ってくるとは限らないからです。特にデ
longlife gcパッチを作成しました - I am Cruby!
GCGW中にせこせこと作っていたGCパッチをruby-devに投稿しました．内容は以下．Railsのヒープ調査2ヶ月ほど前に，ふと気になってRailsがどんな風にヒープを使用しているか調査してみました．以下のグラフはscaffoldしたRailsアプリを動かした際のものです． 調査前は，「文字列が一番多いんじゃないか」と考えていたのですが，実際には構文木オブジェクトがヒープの半分を占めているようです．その構文木オブジェクトを更に詳しく調べたグラフが以下です． このグラフにあるNODE_METHODやNODE_CFUNC，NODE_FBODYはメソッド定義の際に使用され，NODE_WHILEやNODE_BLOCKはVMの内部で使用されているようです． 長寿命GC更に調査をすると，これらのオブジェクトはとても長生きな事が分かりました．そこで，これらを長寿命領域に隔離してしまおう，という改善を
一般教養としてのGarbage Collection (PDF)
Garbage Collection ( ) (endo@logos.t.u-tokyo.ac.jp) 6 : Jan 27, 2005 1 Garbage Collection ? 2 (1) (2) ( 1) C C++, Pascal ML Java, Perl C malloc (allocate) free ( malloc Java/C++ ML tuple record ) C ( / free) 12 ML tuple record garbage collection(GC) GC • UNIX (1995 ) emacs GC • Java web Java 0.5 / ( )black box GC GC ( 1) Java Sun HotSpot VM (Ver. 1.4.2) GC 3 generational GC (6.2 ) ( ) copying GC (
Improving the Ruby GC - LloydForge
Improving the Ruby GC overview This page details some changes to the ruby garbage collector which seem to afford a 25% reduction in maximum heap memory usage, and nearly double the amount of heap space ruby's is able to reclaim. This comes at the cost of a 2% performance hit. More to come, stay tuned. patch The latest patch to ruby 1.8.6 is available here. summary of changes Fixed 2k heaps Hea
RubyにLazySweepのパッチを作った - I am Cruby!
Ruby, GCplanSweepをLazySweepにして、最大停止時間を改善するHeap内のオブジェクト数がある一定を超えてからLazySweepに切り替わる 通常のプログラムのスループットを落としたくないので今は一応100万にしているLazySweepフェイズではHeapの配列の数本を、オブジェクト数が一定になるように選んでSweepする 配列一本ずつのオブジェクト数が異なるため、Sweepの時間がばらつかないように調整したHeapの配列が1.8倍づつ増えるのがメモリ効率的にあんまりよくないので、LazySweepが始まってからは少し抑えるようにした。1.1倍くらい。 理想は「オブジェクトを何百万も作ってプログラムをぶんまわす時の最大停止を改善する。」です。その場合当然スループット性能が低下してしまうのはいかしかたなし。 patchgc_lazy_sweep_r15749_patch
Matzにっき(2008-03-06) GCの改善について
<< 2008/03/ 1 1. [Ruby] Ruby 1.9.0-1 snapshot released 2. 高木浩光＠自宅の日記 - 公開鍵暗号方式の誤り解説の氾濫をそろそろどげんかせんと 3. [Ruby] Lisa Awards: Biggest Hack for a Language Runtime on Dion Almaer's Blog 2 1. [教会] 第一安息日 3 1. [言語] CS 11: Python track: python idioms 2. [Ruby] Binary search algorithm - Wikipedia, the free encyclopedia 3. [OSS] Theological Cultural Analysis of the Free Software Movement 4. 小寺信良：正直、テレビはもうダメかも
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GC本をGCしないための100の方法
f-zipper-with-pipe-forward
http://www.tom.sfc.keio.ac.jp/~sakai/d/?date=20100125
Phusion Passenger/mod_railsによってRailsのデプロイメントが容易に
http://homes.cs.washington.edu/~djg/papers/analogy_oopsla07.pdf