जब मैं उनकी संख्या को सीमित करता हूं तो क्या GNU / Linux प्रक्रियाओं और थ्रेड्स को एक साथ गिनता है?

Question

मैं अपनी मशीन पर प्रति उपयोगकर्ता प्रक्रियाओं की संख्या /etc/security/limits.confऔर nproc मान को सीमित करना चाहता हूं ।

मैंने यहाँ पढ़ा है कि लिनक्स प्रक्रियाओं और थ्रेड्स के बीच अंतर नहीं करता है?

प्रति उपयोगकर्ता मेरी वर्तमान nproc सीमा 1024 है, लेकिन यदि इसमें थ्रेड्स भी शामिल हैं, तो यह मेरे दृष्टिकोण में बहुत कम है। limits.confकेवल nproc के लिए "प्रक्रिया" का पुरुष-पृष्ठ और कुछ नहीं।

// संपादित करें // बूस्ट के साथ C ++ में सैंपल कोड // g ++ -o boost_thread boost_thread.cpp -lbo__read

#include <unistd.h>
#include <iostream>
#include <boost/thread.hpp>
using namespace std;

int counter;

void print_thread(int i) {
    counter++;
    cout << "thread(" << i << ") counter " << counter << "\n";
    sleep(5);
    counter--;
}

int main() {
    int i = 0;
    int max = 1000000;

    while (i < max) {
        boost::thread(print_thread, i);
        i++;
    }

    return 0;
}

परीक्षण (कुछ लाइनें हटा दी गई हैं):

$ ulimit -u
1024
$ ./thread 
...
...
...
thread(828) counter 828
thread(829) counter 829
thread(830) counter 830
thread(831) counter 831
thread(832) counter 832
thread(610) counter thread(833833) counter 834

thread(834) counter 835
thread(835) counter 836
thread(836) counter 837
thread(837) counter 838
thread(838) counter 839
thread(839) counter 840
thread(840) counter 841
thread(841) counter 842
thread(842) counter 843
thread(843) counter 844
thread(844) counter 845
thread(845) counter 846
thread(846) counter 847
thread(847) counter 848
terminate called after throwing an instance of 'boost::exception_detail::clone_impl<boost::exception_detail::error_info_injector<boost::thread_resource_error> >'
  what():  boost::thread_resource_error
Aborted (core dumped)

मेरा लैपटॉप निष्क्रिय होने के दौरान ~ 130 प्रक्रियाओं का उपयोग करता है। इसलिए nproc , या Linux एक व्यापक दृश्य में, प्रक्रियाओं और थ्रेड्स के बीच का अंतर नहीं करता है। जो मेरे लिए उचित लगता है, क्योंकि धागे भी थकावट हो सकते हैं, न केवल प्रक्रियाएं।

Answer 1

nprocआप जिस सीमा के बारे में बात कर रहे हैं , वह चलने योग्य संस्थाओं पर लागू होती है , यह इस प्रकार थ्रेड्स को सीमित कर रही है (और इसलिए, इनसे युक्त प्रक्रियाएं) । प्रत्येक प्रक्रिया में कम से कम एक धागा (प्राथमिक धागा) होता है, ताकि केवल धागे को चलाया जा सके । सख्ती से बोलना, प्रक्रियाएं "चलाने योग्य" नहीं हैं।

यह उत्तर लिनक्स में थ्रेड्स और प्रक्रियाओं के बीच वास्तविक अंतर की व्याख्या करता है।

मैंने दिन के उत्तर में कोड का परीक्षण किया ( sleep(1);थ्रेड कोड में भी जोड़ा गया) और उसके विपरीत (!), मैंने उस सीमा को मारा जब बहुत सारे थ्रेड बनाए गए थे: pthread_create()वापस लौट रहा था EAGAIN। pthread_create(3)प्रलेखन इस त्रुटि के बारे निम्नलिखित कहते हैं:

EAGAIN

किसी अन्य थ्रेड को बनाने के लिए अपर्याप्त संसाधन, या थ्रेड्स की संख्या पर सिस्टम-थोपित सीमा का सामना करना पड़ा। उत्तरार्द्ध मामला दो तरीकों से हो सकता है: RLIMIT_NPROC सॉफ्ट रिसोर्स लिमिट (सेटलिमिट (2) के माध्यम से सेट), जो एक वास्तविक उपयोगकर्ता आईडी के लिए प्रक्रिया की संख्या को सीमित करता है, पहुंच गया था; या थ्रेड की संख्या, / proc / sys / कर्नेल / थ्रेड-मैक्स पर कर्नेल की सिस्टम-वाइड सीमा तक पहुँच गया था।

मैं कर्नेल स्रोत में किसी विशिष्ट प्रति-थ्रेड सीमा का कोई उल्लेख नहीं देखता , मैं केवल वहीं देखता हूं , जो वह सीमा है जिसमें आप (साथ ), या में बदल सकते हैं ।RLIMIT_NPROClimits.confnproculimit -usetrlimit(2)

Answer 2

ulimit केवल प्रक्रियाओं की संख्या को सीमित करता है। इसलिए एक मान सेट का उपयोग कर

ulimit -u 1024

प्रॉसेस की संख्या को सीमित करेगा।

eg.

#include <stdio.h>
#include <stdlib.h>
#include <pthread.h>

void* test(void *ptr){
   return 0;
}



int main()
{
        pthread_t thread[50];
        int i=0;

      for(i=0;i<50;i++){
      if(!pthread_create( &thread[i], NULL,test,NULL))
         printf("%d ",i);

       }


      for(i=0;i<50;i++)
       pthread_join( thread[i], NULL);
       return 0;
}

ulimit और check सेट करें

lab@x:/tmp$ ulimit -a
core file size          (blocks, -c) 0
data seg size           (kbytes, -d) unlimited
scheduling priority             (-e) 20
file size               (blocks, -f) unlimited
pending signals                 (-i) 16382
max locked memory       (kbytes, -l) 64
max memory size         (kbytes, -m) unlimited
open files                      (-n) 1024
pipe size            (512 bytes, -p) 8
POSIX message queues     (bytes, -q) 819200
real-time priority              (-r) 0
stack size              (kbytes, -s) 8192
cpu time               (seconds, -t) unlimited
max user processes              (-u) unlimited
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited
lab@x:/tmp$ 
lab@x:/tmp$ 
lab@x:~$ cd /home/x
lab@x:/home/x$ ./thread 
0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 lab@x:/home/x$ 
lab@x:/home/x$ 
lab@x:/home/x$ ulimit -u 10
lab@x:/home/x$ 

प्रक्रिया सीमा 10 पर सेट है

lab@x:/home/x$ ./thread 
0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 lab@x:/home/x$ 
lab@x:/home/x$ 

यहां 50 धागे बनाए जा सकते हैं।

Comments

पहली नज़र में आपका कोड और औचित्य सही लगता है, लेकिन मुझे डर है कि आपका कोड और औचित्य गलत है। आपके थ्रेड तुरंत लौट रहे हैं, नींद के साथ (5) या परीक्षण में कुछ और समय की आवश्यकता होती है () आपका कोड विफल होना चाहिए।

— पीटर वेबर

खैर, मैंने परीक्षण में थोड़ी देर (1) {} जोड़ दी () और फिर भी मुझे ऊपर जैसा ही परिणाम मिला।

— दिन

मैंने अपना अनुरोध संपादित किया है। आप मेरे कोड का भी परीक्षण कर सकते हैं। आपका पहला उत्तर "हां लिनक्स सिस्टम पॉसिक्स थ्रेड्स और प्रक्रियाओं को एक साथ गिनता है" पूरी तरह से सही लगता है।

— पीटर वेबर

हाँ, यही मैंने सोचा था जब तक कि मैंने इसे एक कार्यक्रम में नहीं आज़माया।

— दिन

मैं आपके निष्कर्ष से सहमत नहीं हूं । जब मैंने आपके कार्यक्रम की कोशिश की, तो मैंने उस सीमा को मारा, जब बहुत सारे धागे बनाए गए थे। लिनक्स सीमा थ्रेड्स पर लागू होती है । मेरा जवाब देखिए ।

— टॉटर