ರೆಂಡರ್ ಸ್ಥಿತಿಗಳನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಿ: In Queue, In Progress, completed, failed, retrying

ಪ್ರತಿ ರೆಂಡರ್ ಸ್ಥಿತಿಯ ಅರ್ಥ ಮತ್ತು retrying ಹಾಗೂ ಹಲವು ಪ್ರಯತ್ನಗಳು ಮುರಿದ ರೆಂಡರ್ ಅಲ್ಲ, ಸಾಮಾನ್ಯ ಸ್ವಯಂಚಾಲಿತ ಚೇತರಿಕೆ ಏಕೆ ಎಂದು ತಿಳಿಯಿರಿ.

1. ಪ್ರತಿ ರೆಂಡರ್ ಫಿಕ್ಸೆಡ್ ಸ್ಥಿತಿಗಳ ಮೂಲಕ ಸಾಗುತ್ತದೆ. ಉಚಿತ HD ರೆಂಡರ್ ಕ್ಯೂ ತುಂಬಿದಾಗ HD ರೆಂಡರ್ಗಳನ್ನು ಹೆಚ್ಚುವರಿಯಾಗಿ ಕಾಯುವ ಸ್ಥಿತಿಯಲ್ಲಿ ಇರಿಸಬಹುದು; ಅಂತಹ ರೆಂಡರ್ಗಳನ್ನು ಹಿಡಿದಿಟ್ಟು, ಸ್ಲಾಟ್ ಲಭ್ಯವಾದಾಗ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ರೆಂಡರ್ಗೆ ಮುನ್ನಡೆಸಲಾಗುತ್ತದೆ, ಮತ್ತು ರೆಂಡರ್ ಅನ್ನು ರದ್ದುಗೊಳಿಸಬಹುದು.

2. ಬಳಕೆದಾರರು ರೆಂಡರ್ ಪ್ರಾರಂಭಿಸಿದಾಗ ಅದನ್ನು 'initialized' ಆಗಿ ರಚಿಸಲಾಗುತ್ತದೆ, ರೆಂಡರ್ ಗ್ಯಾಲರಿಯಲ್ಲಿ "In Queue" ಎಂದು ಕ್ಯೂ ಶ್ರೇಣಿಯೊಂದಿಗೆ ತೋರಿಸಲಾಗುತ್ತದೆ. ಉಚಿತ HD ರೆಂಡರ್ ಸ್ಲಾಟ್ ಪ್ರಸ್ತುತ ಬಳಕೆಯಲ್ಲಿದ್ದರೆ, ರೆಂಡರ್ ಬದಲಿಗೆ 'on_hold' ಆಗಿ ರಚಿಸಲ್ಪಟ್ಟು, ಅಂದಾಜು ಶ್ರೇಣಿಯೊಂದಿಗೆ ಕಾಯುತ್ತಿರುವಂತೆ ತೋರಿಸಬಹುದು, ಸ್ಲಾಟ್ ಬಿಡುಗಡೆಯಾಗುವವರೆಗೆ.

3. ಕ್ಯೂನಲ್ಲಿರುವ ರೆಂಡರ್ ಸಾಮಾನ್ಯವಾಗಿ ಸಂಸ್ಕರಿಸುವವರೆಗೆ ಸರದಿಯಲ್ಲಿ ಇರುತ್ತದೆ; ಕೇವಲ ಕಾಯುವುದರಿಂದ ಅದು ಅವಧಿ ಮುಗಿಯುವುದಿಲ್ಲ.

   ಫೇರ್-ಯೂಸ್ HD ರೆಂಡರಿಂಗ್ನಲ್ಲಿ, ಬಳಕೆದಾರರಿಗೆ ಒಂದು ಸಮಯದಲ್ಲಿ ಕ್ಯೂನಲ್ಲಿ ಹೆಚ್ಚೆಂದರೆ ಒಂದು ಉಚಿತ HD ರೆಂಡರ್ ಇರಬಹುದು. ಹೆಚ್ಚುವರಿ HD ರೆಂಡರ್ಗಳನ್ನು ಕ್ಯೂನಲ್ಲಿ ಇರಿಸದೆ ಹಿಡಿದಿಡಲಾಗುತ್ತದೆ, ಮತ್ತು ಸ್ಲಾಟ್ ಬಿಡುಗಡೆಯಾದಂತೆ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಕ್ಯೂಗೆ ಮುನ್ನಡೆಸಲಾಗುತ್ತದೆ. ಮುನ್ನಡೆಸಲ್ಪಟ್ಟರೂ ಪ್ರಾರಂಭವಾಗದ ಹಿಡಿದಿಟ್ಟ ರೆಂಡರ್ ಅನ್ನು ಟೈಮೌಟ್ ನಂತರ ಸ್ವಯಂಚಾಲಿತವಾಗಿ failed ಮಾಡಬಹುದು, ಸ್ಲಾಟ್ ಬಿಡುಗಡೆಯಾಗಲು.

4. ರೆಂಡರಿಂಗ್ ಪೈಪ್ಲೈನ್ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಮತ್ತೆ ಪ್ರಯತ್ನಿಸುತ್ತದೆ. ಪ್ರತಿ ಪ್ರಯತ್ನವನ್ನು ಪ್ರತ್ಯೇಕ Render_Attempt ಆಗಿ ದಾಖಲಿಸಲಾಗುತ್ತದೆ, ಅದರ ಸ್ವಂತ ಸರಣಿ ಸಂಖ್ಯೆ, ಸ್ವಂತ ಮಾಹಿತಿ ಮತ್ತು ದೋಷ ಲಾಗ್ ಫೈಲ್ಗಳು, ಮತ್ತು ಸ್ವಂತ ಫಿನಿಶ್ಡ್ ಟೈಮ್ಸ್ಟ್ಯಾಂಪ್ ಇರುತ್ತವೆ; ರೆಂಡರ್ ದಾಖಲೆಯಲ್ಲಿ attempts ಕೌಂಟರ್ ಇರುತ್ತದೆ. 'retrying' ಸ್ಥಿತಿಯಲ್ಲಿರುವ ರೆಂಡರ್ ವಿಫಲ ಪ್ರಯತ್ನದ ನಂತರ ಕೇವಲ ಕ್ಯೂಗೆ ಮರಳಿಸಲ್ಪಟ್ಟಿದೆ — ಅದು ತನ್ನ ನಿಖರ ಪ್ಯಾರಾಮೀಟರ್ಗಳನ್ನು ಉಳಿಸಿಕೊಳ್ಳುತ್ತದೆ, ಕ್ಯೂನಲ್ಲಿ ತನ್ನ ಸ್ಥಾನವನ್ನು ಇನ್ನೂ ಆಕ್ರಮಿಸುತ್ತದೆ, ಮತ್ತು ಪ್ರಯತ್ನ ಯಶಸ್ವಿಯಾದಾಗ ಉದ್ದೇಶಿತ ಚಿತ್ರವನ್ನು ನೀಡುತ್ತದೆ; ರೆಂಡರ್ಗಳು ನಿಯಮಿತವಾಗಿ ಎರಡನೇ ಅಥವಾ ಮೂರನೇ ಪ್ರಯತ್ನದಲ್ಲಿ ಪೂರ್ಣಗೊಳ್ಳುತ್ತವೆ. ವಿಫಲ ಪ್ರಯತ್ನಗಳಿಗೆ ಯಾವುದೇ ಶುಲ್ಕ ವಿಧಿಸುವುದಿಲ್ಲ: ಎಷ್ಟು ಪ್ರಯತ್ನಗಳಾದರೂ ಬಿಲ್ಲಿಂಗ್ ಒಂದು ಪೂರ್ಣಗೊಂಡ ರೆಂಡರ್ ಅನ್ನು ಎಣಿಸುತ್ತದೆ. ಕ್ಲೈಂಟ್ಗೆ ಹೇಳಬೇಕಾದದ್ದು: ಅದನ್ನು ಹಾಗೆಯೇ ಬಿಡಿ, retrying ಸಾಮಾನ್ಯ ಕ್ಯೂ ಹರಿವಿನಲ್ಲಿ ತಾನೇ ಪರಿಹಾರವಾಗುತ್ತದೆ. ಹೆಚ್ಚು ಪರಿಶೀಲಿಸಬೇಕಾದದ್ದು: ರೆಂಡರ್ ಹಲವು ಗಂಟೆಗಳ ಕಾಲ retrying ಮತ್ತು queued ನಡುವೆ ಓಲಾಡುತ್ತಿದ್ದರೆ, ಅಥವಾ ದೊಡ್ಡ attempts ಸಂಖ್ಯೆ ಸಂಗ್ರಹವಾದರೆ, ಅದು ಡಿಸೈನ್ ನಿರಂತರವಾಗಿ ರೆಂಡರರ್ ಅನ್ನು ಕ್ರ್ಯಾಶ್ ಮಾಡುತ್ತಿದೆ (ಪ್ರತಿ-ಪ್ರಯತ್ನ ದೋಷ ಲಾಗ್ಗಳು ಅದನ್ನು ತೋರಿಸುತ್ತವೆ) ಅಥವಾ ಯಾವುದೇ ರೆಂಡರಿಂಗ್ ವರ್ಕರ್ಗಳು ಚಾಲನೆಯಲ್ಲಿಲ್ಲ (stuck-queue ಜ್ಞಾನ ನೋಡಿ) ಎಂಬುದನ್ನು ಸೂಚಿಸುತ್ತದೆ. ಎಂಟರ್ಪ್ರೈಸ್ APIಗಳಾದ get_all_of_design ಮತ್ತು get_by_id ಗಳು render_attempts ಅನ್ನು inline ಆಗಿ ಹಿಂತಿರುಗಿಸುತ್ತವೆ, ಪ್ರತಿ ಪ್ರಯತ್ನದ ಲಾಗ್ ಪಥಗಳೂ ಸೇರಿ, ಆದ್ದರಿಂದ ಎಂಜಿನಿಯರಿಂಗ್ ನಿರ್ದಿಷ್ಟ ರೆಂಡರ್ ಅನ್ನು ಮರುಸೃಷ್ಟಿಸದೆ ನಿರ್ಣಯಿಸಬಹುದು.