Name: Logging in High Performance Systems: Design Hacking
Start: 2011-12-20T18:30:00-05:00
End: 2011-12-20T21:30:00-05:00
Location: OmniTI HQ

With Christmas approaching, the regulars at the BWPUG only think of one thing...how in the world are the retail related servers we manage going to survive all the on-line ordering. One of the challenges of a busy database server is getting the amount of logging detail right. Logging is a good way to track down many types of performance issues, but when the system is seriously overloaded the overhead of logging can be too expensive.

Recently OmniTI's Theo Schossnagle submitted a PostgreSQL patch (http://archives.postgresql.org/pgsql-hackers/2011-11/msg01364.php) to suggest some alternate ways to handle logging in systems where writing every line to disk just isn't feasible. Since several of the other people who responded are regulars at the BWPUG, this month we're going to get together to talk about what it would take to make this specific part of the database better. What people in this situation want, how the code might be implemented, how it might be used...that's all up for grabs at this point. If you're interested in this topic and want to watch or get involved in how features are added to PostgreSQL, here's your chance.

Greg Smith

DC PostgreSQL Users Group

PostgreSQL

LiveSafe

The United States PostgreSQL Association (PgUS) sponsors this meetup.

United States PostgreSQL Association

Technology

Database Development

Database Professionals

Data Management

Big Data

Data Mining

Business Intelligence

Web Analytics

Open Source

Logging in High Performance Systems:  Design Hacking

OmniTI HQ

Share

DC PostgreSQL Users Group

Logging in High Performance Systems: Design Hacking

DC PostgreSQL Users Group

Details

Sponsors

Members are also interested in