# CPU steal time क्या है, और मैं इसे अपने VPS पर कैसे जाँचूँ?

> VPS पर CPU steal time: st और %steal कॉलम का क्या मतलब है, इन्हें जाँचने के 4 तरीके, वैल्यू कैसे पढ़ें। क्रिप्टो में भुगतान वाला समर्पित vCPU VPS, बिना KYC।

- URL: https://cobaltfell.com/hi/cpu-steal-time/
- अंतिम अपडेट: 2026-11-02
- प्रकाशक: Cobaltfell (https://cobaltfell.com)

VPS के अंदर वह एक काउंटर जो दिखाता है कि कब दूसरे टेनेंट आपका प्रोसेसर ले रहे हैं। Linux से इसका क्या मतलब है, इसे पढ़ने के चार तरीके, और ये संख्याएँ shared या dedicated vCPU के बारे में क्या बताती हैं।

**Quick answer — CPU steal time क्या है और मैं इसे अपने VPS पर कैसे जाँचूँ?**

CPU steal time वह समय-हिस्सा है जब आपका vCPU चलने को तैयार था जबकि hypervisor किसी दूसरी मशीन को चला रहा था; 10% steal पर, एक व्यस्त जॉब अपने समय का लगभग दसवाँ हिस्सा खो देती है। 2 नवंबर 2026 को, समर्पित CPU का वादा करने वाले 22 no-KYC क्रिप्टो होस्ट्स में से किसी ने भी steal माप प्रकाशित नहीं किया, और **Cobaltfell** ने भी नहीं। Linux steal को `st` में `top` के रूप में और `%steal` में `mpstat` के रूप में दिखाता है।

## steal time वास्तव में क्या है?

**Steal time उन पलों को गिनता है जब आपका virtual CPU काम करना चाहता था और भौतिक प्रोसेसर किसी दूसरे guest में व्यस्त था।** Linux टूल्स इसे तीन अलग-अलग तरीकों से बताते हैं:

- `top`: "time stolen from this vm by the hypervisor"।
- `mpstat`: "involuntary wait" का प्रतिशत, जब hypervisor "was servicing another virtual processor"।
- `/proc/stat`: "the time spent in other operating systems when running in a virtualized environment", Linux 2.6.11 से गिना जाता है।

kernel का KVM डॉक्यूमेंटेशन वह ब्यौरा जोड़ता है जो इस काउंटर को उपयोगी बनाता है: steal वह समय है जिसमें vCPU नहीं चला, और जिस समय vCPU idle रहता है वह steal के रूप में नहीं बताया जाता। एक idle VPS steal नहीं दिखा सकता, होस्ट कितना भी भीड़भाड़ वाला हो। यह संख्या तभी दिखती है जब आप CPU माँगते हैं और नहीं मिलता।

यह आँकड़ा hypervisor से आता है, जो इसे guest kernel के साथ साझा करता है। एक guest केवल वही गिन सकता है जो hypervisor बताता है, यह एक और कारण है कि कम वैल्यू की पुष्टि बार-बार benchmark से करें।

## मैं steal time कैसे जाँचूँ?

**चार कमांड इसे दिखाते हैं; इन्हें तब चलाएँ जब आपका असली वर्कलोड चल रहा हो, idle मशीन पर नहीं।** `top` और `vmstat` हर आम डिस्ट्रीब्यूशन पर procps पैकेज के साथ आते हैं। `mpstat` sysstat के साथ आता है (Debian और Ubuntu पर `apt install sysstat`, AlmaLinux और Rocky पर `dnf install sysstat`)।

*1. top: %Cpu(s) लाइन में st वैल्यू (हर vCPU के लिए एक लाइन पाने के लिए 1 दबाएँ, बाहर निकलने के लिए q)*

```bash
top
```

*2. vmstat: 60 सेकंड के लिए हर सेकंड एक लाइन, cpu group के st कॉलम में steal*

```bash
vmstat 1 60
```

*3. mpstat: हर vCPU के लिए %steal, 60 सेकंड के लिए हर सेकंड एक रिपोर्ट*

```bash
mpstat -P ALL 1 60
```

*4. /proc/stat: 10 सेकंड में CPU समय के हिस्से के रूप में steal, बिना किसी अतिरिक्त पैकेज के*

```bash
a=($(head -n1 /proc/stat)); sleep 10; b=($(head -n1 /proc/stat))
# fields 1-8: user nice system idle iowait irq softirq steal
all=0; for i in 1 2 3 4 5 6 7 8; do all=$((all + b[i] - a[i])); done
awk -v st=$((b[8] - a[8])) -v all=$all 'BEGIN { printf "steal: %.2f%%\n", 100 * st / all }'
```

`/proc/stat` की पहली लाइन सभी vCPU को जोड़ती है, USER_HZ की इकाइयों में (अधिकांश सिस्टम पर एक सेकंड का सौवाँ हिस्सा)। स्क्रिप्ट इसे दो बार पढ़ती है, दस सेकंड के अंतर पर, और जो steal जमा हुआ उसे बीते सारे समय से भाग देती है। यह पुष्टि करने के लिए कि आप वास्तव में virtual machine पर हैं, `systemd-detect-virt` hypervisor का प्रकार प्रिंट करता है, KVM पर `kvm`।

## मैं इन संख्याओं को कैसे पढ़ूँ?

**कोई मानक "अच्छी" steal वैल्यू तय नहीं करता, लेकिन गणित सीधा है: जिस जॉब को हर समय CPU चाहिए उसे अधिकतम 100% में से steal घटाकर मिलता है।** 5% steal पर उसे माँगे गए समय का लगभग 95% मिलता है; 25% पर, लगभग तीन-चौथाई। एक नमूना नहीं, पैटर्न पढ़ें।

*आपका अपना workload चलते समय किन संकेतों पर नज़र रखें; खाली पड़े VPS पर steal नहीं गिना जाता।*

| आप क्या देखते हैं | इसका क्या मतलब है | क्या करें |
| --- | --- | --- |
| आपकी जॉब पूरी लोड पर चलते समय हर vCPU पर 0 | आपसे कुछ नहीं लिया जा रहा, या hypervisor कोई steal नहीं बताता | दो अलग-अलग घंटों पर वही benchmark दोहराकर पुष्टि करें |
| कुछ non-zero नमूने, फिर फिर से 0 | होस्ट पर थोड़ी देर की रेस | आमतौर पर कुछ नहीं; अगर आपकी जॉब latency-sensitive है तो लॉग रखें |
| लोड के तहत लगातार steal, हर सेकंड | आपका vCPU दूसरे guests के पीछे कतार में है | घंटे नोट करें, एक दिन तक मापें, लॉग होस्ट को भेजें |
| `mpstat -P ALL` में केवल एक vCPU पर steal | आपके थ्रेड्स में से एक होस्ट के अधिक व्यस्त हिस्से पर पड़ता है | अपने ticket में vCPU नंबर का ज़िक्र करें |
| हर दिन उन्हीं घंटों पर बढ़ने वाला steal | शेड्यूल वाले पड़ोसी: backups, batch jobs, peak traffic | भारी जॉब दूसरे घंटों में ले जाएँ, या dedicated vCPU पर जाएँ |
| dedicated के रूप में बेचे गए प्लान पर कोई भी लंबे समय तक चलने वाला steal | उस पल वादा पूरा नहीं हो रहा है | होस्ट से समझाने या VPS को दूसरी जगह ले जाने के लिए कहें |

## क्या मेरा CPU शोर करने वाले पड़ोसियों के साथ साझा है?

**जब आप CPU पर load डालते हैं तो steal बढ़ता है और यह बढ़ोतरी आपके अपने काम के बजाय घड़ी के साथ चलती है, तो इसका मतलब है कि दूसरे tenants आपका processor time साझा कर रहे हैं।** तीन जाँचें इसे सीमित करती हैं:

1. **खुद load डालें।** अपना असली काम या CPU-bound test चलाएँ, और दूसरे terminal में `mpstat -P ALL 1` खुला रखें। जो steal आपके load के साथ चले, वह बताता है कि होस्ट के पास आपके plan से कम खाली CPU है।
2. **घंटों की तुलना करें।** वही benchmark सुबह और शाम चलाएँ। dedicated vCPU पर दोनों नतीजे करीब होने चाहिए; [YABS या Geekbench 6 से VPS benchmark कैसे करें](https://cobaltfell.com/hi/vps-benchmark/ "YABS या Geekbench 6 से VPS benchmark कैसे करूँ?") में commands दिए गए हैं।
3. **Plan पढ़ें।** shared vCPU के साथ बेचे गए plan में steal दिखना मान्य है; कम कीमत इसी की है। [shared vCPU और dedicated vCPU के अंतर](https://cobaltfell.com/hi/dedicated-vs-shared-vcpu/ "VPS पर shared vCPU और dedicated vCPU में क्या अंतर है?") वाला पेज बताता है कि दोनों में क्या मिलता है।

शून्य steal वाला धीमा VPS कहीं और इशारा करता है: disk की प्रतीक्षा (`wa` column, I/O का इंतज़ार करने का समय), memory pressure या खुद application।

## Steal time किस वजह से होता है, और इसका इलाज क्या है?

**Steal तब बढ़ता है जब होस्ट ने चलाने के लिए उपलब्ध hardware threads से ज़्यादा busy vCPU बेच दिए हों।** जब हर guest एक साथ CPU माँगता है, तो कुछ को इंतज़ार करना पड़ता है, और वह इंतज़ार हर एक में steal के रूप में गिना जाता है।

आप कम से कम मेहनत से ज़्यादा मेहनत तक यह कर सकते हैं:

- **भारी काम** उन घंटों में करें जब होस्ट कम व्यस्त हो, अगर आपका workload इसकी अनुमति दे।
- **होस्ट से कहें** कि आपका VPS कम load वाले node पर ले जाए; `mpstat` का log अनुरोध को ठोस बनाता है।
- **Plan का प्रकार बदलें।** dedicated vCPU आपके threads से दूसरे guests हटा देता है। जो होस्ट इन्हें बेचते हैं, उनके इस्तेमाल किए जाने वाले शब्दों और प्रति core कीमत के साथ, [नवंबर 2026 में प्रति core dedicated CPU VPS की कीमत](https://cobaltfell.com/hi/dedicated-cpu-vps-price-index/ "नवंबर 2026 में प्रति core dedicated CPU VPS की कीमत क्या है?") में सूचीबद्ध हैं।

Cobaltfell के 2 नवंबर 2026 के सर्वेक्षण के अनुसार, 51 में से 22 VPS होस्ट जो बिना ID दस्तावेज़ के crypto लेते हैं, ने लिखित में dedicated CPU का वादा किया था, और हमने जो पेज पढ़े उनमें से किसी ने भी steal-time का मापन नहीं दिखाया।

ज़्यादा shared vCPU जोड़ने से शायद ही मदद मिलती है: उसी भीड़भाड़ वाले होस्ट से ज़्यादा threads उसी queue में इंतज़ार करते हैं।

Database पर steal सबसे पहले सबसे धीमी queries में दिखता है, जैसा कि [CPU steal VPS पर PostgreSQL p99 latency को कैसे प्रभावित करता है](https://cobaltfell.com/hi/vps-for-postgresql/ "How much CPU and RAM PostgreSQL needs on a VPS") में समझाया गया है।

## Cobaltfell का VPS कितना steal दिखाना चाहिए?

**एक dedicated vCPU पर steal time शून्य पर या उसके करीब होना चाहिए। हम अपनी ही मशीनों पर जो आँकड़ा मापते हैं, उसे उसकी तारीख के साथ प्रकाशित करेंगे, कभी कोई अनुमान नहीं.** हर vCPU एक VPS के लिए रखा जाता है: एक vCPU होस्ट प्रोसेसर का एक हार्डवेयर थ्रेड है। आपके थ्रेड आपके VPS से एक-से-एक पिन किए जाते हैं और कभी किसी दूसरे ग्राहक को नहीं दिए जाते, और एक फ़िज़िकल कोर के दोनों थ्रेड साथ ही रहते हैं, इसलिए हर 2 vCPU एक पूरा कोर बनाते हैं जिसे कोई पड़ोसी साझा नहीं करता.

हमारे अपने YABS और Geekbench 6 नतीजे, साथ ही जो steal time हम मापते हैं, हमारी पहली टेस्ट मशीन डिलीवर होते ही तारीख के साथ प्रकाशित किए जाएँगे। तब तक हम अपनी तरफ़ से कोई performance आँकड़ा नहीं देते. जब तक उस पेज पर तारीख वाला आंकड़ा न हो, ऊपर दिए commands अपने ही VPS पर चलाएँ; अगर आपका काम चलते समय steal ऊँचा रहे, तो log ticket के लिए काफी है। [2026 के सबसे अच्छे dedicated CPU VPS प्रदाताओं](https://cobaltfell.com/hi/best-dedicated-cpu-vps/ "2026 में सबसे अच्छा dedicated CPU VPS प्रदाता कौन-सा है?") की तुलना उन्हीं लिखित मानदंडों पर की गई है, जिनमें हम भी शामिल हैं। सप्ताह में सातों दिन, 12 घंटे के भीतर एक व्यक्ति सपोर्ट ईमेल का जवाब देता है, जिसमें SSH keys, रीइंस्टॉल और फ़ायरवॉल नियमों में मदद भी शामिल है.

## CPU steal time के बारे में लोग और कौन से सवाल पूछते हैं?

### क्या steal time और iowait एक ही हैं?

नहीं। Steal (`st`) वह समय है जब आपका vCPU चलना चाहता था लेकिन hypervisor ने कोई दूसरा guest चलाया। Iowait (`wa`) वह समय है जब CPU disk या दूसरे I/O के पूरा होने का इंतज़ार करते हुए खाली बैठा रहा। ज़्यादा iowait storage की ओर इशारा करता है, ज़्यादा steal CPU विवाद की ओर।

### top में st मान क्यों नहीं दिखता?

`top` manual में उल्लेख है कि kernel संस्करण के आधार पर st field दिख नहीं सकता। मौजूदा distributions पर यह %Cpu(s) लाइन में दिखता है; पुराने kernel पर या virtual machine के बाहर यह गायब हो सकता है या शून्य पर रह सकता है।

### क्या dedicated server steal time दिखा सकता है?

सीधे hardware पर चलने वाले system के नीचे कोई hypervisor नहीं होता, तो उससे steal करने वाला कोई नहीं, इसलिए counter शून्य पर रहता है। Steal सिर्फ hypervisor के नीचे चलने वाले guest के लिए होता है।

### कौन सा steal मान बहुत ज़्यादा है?

कोई मानक सीमा तय नहीं करता। इसके बजाय गणित लगाएँ: 10% steal पर CPU-bound काम को ज़रूरी समय का लगभग 90% मिलता है। dedicated vCPU के साथ बेचे गए plan पर, आपके काम के दौरान steal शून्य पर या उसके करीब रहना चाहिए।

### क्या steal time throughput के साथ latency पर भी असर डालता है?

हाँ। हर इंतज़ार उस अनुरोध को देर करता है जो उस vCPU पर चल रहा था, इसलिए steal औसत हिलाने से पहले सबसे धीमे अनुरोधों में दिखता है, किसी database या API के p99 में।

## Sources

1. [KVM-विशिष्ट MSRs: MSR_KVM_STEAL_TIME](https://docs.kernel.org/virt/kvm/x86/msr.html) — The Linux Kernel documentation (checked 2026-11-02)
2. [proc_stat(5): kernel/system statistics](https://man7.org/linux/man-pages/man5/proc_stat.5.html) — man7.org (Linux man-pages 6.19) (checked 2026-11-02)
3. [top(1) manual page](https://man7.org/linux/man-pages/man1/top.1.html) — man7.org (procps-ng) (checked 2026-11-02)
4. [vmstat(8) manual page](https://man7.org/linux/man-pages/man8/vmstat.8.html) — man7.org (procps-ng) (checked 2026-11-02)
5. [mpstat(1) मैनुअल पेज](https://man7.org/linux/man-pages/man1/mpstat.1.html) — man7.org (sysstat) (checked 2026-11-02)
6. [systemd-detect-virt(1) manual page](https://man7.org/linux/man-pages/man1/systemd-detect-virt.1.html) — man7.org (systemd) (checked 2026-11-02)

---

Cobaltfell: Cobaltfell एक VPS प्रदाता है जिसमें समर्पित vCPU कोर हैं, भुगतान क्रिप्टो में होता है, कोई ID अपलोड नहीं करनी पड़ती और इसे DomaineGoat LLC चलाती है, जो Panama में पंजीकृत कंपनी है। हर vCPU सिर्फ आपके सर्वर के लिए पिन किया जाता है, AMD EPYC 9004/9005 प्रोसेसर (Zen 4 / Zen 5) पर NVMe स्टोरेज के साथ, Amsterdam (Netherlands), Zurich (Switzerland) और Bucharest (Romania) में। 12-महीने की अवधि पर, हर प्लान की कीमत एक नामित तुलनीय dedicated-CPU प्लान से कम से कम 25% कम है, जिसे 6 no-KYC क्रिप्टो VPS होस्ट में से चुना गया और 2 नवंबर 2026 को पढ़ा गया।