კომპიუტერული სტრესის ტესტი linux პროგრამა. პროცესორის სტრესის ტესტი Linux- ში, როგორ იტვირთება ყველა მიკროპროცესორული ბირთვი

რატომ ღირს CPU სტრესის ტესტის ჩატარება? თქვენი მანქანის / სისტემის საიმედოობისა და სტაბილურობის შესამოწმებლად. სტრესის ტესტის ჩატარება ასევე დაგეხმარებათ, გაიგოთ, საჭიროა თუ არა თქვენს მანქანას განახლება ან ახალი გაგრილების დამატება. ჩემს თემაზე "CPU სტრესის ტესტი Linux- ზე (Debian / Ubuntu / Mint ან RedHat / CentOS / Fedora)" მე გეტყვით როგორ გამოიყენოთ cpuburn პროგრამა, რომ შეამოწმოთ დატვირთვა პროცესორზე.

1. CPU დამწვრობის დაყენება.

Cpuburn- ის ინსტალაცია / Debian / Ubuntu / Mint:

  • # apt-get განახლება && apt-get დააინსტალირეთ cpuburn

Cpuburn- ის ინსტალაცია RedHat / CentOS / Fedora- ზე:

  • # yum განახლება & amp; yum დააინსტალირეთ cpuburn

შეგიძლიათ იხილოთ cpubun პროგრამის გამოყენების სახელმძღვანელო გაშვებით:

    # კაცი cpuburn

დამწვრობა P5ოპტიმიზირებულია Intel პროცესორებიპენტიუმი MMX– ით / მის გარეშე.cpuburn, burnBX, burnK6, burnK7, burnMMX, burnP5, burnP6- CPU- ზე მაღალი დატვირთვის შესამოწმებლად პროგრამების კრებული.

დამწვრობა P6ოპტიმიზირებულია პროცესორებისთვის Intel Pentium Pro, Pentium II და III.
დაწვა K6ოპტიმიზირებულია AMD K6 პროცესორებისთვის.
დაწვა K7ოპტიმიზირებულია AMD Athlon / Duron პროცესორებისთვის.
დამწვრობა MMXამოწმებს ალტერნატიულ ქეშის / მეხსიერების ტესტს ყველა პროცესორზე MMX– ით.
დამწვრობა BXალტერნატიული ქეშის / მეხსიერების ტესტი ოპტიმიზირებულია Intel პროცესორებისთვის.

ეს პროგრამები შექმნილია x86 პროცესორების მაქსიმალურად ჩატვირთვაზე სისტემის ტესტირების მიზნით. ისინი ოპტიმიზირებულია სხვადასხვა პროცესორებისთვის. FPU და ALU ინსტრუქციები კოდირებულია უსასრულო მარყუჟში. ისინი არ ამოწმებენ ყველა ინსტრუქციას. მიზანი არის დატვირთვის შექმნა და ვნახოთ რა ტემპერატურა იქმნება პროცესორის, სისტემის, დედა დაფადა ელექტროენერგიის მიწოდება.

ტესტირების პროგრამა შექმნილია თქვენი კომპიუტერის ჩასაშლელად, ასე რომ დარწმუნდით, რომ მასზე არაფერი კრიტიკულია და ყველა მნიშვნელოვან მონაცემს აქვს სარეზერვო ასლები თქვენს მყარ დისკებზე. საუკეთესოა, აწარმოე პროგრამა ფაილურ სისტემებზე და დაათვალიერე, როგორც მხოლოდ კითხვადი. გაითვალისწინეთ, რომ root პრივილეგიები არ არის საჭირო.

გაუშვით სასურველი პროგრამა ფონზე, შეამოწმეთ შეცდომის შედეგი. შეგიძლიათ გაიმეოროთ ეს ბრძანება თითოეული პროცესორისთვის. Მაგალითად,

  • # დაწვა P6 || ექო $? &

გამოიყენეთ ps CPUBurn– ის პროგრესის მონიტორინგისთვის. თქვენ შეგიძლიათ აკონტროლოთ პროცესორის ტემპერატურა და / ან სისტემის ძაბვები ACPI ან LM სენსორების საშუალებით, თუ თქვენი სისტემა მხარს უჭერს ამას. დასრულების შემდეგ, ამ (e) პროცესის დასრულება ღირს, მაგალითად:

  • # კილილი დაწვა P6

დააინსტალირეთ htop თქვენს სერვერზე დატვირთვის მონიტორინგისთვის.

  • # apt-get განახლება && apt-get ინსტალაცია htop
  • # yum განახლება && yt დააინსტალირეთ htop

მოდით გაუშვით htop დატვირთვის შესამოწმებლად:

  • # htop

Linux (Debian / Ubuntu / Mint ან RedHat / CentOS / Fedora) cpu სტრესის ტესტი დასრულებულია.

პროცესორის გაგრილების სისტემის და სტაბილურობის სწორად შესამოწმებლად ოვერკლოკინგში, როდესაც ძაბვის აწევა მოგიწევთ მაღალ სიხშირეებზე გასასვლელად, თქვენ უნდა ატვირთოთ იგი თვალის ბუშტებში საკმაოდ დიდი ხნის განმავლობაში. ეს მხოლოდ გამოგადგებათ სპეციალური კომუნალური საშუალებებივისაც შეუძლია, ჩაიტვირთება პროცესორი სტრიქონით, რთული, მაგრამ უაზრო გათვლებით. აქ მთავარია "სწორი" პროგრამის მიღება ისე, რომ ის ეფექტურად იმუშაოს, მცურავი წერტილის რთული ფორმულების გამოყენებით დიდი რაოდენობით მონაცემების დამუშავება. ალბათ ერთ-ერთი საუკეთესო კომუნალური საშუალებებიშექმნა Intel, სახელწოდებით Linpack. მართალია, პროგრამისტებმა ეს გააკეთეს მოწინავე მომხმარებლებისთვის, ისე რომ არ შეეწუხებინათ ფანჯრები ruffles– ით და მხოლოდ ამით იზღუდებოდნენ ბრძანების სტრიქონი... შავი ეკრანი გაუგებარი გადაადგილების ხაზებით უბიძგებს კომპიუტერის ჩვეულებრივ მომხმარებლებს, რომლებსაც არ ესმით, რა უნდა გააკეთონ მათთან და სად დააჭირონ. მადლობა ღმერთს, არსებობდნენ კეთილი ადამიანები, რომლებმაც ლინპაკს მიაკრეს გრაფიკული გარსი და მოუწოდეს მათ შექმნას LinX.

LinX– ს დაყენება არ სჭირდება, მაგრამ თქვენ უნდა გადმოწეროთ არქივის ფაილი, გახსნათ მისი პაკეტი, გადადით შექმნილ საქაღალდეში და გაუშვით LinX.exe შესრულებადი ფაილი. პროგრამის ამოსაღებად საკმარისი იქნება საქაღალდის წაშლა, სადაც LinX ფაილი დაეცა, მთავარია არ დაგვავიწყდეს, რას ჰქვია და სად მდებარეობს.

ის, რომ Intel დგას ტესტების შექმნის უკან, არ ინერვიულოთ AMD პროცესორებთან მუშაობის ეფექტურობაზე, LinX შესანიშნავად იტვირთება პროცესორებით, როგორიცაა Intel და AMD.

LinX- ის გაშვების შემდეგ, პროგრამა ნამდვილად მზად არის სამუშაოდ; ამისათვის უბრალოდ დააჭირეთ ღილაკს "დაწყება" ზედა ნაწილში მარჯვენა მხარე... შემდეგ ჩვენ ვიღებთ მოთმინებას და ველოდებით მითითებული რაოდენობის ტესტების წრეში გავლას. ყოველი ტესტის ბოლოს, მისი შედეგები დაემატება ცხრილს, კერძოდ, დახარჯულ დროს, მონაცემთა დამუშავების სიჩქარეს, გამოყენებული ძაფების რაოდენობას და სისტემის მატრიცის ზომას. ხაზოვანი განტოლებებირომლითაც იყენებდნენ გამოთვლებს. ერთდროულად, პროცესორის მაქსიმალური დატვირთვა, რაც საშუალებას გაძლევთ შეამოწმოთ იგი სტაბილურობისა და გაგრილების სისტემის მიერ სითბოს გაფრქვევის ეფექტურობის შესახებ.

ტესტების გაშვების შესაჩერებლად, უბრალოდ დააჭირეთ ღილაკს "ზედა".

მთავარ ფანჯარაში ზედა ხაზიმთავარი მენიუს ქვეშ არის სექციები, სადაც მომხმარებლებს შეუძლიათ შეცვალონ:

  • "პრობლემის ფარგლები:", მიუთითეთ წრფივი განტოლებების სისტემის მატრიცის ზომა, რომელიც გამოყენებული იქნება გამოთვლებისთვის. რაც მეტია, მით უფრო დიდხანს გრძელდება გათვლები. გთხოვთ გაითვალისწინოთ, რომ ეს პარამეტრი ასოცირდება "მეხსიერებასთან", ანუ როდესაც თქვენ შეცვლით ერთ მათგანს, მეორე ავტომატურად შეიცვლება.
  • "მეხსიერება (მიბ)", ტომი შემთხვევითი წვდომის მეხსიერებარომ პროგრამას შეუძლია გამოიყენოს პროგრამა. როგორც ზემოთ აღვნიშნეთ, როდესაც მოცულობა იზრდება, "დავალების მოცულობა:" ავტომატურად შეიცვლება და პირიქით.
  • "შეასრულე" რამდენი ტესტის შესრულება მოხდება მარყუჟში.

პროგრამის საინტერესო მახასიათებლებისგან აღსანიშნავია პროცესის ტემპერატურის, ძირითადი სიხშირეების და ევერესტის / სპიდფანის პროგრამებიდან მონაცემების მოპოვების და ტესტების დროს გრაფიკის სახით ჩვენების მხარდაჭერა. გარდა ამისა, შეცდომების შემთხვევაში ტესტების შეჩერების შესაძლებლობა, თუ პროცესორი გაათბობს მითითებულ მნიშვნელობას ზემოთ (მხოლოდ ევერესტის / სპიდფანის წყვილში მუშაობისას). ასევე პარამეტრებში შეგიძლიათ დააყენოთ ძაფების რაოდენობა, რომელიც ერთდროულად შესრულდება, შეარჩიეთ 32 ან 64 ბიტიანი ტესტების სიდიდე, ტესტირების პროცესების პრიორიტეტი (უმჯობესია დატოვოთ იგი სტანდარტულად ისე, რომ კომპიუტერი არ შენელდება) და შეზღუდავს გამოყენებული პროგრამის მეხსიერების რაოდენობას ისე, რომ ოპერაციული სისტემა არ შენელდება.

დღეს LinX, და ზუსტად რომ ვთქვათ, Linpack, თუ გადააგდებთ გრაფიკულ გარსს, არის ერთადერთი ტესტი, რომელიც საშუალებას გაძლევთ ადეკვატურად შეამოწმოთ პროცესორის სტაბილურობა. გთხოვთ გაითვალისწინოთ, რომ ეს პროგრამა ქმნის ძალიან დიდ დატვირთვას პროცესორზე, რომლის ქვეშ ის არასდროს იმუშავებს სახლში და არ არის მიზანშეწონილი, რომ მუდმივად იმუშაოთ თქვენს კომპიუტერზე რამდენიმე საათის განმავლობაში. განსაკუთრებით იმის გათვალისწინებით, რომ ყველა პროცესორი Intel უახლესითაობები თერმო-რეზინის სახურავის ქვეშ, რომელსაც მაღალი ტემპერატურის ხანგრძლივი ზემოქმედებით, დროთა განმავლობაში შეუძლია დაკარგოს თვისებები.

პროგრამა მუშაობს როგორც 32, ასევე 64 ბიტიან ოპერაციულ სისტემაში. პროგრამის ინტერფეისი ითარგმნება ინგლისურ და რუსულ ენებზე, მომხმარებლებმა უნდა გადმოწერონ პროგრამის საჭირო ვერსია შესაბამისი ლოკალიზებით.

თუ ეს ოპერაციული სისტემა ჯერ არ შეგხვედრიათ, მაშინ თავისუფლად ასწიეთ ვირტუალური მანქანა ან დააინსტალირეთ როგორც მთავარ და გამოიყენეთ იგი ყოველდღიურად.

Linux / * nix– ის ჩემი გაცნობა Ubuntu 13.04– ით დაიწყო. ეს ალბათ ერთ-ერთი ყველაზე მოსახერხებელი დისტრიბუციაა (გადახედეთ აგრეთვე Elementary OS). მანამდე მე მხოლოდ Linux Red Hat- ზე ვვარჯიშობდი, რომელიც ვირტუალურ ყუთში გადავიტანე. მე არ მქონდა კონკრეტული დავალებები, ამიტომ ჩემი ტრენინგი მხოლოდ გარკვეული ტერმინალის ბრძანებების შესწავლას ითვალისწინებდა. ადრე ჩემი მთავარი ოპერაციული სისტემა Windows იყო, რომელსაც, ჩემი აზრით, ცუდად არ ვიყავი და ეს ყველას შეეფერება.

ოპერაციული სისტემის გაცნობა სავალდებულო იყო, ისინი ფაქტიურად მაჯდნენ უბუნტუსთან და ამტკიცებდნენ, რომ ეს სამსახურში გამოდგებოდა. ლაპარაკი ძალიან რთული იყო, ერთზე მეტჯერ ვფიქრობდი Windows- ზე გადასვლაზე. დიდხანს ვღელავდი, რადგან ძნელი იყო ახალ პარამეტრებსა და ფუნქციურობას შეგუება. გარდა ამისა, 13.04 ვერსია ძალიან შეცდომაში იყო, ამ მიზეზით მე აღარ ვაყენებ Ubuntu- ს ახალ ვერსიებს, სანამ LTS (გრძელვადიანი მხარდაჭერა) გამოვა. დაბოლოს, მე არ ვნანობ, რომ Ubuntu– ზე გადავერთე.

Დაფუძნებული პირადი გამოცდილება, მე შემეშინდა ორიოდე წუთის განმავლობაში ამ OS– ს გამოყენებიდან.

  • პროგრამული უზრუნველყოფა მე არ ვიცოდი Ubuntu– სთვის გარკვეული ანალოგების არსებობის შესახებ და ვღელავდი, რომ ვერ ვიპოვნე საჭირო პროგრამები... საბედნიეროდ, ბევრი პროგრამაა, თითქმის ყოველთვის არის კარგი ალტერნატივები და ზოგჯერ უფრო დიდი არჩევანიც. გარდა ამისა, რომელსაც მე ვიყენებ დღემდე, წარმოდგენილი იყო Ubuntu- ს ვერსიებში.
  • ბრაუზერები. ზოგიერთ ძველ სიახლეში წავიკითხე, რომ სხვადასხვა ოპერაციული სისტემის ბრაუზერებში გვერდების გადაცემა განსხვავებულია. მე ვცდილობ WEB პროექტებს და ეს ჩემთვის მნიშვნელოვანია. სინამდვილეში, ეს შეიძლება ასე იყოს, მაგრამ მთავარია Chrome ბრაუზერებიდა Firefox გადის ტესტირების იმდენ ეტაპს, რომ ასეთი წვრილმანები საბოლოო მომხმარებლებამდე ვერ გადაიდო.
  • ინსტალაციის სირთულე. ვინდოუსის ინსტალაცია (XP, Vista, Win7) ძალიან მარტივი და მარტივია, მეტს არ ჩამოვთვლი მოგვიანებით ვერსიებიიმიტომ, რომ მე ისინი არ მაქვს დაინსტალირებული, მაგრამ ვფიქრობ, რომ პროცესი დიდად არ შეცვლილა. Ubuntu ან Elementary OS განაწილება ისეთივე მარტივი ინსტალაციაა, და სავარაუდოდ, უფრო სწრაფია.
  • ინტერფეისი. მოხერხებულობა ვინდოუსის ინტერფეისიუდავოა. მე ისე შევეჩვიე სტანდარტულ "დესკტოპს", რომ დანარჩენი ყველაფერი უცხოდ მეჩვენებოდა. დასაწყისში, ღილაკების ახალი განლაგება, პროგრამული უზრუნველყოფის ინსტალაცია და სხვა წვრილმანები მაღიზიანებს და შენელდება. თქვენ უნდა გაუძლოთ მინიმუმ ორი კვირა და შეეჩვევით "ახალ წესებს" და მათში იპოვნეთ თქვენი ღირებულებებიც.

მოგება

აშკარა უპირატესობები Linux / * nix– ის გამოცდილებით

  • Linux ოპერაციული სისტემების ცოდნა.

ეს ბევრ კომპანიაში ჩვეულებრივი მოთხოვნაა ტესტერის პოზიციაზე. რამდენჯერმე გავიარე და ყველგან Linux- ის ცოდნა საკმაოდ მნიშვნელოვანი კრიტერიუმი იყო. და თუ კანდიდატი ამას მუდმივად იყენებს ოპერაციული სისტემაროგორც მთავარი, მაშინ დამსაქმებლებისთვის ეს უკვე დიდი პლუსია.

  • სერვერებთან მუშაობა

Apache- ის ინსტალაცია, Nginx, Build პაკეტები, Git, სერვერული პროგრამები, Memchached, Sphinx, ElasticSearch, მონაცემთა ბაზები, განლაგება პროგრამული გარემოდა კიდევ მრავალი საინტერესო გადაწყვეტილება, რომელთათვისაც Linux შესანიშნავია. ასეთი ხელსაწყოების გამოცდილება ასევე ითამაშებს თქვენს ხელში.

  • ახალი არქიტექტურა

მათთვის, ვინც ყოველთვის იყენებდა ვინდოუსს და არ უფიქრია როგორ მუშაობს, ეს იქნება ახალი ამბების დათვალიერება. ჩემი აზრით, ეს ოპერაციული სისტემა საშუალებას მოგცემთ უფრო მეტი გქონდეთ ვიზუალური წარმოდგენაროგორ მუშაობს ფაილების სისტემადა როგორ ურთიერთობენ პროგრამები ტექნიკასთან.

ეს არის მძლავრი ინსტრუმენტი ნებისმიერი მომხმარებლისთვის. მას შემდეგ, რაც გათიშეთ, შეგიძლიათ დაწეროთ საკუთარი სკრიპტები, რომ შეამციროთ რუტინული პროგრამა და დაინტერესდეთ პროგრამირებით. გარდა ამისა, ტერმინალს აქვს უამრავი კომუნალური პროგრამა, მხოლოდ ერთი ტექსტის რედაქტორივიმი ღირს.

  • მოხერხებულობა

დაბოლოს, მე ვხედავ, რომ Ubuntu 14.04 არის მომხმარებლისთვის შესაფერისი OS. ალბათ დღემდე არ გამოვიყენებ მის ყველა შესაძლებლობას, მაგრამ ყველაფერი გემოვნებით მოვაწყვე და საკმაოდ კმაყოფილი ვარ. ახლა ვერც კი წარმომიდგენია, რამდენად ეფექტურად ვიმუშავებდი ვინდოუსზე.

მინუსები

მორგება. ჩემთვის ეს არის Linux ოპერაციული სისტემის მთავარი მინუსი. სისტემა ძალიან მოქნილია და საშუალებას გაძლევთ შეცვალოთ თითქმის ნებისმიერი პარამეტრი, მაგრამ ეს სწორედ მისი სისუსტეა. ზოგჯერ შეიძლება დიდი დრო დასჭირდეს ერთი პატარა პარამეტრის შექმნას.

თუ თქვენ ვებსაიტ პლატფორმებს ტესტირებით კომპლექსური Backend– ით და მუდმივად მუშაობთ სერვერებთან SSH– ით, მაშინ Linux ტესტერისთვისეს შესანიშნავი ოპერაციული სისტემაა. ბევრი ადამიანია, ვინც იტყვის, რისი გამოყენება შეიძლება ვინდოუსის კომუნალური საშუალებებიმაგალითად Putty ან მსგავსი რამ, მაგრამ ვფიქრობ ჯობია იცოდეთ როგორ მუშაობს თავად სერვერი, რადგან ის ნამდვილად იყენებს იგივე Linux / * nix- ს.

გაუმკლავდება, როდესაც პროცესორის დატვირთვა 100 პროცენტს მიაღწევს. ამ გზით, გაგრილების პრობლემების იდენტიფიცირება და მოგვარება შესაძლებელია, სანამ ისინი ნამდვილ უხერხულობას გამოიწვევს. ამ სტატიაში ჩვენ გაჩვენებთ თუ როგორ უნდა შეაფასოთ თქვენი პროცესორი სტრიქონით LinX და OCCT პროგრამების გამოყენებით.

Ერთ - ერთი ყველაზე ცნობილი პროგრამებისტრესული ტესტირებისთვის პროცესორი არის LinX პროგრამა. ეს პროგრამასრულიად უფასო და წარმოადგენს გრაფიკული ინტერფეისი Linpack პროგრამისთვის, რომელიც შეიმუშავა Intel- ის მიერ... ამ პროგრამის დახმარებით შეგიძლიათ შექმნათ მაქსიმალური დატვირთვა პროცესორზე და ამით გაარკვიოთ, თუ რა ტემპერატურაზე თბება პროცესორი.

იმისათვის, რომ თქვენს კომპიუტერში ჩაატაროთ პროცესორის სტრესული ტესტი LinX– ის გამოყენებით, გახსენით იგი ნებისმიერ საქაღალდეში და გაუშვით LinX.exe ფაილი. პროგრამის დაწყების შემდეგ, იხილავთ ფანჯარას მსგავსი ფანჯრის ეკრანზე. არსებობს ორი ღილაკი "დაწყება" და "შეჩერება", მათი დახმარებით შეგიძლიათ დაიწყოთ და შეაჩეროთ სტრესის ტესტი.

მაგრამ, არ იჩქაროთ LinX- ის გაშვება. კიდევ გჭირდებათ. HWmonitor შეიძლება გამოყენებულ იქნას ამ მიზნით. ეს პროგრამა შექმნილია სისტემის მიმდინარე პარამეტრების მონიტორინგისთვის. ის შეიძლება გამოყენებულ იქნას ტემპერატურის, დატვირთვის, გულშემატკივართა სიჩქარის და ბევრად მეტი მონიტორინგისთვის.

დააინსტალირეთ და გაუშვით თქვენს კომპიუტერში. დაწყების შემდეგ გადადით HWmonitor– ის მიერ მონიტორინგის პარამეტრების ჩამონათვალში პროცესორის პარამეტრებზე. სტრესის ტესტირებისას ყურადღება უნდა მიაქციოთ გამაგრილებლების ბრუნვის სიჩქარეს, ტემპერატურას და პროცესორის საათის სიჩქარეს.

მას შემდეგ რაც ყველაფერი მზად იქნება, შეგიძლიათ ჩაატაროთ LinX სტრეს-ტესტი. ამისათვის თქვენ უბრალოდ უნდა დააჭიროთ ღილაკს "დაწყება".

სტრესული ტესტირების დაწყების შემდეგ, HWmonitor პროგრამაში ვიწყებთ პროცესორის ტემპერატურის მონიტორინგს. თუ პროცესორის გაგრილების სისტემა სწორად მუშაობს, მაშინ თავდაპირველად ტემპერატურა მკვეთრად გაიზრდება, მაგრამ მას შემდეგ, რაც გულშემატკივრები დატრიალდებიან სრული ძალაეს უნდა შემცირდეს და სტაბილიზირდეს ერთ მომენტში. ქვემოთ მოყვანილი სკრინშოტიდან ჩანს, რომ ტემპერატურა ჯერ 80 გრადუსამდე გადახტა (სვეტი მაქს), შემდეგ კი დაეცა 72 გრადუსამდე (სვეტის მნიშვნელობა).

თუ პროცესორის გაგრილების სისტემა გაუმართავია ან ის უბრალოდ ვერ უმკლავდება გათბობას, მაშინ ტემპერატურა იზრდება სტრესის ტესტის განმავლობაში. თუ ტემპერატურა 80 გრადუსს გადააჭარბებს და კვლავ იზრდება, მაშინ უმჯობესია შეწყვიტოთ ტესტირება ისე, რომ კომპიუტერი საგანგებო გადატვირთვაზე არ მიიყვანოთ.

სტრესის ტესტის გამორთვა, უბრალოდ დააჭირეთ ღილაკს Stop ღილაკს LinX პროგრამაში. თუ კომპიუტერი გაყინავს და შეჩერების ღილაკი არ მუშაობს, მაშინ გადატვირთეთ კომპიუტერი სისტემის ერთეულის გადატვირთვის ღილაკით.

პროცესორის ტესტირება OCCT– ით

OCCT არის კიდევ ერთი ძალიან პოპულარული პროცესორული სტრესული ტესტირების პროგრამა. OCCT აღჭურვილია ერთდროულად ორი პროცესორის ტესტირების ალგორითმით. ეს არის Linpack, რომელიც გამოიყენება LinX– ში, ისევე როგორც OCCT– ს საკუთარი ალგორითმი. ამავე დროს, OCCT აღჭურვილია უფრო მოწინავე ინტერფეისით. მისი საშუალებით შესაძლებელია პროცესორის ტემპერატურის, დატვირთვისა და სხვა პარამეტრების მონიტორინგი. OCCT– ით ტესტირებისას HWmonitor აღარ არის საჭირო.

OCCT- ის გამოყენებით პროცესორის სტრესის შესამოწმებლად, დააინსტალირეთ და გაუშვით თქვენს კომპიუტერში. შემდეგ უნდა გადახვიდეთ ტესტის ჩანართზე, რომლის გამოყენებაც გსურთ და დააჭირეთ ღილაკს "ON".

მაშინ ყველაფერი ზუსტად იგივეა, რაც LinX– ის შემთხვევაში. თუ პროცესორის გაგრილების სისტემა სწორად მუშაობს, მაშინ ტემპერატურა ჯერ მოიმატებს, შემდეგ კი შემცირდება და სტაბილური იქნება გარკვეულ მომენტში. თუ გაგრილების სისტემა არ მუშაობს სწორად ან ვერ უმკლავდება დატვირთვას, მაშინ ტემპერატურა კვლავ გაიზრდება. ამ შემთხვევაში სტრესის ტესტი უნდა შეწყდეს.

ჩავატარე Linpack ტესტი და მაინტერესებდა: დრო არ არის ჩემს ლეპტოპში თერმული პასტა შეცვალო?

დიახ, ზედიზედ რამდენიმე ტესტის შედეგების მიხედვით (სტატიას სურათებით არ გადავტვირთავ), თქვენ ხედავთ, რომ პროცესორი მიდის throttling (საათის ციკლების გამოტოვება და სიხშირის გადაყენება, როდესაც ის გახურდება) ეს იწყება?

პროცესორის სტრესის ტესტი Linux ტერმინალში

ამ კითხვის დასმისთანავე ინტერნეტში კომუნალური საშუალებების ძებნა, მივხვდი, რომ ჩემი ამოცანის გადაჭრის მთავარი პრობლემა იყო მინიმუმ რამდენიმე კომუნალური ერთდროულად გაშვება და ორი ფანჯრისგან განსხვავებული თვალების გახსნა ... და მე მივედი დასკვნამდე რომ კონსოლის ვარიანტი უფრო შესაფერისია ჩემთვის, ვიდრე ღია პროგრამების მრავალფეროვანი ფანჯრები.

დავიწყე sysbench- ით:

sudo apt დააინსტალირეთ sysbench

sysbench - num-threads = 4 - ტესტი = cpu - cpu-max-prime = 100000 გაშვება

  • --num ძაფები = 4- ეს არის თემათა რაოდენობა, მე მაქვს ორმაგი ბირთვიანი ოთხი ძაფი Intel® Core ™ i7-640M, ასე რომ 4;
  • --cpu-max-prime = 100000- ეს არის შესრულებული ოპერაციების მაქსიმალური რაოდენობა, მე დავაყენე 100,000, რადგან ნაგულისხმევი არის 10000, ტესტი სწრაფად მთავრდება.

შემდეგ ლინპაკზე გადავედი. ვინაიდან ჩემი პროცესორი Intel- ისაა და მაქვს გარკვეული სიზარმაცე (სიზარმაცე პროგრესის ძრავაა), ავიღე, გადმოვწერე და დავალაგე დასრულებული Intel Linpack, მანამდე შევქმენი linpack დირექტორია საშინაო დირექტორიაში:

mkdir ./pack
cd ./linpack
wget http://registrationcenter-download.intel.com/akdlm/irc_nas/9752/l_mklb_p_2018.3.011.tgz
tar -xvzf ./l_mklb_p_2018.3.011.tgz

ამისთვის AMD პროცესორებიმე არ შევეცდები ამ ვარიანტს, რადგან Intel- ის შემდგენელი ჩადებს სანიშნეებს, რომლებიც ამოწმებენ პროცესორს და თუ ეს არ არის Intel ... კარგად, მოიფიქრეთ ასი ან ორი დამატებითი ინსტრუქცია, პროცესორი შეასრულებს და აშკარად კარგავს მუშაობას. ამისთვის AMD ჯობიაააშენეთ Linpack წყაროებიდან, მაგალითად, აქედან. ამ სტატიაში არ განვიხილავ წყაროსგან აგებას - წაიკითხეთ README წყაროს კოდში.

დავუბრუნდეთ Intel's Linpack- ს. ბევრი ზედმეტია, რაც არ მჭირდება, მაგრამ რაც უნდა გავითვალისწინო 2018.3.011 ვერსიასთან დაკავშირებით. მე დაუყოვნებლივ გადავდივარ საჭირო დირექტორიაში, რომ მოგვიანებით აღარ მომიწიოს გრძელი ბრძანებების აკრეფა:

cd ./l_mklb_p_2018.3.011/benchmarks_2018/linux/mkl/benchmarks/linpack

რადგან სტანდარტულად Intel's Linpack მორგებულია სერვერის ქსონების შესამოწმებლად, მოდით შევქმნათ საკუთარი ფაილი, რომელიც გამოყენებული იქნება შეყვანის ვარიანტებად - უბრალოდ შეამცირეთ ტესტების რაოდენობა, წინააღმდეგ შემთხვევაში დავიღალე ორიოდე დღის ლოდინით გამოცდის დასრულებამდე. მე მაქვს Linux ზარაფხანა LMDE 3, ასე რომ, მე ვიყენებ xed ტექსტურ რედაქტორს და ეს მომწონს უფრო მეტი ფუნქციონირებისთვის, განსაკუთრებით მაშინ, როდესაც ის ფესვიდან ვუშვებ - ის იცვლის ფერს წითლად ასე რომ, შექმენით ფაილი იმავე დირექტორიაში, რომელშიც წავედით, მაგალითად, my_test:

შემდეგ ფაილს გადაწერეთ შემდეგი შინაარსი:

Intel (R) Distribution გაზიარებული მეხსიერების ვერსია LINPACK * ნიშნულისთვის. * სხვა სახელები და ბრენდები შეიძლება მოითხოვონ სხვების საკუთრებად.
მონაცემთა ფაილის ნიმუში lininput_xeon64.
5 # ტესტების რაოდენობა
1000 2000 5000 10000 20000 # პრობლემის ზომები
1000 2000 5008 10000 20000 # წამყვანი ზომები
4 2 2 2 1 # ჯერ ტესტის ჩასატარებლად
4 4 4 4 4 # გასწორების მნიშვნელობები (KBytes)

კარგად, და სინამდვილეში Linpack- ის გაშვება შექმნილი ფაილით:

./xlinpack_xeon64 -i ./ ჩემი_ტესტი

./xlinpack_xeon64 ./ჩემი_ტესტი

ასევე შეგიძლიათ გამოიყენოთ სტრესი ან სტრესი, მაგრამ ეს მაინც არ წყვეტს ჩემს მიერ დასმულ პრობლემას. ეს საშუალებები არ მაჩვენებს ტემპერატურის, სიხშირეების და დროის გამოშვებას დაწყების დასაწყისიდან.

ტემპერატურის ჩვენება შესაძლებელია სენსორებით - ამ კომუნალური დაყენების შესახებ. და ეს პროგრამა საჭირო იქნება ჩემი კითხვის შემდგომი განხილვისას. Linux არის დიდი და ძლიერი: ერთი და იგივე პრობლემის მოგვარება სხვადასხვა გზით შეიძლება. მე ძალიან ზარმაცი ვიყავი C- ს დაძლევაში და დაკარგული ნაწილი დავწერე BASH- ში, რადგან ამდენი სტრიქონი არ იყო. სენსორების დაყენების გარეშე, ჩემი სკრიპტი არ იმუშავებს. ბუნებრივია, მე არ დავწერე throttling ფიქსაცია - ის მაინც იქნება ხილული სიხშირისა და ტემპერატურის გადატვირთვის გზით. აქვეა სცენარი:

#! / ბინ / ბაში
out = 0 # ტესტის პროცესის კონტროლის ცვლადი
pid_test = "tty" # PID ტესტის პროცესისთვის (გააკეთა არსებული დირექტორია, რომ არგუმენტების გარეშე იმუშაოს)
cpus_num = $ (cat / proc / cpuinfo | grep -ci "პროცესორი") # პროცესორების / ბირთვების / ძაფების რაოდენობა
echo -en "\ 033 [? 25l" 1> & 2 # კურსორის დამალვა
echo -en "\ 033 [^:] *: // g" | დალაგება -u # გამომავალი პროცესორის მოდელი
echo -en "\ 033 = $ (სენსორები | sed" / ძირითადი "" $ i "" /! d; s /.* კრიტი = + \ (. * \) [.] ° C). * / \ 1 / ")
თუ [-n "$ (cpu_crit_temp [i])"]
შემდეგ
მოდით cpu_red_temp [i] = cpu_crit_temp [i] -10
მოდით cpu_yel_temp [i] = cpu_crit_temp [i] -30
cpu_min_temp [$ i] = 1000
cpu_max_temp [$ i] = 0
ფი
შესრულებულია
start_time = $ (cat / proc / uptime | sed "s / [.]. * $ //") # დაწყების დრო
თუ [-n "$ 1"]
შემდეგ
script_pid = "$ $"
(თუ! [ელ.ფოსტით დაცულია]> "$ 0_out" 2> & 1 # აწარმოეთ საცდელი ფაილი
შემდეგ
kill -s SIGABRT $ script_pid # გაგზავნეთ სიგნალი მთავარ სკრიპტზე მარცხის დაწყების შესახებ
fi 2> / dev / null) და
pid_test = "$!" ტესტის პროცესის # PID
ფი
ხოლო (ჭეშმარიტი) # ტემპერატურის კონტროლი
კეთება
ამისთვის ((i = 0; i<$cpus_num; i++))
კეთება
cpu_freq [$ i] = $ (კატა / სისტემები / მოწყობილობები / სისტემა / cpu / cpu $ (i) / cpufreq / scaling_cur_freq | sed "s /...$//")
cpu_temp [$ i] = $ (სენსორები | sed "/ ძირითადი" "$ i" "/! d; s /.*+ \ (. * \) [.] ° C [\ t] * (. * / \ ერთი / ")
თუ [-n "$ (cpu_temp [i])"]
შემდეგ
(($ (cpu_temp [i]))< ${cpu_min_temp[i]})) && cpu_min_temp[$i]=${cpu_temp[i]}
თუ (($ (cpu_temp [i])> $ (cpu_max_temp [i])))
შემდეგ
cpu_max_temp [$ i] = $ (cpu_temp [i])
time_max [$ i] = $ (cat / proc / uptime | sed "s / [.]. * $ //")
ნება time_max [i] = time_max [i] -დაწყება_ დრო
ფი
თუ (($ (cpu_temp [i])> $ (cpu_red_temp [i])))
შემდეგ
echo -en "cpu $ (i): \ t"
echo -en "\ 033)"
echo -en "\ 033)"
echo -en "\ 033)"
echo -en "\ 033)> $ (cpu_yel_temp [i])))
შემდეგ
echo -en "cpu $ (i): \ t"
echo -en "\ 033)"
echo -en "\ 033)"
echo -en "\ 033) ° C; მაქსიმალური:"
echo -en "\ 033)"
echo -en "\ 033) წმ)"
სხვაგან
echo -en "cpu $ (i): \ t"
echo -en "\ 033)"
echo -en "\ 033)"
echo -en "\ 033) ° C; მაქსიმალური:"
echo -en "\ 033)"
echo -en "\ 033) წმ)"
ფი
სხვაგან
echo -en "cpu $ (i): \ t"
echo -en "\ 033)"
echo -en "\ 033. * $ //")
მოდით დრო = დრო-დასაწყისი_ დრო
echo -en "დრო: \ t $ დრო წმ."
[! -d "/ proc / $ (pid_test)"] && დაარღვიე # გასასვლელი ტესტის ბოლოს ( Საუკეთესო გზაკონტროლი comm და cmdline– ით, მაგრამ ... სიზარმაცე)
["$ out"! = "0"] && გამოტოვეთ # გასასვლელი ტესტის შეცდომაზე
echo -en "\ 033 [$ (i) A \ r" 1> & 2 # კურსორის გადატანა $ i ხაზებით და სტრიქონის დასაწყისი
იძინეთ 0.1 # პაუზა, ისე, რომ სიხშირის გამომუშავება ძალიან არ ხტუნავს
შესრულებულია
ექო ""
echo -en "\ 033 [? 25h" 1> & 2 # კურსორის ჩართვა
თუ [["$ out" == "0" && -n "$ 1"]]
შემდეგ

rm -fR "$ 0_out"
გასასვლელი 0
elif [["$ out" == "1" && -n "$ 1"]]
შემდეგ
მოკვლა -9 "$ pid_test" 1> / dev / null 2> / dev / null
კატა "$ 0_out" | sed "/ ^ $ / d; / ნიმუშის მონაცემები / d; / CPU სიხშირე / d; / პარამეტრების დაყენება /, / მონაცემთა გასწორების მნიშვნელობა / d"
rm -fR "$ 0_out"
გასასვლელი 1
elif ["$ out" == "1"]
შემდეგ გასვლა 1
elif ["$ out" == "2"]
შემდეგ
echo -en "\ 033)