summaryrefslogtreecommitdiff
path: root/doc/performances.markdown
diff options
context:
space:
mode:
authorFrederic Guillot <fred@kanboard.net>2017-01-29 11:07:42 -0500
committerFrederic Guillot <fred@kanboard.net>2017-01-29 11:07:42 -0500
commit0371acff89b14b9bdcb03e72fd9637e26e6b517c (patch)
treef5878c9c07705379d137843cb8f92e3cdf7c20a8 /doc/performances.markdown
parent3bf4789be255650b64f42231f41383cb13b65572 (diff)
Move English documentation to folder en_US
Diffstat (limited to 'doc/performances.markdown')
-rw-r--r--doc/performances.markdown39
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