diff options
author | Frederic Guillot <fred@kanboard.net> | 2017-01-29 11:07:42 -0500 |
---|---|---|
committer | Frederic Guillot <fred@kanboard.net> | 2017-01-29 11:07:42 -0500 |
commit | 0371acff89b14b9bdcb03e72fd9637e26e6b517c (patch) | |
tree | f5878c9c07705379d137843cb8f92e3cdf7c20a8 /doc/performances.markdown | |
parent | 3bf4789be255650b64f42231f41383cb13b65572 (diff) |
Move English documentation to folder en_US
Diffstat (limited to 'doc/performances.markdown')
-rw-r--r-- | doc/performances.markdown | 39 |
1 files changed, 0 insertions, 39 deletions
diff --git a/doc/performances.markdown b/doc/performances.markdown deleted file mode 100644 index 7b006bf8..00000000 --- a/doc/performances.markdown +++ /dev/null @@ -1,39 +0,0 @@ -Kanboard Performances -===================== - -According to your configuration, some features can slow down the usage of Kanboard. -By default, all operations are synchronous and performed in the same thread as the HTTP request. -This is a PHP limitation. -However, it's possible to improve that. - -Depending on the plugins you install, communicating to external services can take hundred of milliseconds or even seconds. -To avoid blocking the main thread, it's possible to delegate these operations to a pool of [background workers](worker.markdown). -This setup require that you install additional software in your infrastructure. - -How to detect the bottleneck? ------------------------------ - -- Enable the debug mode -- Monitor the log file -- Do something in Kanboard (drag and drop a task for example) -- All operations are logged with the execution time (HTTP requests, Email notifications, SQL requests) - -Improve Email notifications speed ---------------------------------- - -Using the SMTP method with an external server can be very slow. - -Possible solutions: - -- Use the background workers if you still want to use SMTP -- Use a local email relay with Postfix and use the "mail" transport -- Use an email provider that use an HTTP API to send emails (Sendgrid, Mailgun or Postmark) - -Improve Sqlite performances ---------------------------- - -Possible solutions: - -- Do not use Sqlite when you have a lot of concurrency (several users), choose Postgres or Mysql instead -- Do not use Sqlite on a shared NFS mount -- Do not use Sqlite on a disk with poor IOPS, it's always preferable to use local SSD drives |