OpenAI
ਇਸ ਪੰਨੇ ਦਾ ਮਸ਼ੀਨ ਦੁਆਰਾ ਅਨੁਵਾਦ ਕੀਤਾ ਗਿਆ ਸੀ। ਮੂਲ ਅੰਗਰੇਜ਼ੀ ਲੇਖ ਦੇਖੋ

API ਗਲਤੀਆਂ ਅਤੇ ਲੇਟੈਂਸੀ ਦੀ ਸਮੱਸਿਆ ਨਿਵਾਰਣ

ਇਹ ਲੇਖ ਦੱਸਦਾ ਹੈ ਕਿ OpenAI API ਵਰਤਦੇ ਸਮੇਂ ਆਮ ਗਲਤੀਆਂ ਅਤੇ ਲੇਟੈਂਸੀ ਸਮੱਸਿਆਵਾਂ ਦਾ ਨਿਵਾਰਣ ਕਰਨ ਲਈ Service Health ਅਤੇ Usage ਡੈਸ਼ਬੋਰਡ ਕਿਵੇਂ ਵਰਤਣੇ ਹਨ.

ਅੱਪਡੇਟ ਕੀਤਾ: 11 days ago

ਮਹੱਤਵਪੂਰਨ ਲਿੰਕ

ਸਹੀ ਡਿਫਾਲਟਾਂ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ

ਜਦੋਂ ਤੁਸੀਂ ਸੇਵਾ ਸਿਹਤ ਡੈਸ਼ਬੋਰਡ ਖੋਲ੍ਹਦੇ ਹੋ, ਇਹ ਡਿਫਾਲਟ ਤੌਰ 'ਤੇ ਇਹ ਦਿਖਾਉਂਦਾ ਹੈ:

  • ਸਾਰੇ ਪ੍ਰੋਜੈਕਟ

  • ਪਿਛਲੇ 30 ਦਿਨ

  • ਘੰਟਾਵਾਰ ਰੈਜ਼ੋਲੂਸ਼ਨ

ਇਹ ਦ੍ਰਿਸ਼ ਸਿਰਫ਼ ਦਿਸ਼ਾ-ਨਿਰਦੇਸ਼ ਲਈ ਲਾਭਦਾਇਕ ਹੈ. ਅਰਥਪੂਰਨ ਸਮੱਸਿਆ ਨਿਵਾਰਣ ਲਈ ਹਮੇਸ਼ਾਂ ਫਿਲਟਰਿੰਗ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ.

ਜਾਂਚ ਤੋਂ ਪਹਿਲਾਂ ਫਿਲਟਰ ਕਰੋ

ਸਹੀ ਫਿਲਟਰਿੰਗ ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ ਕਦਮ ਹੈ. ਜ਼ਿਆਦਾਤਰ ਗਲਤ ਵਿਆਖਿਆਵਾਂ ਮਾਡਲਾਂ, ਪੱਧਰਾਂ ਜਾਂ ਪ੍ਰੋਜੈਕਟਾਂ ਨੂੰ ਮਿਲਾਉਣ ਕਰਕੇ ਹੁੰਦੀਆਂ ਹਨ.

ਮਾਡਲ ਅਨੁਸਾਰ ਫਿਲਟਰ ਕਰੋ (ਇੱਕ ਸਮੇਂ ਇੱਕ)

ਹਮੇਸ਼ਾਂ ਇੱਕੋ ਮਾਡਲ ਤੱਕ ਫਿਲਟਰ ਕਰੋ.

ਕਿਉਂ:

  • ਘੱਟ-ਟ੍ਰੈਫਿਕ ਮਾਡਲਾਂ 'ਤੇ ਸਮੱਸਿਆਵਾਂ ਵੱਧ-ਵਾਲਿਊਮ ਟ੍ਰੈਫਿਕ ਨਾਲ ਓਹਲੀਆਂ ਹੋ ਸਕਦੀਆਂ ਹਨ

  • ਵੱਧ-ਵਾਲਿਊਮ ਮਾਡਲ ਸਥਾਨਕ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਗਲੋਬਲ ਜਿਹਾ ਦਿਖਾ ਸਕਦੇ ਹਨ

  • ਵੱਖ-ਵੱਖ ਮਾਡਲਾਂ ਦੇ ਕਾਰਗੁਜ਼ਾਰੀ ਟੀਚੇ ਵੱਖਰੇ ਹੁੰਦੇ ਹਨ

ਨੋਟ: ਕਈ ਮਾਡਲ ਚੁਣਨ ਨਾਲ ਉਹ ਇਕੱਠੇ ਹੋ ਜਾਂਦੇ ਹਨ—ਇਹ ਉਹਨਾਂ ਵਿਚਕਾਰ ਸਵਿੱਚ ਨਹੀਂ ਕਰਦਾ.

ਸੇਵਾ ਪੱਧਰ ਮੁਤਾਬਕ ਫਿਲਟਰ ਕਰੋ

ਜੇ ਤੁਸੀਂ ਇੱਕ ਤੋਂ ਵੱਧ ਪੱਧਰ ਵਰਤਦੇ ਹੋ—ਮਿਆਰੀ, ਫਾਸਟ ਮੋਡ (ਪਹਿਲਾਂ ਤਰਜੀਹੀ ਪ੍ਰੋਸੈਸਿੰਗ) ਜਾਂ ਪੈਮਾਨਾ ਪੱਧਰ—ਤਾਂ ਹਮੇਸ਼ਾ ਉਸੇ ਪੱਧਰ ਮੁਤਾਬਕ ਫਿਲਟਰ ਕਰੋ ਜਿਸਦੀ ਤੁਸੀਂ ਜਾਂਚ ਕਰ ਰਹੇ ਹੋ.

ਕਾਰਨ:

  • ਹਰੇਕ ਪੱਧਰ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਵੱਖਰੀਆਂ ਹੁੰਦੀਆਂ ਹਨ

  • ਫਾਸਟ ਮੋਡ ਅਤੇ ਪੈਮਾਨਾ ਪੱਧਰ ਦੇ SLA ਨਿਰਧਾਰਤ ਹਨ

  • ਪੱਧਰਾਂ ਨੂੰ ਰਲਾਉਣ ਨਾਲ ਭੁਗਤਾਨਸ਼ੁਦਾ ਪੱਧਰ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਸਪਸ਼ਟ ਨਹੀਂ ਰਹਿੰਦੀ

ਲੇਟੈਂਸੀ ਦੇ ਵਿਸ਼ਲੇਸ਼ਣ ਲਈ ਇਹ ਖ਼ਾਸ ਤੌਰ 'ਤੇ ਮਹੱਤਵਪੂਰਨ ਹੈ.

ਮੌਜੂਦਾ ਮਾਡਲਾਂ ਲਈ, ਫਾਸਟ ਮੋਡ ਦਾ ਟ੍ਰੈਫਿਕ ਹਾਲੇ ਵੀ ਵਰਤੋਂ ਡੈਸ਼ਬੋਰਡ ਵਿੱਚ ਤਰਜੀਹੀ ਵਜੋਂ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ.

ਪ੍ਰੋਜੈਕਟ ਅਨੁਸਾਰ ਫਿਲਟਰ ਕਰੋ

ਡਿਫਾਲਟ ਤੌਰ 'ਤੇ, ਸੇਵਾ ਸਿਹਤ ਸਾਰੇ ਪ੍ਰੋਜੈਕਟ ਦਿਖਾਉਂਦੀ ਹੈ.

ਸਮੱਸਿਆ ਨਿਵਾਰਣ ਲਈ, ਉਸ ਪ੍ਰੋਜੈਕਟ/ਪ੍ਰੋਜੈਕਟਾਂ ਤੱਕ ਫਿਲਟਰ ਕਰੋ ਜਿੱਥੇ ਸਮੱਸਿਆ ਦੇਖੀ ਗਈ ਸੀ.

ਕਿਉਂ:

  • ਇੱਕ ਵੱਧ-ਵਾਲਿਊਮ ਪ੍ਰੋਜੈਕਟ ਮੈਟ੍ਰਿਕਸ 'ਤੇ ਹਾਵੀ ਹੋ ਸਕਦਾ ਹੈ.

  • ਛੋਟੇ ਪ੍ਰਭਾਵਿਤ ਪ੍ਰੋਜੈਕਟ ਅਸੰਬੰਧਿਤ ਟ੍ਰੈਫਿਕ ਨਾਲ ਓਹਲੇ ਹੋ ਸਕਦੇ ਹਨ.

“ਸਾਰੇ ਪ੍ਰੋਜੈਕਟ” ਚੁਣਿਆ ਸਿਰਫ਼ ਤਾਂ ਹੀ ਛੱਡੋ ਜੇ ਤੁਹਾਨੂੰ ਲੱਗਦਾ ਹੈ ਕਿ ਸਮੱਸਿਆ ਸੱਚਮੁੱਚ ਪੂਰੇ ਸੰਗਠਨ ਵਿੱਚ ਹੈ.

ਗਲਤੀਆਂ ਦੀ ਸਮੱਸਿਆ ਨਿਵਾਰਣ

HTTP ਬੇਨਤੀਆਂ ਦ੍ਰਿਸ਼ ਵਰਤੋ

ਗਲਤੀਆਂ ਦੀ ਜਾਂਚ ਕਰਨ ਲਈ:

  1. ਮਾਡਲ ਅਤੇ ਸੇਵਾ ਪੱਧਰ ਅਨੁਸਾਰ ਫਿਲਟਰ ਕਰੋ.

  2. ਅਪਟਾਈਮ ਟੈਬ ਦੀ ਬਜਾਏ HTTP ਬੇਨਤੀਆਂ ਟੈਬ ਖੋਲ੍ਹੋ.

ਇਹ ਦ੍ਰਿਸ਼ HTTP ਸਥਿਤੀ ਕੋਡ ਅਨੁਸਾਰ ਕੁੱਲ ਬੇਨਤੀਆਂ ਅਤੇ ਗਲਤੀ ਗਿਣਤੀਆਂ ਦਿਖਾਉਂਦਾ ਹੈ. ਸੂਖਮ ਸਪਾਈਕ ਜਾਂ ਬਦਲਾਵ ਪਛਾਣਣ ਲਈ ਮਿੰਟ-ਪੱਧਰ ਰੈਜ਼ੋਲੂਸ਼ਨ ਤੱਕ ਜ਼ੂਮ ਕਰੋ.

ਗਿਣਤੀਆਂ ਨਹੀਂ, ਗਲਤੀ ਦਰਾਂ ਦੀ ਵਿਆਖਿਆ ਕਰੋ

ਕਿਸੇ ਵੀ ਪ੍ਰੋਡਕਸ਼ਨ ਸਿਸਟਮ ਵਿੱਚ ਕੁਝ ਗਲਤੀਆਂ ਦੀ ਉਮੀਦ ਹੁੰਦੀ ਹੈ. ਕੱਚੇ ਕੁੱਲਾਂ ਨਹੀਂ, ਗਲਤੀ ਪ੍ਰਤੀਸ਼ਤ 'ਤੇ ਧਿਆਨ ਦਿਓ.

ਤੁਹਾਡਾ ਕੁੱਲ ਵਾਲਿਊਮ ਜਿੰਨਾ ਵੱਡਾ ਹੋਵੇਗਾ, ਬਹੁਤ ਘੱਟ ਗਲਤੀ ਦਰ ਹੋਣ ਦੇ ਬਾਵਜੂਦ ਸੰਭਾਵੀ ਗਲਤੀਆਂ ਦੀ ਗਿਣਤੀ ਉੱਨੀ ਵੱਡੀ ਹੋ ਸਕਦੀ ਹੈ.

ਜਦੋਂ ਸੇਵਾ ਸਿਹਤ ਤੋਂ ਗਲਤੀਆਂ ਗੁੰਮ ਹੋਣ

ਜੇ ਤੁਸੀਂ ਕਲਾਇੰਟ-ਸਾਈਡ ਗਲਤੀਆਂ ਵੇਖਦੇ ਹੋ ਪਰ ਸੇਵਾ ਸਿਹਤ ਵਿੱਚ ਸੰਬੰਧਿਤ ਡਾਟਾ ਨਹੀਂ ਹੈ:

  • ਬੇਨਤੀਆਂ ਸੰਭਵਤੌਰ 'ਤੇ OpenAI ਤੱਕ ਨਹੀਂ ਪਹੁੰਚੀਆਂ.

  • ਸਮੱਸਿਆ ਆਮ ਤੌਰ 'ਤੇ ਅੱਪਸਟ੍ਰੀਮ ਹੁੰਦੀ ਹੈ (ਟਾਈਮਆਉਟ, ਪ੍ਰਾਕਸੀ, ਨੈੱਟਵਰਕਿੰਗ).

ਇਹ ਹਮਲਾਵਰ ਕਲਾਇੰਟ-ਸਾਈਡ ਟਾਈਮਆਉਟਾਂ ਨਾਲ ਆਮ ਹੈ.

ਲੇਟੈਂਸੀ ਦੀ ਸਮੱਸਿਆ ਹੱਲ ਕਰਨਾ

ਲੇਟੈਂਸੀ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ ਫਾਸਟ ਮੋਡ ਅਤੇ ਪੈਮਾਨਾ ਪੱਧਰ ਲਈ ਸਭ ਤੋਂ ਵੱਧ ਲਾਭਦਾਇਕ ਹੈ, ਕਿਉਂਕਿ ਇਨ੍ਹਾਂ ਦੇ SLA ਨਿਰਧਾਰਤ ਹਨ. ਮਿਆਰੀ ਪੱਧਰ ਵਿੱਚ ਲੇਟੈਂਸੀ ਦਾ ਫ਼ਰਕ ਵੱਧ ਹੋ ਸਕਦਾ ਹੈ ਅਤੇ ਇਸ ਵਿੱਚ ਲੇਟੈਂਸੀ ਦੀ ਗਾਰੰਟੀ ਨਹੀਂ ਹੁੰਦੀ.

ਮੁੱਖ ਮੈਟ੍ਰਿਕਸ

ਹਰ ਮੈਟ੍ਰਿਕ ਦੇਖਣ ਲਈ, ਸੰਬੰਧਿਤ ਟੈਬ 'ਤੇ ਕਲਿੱਕ ਕਰੋ:

  • ਟੋਕਨ ਵੇਗ: ਪ੍ਰਤੀ ਸਕਿੰਟ ਬਣਾਏ ਟੋਕਨ; ਪ੍ਰੌੰਪਟ ਆਕਾਰ ਤੋਂ ਸੁਤੰਤਰ.

  • ਬੇਨਤੀ ਸਮਾਂ: ਕੁੱਲ ਬੇਨਤੀ ਮਿਆਦ; ਆਉਟਪੁੱਟ ਆਕਾਰ ਅਤੇ ਰੀਜ਼ਨਿੰਗ ਨਾਲ ਬਹੁਤ ਪ੍ਰਭਾਵਿਤ.

  • ਪਹਿਲੇ ਟੋਕਨ ਤੱਕ ਸਮਾਂ (TTFT): ਪਹਿਲਾ ਟੋਕਨ ਬਣਨ ਤੱਕ ਦਾ ਸਮਾਂ; ਅਨਕੈਸ਼ ਕੀਤੇ ਇਨਪੁੱਟ ਪ੍ਰੌੰਪਟ ਆਕਾਰ ਅਤੇ ਰੀਜ਼ਨਿੰਗ ਨਾਲ ਬਹੁਤ ਪ੍ਰਭਾਵਿਤ.

ਹਮੇਸ਼ਾਂ P50 / P75 / P95 ਪ੍ਰਤੀਸ਼ਤਕਾਂ ਦੀ ਸਮੀਖਿਆ ਕਰੋ. ਔਸਤ ਅਸਲ ਯੂਜ਼ਰ ਪ੍ਰਭਾਵ ਨੂੰ ਓਹਲੇ ਕਰ ਸਕਦੇ ਹਨ.

6. ਲੇਟੈਂਸੀ ਨੂੰ ਟੋਕਨ ਵਰਤੋਂ ਨਾਲ ਜੋੜਨਾ

ਸੇਵਾ ਸਿਹਤ ਦਿਖਾਉਂਦੀ ਹੈ ਕਿ ਵਿਵਹਾਰ ਕਦੋਂ ਬਦਲਿਆ. ਵਰਤੋਂ ਡਾਟਾ ਕਿਉਂ ਸਮਝਾਉਣ ਵਿੱਚ ਮਦਦ ਕਰਦਾ ਹੈ.

ਵਰਤੋਂ ਡੈਸ਼ਬੋਰਡ ਵਿੱਚ, ਇਹ ਯਕੀਨੀ ਬਣਾਉਣ ਲਈ ਹੇਠਾਂ ਦਿੱਤਾ ਕਰੋ ਕਿ ਤੁਸੀਂ ਸੇਵਾ ਸਿਹਤ ਡੈਸ਼ਬੋਰਡ ਵਿੱਚ ਆਪਣੇ ਦ੍ਰਿਸ਼ ਨਾਲ ਸੰਬੰਧਿਤ ਡਾਟਾ ਦੇਖ ਰਹੇ ਹੋ:

  • ਉਸੇ ਪ੍ਰੋਜੈਕਟ ਅਤੇ ਮਾਡਲ ਤੱਕ ਫਿਲਟਰ ਕਰੋ.

  • ਜੇ ਲਾਗੂ ਹੋਵੇ, ਸੇਵਾ ਪੱਧਰ ਅਨੁਸਾਰ ਗਰੁੱਪ ਕਰੋ.

  • ਆਉਟਪੁੱਟ ਟੋਕਨਾਂ 'ਤੇ ਧਿਆਨ ਦਿਓ, ਜੋ ਲੇਟੈਂਸੀ ਨੂੰ ਸਭ ਤੋਂ ਵੱਧ ਪ੍ਰਭਾਵਿਤ ਕਰਦੇ ਹਨ.

ਹੋਰ ਡੂੰਘੇ ਵਿਸ਼ਲੇਸ਼ਣ ਲਈ, ਗਤੀਵਿਧੀ ਡਾਟਾ ਐਕਸਪੋਰਟ ਕਰੋ ਅਤੇ ਸਮੇਂ ਦੇ ਨਾਲ ਪ੍ਰਤੀ ਬੇਨਤੀ ਟੋਕਨਾਂ ਦੀ ਜਾਂਚ ਕਰੋ.

7. ਸਹਾਇਤਾ ਟੀਮ ਨਾਲ ਕੀ ਸਾਂਝਾ ਕਰਨਾ ਹੈ (ਜੇ ਲੋੜ ਹੋਵੇ)

ਜੇ ਤੁਸੀਂ ਸਹਾਇਤਾ ਟੀਮ ਨਾਲ ਸੰਪਰਕ ਕਰਦੇ ਹੋ, ਤਾਂ ਇਹ ਜਾਣਕਾਰੀ ਸ਼ਾਮਲ ਕਰੋ:

  • ਪ੍ਰਭਾਵਿਤ ਸੰਸਥਾ ID (ਮਹੱਤਵਪੂਰਨ)

  • ਪ੍ਰਭਾਵਿਤ ਐਂਡਪੌਇੰਟ, ਜਿਵੇਂ Chat Completions ਜਾਂ Responses (ਮਹੱਤਵਪੂਰਨ)

  • ਪ੍ਰਭਾਵਿਤ ਮਾਡਲ (ਮਹੱਤਵਪੂਰਨ)

  • ਕੀ ਇਹ ਸਮੱਸਿਆ ਫਾਸਟ ਮੋਡ ਜਾਂ ਪੈਮਾਨਾ ਪੱਧਰ 'ਤੇ ਹੈ (ਮਹੱਤਵਪੂਰਨ)

  • ਲੇਟੈਂਸੀ ਜਾਂ ਗਲਤੀਆਂ ਲਈ ਸਮਾਂ-ਖੇਤਰ ਸਮੇਤ ਸਮਾਂ-ਸੀਮਾਵਾਂ (ਮਹੱਤਵਪੂਰਨ)

  • ਜੇ ਉਪਲਬਧ ਹੋਵੇ, ਤਾਂ ਸੰਬੰਧਿਤ x-request-id ਜਾਂ X-Client-Request-Id

  • ਤੁਹਾਡੇ ਵੱਲੋਂ ਦਿੱਤੀਆਂ ਬੇਨਤੀਆਂ ਲਈ ਸਮਾਂ-ਖੇਤਰ ਸਮੇਤ ਸਮਾਂ-ਮੋਹਰਾਂ, ਜਾਂ ਘੱਟੋ-ਘੱਟ ਮਿਤੀ

ਜੇ ਉਪਲਬਧ ਹੋਵੇ, ਤਾਂ ਇਹ ਵੀ ਸ਼ਾਮਲ ਕਰੋ:

  • ਬੇਨਤੀਆਂ ਨਾਲ ਸੰਬੰਧਿਤ ਪ੍ਰੋਜੈਕਟ ID

  • ਕੀ ਡਾਟਾ ਰੈਜ਼ਿਡੈਂਸੀ ਵਾਲੀਆਂ ਬੇਨਤੀਆਂ ਪ੍ਰਭਾਵਿਤ ਹਨ ਅਤੇ ਕਿਹੜੀਆਂ ਬੇਨਤੀਆਂ ਪ੍ਰਭਾਵਿਤ ਹਨ

  • ਤੁਹਾਨੂੰ ਦਿਖਾਈ ਦੇ ਰਹੇ ਰੁਝਾਨਾਂ ਦਾ ਵੇਰਵਾ

ਸਮੱਸਿਆ ਦੀ ਕਿਸਮ ਲਈ ਇਹ ਜਾਣਕਾਰੀ ਸ਼ਾਮਲ ਕਰੋ:

  • ਗਲਤੀਆਂ: ਅਸਫਲ ਹੋ ਰਹੀਆਂ ਜਾਂ ਗਲਤੀ ਦੇ ਰਹੀਆਂ ਬੇਨਤੀਆਂ ਦੀ ਅਨੁਮਾਨਿਤ ਪ੍ਰਤੀਸ਼ਤਤਾ, ਜਵਾਬ ਕੋਡ, ਗਲਤੀ ਸੁਨੇਹੇ ਅਤੇ ਗਲਤੀ ਵਾਲਾ ਜਵਾਬ ਮਿਲਣ ਵਿੱਚ ਲੱਗਿਆ ਸਮਾਂ.

  • ਲੇਟੈਂਸੀ: ਕਿਹੜੇ ਪਰਸੈਂਟਾਈਲ ਪ੍ਰਭਾਵਿਤ ਹਨ (P50 / P90 / P95 / P99), ਉਹ ਗਾਹਕ ਦੇ ਆਮ ਪੱਧਰ ਨਾਲੋਂ ਕਿੰਨੇ ਵੱਧ ਹਨ ਅਤੇ ਭੇਜਣ ਤੇ ਪ੍ਰਾਪਤ ਹੋਣ ਦੀਆਂ ਸਮਾਂ-ਮੋਹਰਾਂ ਸਮੇਤ ਹੌਲੀਆਂ ਬੇਨਤੀਆਂ ਦੀਆਂ ਉਦਾਹਰਨਾਂ.

  • ਦੋਵੇਂ: ਗਲਤੀਆਂ ਜਾਂ ਲੇਟੈਂਸੀ ਦੇ ਡਾਟੇ ਦੇ ਸਕ੍ਰੀਨਸ਼ਾਟ ਜਾਂ ਸਾਰਣੀ ਅਤੇ ਇਹ ਵੇਰਵਾ ਕਿ ਤੁਸੀਂ ਕਿਵੇਂ ਨਿਰਧਾਰਤ ਕੀਤਾ ਕਿ ਗਲਤੀ ਦਰਾਂ ਜਾਂ ਲੇਟੈਂਸੀ ਉਮੀਦ ਨਾਲੋਂ ਵੱਧ ਸਨ.

ਆਮ ਸਮੱਸਿਆ ਨਿਵਾਰਣ ਸਥਿਤੀਆਂ

ਟਾਈਮਆਉਟ ਹੁੰਦੇ ਹਨ ਪਰ ਸੇਵਾ ਸਿਹਤ ਆਮ ਦਿਖਾਈ ਦਿੰਦੀ ਹੈ

ਸੰਭਾਵੀ ਕਾਰਨ: ਬੇਨਤੀਆਂ OpenAI ਤੱਕ ਪਹੁੰਚਣ ਤੋਂ ਪਹਿਲਾਂ ਟਾਈਮਆਉਟ ਹੋ ਰਹੀਆਂ ਹਨ.

ਜਾਂਚੋ:

  • ਕਲਾਇੰਟ ਜਾਂ ਪ੍ਰਾਕਸੀ ਟਾਈਮਆਉਟ ਸੈਟਿੰਗਾਂ

  • ਸਥਾਨਕ ਨੈੱਟਵਰਕ ਜਾਂ ਲੋਡ ਬੈਲੈਂਸਰ ਬਦਲਾਵ

  • ਸੇਵਾ ਸਿਹਤ ਡੈਸ਼ਬੋਰਡ ਵਿੱਚ 499 ਗਲਤੀਆਂ ਦੀ ਮੌਜੂਦਗੀ (ਇਹ ਤੁਹਾਡੇ ਆਪਣੇ ਸਿਸਟਮਾਂ ਵਿੱਚ 5xx ਗਲਤੀਆਂ ਵਜੋਂ ਦਿਖ ਸਕਦੀਆਂ ਹਨ).

ਡਿਪਲੌਇਮੈਂਟ ਬਿਨਾਂ ਲੇਟੈਂਸੀ ਵਧੀ

ਸੰਭਾਵੀ ਕਾਰਨ: ਆਉਟਪੁੱਟ ਟੋਕਨ ਆਕਾਰ ਜਾਂ ਰੀਜ਼ਨਿੰਗ ਵਰਤੋਂ ਵਧ ਗਈ ਅਤੇ/ਜਾਂ ਟ੍ਰੈਫਿਕ ਸੇਵਾ ਪੱਧਰਾਂ ਵਿਚਕਾਰ ਤਬਦੀਲ ਹੋਇਆ.

ਜਾਂਚੋ:

  • ਵਰਤੋਂ ਡੈਸ਼ਬੋਰਡ ਵਿੱਚ ਪ੍ਰਤੀ ਬੇਨਤੀ ਔਸਤ ਆਉਟਪੁੱਟ ਟੋਕਨ (ਡਾਟਾ ਡਾਊਨਲੋਡ ਕਰਕੇ ਅਤੇ ਆਉਟਪੁੱਟ ਟੋਕਨਾਂ ਨੂੰ ਕੁੱਲ ਬੇਨਤੀਆਂ ਨਾਲ ਵੰਡ ਕੇ ਲੋੜੀਂਦਾ ਹੈ).

  • ਸੇਵਾ ਸਿਹਤ ਡੈਸ਼ਬੋਰਡ ਵਿੱਚ ਬੇਨਤੀ ਸਮਾਂ ਅਤੇ TTFT ਪ੍ਰਤੀਸ਼ਤਕ.

ਫਾਸਟ ਮੋਡ ਜਾਂ ਪੈਮਾਨਾ ਪੱਧਰ ਹੌਲਾ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ

ਸੰਭਾਵਿਤ ਕਾਰਨ: ਵੱਖ-ਵੱਖ ਪੱਧਰਾਂ ਦੇ ਮਾਪਦੰਡ ਰਲੇ ਹੋਏ ਹਨ, ਜਿਸ ਕਰਕੇ ਮਿਆਰੀ ਪੱਧਰ ਦਾ ਟ੍ਰੈਫਿਕ ਭੁਗਤਾਨਸ਼ੁਦਾ ਪੱਧਰ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਨੂੰ ਲੁਕਾ ਰਿਹਾ ਹੈ.

ਜਾਂਚ ਕਰੋ:

  • ਫਿਲਟਰ ਸਿਰਫ਼ ਇੱਕ ਪੱਧਰ ਅਤੇ ਮਾਡਲ ਤੱਕ ਸੀਮਤ ਹਨ.

  • ਪੱਧਰਾਂ ਵਿਚਕਾਰ ਟੋਕਨ ਗਤੀ ਦੀ ਤੁਲਨਾ.

5XX ਗਲਤੀਆਂ ਵਿੱਚ ਅਚਾਨਕ ਵਾਧਾ

ਸੰਭਾਵੀ ਕਾਰਨ: ਟ੍ਰੈਫਿਕ ਦੇ ਛੋਟੇ ਪ੍ਰਤੀਸ਼ਤ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰਨ ਵਾਲੀਆਂ ਅਸਥਾਈ ਅਸਫਲਤਾਵਾਂ.

ਜਾਂਚੋ:

  • ਗਲਤੀ ਦਰ ਦਾ ਪ੍ਰਤੀਸ਼ਤ

  • ਕੀ ਉਸੇ ਸਮੇਂ ਟ੍ਰੈਫਿਕ ਵਾਲਿਊਮ ਬਦਲਿਆ ਸੀ

ਸਮੱਸਿਆ ਸਿਰਫ਼ ਇੱਕ ਪ੍ਰੋਜੈਕਟ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰਦੀ ਹੈ

ਸੰਭਾਵੀ ਕਾਰਨ: ਪ੍ਰੋਜੈਕਟ-ਖਾਸ ਕੌਂਫਿਗਰੇਸ਼ਨ ਜਾਂ ਵਰਤੋਂ ਪੈਟਰਨ.

ਜਾਂਚੋ:

  • ਪ੍ਰੋਜੈਕਟ-ਪੱਧਰ ਫਿਲਟਰਿੰਗ

  • ਅਪ੍ਰਭਾਵਿਤ ਪ੍ਰੋਜੈਕਟਾਂ ਨਾਲ ਤੁਲਨਾ

ਅੰਤਿਮ ਨਤੀਜੇ

  • ਮੈਟ੍ਰਿਕਸ ਦੀ ਵਿਆਖਿਆ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ, ਜਿੱਥੇ ਲਾਗੂ ਹੋਵੇ, ਮਾਡਲ, ਪੱਧਰ ਅਤੇ ਪ੍ਰੋਜੈਕਟ ਅਨੁਸਾਰ ਫਿਲਟਰ ਕਰੋ.

  • ਲੇਟੈਂਸੀ ਵਿਸ਼ਲੇਸ਼ਣ ਲਈ ਔਸਤਾਂ ਨਹੀਂ, ਪ੍ਰਤੀਸ਼ਤਕਾਂ ਦੀ ਵਰਤੋਂ ਕਰੋ.

  • ਛੋਟੀਆਂ ਗਲਤੀ ਦਰਾਂ ਉਮੀਦ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ.

  • ਗੁੰਮ ਡਾਟਾ ਆਮ ਤੌਰ 'ਤੇ ਅੱਪਸਟ੍ਰੀਮ ਸਮੱਸਿਆਵਾਂ ਦਰਸਾਉਂਦਾ ਹੈ.

  • ਵਰਤੋਂ ਡਾਟਾ ਇਹ ਸਮਝਾਉਣ ਵਿੱਚ ਮਦਦ ਕਰ ਸਕਦਾ ਹੈ ਕਿ ਲੇਟੈਂਸੀ ਕਿਉਂ ਬਦਲੀ; ਸੇਵਾ ਸਿਹਤ ਦਿਖਾਉਂਦੀ ਹੈ ਕਿ ਵਿਵਹਾਰ ਕਦੋਂ ਬਦਲਿਆ.

ਕੀ ਇਹ ਲੇਖ ਉਪਯੋਗੀ ਸੀ?