Hi, I'm the chair for Linux Storage, Filesystem and Memory Management Summit 2014 (LSF/MM). A CFP was sent out last month (https://lwn.net/Articles/575681/) that you may have seen already. In recent years we have had at least one topic that was shared between all three tracks that was lead by a person outside of the usual kernel development community. I am checking if the PostgreSQL community woul
Josh Berkus <josh-AT-agliodbs.com>, Joshua Drake <jd-AT-commandprompt.com>, Robert Haas <robertmhaas-AT-gmail.com>, Tom Lane <tgl-AT-sss.pgh.pa.us>, lsf-pc-AT-lists.linux-foundation.org, Magnus Hagander <magnus-AT-hagander.net>, Kevin Grittner <kgrittn-AT-ymail.com>, James Bottomley <James.Bottomley-AT-HansenPartnership.com>, Andres Freund <andres-AT-2ndquadrant.com>, Hannu Krosing <hannu-AT-2ndqu
このエントリは、PostgreSQL Advent Calendar 2013のDay3の記事です。 「データベースの負荷試験」を考える時、皆さんはどのような方法で実施することを検討するでしょうか。自前のテストスクリプトでしょうか。あるいは、データベース単体の負荷試験は行わず、Webシステム全体の負荷試験として実施するでしょうか。 PostgreSQLには、pgbenchというベンチマークツールが付属しており、このツールのシナリオを作成することで多少は独自のシナリオでの試験を行うことも可能ですが、状況によってはそれだけでは自由度が不足することがあります。 今回は、Webシステムの負荷テストでよく使われるJMeterを使って、自由なシナリオでPostgreSQL単体の負荷試験を行う方法を紹介します。 (なお、JMeterは非常に多機能な負荷生成ツールですので、今回はJMeterの網羅的な説明
ARMは、ARMプロセッサを搭載した機器上で実行されるLinuxアプリケーションを最適化するツール「Streamlineパフォーマンス・アナライザ」を発表した。 同ツールは、解析データを自動的に収集し、グラフを使ったわかりやすいレポートを生成することが可能。これによりソフトウェア開発者は、アプリケーションのホットスポット、マルチスレッディング上の問題、システム・リソースの非効率的な使用を容易に発見することが可能となる。 また、ARM搭載機器とのTCP/IP接続だけで、プロセッサのプログラム・カウンタやパフォーマンス・カウンタのサンプルを収集することが可能で、接続を低コストにできるため、ターゲットのメモリ・リソースに関係なく、Linuxソフトウェア・スタック全体の長時間にわたる解析が可能だ。 収集した解析データは、数秒で処理され、ソフトウェア実行のシステム・レベル・ビューとして表示されるほか
Phoronix Media is the largest Internet media company devoted to enriching the Linux hardware experience and catering its content to Linux gamers and computer enthusiasts. Phoronixが早速登場したばかりのGCC 4.5.0に関するベンチマークを実施して発表した。比較に使われたコンパイラは1年前のバージョンとなるGCC 4.4.0およびGCC 4.3.0。[Phoronix] Benchmarks Of GCC 4.5.0 Compiler Performanceにベンチマーク結果がまとめられている。計測に使われたプラットフォームおよびベンチマーク項目は次のとおり。 ベンチマークプラットフォーム GCC GCC 4.3
Java/.NET Performance Monitoring, Analysis, Diagnostics & Profiling - Application Performance Management Alois Reitbauer氏がWeek 3 - Myths and Truths about Performance Measurement Overhead Performance, Scalability and Architecture - Java and .NET Application Performance Management (dynaTrace Blog)においてパフォーマンス計測におけるオーバーヘッドについてよくある誤解と事実についてまとめている。紹介されている内容を簡単に要約すると次のとおり。 1. 事実 - パフォーマンス計測はオーバーヘッドを生む パフ
データベースの醍醐味は、パフォーマンスチューニングにあります。 チューニングによっては、同じ処理でも1時間掛かる場合もあれば、 1秒で終わるということもあり得る世界です。 僕はDBの魅力に取り付かれた者の一人です。 DBという技術の奥深さが気に入っています。 DBを極めると、どこの現場に行っても絶対に必要とされます。 また、どこの現場に行っても正解を導く方程式は一緒なので応用が利くのです。 しかし、その基本原理を体系的に学べる手段はあまりありません。 OracleMasterやMCDBAといった資格試験でも学べることは限られていて あとはWebで調べるなりマニュアルを読むなりするしかありませんでした。 とくに肝であるパフォーマンスチューニングについては、 経験則でチューニングしている部分も多いです。 Oracle、SQLServer、MySQLと色々なDBのチューニングをしてきましたが、
A major version of libpfm4 is available. Key updates: update Intel SKL/SKX/CLX event table add ARM Neoverse V2 core PMU support move ARM Neoverse N2 to ARMv9 support add ARM v9 support basic infrastructure add Arm Neoverse V1 core PMU support Update Intel SapphireRapid event table update Intel Icelake event table update AMD Zen4 event table add AMD Zen4 core PMU support correctly detect all AMD Ze
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く