[sqlite] AUTO: Bret Patterson/Austin/IBM is out of the office (returning 10/22/2012)

2012-10-13 Thread Bret Patterson
I am out of the office until 10/22/2012. I'm out of the office but checking email once a day and will respond to any high importance issues as quickly as possible. Note: This is an automated response to your message "sqlite-users Digest, Vol 58, Issue 13" sent on 10/13/2012 10:00:02 AM. This

[sqlite] AUTO: Bret Patterson/Austin/IBM is out of the office (returning 11/28/2011)

2011-11-18 Thread Bret Patterson
I am out of the office until 11/28/2011. I'm out of the office but checking email once or twice a day and will respond to any high importance issues as quickly as possible. Note: This is an automated response to your message "sqlite-users Digest, Vol 47, Issue 18" sent on 11/18/2011 10:00:01.

[sqlite] AUTO: Bret Patterson/Austin/IBM is out of the office (returning 08/22/2011)

2011-08-12 Thread Bret Patterson
I am out of the office until 08/22/2011. I'm out of the office but checking email once or twice a day and will respond to any high importance issues as quickly as possible. Note: This is an automated response to your message "sqlite-users Digest, Vol 44, Issue 12" sent on 08/12/2011 6:00:01.

[sqlite] AUTO: Bret Patterson/Austin/IBM is out of the office (returning 06/17/2011)

2011-06-16 Thread Bret Patterson
I am out of the office until 06/17/2011. I'm out of the office but checking email once or twice a day and will respond to any high importance issues as quickly as possible. Note: This is an automated response to your message "sqlite-users Digest, Vol 42, Issue 16" sent on 06/16/2011 6:00:01.

[sqlite] AUTO: Bret Patterson/Austin/IBM is out of the office (returning 03/21/2011)

2011-03-17 Thread Bret Patterson
I am out of the office until 03/21/2011. I'm out of the office but checking email once or twice a day and will respond to any high importance issues as quickly as possible. Note: This is an automated response to your message "sqlite-users Digest, Vol 39, Issue 17" sent on 3/17/2011 6:00:01.

[sqlite] AUTO: Bret Patterson/Austin/IBM is out of the office (returning 07/01/2010)

2010-06-28 Thread Bret Patterson
I am out of the office until 07/01/2010. I'm out of the office but checking email once or twice a day and will respond to any high importance issues as quickly as possible. Note: This is an automated response to your message "sqlite-users Digest, Vol 30, Issue 27" sent on 6/28/10 6:00:02. Th

[sqlite] AUTO: Bret Patterson/Austin/IBM is out of the office (returning 03/08/2010)

2010-03-04 Thread Bret Patterson
I am out of the office until 03/08/2010. I'm out of the office but checking email once or twice a day and will respond to any high importance issues as quickly as possible. Note: This is an automated response to your message "sqlite-users Digest, Vol 27, Issue 4" sent on 3/4/10 5:00:02. This

[sqlite] AUTO: Bret Patterson/Austin/IBM is out of the office (returning 01/04/2010)

2009-12-21 Thread Bret Patterson
I am out of the office until 01/04/2010. I'm out of the office but checking email once or twice a day and will respond to any high importance issues as quickly as possible. Note: This is an automated response to your message "sqlite-users Digest, Vol 24, Issue 11" sent on 12/11/09 5:00:01. T

[sqlite] AUTO: Bret Patterson/Austin/IBM is out of the office (returning 11/30/2009)

2009-11-24 Thread Bret Patterson
I am out of the office until 11/30/2009. I'm out of the office but checking email once or twice a day and will respond to any high importance issues as quickly as possible. Note: This is an automated response to your message "sqlite-users Digest, Vol 23, Issue 24" sent on 11/24/09 5:00:01. T

Re: [sqlite] Disk activity on Linux

2009-11-18 Thread Bret Patterson
Thanks Walter and Paul I'll look into the things you pointed out and let you guys know how it turns out. Open Source approval at IBM is version specific and the approval process is quite a bit of work so I'd like to avoid it as long as possible. Bret

[sqlite] Disk activity on Linux

2009-11-12 Thread Bret Patterson
ntly. Anyone have any ideas? This problem is limiting the scale of our product significantly and I need to find a solution to it. We are pretty much hitting a wall around 277 records per second and we need to be more around 500-1000 records per second if possible. Bret Patterson ___