Javaメモリ、GCチューニングとそれにまつわるトラブル対応手順まとめ - 日記のような何か
GC周りでトラブルシューティングした際の経験や、Web等で調べたことをまとめてみる。 前提 ・JVMは、Sun Javaを想定。(他は使ったことないです。。。) ・Sun Java 1.5-1.6を想定。 目標 マイナーGC、Full GCそれぞれが頻発することなく、かつそれぞれの実行時間を1秒未満に抑えること。 マイナーGCは1秒未満どころではなく、もっと短くなるべき。どれくらいが理想かは？(0.1秒未満ぐらいを目指したい？) 連続した負荷状態(想定されるピークアクセス)でもOutOfMemoryErrorが発生しないこと。 理想的な状態は、上記に加えて、Full GCの発生が低頻度であること。 具体的には、できるだけマイナーGCで短命オブジェクト(1回使ったらもう使わないようなオブジェクト。逆にセッションオブジェクト等は長命オブジェクトとなる)を破棄させて、短命オブジェクトが、Tenu
暗黙のmoveとNRVO - joynote break;
VS2010(VC10)にて関数で返す値についての扱いをついったーで突っ込まれて実際書いて確かめた時のメモ。 #include <iostream> #include <vector> #include <boost/timer.hpp> struct Test{ std::vector<int> tmp; Test(){ std::cout << "コンストラクタ" << std::endl; } ~Test(){ std::cout << "デストラクタ" << std::endl; } Test(const Test& obj) : tmp( obj.tmp ){ std::cout << "コピーコンストラクタ" << std::endl; } Test(Test&& obj){ std::swap(tmp,obj.tmp); std::cout << "ムーブコンストラクタ" <
C++でも実行時の情報で最適化 - イグトランスの頭の中
元ネタ: unnonouno: 動的型情報で仮想関数呼び出しを速くできるか Javaだと実行時の情報を使って更なる最適化ができるという話が途中にありますが、同じようなことはC++でもできます。元の記事のようにインライン展開したコードを手書きしてやる必要はありません。 というわけで、Visual C++ 2010のProfile-Guided Optimization (PGO)でいってみましょう。 元のコードを再掲します。 class Parent { public: virtual ~Parent() {} virtual void fun() = 0; }; class Child : public Parent { public: void fun() {} }; int main() { Parent* c = new Child(); for (int i = 0; i < 10
高速化は一夜にしてならず | gaspanik weblog
ちまたではPHPのflush()を使ったWordPressのプラグインが話題のようですが、Webサイトの表示速度を改善したかったら、もう少しサイトの作り方を根っこから考えなおした方がいいんじゃないか？、と思いましてね…。 公開されているプラグインにどうこう言うつもりはなく、諸手を挙げて喜んでらっしゃる世間様の様子を見ながら「なんかなぁ…」「入れる前にできることあるんじゃないかな？」と。ちなみにボクも昔flush()での手法を試したことがあるんですけど、結局すぐやめちゃいました。 回線速度自体は昔に比べたら格段にあがってるのは事実ですが、いまとなっては環境としては比較的貧弱なスマートフォンみたいなデバイスも増えています。 サーバの負荷が気になるとか自分とこじゃできないなどの理由で、テキストデータをGzip化（データサイズが半分以下になる）しないのであれば、その他の部分でサイトの全体的な転送デ
Ubuntu 11.04でRadeonのパフォーマンスを向上させる方法 - Sickly Life はてな版
Ubuntu, バグ・不具合 | 02:24 | 578 ：login:Penguin [sage] ：2011/05/07(土) 16:05:58.96 ID:D2KUWjlN HD3650使ってるんだけど、なんか11.04にしてからRadeonのプロプライエタリドライバと相性悪くなってる気がする 動画再生とかウィンドウの移動がガクガクするわ もともとLinux用のAMDドライバはよくないとは知ってたけどなんかガッカリだなぁ 602 ：login:Penguin [sage] ：2011/05/07(土) 21:20:13.93 ID:M+kLVcaM >>578 俺のHD6850はcompiz再起動で動きがよくなる 618 ：login:Penguin [sage] ：2011/05/08(日) 00:10:04.13 ID:S0XCqB6l (1/2) >>602 compiz再起
Island Life - 速く動くコードの書き方
About 南の島のプログラマ。 たまに役者。 Practical Schemeの主。 WiLiKi:Shiro 最近のエントリ 無限cxr高校受験Defense振り返ってみると2019年は色々学んで楽...覚えるより忘れる方が難しい(こともある)眼鏡のつると3DプリンタIris Klein Acting ClassSAG-AFTRA conservatory: Voice Acting創作活動って自分を晒け出さねばならないと...ループを使わずに1から100までMore... 最近のコメント shiro on 歳を取ると時間が速く過ぎるのは、新しいことに挑戦しないから? (2023/03/14)1357 on 歳を取ると時間が速く過ぎるのは、新しいことに挑戦しないから? (2023/03/01)ベアトリーチェ on ハイポハイポハイポのシューリンガン (2022/04/02)ベアトリーチ
C言語: UNIX最速ファイルコピー
Created: Kazuki Ohta, 2006/06/14 Last Update: Kazuki Ohta, 2006/06/14 「write(2)の正しい使い方」と同じく、OS演習でやった事の延長線の記事を書いてみる。お題は「UNIX上で大規模ファイルを最速でコピーする方法」だ。一般的に、UNIXでファイルをcopyする際には以下のような方法が有る。 read -> write read -> write with posix_fadvice mmap -> mmap -> memcpy -> fsync mmap -> mmap -> memcpy -> fsync with madvise mmap -> write mmap -> write with madvise read, write, mmap辺りは良いとして、posix_fadviseというシステムコールが有
JavaScriptのArrayの要素へのアクセス速度は常に一定なのかについて | TwitScratch
検証 「Array の要素へのアクセス速度は一定ではなく、 配列の後ろのほうの要素へのアクセスは前のほうの要素に比べて遅い」 "JavaScript の配列アクセス速度: Seaoak's READ" http://j.mp/eI8trs
Pythonで末尾再帰最適化をする。 - IT系で覚醒めたい
Pythonは最強ですね。文法はチョー簡単、ライブラリも充実度がすごい、それでいてメタプログラミングができる。そのメタプログラミングを使うと末尾再帰最適化までできるそうです…おそろしやNew Tail Recursion Decorator « Python recipes « ActiveState Code class tail_recursive(object): def __init__(self, func): self.func = func self.firstcall = True self.CONTINUE = object() def __call__(self, *args, **kwd): if self.firstcall: func = self.func CONTINUE = self.CONTINUE self.firstcall = False try:
第8回 体感速度の改善 : bootchart, concurrent boot, readahead, preloadの利用 | gihyo.jp
Ubuntu Weekly Recipe 第8回体感速度の改善 : bootchart, concurrent boot, readahead, preloadの利用 今回は、Ubuntuの起動速度の計測・OSブート時間の短縮・デスクトップ環境のレスポンス速度を改善させる方法など、体感速度を改善させる方法を紹介します。 なお、今回の手法のうち幾つかはきわめて富豪的なものですので、十分なパフォーマンスがあるシステムで速度を稼ぐためのものです。低速なPCを利用している場合、これらのレシピを適用するとかえって体感速度が低下する可能性がありますので、無条件に適用することは避けてください。 おおむね2005年以降のPCで、かつ、メモリが1.5GB以上搭載されていれば効果があると考えられます。 富豪的アプローチを採用しているレシピには、（※富豪的）という目印をつけてあります。 起動速度の計測 / b
Firefox、GCC 4.5採用でパフォーマンス劣化 | エンタープライズ | マイコミジャーナル
Firefox web browser - Faster, more secure & customizable GCCのメーリングリストにおいて、FirefoxのビルドをGCC 4.3からGCC 4.5へ切り替えたら、いくつかのベンチマークで4%から19%ほどベンチマーク結果が悪くなったという内容が報告されている。Linux 32ビット版および64ビット版の双方で劣化が確認されたという。唯一の例外はLinux 64ビット版でSunSpiderを実行したケースで、この場合には8%ほどの性能改善が計測されたという。GCC 4.5は4月14日にリリースされたGCC最新メジャーバージョン。 このやりとりはMassive performance regression from switching to gcc 4.5から追うことができる。やりとりの中で、指定しているオプションに原因があるのではない
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「CやC++の速度面における優位性は今後なくなる」という話
in 演算子と obj.hasOwnProperty() はどちらが早い！？ - hogehoge @teramako