README
¶
D2PFuzz Stress Test Suite
This directory contains configuration files, scripts, and documentation specifically for stress testing.
Directory Structure
stress_test/
├── README.md # This document
├── run_stress_test.sh # Dedicated stress test execution script
├── stress_test_config.yaml # Standard stress test configuration
├── STRESS_TEST_TUNING_GUIDE.md # Stress test tuning guide
├── tx_fuzz_example.go # Stress test example program
└── [Dynamically generated config files] # Test configurations generated at runtime
Quick Start
1. Run Stress Test Script
# Interactive mode
./stress_test/run_stress_test.sh
# Command line mode
./stress_test/run_stress_test.sh standard # Standard stress test
./stress_test/run_stress_test.sh extreme # Extreme stress test
./stress_test/run_stress_test.sh endurance # Endurance stress test
./stress_test/run_stress_test.sh ramp # Gradual stress test
2. Use Configuration File Directly
# Use standard stress test configuration
./tx_fuzz_example stress_test/stress_test_config.yaml
Test Scenarios
Standard Stress Test
- TPS: 100
- Duration: 5 minutes
- Expected Transactions: ~30,000 transactions
- Use Case: Regular stress testing
Extreme Stress Test
- TPS: 200
- Duration: 10 minutes
- Expected Transactions: ~120,000 transactions
- Use Case: System limit testing
Endurance Stress Test
- TPS: 50
- Duration: 30 minutes
- Expected Transactions: ~90,000 transactions
- Use Case: Long term stability testing
Gradual Stress Test
- TPS: 10 → 100 (Gradual increase)
- Duration: 15 minutes
- Load Mode: Gradual
- Use Case: Performance bottleneck analysis
System Requirements
Minimum Requirements
- CPU: 4 cores
- Memory: 8GB
- Disk: 10GB available space
- Network: Stable network connection
Recommended Configuration
- CPU: 8 cores or more
- Memory: 16GB or more
- Disk: SSD, 20GB available space
- Network: High speed stable connection
Security Considerations
⚠️ Important Warning:
- Stress Testing will produce large amounts of network traffic and system load
- Please run stress tests in a dedicated testing environment to avoid affecting production system
- Make sure you have enough system resources and network bandwidth
- Suggest backing up important data before running
Monitoring and Analysis
Real-time Monitoring
- Script will show real-time TPS, success rate, etc. statistics
- Can view detailed running status through log files
Result Analysis
- Test results will be exported to JSON file
- Can use analysis scripts for performance analysis
- See
STRESS_TEST_TUNING_GUIDE.mdfor detailed analysis method
Troubleshooting
Common Problems
- Memory Insufficient: Reduce TPS or reduce concurrent numbers
- Network Timeout: Check network connection, increase retry count
- Gas Insufficient: Adjust gas_limit and gas_price parameters
- Connection Failed: Check RPC endpoint configuration
Performance Optimization
- Adjust the system resources according to the resource
- Optimize network configuration
- Adjust the retry strategy
- Refer to tuning guide for detailed configuration
Related Documents
Technical Support
If you encounter problems, please:
- View log files
- Check system resources usage
- Reference Troubleshooting Guide
- View related documents
Documentation
¶
There is no documentation for this package.
Click to show internal directories.
Click to hide internal directories.