Reduce memory footprint of SDK by separating namespace imports
Les mainteneurs répondent en général sous 1 jour
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- Accessibilité débutants
- 25/100
Piste de recherche
Commencez par examiner comment le SDK importe actuellement ses modules de namespace, en prêtant une attention particulière aux namespaces team et team_log. Comparez les imports de namespaces séparés avec le chargement différé, et considérez comme critère de validation la réduction de l’utilisation mémoire sans altérer le comportement existant du SDK.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
Why is this feature valuable to you? Does it solve a problem you're having?
The Dropbox API and SDK cover a large range of functionality while some apps only use a small subset. This may be particularly true for some namespaces such as team and team_log which require different Dropbox subscriptions.
Importing all modules to cover the full API requires a relatively large amount of memory (~30 MB without 3rd party modules such as requests). A large fraction of this actually comes from the team_log namespace.
Describe the solution you'd like
Would it be possible to have separate classes for different namespaces and import modules only as needed? This of course would be a major change in design and may deviate from how other Dropbox SDKs handle this. Nevertheless, it may be worth considering, especially as new namespaces to support an evolving product will be added in the future.
Describe alternatives you've considered
Lazy loading of modules, at the point of use, may be an alternative.
- Langage dominant
- Python
- Étoiles
- 985
- Forks
- 334
- Merge moyen
- 7 h 7 min
- PR mergées (30 j)
- 10
Préparer son environnement
- Aucun Dockerfile ni fichier Docker Compose
- Propose un modèle de pull request
- Lire le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de dropbox/dropbox-sdk-python
-
question
Difficulté 4/5 3-5 jours Accessibilité débutants 35/100
dropbox/dropbox-sdk-python#585 · 4 commentaires ·
Les mainteneurs répondent en général sous 1 jour
-
enhancement
Difficulté 4/5 3-5 jours Accessibilité débutants 35/100
dropbox/dropbox-sdk-python#491 · 1 commentaire ·
Les mainteneurs répondent en général sous 1 jour
-
enhancement
Difficulté 3/5 1-2 jours Accessibilité débutants 35/100
dropbox/dropbox-sdk-python#482 · 1 commentaire · 2 réactions ·
Les mainteneurs répondent en général sous 1 jour
-
question
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 25/100
dropbox/dropbox-sdk-python#476 · 3 commentaires ·
Les mainteneurs répondent en général sous 1 jour
-
bug
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 20/100
dropbox/dropbox-sdk-python#475 · 1 commentaire ·
Les mainteneurs répondent en général sous 1 jour
Toutes les issues de dropbox/dropbox-sdk-python
Issues similaires
-
bug
Difficulté 2/5 1-3 heures Accessibilité débutants 76/100
lugassawan/swe-workbench#799 ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 74/100
vllm-project/vllm#61131 ·
Les mainteneurs répondent en général sous 1 jour
-
Non-string form field names raise AttributeError when files are attachedPeut-être pris @nightcityblade l’a pris aujourd’hui. Ouverte
Difficulté 2/5 1-3 heures Accessibilité débutants 82/100
-
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
kubernetes-client/python#2735 ·
Les mainteneurs répondent en général sous 1 jour
-
desktop help wanted test
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
Les mainteneurs répondent en général sous 1 jour