タグ

チューニングに関するkoroharoのブックマーク (7)

  • JJBugでJava VMの起動高速化の話をしました - nekop's blog

    Japan JBoss User Group - 灼熱の JBossでJava VMの起動高速化の話をしました。非圧縮jarによる高速化はみなさんも使っている有名なソフトウェアで採用されていますが、あまり知られていないチューニングだと思います。大抵の場合200%くらいの高速化ができます。 Java Drag Race Tuning from nekop CMS GCを使わないほうがちょっとだけ速い、とか効果が小さめなオプションについては特に解説していません。 あと話すの忘れてましたがScalaがチューニングしてもあまり変わっておらず、最初から高速なのはデフォルトでbootclasspathを使っているからです。bootclasspathはクラス検証されないので、-Xverify:noneが既に適用されてるのと一緒です。 紹介したのは主にクラスローディングを高速化することによりJavaで書か

    JJBugでJava VMの起動高速化の話をしました - nekop's blog
    koroharo
    koroharo 2013/09/04
    jar cf0 でjarを非圧縮で作り直して高速化か。確かに荒技。cf0を標準で配ればいいのに。
  • Apache チューニング Tips | Carpe Diem

    先日、Web サーバ勉強会 #2 が開かれました。内容は、Apache のチューニングということで、参加したかったのですが、他の予定があって参加できませんでした。 そこで、僕が個人的に行っている Apache のチューニングを紹介したいと思います。最初、スライドで作成しようかと思ったのですが、ブログにまとめたほうがよさそうなのでブログにまとめていきます。 まず、大前提として Apache をチューニングするうえで、大事なことはその Apache が提供する Web サービスの種類のよって大きくチューニングする内容が異なるということです。例えば、動画・写真共有サービスと株価情報のサービスを比較すると、当然のことながら大きくサービスの内容が異なりますし、HTTP レベルでみるとクライアントからのリクエスト数、データサイズ、などがかなり違ってきます。 ですので、まずは自分が扱っているウェブサービ

  • [ThinkIT] 第2回:postgresql.confによるチューニング(2) (1/2)

    データをディスク装置に確実に書き込むために、PostgreSQLでは同期書き込みという方法を使っていますが、同期書き込みにはかなり時間がかかります。同期書き込みの方法はプラットフォームによっていくつか選択肢があり、一概にどれが最適とはいえないため、実際にベンチマークを計測して最適なものを選ぶとよいでしょう。ベンチマークの計測方法としては、contrib/pgbenchを使用するのが手頃です。 次に、これらを使ったベンチマーク計測方法を示します。ベンチマーク用のデータベースは新たに作成することをお勧めします。ここでは「bench」という名前のデータベースを使用しています。 ベンチマークデータベースの作成(createdb bench) ベンチマークデータベースの初期化(pgbench -i bench) wal_sync_methodを設定 postmasterの再起動、出力されるTPS値を

  • 甘肃空气优良天数逾九成水质土壤环境质量明显提升 爆发勒斯坦人地巴与当冲突-武冈新擞蔬菜行情网

    最新文章 2018-12-26 07:29▪ 一男子高速“飙车”后拍视频晒微信群因涉嫌危险驾驶罪被拘... 2018-12-26 07:29▪ 嘉定优化营商环境为企业办事提速增效 2018-12-26 07:29▪ “论证西游记是自己所写”,有些奇葩考题不值得提倡 2018-12-26 07:29▪ ?元旦春节将至干部职工可享有正常福利待遇每人每年可领... 2018-12-26 07:29▪ 网络女主播与“阔绰”粉丝成恋人被骗25万元 2018-12-26 07:29▪ 福建龙岩一公交车被歹徒劫持冲撞行人已致5死21伤 2018-12-26 07:29▪ 雷寒、李洪被撤销重庆市政协委员资格 2018-12-26 07:29▪ 西双版纳公开销毁逾2000件非法枪支、猎具、毁林器具 2018-12-26 07:29▪ “市民云”成全国首个用户逾千万政务APP,有235项服务 2018-12-

  • Linuxファイルシステムベンチマーク第1回 ext2,ext3,JFS,ReiserFS,XFS,NTFS

    はじめに ext3ファイルシステムは、機能面・信頼性・性能面で非常にバランスの取れたファイルシステムであり、多数のディストリビューションで「標準のファイルシステム」として採用・サポートされてきました。現時点(2009年時点)では事実上、「Linux標準ファイルシステム」の地位を築いていると言っても過言ではありません。 しかしながら、「Linux標準ファイルシステム」のext3だけではなく、他ファイルシステムへの対応やサポートを売りにするディストリビューションも数多く登場しています。また、ext4やbtrfs等、次の「Linux標準ファイルシステム」と目されるファイルシステムも、現在、非常に活発に開発が進められています。 それでは、ext3から他のファイルシステムに乗り換える価値、他のファイルシステムを採用する価値はどの程度あるのでしょうか。ファイルシステムのベンチマークツール「bonnie

  • Acroquest-その他の問題-JTS(Javaのトラブルシュートはこちら)

    <A19-1> Sunの公開しているftpクラスが、ファイル転送後にsocketをクローズしていないのが原因です。logoff(bye)をすればsocketはクローズされるため、不具合ではなく、仕様である可能性もあります。 なお、このftpクラスはSunが参考のために公開していたクラスのため、Sunのサポート対象外となっています。 現在、この不具合(?)が直っているかどうかは不明です。

  • Javaのガベージ・コレクションを知る

    [GC 1419K->1159K(1984K), 0.0041208 secs] [Full GC 1159K->727K(1984K), 0.0100906 secs] [GC 1879K->1879K(3140K), 0.0006966 secs] [Full GC 1879K->1303K(3140K), 0.0111883 secs] [GC 3607K->3607K(5448K), 0.0001983 secs] [Full GC 3607K->2455K(5448K), 0.0126519 secs] Full GCの発生に注目する 「GC」で始まる行は、Scavengeガベージ・コレクション(Scavenge GC)の発生を表します。一方、「Full GC」で始まる行は、Fullガベージ・コレクション(Full GC)を表します(この両者の違いについては次回説明します)。また

    Javaのガベージ・コレクションを知る
  • 1