サクサク読めて、
アプリ限定の機能も多数！
アプリで開く
富士通退職エントリーが話題な時期となってまいりました。 5年いた富士通を退職した理由 新卒で入社して13年が経ちましたが、いまだに在籍しております。 tnaoto.hatenablog.com 前回の記事から3年くらい経ったので、その差分でも書いてみようと思います。 2016年富士通研究所では共通インフラとして開発環境整備が行われており、研究員全員が使えるGitHub Enterpriseの導入を仕切っておりました。 2019年現在でも、GitHubEnterpriseは利用されております。 もちろん富士通のクラウドサービスを活用しております。 jp.fujitsu.com この導入に関し、富士通事業部やGitHub社と連携し、海外カンファレンス(GitHub Universe)に参加させていただくなど初体験のことがありました。 これらの活動から、富士通の職位で一般最高位であるプロフェッ
本当は「malloc() が返すアドレスは８の倍数って知ってます？」 にしたかったんだけど，「８」というのはCPU 依存の数字だし， 一般には２の冪乗なのでこういうタイトルにした． そもそもこの記事を書くきっかけは， YLUG の 「第67回カーネル読書会 (glibc malloc について)」の ビデオと資料を見たこと． 1985年頃に Lisp の処理系を作ろうとして (結局作らなかったけど(^^;)) メモリ管理方法について色々考えたアイディアと同じものもいくつか出てきて， 懐かしくもあり，またとても面白かったが， 私にとって目新しいアイディアは少なかった． malloc() の内部実装に興味を持つ人であっても， 意外と上記タイトルに書いた事実を知らない人が多いようなので， 「ビデオと資料」のページに色々とコメントした． この記事はそれを整理してまとめたものである． 2016/0
Scalable memory allocation using jemalloc jemallocは今使ったりしてるし，今後ソース読む可能性もあるので，適当に(精度とかは期待しないように！)．気になる人は元記事を読みましょう．Scalable memory allocation using jemalloc Facebookは，8コア+CPUと8GiB RAMな専用マシンの上で走っている，様々な種類のサーバアプリケーションの集合で構成されています．これらのアプリケーションは，CPUとRAMと最大限使う事によって最高のスループットを目標に，並行処理のため大体POSIXスレッドを使っています．この環境は，メモリアロケーションのための重大なチャレンジをもたらします．具体的に言えば， 確保と解放は速くなければいけません．理想的に，メモリアロケーションはアプリケーションの定常状態においてはほとん
Optimize your SoftwareIt is asimple step to speed up your software. No source code changes are required. Lockless MPI seemlessly replaces your system MPI implementation, and you reap the performance benefits. Lockless MPI Released Version 1.2 of the Lockless MPI hasjust been released.It is optimized for modern 64bit multicore systems, and supports programs running onLinux. There are bindings
If you want an explanation of the difference between the Packetised and MemoryMapped benchmarks, please see the Tn homepage (but basically, the Packetised involves performing a lot more memory ops in a more loaded multithreaded environment). As you can see above, the benefits of nedmalloc translate into real world code with more than a 50% speed increase over the default win32 allocator. The Tn s
Sanjay Ghemawat Motivation TCMalloc is faster than the glibc 2.3 malloc (available as a separate library called ptmalloc2) and other mallocs that I have tested. ptmalloc2 takes approximately 300 nanoseconds to execute a malloc/free pair on a 2.8 GHz P4 (for small objects). The TCMalloc implementation takes approximately 50 nanoseconds for the same operation pair. Speed is important for a malloc im
This entry was posted by Jun Mukai on Friday, 6 November, 2009 alohakun が次のようなことを書いていたのが面白かったので、今日ちょっと帰宅途中につらつら考えたんだけど、twitterでつぶやくには長すぎるのでちょっと書いてみることにします。 malloc() って副作用あるの ? もちろん内部的にはあるだろうけど、外部的な振る舞いだけを見ると、有効なメモリリージョンの先頭アドレスが返ってくるだけだから、観測できないと思うんだけど。 (http://twitter.com/alohakun/status/5433639881) Haskell で乱数作るときってどうやって参照透明にしてるんだ ? 乱数を直接作る関数は無くて、シードを元に、乱数の無限リストを作るとかなのかな。ならば、確保可能アドレスの無限リストを作れば、副作
1リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
