mirror of
https://github.com/ciur/papermerge.git
synced 2026-04-25 03:55:58 +03:00
[GH-ISSUE #90] Huge Performance Issue #72
Labels
No labels
2.1
3.0
3.0.1
3.0.2
3.0.3
3.0.3
3.1
3.2
3.2
3.3
3.5
3.x
Fixed. Waiting for feedback.
Fixed. Waiting for feedback.
UX
Version 2.1 - alpha
XSS
announcement
beta
blocker
bug
cannot reproduce
confirmed
confirmed
critical
demo
dependencies
deployment
detchnical debt
discussion
docker
documentation
donations
duplicate
enhancement
feature request
frontend
fundraising
good first issue
good issue
help wanted
high
implemented
important
improvement
incomplete
invalid
investigation
kubernetes
low
low impact
medium
medium
medium impact
migration from 2.0
migration from 2.1
missing-language
missing-ocr-language
no-activity
note
ocr
outofscope
packaging
performance
popular request
pull-request
pypi
question
raspberry pi
roadmap
search
security
setup
status
task
technical debt
updates
user xp
version 1.4.0 - demo
will be implemented
will not be implemented
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/papermerge#72
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @ciur on GitHub (Aug 20, 2020).
Original GitHub issue: https://github.com/ciur/papermerge/issues/90
Testing with ~ 200 files in main browser.
Main xhr request took 10s to return all files!
That is unacceptable!
@ciur commented on GitHub (Aug 20, 2020):
This commit boosts browse request by 50%.
From 7s -> 3.5s.
Performance penalty comes from large number of request.user.has_perm(node, perm) calls .
@ciur commented on GitHub (Aug 20, 2020):
Yey! managed to lower GET /browse/ request time to ~ 1.9s. It is still lot of time for only 200 files.... 👎 still, is some progress...
Now I understand why redis is so popular !
@ciur commented on GitHub (Aug 22, 2020):
Ok, lowered it down to 1s. For total of 200 files in directory, 1s request is OK. Not perfect, but acceptable.