On Wednesday 26 October 2005 18:12, Russell Howe wrote:
> Paul Heinlein wrote:
> > At the risk of being somewhat off-topic, I'll add that the same is true
> > of SQLite. In SQLite 2.8, setting the default_synchronous flag to OFF
> > will speed things up markedly:
> >
> >   echo 'PRAGMA default_synchronous=0;' | sqlite bacula.db
>
> I posted about this previously:
>
> http://article.gmane.org/gmane.comp.bacula.user/16853/match=pragma
>
> Looks like they just removed the option to default all databases to
> non-synchronous operation in SQLite 3.0, requiring you to manually set
> your databases to be asynchronous. A good decision, I would say.
>
> I think the 'default_synchronous' setting will only apply to databases
> when they're created (or, to put it another way, changing it will not
> affect any existing databases).
>
> Since you're taking backups of the database, and you can restore the
> catalog by using bscan, I don't see the need for synchronous operation,
> unless you absolutely cannot have your database server down for the time
> it would take to restore the catalog in the event of a power failure or
> somesuch.
>
> I'll be turning it off tonight, to see what difference it makes to
> performance...

The default for Bacula 1.37 SQLite is:

  PRAGMA default_synchronous = OFF;

which I implemented shortly after Russell's original post. Thanks Russell.

-- 
Best regards,

Kern

  (">
  /\
  V_V


-------------------------------------------------------
This SF.Net email is sponsored by the JBoss Inc.
Get Certified Today * Register for a JBoss Training Course
Free Certification Exam for All Training Attendees Through End of 2005
Visit http://www.jboss.com/services/certification for more information
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Reply via email to