ਹੋਂਜ਼ਾ ਡਵੋਰਸਕੀ ਮਾਈਕ ਐਸ਼ ਉਸ ਦੇ ਬਲੌਗ 'ਤੇ ਸਮਰਪਿਤ ਆਈਫੋਨ 64S ਵਿੱਚ 5-ਬਿੱਟ ਆਰਕੀਟੈਕਚਰ ਵਿੱਚ ਸਵਿਚ ਕਰਨ ਦੇ ਵਿਹਾਰਕ ਪ੍ਰਭਾਵ। ਇਹ ਲੇਖ ਉਸ ਦੀਆਂ ਖੋਜਾਂ 'ਤੇ ਖਿੱਚਦਾ ਹੈ.
ਇਸ ਟੈਕਸਟ ਦਾ ਕਾਰਨ ਮੁੱਖ ਤੌਰ 'ਤੇ ਇਸ ਬਾਰੇ ਫੈਲਾਈ ਜਾ ਰਹੀ ਗਲਤ ਜਾਣਕਾਰੀ ਦੇ ਕਾਰਨ ਹੈ ਕਿ 5-ਬਿੱਟ ARM ਪ੍ਰੋਸੈਸਰ ਵਾਲੇ ਨਵੇਂ ਆਈਫੋਨ 64s ਦਾ ਅਸਲ ਵਿੱਚ ਉਪਭੋਗਤਾਵਾਂ ਅਤੇ ਮਾਰਕੀਟ ਲਈ ਕੀ ਅਰਥ ਹੈ। ਇੱਥੇ ਅਸੀਂ ਡਿਵੈਲਪਰਾਂ ਲਈ ਇਸ ਪਰਿਵਰਤਨ ਦੇ ਪ੍ਰਦਰਸ਼ਨ, ਸਮਰੱਥਾਵਾਂ ਅਤੇ ਪ੍ਰਭਾਵਾਂ ਬਾਰੇ ਬਾਹਰਮੁਖੀ ਜਾਣਕਾਰੀ ਲਿਆਉਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਾਂਗੇ।
"64 ਬਿੱਟ"
ਇੱਕ ਪ੍ਰੋਸੈਸਰ ਦੇ ਦੋ ਭਾਗ ਹਨ ਜੋ "ਐਕਸ-ਬਿੱਟ" ਲੇਬਲ ਦਾ ਹਵਾਲਾ ਦੇ ਸਕਦੇ ਹਨ - ਪੂਰਨ ਅੰਕ ਰਜਿਸਟਰਾਂ ਦੀ ਚੌੜਾਈ ਅਤੇ ਪੁਆਇੰਟਰਾਂ ਦੀ ਚੌੜਾਈ। ਖੁਸ਼ਕਿਸਮਤੀ ਨਾਲ, ਜ਼ਿਆਦਾਤਰ ਆਧੁਨਿਕ ਪ੍ਰੋਸੈਸਰਾਂ 'ਤੇ ਇਹ ਚੌੜਾਈ ਇੱਕੋ ਜਿਹੀ ਹੈ, ਇਸ ਲਈ A7 ਦੇ ਮਾਮਲੇ ਵਿੱਚ ਇਸਦਾ ਮਤਲਬ ਹੈ 64-ਬਿੱਟ ਪੂਰਨ ਅੰਕ ਰਜਿਸਟਰ ਅਤੇ 64-ਬਿੱਟ ਪੁਆਇੰਟਰ।
ਹਾਲਾਂਕਿ, ਇਹ ਦੱਸਣਾ ਵੀ ਬਰਾਬਰ ਮਹੱਤਵਪੂਰਨ ਹੈ ਕਿ "64bit" ਦਾ ਕੀ ਮਤਲਬ ਨਹੀਂ ਹੈ: RAM ਭੌਤਿਕ ਪਤੇ ਦਾ ਆਕਾਰ. RAM ਨਾਲ ਸੰਚਾਰ ਕਰਨ ਲਈ ਬਿੱਟਾਂ ਦੀ ਸੰਖਿਆ (ਇਸ ਤਰ੍ਹਾਂ RAM ਦੀ ਮਾਤਰਾ ਜਿਸ ਨੂੰ ਇੱਕ ਡਿਵਾਈਸ ਸਮਰਥਿਤ ਕਰ ਸਕਦੀ ਹੈ) CPU ਬਿੱਟਾਂ ਦੀ ਸੰਖਿਆ ਨਾਲ ਸੰਬੰਧਿਤ ਨਹੀਂ ਹੈ। ARM ਪ੍ਰੋਸੈਸਰਾਂ ਦੇ 26- ਅਤੇ 40-ਬਿੱਟ ਪਤੇ ਦੇ ਵਿਚਕਾਰ ਕਿਤੇ ਵੀ ਹੁੰਦੇ ਹਨ ਅਤੇ ਬਾਕੀ ਸਿਸਟਮ ਤੋਂ ਸੁਤੰਤਰ ਤੌਰ 'ਤੇ ਬਦਲੇ ਜਾ ਸਕਦੇ ਹਨ।
- ਡਾਟਾ ਬੱਸ ਦਾ ਆਕਾਰ. RAM ਜਾਂ ਬਫਰ ਮੈਮੋਰੀ ਤੋਂ ਪ੍ਰਾਪਤ ਕੀਤੇ ਡੇਟਾ ਦੀ ਮਾਤਰਾ ਇਸੇ ਤਰ੍ਹਾਂ ਇਸ ਕਾਰਕ ਤੋਂ ਸੁਤੰਤਰ ਹੈ। ਵਿਅਕਤੀਗਤ ਪ੍ਰੋਸੈਸਰ ਨਿਰਦੇਸ਼ ਵੱਖ-ਵੱਖ ਮਾਤਰਾ ਵਿੱਚ ਡੇਟਾ ਦੀ ਬੇਨਤੀ ਕਰ ਸਕਦੇ ਹਨ, ਪਰ ਉਹ ਜਾਂ ਤਾਂ ਟੁਕੜਿਆਂ ਵਿੱਚ ਭੇਜੇ ਜਾਂਦੇ ਹਨ ਜਾਂ ਮੈਮੋਰੀ ਤੋਂ ਲੋੜ ਤੋਂ ਵੱਧ ਪ੍ਰਾਪਤ ਕੀਤੇ ਜਾਂਦੇ ਹਨ। ਇਹ ਡਾਟਾ ਕੁਆਂਟਮ ਦੇ ਆਕਾਰ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ। ਆਈਫੋਨ 5 ਪਹਿਲਾਂ ਹੀ 64-ਬਿੱਟ ਕੁਆਂਟਾ ਵਿੱਚ ਮੈਮੋਰੀ ਤੋਂ ਡੇਟਾ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ (ਅਤੇ ਇਸ ਵਿੱਚ 32-ਬਿੱਟ ਪ੍ਰੋਸੈਸਰ ਹੈ), ਅਤੇ ਅਸੀਂ 192 ਬਿੱਟ ਤੱਕ ਦੇ ਆਕਾਰ ਦਾ ਸਾਹਮਣਾ ਕਰ ਸਕਦੇ ਹਾਂ।
- ਫਲੋਟਿੰਗ ਪੁਆਇੰਟ ਨਾਲ ਸਬੰਧਤ ਕੋਈ ਵੀ ਚੀਜ਼. ਅਜਿਹੇ ਰਜਿਸਟਰਾਂ (FPU) ਦਾ ਆਕਾਰ ਦੁਬਾਰਾ ਪ੍ਰੋਸੈਸਰ ਦੇ ਅੰਦਰੂਨੀ ਕੰਮਕਾਜ ਤੋਂ ਸੁਤੰਤਰ ਹੁੰਦਾ ਹੈ। ARM ARM64 (64-bit ARM ਪ੍ਰੋਸੈਸਰ) ਤੋਂ ਪਹਿਲਾਂ ਤੋਂ 64-bit FPU ਵਰਤ ਰਿਹਾ ਹੈ।
ਆਮ ਫਾਇਦੇ ਅਤੇ ਨੁਕਸਾਨ
ਜੇ ਅਸੀਂ ਹੋਰ ਸਮਾਨ 32 ਬਿੱਟ ਅਤੇ 64 ਬਿੱਟ ਆਰਕੀਟੈਕਚਰ ਦੀ ਤੁਲਨਾ ਕਰਦੇ ਹਾਂ, ਤਾਂ ਉਹ ਆਮ ਤੌਰ 'ਤੇ ਇੰਨੇ ਵੱਖਰੇ ਨਹੀਂ ਹੁੰਦੇ। ਇਹ ਇੱਕ ਕਾਰਨ ਹੈ ਕਿ ਐਪਲ ਮੋਬਾਈਲ ਉਪਕਰਣਾਂ ਵਿੱਚ ਵੀ 64 ਬਿੱਟ ਵੱਲ ਵਧ ਰਿਹਾ ਹੈ, ਇਸ ਕਾਰਨ ਦੀ ਭਾਲ ਵਿੱਚ ਲੋਕਾਂ ਦੀ ਆਮ ਉਲਝਣ ਦਾ ਇੱਕ ਕਾਰਨ ਹੈ। ਹਾਲਾਂਕਿ, ਇਹ ਸਭ A7 (ARM64) ਪ੍ਰੋਸੈਸਰ ਦੇ ਖਾਸ ਮਾਪਦੰਡਾਂ ਤੋਂ ਆਉਂਦਾ ਹੈ ਅਤੇ ਐਪਲ ਇਸਨੂੰ ਕਿਵੇਂ ਵਰਤਦਾ ਹੈ, ਨਾ ਕਿ ਸਿਰਫ ਇਸ ਤੱਥ ਤੋਂ ਕਿ ਪ੍ਰੋਸੈਸਰ ਕੋਲ 64-ਬਿੱਟ ਆਰਕੀਟੈਕਚਰ ਹੈ।
ਹਾਲਾਂਕਿ, ਜੇਕਰ ਅਸੀਂ ਅਜੇ ਵੀ ਇਹਨਾਂ ਦੋ ਆਰਕੀਟੈਕਚਰ ਦੇ ਵਿੱਚ ਅੰਤਰ ਨੂੰ ਦੇਖਦੇ ਹਾਂ, ਤਾਂ ਸਾਨੂੰ ਕਈ ਅੰਤਰ ਮਿਲਣਗੇ। ਸਪੱਸ਼ਟ ਹੈ ਕਿ 64-ਬਿੱਟ ਪੂਰਨ ਅੰਕ ਰਜਿਸਟਰ 64-ਬਿੱਟ ਪੂਰਨ ਅੰਕਾਂ ਨੂੰ ਵਧੇਰੇ ਕੁਸ਼ਲਤਾ ਨਾਲ ਸੰਭਾਲ ਸਕਦੇ ਹਨ। ਪਹਿਲਾਂ ਵੀ, 32-ਬਿੱਟ ਪ੍ਰੋਸੈਸਰਾਂ 'ਤੇ ਉਨ੍ਹਾਂ ਨਾਲ ਕੰਮ ਕਰਨਾ ਸੰਭਵ ਸੀ, ਪਰ ਇਸਦਾ ਮਤਲਬ ਆਮ ਤੌਰ 'ਤੇ ਉਨ੍ਹਾਂ ਨੂੰ 32-ਬਿੱਟ ਲੰਬੇ ਟੁਕੜਿਆਂ ਵਿੱਚ ਵੰਡਣਾ ਹੁੰਦਾ ਸੀ, ਜਿਸ ਨਾਲ ਗਣਨਾ ਹੌਲੀ ਹੋ ਜਾਂਦੀ ਸੀ। ਇਸ ਲਈ ਇੱਕ 64-ਬਿੱਟ ਪ੍ਰੋਸੈਸਰ ਆਮ ਤੌਰ 'ਤੇ 64-ਬਿੱਟ ਕਿਸਮਾਂ ਨਾਲ ਗਣਨਾ ਕਰ ਸਕਦਾ ਹੈ ਜਿਵੇਂ ਕਿ 32-ਬਿੱਟ ਕਿਸਮਾਂ ਨਾਲ। ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਆਮ ਤੌਰ 'ਤੇ 64-ਬਿੱਟ ਕਿਸਮਾਂ ਦੀ ਵਰਤੋਂ ਕਰਨ ਵਾਲੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ 64-ਬਿੱਟ ਪ੍ਰੋਸੈਸਰ 'ਤੇ ਬਹੁਤ ਤੇਜ਼ ਚੱਲ ਸਕਦੀਆਂ ਹਨ।
ਹਾਲਾਂਕਿ 64 ਬਿੱਟ RAM ਦੀ ਕੁੱਲ ਮਾਤਰਾ ਨੂੰ ਪ੍ਰਭਾਵਤ ਨਹੀਂ ਕਰਦਾ ਹੈ ਜੋ ਪ੍ਰੋਸੈਸਰ ਵਰਤ ਸਕਦਾ ਹੈ, ਇਹ ਇੱਕ ਪ੍ਰੋਗਰਾਮ ਵਿੱਚ ਰੈਮ ਦੇ ਵੱਡੇ ਹਿੱਸੇ ਨਾਲ ਕੰਮ ਕਰਨਾ ਆਸਾਨ ਬਣਾ ਸਕਦਾ ਹੈ। 32-ਬਿੱਟ ਪ੍ਰੋਸੈਸਰ 'ਤੇ ਚੱਲਣ ਵਾਲੇ ਕਿਸੇ ਵੀ ਪ੍ਰੋਗਰਾਮ ਵਿੱਚ ਸਿਰਫ਼ 4 GB ਐਡਰੈੱਸ ਸਪੇਸ ਹੁੰਦੀ ਹੈ। ਇਸ ਗੱਲ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖਦੇ ਹੋਏ ਕਿ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਅਤੇ ਸਟੈਂਡਰਡ ਲਾਇਬ੍ਰੇਰੀਆਂ ਕੁਝ ਲੈਂਦੇ ਹਨ, ਇਹ ਪ੍ਰੋਗਰਾਮ ਨੂੰ ਐਪਲੀਕੇਸ਼ਨ ਦੀ ਵਰਤੋਂ ਲਈ 1-3 GB ਦੇ ਵਿਚਕਾਰ ਛੱਡ ਦਿੰਦਾ ਹੈ। ਹਾਲਾਂਕਿ, ਜੇਕਰ ਇੱਕ 32-ਬਿੱਟ ਸਿਸਟਮ ਵਿੱਚ 4 GB ਤੋਂ ਵੱਧ RAM ਹੈ, ਤਾਂ ਉਸ ਮੈਮੋਰੀ ਦੀ ਵਰਤੋਂ ਕਰਨਾ ਥੋੜਾ ਹੋਰ ਗੁੰਝਲਦਾਰ ਹੈ। ਸਾਨੂੰ ਆਪਣੇ ਪ੍ਰੋਗਰਾਮ (ਮੈਮੋਰੀ ਵਰਚੁਅਲਾਈਜੇਸ਼ਨ) ਲਈ ਮੈਮੋਰੀ ਦੇ ਇਹਨਾਂ ਵੱਡੇ ਭਾਗਾਂ ਨੂੰ ਮੈਪ ਕਰਨ ਲਈ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਨੂੰ ਮਜਬੂਰ ਕਰਨ ਦਾ ਸਹਾਰਾ ਲੈਣਾ ਪੈਂਦਾ ਹੈ, ਜਾਂ ਅਸੀਂ ਪ੍ਰੋਗਰਾਮ ਨੂੰ ਕਈ ਪ੍ਰਕਿਰਿਆਵਾਂ ਵਿੱਚ ਵੰਡ ਸਕਦੇ ਹਾਂ (ਜਿੱਥੇ ਹਰੇਕ ਪ੍ਰਕਿਰਿਆ ਵਿੱਚ ਸਿਧਾਂਤਕ ਤੌਰ 'ਤੇ ਸਿੱਧੇ ਸੰਬੋਧਨ ਲਈ 4 GB ਮੈਮੋਰੀ ਉਪਲਬਧ ਹੁੰਦੀ ਹੈ)।
ਹਾਲਾਂਕਿ, ਇਹ "ਹੈਕ" ਇੰਨੇ ਔਖੇ ਅਤੇ ਹੌਲੀ ਹਨ ਕਿ ਘੱਟੋ-ਘੱਟ ਐਪਲੀਕੇਸ਼ਨਾਂ ਇਹਨਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੀਆਂ ਹਨ। ਅਭਿਆਸ ਵਿੱਚ, ਇੱਕ 32-ਬਿੱਟ ਪ੍ਰੋਸੈਸਰ 'ਤੇ, ਹਰੇਕ ਪ੍ਰੋਗਰਾਮ ਸਿਰਫ ਆਪਣੀ 1-3 GB ਮੈਮੋਰੀ ਦੀ ਵਰਤੋਂ ਕਰੇਗਾ, ਅਤੇ ਵਧੇਰੇ ਉਪਲਬਧ RAM ਇੱਕੋ ਸਮੇਂ ਕਈ ਪ੍ਰੋਗਰਾਮਾਂ ਨੂੰ ਚਲਾਉਣ ਲਈ ਜਾਂ ਇਸ ਮੈਮੋਰੀ ਨੂੰ ਬਫਰ (ਕੈਚਿੰਗ) ਵਜੋਂ ਵਰਤਣ ਲਈ ਵਰਤਿਆ ਜਾ ਸਕਦਾ ਹੈ। ਇਹ ਵਰਤੋਂ ਵਿਹਾਰਕ ਹਨ, ਪਰ ਅਸੀਂ ਚਾਹੁੰਦੇ ਹਾਂ ਕਿ ਕੋਈ ਵੀ ਪ੍ਰੋਗਰਾਮ ਆਸਾਨੀ ਨਾਲ 4GB ਤੋਂ ਵੱਡੀ ਮੈਮੋਰੀ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੇ ਯੋਗ ਹੋਵੇ।
ਹੁਣ ਅਸੀਂ ਅਕਸਰ (ਅਸਲ ਵਿੱਚ ਗਲਤ) ਦਾਅਵੇ ਤੇ ਆਉਂਦੇ ਹਾਂ ਕਿ 4GB ਤੋਂ ਵੱਧ ਮੈਮੋਰੀ ਤੋਂ ਬਿਨਾਂ, ਇੱਕ 64-ਬਿੱਟ ਆਰਕੀਟੈਕਚਰ ਬੇਕਾਰ ਹੈ। ਇੱਕ ਵੱਡੀ ਐਡਰੈੱਸ ਸਪੇਸ ਘੱਟ ਮੈਮੋਰੀ ਵਾਲੇ ਸਿਸਟਮ ਉੱਤੇ ਵੀ ਲਾਭਦਾਇਕ ਹੈ। ਮੈਮੋਰੀ-ਮੈਪਡ ਫਾਈਲਾਂ ਇੱਕ ਸੌਖਾ ਟੂਲ ਹੈ ਜਿੱਥੇ ਫਾਈਲ ਦੇ ਭਾਗਾਂ ਦਾ ਹਿੱਸਾ ਤਰਕ ਨਾਲ ਪ੍ਰਕਿਰਿਆ ਦੀ ਮੈਮੋਰੀ ਨਾਲ ਜੁੜਿਆ ਹੁੰਦਾ ਹੈ, ਬਿਨਾਂ ਪੂਰੀ ਫਾਈਲ ਨੂੰ ਮੈਮੋਰੀ ਵਿੱਚ ਲੋਡ ਕੀਤੇ ਬਿਨਾਂ. ਇਸ ਤਰ੍ਹਾਂ, ਸਿਸਟਮ, ਉਦਾਹਰਨ ਲਈ, ਰੈਮ ਸਮਰੱਥਾ ਤੋਂ ਕਈ ਗੁਣਾ ਵੱਡੀਆਂ ਫਾਈਲਾਂ ਨੂੰ ਹੌਲੀ-ਹੌਲੀ ਪ੍ਰੋਸੈਸ ਕਰ ਸਕਦਾ ਹੈ। ਇੱਕ 32-ਬਿੱਟ ਸਿਸਟਮ ਤੇ, ਅਜਿਹੀਆਂ ਵੱਡੀਆਂ ਫਾਈਲਾਂ ਨੂੰ ਭਰੋਸੇਯੋਗ ਢੰਗ ਨਾਲ ਮੈਮੋਰੀ-ਮੈਪ ਨਹੀਂ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਜਦੋਂ ਕਿ ਇੱਕ 64-ਬਿੱਟ ਸਿਸਟਮ ਤੇ, ਇਹ ਕੇਕ ਦਾ ਇੱਕ ਟੁਕੜਾ ਹੈ, ਬਹੁਤ ਜ਼ਿਆਦਾ ਐਡਰੈੱਸ ਸਪੇਸ ਲਈ ਧੰਨਵਾਦ।
ਹਾਲਾਂਕਿ, ਪੁਆਇੰਟਰਾਂ ਦਾ ਵੱਡਾ ਆਕਾਰ ਇੱਕ ਵੱਡਾ ਨੁਕਸਾਨ ਵੀ ਲਿਆਉਂਦਾ ਹੈ: ਨਹੀਂ ਤਾਂ ਇੱਕੋ ਜਿਹੇ ਪ੍ਰੋਗਰਾਮਾਂ ਨੂੰ 64-ਬਿੱਟ ਪ੍ਰੋਸੈਸਰ 'ਤੇ ਵਧੇਰੇ ਮੈਮੋਰੀ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ (ਇਹ ਵੱਡੇ ਪੁਆਇੰਟਰਾਂ ਨੂੰ ਕਿਤੇ ਸਟੋਰ ਕਰਨਾ ਹੁੰਦਾ ਹੈ)। ਕਿਉਂਕਿ ਪੁਆਇੰਟਰ ਪ੍ਰੋਗਰਾਮਾਂ ਦਾ ਇੱਕ ਅਕਸਰ ਹਿੱਸਾ ਹੁੰਦੇ ਹਨ, ਇਸ ਲਈ ਇਹ ਅੰਤਰ ਕੈਸ਼ 'ਤੇ ਬੋਝ ਪਾ ਸਕਦਾ ਹੈ, ਜੋ ਬਦਲੇ ਵਿੱਚ ਪੂਰੇ ਸਿਸਟਮ ਨੂੰ ਹੌਲੀ ਕਰਨ ਦਾ ਕਾਰਨ ਬਣਦਾ ਹੈ। ਇਸ ਲਈ ਪਰਿਪੇਖ ਵਿੱਚ, ਅਸੀਂ ਦੇਖ ਸਕਦੇ ਹਾਂ ਕਿ ਜੇਕਰ ਅਸੀਂ ਹੁਣੇ ਹੀ ਪ੍ਰੋਸੈਸਰ ਆਰਕੀਟੈਕਚਰ ਨੂੰ 64-ਬਿੱਟ ਵਿੱਚ ਬਦਲਦੇ ਹਾਂ, ਤਾਂ ਇਹ ਅਸਲ ਵਿੱਚ ਪੂਰੇ ਸਿਸਟਮ ਨੂੰ ਹੌਲੀ ਕਰ ਦੇਵੇਗਾ। ਇਸ ਲਈ ਇਸ ਕਾਰਕ ਨੂੰ ਹੋਰ ਸਥਾਨਾਂ ਵਿੱਚ ਵਧੇਰੇ ਅਨੁਕੂਲਤਾ ਦੁਆਰਾ ਸੰਤੁਲਿਤ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ.
ਏਆਰਐਮਐਕਸਯੂਐਨਐਮਐਕਸ
A7, ਨਵੇਂ iPhone 64s ਨੂੰ ਪਾਵਰ ਦੇਣ ਵਾਲਾ 5-ਬਿੱਟ ਪ੍ਰੋਸੈਸਰ, ਵਿਆਪਕ ਰਜਿਸਟਰਾਂ ਵਾਲਾ ਸਿਰਫ਼ ਇੱਕ ਨਿਯਮਤ ARM ਪ੍ਰੋਸੈਸਰ ਨਹੀਂ ਹੈ। ARM64 ਵਿੱਚ ਪੁਰਾਣੇ, 32-ਬਿੱਟ ਸੰਸਕਰਣ ਦੇ ਮੁਕਾਬਲੇ ਵੱਡੇ ਸੁਧਾਰ ਸ਼ਾਮਲ ਹਨ।
ਰਜਿਸਟਰੀ
ARM64 ਕੋਲ 32-bit ARM ਨਾਲੋਂ ਦੁੱਗਣੇ ਪੂਰਨ ਅੰਕ ਰਜਿਸਟਰ ਹਨ (ਰਜਿਸਟਰਾਂ ਦੀ ਸੰਖਿਆ ਅਤੇ ਚੌੜਾਈ ਨੂੰ ਉਲਝਾਉਣ ਲਈ ਸਾਵਧਾਨ ਰਹੋ - ਅਸੀਂ "64-ਬਿੱਟ" ਭਾਗ ਵਿੱਚ ਚੌੜਾਈ ਬਾਰੇ ਗੱਲ ਕੀਤੀ ਹੈ। ਇਸਲਈ ARM64 ਵਿੱਚ ਦੋ ਗੁਣਾ ਚੌੜੇ ਰਜਿਸਟਰ ਹਨ ਅਤੇ ਦੁੱਗਣੇ ਤੋਂ ਦੁੱਗਣੇ ਹਨ। ਰਜਿਸਟਰ)। 32-ਬਿੱਟ ਏਆਰਐਮ ਵਿੱਚ 16 ਪੂਰਨ ਅੰਕ ਰਜਿਸਟਰ ਹਨ: ਇੱਕ ਪ੍ਰੋਗਰਾਮ ਕਾਊਂਟਰ (ਪੀਸੀ - ਮੌਜੂਦਾ ਹਦਾਇਤਾਂ ਦੀ ਸੰਖਿਆ ਰੱਖਦਾ ਹੈ), ਇੱਕ ਸਟੈਕ ਪੁਆਇੰਟਰ (ਪ੍ਰਗਤੀ ਵਿੱਚ ਇੱਕ ਫੰਕਸ਼ਨ ਲਈ ਇੱਕ ਪੁਆਇੰਟਰ), ਇੱਕ ਲਿੰਕ ਰਜਿਸਟਰ (ਅੰਤ ਤੋਂ ਬਾਅਦ ਵਾਪਸੀ ਲਈ ਇੱਕ ਪੁਆਇੰਟਰ। ਦੇ ਫੰਕਸ਼ਨ), ਅਤੇ ਬਾਕੀ 13 ਐਪਲੀਕੇਸ਼ਨ ਵਰਤੋਂ ਲਈ ਹਨ। ਹਾਲਾਂਕਿ, ARM64 ਵਿੱਚ 32 ਪੂਰਨ ਅੰਕ ਰਜਿਸਟਰ ਹਨ, ਜਿਸ ਵਿੱਚ ਇੱਕ ਜ਼ੀਰੋ ਰਜਿਸਟਰ, ਇੱਕ ਲਿੰਕ ਰਜਿਸਟਰ, ਇੱਕ ਫਰੇਮ ਪੁਆਇੰਟਰ (ਇੱਕ ਸਟੈਕ ਪੁਆਇੰਟਰ ਦੇ ਸਮਾਨ), ਅਤੇ ਇੱਕ ਭਵਿੱਖ ਲਈ ਰਾਖਵਾਂ ਹੈ। ਇਹ ਸਾਡੇ ਕੋਲ ਐਪਲੀਕੇਸ਼ਨ ਦੀ ਵਰਤੋਂ ਲਈ 28 ਰਜਿਸਟਰਾਂ ਦੇ ਨਾਲ ਛੱਡਦਾ ਹੈ, ਜੋ ਕਿ 32-ਬਿੱਟ ARM ਤੋਂ ਦੁੱਗਣਾ ਹੈ। ਉਸੇ ਸਮੇਂ, ARM64 ਨੇ ਫਲੋਟਿੰਗ-ਪੁਆਇੰਟ ਨੰਬਰ (FPU) ਰਜਿਸਟਰਾਂ ਦੀ ਸੰਖਿਆ ਨੂੰ 16 ਤੋਂ 32 128-ਬਿੱਟ ਰਜਿਸਟਰਾਂ ਤੱਕ ਦੁੱਗਣਾ ਕਰ ਦਿੱਤਾ ਹੈ।
ਪਰ ਰਜਿਸਟਰਾਂ ਦੀ ਗਿਣਤੀ ਇੰਨੀ ਮਹੱਤਵਪੂਰਨ ਕਿਉਂ ਹੈ? ਮੈਮੋਰੀ ਆਮ ਤੌਰ 'ਤੇ CPU ਗਣਨਾਵਾਂ ਨਾਲੋਂ ਹੌਲੀ ਹੁੰਦੀ ਹੈ ਅਤੇ ਪੜ੍ਹਨ/ਲਿਖਣ ਵਿੱਚ ਬਹੁਤ ਸਮਾਂ ਲੱਗ ਸਕਦਾ ਹੈ। ਇਸ ਨਾਲ ਤੇਜ਼ ਪ੍ਰੋਸੈਸਰ ਨੂੰ ਮੈਮੋਰੀ ਦੀ ਉਡੀਕ ਕਰਨੀ ਪਵੇਗੀ ਅਤੇ ਅਸੀਂ ਸਿਸਟਮ ਦੀ ਕੁਦਰਤੀ ਗਤੀ ਸੀਮਾ ਨੂੰ ਮਾਰਾਂਗੇ। ਪ੍ਰੋਸੈਸਰ ਬਫਰਾਂ ਦੀਆਂ ਪਰਤਾਂ ਨਾਲ ਇਸ ਰੁਕਾਵਟ ਨੂੰ ਛੁਪਾਉਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦੇ ਹਨ, ਪਰ ਸਭ ਤੋਂ ਤੇਜ਼ (L1) ਅਜੇ ਵੀ ਪ੍ਰੋਸੈਸਰ ਦੀ ਗਣਨਾ ਨਾਲੋਂ ਹੌਲੀ ਹੈ। ਹਾਲਾਂਕਿ, ਰਜਿਸਟਰ ਪ੍ਰੋਸੈਸਰ ਵਿੱਚ ਸਿੱਧੇ ਤੌਰ 'ਤੇ ਮੈਮੋਰੀ ਸੈੱਲ ਹੁੰਦੇ ਹਨ ਅਤੇ ਉਹਨਾਂ ਦਾ ਰੀਡਿੰਗ/ਲਿਖਣਾ ਪ੍ਰੋਸੈਸਰ ਨੂੰ ਹੌਲੀ ਨਾ ਕਰਨ ਲਈ ਕਾਫ਼ੀ ਤੇਜ਼ ਹੁੰਦਾ ਹੈ। ਰਜਿਸਟਰਾਂ ਦੀ ਗਿਣਤੀ ਦਾ ਅਮਲੀ ਤੌਰ 'ਤੇ ਅਰਥ ਹੈ ਪ੍ਰੋਸੈਸਰ ਗਣਨਾਵਾਂ ਲਈ ਸਭ ਤੋਂ ਤੇਜ਼ ਮੈਮੋਰੀ ਦੀ ਮਾਤਰਾ, ਜੋ ਪੂਰੇ ਸਿਸਟਮ ਦੀ ਗਤੀ ਨੂੰ ਬਹੁਤ ਪ੍ਰਭਾਵਿਤ ਕਰਦੀ ਹੈ।
ਇਸ ਦੇ ਨਾਲ ਹੀ, ਇਸ ਸਪੀਡ ਨੂੰ ਕੰਪਾਈਲਰ ਤੋਂ ਵਧੀਆ ਅਨੁਕੂਲਤਾ ਸਮਰਥਨ ਦੀ ਲੋੜ ਹੈ, ਤਾਂ ਜੋ ਭਾਸ਼ਾ ਇਹਨਾਂ ਰਜਿਸਟਰਾਂ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕੇ ਅਤੇ ਆਮ ਐਪਲੀਕੇਸ਼ਨ (ਧੀਮੀ) ਮੈਮੋਰੀ ਵਿੱਚ ਹਰ ਚੀਜ਼ ਨੂੰ ਸਟੋਰ ਕਰਨ ਦੀ ਲੋੜ ਨਾ ਪਵੇ।
ਹਦਾਇਤ ਸੈੱਟ
ARM64 ਵੀ ਨਿਰਦੇਸ਼ ਸੈੱਟ ਵਿੱਚ ਵੱਡੀਆਂ ਤਬਦੀਲੀਆਂ ਲਿਆਉਂਦਾ ਹੈ। ਇੱਕ ਹਦਾਇਤ ਸੈੱਟ ਪਰਮਾਣੂ ਕਾਰਵਾਈਆਂ ਦਾ ਇੱਕ ਸਮੂਹ ਹੁੰਦਾ ਹੈ ਜੋ ਇੱਕ ਪ੍ਰੋਸੈਸਰ ਕਰ ਸਕਦਾ ਹੈ (ਜਿਵੇਂ ਕਿ 'ADD register1 register2' ਦੋ ਰਜਿਸਟਰਾਂ ਵਿੱਚ ਨੰਬਰ ਜੋੜਦਾ ਹੈ)। ਵਿਅਕਤੀਗਤ ਭਾਸ਼ਾਵਾਂ ਲਈ ਉਪਲਬਧ ਫੰਕਸ਼ਨ ਇਹਨਾਂ ਨਿਰਦੇਸ਼ਾਂ ਦੇ ਬਣੇ ਹੁੰਦੇ ਹਨ। ਵਧੇਰੇ ਗੁੰਝਲਦਾਰ ਫੰਕਸ਼ਨਾਂ ਨੂੰ ਹੋਰ ਨਿਰਦੇਸ਼ਾਂ ਨੂੰ ਲਾਗੂ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ, ਤਾਂ ਜੋ ਉਹ ਹੌਲੀ ਹੋ ਸਕਣ।
ARM64 ਵਿੱਚ ਨਵੇਂ AES ਇਨਕ੍ਰਿਪਸ਼ਨ, SHA-1 ਅਤੇ SHA-256 ਹੈਸ਼ ਫੰਕਸ਼ਨਾਂ ਲਈ ਨਿਰਦੇਸ਼ ਹਨ। ਇਸ ਲਈ ਇੱਕ ਗੁੰਝਲਦਾਰ ਲਾਗੂ ਕਰਨ ਦੀ ਬਜਾਏ, ਸਿਰਫ ਭਾਸ਼ਾ ਇਸ ਨਿਰਦੇਸ਼ ਨੂੰ ਕਾਲ ਕਰੇਗੀ - ਜੋ ਅਜਿਹੇ ਫੰਕਸ਼ਨਾਂ ਦੀ ਗਣਨਾ ਵਿੱਚ ਇੱਕ ਵੱਡੀ ਗਤੀ ਲਿਆਏਗੀ ਅਤੇ ਉਮੀਦ ਹੈ ਕਿ ਐਪਲੀਕੇਸ਼ਨਾਂ ਵਿੱਚ ਸੁਰੱਖਿਆ ਸ਼ਾਮਲ ਕੀਤੀ ਜਾਵੇਗੀ। ਜਿਵੇਂ ਕਿ ਨਵੀਂ ਟਚ ਆਈਡੀ ਇਨਕ੍ਰਿਪਸ਼ਨ ਵਿੱਚ ਵੀ ਇਹਨਾਂ ਨਿਰਦੇਸ਼ਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੀ ਹੈ, ਅਸਲ ਗਤੀ ਅਤੇ ਸੁਰੱਖਿਆ ਦੀ ਆਗਿਆ ਦਿੰਦੀ ਹੈ (ਸਿਧਾਂਤਕ ਤੌਰ 'ਤੇ, ਇੱਕ ਹਮਲਾਵਰ ਨੂੰ ਡੇਟਾ ਤੱਕ ਪਹੁੰਚ ਕਰਨ ਲਈ ਖੁਦ ਪ੍ਰੋਸੈਸਰ ਨੂੰ ਸੰਸ਼ੋਧਿਤ ਕਰਨਾ ਪਏਗਾ - ਜੋ ਕਿ ਇਸਦੇ ਛੋਟੇ ਆਕਾਰ ਦੇ ਕਾਰਨ ਘੱਟ ਤੋਂ ਘੱਟ ਕਹਿਣਾ ਅਵਿਵਹਾਰਕ ਹੈ)।
32 ਬਿੱਟ ਨਾਲ ਅਨੁਕੂਲਤਾ
ਇਹ ਦੱਸਣਾ ਮਹੱਤਵਪੂਰਨ ਹੈ ਕਿ A7 ਬਿਨਾਂ ਇਮੂਲੇਸ਼ਨ ਦੀ ਲੋੜ ਦੇ 32-ਬਿੱਟ ਮੋਡ ਵਿੱਚ ਪੂਰੀ ਤਰ੍ਹਾਂ ਚੱਲ ਸਕਦਾ ਹੈ। ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਨਵਾਂ ਆਈਫੋਨ 5s 32-ਬਿਟ ਏਆਰਐਮ 'ਤੇ ਕੰਪਾਇਲ ਕੀਤੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੂੰ ਬਿਨਾਂ ਕਿਸੇ ਸੁਸਤੀ ਦੇ ਚਲਾ ਸਕਦਾ ਹੈ। ਹਾਲਾਂਕਿ, ਫਿਰ ਇਹ ਨਵੇਂ ARM64 ਫੰਕਸ਼ਨਾਂ ਦੀ ਵਰਤੋਂ ਨਹੀਂ ਕਰ ਸਕਦਾ ਹੈ, ਇਸ ਲਈ ਸਿਰਫ਼ A7 ਲਈ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਬਿਲਡ ਬਣਾਉਣਾ ਹਮੇਸ਼ਾ ਫਾਇਦੇਮੰਦ ਹੁੰਦਾ ਹੈ, ਜੋ ਕਿ ਬਹੁਤ ਤੇਜ਼ੀ ਨਾਲ ਚੱਲਣਾ ਚਾਹੀਦਾ ਹੈ।
ਰਨਟਾਈਮ ਬਦਲਦਾ ਹੈ
ਰਨਟਾਈਮ ਉਹ ਕੋਡ ਹੁੰਦਾ ਹੈ ਜੋ ਪ੍ਰੋਗਰਾਮਿੰਗ ਭਾਸ਼ਾ ਵਿੱਚ ਫੰਕਸ਼ਨਾਂ ਨੂੰ ਜੋੜਦਾ ਹੈ, ਜਿਸਦੀ ਵਰਤੋਂ ਐਪਲੀਕੇਸ਼ਨ ਦੇ ਚੱਲਦੇ ਸਮੇਂ, ਅਨੁਵਾਦ ਤੋਂ ਬਾਅਦ ਤੱਕ ਕਰਨ ਦੇ ਯੋਗ ਹੁੰਦਾ ਹੈ। ਕਿਉਂਕਿ ਐਪਲ ਨੂੰ ਐਪਲੀਕੇਸ਼ਨ ਅਨੁਕੂਲਤਾ ਨੂੰ ਕਾਇਮ ਰੱਖਣ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ (ਕਿ ਇੱਕ 64-ਬਿੱਟ ਬਾਈਨਰੀ 32-ਬਿੱਟ 'ਤੇ ਚੱਲਦੀ ਹੈ), ਉਹ ਉਦੇਸ਼-ਸੀ ਭਾਸ਼ਾ ਵਿੱਚ ਕੁਝ ਹੋਰ ਸੁਧਾਰ ਕਰਨ ਦੇ ਸਮਰੱਥ ਹੋ ਸਕਦੇ ਹਨ।
ਉਨ੍ਹਾਂ ਵਿੱਚੋਂ ਇੱਕ ਅਖੌਤੀ ਹੈ ਟੈਗ ਕੀਤਾ ਪੁਆਇੰਟਰ (ਨਿਸ਼ਾਨਿਤ ਸੂਚਕ) ਆਮ ਤੌਰ 'ਤੇ, ਉਹਨਾਂ ਵਸਤੂਆਂ ਲਈ ਵਸਤੂਆਂ ਅਤੇ ਪੁਆਇੰਟਰ ਮੈਮੋਰੀ ਦੇ ਵੱਖਰੇ ਹਿੱਸਿਆਂ ਵਿੱਚ ਸਟੋਰ ਕੀਤੇ ਜਾਂਦੇ ਹਨ। ਹਾਲਾਂਕਿ, ਨਵੀਆਂ ਪੁਆਇੰਟਰ ਕਿਸਮਾਂ ਬਹੁਤ ਘੱਟ ਡੇਟਾ ਵਾਲੀਆਂ ਕਲਾਸਾਂ ਨੂੰ ਸਿੱਧੇ ਪੁਆਇੰਟਰ ਵਿੱਚ ਵਸਤੂਆਂ ਨੂੰ ਸਟੋਰ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦੀਆਂ ਹਨ। ਇਹ ਕਦਮ ਆਬਜੈਕਟ ਲਈ ਸਿੱਧੇ ਤੌਰ 'ਤੇ ਮੈਮੋਰੀ ਨਿਰਧਾਰਤ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਨੂੰ ਖਤਮ ਕਰਦਾ ਹੈ, ਸਿਰਫ ਇੱਕ ਪੁਆਇੰਟਰ ਅਤੇ ਇਸਦੇ ਅੰਦਰ ਵਸਤੂ ਬਣਾਓ। ਟੈਗ ਕੀਤੇ ਪੁਆਇੰਟਰ ਸਿਰਫ 64-ਬਿੱਟ ਆਰਕੀਟੈਕਚਰ ਵਿੱਚ ਸਮਰਥਿਤ ਹਨ ਇਸ ਤੱਥ ਦੇ ਕਾਰਨ ਕਿ ਇੱਕ 32-ਬਿੱਟ ਪੁਆਇੰਟਰ ਵਿੱਚ ਲੋੜੀਂਦਾ ਉਪਯੋਗੀ ਡੇਟਾ ਸਟੋਰ ਕਰਨ ਲਈ ਹੁਣ ਲੋੜੀਂਦੀ ਥਾਂ ਨਹੀਂ ਹੈ। ਇਸ ਲਈ, iOS, OS X ਦੇ ਉਲਟ, ਅਜੇ ਤੱਕ ਇਸ ਵਿਸ਼ੇਸ਼ਤਾ ਦਾ ਸਮਰਥਨ ਨਹੀਂ ਕਰਦਾ ਹੈ। ਹਾਲਾਂਕਿ, ARM64 ਦੇ ਆਉਣ ਨਾਲ, ਇਹ ਬਦਲ ਰਿਹਾ ਹੈ, ਅਤੇ iOS ਨੇ ਇਸ ਸਬੰਧ ਵਿੱਚ OS X ਨੂੰ ਵੀ ਫੜ ਲਿਆ ਹੈ।
ਹਾਲਾਂਕਿ ਪੁਆਇੰਟਰ 64 ਬਿੱਟ ਲੰਬੇ ਹੁੰਦੇ ਹਨ, ARM64 'ਤੇ ਸਿਰਫ 33 ਬਿੱਟ ਪੁਆਇੰਟਰ ਦੇ ਆਪਣੇ ਪਤੇ ਲਈ ਵਰਤੇ ਜਾਂਦੇ ਹਨ। ਅਤੇ ਜੇਕਰ ਅਸੀਂ ਬਾਕੀ ਦੇ ਪੁਆਇੰਟਰ ਬਿੱਟਾਂ ਨੂੰ ਭਰੋਸੇਯੋਗ ਢੰਗ ਨਾਲ ਅਨਮਾਸਕ ਕਰਨ ਦੇ ਯੋਗ ਹੁੰਦੇ ਹਾਂ, ਤਾਂ ਅਸੀਂ ਇਸ ਸਪੇਸ ਨੂੰ ਵਾਧੂ ਡੇਟਾ ਸਟੋਰ ਕਰਨ ਲਈ ਵਰਤ ਸਕਦੇ ਹਾਂ - ਜਿਵੇਂ ਕਿ ਜ਼ਿਕਰ ਕੀਤੇ ਟੈਗ ਕੀਤੇ ਪੁਆਇੰਟਰਾਂ ਦੇ ਮਾਮਲੇ ਵਿੱਚ। ਸੰਕਲਪਿਕ ਤੌਰ 'ਤੇ, ਇਹ ਉਦੇਸ਼-ਸੀ ਦੇ ਇਤਿਹਾਸ ਵਿੱਚ ਸਭ ਤੋਂ ਵੱਡੀਆਂ ਤਬਦੀਲੀਆਂ ਵਿੱਚੋਂ ਇੱਕ ਹੈ, ਹਾਲਾਂਕਿ ਇਹ ਇੱਕ ਮਾਰਕੀਟਯੋਗ ਵਿਸ਼ੇਸ਼ਤਾ ਨਹੀਂ ਹੈ - ਇਸ ਲਈ ਜ਼ਿਆਦਾਤਰ ਉਪਭੋਗਤਾ ਇਹ ਨਹੀਂ ਜਾਣ ਸਕਣਗੇ ਕਿ ਐਪਲ ਉਦੇਸ਼-ਸੀ ਨੂੰ ਕਿਵੇਂ ਅੱਗੇ ਵਧਾ ਰਿਹਾ ਹੈ।
ਜਿਵੇਂ ਕਿ ਅਜਿਹੇ ਟੈਗ ਕੀਤੇ ਪੁਆਇੰਟਰ ਦੇ ਬਾਕੀ ਬਚੇ ਸਪੇਸ ਵਿੱਚ ਸਟੋਰ ਕੀਤੇ ਜਾ ਸਕਣ ਵਾਲੇ ਉਪਯੋਗੀ ਡੇਟਾ ਲਈ, ਉਦੇਸ਼-ਸੀ, ਉਦਾਹਰਨ ਲਈ, ਹੁਣ ਇਸਨੂੰ ਅਖੌਤੀ ਸਟੋਰ ਕਰਨ ਲਈ ਵਰਤ ਰਿਹਾ ਹੈ. ਹਵਾਲਾ ਗਿਣਤੀ (ਹਵਾਲੇ ਦੀ ਸੰਖਿਆ)। ਪਹਿਲਾਂ, ਸੰਦਰਭ ਗਿਣਤੀ ਨੂੰ ਮੈਮੋਰੀ ਵਿੱਚ ਇੱਕ ਵੱਖਰੀ ਥਾਂ ਤੇ, ਇਸਦੇ ਲਈ ਤਿਆਰ ਕੀਤੀ ਗਈ ਹੈਸ਼ ਟੇਬਲ ਵਿੱਚ ਸਟੋਰ ਕੀਤਾ ਜਾਂਦਾ ਸੀ, ਪਰ ਇਹ ਵੱਡੀ ਗਿਣਤੀ ਵਿੱਚ alloc/dealloc/retain/release ਕਾਲਾਂ ਦੇ ਮਾਮਲੇ ਵਿੱਚ ਪੂਰੇ ਸਿਸਟਮ ਨੂੰ ਹੌਲੀ ਕਰ ਸਕਦਾ ਹੈ। ਟੇਬਲ ਨੂੰ ਥਰਿੱਡ ਸੁਰੱਖਿਆ ਦੇ ਕਾਰਨ ਲਾਕ ਕਰਨਾ ਪਿਆ, ਇਸਲਈ ਦੋ ਥਰਿੱਡਾਂ ਵਿੱਚ ਦੋ ਵਸਤੂਆਂ ਦੀ ਸੰਦਰਭ ਗਿਣਤੀ ਨੂੰ ਇੱਕੋ ਸਮੇਂ ਬਦਲਿਆ ਨਹੀਂ ਜਾ ਸਕਦਾ ਹੈ। ਹਾਲਾਂਕਿ, ਇਹ ਮੁੱਲ ਨਵੇਂ ਅਖੌਤੀ ਬਾਕੀ ਦੇ ਵਿੱਚ ਸ਼ਾਮਲ ਕੀਤਾ ਗਿਆ ਹੈ ਯਸਾ ਸੂਚਕ. ਇਹ ਭਵਿੱਖ ਵਿੱਚ ਇੱਕ ਹੋਰ ਅਸਪਸ਼ਟ, ਪਰ ਵੱਡਾ ਫਾਇਦਾ ਅਤੇ ਪ੍ਰਵੇਗ ਹੈ। ਹਾਲਾਂਕਿ, ਇਹ 32-ਬਿੱਟ ਆਰਕੀਟੈਕਚਰ ਵਿੱਚ ਕਦੇ ਵੀ ਪ੍ਰਾਪਤ ਨਹੀਂ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।
ਸੰਬੰਧਿਤ ਵਸਤੂਆਂ ਬਾਰੇ ਜਾਣਕਾਰੀ, ਕੀ ਆਬਜੈਕਟ ਦਾ ਕਮਜ਼ੋਰ ਹਵਾਲਾ ਦਿੱਤਾ ਗਿਆ ਹੈ, ਕੀ ਆਬਜੈਕਟ ਲਈ ਇੱਕ ਵਿਨਾਸ਼ਕਾਰੀ ਬਣਾਉਣਾ ਜ਼ਰੂਰੀ ਹੈ, ਆਦਿ, ਨੂੰ ਵੀ ਆਬਜੈਕਟ ਦੇ ਪੁਆਇੰਟਰ ਦੇ ਬਾਕੀ ਬਚੇ ਸਥਾਨਾਂ ਵਿੱਚ ਨਵੀਂ ਪਾਈ ਗਈ ਹੈ। ਇਸ ਜਾਣਕਾਰੀ ਲਈ ਧੰਨਵਾਦ, ਉਦੇਸ਼-ਸੀ. ਰਨਟਾਈਮ ਬੁਨਿਆਦੀ ਤੌਰ 'ਤੇ ਰਨਟਾਈਮ ਨੂੰ ਤੇਜ਼ ਕਰਨ ਦੇ ਯੋਗ ਹੁੰਦਾ ਹੈ, ਜੋ ਹਰੇਕ ਐਪਲੀਕੇਸ਼ਨ ਦੀ ਗਤੀ ਵਿੱਚ ਪ੍ਰਤੀਬਿੰਬਤ ਹੁੰਦਾ ਹੈ। ਟੈਸਟਿੰਗ ਤੋਂ, ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਸਾਰੀਆਂ ਮੈਮੋਰੀ ਪ੍ਰਬੰਧਨ ਕਾਲਾਂ ਦੀ ਸਪੀਡਅੱਪ 40-50% ਹੈ। ਸਿਰਫ਼ 64-ਬਿੱਟ ਪੁਆਇੰਟਰਾਂ 'ਤੇ ਸਵਿਚ ਕਰਕੇ ਅਤੇ ਇਸ ਨਵੀਂ ਥਾਂ ਦੀ ਵਰਤੋਂ ਕਰਕੇ।
ਸਿੱਟਾ
ਹਾਲਾਂਕਿ ਪ੍ਰਤੀਯੋਗੀ ਇਸ ਵਿਚਾਰ ਨੂੰ ਫੈਲਾਉਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਨਗੇ ਕਿ ਇੱਕ 64-ਬਿੱਟ ਆਰਕੀਟੈਕਚਰ ਵਿੱਚ ਜਾਣਾ ਬੇਲੋੜਾ ਹੈ, ਤੁਸੀਂ ਪਹਿਲਾਂ ਹੀ ਜਾਣਦੇ ਹੋਵੋਗੇ ਕਿ ਇਹ ਸਿਰਫ਼ ਇੱਕ ਬਹੁਤ ਹੀ ਅਣਜਾਣ ਰਾਏ ਹੈ। ਇਹ ਸੱਚ ਹੈ ਕਿ ਤੁਹਾਡੀ ਭਾਸ਼ਾ ਜਾਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੂੰ ਅਨੁਕੂਲਿਤ ਕੀਤੇ ਬਿਨਾਂ 64-ਬਿੱਟ ਵਿੱਚ ਬਦਲਣ ਦਾ ਅਸਲ ਵਿੱਚ ਕੋਈ ਮਤਲਬ ਨਹੀਂ ਹੈ - ਇਹ ਪੂਰੇ ਸਿਸਟਮ ਨੂੰ ਵੀ ਹੌਲੀ ਕਰ ਦਿੰਦਾ ਹੈ। ਪਰ ਨਵਾਂ A7 ਇੱਕ ਨਵੇਂ ਨਿਰਦੇਸ਼ ਸੈੱਟ ਦੇ ਨਾਲ ਇੱਕ ਆਧੁਨਿਕ ARM64 ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ, ਅਤੇ ਐਪਲ ਨੇ ਸਮੁੱਚੀ ਉਦੇਸ਼-ਸੀ ਭਾਸ਼ਾ ਨੂੰ ਆਧੁਨਿਕ ਬਣਾਉਣ ਅਤੇ ਨਵੀਆਂ ਸਮਰੱਥਾਵਾਂ ਦਾ ਫਾਇਦਾ ਉਠਾਉਣ ਵਿੱਚ ਮੁਸ਼ਕਲ ਲਿਆ ਹੈ - ਇਸਲਈ ਵਾਅਦਾ ਕੀਤਾ ਗਿਆ ਸਪੀਡਅੱਪ।
ਇੱਥੇ ਅਸੀਂ ਬਹੁਤ ਸਾਰੇ ਕਾਰਨਾਂ ਦਾ ਜ਼ਿਕਰ ਕੀਤਾ ਹੈ ਕਿ ਇੱਕ 64-ਬਿੱਟ ਆਰਕੀਟੈਕਚਰ ਅੱਗੇ ਸਹੀ ਕਦਮ ਕਿਉਂ ਹੈ। ਇਹ "ਹੁੱਡ ਦੇ ਹੇਠਾਂ" ਇੱਕ ਹੋਰ ਕ੍ਰਾਂਤੀ ਹੈ, ਜਿਸਦਾ ਧੰਨਵਾਦ ਐਪਲ ਨਾ ਸਿਰਫ ਡਿਜ਼ਾਇਨ, ਉਪਭੋਗਤਾ ਇੰਟਰਫੇਸ ਅਤੇ ਅਮੀਰ ਈਕੋਸਿਸਟਮ ਦੇ ਨਾਲ, ਪਰ ਮੁੱਖ ਤੌਰ 'ਤੇ ਮਾਰਕੀਟ ਵਿੱਚ ਸਭ ਤੋਂ ਆਧੁਨਿਕ ਤਕਨਾਲੋਜੀਆਂ ਦੇ ਨਾਲ ਸਭ ਤੋਂ ਅੱਗੇ ਰਹਿਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰੇਗਾ।
ਬਹੁਤ ਸਾਰੇ ਅਣਜਾਣ Android/Samsung ਲੋਕਾਂ ਨੂੰ ਇਸ ਲੇਖ ਨੂੰ ਪੜ੍ਹਨਾ ਚਾਹੀਦਾ ਹੈ ਅਤੇ ਫਿਰ ਕੋਨੇ ਵਿੱਚ ਲੁਕ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।
ਖੈਰ, ਸਾਨੂੰ ਉਨ੍ਹਾਂ ਲਈ ਤਰਸ ਕਰਨਾ ਪੈਂਦਾ ਹੈ. ਸਾਲਾਂ ਤੋਂ ਉਹਨਾਂ ਨੇ ਐਂਡਰੌਇਡ ਦੇ ਦੁਖਦਾਈ UX ਅਤੇ UI ਨੂੰ ਇਹ ਕਹਿ ਕੇ ਮੁਆਫ਼ ਕੀਤਾ ਕਿ ਉਹਨਾਂ ਕੋਲ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੇ ਨਾਲ ਸਭ ਤੋਂ ਤਕਨੀਕੀ ਤੌਰ 'ਤੇ ਉੱਨਤ OS ਹੈ ਅਤੇ ਹੁਣ ਉਹਨਾਂ ਨੂੰ ਪਤਾ ਲੱਗਾ ਹੈ ਕਿ ਉਹ ਫਿਰ ਤੋਂ ਕਈ ਸਾਲ ਪਿੱਛੇ ਹਨ :)
ਜੇ ਕੋਈ ਵਿਅਕਤੀ ਭੇਡ ਨਹੀਂ ਹੈ ਅਤੇ ਇਸ਼ਤਿਹਾਰਾਂ ਨੂੰ ਸੁਣਦਾ ਹੈ (ਅਤੇ ਉਹ ਇਸ ਵਿੱਚ ਚੰਗਾ ਹੈ), ਤਾਂ ਨਿੱਜੀ ਅਨੁਭਵ ਤੋਂ ਬਾਅਦ ਉਹ ਆਪਣੀ ਰਾਏ ਬਣਾ ਸਕਦਾ ਹੈ :-).
ਮੈਂ ਲਗਭਗ ਸਾਰੇ ਮੁਕਾਬਲੇ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦਾ ਹਾਂ ਅਤੇ ਆਪਣੀ ਰਾਏ ਬਣਾਉਂਦਾ ਹਾਂ.
ਮੇਰੇ ਲਈ, ਮੈਨੂੰ ਇੱਕ ਨਵਾਂ ਸੁਪਰ ਉੱਚ-ਪ੍ਰਦਰਸ਼ਨ ਵਾਲਾ ਮੋਬਾਈਲ ਫ਼ੋਨ ਚਾਹੀਦਾ ਹੈ, ਕਿਉਂਕਿ ਮੈਂ ਇਸ 'ਤੇ ਜ਼ਿਆਦਾ ਖਰਚ ਨਹੀਂ ਕਰਦਾ। ਜੋ ਕਿ ਹੈ ਮੈਨੂੰ ਘੱਟ ਕੀਮਤ ਲਈ ਘੱਟ ਪ੍ਰਦਰਸ਼ਨ ਦੀ ਲੋੜ ਹੈ ;-). ਹੋ ਸਕਦਾ ਹੈ ਕਿ ਮੈਂ ਇੱਕ ਵੱਡੀ ਬੈਟਰੀ ਦੇ ਨਾਲ ਹੌਲੀ ਇੱਕ ਨੂੰ ਤਰਜੀਹ ਦੇਵਾਂ।
ਦੂਜੇ ਪਾਸੇ, ਨਵਾਂ ਪ੍ਰੋਕੈਕ ਆਈਪੈਡ ਲਈ ਲਾਭਦਾਇਕ ਹੋਵੇਗਾ ਜਿੱਥੇ ਬਹੁਤ ਸਾਰੀਆਂ ਖੇਡਾਂ ਹਨ :-).
ਮੈਂ Android/HTC ਹਾਂ :) ਕਿਉਂਕਿ ਇਹ ਮੇਰੇ ਲਈ ਕਾਫ਼ੀ ਮਜ਼ੇਦਾਰ ਹੈ ਅਤੇ ਉੱਚ-ਗੁਣਵੱਤਾ ਵਾਲੇ HW ਨੂੰ ਇੱਕ ਤੇਜ਼ ਲੜਾਕੂ ਵਿੱਚ ਰੂਟ ਕਰਨਾ ਅਤੇ ਬਦਲਣਾ ਮੇਰਾ ਸ਼ੌਕ ਹੈ। ਅਤੇ iOS ਮੈਨੂੰ ਅਜਿਹਾ ਕਰਨ ਨਹੀਂ ਦੇਵੇਗਾ। (ਇਹ ਜ਼ਰੂਰੀ ਵੀ ਨਹੀਂ ਹੈ। ਘੱਟ ਜਾਂ ਘੱਟ, ਆਈਓਐਸ ਨੂੰ ਇਸ ਤਰ੍ਹਾਂ ਡਿਜ਼ਾਇਨ ਕੀਤਾ ਗਿਆ ਹੈ ਕਿ ਸਭ ਕੁਝ ਉਸੇ ਤਰ੍ਹਾਂ ਕੰਮ ਕਰਦਾ ਹੈ ਜਿਵੇਂ ਇਹ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਅਤੇ ਤੁਹਾਨੂੰ ਉੱਥੇ ਕੁਝ ਵੀ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ। ਜਦੋਂ ਮੈਂ ਖੇਡਣ ਦਾ ਅਨੰਦ ਲੈਣਾ ਬੰਦ ਕਰਾਂਗਾ, ਮੈਂ ਇੱਕ ਸੇਬ ਖਰੀਦਾਂਗਾ ਅਤੇ ਇਸਦਾ ਆਨੰਦ ਲਵਾਂਗਾ)। ਪਰ ਮੈਨੂੰ ਨਹੀਂ ਪਤਾ ਕਿ ਤੁਸੀਂ ਬੱਚਿਆਂ ਵਾਂਗ ਇੱਕ ਦੂਜੇ 'ਤੇ ਹਮਲਾ ਕਿਉਂ ਕਰਦੇ ਰਹਿੰਦੇ ਹੋ। ਐਪਲ ਪੂਰੀ ਤਰ੍ਹਾਂ ਐਂਡਰਾਇਡ ਵਰਗਾ ਹੈ। ਇਹ ਤਾਨਾਸ਼ਾਹੀ ਅਤੇ ਇਸ ਤਰ੍ਹਾਂ ਦੇ ਨਾਲ ਲੋਕਤੰਤਰ ਦੀ ਤੁਲਨਾ ਕਰਨ ਵਰਗਾ ਹੈ... ਮੈਂ ਕਾਨਫਰੰਸ ਦੇਖੀ ਜਦੋਂ ਆਈਫੋਨ 5S ਪੇਸ਼ ਕੀਤਾ ਗਿਆ ਸੀ ਅਤੇ ਇਸ ਤੱਥ ਦੇ ਬਾਵਜੂਦ ਕਿ ਮੇਰੇ ਕੋਲ ਐਪਲ ਤੋਂ ਕੁਝ ਵੀ ਨਹੀਂ ਹੈ, ਮੈਨੂੰ 64 ਬਿੱਟ ਅਤੇ ਹੋਰ ਸੁਧਾਰ ਪਸੰਦ ਆਏ ਜੋ ਆਏ ਸਨ। ਪਰ ਇਸ ਲਈ ਨਹੀਂ ਕਿ ਮੈਂ ਇੱਕ ਗੁੰਝਲਦਾਰ honimir trtko ਹਾਂ ਜੋ ਇੱਕ PC ਦੇ ਪਿੱਛੇ ਬੈਠਦਾ ਹੈ ਅਤੇ Android ਜਾਂ Apple ਦਾ ਪਿੱਛਾ ਕਰਦਾ ਹਾਂ, ਪਰ ਕਿਉਂਕਿ ਮੈਂ ਤਰੱਕੀ ਦੇਖਦਾ ਹਾਂ ਜੋ ਮੈਨੂੰ ਲੰਬੇ ਸਮੇਂ ਤੱਕ ਉਡੀਕ ਨਹੀਂ ਕਰੇਗਾ। ਲੋਕਾਂ ਨੂੰ ਸੱਚਮੁੱਚ ਸਖ਼ਤ ਮਿਹਨਤ ਕਰਨੀ ਸ਼ੁਰੂ ਕਰ ਦੇਣੀ ਚਾਹੀਦੀ ਹੈ ਤਾਂ ਜੋ ਉਨ੍ਹਾਂ ਕੋਲ ਬਕਵਾਸ ਨਾਲ ਨਜਿੱਠਣ ਲਈ, ਨਿਮਰਤਾ ਨਾਲ ਪੇਸ਼ ਕਰਨ ਦਾ ਸਮਾਂ ਨਾ ਹੋਵੇ।
ਦੂਜੇ ਪਾਸੇ ਤੋਂ ਉਸਾਰੂ ਯੋਗਦਾਨ :) ਕੀਜ਼ ਇਹ ਬਾਕੀ ਬਚੇ 99% ਐਂਡਰਾਇਡ ਸਕਾਰਾਤਮਕ ਦੀਆਂ ਅੱਖਾਂ ਖੋਲ੍ਹ ਦੇਵੇਗਾ
ਹੋ ਸਕਦਾ ਹੈ ਕਿ ਸੇਬ ਦੇ ਕੱਟੜਪੰਥੀਆਂ ਦੇ 99% ਬਾਰੇ ਪਹਿਲਾਂ ਚਰਚਾ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ, ਫਿਰ ਅਸੀਂ ਉਸਾਰੂ ਗੱਲਬਾਤ ਕਰ ਸਕਦੇ ਹਾਂ
ਬਹੁਤ ਗੁੰਝਲਦਾਰ ਚੀਜ਼ਾਂ ਨੂੰ ਅਸਾਨੀ ਨਾਲ ਸਮਝਾਇਆ ਗਿਆ... ਧੰਨਵਾਦ
ਮਹਾਨ ਲੇਖ! ਹਾਂ, ਮੈਂ ਸਹਿਮਤ ਹਾਂ ਕਿ Android/WP ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਇਸ ਲੇਖ ਨੂੰ ਲਾਜ਼ਮੀ ਤੌਰ 'ਤੇ ਪੜ੍ਹਨਾ ਚਾਹੀਦਾ ਹੈ। "ਮੋਬਾਈਲ ਵਿੱਚ 64b ਕਿਵੇਂ ਬੇਕਾਰ ਹੈ" ਬਾਰੇ ਟ੍ਰੋਲ ਕਰਨ ਅਤੇ ਚੁਸਤ ਗੱਲਾਂ ਕਰਨ ਦੀ ਬਜਾਏ...
ਤੁਹਾਡੇ ਹੱਥ ਵਿੱਚ ਸ਼ਾਇਦ ਕਦੇ ਵੀ ਡਬਲਯੂਪੀ ਨਹੀਂ ਸੀ, ਨਹੀਂ ਤਾਂ ਤੁਹਾਡੇ ਕੋਲ ਇਹ ਨਹੀਂ ਹੁੰਦਾ
ਮੋਬਾਈਲ ਮਾਰਕੀਟ ਵਿੱਚ ਆਪਣੀ ਪਹਿਲੀ ਸਫਲਤਾ ਤੋਂ ਬਾਅਦ, ਸੈਮਸੰਗ ਨੇ ਮੁਕਾਬਲੇ ਨੂੰ ਬਦਨਾਮ ਕਰਨ ਤੋਂ ਇਲਾਵਾ ਕੁਝ ਨਹੀਂ ਕੀਤਾ ਹੈ, ਪਰ ਅਸਲ ਵਿੱਚ, ਇਹ ਇਸ ਸਾਰੇ ਸਮੇਂ ਵਿੱਚ ਇਸਦੇ ਕਦਮਾਂ 'ਤੇ ਚੱਲ ਰਿਹਾ ਹੈ. ਐਪਲ ਹਮੇਸ਼ਾਂ ਤਕਨੀਕੀ ਕੰਪਨੀਆਂ ਲਈ ਇੱਕ ਰੋਲ ਮਾਡਲ ਰਿਹਾ ਹੈ, ਅਤੇ ਜੇਕਰ ਉਹ ਸਿਰਫ਼ ਮਜ਼ਾਕ ਉਡਾਉਣ ਅਤੇ ਗਾਹਕਾਂ ਨੂੰ ਲਗਾਤਾਰ ਗਲਤ ਜਾਣਕਾਰੀ ਦੇਣ 'ਤੇ ਧਿਆਨ ਕੇਂਦ੍ਰਤ ਕਰਦੇ ਹਨ, ਤਾਂ ਉਹ ਛੇਤੀ ਹੀ ਠੋਕਰ ਖਾ ਜਾਣਗੇ। ਐਪਲ ਹਮੇਸ਼ਾ ਆਪਣੇ ਤਰੀਕੇ ਨਾਲ ਚੱਲਿਆ ਹੈ ਅਤੇ ਇਹ ਹਮੇਸ਼ਾ ਬਹੁਤ ਵਧੀਆ ਸਮੇਂ ਦਾ ਮਾਮਲਾ ਰਿਹਾ ਹੈ, ਜਿਸਦੀ ਉਦਯੋਗ ਵਿੱਚ ਬਹੁਤ ਸਾਰੀਆਂ ਪ੍ਰਤੀਯੋਗੀ ਕੰਪਨੀਆਂ ਦੀ ਘਾਟ ਹੈ।
ਕੋਈ ਕਹਿ ਸਕਦਾ ਹੈ ਕਿ ਸੈਮਸੰਗ ਲਹਿਰ ਦੀ ਸਵਾਰੀ ਕਰ ਰਿਹਾ ਹੈ ਅਤੇ ਇਸ ਦੀਆਂ ਸੰਭਾਵਨਾਵਾਂ ਦਾ ਫਾਇਦਾ ਉਠਾ ਰਿਹਾ ਹੈ. ਉਹ ਐਂਡਰੌਇਡ 'ਤੇ ਸੱਟਾ ਲਗਾਉਂਦਾ ਹੈ, ਉਸ ਕੋਲ ਬਹੁਤ ਵਧੀਆ HW ਹੈ, ਉਹ ਬਹੁਤ ਸਾਰੀਆਂ ਚੀਜ਼ਾਂ ਖੁਦ ਬਣਾਉਂਦਾ ਹੈ, ਉਸ ਕੋਲ ਵਧੀਆ ਸਮਰਥਨ ਹੈ. ਅਤੇ ਕਿਸੇ ਵੀ ਸ਼ਿਕਾਰੀ ਏਸ਼ੀਆਈ ਕੰਪਨੀ ਵਾਂਗ, ਇਹ ਇਸ਼ਤਿਹਾਰਬਾਜ਼ੀ ਦੀਆਂ ਸਾਰੀਆਂ ਸੰਭਾਵਨਾਵਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੀ ਹੈ। ਅਤੇ ਬੇਸ਼ਕ ਉਹ ਚੋਰੀ ਕਰਦਾ ਹੈ ਅਤੇ ਨਕਲ ਕਰਦਾ ਹੈ. "ਝਲਕੀਆਂ ਅੱਖਾਂ" ਦੀ ਨਕਲ ਕਰਨਾ ਚੰਗੀ ਹੈ। ਉਨ੍ਹਾਂ ਨੇ ਬਹੁਤ ਚੰਗੀ ਤਰ੍ਹਾਂ ਹਿਸਾਬ ਲਗਾਇਆ ਹੈ ਕਿ ਇਹ ਕਦਮ ਦਰ ਕਦਮ ਆਪਣੇ ਤਰੀਕੇ ਨਾਲ ਜਾਣ ਨਾਲੋਂ ਬਹੁਤ ਸਸਤਾ ਹੈ. ਅਤੇ ਇੱਕ ਮਜ਼ਬੂਤ ਕੰਪਨੀ ਹੋਣ ਦੇ ਨਾਤੇ, ਇਹ ਇਸਨੂੰ ਆਸਾਨੀ ਨਾਲ ਬਰਦਾਸ਼ਤ ਕਰ ਸਕਦੀ ਹੈ. ਫਿਰ ਵੀ…
ਮੈਨੂੰ ਸਮਝ ਨਹੀਂ ਆਉਂਦੀ ਕਿ ਫ਼ੋਨ ਦੀ ਸਪੀਡ ਲਗਾਤਾਰ ਕਿਉਂ ਵਧ ਰਹੀ ਹੈ, ਮੈਨੂੰ ਕੁਝ ਉਦਾਹਰਣ ਦਿਓ ਕਿ ਤੁਸੀਂ ਇਸਦੀ ਵਰਤੋਂ ਕਿਸ ਲਈ ਕਰਦੇ ਹੋ, ਹੌਲੀ-ਹੌਲੀ ਮੇਰੇ ਲਈ ਮੋਬਾਈਲ ਫ਼ੋਨ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਵਧਾਉਣ ਦਾ ਕੋਈ ਮਤਲਬ ਨਹੀਂ ਬਣਦਾ, ਪਰ ਮੈਂ ਮਾਰਕੀਟਿੰਗ ਸ਼ਬਦ ਨੂੰ ਹਟਾ ਦੇਵਾਂਗਾ। .
ਗੇਮਾਂ, ਖਰਾਬ ਅਨੁਕੂਲਿਤ ਗੇਮਾਂ। ਨਾਲ ਹੀ, ਆਈਪੈਡ 3 'ਤੇ ਟਰਾਂਸਪੋਰਟ ਟਾਈਕੂਨ ਓਨੇ ਸੁਚਾਰੂ ਅਤੇ ਉਸੇ ਰੈਜ਼ੋਲਿਊਸ਼ਨ ਵਿੱਚ ਨਹੀਂ ਚੱਲਦਾ ਜਿੰਨਾ ਇਹ ਡੈਸਕਟਾਪ 'ਤੇ ਕਰਦਾ ਹੈ। ਉਦਾਹਰਨ.
ਮੈਨੂੰ ਸਮਝ ਨਹੀਂ ਆਉਂਦੀ ਕਿ ਫ਼ੋਨ ਦੀ ਸਪੀਡ ਕਿਉਂ ਵਧਦੀ ਰਹਿੰਦੀ ਹੈ, ਮੈਨੂੰ ਕੁਝ ਉਦਾਹਰਣ ਦਿਓ ਕਿ ਤੁਸੀਂ ਇਸਦੀ ਵਰਤੋਂ ਕਿਸ ਲਈ ਕਰਦੇ ਹੋ, ਮੇਰੇ ਲਈ ਹੌਲੀ-ਹੌਲੀ ਮੋਬਾਈਲ ਫ਼ੋਨ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਵਧਾਉਣ ਦਾ ਕੋਈ ਮਤਲਬ ਨਹੀਂ ਬਣਦਾ, ਜੇਕਰ ਮੈਂ ਇਸ ਵਿੱਚੋਂ ਮਾਰਕੀਟਿੰਗ ਸ਼ਬਦ ਨੂੰ ਹਟਾ ਦਿੰਦਾ ਹਾਂ। .
ਵੀਡੀਓ, ਆਡੀਓ ਅਤੇ ਚਿੱਤਰ ਪ੍ਰੋਸੈਸਿੰਗ ਲਈ। ਅਤੇ ਖੇਡਾਂ ਵੱਲ ਵਧੋ।
ਕੋਈ ਵੀ ਜੋ ਸਿਰਫ ਕਾਲ ਕਰਨ, ਟੈਕਸਟ ਕਰਨ, ਅਤੇ ਕਦੇ-ਕਦਾਈਂ ਈਮੇਲਾਂ ਨੂੰ ਪੜ੍ਹਨ ਜਾਂ ਭੇਜਣ ਅਤੇ ਕਦੇ-ਕਦਾਈਂ ਇੰਟਰਨੈਟ ਸਰਫ ਕਰਨ ਲਈ ਆਈਫੋਨ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ, ਉਸ ਨੂੰ ਆਈਫੋਨ 4 ਦੀ ਜ਼ਰੂਰਤ ਹੋਏਗੀ। ਮੇਰਾ ਮੰਨਣਾ ਹੈ ਕਿ ਅਜਿਹੇ ਬਹੁਤ ਸਾਰੇ ਉਪਭੋਗਤਾ ਹਨ. ਹਰ ਕਿਸੇ ਨੂੰ ਦੁਨੀਆ ਦੇ ਸਭ ਤੋਂ ਵਧੀਆ ਫ਼ੋਨ ਦੀ ਲੋੜ ਨਹੀਂ ਹੁੰਦੀ :-)
ਭੇਡ
ਕੀ ਹਾਰਡਵੇਅਰ ਅਤੇ ਸੌਫਟਵੇਅਰ ਵਿਚਕਾਰ ਭੌਤਿਕ ਵਪਾਰ ਦਾ ਤੁਹਾਡੇ ਲਈ ਕੋਈ ਅਰਥ ਨਹੀਂ ਹੈ? ਇਹ ਮੈਨੂੰ 19ਵੀਂ ਸਦੀ ਦੇ ਅੰਤ ਦੀ ਥੋੜੀ ਜਿਹੀ ਯਾਦ ਦਿਵਾਉਂਦਾ ਹੈ, ਜਦੋਂ ਉਸ ਸਮੇਂ ਦੇ ਭੌਤਿਕ ਵਿਗਿਆਨੀਆਂ ਨੇ ਕਿਹਾ ਸੀ ਕਿ ਭੌਤਿਕ ਵਿਗਿਆਨ ਵਿੱਚ ਸਭ ਕੁਝ ਪਹਿਲਾਂ ਹੀ ਖੋਜਿਆ ਜਾ ਚੁੱਕਾ ਸੀ ਅਤੇ ਇਸਨੂੰ ਜਾਰੀ ਰੱਖਣ ਦੀ ਕੋਈ ਲੋੜ ਨਹੀਂ ਸੀ (ਸਾਪੇਖਤਾ ਦੇ ਸਿਧਾਂਤ ਤੋਂ ਇੱਕ ਦਹਾਕਾ ਪਹਿਲਾਂ ਅਤੇ ਕੁਆਂਟਮ ਥਿਊਰੀ ਤੋਂ ਤਿੰਨ ਪਹਿਲਾਂ)। .
ਉੱਤਮ ਦੀ ਭਾਲ ਕਦੇ ਖਤਮ ਨਹੀਂ ਹੁੰਦੀ। ਕਦੇ ਸਾਫਟਵੇਅਰ ਅਗਵਾਈ ਕਰਦਾ ਹੈ ਅਤੇ ਕਦੇ ਹਾਰਡਵੇਅਰ। ਪਰ ਜੇ ਇੱਕ ਫਸ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਇਹ ਦੂਜੇ ਨੂੰ ਜਾਣ ਨਹੀਂ ਦੇਵੇਗਾ. ਅਸੀਂ ਆਪਣੇ ਵੰਸ਼ਜਾਂ ਲਈ ਇੰਨੇ ਸੁਆਰਥੀ ਨਹੀਂ ਹੋਵਾਂਗੇ :) ਇਸ ਲਈ ਤੁਹਾਡੀ ਟਿੱਪਣੀ - ਇੱਕ ਤੇਜ਼ ਫੋਨ ਵਧੇਰੇ ਸ਼ਕਤੀਸ਼ਾਲੀ ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੂੰ ਸਮਰੱਥ ਕਰੇਗਾ, ਜੋ ਕਿ ਡਰਾਈਵਾਂ ਨਾਲੋਂ ਬਹੁਤ ਕੁਝ ਕਰਨ ਦੇ ਯੋਗ ਹੋਵੇਗਾ। ਅਤੇ ਇੱਕ ਵਾਰ ਉਹ ਚੀਜ਼ਾਂ ਜਿਹੜੀਆਂ ਅੱਜ ਦੇ ਕੰਪਿਊਟਰਾਂ ਲਈ ਕਾਫ਼ੀ ਨਹੀਂ ਹਨ. ਭਵਿੱਖ ਰੋਮਾਂਚਕ ਹੈ।
ਬਿਲਕੁਲ :)
ਵਧੀਆ ਲੇਖ, ਪਰ ਮੈਨੂੰ ਸਮਝ ਨਹੀਂ ਆਉਂਦੀ ਕਿ ਐਪਲ ਨੇ A7 ਵਿੱਚ 2GB RAM ਕਿਉਂ ਨਹੀਂ ਪਾਈ। ਹਾਂ, iOS ਮਲਟੀਟਾਸਕਿੰਗ ਅਜਿਹੀ ਨਹੀਂ ਹੈ ਜਿਸ ਲਈ 2GB ਦੀ ਲੋੜ ਪਵੇ, ਪਰ ਮੈਮੋਰੀ ਪੁਆਇੰਟਰ ਦੀ ਲੰਬਾਈ ਦੇ ਦੁੱਗਣੇ ਹੋਣ ਦੇ ਕਾਰਨ ਇਹ ਬਹੁਤ ਜ਼ਿਆਦਾ ਢੁਕਵਾਂ ਹੋਵੇਗਾ।
ਪਰ ਨਹੀਂ ਤਾਂ ਮੈਂ ਸਹਿਮਤ ਹਾਂ ਕਿ ਇੱਕ 64-ਬਿੱਟ ਪ੍ਰੋਸੈਸਰ ਇੱਕ ਮੋਬਾਈਲ ਫੋਨ ਲਈ "ਬੇਲੋੜੀ" ਹੈ, ਜਿਵੇਂ ਕਿ ਇੱਕ ਗੇਂਦ ਦੀ ਬਜਾਏ ਇੱਕ ਰੈਟੀਨਾ ਡਿਸਪਲੇ ਜਾਂ ਇੱਕ ਆਪਟੀਕਲ ਮਾਊਸ ਬੇਲੋੜਾ ਸੀ - ਇਹਨਾਂ ਸਾਰੀਆਂ ਕਾਢਾਂ ਨੂੰ "ਬੇਲੋੜੀ" ਵਜੋਂ ਲੇਬਲ ਕੀਤਾ ਗਿਆ ਸੀ, ਪਰ ਮੇਰੀ ਰਾਏ ਵਿੱਚ ਸਹੀ ਸ਼ਬਦ "ਸਦਾਹੀਣ" ਹੈ, ਕਿਉਂਕਿ ਇੱਕ ਵਾਰ ਜ਼ਰੂਰ ਆਉਣਾ ਚਾਹੀਦਾ ਹੈ ਅਤੇ ਐਪਲ ਕੁਝ ਨਵਾਂ ਲੈ ਕੇ ਆਉਣ ਤੋਂ ਨਹੀਂ ਡਰਦਾ।
ਮੈਂ ਦੂਜਾ। ਬਦਕਿਸਮਤੀ ਨਾਲ, "ਬੇਕਾਰ" ਵੀ ਇੱਕ ਸਹੀ ਸਮੀਕਰਨ ਨਹੀਂ ਹੈ. ਬੇਲੋੜੀ ਦਾ ਅਰਥ ਹੈ ਉਹ ਚੀਜ਼ ਜਿਸ ਦੀ ਤਰਜੀਹ ਵਿਅਕਤੀ ਨੂੰ ਨਹੀਂ ਪਤਾ। ਇਹ ਯਕੀਨੀ ਤੌਰ 'ਤੇ ਸੱਚ ਨਹੀਂ ਹੈ। ਸਪੀਡ ਨੂੰ ਅਜਿਹੀ ਸਪੀਡ ਦੀ ਜ਼ਰੂਰਤ ਨਹੀਂ ਹੋ ਸਕਦੀ, ਪਰ ਇਹ ਯਕੀਨੀ ਤੌਰ 'ਤੇ ਇਸ ਨੂੰ ਪਛਾਣ ਲਵੇਗੀ. ਅਤੇ ਜਦੋਂ ਸੌਫਟਵੇਅਰ ਹਾਰਡਵੇਅਰ ਨਾਲ ਜੁੜ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਦੁਬਾਰਾ ਸੁਧਾਰ ਲਈ ਜਗ੍ਹਾ ਹੋਵੇਗੀ।
ਯਕੀਨਨ, ਮੈਂ ਹੱਕ ਵਿੱਚ ਹਾਂ, ਮੇਰਾ ਮਤਲਬ ਹੈ ਕਿ iP5 ਅਸਲ ਵਿੱਚ ਇੱਕ ਬਹੁਤ ਤੇਜ਼ ਸਮਾਰਟਫੋਨ ਹੈ, ਇਸਲਈ 5S ਨੂੰ 64bit ਬਿਲਕੁਲ ਨਹੀਂ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਪਰ ਇੱਕ ਦਿਨ ਕਿਸੇ ਨੂੰ ਇਸ ਨਾਲ ਦੁਬਾਰਾ ਨਜਿੱਠਣਾ ਪਿਆ ਅਤੇ ਇਹ ਐਪਲ ਸੀ ਅਤੇ ਇਹ ਹੁਣ ਸੀ. ਜਿੰਨਾ ਚਿਰ ਮੈਨੂੰ ਯਾਦ ਹੈ, ਮਾਹਰਾਂ ਨੇ ਇਸ ਬਾਰੇ ਵੀ ਗੱਲ ਕੀਤੀ ਹੈ ਕਿ ਕਿਵੇਂ 64-ਬਿੱਟ ਪ੍ਰੋਸੈਸਰ ਕੰਪਿਊਟਰਾਂ ਵਿੱਚ ਵੀ ਬੇਕਾਰ ਹੋ ਜਾਣਗੇ.
ਮੇਰੇ ਲਈ, ਇੱਕ IT ਆਮ ਆਦਮੀ ਵਜੋਂ ਜੋ ਲਗਭਗ ਮੈਟ੍ਰਿਕ ਵਿੱਚ ਫੇਲ੍ਹ ਹੋ ਗਿਆ ਸੀ, ਸਿੱਟਾ ਮਹੱਤਵਪੂਰਨ ਹੈ. ਪੂਰਾ ਲੇਖ (ਟਿੱਪਣੀਆਂ ਦੁਆਰਾ ਸਮਰਥਤ) ਮੇਰੇ ਲਈ ਕਾਫ਼ੀ ਸਮਝਦਾਰ ਜਾਪਦਾ ਹੈ, ਅਤੇ ਹਾਲਾਂਕਿ ਮੈਂ ਇਸਦੀ ਵਿਆਖਿਆ ਕਰਨ ਦੇ ਯੋਗ ਨਹੀਂ ਹੋਵਾਂਗਾ, 7-ਬਿੱਟ ਆਰਕੀਟੈਕਚਰ ਵਾਲਾ A64 ਇੱਕ ਕਦਮ ਅੱਗੇ ਹੈ। ਜਾਣਕਾਰੀ ਲਈ ਧੰਨਵਾਦ।
ਮੈਂ ਲੇਖ ਦੇ ਸਿਰਲੇਖ ਨੂੰ ਸੰਪਾਦਿਤ ਕਰਾਂਗਾ, ਕਿਉਂਕਿ ਇਹ ਇੱਕ ਮਾਰਕੀਟਿੰਗ ਚਾਲ ਹੈ. ਹਰ ਨਵੀਨਤਾ ਅਸਲ ਵਿੱਚ ਇੱਕ ਮਾਰਕੀਟਿੰਗ ਚਾਲ ਹੈ. :-)
ਮੈਨੂੰ ਨਹੀਂ ਲੱਗਦਾ. ਉਦਾਹਰਨ ਲਈ, ਸੈਮਸੰਗ ਮਾਰਕੀਟਿੰਗ ਚਾਲਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ। ਉਹ ਰੈਮ ਦੇ ਨਾਲ ਦਿਖਾਈ ਦਿੰਦੇ ਹਨ, ਜਿਸਦੀ ਆਈਫੋਨ ਨੂੰ ਬਿਲਕੁਲ ਵੀ ਲੋੜ ਨਹੀਂ ਹੁੰਦੀ ਹੈ। ਉਹ ਉਹਨਾਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਤੋਂ ਦੂਰ ਹੋ ਰਹੇ ਹਨ ਜੋ ਬਿਲਕੁਲ ਵੀ ਵਰਤੋਂ ਯੋਗ ਨਹੀਂ ਹਨ। ਟੈਸਟਾਂ ਲਈ ਉਹਨਾਂ ਦੀ ਜਾਣਬੁੱਝ ਕੇ ਵਧ ਰਹੀ ਪ੍ਰੋਸੈਸਰ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ। ਆਦਿ। ਇਹ ਮਾਰਕੀਟਿੰਗ ਹੈ, ਹਾਲਾਂਕਿ ਹਾਂ, ਇਹ ਗੁੰਮਰਾਹਕੁੰਨ ਹੈ, ਜਿਸ ਤੋਂ ਉਹਨਾਂ ਨੂੰ ਦੂਰ ਨਹੀਂ ਜਾਣਾ ਚਾਹੀਦਾ;)