ਜਵਾਬ ਨੂੰ ਤੇਜ਼ ਕਰਨਾ

ਇਹ ਕੋਈ ਰਾਜ਼ ਨਹੀਂ ਹੈ ਕਿ ਡਿਫੌਲਟ ਸੈਟਿੰਗਾਂ ਦੇ ਨਾਲ Ansible ਆਪਣਾ ਕੰਮ ਬਹੁਤ ਜਲਦੀ ਨਹੀਂ ਕਰ ਸਕਦਾ ਹੈ। ਲੇਖ ਵਿੱਚ ਮੈਂ ਇਸਦੇ ਕਈ ਕਾਰਨਾਂ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਾਂਗਾ ਅਤੇ ਇੱਕ ਉਪਯੋਗੀ ਘੱਟੋ-ਘੱਟ ਸੈਟਿੰਗਾਂ ਦੀ ਪੇਸ਼ਕਸ਼ ਕਰਾਂਗਾ ਜੋ, ਸੰਭਵ ਤੌਰ 'ਤੇ, ਅਸਲ ਵਿੱਚ ਤੁਹਾਡੇ ਪ੍ਰੋਜੈਕਟ ਦੀ ਗਤੀ ਨੂੰ ਵਧਾਏਗਾ.

ਇੱਥੇ ਅਤੇ ਹੇਠਾਂ ਅਸੀਂ Ansible 2.9.x 'ਤੇ ਚਰਚਾ ਕਰਦੇ ਹਾਂ, ਜੋ ਤੁਹਾਡੇ ਮਨਪਸੰਦ ਤਰੀਕੇ ਨਾਲ ਤਾਜ਼ੇ ਬਣਾਏ ਗਏ ਵਰਚੁਅਲੇਨਵ ਵਿੱਚ ਸਥਾਪਿਤ ਕੀਤਾ ਗਿਆ ਸੀ।

ਇੰਸਟਾਲੇਸ਼ਨ ਤੋਂ ਬਾਅਦ, ਆਪਣੀ ਪਲੇਬੁੱਕ ਦੇ ਅੱਗੇ ਇੱਕ "ansible.cfg" ਫਾਈਲ ਬਣਾਓ - ਇਹ ਸਥਾਨ ਤੁਹਾਨੂੰ ਪ੍ਰੋਜੈਕਟ ਦੇ ਨਾਲ ਇਹਨਾਂ ਸੈਟਿੰਗਾਂ ਨੂੰ ਟ੍ਰਾਂਸਫਰ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦੇਵੇਗਾ, ਨਾਲ ਹੀ ਇਹ ਆਪਣੇ ਆਪ ਲੋਡ ਹੋ ਜਾਣਗੀਆਂ।

ਪਾਈਪਲਾਈਨਿੰਗ

ਕੁਝ ਨੇ ਪਹਿਲਾਂ ਹੀ ਪਾਈਪਲਾਈਨਿੰਗ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਬਾਰੇ ਸੁਣਿਆ ਹੋਵੇਗਾ, ਯਾਨੀ ਟਾਰਗੇਟ ਸਿਸਟਮ ਦੇ ਫਾਈਲ ਸਿਸਟਮ ਵਿੱਚ ਮੋਡਿਊਲਾਂ ਦੀ ਨਕਲ ਨਹੀਂ ਕਰਨਾ, ਪਰ ਬੇਸ 64 ਵਿੱਚ ਲਪੇਟਿਆ ਇੱਕ ਜ਼ਿਪ ਆਰਕਾਈਵ ਨੂੰ ਸਿੱਧੇ ਪਾਈਥਨ ਇੰਟਰਪ੍ਰੇਟਰ ਦੇ ਸਟੈਡਿਨ ਵਿੱਚ ਟ੍ਰਾਂਸਫਰ ਕਰਨਾ, ਪਰ ਹੋਰ ਨਹੀਂ ਹੋ ਸਕਦੇ, ਪਰ ਤੱਥ ਇੱਕ ਤੱਥ ਰਹਿੰਦਾ ਹੈ: ਇਹ ਸੈਟਿੰਗ ਅਜੇ ਵੀ ਘੱਟ ਅਨੁਮਾਨਿਤ ਰਹਿੰਦਾ ਹੈ. ਬਦਕਿਸਮਤੀ ਨਾਲ, ਕੁਝ ਪ੍ਰਸਿੱਧ ਲੀਨਕਸ ਡਿਸਟ੍ਰੀਬਿਊਸ਼ਨਾਂ ਜੋ ਡਿਫਾਲਟ ਰੂਪ ਵਿੱਚ sudo ਨੂੰ ਬਹੁਤ ਚੰਗੀ ਤਰ੍ਹਾਂ ਸੰਰਚਿਤ ਕਰਨ ਲਈ ਵਰਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ - ਇਸ ਲਈ ਇਸ ਕਮਾਂਡ ਨੂੰ ਇੱਕ tty (ਟਰਮੀਨਲ) ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ, ਇਸਲਈ Ansible ਨੇ ਇਸ ਬਹੁਤ ਉਪਯੋਗੀ ਸੈਟਿੰਗ ਨੂੰ ਡਿਫੌਲਟ ਰੂਪ ਵਿੱਚ ਅਯੋਗ ਕਰ ਦਿੱਤਾ ਹੈ।

pipelining = True

ਤੱਥ ਇਕੱਠੇ ਕਰਨਾ

ਕੀ ਤੁਸੀਂ ਜਾਣਦੇ ਹੋ ਕਿ ਪੂਰਵ-ਨਿਰਧਾਰਤ ਸੈਟਿੰਗਾਂ ਦੇ ਨਾਲ, ਹਰੇਕ ਨਾਟਕ ਲਈ ਜਵਾਬਦੇਹ ਇਸ ਵਿੱਚ ਹਿੱਸਾ ਲੈਣ ਵਾਲੇ ਸਾਰੇ ਮੇਜ਼ਬਾਨਾਂ ਲਈ ਤੱਥਾਂ ਦੇ ਸੰਗ੍ਰਹਿ ਦੀ ਸ਼ੁਰੂਆਤ ਕਰਦਾ ਹੈ? ਆਮ ਤੌਰ 'ਤੇ, ਜੇ ਤੁਸੀਂ ਨਹੀਂ ਜਾਣਦੇ ਸੀ, ਹੁਣ ਤੁਸੀਂ ਜਾਣਦੇ ਹੋ। ਅਜਿਹਾ ਹੋਣ ਤੋਂ ਰੋਕਣ ਲਈ, ਤੁਹਾਨੂੰ ਤੱਥ ਇਕੱਠੇ ਕਰਨ ਲਈ ਸਪਸ਼ਟ ਬੇਨਤੀ ਮੋਡ (ਸਪਸ਼ਟ) ਜਾਂ ਸਮਾਰਟ ਮੋਡ ਨੂੰ ਸਮਰੱਥ ਬਣਾਉਣ ਦੀ ਲੋੜ ਹੈ। ਇਸ ਵਿੱਚ ਉਨ੍ਹਾਂ ਮੇਜ਼ਬਾਨਾਂ ਤੋਂ ਹੀ ਤੱਥ ਇਕੱਠੇ ਕੀਤੇ ਜਾਣਗੇ ਜੋ ਪਿਛਲੇ ਨਾਟਕਾਂ ਵਿੱਚ ਸਾਹਮਣੇ ਨਹੀਂ ਆਏ ਸਨ।
ਯੂ.ਪੀ.ਡੀ. ਕਾਪੀ ਕਰਦੇ ਸਮੇਂ, ਤੁਹਾਨੂੰ ਇਹਨਾਂ ਵਿੱਚੋਂ ਇੱਕ ਸੈਟਿੰਗ ਦੀ ਚੋਣ ਕਰਨੀ ਪਵੇਗੀ।

gathering = smart|explicit

ssh ਕੁਨੈਕਸ਼ਨਾਂ ਦੀ ਮੁੜ ਵਰਤੋਂ ਕੀਤੀ ਜਾ ਰਹੀ ਹੈ

ਜੇਕਰ ਤੁਸੀਂ ਕਦੇ ਵੀ ਡੀਬਗਿੰਗ ਮੋਡ ("v" ਵਿਕਲਪ, ਇੱਕ ਤੋਂ ਨੌਂ ਵਾਰ ਦੁਹਰਾਇਆ ਗਿਆ) ਵਿੱਚ Ansible ਨੂੰ ਚਲਾਇਆ ਹੈ, ਤਾਂ ਤੁਸੀਂ ਸ਼ਾਇਦ ਦੇਖਿਆ ਹੋਵੇਗਾ ਕਿ ssh ਕੁਨੈਕਸ਼ਨ ਲਗਾਤਾਰ ਬਣਾਏ ਅਤੇ ਟੁੱਟ ਰਹੇ ਹਨ। ਇਸ ਲਈ, ਇੱਥੇ ਵੀ ਕੁਝ ਸੂਖਮਤਾਵਾਂ ਹਨ.

ਤੁਸੀਂ ਇੱਕ ਵਾਰ ਵਿੱਚ ਦੋ ਪੱਧਰਾਂ 'ਤੇ ਇੱਕ ssh ਕਨੈਕਸ਼ਨ ਨੂੰ ਮੁੜ-ਸਥਾਪਿਤ ਕਰਨ ਦੇ ਪੜਾਅ ਤੋਂ ਬਚ ਸਕਦੇ ਹੋ: ਦੋਵੇਂ ਸਿੱਧੇ ssh ਕਲਾਇੰਟ ਵਿੱਚ, ਅਤੇ ਜਦੋਂ ਮੈਨੇਜਰ ਤੋਂ ਪ੍ਰਬੰਧਿਤ ਹੋਸਟ ਨੂੰ ਫਾਈਲਾਂ ਟ੍ਰਾਂਸਫਰ ਕਰਦੇ ਹੋ।
ਇੱਕ ਖੁੱਲੇ ssh ਕੁਨੈਕਸ਼ਨ ਦੀ ਮੁੜ ਵਰਤੋਂ ਕਰਨ ਲਈ, ਬਸ ਲੋੜੀਂਦੀਆਂ ਕੁੰਜੀਆਂ ssh ਕਲਾਇੰਟ ਨੂੰ ਦਿਓ। ਫਿਰ ਇਹ ਹੇਠ ਲਿਖੇ ਕੰਮ ਕਰਨਾ ਸ਼ੁਰੂ ਕਰ ਦੇਵੇਗਾ: ਪਹਿਲੀ ਵਾਰ ਇੱਕ ssh ਕੁਨੈਕਸ਼ਨ ਸਥਾਪਤ ਕਰਨ ਵੇਲੇ, ਇਹ ਇੱਕ ਅਖੌਤੀ ਨਿਯੰਤਰਣ ਸਾਕਟ ਵੀ ਬਣਾਏਗਾ, ਅਗਲੀਆਂ ਸਥਾਪਨਾਵਾਂ 'ਤੇ, ਇਹ ਇਸ ਸਾਕਟ ਦੀ ਮੌਜੂਦਗੀ ਦੀ ਜਾਂਚ ਕਰੇਗਾ, ਅਤੇ ਜੇਕਰ ਸਫਲ ਹੋ, ਤਾਂ ਦੁਬਾਰਾ ਵਰਤੋਂ ਮੌਜੂਦਾ ssh ਕੁਨੈਕਸ਼ਨ। ਅਤੇ ਇਸ ਸਭ ਦਾ ਅਰਥ ਬਣਾਉਣ ਲਈ, ਆਓ ਅਕਿਰਿਆਸ਼ੀਲ ਹੋਣ 'ਤੇ ਕਨੈਕਸ਼ਨ ਨੂੰ ਬਣਾਈ ਰੱਖਣ ਲਈ ਸਮਾਂ ਨਿਰਧਾਰਤ ਕਰੀਏ। ਤੁਸੀਂ ਵਿੱਚ ਹੋਰ ਪੜ੍ਹ ਸਕਦੇ ਹੋ ssh ਦਸਤਾਵੇਜ਼, ਅਤੇ Ansible ਦੇ ਸੰਦਰਭ ਵਿੱਚ ਅਸੀਂ ਸਿਰਫ਼ ssh ਕਲਾਇੰਟ ਲਈ ਲੋੜੀਂਦੇ ਵਿਕਲਪਾਂ ਨੂੰ "ਫਾਰਵਰਡਿੰਗ" ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਾਂ।

ssh_args = "-o ControlMaster=auto -o ControlPersist=15m"

ਇੱਕ ਪ੍ਰਬੰਧਿਤ ਹੋਸਟ ਨੂੰ ਫਾਈਲਾਂ ਟ੍ਰਾਂਸਫਰ ਕਰਨ ਵੇਲੇ ਪਹਿਲਾਂ ਤੋਂ ਖੁੱਲ੍ਹੇ ssh ਕੁਨੈਕਸ਼ਨ ਦੀ ਮੁੜ ਵਰਤੋਂ ਕਰਨ ਲਈ, ਸਿਰਫ਼ ਇੱਕ ਹੋਰ ਅਣਜਾਣ ਸੈਟਿੰਗ ssh_tranfer_method ਦਿਓ। ਇਸ ਵਿਸ਼ੇ 'ਤੇ ਦਸਤਾਵੇਜ਼ ਬਹੁਤ ਹੀ ਹਨ ਕੰਜੂਸ ਅਤੇ ਗੁੰਮਰਾਹਕੁੰਨ, ਕਿਉਂਕਿ ਇਹ ਵਿਕਲਪ ਬਹੁਤ ਵਧੀਆ ਕੰਮ ਕਰਦਾ ਹੈ! ਪਰ ਪੜ੍ਹਨਾ ਸੂਤਰ ਸੰਕੇਤਾਵਲੀ ਤੁਹਾਨੂੰ ਇਹ ਸਮਝਣ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ ਕਿ ਅਸਲ ਵਿੱਚ ਕੀ ਹੋਵੇਗਾ: dd ਕਮਾਂਡ ਪ੍ਰਬੰਧਿਤ ਹੋਸਟ 'ਤੇ ਲਾਂਚ ਕੀਤੀ ਜਾਵੇਗੀ, ਸਿੱਧੇ ਤੌਰ 'ਤੇ ਲੋੜੀਂਦੀ ਫਾਈਲ ਨਾਲ ਕੰਮ ਕਰਦੇ ਹੋਏ।

transfer_method = piped

ਤਰੀਕੇ ਨਾਲ, "ਵਿਕਾਸ" ਸ਼ਾਖਾ ਵਿੱਚ ਇਹ ਸੈਟਿੰਗ ਵੀ ਮੌਜੂਦ ਹੈ ਕਿਤੇ ਨਹੀਂ ਜਾ ਰਿਹਾ.

ਚਾਕੂ ਤੋਂ ਨਾ ਡਰੋ, ਕਾਂਟੇ ਤੋਂ ਡਰੋ

ਇੱਕ ਹੋਰ ਉਪਯੋਗੀ ਸੈਟਿੰਗ ਫੋਰਕ ਹੈ। ਇਹ ਵਰਕਰ ਪ੍ਰਕਿਰਿਆਵਾਂ ਦੀ ਸੰਖਿਆ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਦਾ ਹੈ ਜੋ ਇੱਕੋ ਸਮੇਂ ਮੇਜ਼ਬਾਨਾਂ ਨਾਲ ਜੁੜਨਗੇ ਅਤੇ ਕੰਮ ਕਰਨਗੀਆਂ। ਭਾਸ਼ਾ ਦੇ ਤੌਰ 'ਤੇ ਪਾਈਥਨ ਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੇ ਕਾਰਨ, ਪ੍ਰਕਿਰਿਆਵਾਂ ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਨਾ ਕਿ ਥ੍ਰੈੱਡਸ, ਕਿਉਂਕਿ Ansible ਅਜੇ ਵੀ Python 2.7 ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ - ਤੁਹਾਡੇ ਲਈ ਕੋਈ ਅਸਿੰਕਿਓ ਨਹੀਂ, ਇੱਥੇ ਅਸਿੰਕ੍ਰੋਨਸ ਵਿਵਹਾਰ ਨੂੰ ਪੇਸ਼ ਕਰਨ ਦਾ ਕੋਈ ਮਤਲਬ ਨਹੀਂ ਹੈ! ਮੂਲ ਰੂਪ ਵਿੱਚ ਜਵਾਬਦੇਹ ਚੱਲਦਾ ਹੈ ਪੰਜ ਵਰਕਰ, ਪਰ ਜੇਕਰ ਸਹੀ ਢੰਗ ਨਾਲ ਪੁੱਛਿਆ ਗਿਆ, ਤਾਂ ਇਹ ਹੋਰ ਲਾਂਚ ਕਰੇਗਾ:

forks = 20

ਮੈਂ ਤੁਹਾਨੂੰ ਤੁਰੰਤ ਚੇਤਾਵਨੀ ਦਿੰਦਾ ਹਾਂ ਕਿ ਇੱਥੇ ਕੰਟਰੋਲ ਮਸ਼ੀਨ 'ਤੇ ਉਪਲਬਧ ਮੈਮੋਰੀ ਦੀ ਮਾਤਰਾ ਨਾਲ ਸਬੰਧਤ ਕੁਝ ਮੁਸ਼ਕਲਾਂ ਹੋ ਸਕਦੀਆਂ ਹਨ। ਦੂਜੇ ਸ਼ਬਦਾਂ ਵਿੱਚ, ਤੁਸੀਂ ਬੇਸ਼ਕ, ਫੋਰਕਸ = 100500 ਸੈੱਟ ਕਰ ਸਕਦੇ ਹੋ, ਪਰ ਕਿਸਨੇ ਕਿਹਾ ਕਿ ਇਹ ਕੰਮ ਕਰੇਗਾ?

ਇਹ ਸਭ ਇਕੱਠੇ ਪਾ ਕੇ

ਨਤੀਜੇ ਵਜੋਂ, ansible.cfg (ini ਫਾਰਮੈਟ) ਲਈ, ਲੋੜੀਂਦੀਆਂ ਸੈਟਿੰਗਾਂ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦੇ ਸਕਦੀਆਂ ਹਨ:

[defaults]
gathering = smart|explicit
forks = 20
[ssh_connection]
pipelining = True
ssh_args = -o ControlMaster=auto -o ControlPersist=15m
transfer_method = piped

ਅਤੇ ਜੇਕਰ ਤੁਸੀਂ ਇੱਕ ਸਿਹਤਮੰਦ ਵਿਅਕਤੀ ਦੀ ਇੱਕ ਆਮ YaML-ਸੂਚੀ ਵਿੱਚ ਸਭ ਕੁਝ ਲੁਕਾਉਣਾ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ ਇਹ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦੇ ਸਕਦਾ ਹੈ:

---
all:
  vars:
    ansible_ssh_pipelining: true
    ansible_ssh_transfer_method: piped
    ansible_ssh_args: -o ControlMaster=auto -o ControlPersist=15m

ਬਦਕਿਸਮਤੀ ਨਾਲ, ਇਹ ਸੈਟਿੰਗਾਂ "ਗੈਦਰਿੰਗ = ਸਮਾਰਟ/ਸਪੱਸ਼ਟ" ਅਤੇ "ਫੋਰਕਸ = 20" ਨਾਲ ਕੰਮ ਨਹੀਂ ਕਰੇਗਾ: ਉਹਨਾਂ ਦੇ YaML ਬਰਾਬਰ ਮੌਜੂਦ ਨਹੀਂ ਹਨ। ਜਾਂ ਤਾਂ ਅਸੀਂ ਉਹਨਾਂ ਨੂੰ ansible.cfg ਵਿੱਚ ਸੈਟ ਕਰਦੇ ਹਾਂ, ਜਾਂ ਅਸੀਂ ਉਹਨਾਂ ਨੂੰ ਵਾਤਾਵਰਣ ਵੇਰੀਏਬਲ ANSIBLE_GATHERING ਅਤੇ ANSIBLE_FORKS ਵਿੱਚੋਂ ਪਾਸ ਕਰਦੇ ਹਾਂ।

Mitogen ਬਾਰੇ
- ਇਹ Mitogen ਬਾਰੇ ਕਿੱਥੇ ਹੈ? - ਤੁਹਾਨੂੰ ਪੁੱਛਣ ਦਾ ਅਧਿਕਾਰ ਹੈ, ਪਿਆਰੇ ਪਾਠਕ। ਇਸ ਲੇਖ ਵਿਚ ਕਿਤੇ ਨਹੀਂ। ਪਰ ਜੇ ਤੁਸੀਂ ਸੱਚਮੁੱਚ ਇਸਦੇ ਕੋਡ ਨੂੰ ਪੜ੍ਹਨ ਲਈ ਤਿਆਰ ਹੋ ਅਤੇ ਇਹ ਪਤਾ ਲਗਾਉਣ ਲਈ ਕਿ ਤੁਹਾਡੀ ਪਲੇਬੁੱਕ ਮਿਟੋਜੇਨ ਨਾਲ ਕ੍ਰੈਸ਼ ਕਿਉਂ ਹੁੰਦੀ ਹੈ, ਪਰ ਵਨੀਲਾ ਐਂਸੀਬਲ ਨਾਲ ਵਧੀਆ ਕੰਮ ਕਰਦੀ ਹੈ, ਜਾਂ ਉਹੀ ਪਲੇਬੁੱਕ ਪਹਿਲਾਂ ਕਿਉਂ ਵਧੀਆ ਕੰਮ ਕਰ ਰਹੀ ਸੀ, ਪਰ ਇੱਕ ਅਪਡੇਟ ਤੋਂ ਬਾਅਦ ਅਜੀਬ ਚੀਜ਼ਾਂ ਕਰਨੀਆਂ ਸ਼ੁਰੂ ਹੋ ਗਈਆਂ - ਠੀਕ ਹੈ, ਮਿਟੋਜਨ ਸੰਭਾਵੀ ਤੌਰ 'ਤੇ ਤੁਹਾਡਾ ਸੰਦ ਹੋ ਸਕਦਾ ਹੈ। ਇਸਨੂੰ ਲਾਗੂ ਕਰੋ, ਇਸਨੂੰ ਸਮਝੋ, ਲੇਖ ਲਿਖੋ - ਮੈਂ ਇਸਨੂੰ ਦਿਲਚਸਪੀ ਨਾਲ ਪੜ੍ਹਾਂਗਾ.

ਮੈਂ ਨਿੱਜੀ ਤੌਰ 'ਤੇ Mitogen ਦੀ ਵਰਤੋਂ ਕਿਉਂ ਨਹੀਂ ਕਰਦਾ? ਕਿਉਂਕਿ ਗਲੈਡੀਓਲਸ ਇਹ ਉਦੋਂ ਤੱਕ ਕੰਮ ਕਰਦਾ ਹੈ ਜਦੋਂ ਤੱਕ ਕੰਮ ਅਸਲ ਵਿੱਚ ਸਧਾਰਨ ਹਨ ਅਤੇ ਸਭ ਕੁਝ ਠੀਕ ਹੈ. ਹਾਲਾਂਕਿ, ਜੇਕਰ ਤੁਸੀਂ ਖੱਬੇ ਜਾਂ ਸੱਜੇ ਪਾਸੇ ਥੋੜ੍ਹਾ ਜਿਹਾ ਮੁੜਦੇ ਹੋ - ਤਾਂ ਇਹ ਹੈ, ਅਸੀਂ ਆ ਗਏ ਹਾਂ: ਜਵਾਬ ਵਿੱਚ, ਕੁਝ ਅਸਪਸ਼ਟ ਅਪਵਾਦ ਤੁਹਾਡੇ 'ਤੇ ਉੱਡਦੇ ਹਨ, ਅਤੇ ਤਸਵੀਰ ਨੂੰ ਪੂਰਾ ਕਰਨ ਲਈ, ਜੋ ਗੁੰਮ ਹੈ, ਉਹ ਸਭ ਆਮ ਵਾਕੰਸ਼ ਹੈ "ਤੁਹਾਡਾ ਸਾਰਿਆਂ ਦਾ ਧੰਨਵਾਦ , ਹਰ ਕੋਈ ਆਜ਼ਾਦ ਹੈ।" ਆਮ ਤੌਰ 'ਤੇ, ਮੈਂ ਅਗਲੀ "ਭੂਮੀਗਤ ਦਸਤਕ" ਦੇ ਕਾਰਨਾਂ ਦਾ ਪਤਾ ਲਗਾਉਣ ਵਿੱਚ ਸਮਾਂ ਬਰਬਾਦ ਨਹੀਂ ਕਰਨਾ ਚਾਹੁੰਦਾ।

ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੁਝ ਸੈਟਿੰਗਾਂ ਪੜ੍ਹਨ ਦੀ ਪ੍ਰਕਿਰਿਆ ਦੌਰਾਨ ਖੋਜੀਆਂ ਗਈਆਂ ਸਨ ਸੂਤਰ ਸੰਕੇਤਾਵਲੀ ਸਵੈ-ਵਿਆਖਿਆਤਮਕ ਨਾਮ “ssh.py” ਦੇ ਅਧੀਨ ਕੁਨੈਕਸ਼ਨ ਪਲੱਗਇਨ। ਮੈਂ ਇਸ ਉਮੀਦ ਵਿੱਚ ਪੜ੍ਹਨ ਦੇ ਨਤੀਜਿਆਂ ਨੂੰ ਸਾਂਝਾ ਕਰਦਾ ਹਾਂ ਕਿ ਇਹ ਕਿਸੇ ਹੋਰ ਨੂੰ ਸਰੋਤਾਂ ਨੂੰ ਵੇਖਣ, ਉਹਨਾਂ ਨੂੰ ਪੜ੍ਹਨ, ਲਾਗੂ ਕਰਨ ਦੀ ਜਾਂਚ ਕਰਨ, ਦਸਤਾਵੇਜ਼ਾਂ ਨਾਲ ਤੁਲਨਾ ਕਰਨ ਲਈ ਪ੍ਰੇਰਿਤ ਕਰੇਗਾ - ਆਖ਼ਰਕਾਰ, ਜਲਦੀ ਜਾਂ ਬਾਅਦ ਵਿੱਚ ਇਹ ਸਭ ਤੁਹਾਡੇ ਲਈ ਸਕਾਰਾਤਮਕ ਨਤੀਜੇ ਲਿਆਏਗਾ. ਖੁਸ਼ਕਿਸਮਤੀ!

ਸਿਰਫ਼ ਰਜਿਸਟਰਡ ਉਪਭੋਗਤਾ ਹੀ ਸਰਵੇਖਣ ਵਿੱਚ ਹਿੱਸਾ ਲੈ ਸਕਦੇ ਹਨ। ਸਾਈਨ - ਇਨ, ਤੁਹਾਡਾ ਸੁਆਗਤ ਹੈ.

ਤੁਸੀਂ ਆਪਣੇ ਪ੍ਰੋਜੈਕਟਾਂ ਨੂੰ ਤੇਜ਼ ਕਰਨ ਲਈ ਹੇਠਾਂ ਦਿੱਤੀਆਂ ਜਵਾਬਦੇਹ ਸੈਟਿੰਗਾਂ ਵਿੱਚੋਂ ਕਿਸ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋ?

• 69,6%ਪਾਈਪਲਾਈਨਿੰਗ = ਸੱਚ 32

• 34,8%ਇਕੱਤਰਤਾ = ਸਮਾਰਟ/ਸਪਸ਼ਟ16

• 52,2%ssh_args = "-o ControlMaster=auto -o ControlPersist=..."24

• 17,4%ਟ੍ਰਾਂਸਫਰ_ਮੇਥਡ = ਪਾਈਪ 8

• 63,0%ਫੋਰਕਸ = XXX29

• 6,5%ਇਸ ਵਿੱਚੋਂ ਕੋਈ ਨਹੀਂ, ਸਿਰਫ਼ Mitogen3

• 8,7%Mitogen + ਮੈਂ ਨੋਟ ਕਰਾਂਗਾ ਕਿ ਇਹਨਾਂ ਵਿੱਚੋਂ ਕਿਹੜੀ ਸੈਟਿੰਗ 4

46 ਉਪਭੋਗਤਾਵਾਂ ਨੇ ਵੋਟ ਪਾਈ। 21 ਵਰਤੋਂਕਾਰ ਬਚਿਆ।

Ansible ਬਾਰੇ ਹੋਰ ਸਮੱਗਰੀ ਚਾਹੁੰਦੇ ਹੋ?

• 78,3%ਹਾਂ, ਜ਼ਰੂਰ 54

• 21,7%ਹਾਂ, ਮੈਨੂੰ ਸਿਰਫ਼ ਹੋਰ ਹਾਰਡਕੋਰ ਚੀਜ਼ਾਂ ਚਾਹੀਦੀਆਂ ਹਨ!15

• 0,0%ਨਹੀਂ, ਅਤੇ ਇਹ ਕੁਝ ਵੀ ਲਈ ਜ਼ਰੂਰੀ ਨਹੀਂ ਹੈ0

• 0,0%ਨਹੀਂ, ਇਹ ਗੁੰਝਲਦਾਰ ਹੈ!!!0

69 ਉਪਭੋਗਤਾਵਾਂ ਨੇ ਵੋਟ ਕੀਤਾ। 7 ਉਪਭੋਗਤਾ ਬਚੇ ਹੋਏ ਹਨ।

ਸਰੋਤ: www.habr.com