Top > PostgreSQL - データベース上の位置情報を効率的に検索する方法(PostgreSQL編) -- http://neta.ywcafe.net/000597.html - PostgreSQL Internals (1) -- http://h50146.www5.hp.com/services/ci/opensource/pdfs/PostgreSQL_Internals.pdf - [[ToroDB]] (JSON) * 性能 [#perform] - -- http://d.hatena.ne.jp/yohei-a/20141122/1416638146 --- http://www.slideshare.net/hayamiz/ss-27192585 * GPGPU [#gpgpu] - (JP) GPGPUがPostgreSQLを加速する -- http://www.slideshare.net/kaigai/jp-gpgpupostgresql - PostgreSQLとMySQLで、僕がよく使うシステムコマンドのメモ -- http://qiita.com/tamano/items/be43de7bb733ad38362c * その他 [#k9d0c837] - PostgreSQLは20年間どのようにfsyncを間違って使っていたか - 聴講メモ - -- https://masahikosawada.github.io//2019/02/17/PostgreSQL-fsync-issue/ > fsyncへの2つの間違った期待 > 1: fsyncが失敗した場合、次のfsyncのタイミングで失敗したdirty pageは再度書き込まれる > 実際には・・・最初のfsyncに失敗したらデータはpage cacheから削除される。なので、次のfsyncはリトライしない。 さらに、これは、ファイルシステムによって挙動は変わる。ext4は、dirty dataをpage cacheにcleanとして残すし、xfsは捨てる。 > 2: 複数のファイルディスクリプタがある場合(例えばマルチプロセスの時)、一つのプロセスでfsyncが失敗したら、他のプロセスでも同じようにエラーとなる > 実際には・・最初のプロセスだけがエラーとなる。その際、ファイルはcloseされopenされる。さらに、これはkernel versionによって挙動は異なる。 BSDでも同じように発生するけど、FreeBSD、illumosでは起きない。 * 関連 [#rel] - [[Database]] |