refactor: move all remaining files to orig/ directory
Completed clean root directory structure: - Root now contains only: .git, .env, docs/, orig/ - Moved all remaining files and directories to orig/: - Config files (.claude, .dockerignore, .drone.yml, etc.) - All .env variants (except active .env) - Git config (.gitconfig, .github, .gitignore, etc.) - Tool configs (.golangci.yml, .revive.toml, etc.) - Documentation (*.md files, @prompts) - Build files (Dockerfiles, Makefile, go.mod, go.sum) - Docker compose files - All source directories (scripts, tests, tools, etc.) - Runtime directories (logs, monitoring, reports) - Dependency files (node_modules, lib, cache) - Special files (--delete) - Removed empty runtime directories (bin/, data/) V2 structure is now clean: - docs/planning/ - V2 planning documents - orig/ - Complete V1 codebase preserved - .env - Active environment config (not in git) 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com>
This commit is contained in:
55
orig/.gemini/commands/tune-concurrency.md
Normal file
55
orig/.gemini/commands/tune-concurrency.md
Normal file
@@ -0,0 +1,55 @@
|
||||
# Tune Concurrency Patterns
|
||||
|
||||
Tune concurrency patterns for the following component: $ARGUMENTS
|
||||
|
||||
## Concurrency Tuning Strategy:
|
||||
|
||||
### 1. **Current Pattern Analysis**
|
||||
- Identify existing concurrency patterns (worker pools, pipelines, etc.)
|
||||
- Measure current performance and resource utilization
|
||||
- Analyze bottlenecks in concurrent processing
|
||||
|
||||
### 2. **Optimization Areas**
|
||||
|
||||
#### **Worker Pool Tuning**
|
||||
- Optimal worker count based on CPU cores and workload
|
||||
- Channel buffer sizing for backpressure management
|
||||
- Task distribution strategies
|
||||
- Worker lifecycle management
|
||||
|
||||
#### **Pipeline Optimization**
|
||||
- Stage balancing to prevent bottlenecks
|
||||
- Buffer sizing between pipeline stages
|
||||
- Error propagation and recovery
|
||||
- Context cancellation handling
|
||||
|
||||
#### **Fan-in/Fan-out Patterns**
|
||||
- Optimal fan-out ratios
|
||||
- Result merging strategies
|
||||
- Resource allocation across branches
|
||||
- Synchronization mechanisms
|
||||
|
||||
### 3. **MEV Bot Specific Tuning**
|
||||
|
||||
#### **Transaction Processing**
|
||||
- Optimal concurrent transaction processing
|
||||
- Event parsing parallelization
|
||||
- Memory usage per goroutine
|
||||
|
||||
#### **Market Analysis**
|
||||
- Concurrent pool data fetching
|
||||
- Parallel arbitrage calculations
|
||||
- Resource sharing between analysis tasks
|
||||
|
||||
## Implementation Guidelines:
|
||||
- Test with realistic workload patterns
|
||||
- Monitor resource utilization (CPU, memory, goroutines)
|
||||
- Ensure graceful degradation under load
|
||||
- Maintain error handling and recovery mechanisms
|
||||
|
||||
## Deliverables:
|
||||
- Concurrency tuning recommendations
|
||||
- Performance benchmarks with different configurations
|
||||
- Resource utilization analysis
|
||||
- Configuration guidelines for different environments
|
||||
- Monitoring and alerting for concurrency issues
|
||||
Reference in New Issue
Block a user