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

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

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

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

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

   ನ್ಯಾಯಯುತ ಬಳಕೆಯ HD ರೆಂಡರಿಂಗ್ನಲ್ಲಿ, ಬಳಕೆದಾರರಿಗೆ ಒಂದು ಸಮಯದಲ್ಲಿ ಸರದಿಯಲ್ಲಿ ಹೆಚ್ಚೆಂದರೆ ಒಂದು ಉಚಿತ HD ರೆಂಡರ್ ಇರಬಹುದು. ಹೆಚ್ಚುವರಿ HD ರೆಂಡರ್ಗಳನ್ನು ಸರದಿಗೆ ಹಾಕುವ ಬದಲು ತಡೆಹಿಡಿಯಲಾಗುತ್ತದೆ ಮತ್ತು ಸ್ಥಾನ ಖಾಲಿಯಾದಂತೆ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಸರದಿಗೆ ಸೇರಿಸಲಾಗುತ್ತದೆ. ಮುಂದುವರಿಸಲಾದ ಆದರೆ ವಾಸ್ತವವಾಗಿ ಪ್ರಾರಂಭವಾಗದ ತಡೆಹಿಡಿದ ರೆಂಡರ್ ಅನ್ನು ಸಮಯ ಮೀರಿದ ನಂತರ ಸ್ವಯಂಚಾಲಿತವಾಗಿ failed ಮಾಡಬಹುದು, ಇದರಿಂದ ಸ್ಥಾನ ಖಾಲಿಯಾಗುತ್ತದೆ.

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