ჩატვირთვის ტესტირება 1s. სტანდარტული დატვირთვის ტესტი. ოპერაციული სისტემა ms სერვერი და ms sql მონაცემთა ბაზა

1C შესრულების TPC-1 ჩატვირთვის ტესტის შედეგები გილევის მიხედვით ფაილური მონაცემთა ბაზის კონფიგურაციისთვის:

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

• ოპერაციის დრო
• აღჭურვილობის მოლოდინის დრო
• ლოგიკური ლოდინის დრო საკეტებივით

მთავარი მახასიათებელია ოპერაციის სიჩქარე.

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

სისტემის მუშაობა და მისი განხორციელებისთვის საჭირო გამოთვლითი რესურსების დაგეგმვა არის სავალდებულო ოპერაცია არსებული IT სისტემის ნებისმიერი დანერგვის ან ცვლილებისთვის.

შესრულების შეფასების არსებული მეთოდების უმეტესობა ეყრდნობა რაიმე სახის ტესტირებას.

არსებობს ორი ძირითადი ტიპის ტესტირება: კომპონენტი და ინტეგრალური.

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

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

ჩვენი ტესტი იყენებს ზუსტად ამ მიდგომას.

შედეგად მივიღეთ გარკვეული შესრულების (სიჩქარის) ინდექსი. ეს არის მთლიანი პლატფორმის შედეგი, რომელიც მუშაობს ჩვენს აპარატურაზე. კლიენტ-სერვერის ვერსიის შემთხვევაში, ეს არის მოთხოვნის რთული ჯაჭვის შედეგი, რომელიც გადის სხვადასხვა განყოფილებაში. თქვენ მიიღებთ მთლიან ფაქტობრივ შედეგს, რომელიც განისაზღვრება სისტემაში არსებული ბოსტნით. DBMS პარამეტრები, OS პარამეტრები და აპარატურის პარამეტრები გავლენას ახდენს სისტემის მთლიან მუშაობაზე.

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

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

გადასაჭრელი პრობლემები

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

რას აფასებს ტესტი?

ტესტი აფასებს შესრულებას სერვერის აპარატურის და სერვერის პროგრამული უზრუნველყოფის მთელი ნაკრები 1C:Enterprise 8 პლატფორმაზე გაშვებული სისტემებისთვის დამახასიათებელი ამოცანების თვალსაზრისით. ანუ, მიღებული შეფასება არ ასახავს სისტემის რომელიმე სერვერის კომპონენტის მუშაობას (მაგალითად, მუშა სერვერს 1C: Enterprise კლასტერში), არამედ მთლიან სერვერის კონფიგურაციას. სისტემის სერვერის ნაწილი, რომლის შესრულებაც იზომება ამ ტესტით, მოიცავს:

• ყველა მომუშავე სერვერი, რომელიც გამოიყენება 1C: Enterprise კლასტერის და DBMS სერვერების განსათავსებლად
• ყველა მომუშავე სერვერის ოპერაციული სისტემები;
• ოპერაციული სისტემების პარამეტრები, 1C: Enterprise და DBMS.

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

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

თუ სისტემის სერვერის ნაწილი არ არის კარგად დაბალანსებული 1C:Enterprise-თან მუშაობისთვის, მაშინ ბოსტნეულის აღმოფხვრით (უმცირესი პროდუქტიული კომპონენტის ჩანაცვლებით ან განახლებით) შეგიძლიათ მიიღოთ უფრო მაღალი შესრულების რეიტინგი.

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

როგორ მუშაობს ტესტი

სტანდარტული დატვირთვის ტესტი არის 1C:Enterprise 8.2 საინფორმაციო ბაზა კონფიგურაციით, რომელიც დაფუძნებულია „წარმოების საწარმოს მენეჯმენტზე“. კონფიგურაცია გაერთიანებულია სატესტო ცენტრ 2.0-თან, რომელიც მოიცავს ერთ სატესტო სკრიპტს.

ტესტირების სცენარი მოიცავს "გაყიდვები SCP-ში" ბიზნეს პროცესის ემულაციას, კერძოდ: რამდენიმე განსხვავებული დოკუმენტის შექმნას, ანგარიშების გენერირებას და სხვა გამოყენებულ ქმედებებს. ტესტი მუშაობს სრულ პარალელურ რეჟიმში, ანუ თითოეული მომხმარებელი მუშაობს საკუთარი უნიკალური მონაცემებით და არ არის ლოდინი საკეტებზე. მომხმარებელი ასრულებს გაყიდვების ერთ სრულ ციკლს წუთში.

ფონი

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

შესრულების შეფასების არსებული მეთოდების უმეტესობა ეფუძნება
ან სხვა ტიპის ტესტირება.

არსებობს ორი ძირითადი ტიპის ტესტირება:
კომპონენტი და ინტეგრალური.

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

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

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

Რა მოხდა TPC-1C-GILV

ეს არის დამოუკიდებელი ტესტების სერია, რომელიც შექმნილია თქვენს კომპიუტერ(ებ)ზე 1C:Enterprise 8.1 პლატფორმის მუშაობის შესაფასებლად.

რა თქმა უნდა, "დამოუკიდებელი" ტესტი ნიშნავს, რომ მას არ აფინანსებს 1C.

ტესტი ამჟამად ხელმისაწვდომია" TPC- ადგილობრივი გამტარუნარიანობა / TPC-1C-GILV-A" (ბოლო განახლება - 2008 წლის აგვისტო ვერსია 1.0.3)

ტესტის იდეა TPC- ადგილობრივი გამტარუნარიანობა / TPC-1C-GILV-A

თქვენ ჩამოტვირთავთ კონფიგურაციის ჩამოტვირთვის ფაილს (~400 KB) ამ საიტიდან და ატვირთავთ საკუთარ თავს. თუ კონფიგურაციას გააფართოვებთ ფაილის ვერსიაში, მაშინ ტესტი დიდწილად შეამოწმებს კავშირს "თქვენი კომპიუტერის CPU - HDD, სადაც მდებარეობს ბაზა".

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

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

ტესტის მთავარი სილამაზე ის არის, რომ თქვენ არ გჭირდებათ ტექნიკური დეტალების ცოდნა. ტესტი გადის თავისთავად და აწარმოებს საკუთარ ქულას. თანაც, შედეგიც არავის უნდა უთხრა :)

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

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

როგორ ჩავატაროთ ტესტი

ტესტის ჩატარება ძალიან მარტივია. თქვენ უნდა დააჭიროთ ღილაკს

და დაელოდეთ სანამ ტესტის ინდიკატორი (ღილაკის მარჯვნივ) მიაღწევს 100%-ს.

ტესტი ჩვეულებრივ გრძელდება დაახლოებით 8 წუთი.

რას ნიშნავს ტესტის შედეგები?

ტესტის შედეგი მოხსენებულია, როგორც ტესტის მონაცემების "ჩაწერის სიჩქარე". ტესტის შეცდომა არის 2 ერთეული. ზუსტი შეფასებისთვის, შეგიძლიათ გაიმეოროთ ტესტი 3-ჯერ.

მას შემდეგ, რაც ტესტის ინდიკატორი 100% -ს მიაღწევს, თქვენ ნახავთ ასეთ გრაფიკებს:

გრაფიკების ქვემოთ მოცემულია რამდენიმე ადრე ჩატარებული მსგავსი ტესტი.

გრაფიკის ფერი მიუთითებს "საერთო" შესრულების მიმდინარე ხარისხზე დაბლოკვის გარეშე მუშაობისთვის.

გრაფიკის მწვანე ფერი, რამდენიმე პირობითად შერჩეულ ინდიკატორთან ერთად მარჯვნივ, საშუალებას გვაძლევს გავაკეთოთ პლატფორმაზე განზოგადებული "კარგი" შესრულების შეფასება :)

როგორ ვიყოთ ბედნიერი თქვენი ტესტის შედეგებით

შედეგად თქვენ მიიღეთ გარკვეული შესრულების ინდექსი (დათვლის სიჩქარე). არ აქვს მნიშვნელობა შედეგი კარგია თუ ცუდი - ეს არის თქვენს აპარატზე გაშვებული PLATFORM-ის შედეგი. კლიენტ-სერვერის ვერსიის შემთხვევაში, ეს არის შედეგი. თქვენ მიიღებთ მთლიან ფაქტობრივ შედეგს, რომელიც განისაზღვრება სისტემაში BOTTLE POINT-ით. ბოთლის ადგილი ყოველთვის არის!

სხვა სიტყვებით რომ ვთქვათ, ორივე DBMS პარამეტრები, OS პარამეტრები და აპარატურა გავლენას ახდენს გუნდის საერთო შედეგზე :)

რომელი სერვერია უკეთესი

ეს ტესტი, რომელიც შესრულებულია კონკრეტულ სერვერზე, იძლევა შედეგს ტექნიკის პარამეტრების მთლიანობაზე, ოპერაციულ სისტემაზე, მონაცემთა ბაზაზე და ა.შ. თუმცა, მაღალი შედეგი კონკრეტულ სერვერის აპარატურაზე ნიშნავს, რომ ნორმალურ პირობებში იგივე შედეგი მიიღება სერვერის იდენტურ აპარატურაზე. ეს ტესტი უფასო ინსტრუმენტია, რომელიც დაგეხმარებათ შეადაროთ 1C:Enterprise-ის ინსტალაცია Windows-ისა და Linux-ის პირობებში, სამი განსხვავებული DBMS, რომელსაც მხარს უჭერს 1C:Enterprise 8.1 პლატფორმა.

ტესტის უსაფრთხოება

ტესტი აბსოლუტურად უსაფრთხოა. ეს არ იწვევს სერვერის „დაშლას“ (არ არსებობს „სტრესი“ ალგორითმი) და არ საჭიროებს წინასწარ ზომებს „საბრძოლო“ სერვერზეც კი. კონფიდენციალური მონაცემები ასევე არ არის დაფიქსირებული ტესტის შედეგებში. გროვდება ინფორმაცია CPU, RAM, HDD პარამეტრების შესახებ. მოწყობილობის სერიული ნომრები არ არის შეგროვებული. თქვენ შეგიძლიათ მარტივად გადაამოწმოთ ეს ყველაფერი - ტესტის კოდი 100% ღიაა. შეუძლებელია რაიმე ინფორმაციის გაგზავნა თქვენი ცოდნის გარეშე.

როგორ გამოვაქვეყნოთ ტესტის შედეგები

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

მონაცემები ხელით გადამოწმდება (რომ არ არის არასწორი), ტესტის მიმღები დაემატება ტესტების სვეტს „ავტორი“ და დაემატება გადმოტვირთვას, რომელიც ხელმისაწვდომია ყველასთვის.

კლასიფიკაცია TPC- ადგილობრივი გამტარუნარიანობა / TPC-1C-GILV-A

ტესტი მიეკუთვნება უნივერსალური ინტეგრალური კროს-პლატფორმული ტესტების განყოფილებას. უფრო მეტიც, იგი გამოიყენება ფაილის და კლიენტ-სერვერის ვარიანტებისთვის 1C: Enterprise-ის გამოყენებისთვის. ტესტი მუშაობს ყველა DBMS-ისთვის, რომელსაც მხარს უჭერს 1C.

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

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

Შენიშვნა. ტესტის მოდიფიკაცია " ა" ნიშნავს "ავტომატური დაბლოკვის მენეჯმენტს". 1C-დან სტანდარტული გადაწყვეტილებების ოფიციალური ვერსიების გამოშვების შემდეგ, დაგეგმილია ტესტის შეცვლა "მართული ჩაკეტვის" რეჟიმში მუშაობისთვის და მისი აღნიშვნა ასოთი " მ".

ჩამოტვირთეთ ტესტი

ეს ტესტი არ არის კომერციული და.

Ტესტის პასუხები

ტოპ - 1C-ის 3 საუკეთესო კლიენტ-სერვერის ინსტალაცია MS SQL სერვერზე. თქვენც შეგიძლიათ შეხვიდეთ ამ ცხრილში. შედეგების უფრო დეტალურად ნახვა შეგიძლიათ ტესტის გადმოტვირთვით.

Ტექნიკური დეტალები

რა ხდება ტესტში "ერთი" საოპერაციო ციკლის ფარგლებში?

როგორ გავზომოთ რკინის დატვირთვა

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

ფიგურაში ნაჩვენებია ფაილის ვერსიის გაზომვის მაგალითი.

კონტაქტები TPC-1C-GILV

http://site/1c/ tpc

ტესტის შედეგები, განვითარების წინადადებები

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

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

შესრულების შეფასების არსებული მეთოდების უმეტესობა ეყრდნობა რაიმე სახის ტესტირებას.

არსებობს ორი ძირითადი ტიპის ტესტირება: კომპონენტი და ინტეგრალური.

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

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

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

როგორ ვიყოთ ბედნიერი თქვენი ტესტის შედეგებით

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

სხვა სიტყვებით რომ ვთქვათ, ორივე DBMS პარამეტრები, OS პარამეტრები და აპარატურა გავლენას ახდენს საერთო გუნდის შედეგზე.

რომელი სერვერია უკეთესი

ეს ტესტი, რომელიც შესრულებულია კონკრეტულ სერვერზე, იძლევა შედეგს ტექნიკის პარამეტრების მთლიანობაზე, ოპერაციულ სისტემაზე, მონაცემთა ბაზაზე და ა.შ. თუმცა, მაღალი შედეგი კონკრეტულ სერვერის აპარატურაზე ნიშნავს, რომ ნორმალურ პირობებში იგივე შედეგი მიიღება სერვერის იდენტურ აპარატურაზე. ეს ტესტი უფასო ინსტრუმენტია, რომელიც დაგეხმარებათ შეადაროთ 1C:Enterprise-ის ინსტალაცია Windows-ისა და Linux-ის პირობებში, სამი განსხვავებული DBMS, რომელსაც მხარს უჭერს 1C:Enterprise 8 პლატფორმა.

ტესტის უსაფრთხოება

ტესტი აბსოლუტურად უსაფრთხოა. ეს არ იწვევს სერვერის „დაშლას“ (არ არსებობს „სტრესის“ ალგორითმი) და არ საჭიროებს წინასწარ ზომებს თუნდაც „საბრძოლო“ სერვერზე. კონფიდენციალური მონაცემები ასევე არ არის დაფიქსირებული ტესტის შედეგებში. გროვდება ინფორმაცია CPU, RAM, HDD პარამეტრების შესახებ. მოწყობილობის სერიული ნომრები არ არის შეგროვებული. თქვენ შეგიძლიათ მარტივად გადაამოწმოთ ეს ყველაფერი - ტესტის კოდი 100% ღიაა. შეუძლებელია რაიმე ინფორმაციის გაგზავნა თქვენი ცოდნის გარეშე.

კლასიფიკაცია TPC- ადგილობრივი გამტარუნარიანობა / TPC-1C-GILV-A

ტესტი მიეკუთვნება უნივერსალური ინტეგრალური კროს-პლატფორმული ტესტების განყოფილებას. უფრო მეტიც, იგი გამოიყენება ფაილის და კლიენტ-სერვერის ვარიანტებისთვის 1C: Enterprise-ის გამოყენებისთვის. ტესტი მუშაობს ყველა DBMS-ისთვის, რომელსაც მხარს უჭერს 1C.

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

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

ჩამოტვირთეთ ტესტი

ეს ტესტი არ არის კომერციული და მისი ჩამოტვირთვა შესაძლებელია უფასოდ 8.2 და უფასო 8.3.

Ტექნიკური დეტალები

რა ხდება ტესტში "ერთი" საოპერაციო ციკლის ფარგლებში?

ტესტის გამოყენების მახასიათებლები PostgreSQL მონაცემთა ბაზაში

დააყენეთ standard_conforming_strings პარამეტრი postgresql.conf კონფიგურაციის ფაილში "off"

როგორ გავზომოთ რკინის დატვირთვა

უნდა აღინიშნოს, რომ თავად ტესტი უკვე ნაწილობრივ ასრულებს გაზომვას. უფრო დეტალური სურათისთვის გირჩევთ გამოიყენოთ Mark Rusinovich's Process Explorer პროგრამა.

ფიგურაში ნაჩვენებია ფაილის ვერსიის გაზომვის მაგალითი.

ტესტებში მონაწილე კომპიუტერები (ჩვეულებრივი სახელწოდება) - აღწერა (დისკები მითითებულია მხოლოდ მონაცემთა ბაზისთვის):

(დაზუსტება სერვერებს შორის 1 გბიტიანი ქსელი)

1) IT33- დესკტოპი Core i5 4 ბირთვით 2.8 GHz, DDR3 3 GB, ერთი 7200 rps მყარი დისკი.

2) რეალური- ყველაზე ძლიერი, როგორც მე მეგონა)) 8 Xeon ბირთვი 3 გჰც-ზე, DDR2 48 GB, RAID10 SSD-ზე

3) რეალური 2- 8 Xeon ბირთვი 2 GHz, DDR2 22 GB,RAID10 10000 rps SAS მყარ დისკებზე

ტესტები ჩატარდა გილევის 1c კონფიგურაციაში:

"SQL Server" ---> "1C Server" ---> "Evaluation" + "კლიენტის კომპიუტერის სახელი (თუ არ არის მითითებული, მაშინ ის იგივეა სიაში)"

>1)REAL2--->REAL2--->25.64(TCP--SQL)
>2)REAL2--->REAL2--->26.32(SQL--საზიარო მეხსიერება)

>3)REAL2--->REAL2--->25.64(SQL--საზიარო მეხსიერება) + IT33(კლიენტი) - კლიენტიდან სერვერის ქსელამდე=10 მბიტი

>4 )REAL2--->REAL2--->24.27(SQL--საზიარო მეხსიერება) + REAL(კლიენტი) - ჰმ.. უცნაური 1 გბიტიანი ქსელი... რატომ არის ნაკლები თუთიყუში..
>5)REAL2--->REAL2--->37.59(ფაილი)

** **** **************************
>1)რეალური--->რეალური--->8.73(TCP--SQL)

>2)რეალური---> რეალური 2--->11.99(TCP--SQL) --- ეს უკვე იწყებს ჩემს აზრს))

>3)რეალური--->რეალური--->17.48 (ფაილი)

** **** ******************************

>1)IT33--->IT33--->26.88(TCP--SQL)
>2)IT33--->IT33--->34.72(SQL--საზიარო მეხსიერება)
>3)IT33--->IT33--->59.52(ფაილი)

შედეგები:

ტესტის შედეგებს ვუყურე... გადაუგრიხე ამ და ისე)) და მერე გამთენდა (მე გავზომე RAM-ის სიჩქარე),

რაც შეეხება 1s 8.x სიჩქარეს (მე აღვნიშნავ, რომ ტესტის შედეგები ეფუძნება SINGLE-USER რეჟიმს, მაგრამ ასევე კლიენტ-სერვერის ვერსიისთვის მრავალ მომხმარებლის სამუშაოთი - ვფიქრობ, მათ ასევე ექნებათ მნიშვნელოვანი გავლენის წილი) -

ასე რომ, 1C სიჩქარეზე გავლენას ახდენს: CPU ავტობუსის სიხშირე + RAM მეხსიერების სიხშირე

----> რა გავლენას ახდენს WRITE და READ სიჩქარე RAM-ში. რაც საფუძვლად უდევს 1s-ის შესრულების საფუძველს 8.x.

კომპიუტერები, რომლებმაც გაიზიარეს პრიზები ოპერაციული სიჩქარის თვალსაზრისით 1s))

1)IT33--->IT33--->59.52(ფაილი)

ოპერატიული მეხსიერება DDR 3 (წაკითხვა 11089 მბ/წმ, ჩაწერა 7047 მბ/წმ) ------ როგორც ველოდი, განსხვავება მნიშვნელოვანი იქნება სერვერებთან

2)რეალური 2--->REAL2--->37.59(ფაილი)
- ოპერატიული მეხსიერება DDR2 (Read=3474, Write=2068)

3)რეალური--->რეალური--->17.48(ფაილი)
- ოპერატიული მეხსიერება DDR2 (Read=1737 MB/s, Write=1042 MB/s) - როგორც აღმოჩნდა, სიჩქარე უფრო დაბალია ვიდრე Real2-ზე - ზუსტად 2-ჯერ,

ჩართული ვირტუალური ბირთვების გამო (ჰიპერ-ვაჭრობა), ჩვენ მას დიდი ალბათობით გავუქმებთ.

დასკვნები:

მაქსიმალური ოპერაციული სიჩქარე 1s 8.x მიიღწევა:

მე) ფაილის ვარიანტისთვის (მე პირადად არ ვარ დაინტერესებული)

ა) კლიენტის (ნებისმიერი) გაშვება კომპიუტერზე RAM-თან მუშაობის მაღალი სიჩქარით. (მაგალითად, ტერმინალის სერვერი

DB იქ).

II) Client-Server ვარიანტისთვის

1) სქელი კლიენტები 1C"ტერმინალ სერვერზე" - +-ით

2) თხელი კლიენტები 1C- განსაკუთრებული განსხვავება არ არის სად... მაგრამ მიზანშეწონილია მისი კონფიგურაცია "HTTP://" საშუალებით.
3a) "SQL Server" + "1C Enterprise Server"(გაზიარებული მეხსიერების რეჟიმში) - ერთ მანქანაზე ყველაზე მაღალი სიჩქარე წერის/კითხვის ოპერატიული მეხსიერება + უმაღლესი სიხშირის GHz CPU ბირთვებიდისკები

განმარტებები:

- მხარდაჭერაგაზიარებული მეხსიერება- გამოჩნდა ძრავზე დაწყებული 8.2.17 (ყურადღება კონფიგურაციაში - ძრავის წინა ვერსიებთან თავსებადობის რეჟიმი არ უნდა იყოს ჩართული), წინა ძრავებზე გამოყენებული იქნება Naimed Pipes - ასევე აჩვენებს კარგ შედეგებს))

- RAID SSD დისკებზე- მიზანშეწონილია გამოიყენოთ RAID10 - შეცდომების ტოლერანტობისთვის, Write SCALE-ის გათვალისწინებით:

მაგალითი RAID10 (4 ცალი ჩაწერის ჯარიმა = 2), ჩაწერის სიჩქარე = 4/2 = 2 დისკი, წაკითხვის ჯარიმა არ არის.

თქვენ ასევე შეგიძლიათ კიდევ უფრო გაზარდოთ SSD სიჩქარის საიმედოობა და სტაბილურობა - დისკის მთლიანი სიმძლავრის გამოყენებით.

მაგალითი (Desktop SSD-ის საიმედოობის ამაღლება სერვერის SSD-ის დონემდე):

თუ, მაგალითად, SSD Intel 520 series 120 GB და გამოყოფს 81 GB და დარჩენილი ადგილი დატოვა გამოუყენებელი -

მაშინ SSD სივრცის დაახლოებით 32% გამოიყოფა ზედმეტ უზრუნველყოფისთვის, უკვე არსებული ფარული 8%-ის გარდა. საერთო ჯამში ვიღებთ დაახლოებით 40%-ს

განსხვავება სერვერის SSD Intel 710 სერიის და დესკტოპის SSD Intel 320 სერიის შორის არის ზუსტად სხვაობა ზედმეტ უზრუნველყოფაში: 40% -ზე მეტი Intel 710-ისთვის და 8% Intel 320-ისთვის.

თუ ბევრი 1C კლიენტია 100-დან:

1) მიმდინარე Ethernet ქსელის ტექნოლოგიებზე - არ არის მიზანშეწონილი "SQL" "სერვერ 1C" წაშლა.

მაგალითად გიგაბიტის ქსელში შეყოვნების (დაყოვნების) გამო Ethernet - რეალური გაცვლის სიჩქარე SQL-ით = 30 მეგაბაიტი/წმ - რაც არ არის საკმარისი თუნდაც 1 მომხმარებლის მონაცემთა ბაზასთან ინტენსიური მუშაობისთვის.

2) იმიტომ სინამდვილეში, "Server 1C" = "Object DBMS" (მრავალგანზომილებიანი ობიექტები) და "SQL" = "რელატიური DBMS"(ბრტყელი ცხრილის მონაცემთა შენახვა)

=> SQL მონაცემთა ბაზაში ინახება 1C ობიექტების FLAT პროექცია და 1C სერვერი აგროვებს ობიექტს ამ პროექციისგან, შემდეგ მუშაობს ამ ობიექტთან და ბოლოს, სამუშაოს დასრულების შემდეგ, კვლავ ასახავს მას ბრტყელ ხედში და ინახავს. SQL-ში.

შედეგად, "SQL" და "1C სერვერს" შორის, თქვენ უნდა უარი თქვათ მის ორ ფიზიკურ სერვერზე დაყოფაზე. მაგრამ თქვენ შეგიძლიათ გამოიყენოთ NUMA კვანძების სრული განხორციელება. ( ეს უნდა იყოს მხარდაჭერილი OS და თავად პროცესორების მიერ).

3ბ) ჩვენ ცალკე გამოვყოფთ SQL სერვერებს და 1c სერვერებს: მიმდინარე Ethernet ტექნოლოგიებზე - მაგალითად Gigabit - არ არის პრაქტიკული
-SQL სერვერზე ყველაზე მაღალი სიჩქარე წერის/კითხვის ოპერატიული მეხსიერება + უმაღლესი სიხშირის GHz CPU ბირთვები
-Ზოგიერთი PHYSICAL სერვერები Cluster 1c-შიგ ყველაზე მაღალი სიჩქარე წერის/კითხვის ოპერატიული მეხსიერება + უმაღლესი სიხშირის GHz CPU ბირთვები+ მიზანშეწონილია გამოიყენოთ RAID SSD-ზედისკები