⚡️ Speed up function get_optional_user_store_api_key by 2,105% in PR #10702 (pluggable-auth-service)#11624
Closed
codeflash-ai[bot] wants to merge 175 commits into
Closed
⚡️ Speed up function get_optional_user_store_api_key by 2,105% in PR #10702 (pluggable-auth-service)#11624codeflash-ai[bot] wants to merge 175 commits into
get_optional_user_store_api_key by 2,105% in PR #10702 (pluggable-auth-service)#11624codeflash-ai[bot] wants to merge 175 commits into
Conversation
…ager for pluggable service discovery - Added `register_service` decorator to allow services to self-register with the ServiceManager. - Enhanced `ServiceManager` to support multiple service discovery mechanisms, including decorator-based registration, config files, and entry points. - Implemented methods for direct service class registration and plugin discovery from various sources, improving flexibility and extensibility of service management.
- Introduced VariableService class to handle environment variables with in-memory caching. - Added methods for getting, setting, deleting, and listing variables. - Included logging for service initialization and variable operations. - Created an __init__.py file to expose VariableService in the package namespace.
…teardown - Updated LocalStorageService to inherit from both StorageService and Service for improved functionality. - Added a name attribute for service identification. - Implemented an async teardown method for future extensibility, even though no cleanup is currently needed. - Refactored the constructor to ensure proper initialization of both parent classes.
…l logging functionality - Added `BaseTelemetryService` as an abstract base class defining the interface for telemetry services. - Introduced `TelemetryService`, a lightweight implementation that logs telemetry events without sending data. - Created `__init__.py` to expose the telemetry service in the package namespace. - Ensured robust async methods for logging various telemetry events and handling exceptions.
- Added `BaseTracingService` as an abstract base class defining the interface for tracing services. - Implemented `TracingService`, a lightweight version that logs trace events without external integrations. - Included async methods for starting and ending traces, tracing components, and managing logs and outputs. - Enhanced documentation for clarity on method usage and parameters.
- Introduced a new test suite for validating the functionality of the @register_service decorator. - Implemented tests for various service types including LocalStorageService, TelemetryService, and TracingService. - Verified behavior for service registration with and without overrides, ensuring correct service management. - Included tests for custom service implementations and preservation of class functionality. - Enhanced overall test coverage for the service registration mechanism.
- Introduced a suite of unit tests covering edge cases for service registration, lifecycle management, and dependency resolution. - Implemented integration tests to validate service loading from configuration files and environment variables. - Enhanced test coverage for various service types including LocalStorageService, TelemetryService, and VariableService. - Verified behavior for service registration with and without overrides, ensuring correct service management. - Ensured robust handling of error conditions and edge cases in service creation and configuration parsing.
- Introduced comprehensive unit tests for LocalStorageService, TelemetryService, TracingService, and VariableService. - Implemented integration tests to validate the interaction between minimal services. - Ensured robust coverage for file operations, service readiness, and exception handling. - Enhanced documentation within tests for clarity on functionality and expected behavior.
…ection - Revised the documentation to highlight the advantages of the pluggable service system. - Replaced the migration guide with a detailed overview of features such as automatic discovery, lazy instantiation, dependency injection, and lifecycle management. - Clarified examples of service registration and improved overall documentation for better understanding.
During rebase, the teardown method was added in two locations (lines 57 and 220). Removed the duplicate at line 57, keeping the one at the end of the class (line 220) which is the more appropriate location for cleanup methods.
…changes - Add MockSessionService fixtures to test files that use ServiceManager - Update LocalStorageService test instantiation to use mock session and settings services - Fix service count assertions to account for MockSessionService in fixtures - Remove duplicate class-level clean_manager fixtures in test_edge_cases.py These changes fix test failures caused by LocalStorageService requiring session_service and settings_service parameters instead of just data_dir.
- Fixed Diamond Inheritance in LocalStorageService - Added Circular Dependency Detection in _create_service_from_class - Fixed StorageService.teardown to Have Default Implementation
- The aiofile library uses native async I/O (libaio) which fails with EAGAIN (SystemError: 11, 'Resource temporarily unavailable') in containerized environments like GitHub Actions runners. - Switch to aiofiles which uses thread pool executors, providing reliable async file I/O across all environments including containers.
The discover_plugins() method had a TOCTOU (time-of-check to time-of-use) race condition. Since get() uses a keyed lock (per service name), multiple threads requesting different services could concurrently see _plugins_discovered=False and trigger duplicate plugin discovery. Wrap discover_plugins() with self._lock to ensure thread-safe access to the _plugins_discovered flag and prevent concurrent discovery execution.
…ager for pluggable service discovery - Added `register_service` decorator to allow services to self-register with the ServiceManager. - Enhanced `ServiceManager` to support multiple service discovery mechanisms, including decorator-based registration, config files, and entry points. - Implemented methods for direct service class registration and plugin discovery from various sources, improving flexibility and extensibility of service management.
…teardown - Updated LocalStorageService to inherit from both StorageService and Service for improved functionality. - Added a name attribute for service identification. - Implemented an async teardown method for future extensibility, even though no cleanup is currently needed. - Refactored the constructor to ensure proper initialization of both parent classes.
… and add auth service retrieval function
Consolidate all authentication methods into the AuthService class to
enable pluggable authentication implementations. The utils module now
contains thin wrappers that delegate to the registered auth service.
This allows alternative auth implementations (e.g., OIDC) to be
registered via the pluggable services system while maintaining
backward compatibility with existing code that imports from utils.
Changes:
- Move all auth logic (token creation, user validation, API key
security, password hashing, encryption) to AuthService
- Refactor utils.py to delegate to get_auth_service()
- Update function signatures to remove settings_service parameter
(now obtained from the service internally)
…vice parameter - Changed function to retrieve current user from access token instead of JWT. - Updated AuthServiceFactory to specify SettingsService type in create method. - Removed settings_service dependency from encryption and decryption functions, simplifying the code. This refactor enhances the clarity and maintainability of the authentication logic.
- Introduced comprehensive unit tests for AuthService, covering token creation, user validation, and authentication methods. - Added tests for pluggable authentication, ensuring correct delegation to registered services. - Enhanced test coverage for user authentication scenarios, including active/inactive user checks and token validation. These additions improve the reliability and maintainability of the authentication system.
…ai/langflow into pluggable-auth-service
…ai/langflow into pluggable-auth-service
…ai/langflow into pluggable-auth-service
…ai/langflow into pluggable-auth-service
…ai/langflow into pluggable-auth-service
The optimized code achieves a **2104% speedup** (from 44.9ms to 2.04ms) by implementing a **thread-safe LRU cache** for API key decryption results. ## Key Optimization: Caching Expensive Decryption Operations The original code calls `_auth_service().decrypt_api_key()` on every request, which is cryptographically expensive. The line profiler shows this operation taking **272,615 nanoseconds per hit** and consuming **96% of the function's runtime**. The optimized version adds: - An `OrderedDict` to cache up to 1,024 encrypted→decrypted key mappings - A `threading.Lock` to ensure thread-safe cache access in concurrent environments - LRU eviction via `move_to_end()` and `popitem(last=False)` to maintain cache size ## How It Works On cache hit (subsequent requests with the same encrypted key): - The lookup takes only **~1,247 nanoseconds** vs. the original **272,615 nanoseconds** - The optimized `decrypt_api_key` now consumes just **0.00147 seconds** total vs. **0.368 seconds** in the original The profiler confirms the dramatic improvement: in the optimized version, `decrypt_api_key` drops from **100% time** spent in decryption to just cache lock acquisition and dictionary lookups. ## Impact on Workloads This optimization is particularly effective when: - **Same users make repeated API calls** (common in web applications where users authenticate once and make multiple requests) - **Test case `test_large_scale_many_users_decrypts_each_one_correctly`** with 500 users benefits significantly on subsequent runs with repeated keys - The 1,024-entry cache handles typical session-based workloads where a moderate number of active users make many requests The optimization maintains correctness for exception handling (658 exceptions in profiler results) while still providing speedup on successful decryptions (869 successful calls benefited from caching).
Codecov Report❌ Patch coverage is ❌ Your project status has failed because the head coverage (42.10%) is below the target coverage (60.00%). You can increase the head coverage or adjust the target coverage. Additional details and impacted files@@ Coverage Diff @@
## main #11624 +/- ##
==========================================
- Coverage 34.94% 32.96% -1.98%
==========================================
Files 1506 1512 +6
Lines 71834 72185 +351
Branches 10674 10672 -2
==========================================
- Hits 25101 23795 -1306
- Misses 45401 47058 +1657
Partials 1332 1332
Flags with carried forward coverage won't be shown. Click here to find out more.
🚀 New features to boost your workflow:
|
Contributor
|
Closing automated codeflash PR. |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
⚡️ This pull request contains optimizations for PR #10702
If you approve this dependent PR, these changes will be merged into the original PR branch
pluggable-auth-service.📄 2,105% (21.05x) speedup for
get_optional_user_store_api_keyinsrc/backend/base/langflow/api/v1/store.py⏱️ Runtime :
44.9 milliseconds→2.04 milliseconds(best of13runs)📝 Explanation and details
The optimized code achieves a 2104% speedup (from 44.9ms to 2.04ms) by implementing a thread-safe LRU cache for API key decryption results.
Key Optimization: Caching Expensive Decryption Operations
The original code calls
_auth_service().decrypt_api_key()on every request, which is cryptographically expensive. The line profiler shows this operation taking 272,615 nanoseconds per hit and consuming 96% of the function's runtime.The optimized version adds:
OrderedDictto cache up to 1,024 encrypted→decrypted key mappingsthreading.Lockto ensure thread-safe cache access in concurrent environmentsmove_to_end()andpopitem(last=False)to maintain cache sizeHow It Works
On cache hit (subsequent requests with the same encrypted key):
decrypt_api_keynow consumes just 0.00147 seconds total vs. 0.368 seconds in the originalThe profiler confirms the dramatic improvement: in the optimized version,
decrypt_api_keydrops from 100% time spent in decryption to just cache lock acquisition and dictionary lookups.Impact on Workloads
This optimization is particularly effective when:
test_large_scale_many_users_decrypts_each_one_correctlywith 500 users benefits significantly on subsequent runs with repeated keysThe optimization maintains correctness for exception handling (658 exceptions in profiler results) while still providing speedup on successful decryptions (869 successful calls benefited from caching).
✅ Correctness verification report:
🌀 Click to see Generated Regression Tests
To edit these changes
git checkout codeflash/optimize-pr10702-2026-02-06T15.27.02and push.