सॉलिड-स्टेट हार्ड ड्राईव्हचे आगमन, किंवा थोडक्यात, डिजिटल माहिती रेकॉर्डिंग आणि संग्रहित करण्यासाठी उपकरणे तयार करण्यासाठी तंत्रज्ञानाच्या विकासामध्ये नक्कीच एक प्रगती मानली जाऊ शकते. माहितीच्या अनियंत्रित ब्लॉक्समध्ये हाय स्पीड ऍक्सेसचा अपवाद वगळता, बाजारात आलेले पहिले SSDs, पारंपारिक HDD पेक्षा अनेक प्रकारे निकृष्ट होते. अतिशयोक्तीशिवाय त्यांच्या खंडांना माफक पेक्षा जास्त म्हटले जाऊ शकत नाही, त्यांच्याकडे दोष सहन करण्याची क्षमता देखील कमी होती आणि त्यांना खूप पैसे खर्च करावे लागले.

SSDs मध्ये काय चूक आहे?

सॉलिड-स्टेट ड्राइव्हचा उच्च वेग, शांतता आणि कमी उर्जा वापर त्यांच्या विकासासाठी चांगले ड्रायव्हर्स म्हणून काम केले आहे. आधुनिक एसएसडी ड्राइव्ह हे वजनाने हलके, अतिशय जलद आणि यांत्रिक दृष्टिकोनातून खूप विश्वासार्ह आहेत, टॅब्लेट, अल्ट्राबुक आणि इतर कॉम्पॅक्ट उपकरणांमध्ये वापरलेली उपकरणे. एसएसडीच्या किमतीतही लक्षणीय घट झाली आहे. परंतु तरीही, त्यांना परिपूर्ण म्हटले जाऊ शकत नाही. सर्व SSD मध्ये लक्षणीय कमतरता आहे - पुनर्लेखन चक्रांची मर्यादित संख्या.

बऱ्याच SSD ची फ्लॅश मेमरी MLC प्रकारची असते आणि अंदाजे 3 ते 10 हजार वेळा डेटा लिहिण्याची परवानगी देते, तर पारंपारिक USB 1000 किंवा त्यापेक्षा कमी पुनर्लेखन चक्रांमध्ये त्याचे संसाधन संपवते. एसएसडी देखील आहेत, उदाहरणार्थ, एसएलसी मेमरी प्रकारासह, जे अनेक लाख पुनर्लेखन चक्रांचा सामना करू शकतात. तेथे अनेक बारकावे आहेत, म्हणून हे आश्चर्यकारक नाही की एसएसडी ड्राइव्हचे हे वैशिष्ट्य आहे जे सामान्य वापरकर्त्यांमध्ये त्यांच्या ऑपरेशनबद्दल आणि सर्वात महत्त्वाचे म्हणजे त्यांचे सेवा आयुष्य वाढविण्याबद्दल बरेच प्रश्न उपस्थित करते. Windows 7/10 मध्ये SSD ऑप्टिमायझेशन आवश्यक आहे की व्यावसायिक सॉफ्टवेअरच्या निर्मात्यांनी आणि विकसकांनी स्वतः तयार केलेली ही आणखी एक मिथक आहे?

मूलभूत प्रशिक्षण

होय, तुम्ही एसएसडी असलेल्या पीसीवर सर्वकाही सोडू शकता आणि तुम्ही कदाचित बरोबर असाल, परंतु तुम्हाला तुमच्या ड्राइव्हची खरोखर काळजी असेल आणि ती शक्य तितक्या काळ टिकू इच्छित असल्यास, ते सानुकूलित करण्याचा विचार करणे योग्य आहे. आपण एकात्मिक एसएसडीसह संगणक विकत घेतला आहे की नाही यापासून प्रारंभ करूया किंवा फक्त ड्राइव्ह, ज्यासह आपण एचडीडी बदलू इच्छिता, त्यातून विंडोज हस्तांतरित करा. पहिल्या प्रकरणात, आपण सिस्टम सेट करण्यासाठी स्वत: ला मर्यादित करू शकता. तुम्ही स्वत: SSD स्थापित केल्यास, BIOS मध्ये SATA कंट्रोलरसाठी AHCI कनेक्शन मोड सक्षम आहे की नाही हे तपासण्याची खात्री करा.

येथे दोन मुद्दे आहेत: AHCI सक्षम केल्यानंतर आणि Windows SSD वर हस्तांतरित केल्यानंतर, सिस्टम बूट होणार नाही, कारण त्यात योग्य ड्रायव्हर्स नसतील. म्हणून, एकतर वेळेपूर्वी ड्रायव्हर्स स्थापित करा किंवा सुरवातीपासून विंडोज पुन्हा स्थापित करा. दुसरा. जुन्या PC च्या BIOS मध्ये AHCI मोड असू शकत नाही. या प्रकरणात, BIOS अद्यतनित करणे आवश्यक आहे. आता एसएसडी कंट्रोलरच्या फर्मवेअरबद्दल. सॉलिड-स्टेट ड्राईव्हचे मालक अनेकदा विचारतात की त्यांनी नवीनतम फर्मवेअर स्थापित केल्यास ड्राइव्ह जलद चालेल का. होय, ते होईल, परंतु आपण ते अद्यतनित करण्याचा निर्णय घेतल्यास आणि सर्वसाधारणपणे, आवश्यक असल्यास, मदतीसाठी सेवा केंद्राशी संपर्क साधणे चांगले आहे.

सिस्टम सेटिंग्ज. डीफ्रॅगमेंटेशन अक्षम करत आहे

एचडीडीसाठी डीफ्रॅगमेंटेशन ही एक उपयुक्त गोष्ट आहे, परंतु ती SSD ड्राइव्हला हानी पोहोचवू शकते, म्हणून Windows सहसा ते स्वयंचलितपणे अक्षम करते. तथापि, ते खरोखर अक्षम आहे की नाही हे तपासणे योग्य आहे. आदेशासह चालवा dfrguiडिस्क ऑप्टिमायझेशन उपयुक्तता आणि सेटिंग्ज बदला क्लिक करा.

"शेड्युलवर चालवा" चेकबॉक्स अनचेक असल्याची खात्री करा. जर ते असेल तर ते काढून टाकण्याची खात्री करा.

TRIM सक्षम करत आहे

TRIM यंत्रणा डिस्कमधून काढून टाकताना अनावश्यक डेटाच्या मेमरी सेल साफ करून SSD ड्राइव्हला अनुकूल करते. TRIM वापरल्याने डिस्क पेशींचा एकसमान पोशाख सुनिश्चित होतो आणि त्याचा वेग वाढतो. तुमच्या सिस्टमवर TRIM सक्रिय आहे की नाही हे तपासण्यासाठी, प्रशासक म्हणून चालणाऱ्या कमांड प्रॉम्प्टमध्ये कमांड चालवा: fsutil वर्तन क्वेरी DisableDeleteNotify.

परत केलेल्या पॅरामीटरचे मूल्य असल्यास DeleteNotify अक्षम करा 0 असेल, याचा अर्थ सर्वकाही व्यवस्थित आहे आणि ट्रिम फंक्शन सक्षम केले आहे, जर 1 असेल तर ते अक्षम केले आहे आणि कमांडसह सक्षम केले पाहिजे fsutil वर्तन सेट DisableDeleteNotify 0.

हा SSD सेटअप फक्त Windows 7/10 ला लागू आहे, तर Vista आणि XP याला सपोर्ट करत नाहीत. दोन पर्याय आहेत: एकतर नवीन प्रणाली स्थापित करा किंवा हार्डवेअर TRIM सह SSD शोधा. कृपया हे देखील लक्षात घ्या की सॉलिड-स्टेट ड्राइव्हचे काही जुने मॉडेल TRIM ला समर्थन देत नाहीत, तथापि, ते अद्याप डिजिटल स्टोअरमध्ये विकले जाण्याची शक्यता खूपच कमी आहे.

प्रक्रियेदरम्यान, डेटाची महत्त्वपूर्ण रक्कम, RAM च्या प्रमाणाशी तुलना करता, सिस्टम डिस्कवरील hiberfil.sys फाइलवर लिहिली जाऊ शकते. SSD चे सेवा आयुष्य वाढवण्यासाठी, आम्हाला लेखन चक्रांची संख्या कमी करणे आवश्यक आहे, म्हणून हायबरनेशन अक्षम करण्याचा सल्ला दिला जातो. या SSD सेटअपची नकारात्मक बाजू म्हणजे तुम्ही तुमचा संगणक बंद केल्यावर फाइल्स आणि प्रोग्राम्स उघडे ठेवण्यास सक्षम राहणार नाही. हायबरनेशन अक्षम करण्यासाठी, प्रशासक विशेषाधिकारांसह चालणारी कमांड चालवा powercfg -h बंद.

तुमचा संगणक रीस्टार्ट करा आणि लपलेली सिस्टीम फाइल hiberfil.sys C ड्राइव्हमधून काढून टाकली आहे याची खात्री करा.

फाइल शोध आणि अनुक्रमणिका अक्षम करा

Windows 7/10 साठी SSD ड्राइव्ह योग्यरित्या कॉन्फिगर करण्यासाठी आणखी काय केले जाऊ शकते? उत्तर म्हणजे डिस्क सामग्रीची अनुक्रमणिका अक्षम करणे, कारण SSD आधीच पुरेसे वेगवान आहे. डिस्क गुणधर्म उघडा आणि "फाइल सामग्री अनुक्रमित करण्यास अनुमती द्या..." अनचेक करा.

पण इथे गोष्ट आहे. एसएसडी व्यतिरिक्त तुमच्याकडे HDD असल्यास, तुम्ही त्यावर अनुक्रमणिका अक्षम करू इच्छित नाही. यातून काय होणार? डीफॉल्टनुसार, इंडेक्स फाइल ड्राइव्ह C वर स्थित आहे आणि ड्राइव्ह D मधील डेटा अद्याप सॉलिड-स्टेट ड्राइव्हवर लिहिला जाईल.

जर तुम्ही वापरकर्त्याच्या व्हॉल्यूमवर अनुक्रमणिका अक्षम करू इच्छित नसाल, तर तुम्हाला इंडेक्सिंग फाइल सिस्टम SSD वरून वापरकर्ता HDD वर हलवावी लागेल. कमांडसह उघडा नियंत्रण /नाव Microsoft.IndexingOptionsअनुक्रमणिका पर्याय.

आता "प्रगत" क्लिक करा आणि प्रथम वापरकर्ता डिस्कवर एक फोल्डर तयार करून, आपले अनुक्रमणिका स्थान निर्दिष्ट करा.

तुमच्या PC मध्ये फक्त SSD असल्यास, तुम्ही services.msc कमांडसह सेवा व्यवस्थापन स्नॅप-इन उघडून आणि Windows शोध सेवा थांबवून अनुक्रमणिका आणि शोध पूर्णपणे अक्षम करू शकता.

सिस्टम संरक्षण अक्षम करणे

विवादास्पद मुद्दा. सिस्टीम शॅडो कॉपी तयार करणे अक्षम करून, एकीकडे, तुम्ही लेखन चक्रांची संख्या कमी कराल, तर दुसरीकडे, काही अनपेक्षित अपयशी झाल्यास तुम्हाला नॉन-वर्किंग सिस्टम मिळण्याचा धोका वाढेल. रोलबॅक वापरणे हा विंडोजला कार्यरत स्थितीत परत करण्याचा सर्वात प्रभावी आणि सोपा मार्ग आहे, या कारणास्तव, आम्ही हे कार्य अक्षम करण्याची शिफारस करणार नाही, विशेषत: पॉइंट क्वचितच तयार केले जातात आणि जास्त जागा घेत नाहीत.

हे तुमच्या इंटेल एसएसडीसाठी सिस्टम संरक्षण अक्षम करण्याची शिफारस करत नाही. तथापि, हे आपल्यावर अवलंबून आहे. तुम्ही इतर बॅकअप साधने वापरत असल्यास, जसे की Acronis True Image, सिस्टम संरक्षण अक्षम केले जाऊ शकते. हे करण्यासाठी, सिस्टम गुणधर्मांवर जा, "सिस्टम संरक्षण" टॅबवर, SSD ड्राइव्ह निवडा आणि "कॉन्फिगर" क्लिक करा. पुढे, पुनर्प्राप्ती पर्यायांमध्ये, "सिस्टम संरक्षण अक्षम करा" रेडिओ बटण सक्रिय करा, स्लाइडरला शून्यावर हलवा आणि "हटवा" बटणावर क्लिक करा.

मी पृष्ठ फाइल अक्षम करावी की नाही?

एक आणखी विवादास्पद उपाय म्हणजे पृष्ठ फाइल अक्षम करणे. काही लोक ते HDD वर हलवण्याचा सल्ला देतात, इतर पूर्णपणे अक्षम करतात, परंतु ते इतके सोपे नाही. महत्त्वपूर्ण RAM संसाधने आवश्यक असलेल्या सिस्टम आणि प्रोग्राम्सचे कार्यप्रदर्शन ऑप्टिमाइझ करण्यासाठी पेजिंग फाइल आवश्यक आहे. पेजिंग अक्षम केल्याने डिस्क लोड कमी होऊ शकते, परंतु परिणामी परिणाम खूपच कमी असेल. याव्यतिरिक्त, हे शटडाउन संगणकाची कार्यक्षमता लक्षणीयरीत्या कमी करू शकते.

स्वॅप फाइलला हार्ड एचडीडीमध्ये हस्तांतरित करण्यात देखील काही विशेष मुद्दा नाही, कारण ती एसएसडीपेक्षा अनेक पटीने हळू आहे आणि सिस्टमचा त्यात सतत प्रवेश केल्याने त्याचे ऑपरेशन कमी होईल. अक्षम करणे, किंवा अजून चांगले, पेजिंग फाइल कमी करणे केवळ एका प्रकरणात परवानगी आहे - जर तुमच्या संगणकावर 10 GB पेक्षा जास्त RAM असेल आणि तुम्ही संसाधन-केंद्रित अनुप्रयोग वापरत नसाल. आणि म्हणून, अर्थातच, डीफॉल्टनुसार सर्वकाही सोडणे चांगले आहे. कमांडसह "रन" विंडोमध्ये कॉल केलेल्या कार्यप्रदर्शन पॅरामीटर्स विंडोमध्ये पेजिंग फाइलसह तुम्ही सर्व हाताळणी करू शकता. प्रणाली गुणधर्म कामगिरी(यापुढे प्रगत - बदला).

प्रीफेच आणि सुपरफेच

सिद्धांतानुसार, येथे सर्वकाही डीफॉल्ट म्हणून सोडणे देखील चांगले आहे. फंक्शन सॉलिड-स्टेट ड्राइव्हच्या टिकाऊपणावर कोणत्याही प्रकारे परिणाम करत नाही, कारण ते कोणतेही रेकॉर्ड तयार करत नाही. शिवाय, एसएसडीवर विंडोज स्थापित करताना, सिस्टम स्वयंचलितपणे ते अक्षम करते. ते अक्षम केले आहे हे सुनिश्चित करू इच्छिता? येथे रेजिस्ट्री एडिटर वर जा HKEY_LOCAL_MACHINE/SYSTEM/CurrentControlSet/नियंत्रण/सत्र व्यवस्थापक/मेमरी व्यवस्थापन/प्रीफेच पॅरामीटर्सआणि पॅरामीटर मूल्य पहा सुपरफेच सक्षम करा. ते 0 वर सेट केले जावे. तुम्ही सेवा व्यवस्थापन स्नॅप-इनद्वारे ते अक्षम देखील करू शकता.

प्रीफेचसाठी, डिस्क तयार करते ती इतकी नगण्य आहे की त्याकडे दुर्लक्ष केले जाऊ शकते. तथापि, आपण ते बंद करू शकता, काहीही वाईट होणार नाही. हे करण्यासाठी, त्याच रेजिस्ट्री कीमध्ये, पॅरामीटरचे मूल्य सेट करा प्रीफेचर सक्षम करा 0.

हेच अतिरिक्त प्रीफेच रेडीबूट वैशिष्ट्य अक्षम करण्याबद्दल सांगितले जाऊ शकते, जे अनुप्रयोग डाउनलोड करण्याची प्रक्रिया लॉग करते. ते फोल्डरमध्ये तयार केलेल्या रेकॉर्डची मात्रा C:/Windows/Prefetch/ReadyBootनगण्य आहे, परंतु तुम्हाला ते देखील अक्षम करायचे असल्यास, की मध्ये स्टार्ट पॅरामीटर 0 वर सेट करा HKEY_LOCAL_MACHINE/SYSTEM/CurrentControlSet/Control/WMI/Autologger/ReadyBoot.

SSD डिस्क्स ऑप्टिमाइझ करण्यासाठी प्रोग्राम

वरील उदाहरणांमध्ये दर्शविले गेलेले जवळजवळ सर्व काही विशेष उपयुक्तता वापरून केले जाऊ शकते. थर्ड-पार्टी प्रोग्राम वापरून Windows 7/10 अंतर्गत SSD कसे कॉन्फिगर करावे? अगदी साधे. त्यापैकी बहुतेकांचा अंतर्ज्ञानी इंटरफेस आहे, जो पर्यायांच्या संचासह सादर केला आहे जो चालू किंवा बंद केला जाऊ शकतो. बरेच SSD ऑप्टिमायझर आहेत, परंतु आम्ही फक्त सर्वात लोकप्रिय असलेल्यांवर लक्ष केंद्रित करू.

SSD मिनी ट्वीकर

सॉलिड स्टेट ड्राइव्ह ऑप्टिमाइझ करण्यासाठी सर्वात सोयीस्कर पोर्टेबल प्रोग्राम. युटिलिटी डीफ्रॅगमेंटेशन, हायबरनेशन आणि सिस्टम प्रोटेक्शन, ट्रिम, सुपरफेच आणि प्रीफेचर, पेजिंग फाइलचे व्यवस्थापन आणि Layout.ini, इंडेक्सिंग, फाइल सिस्टम कॅशे आणि काही इतर सेटिंग्जच्या कार्यांना समर्थन देते.

SSD मिनी ट्वीकर इंटरफेस व्यवस्थापनासाठी उपलब्ध फंक्शन्सच्या सूचीसह विंडोद्वारे दर्शविला जातो. नवीन सेटिंग्ज लागू केल्यानंतर, तुम्हाला तुमचा पीसी रीस्टार्ट करावा लागेल.

SSD ड्राइव्हचे कार्यप्रदर्शन ऑप्टिमाइझ आणि ट्यूनिंगसाठी शेअरवेअर उपयुक्तता. Tweak-SSD मध्ये कोणतीही रशियन भाषा नाही, परंतु एक सोयीस्कर चरण-दर-चरण विझार्ड आहे जो इष्टतम सेटिंग्ज ऑफर करतो. या प्रोग्रामच्या वैशिष्ट्यांमध्ये फाइल इंडेक्सिंग अक्षम करणे, प्रोग्राम कंपॅटिबिलिटी असिस्टंट, हायबरनेशन, पेजिंग फाइल, डीफ्रॅगमेंटेशन, फाइलचा शेवटचा प्रवेश वेळ रेकॉर्ड करणे, TRIM सोबत काम करणे, फाइल सिस्टम कॅशे वाढवणे, NTFS मेमरी मर्यादा काढून टाकणे आणि कर्नल हलवणे समाविष्ट आहे. मॉड्यूलचे भाग डिस्कवर अनलोड करण्याऐवजी मेमरी.

SSD फ्रेश प्लस

दुसरा SSD ऑप्टिमायझर. ॲनालॉग्सच्या विपरीत, ते S.M.A.R.T. डेटासह कार्य करण्यास समर्थन देते. Abelssoft SSD Fresh Plus सह, तुम्ही डीफ्रॅगमेंटेशन, फोल्डर्स आणि फाइल्ससाठी लहान नावांचा वापर, टाइमस्टॅम्प, विंडोज लॉग आणि प्रीफेच सेवा अक्षम करू शकता.

एकूण, युटिलिटी नऊ वेगवेगळ्या सेटिंग्जना समर्थन देते जे SSD चे ऑपरेशन ऑप्टिमाइझ करते. प्रोग्रामच्या अतिरिक्त वैशिष्ट्यांमध्ये डिस्कबद्दल तपशीलवार माहिती पाहणे समाविष्ट आहे. सशुल्क आणि विनामूल्य आवृत्त्यांमध्ये वितरित.

निष्कर्ष

बहुधा एवढेच. SSDs ऑप्टिमाइझ करण्यासाठी इतर शिफारसी देखील आहेत, परंतु बहुतेक भागांसाठी ते एकतर संशयास्पद किंवा हानिकारक आहेत. विशेषतः, SSD डिस्क आणि NTFS फाइल सिस्टमच्या USN जर्नलसाठी लेखन कॅशिंग अक्षम करण्याची शिफारस केलेली नाही. तुम्ही SSD वरून प्रोग्रॅम्स आणि टेम्पररी फोल्डर्स, ब्राउझर कॅशे इत्यादी देखील ट्रान्सफर करू नये, कारण मग SSD ड्राइव्ह विकत घेण्यात काय अर्थ आहे? आम्हाला जलद चालण्यासाठी प्रोग्रामची आवश्यकता आहे, परंतु त्यांना HDD वर हस्तांतरित केल्याने केवळ सिस्टमची गती कमी होईल.

आणि शेवटी, तुमच्यासाठी काही चांगला सल्ला आहे. SSD ऑप्टिमायझेशनसह जास्त त्रास देऊ नका. तुम्ही दररोज टेराबाइट डेटा लिहिल्या आणि हटवल्याशिवाय, अगदी बजेट 128GB सॉलिड-स्टेट ड्राइव्हच्या आयुष्यापर्यंत पोहोचण्यासाठी तुम्हाला किमान डझनभर वर्षे लागतील. आणि या काळात, केवळ डिस्क मॉडेलच नाही तर संगणक देखील हताशपणे कालबाह्य होईल.

बऱ्याच एंटरप्राइझ ग्राहकांसाठी "सर्वोत्तम सराव" म्हणजे हायब्रिड SSD/HDD स्टोरेज सिस्टम वापरणे. हे समाधान तुम्हाला दोन्ही प्रकारच्या माध्यमांचा लाभ घेण्यास अनुमती देते - HDD ची मोठी क्षमता आणि IOPS मधील SSD ची उच्च कार्यक्षमता (प्रति सेकंद इनपुट-आउटपुट ऑपरेशन्स) - आर्थिकदृष्ट्या आकर्षक राहून.

हायब्रीड SSD/HDD स्टोरेज सिस्टममध्ये, मुख्य क्षमता स्वस्त हार्ड ड्राइव्हद्वारे दर्शविली जाते आणि "हॉट" साठी एक लहान पूल, वारंवार वापरला जाणारा डेटा फ्लॅश मेमरीद्वारे प्रदान केला जातो. तर्कसंगतपणे डिझाइन केलेल्या हायब्रिड स्टोरेज सिस्टममध्ये, थोड्या संख्येने एसएसडी ड्राइव्हसह, मुख्य डेटा स्टोरेज पूलसह ऑपरेशन्सचे महत्त्वपूर्ण प्रवेग साध्य केले जाते.

हायब्रिड स्टोरेजची अंमलबजावणी

सराव मध्ये, दोन मुख्य प्रवेग पद्धती वापरल्या जातात - डेटा कॅशिंग आणि मल्टी-लेव्हल स्टोरेज (टायरिंग). दोघेही I/O कार्यप्रदर्शन सुधारण्यासाठी हॉट डेटाची संकल्पना वापरतात, परंतु प्रत्यक्षात ते पूर्णपणे भिन्न दृष्टिकोन आहेत.

कॅशिंगसह, एक किंवा अधिक SSD ड्राइव्हस् व्हर्च्युअल स्टोरेज पूलसाठी कॅशे म्हणून काम करतात जिथे प्राथमिक स्टोरेज हार्ड ड्राइव्हवर असते. या प्रकरणात, SSDs अतिरिक्त क्षमता प्रदान करत नाहीत - ते I/O कार्यप्रदर्शन वाढवणाऱ्या अनुप्रयोगांसाठी एक अदृश्य "स्तर" आहेत. माहिती नेहमी मुख्य स्टोरेज पूलमध्ये हस्तांतरित केली जाते, परंतु "हॉट" डेटा देखील कॅशे मेमरीमध्ये कॉपी केला जातो (एसएसडी वर). या किंवा जवळपासच्या डेटाचे त्यानंतरचे प्रवेश मुख्य स्टोरेज पूलऐवजी कॅशे मेमरी वापरतात, परिणामी कार्यक्षमतेत लक्षणीय वाढ होते.

टायर्ड स्टोरेजसह, डेटा त्यानुसार क्रमवारी लावला जातो आणि SSD किंवा HDD स्तरावर ठेवला जातो (दोनपेक्षा जास्त स्तर असू शकतात): "हॉट" डेटा फ्लॅश मेमरीवर पाठविला जातो आणि कमी वारंवार वापरला जाणारा डेटा हार्ड ड्राइव्हवर पाठविला जातो.

काय चांगले आहे?

मल्टी-लेव्हल स्टोरेज डेटा रिडंडंसी सूचित करत नाही, म्हणून या प्रकरणात RAID ची अंमलबजावणी अधिक जटिल होते - अतिरिक्त SSDs खरेदी करणे आवश्यक आहे. डेटाची क्रमवारी लावणे आणि त्याचे स्तरांमध्ये वितरण करणे ही क्रिया कार्यक्षमतेवर नकारात्मक परिणाम करते. अशा प्रणालींनी डेटा व्यवस्थापित करणे आवश्यक आहे जो कालांतराने "गरम" वरून "थंड" मध्ये बदलतो. रिडंडंसीच्या कमतरतेमुळे, वारंवार वापरला जाणारा डेटा कमी उपयुक्त होताच मुख्य पूलमध्ये हलवला जावा. या पार्श्वभूमी प्रक्रिया IOPS वापरतात आणि या हालचाली दरम्यान I/O कार्यप्रदर्शन प्रभावित करतात. मल्टी-लेव्हल स्टोरेज अशा प्रकरणांमध्ये सर्वात कार्यक्षमतेने कार्य करते जेथे संबंधित अल्गोरिदम ग्राहकांच्या आवश्यकता आणि उद्दिष्टांशी जुळवून घेतात. आदर्श कार्यप्रदर्शन साध्य करण्यासाठी अल्गोरिदमचे सतत निरीक्षण आणि समायोजन आवश्यक आहे.

जटिल मल्टी-लेव्हल स्टोरेजच्या विपरीत, विद्यमान स्टोरेज सिस्टममध्ये SSDs वर कॅशिंग लागू करणे सोपे आहे. एसएसडी कॅशिंगसह हायब्रिड स्टोरेज सिस्टमला अतिरिक्त प्रशासनाची आवश्यकता नसते आणि अनुप्रयोग अशा सिस्टमला इतर कोणत्याही नेटवर्क स्टोरेज सिस्टमप्रमाणेच हाताळतो, फक्त ते खूप जलद कार्य करते. त्याची RAID अंमलबजावणी आणि डेटा संरक्षण समान आहेत आणि यासाठी तुम्हाला अतिरिक्त SSD खरेदी करण्याची आवश्यकता नाही.

डेटाच्या प्रती SSD वर ठेवल्या जातात, त्यामुळे पार्श्वभूमीत मुख्य स्टोरेज पूलमध्ये हलवण्याची गरज नाही. उत्पादकतेवर परिणाम करणारे कोणतेही संबंधित खर्च होणार नाहीत. SSD कॅशिंग विशिष्ट एंटरप्राइझ ऍप्लिकेशन्ससाठी तयार केले जाणे आवश्यक आहे, तथापि, कॅशिंग सिस्टमच्या साधेपणाचा अर्थ असा आहे की सिस्टम प्रशासन तुलनात्मक टायर्ड स्टोरेजपेक्षा लक्षणीयरीत्या कमी जटिल असेल.

टायर्ड स्टोरेजसह स्टोरेज सिस्टीम स्थापित करणे आणि त्याच्या देखभालीशी संबंधित खर्च केवळ अशाच मोठ्या संस्थांमध्ये न्याय्य असेल ज्यांना फ्लॅश मेमरीचा समर्पित पूल आयोजित करण्यासाठी रॅक-माउंट एसएसडी मॉड्यूल्सची स्थापना आणि सिस्टम स्टाफमध्ये वाढ दोन्ही परवडतील. स्टोरेज सिस्टम व्यवस्थापित करण्यासाठी प्रशासक. ज्या कंपन्यांकडे फार मोठे स्टोरेज पूल नाहीत त्यांच्यासाठी, स्टोरेज सिस्टमला गती देण्यासाठी SSD कॅशिंग हा प्राधान्याचा पर्याय आहे.

रेकॉर्डिंग समस्या

अधिक शक्तिशाली असल्याने, डेटा रेकॉर्डिंगवर SSD ड्राइव्हला काही मर्यादा आहेत आणि स्टोरेज प्रवेग पद्धत निवडताना हे लक्षात ठेवले पाहिजे. फ्लॅश ड्राइव्हवर संचयित केलेला डेटा अनंत वेळा वाचला जाऊ शकतो, परंतु त्यांचे सेल मर्यादित संख्येने लेखन चक्रांना परवानगी देतात. कमी प्रमाणात डेटा लिहितानाही संपूर्ण ब्लॉक हटवण्याची गरज असल्याने ही समस्या वाढली आहे. या समस्येचे निराकरण करण्यासाठी, आधुनिक फ्लॅश मेमरी नियंत्रक वितरित लेखन पद्धती, कॅशिंग लेखन ऑपरेशन्स आणि पार्श्वभूमी "कचरा संकलन" वापरतात. तथापि, एसएसडीवर लिहिणे हे वाचण्यापेक्षा अधिक जटिल ऑपरेशन आहे. एकाच पेशींवर वारंवार लिहिल्याने फ्लॅश मेमरी लवकर खराब होऊ शकते.

जर क्लायंट सिस्टममध्ये एसएसडीवरील लेखन ऑपरेशन्स अशा प्रकारे वितरीत केले जाऊ शकतात की मीडियाचा प्रत्येक ब्लॉक अगदी क्वचितच ओव्हरराईट केला जाईल, तर हायब्रिड स्टोरेज सिस्टममध्ये एसएसडी पातळी संपूर्ण "हॉट" डेटा संचयित करण्यासाठी सक्रियपणे वापरली जाते. डिस्क पूल. कॅशिंग आणि टायर्ड स्टोरेजसह, SSD ऑपरेशन्स खूप गहन होतील आणि वेअर-आउट प्रतिबंध अल्गोरिदमचे फायदे नाकारले जातील. याचा अर्थ असा की दोन्ही प्रकरणांमध्ये (कॅशिंग आणि स्टोरेज टायरिंग), SSD टियरचा वापर वाचन आणि लिहिण्याऐवजी वाचनाचा वेग वाढवण्यासाठी केला जातो.

SSD वर कॅशिंगची अंमलबजावणी

SSD कॅशिंग असलेल्या प्रणालीमध्ये, I/O ऑपरेशन नेहमीच्या पद्धतीने केले जातात: प्रथम वाचन आणि लेखन HDD वर केले जाते. हे ऑपरेशन कॅशिंग ट्रिगर करत असल्यास, HDD वरून SSD वर डेटा देखील कॉपी केला जातो. त्यानंतर, त्याच लॉजिकल ब्लॉकचे कोणतेही त्यानंतरचे वाचन ऑपरेशन ते थेट SSD वरून वाचते, एकूण कामगिरी वाढवते आणि प्रतिसाद वेळ कमी करते. SSD लेयर अदृश्य I/O प्रवेगक म्हणून कार्य करते आणि SSD अयशस्वी झाल्यास, डेटा अजूनही RAID द्वारे संरक्षित मुख्य स्टोरेज पूलमध्ये उपलब्ध असेल.

कॅशे मेमरी भरत आहे

कॅशे, मुख्य स्टोरेज क्षमतेप्रमाणे, समान आकाराच्या क्षेत्रांच्या गटांमध्ये विभागली गेली आहे. प्रत्येक गटाला कॅशे ब्लॉक म्हणतात आणि प्रत्येक ब्लॉकमध्ये सबब्लॉक्स असतात. कॅशे ब्लॉक आकार विशिष्ट अनुप्रयोगासाठी कॉन्फिगर केला जाऊ शकतो, जसे की डीबीएमएस किंवा वेब सर्व्हर.

HDD वरून डेटा वाचणे आणि तो SSD वर लिहिणे याला कॅशे मेमरी भरणे म्हणतात. हे पार्श्वभूमी ऑपरेशन सहसा मुख्य वाचन किंवा लेखन ऑपरेशन नंतर होते. कॅशेचा उद्देश वारंवार वापरला जाणारा डेटा संचयित करणे हा असल्याने, प्रत्येक I/O ऑपरेशनने तो भरू नये, परंतु फक्त एक ज्यासाठी काउंटर थ्रेशोल्ड मूल्य ओलांडले आहे. सामान्यतः, भरण काउंटर वाचन आणि लेखनासाठी वापरले जातात.

अशा प्रकारे, वाचन आणि लेखन काउंटर मुख्य स्टोरेज क्षमतेच्या प्रत्येक ब्लॉकशी संबंधित आहेत. जेव्हा अनुप्रयोग कॅशे ब्लॉकमधून डेटा वाचतो, तेव्हा त्याचे वाचन काउंटर वाढवले ​​जाते. कॅशे मेमरीमध्ये कोणताही डेटा नसल्यास आणि वाचन काउंटर मूल्य रीड फिल मूल्यापेक्षा मोठे किंवा समान असल्यास, कॅशे भरण्याचे ऑपरेशन मुख्य रीड ऑपरेशनच्या समांतर केले जाते (डेटा कॅशे केलेला आहे). डेटा आधीच कॅशे मेमरीमध्ये असल्यास, तो SSD वरून वाचला जातो आणि भरण्याचे ऑपरेशन केले जात नाही. रीड काउंटर थ्रेशोल्डपेक्षा कमी असल्यास, ते वाढविले जाते आणि पॅडिंग ऑपरेशन केले जात नाही. लेखन ऑपरेशनसाठी परिस्थिती समान आहे. मागील स्प्रेडवरील चित्रांमध्ये ते अधिक तपशीलवार स्पष्ट केले आहे.

कॅशेच्या सामग्रीचे “वॉर्म अप” झाल्यानंतर त्याचे काय होते? SSD वर मोकळी जागा असल्यास, कॅशे गरम डेटाने भरत राहते. जेव्हा SSD क्षमता संपते, तेव्हा सर्वात कमी वापरलेले (LRU) डेटा पुनर्लेखन अल्गोरिदम लागू केले जाते, म्हणजेच कॅशे मेमरीमधील शेवटच्या डेटाच्या जागी नवीन “हॉट” डेटा लिहिला जातो.

हॉट डेटाचे प्रमाण SSD च्या क्षमतेपेक्षा जास्त असल्यास, कॅशे मेमरीमधून वाचलेल्या डेटाची टक्केवारी कमी होते आणि त्यानुसार कार्यप्रदर्शन कमी होते. याव्यतिरिक्त, SSD क्षमता जितकी लहान असेल (आणि हॉट डेटाची मात्रा जितकी मोठी असेल), "हॉट" डेटाची देवाणघेवाण अधिक तीव्र असेल. परिणामी, SSD जलद झीज होईल.

Qsan तज्ञ इंटेल SSD DC S3500 ड्राइव्ह वापरण्याची शिफारस करतात. अशा प्रकारे, 480 GB SSD मध्ये 2 दशलक्ष तासांचा अपयश (MTBF) दरम्यानचा कालावधी असतो, या ड्राइव्हसाठी ठराविक लेटन्सी 50 ms आहे, जास्तीत जास्त रीड लेटन्सी 500 ms (वेळेच्या 99.9%) आहे. 4 KB च्या ब्लॉक्समध्ये यादृच्छिक वाचनाची कामगिरी 75 हजार IOPS पर्यंत पोहोचते, लिहिताना - 11 हजार IOPS. एसएसडी कॅशिंगसाठी हा एक चांगला पर्याय आहे.

रीड-राइट कॅशिंग

कॅशेमध्ये कोणताही डेटा नसताना वाचन ऑपरेशन खालीलप्रमाणे होते:

1. HDD वरून डेटा वाचला जातो.
2. SSD भरण्याचे ऑपरेशन प्रगतीपथावर आहे.

कॅशेमध्ये डेटा असताना ऑपरेशन वाचा:

1. अनुप्रयोग डेटा वाचण्यासाठी विनंती जारी करतो.
2. SSD वरून डेटा वाचला जातो.
3. विनंती केलेला डेटा अर्जावर परत केला जातो.
4. SSD अयशस्वी झाल्यास, डेटा HDD वरून वाचला जातो.

डेटा लिहिताना अनुप्रयोग क्रिया:

1. अनुप्रयोग डेटा रेकॉर्ड करण्यासाठी विनंती जारी करतो.
2. डेटा HDD वर लिहिला जातो.
3. ऑपरेशनची स्थिती अर्जावर परत केली जाते.
4. SSD वर कॅशे मेमरी भरण्याचे कार्य प्रगतीपथावर आहे.

SSD कॅशे सेटिंग

तुमचा अनुप्रयोग शक्य तितक्या कार्यक्षमतेने SSD कॅशे वापरतो याची खात्री करण्यासाठी, ते कॉन्फिगर केले जाऊ शकते. मुख्य पॅरामीटर्स म्हणजे कॅशे मेमरी ब्लॉकचा आकार, वाचन आणि लेखनासाठी भरणे थ्रेशोल्ड.

ब्लॉक आकार. एक मोठा कॅशे ब्लॉक आकार अशा ऍप्लिकेशन्ससाठी योग्य आहे जे वारंवार जवळच्या (भौतिकदृष्ट्या स्थित) डेटामध्ये प्रवेश करतात. याला हाय लोकॅलिटी ऑफ कॉल म्हणतात. ब्लॉक आकार वाढवल्याने एसएसडीवरील कॅशे मेमरी भरणे देखील वेगवान होते - कॅशेचे “वॉर्मिंग अप” वेगवान होते, ज्यानंतर उच्च स्थानावरील ऍक्सेस असलेले अनुप्रयोग खूप उच्च कार्यप्रदर्शन दर्शवतील. तथापि, ब्लॉक आकार वाढवण्यामुळे अतिरिक्त I/O रहदारी निर्माण होते आणि प्रतिसाद वेळ वाढतो, विशेषत: कॅशे-गहाळ डेटासाठी.

कमी स्थानिकीकृत डेटा असलेल्या ऍप्लिकेशन्ससाठी लहान ब्लॉक आकार चांगला असतो, म्हणजेच जेव्हा डेटा प्रामुख्याने यादृच्छिकपणे ऍक्सेस केला जातो. SSD वरील कॅशे मेमरी अधिक हळूहळू "वॉर्म अप" होईल, परंतु जितके जास्त ब्लॉक्स असतील तितके आवश्यक डेटा कॅशेमध्ये येण्याची शक्यता जास्त आहे, विशेषत: कमी प्रवेश स्थानासह डेटा. लहान ब्लॉक्ससह, कॅशेचा वापर कमी आहे, परंतु संबंधित नुकसान देखील कमी आहे, त्यामुळे आवश्यक डेटा कॅशेमध्ये नसताना "मिस" वर कमी कार्यप्रदर्शन प्रभाव पडतो.

थ्रेशोल्ड मूल्य भरा. कॅशे पूर्ण थ्रेशोल्ड डेटा ऍक्सेसची संख्या आहे ज्यानंतर संबंधित ब्लॉक SSD कॅशेमध्ये कॉपी केला जातो. मोठ्या मूल्यासह, फक्त वारंवार वापरला जाणारा डेटा कॅशे केला जातो आणि कॅशेमधील डेटा एक्सचेंज कमी केला जातो, परंतु कॅशे मेमरीचा "वार्म-अप" वेळ वाढतो आणि त्याच्या वापराची कार्यक्षमता वाढते. कमी मूल्यासह, कॅशे मेमरी अधिक वेगाने गरम होते, परंतु ती अधिक भरली जाऊ शकते. बऱ्याच अनुप्रयोगांसाठी, 2 चा थ्रेशोल्ड पुरेसा असतो जेव्हा लिहिला जात असलेला डेटा पुन्हा वाचला जातो. हे अनेकदा फाइल सिस्टममध्ये घडते. इतर ऍप्लिकेशन्स, जसे की डेटाबेस, मध्ये हे वैशिष्ट्य नाही, म्हणून काहीवेळा त्यांच्यासाठी लेखन भरणे पूर्णपणे अक्षम करणे चांगले आहे.

तुम्ही बघू शकता, प्रत्येक पॅरामीटर वाढवणे किंवा कमी करणे याचे सकारात्मक आणि नकारात्मक परिणाम आहेत. अनुप्रयोगाचा "परिसर" समजून घेणे खूप महत्वाचे आहे. याव्यतिरिक्त, वास्तविक भारांखाली प्रणालीची चाचणी घेणे आणि ते कोणत्या पॅरामीटर्सवर सर्वोत्तम कार्य करते ते पाहणे उपयुक्त आहे.

SSD-आधारित कॅशे कॉन्फिगरेशनचे उदाहरण

SSD कॅशे वापरून होणारा फायदा निश्चित करण्यासाठी चाचणीने ठराविक I/O परिस्थिती (यादृच्छिक वाचन 90% + लेखन 10%) नक्कल केली. चाचणी दरम्यान, AegisSAN Q500 प्रणाली खालील कॉन्फिगरेशनमध्ये वापरली गेली:

• HDD: Seagate Constellation ES, ST1000NM0011, 1 TB, SATA 6 Gb/s (x8);
• SSD: Intel SSD DC 3500, SSDSC2BB480G4, 480 GB, SATA 6 Gb/s (x5);
• RAID गट: RAID 5;
• I/O प्रकार: डेटाबेस सेवा (8 KB);
• I/O मोड: 8 KB ब्लॉक्स.

"वॉर्म-अप" वेळ खालील सूत्र वापरून मोजला जातो:

T = (C × P) / (I × S × D),

जेथे T हा “वॉर्म-अप” वेळ आहे, I हा यादृच्छिक वाचनादरम्यान एका HDD च्या IOPS मधील सरासरी कामगिरी आहे, S हा I/O ब्लॉकचा आकार आहे, D हा HDD ची संख्या आहे, C ही सर्वांची एकूण क्षमता आहे वाचन किंवा रेकॉर्डिंग दरम्यान कॅशे मेमरी भरण्यासाठी SSDs, P हे थ्रेशोल्ड मूल्य आहे. सराव मध्ये, कॅशे गरम होण्यासाठी जास्त वेळ लागू शकतो.

या कॉन्फिगरेशनसाठी ते असेल:

T = (2 TB × 2) / (244 × 8 KB × 8) = 275,036.33 सेकंद = 76.40 तास.

SSD कॅशिंगशिवाय, सरासरी कामगिरी 962 IOPS होती. कॅशिंग सक्षम केल्यावर, ते 1942 IOPS पर्यंत वाढले, म्हणजेच कॅशे "वॉर्मिंग अप" नंतर सुधारणा दुप्पट झाली - 102%. गणना सूत्रानुसार, चाचणीमध्ये वॉर्म-अप वेळ 76.4 तास आहे, 75 तासांनंतर, IOPS कामगिरी त्याच्या कमाल मूल्यापर्यंत पोहोचली आणि त्यानंतर स्थिर राहिली.

निष्कर्ष

हायब्रिड स्टोरेज सिस्टमला गती देण्याची संकल्पना “हॉट” डेटामध्ये जलद प्रवेशाद्वारे संपूर्ण सिस्टमची कार्यक्षमता वाढवण्याची कल्पना लागू करते. हार्डवेअर आणि प्रशासन खर्च लक्षात घेता, डेटा स्टोरेज विश्वासार्हतेशी तडजोड न करता सर्व-फ्लॅश स्टोरेज सिस्टमच्या कार्यक्षमतेच्या फायद्यांचा लाभ घेण्यासाठी SSD कॅशिंग हा सामान्यतः सर्वोत्तम मार्ग आहे.

बारटेक मिटनिक- EMEA प्रदेशातील Qsan तंत्रज्ञानाचे विक्री संचालक.

हार्ड ड्राइव्ह कार्यक्षमतेवर SSD कॅशिंगच्या प्रभावाचा तपशीलवार अभ्यास

जवळजवळ दोन वर्षांपूर्वी, तत्कालीन टॉप-एंड इंटेल Z68 चिपसेट रिलीझ करण्यात आला होता आणि त्यासोबत स्मार्ट रिस्पॉन्स तंत्रज्ञानाची सुरुवात झाली. हे नवीन वाटेल, परंतु खरं तर खोलवर मुळे आहेत - एका प्रणालीमध्ये पारंपारिक हार्ड ड्राइव्ह आणि सॉलिड-स्टेट ड्राइव्हची ताकद एकत्र करण्याची कल्पना फार पूर्वीपासून आहे. यासाठी काय आवश्यक आहे? हार्ड ड्राइव्हमध्ये कॅशे बफर म्हणून काही प्रमाणात फ्लॅश जोडणे आवश्यक आहे. तद्वतच, कालांतराने, त्यात त्या क्षेत्रांचा समावेश असावा ज्यामध्ये सिस्टम बऱ्याचदा प्रवेश करते, ज्यामुळे कार्यप्रदर्शनात लक्षणीय वाढ होईल - SSD मधील प्रवेश जलद आहे. आणि हार्ड ड्राइव्हमध्ये फक्त डेटा आणि क्वचितच अंमलात आणलेला कोड असेल, कारण त्याची क्षमता यासाठी पुरेशी आहे आणि क्वचितच वापरलेले प्रोग्राम लॉन्च करण्याची गती खूप गंभीर नाही. एक आणखी आदर्श पर्याय, अर्थातच, उच्च-क्षमतेचा एसएसडी वापरणे आहे, परंतु हे समाधान केवळ कार्यप्रदर्शनाच्या दृष्टिकोनातून आदर्श आहे - सॉलिड-स्टेट ड्राइव्हवरील माहिती संचयित करण्याची किंमत हार्ड ड्राइव्हच्या तुलनेत कित्येक पटीने जास्त आहे. आणि हायब्रीडायझेशन तुम्हाला तुलनेने कमी प्रमाणात फ्लॅशसह मिळवू देते, जे स्वस्त आहे आणि आदर्शपणे, फक्त एसएसडी वापरण्याइतकेच वेगवान आहे.

हार्ड ड्राइव्ह उत्पादकांनी थेट हार्ड ड्राइव्हमध्ये फ्लॅश बफर तयार करून त्यांच्या बाजूने समस्या गाठली. आम्ही अशा निर्णयांशी आधीच परिचित झालो आहोत आणि सर्वसाधारणपणे, ते न्याय्य आहेत या निष्कर्षापर्यंत पोहोचलो आहोत. खरे आहे, अलीकडे पर्यंत ते केवळ लॅपटॉप मॉडेल्समध्ये आढळले होते, ज्याचा अर्थ खूप आहे: लॅपटॉप वातावरणात आपल्या स्वत: च्या हातांनी (म्हणजे अनेक ड्राइव्हस्मधून) संकरित प्रणाली बनवणे नेहमीच शक्य नसते. म्हणून, एका शरीरात पिळणे आवश्यक आहे, आणि एक लॅपटॉपमध्ये बसेल, ज्याने आम्हाला नेहमीच तडजोड करण्यास भाग पाडले आहे. विशेषतः, त्याच Seagate Momentus XT मध्ये पहिल्या पिढीमध्ये फक्त 4 GB फ्लॅश मेमरी आणि दुसऱ्या पिढीमध्ये 8 GB होती. परंतु डेस्कटॉप संगणकावर अधिक लवचिकता असते. आपण, सर्वसाधारणपणे, फक्त 240 गीगाबाइट एसएसडी स्थापित करू शकता जेणेकरून सर्व प्रोग्राम्स तेथे बसतील आणि डेटासाठी एक मोठी हार्ड ड्राइव्ह. किंवा तुम्ही एक लहान SSD घेऊ शकता आणि स्मार्ट प्रतिसाद वापरू शकता. शिवाय, एका वर्षापूर्वी “योग्य” चिपसेटची संख्या मोठ्या प्रमाणात वाढली: Z68 ला नवीन Z77, H77 (काहीसे स्वस्त), कॉर्पोरेट Q77 आणि लॅपटॉपच्या अनेक सुधारणांद्वारे पूरक केले गेले. एका शब्दात, फिरायला जागा आहे.

म्हणून, आज आम्ही स्मार्ट प्रतिसाद तंत्रज्ञानाच्या ऑपरेशनचे अधिक तपशीलवार अन्वेषण करण्याचे ठरविले. थोडक्यात, आम्ही Z68 चा अभ्यास केला तेव्हा आम्ही तिला आधीच भेटलो होतो, पण तेच थोडक्यात. आता आपण तपशीलवार पाहू: काय वेग वाढवते, ते कसे वेगवान होते, काय कमी होते ...

आम्ही काय वेगवान आहोत?

कार्यरत द्रवपदार्थ म्हणून, आम्ही वेस्टर्न डिजिटल ग्रीन WD30EZRX घेण्याचे ठरवले, जे आम्हाला आधीच्या लेखांपैकी एकापासून परिचित आहे. आम्हाला असे दिसते की एक अतिशय चांगली वस्तू "हिरवी" मालिका आहे (म्हणूनच, सर्वोच्च कामगिरी नाही), आणि कमी-घनतेच्या प्लेट्सच्या वापरामुळे (आधुनिक बिंदूपासून) त्याच्या फ्रेमवर्कमध्ये ड्राइव्ह सर्वात उल्लेखनीय नाही. दृश्य). सर्वसाधारणपणे, जसे आपण आधीच पाहिले आहे, ते पद्धतशीर आणि अद्वितीय म्हणून वापरणे फारसे न्याय्य नाही. पण कदाचित स्मार्ट प्रतिसाद आम्हाला भरती वळवण्याची परवानगी देईल?

आम्ही त्याची गती कशी वाढवू?

एसएसडी निर्मात्यांनी हळूहळू त्यांचा गेम वाढवला आहे आणि आज ते मोठ्या संख्येने विशेष कॅशिंग सीरीज ड्राईव्ह तयार करत आहेत. जरी, तत्त्वतः, सामान्य देखील योग्य आहेत. शिवाय, अनेक उत्साही लोकांनी यापूर्वी 32-64 GB क्षमतेसह सॉलिड-स्टेट ड्राइव्ह खरेदी केले आहेत (जे, कदाचित, Z68 लाँच करताना इंटेल ज्यावर अवलंबून होते). परंतु आम्ही "प्रामाणिकपणे" समस्येकडे जाण्याचा निर्णय घेतला आणि AData Premier Pro SP300 कॅशिंग SSD घेतला. तथापि, अशा ऍप्लिकेशनकडे असणारा अभिमुखता मुख्यत्वे केवळ 32 GB क्षमतेच्या आणि mSATA इंटरफेसद्वारे दर्शविला जातो. आणि म्हणून - फर्मवेअर आवृत्ती 5.0.2a सह आधीपासून किंचित कालबाह्य LSI SandForce SF-2141 कंट्रोलरवर आधारित पूर्णपणे ठराविक सॉलिड-स्टेट ड्राइव्ह. सर्वसाधारणपणे, एखाद्याला अशा इंटरफेससह लहान एसएसडीची आवश्यकता असल्यास (उदाहरणार्थ, यासारख्या बोर्डसह जोडलेले), तर ते ते वापरू शकतात. आज आम्ही SP300 त्याच्या हेतूसाठी वापरतो :)

आम्ही त्याची गती कशी वाढवू?

तंत्रज्ञान कार्य करण्यासाठी, योग्य चिपसेटसह बोर्ड आवश्यक आहे, किमान Windows Vista, Intel Rapid Storage स्थापित केलेला आणि डिस्क कंट्रोलरचा RAID मोड. या सर्व अटी आमच्या मानक चाचणीद्वारे पूर्ण केल्या जातात. RAID मोडसह, जे आम्ही नेहमी वापरतो (अगदी सिंगल ड्राइव्हसाठीही) परिणामांच्या सुसंगततेसाठी (म्हणजे, तुलना करण्यासाठी योग्यता).

आणि मग सर्वकाही सोपे आहे. इंटेल रॅपिड स्टोरेजला संगणक बूट केल्यानंतर विनामूल्य SSD ची उपस्थिती आढळल्यास, ते तुम्हाला "बूस्ट" सक्षम करण्यास सूचित करते. पुढे, तुम्हाला एक एसएसडी, एक कॅश्ड ड्राइव्ह (आमच्या बाबतीत असे अनेक असल्यास) निवडणे आवश्यक आहे, कॅशिंगसाठी वाटप केलेल्या क्षमतेवर निर्णय घ्या (20 जीबी किंवा संपूर्ण एसएसडी क्षमता, परंतु 64 जीबी पेक्षा जास्त नाही - हे जर तुम्हाला मोठ्या ड्राईव्हमधून एखादा तुकडा “चावायचा असेल” आणि बाकीचा “सामान्य” पद्धतीने वापरायचा असेल तर उपयुक्त आहे) आणि सर्वात महत्त्वाचे म्हणजे, कॅशिंग मोड निवडा. शेवटचे दोन आहेत: वर्धित आणि कमाल केलेले, त्यांच्या रेकॉर्डिंगच्या दृष्टिकोनात भिन्न. पहिला (जे डीफॉल्टनुसार निवडलेला आहे) प्रत्यक्षात तो कॅश करत नाही - डेटा फक्त ड्रायव्हरच्या निर्णयानुसार SSD वर संपतो: मुख्यतः वापराच्या वारंवारतेच्या निकषानुसार. दुसरा, खरं तर, हार्ड ड्राइव्ह आणि सिस्टम दरम्यान एसएसडी एम्बेड करतो: जवळजवळ सर्व लेखन ऑपरेशन सॉलिड-स्टेट ड्राइव्हवर पुनर्निर्देशित केले जातात आणि त्यातून हार्ड ड्राइव्हवर कॉपी केले जातात - मोठ्या भागांमध्ये आणि ठराविक कालावधीनंतर. हे स्पष्ट आहे की त्यांनी वेगळ्या पद्धतीने वागले पाहिजे: पहिल्या प्रकरणात, त्वरीत प्रोग्राम लॉन्च करण्यासाठी अधिक जागा आहे, परंतु दुसरे, सिद्धांतानुसार, यादृच्छिक प्रवेशासह लेखन ऑपरेशन्स मोठ्या प्रमाणात वाढवण्याची परवानगी दिली पाहिजे. तथापि, अशी शक्यता आहे की उपयुक्त डेटा एखाद्या गोष्टीने बदलला जाईल ज्याला फक्त "डंप आणि विसरले" असे नियोजित केले जाईल आणि त्याशिवाय, डेटा गमावण्याची एक विशिष्ट संभाव्यता आहे: हार्ड ड्राइव्हवरील फायलींपूर्वी एसएसडी अयशस्वी झाल्यास काय होईल? अद्यतनित करण्यासाठी वेळ आहे? सर्वसाधारणपणे, इंटेल वर्धित वापरण्याची शिफारस करते, परंतु आम्ही अर्थातच, दोन्ही मोडची चाचणी केली.

चाचणी पद्धती

तंत्र स्वतंत्रपणे तपशीलवार वर्णन केले आहे लेख. तेथे तुम्ही वापरलेल्या हार्डवेअर आणि सॉफ्टवेअरशी परिचित होऊ शकता.

चाचणी

बफर केलेले ऑपरेशन्स

हे असेच आहे जेव्हा, तत्त्वानुसार, कोणत्याही गोष्टीचा वेग वाढू शकत नाही, परंतु ते कमी होऊ शकते: हार्ड ड्राइव्ह बफरवर काहीतरी लिहिणे ही एक गोष्ट आहे आणि आणखी एक गोष्ट म्हणजे ड्रायव्हरने हे समजून घेण्याच्या प्रयत्नात गोंधळलेले फेकणे. हा डेटा SSD वर आहे (वाचन करताना) आणि काय सर्वसाधारणपणे, त्यांच्यासह काय करावे लागेल (रेकॉर्डिंग करताना). सर्वसाधारणपणे, एखाद्याच्या अपेक्षेप्रमाणे, काहीही चांगले नाही.

प्रवेश वेळ

विनंत्या हार्ड ड्राइव्हच्या सर्व 3 टेराबाइट्सवर जातात, म्हणून त्यांना SSD मध्ये काहीही सापडत नाही हे आश्चर्यकारक नाही. परंतु कमीतकमी ते हळू होत नाही - ते चांगले आहे.

येथे तुम्ही मॅक्सिमाइज्ड मोड आणि इतर सर्व मधील फरक स्पष्टपणे पाहू शकता: त्यांनी एसएसडीला लिहिले, ऑपरेशन यशस्वीरित्या पूर्ण झाल्याचा प्रतिसाद मिळाला आणि तुम्ही त्यांच्याकडून प्रतिसादाची वाट पाहण्याऐवजी पुढील ऑपरेशन्सकडे जाऊ शकता. हार्ड ड्राइव्ह, ज्याला, जसे आपण पाहतो, 50 पट जास्त वेळ लागतो.

AS SSD मध्ये चित्र समान आहे. एव्हरेस्टच्या तुलनेत "सामान्य" मोडमध्ये फक्त रेकॉर्डिंगचा वेग वाढला, परंतु जास्तीत जास्त नाही - तेथे सुधारण्यासाठी काहीही नाही :)

अनुक्रमिक ऑपरेशन्स

एका विशिष्ट बिंदूपासून, आम्ही हार्ड ड्राइव्हवरून नव्हे तर एसएसडी वरून वाचण्यास प्रारंभ करतो आणि पहिला वेगवान आहे (जरी काही प्रकारचे "प्रतिक्रियाशील" कार्यप्रदर्शन मॉडेल नाही), त्यामुळे सर्वकाही वेगवान होते. परंतु मॅक्सिमाइज्डमध्ये क्लिष्ट तर्कामुळे सर्व काही खराब आहे: प्रथम ड्रायव्हर हा डेटा अलीकडेच SSD वर लिहिला गेला आहे की नाही हे तपासतो आणि नंतर तो हार्ड ड्राइव्हकडे वळतो, त्यामुळे प्रक्रिया मंदावते.

रेकॉर्डिंग करताना, चित्र उलट आहे - येथे कमाल मोड किंचित कार्यक्षमता वाढवू शकतो. विशेषत: लहान ब्लॉक्सवर, जे एसएसडीसाठी अधिक सोयीस्कर ऑपरेशन आहे. परंतु वर्धित केवळ प्रक्रिया कमी करते: सर्व केल्यानंतर, आपल्याला केवळ हार्ड ड्राइव्हवर डेटा लिहिण्याची आवश्यकता नाही, परंतु ते त्वरित कॅशेमध्ये ठेवायचे की नाही याचे विश्लेषण देखील करणे आवश्यक आहे.

सर्वसाधारणपणे, जसे आपण पाहतो, काहीवेळा स्मार्ट प्रतिसाद तंत्रज्ञान निम्न-स्तरीय ऑपरेशन्सचे कार्यप्रदर्शन सुधारू शकते, परंतु आपण वेगळ्या प्रकारच्या लोडवर जाताच ते कमी करू शकते. शिवाय, एखाद्याच्या अपेक्षेप्रमाणे, वर्धित आणि जास्तीत जास्त वर्तनामध्ये आमूलाग्र फरक आहे.

यादृच्छिक प्रवेश

स्वाभाविकच, डेटा वाचताना, प्रत्येकजण त्याच प्रकारे वागतो: विनंत्या थेट हार्ड ड्राइव्हवर केल्या जातात. परंतु त्यात बारकावे देखील आहेत: जसे आपण पाहतो की, मोठ्या संख्येने विनंत्यांसह, सॉफ्टवेअर ओव्हरहेडमुळे हायब्रिड ड्राइव्ह हार्ड ड्राइव्हपेक्षा हळू होते. फार नाही - काही 15%. पण याकडेही दुर्लक्ष होता कामा नये.

परंतु येथे अत्यंत जटिल ऑपरेटिंग लॉजिकमुळे केवळ कमाल मोड भिन्न आहे: आम्ही फ्लॅशवर डेटा पटकन लिहितो, पुढील विनंती प्राप्त करतो, ती कार्यान्वित करतो, पुढील प्राप्त करतो - आणि शोधून काढतो की मागील डेटामधून डेटा लिहिण्याची वेळ आली आहे. हार्ड ड्राइव्हला. सर्वसाधारणपणे, अगदी कमी पातळीवर, आपण वर पाहिल्याप्रमाणे, हा मोड ड्राइव्हला मोठ्या प्रमाणात गती देतो, प्रत्यक्षात ते काहीही देऊ शकत नाही किंवा नकारात्मक प्रभाव देखील देऊ शकत नाही.

हे विशेषत: डेटाबेस टेम्पलेट्समध्ये स्पष्टपणे दिसून येते, जेथे वर्धित काहीही देत ​​नाही (जवळजवळ काहीच नाही - थोडेसे, तरीही, वेग कमी होतो), आणि मॅक्सिमाइज्ड हार्ड ड्राइव्ह कमी करण्यास व्यवस्थापित करते (जरी, असे दिसते, बरेच पुढे). तथापि, लेखन ऑपरेशन्सच्या मोठ्या प्रमाणासह, सर्व पर्याय सामान्य भाजकावर येतात, म्हणून ही एक थोडी वेगळी समस्या आहे - अल्गोरिदम खूप क्लिष्ट आहेत.

अर्ज कामगिरी

खरं तर, सर्वकाही यासाठी सुरू केले गेले होते - उत्पादकता दोन किंवा अधिक वेळा वाढते. VelociRaptor देखील PCMark7 मध्ये केवळ 2737 गुण मिळवते, आणि डेस्कटॉप विभागातील ही सर्वात वेगवान हार्ड ड्राइव्ह आहे - म्हणून, असे दिसते की हा आनंद आहे. पण शॅम्पेन उघडण्यासाठी घाई करू नका - आमच्याकडे अजूनही खूप चाचण्या आहेत.

"डिफेंडर" ट्रॅकवर, वेग वाढणे आधीच तीन पट जवळ आहे.

मागील दोन प्रकरणांसाठी बनवलेला कमाल मोड आणि डेटा लिहिण्याच्या बाबतीत ते सर्वात वेगवान असू शकते हे दाखवून दिले.

आणि तंत्रज्ञानाचा उत्कृष्ट तास - अगदी परिमाणाचा क्रम येथे भिन्न आहे. एकच एसएसडी, अर्थातच, काही वेळा वेगवान आहे (जर आपण उच्च-कार्यक्षमतेच्या मॉडेलबद्दल बोललो तर), परंतु हे आधीच कित्येक पट वेगवान आहे. आणि हायब्रीड सिस्टम परिमाणाच्या क्रमाने "नियमित" हार्ड ड्राइव्हपासून वेगळे केले जाते.

"गेम" ट्रॅकवर वाढ अधिक माफक आहे, परंतु ती अजूनही आहे. शिवाय, असे की, पुन्हा, अगदी वेगवान हार्ड ड्राइव्हला देखील स्मार्ट प्रतिसादाच्या मदतीने वेगवान “हिरव्या” मॉडेलच्या पुढे पकडण्यासाठी काहीही नाही.

आम्ही पोहोचलो. जरी तुम्ही ContentCreation टेम्प्लेटवरील कार्य "अयशस्वी" केले या वस्तुस्थितीकडे लक्ष दिले नाही (हे सहजपणे स्पष्ट केले आहे), उर्वरित परिणाम देखील आशावाद निर्माण करत नाहीत. PCMark7 आणि NASPT चे वर्तन इतके वेगळे का आहे? आणि ते वेगळ्या पद्धतीने काम करतात. PCMark7 मध्ये एकूण व्हॉल्यूम इतके मोठे नसून सात रेकॉर्ड केलेले ट्रेस आहेत. शिवाय, ते तीन वेळा चालवले जातात आणि पहिला हार्ड ड्राइव्ह वापरताना तितकाच मंद असतो. तथापि, दुसऱ्यापर्यंत, सर्व डेटा आधीपासूनच SSD वर आहे, म्हणून आम्ही बहुतेक त्याची चाचणी करतो. शिवाय, आम्ही लक्षात घेतो की तीन मार्ग अद्याप वेगवान होऊ शकले नाहीत.

NASPT एकाधिक चाचणी धावा देखील वापरते, परंतु प्रत्येकजण- 32 GB फायली हाताळणाऱ्या टेम्पलेट्ससह. अशा प्रकारे, "कार्यरत" टेम्पलेट्सच्या दोन अंमलबजावणी दरम्यान, दोनशे गीगाबाइट्स दोन्ही दिशांना "उडण्यासाठी" व्यवस्थापित करतात. आणि ड्रायव्हर कितीही हुशार असला तरीही, या परिस्थितीत, वरवर पाहता, कॅशेमध्ये काय ठेवणे आवश्यक आहे आणि काय "लिहिले आणि विसरले" आहे हे शोधण्यासाठी त्याची मानसिक क्षमता पुरेशी नाही. आपण चाचणी पद्धतीमध्ये किंचित बदल केल्यास, निर्दिष्ट टेम्पलेट्समधून अनेक वेळा "धावणे" फक्त गट केले जातात, त्याद्वारे तंत्रज्ञानासह खेळल्यास, सर्वकाही आश्चर्यकारक बनते - दुसऱ्यांदा प्रारंभ करून, वेग झपाट्याने वाढतो. तथापि, हे स्पष्ट आहे की वास्तविक जीवनात काहीही होऊ शकते: "चांगल्या" परिस्थिती आणि "वाईट" दोन्ही, म्हणून हे आश्चर्यकारक नाही की ते दोघेही चाचणीत आहेत.

हा आराखडा आम्ही खोडसाळपणाने पोस्ट करत आहोत, पण आमच्याकडे निकाल असल्याने ते का बघत नाहीत? आणि उदाहरण अतिशय सूचक आहे आणि स्पष्टपणे सूचित करते की स्मार्ट प्रतिसाद वापरून नॉन-सिस्टम ड्राइव्हला गती देण्याचा प्रयत्न करण्यात काही अर्थ नाही. तथापि, या समस्येकडे थोडे अधिक तपशीलाने पाहू.

मोठ्या फाइल्ससह कार्य करणे

तुमच्या अपेक्षेप्रमाणे, कोणताही प्रभाव नाही - स्मार्ट प्रतिसाद तंत्रज्ञान वापरून कॅशिंग सक्रिय नाही. आणि फ्लॅश कॅशेच्या पूर्ण आकाराच्या समान डेटाचे व्हॉल्यूम वाचून अनुक्रमिक (अगदी एका चाचणीमध्ये मल्टी-थ्रेडेड देखील) जास्त मदत करणार नाही.

डेटा रेकॉर्ड करताना, स्मार्ट प्रतिसाद लक्षणीयरीत्या कमी होतो. कमाल मर्यादेपर्यंत - जास्तीत जास्त मोड वापरताना, जे समजण्यासारखे आहे: त्याच 32 जीबीसाठी फ्लॅश ड्राइव्ह वापरून 32 जीबी डेटाचे विलंबित लेखन लागू करण्याचा प्रयत्न सुरुवातीला अयशस्वी होईल. बरं, वर्धित मोडमध्ये ही समस्या नाही, परंतु आणखी एक आहे: ड्रायव्हरला केवळ डेटा रेकॉर्ड करणे आवश्यक नाही, परंतु त्यानंतरच्या (शक्य) वापरासाठी त्याचे विश्लेषण देखील करणे आवश्यक आहे. म्हणून "थेट रेकॉर्डिंग" सर्वात वेगवान असल्याचे आश्चर्यकारक नाही - येथे कोणत्याही अडचणी नाहीत.

वाचनाबरोबरच छद्म-यादृच्छिक लेखनाची कामगिरी कधीकधी सुधारू शकते. आणि तेही नगण्य आहे. अनुक्रमे माहितीमध्ये प्रवेश करताना, स्मार्ट प्रतिसाद थोडा कमी होतो. तसेच - नगण्य.

एकूण GPA

आम्ही वर पाहिलेल्या सर्व गोष्टी असूनही, आम्हाला स्मार्ट प्रतिसादातून सरासरी आत्मविश्वासाने वाढ मिळाली. का? बरं, आपण पाहिल्याप्रमाणे, त्याच PCMark7 मध्ये नफा खूप महत्त्वाचा आहे, जो इतर चाचण्यांमधील नुकसानीमुळे केवळ अंशतः भरपाई करण्यात आला. याव्यतिरिक्त, निम्न-स्तरीय सिंथेटिक्स अनेकदा अतिशय मनोरंजक पद्धतीने वागतात आणि SR च्या सर्व युक्त्या वर दर्शविल्या गेल्या नाहीत. उदाहरण म्हणून, काही AS SSD टेम्पलेट्स पाहूया, जे आम्ही SSD चाचण्यांमध्ये सक्रियपणे वापरतो, परंतु हार्ड ड्राइव्हची चाचणी करताना ते सहसा "दृश्यातून लपलेले" असतात.

हे सोपे आहे - चाचणी 1 GB फाईलसह कार्य करते, जी अर्थातच SSD वर त्वरित संपते, म्हणून वर्धित मोडमध्ये आम्ही व्यावहारिकपणे SSD मोजले. जास्तीत जास्त, त्याच्या वैशिष्ट्यांमुळे, एका रीडिंग थ्रेडसह हळू हळू कार्य करते (ओव्हरहेड मुख्य थ्रेडशी तुलना करता येते), जरी येथे देखील ते हार्ड ड्राइव्हला 4 वेळा "वेग" वाढवते. बरं, 64 थ्रेड्सवर - सर्व 20 वेळा.

रेकॉर्डिंग वर्धित करण्यासाठी अक्षरशः काहीही देत ​​नाही, कारण डेटा अद्याप हार्ड ड्राइव्हवरील फाइलवर लिहावा लागतो, परंतु जर तुम्ही कमाल मोड निवडला, तर आम्हाला स्मार्ट प्रतिसाद जाहिरातीची पुष्टी मिळेल: तुमचा HDD SSD प्रमाणे काम करेल! :) अशा परिणामांचा, स्वाभाविकपणे, सरासरी स्कोअरवर देखील परिणाम झाला, जरी आपण पाहतो, एकूण परिणाम इतका प्रभावी नाही.

आम्ही वचन दिल्याप्रमाणे सर्व चाचण्यांचे तपशीलवार परिणाम मायक्रोसॉफ्ट एक्सेल फॉरमॅटमध्ये टेबल डाउनलोड करून मिळू शकतात.

एकूण

Z68 आणि स्मार्ट प्रतिसादाच्या घोषणेने अनेकांना या कल्पनेच्या सौंदर्यामुळे रस घेतला: आम्ही एक लहान आणि स्वस्त एसएसडी, एक क्षमता असलेला हार्ड ड्राइव्ह घेतो आणि... आम्हाला एक जलद हायब्रिड डेटा स्टोरेज सिस्टम मिळते जी दोन्ही तंत्रज्ञानाचे फायदे एकत्र करते . बऱ्याच लोकांना हे आवडले की एसएसडी संपूर्ण हार्ड ड्राइव्ह कॅशे करेल, जे एसएसडी आणि एचडीडी स्वतंत्रपणे वापरण्यापेक्षा एक फायदा आहे असे दिसते - जेव्हा डिस्क सिस्टम स्पष्टपणे "वेगवान" आणि "मंद" भागांमध्ये विभागली जाते. एका शब्दात, संपूर्ण नफा. तथापि, प्रकरणांची वास्तविक स्थिती थोडी अधिक जटिल आणि अस्पष्ट असल्याचे दिसून आले.

प्रथम, जसे आपण पाहू शकतो, कॅशिंगमधून एकूणहार्ड ड्राइव्ह चांगल्यापेक्षा जास्त नुकसान करते - अनेक "नमुनेदार हार्ड ड्राइव्ह" ऑपरेशन्स वेग वाढवण्याऐवजी मंद होतात. दुसरे म्हणजे, “लहान आणि स्वस्त” या संकल्पनेला तडा गेला आहे, कारण सॉलिड-स्टेट ड्राईव्हच्या किमतीत लक्षणीय घट झाली आहे. इंटेलने सुमारे तीन वर्षांपूर्वी स्मार्ट प्रतिसादावर काम करण्यास सुरुवात केली (कदाचित अडीच, परंतु कमी नाही - दोन वर्षांपूर्वी तयार उत्पादने दिसू लागली), जेव्हा सॉलिड-स्टेट ड्राइव्हवरील 1 GB माहितीची किंमत सुमारे $3 होती. आता ते एक डॉलरच्या खाली घसरले आहे, आणि ही घट मुख्यत्वे नवीन मायक्रोसर्किटच्या घनतेत वाढ झाल्यामुळे झाली आहे, किंमत नॉन-रेखीय मार्गाने व्हॉल्यूमवर अवलंबून असते - जितके अधिक, तुलनेने स्वस्त. व्यावहारिक अर्थाने, यामुळे आज 32 आणि 128 GB SSD ची किंमत केवळ दोन पटीने भिन्न आहे आणि संपूर्णपणे, सर्व बचत सुमारे $50 पर्यंत कमी झाली आहे. 128 जीबी म्हणजे काय? ही ऑपरेटिंग सिस्टम आणि मोठ्या संख्येने ऍप्लिकेशन प्रोग्रामसाठी पुरेशी क्षमता आहे. बऱ्याच वापरकर्त्यांकडे डेटा स्टोरेजसाठी जागा शिल्लक असेल. बरं, ज्या माहितीसाठी ऍक्सेसचा वेग महत्त्वाचा नाही, त्या माहितीसाठी तुम्ही डेस्कटॉप सिस्टमवर मोठ्या क्षमतेची हार्ड ड्राइव्ह वापरू शकता. सर्वात महत्वाची गोष्ट अशी आहे की हा दृष्टीकोन प्रेडिक्टेबिलिटी प्रदान करतो, ज्याचा स्मार्ट प्रतिसाद अभिमान बाळगू शकत नाही, म्हणजे, ऑपरेटिंग परिस्थितीकडे दुर्लक्ष करून, प्रोग्राम नेहमी चालतात जलद. पण ते कसे घडते ते नाही :) संकरित प्रणालीमध्ये ते जवळजवळ एसएसडी प्रमाणे वेगवान असू शकते आणि कदाचित फक्त हार्ड ड्राइव्ह वापरण्याइतकेच धीमे असू शकते. सोप्या भाषेत, जर एखादा गेमर दिवसेंदिवस तोच गेम खेळत असेल, तर स्मार्ट रिस्पॉन्स मधून त्याला एवढी वाढ मिळेल जसे की आम्ही वर “गेमिंग” PCMark7 ट्रॅकवर पाहिले - एक लक्षणीय दोन ते तीन वेळा प्रवेग. परंतु जर त्याच्याकडे एक डझन गेम स्थापित केले असतील आणि प्रत्येक वेळी त्याने त्यापैकी एक यादृच्छिकपणे निवडला (जसे ते म्हणतात, “त्याच्या मूडनुसार”), तर त्याला एक मोठी गोष्ट मिळेल, जी NASPT ने आम्हाला दाखवली आहे: डेटा फ्लॅश कॅशे सतत बदलत राहतील, म्हणून लोडिंग पातळी, उदाहरणार्थ, फक्त हार्ड ड्राइव्ह वापरताना तितकीच मंद राहतील: शेवटी, हेच मुळात कार्य करेल.

दुसरीकडे, आम्ही तंत्रज्ञानाला निरुपयोगी म्हणू शकत नाही - हे सर्व वापराच्या केसवर अवलंबून असते. त्याच गेमिंग संगणकामध्ये, एक मनोरंजक सर्किट असू शकते दोन SSD आणि हार्ड ड्राइव्ह. फक्त कारण आधुनिक गेम्स मोठ्या प्रमाणात आहेत आणि त्यांना मुख्य सॉलिड-स्टेट ड्राइव्हवर संग्रहित करणे महाग आहे - ते खूप मोठे आणि महाग आहे. पण समस्या टाळता येतात. उदाहरणार्थ, आम्ही सिस्टम आणि मुख्य अनुप्रयोगांसाठी 128 GB SSD स्थापित करतो. पहिल्या ड्राइव्हवर बसत नसलेल्या गेम आणि इतर "जड" प्रोग्रामसाठी, आम्ही तुलनेने लहान क्षमतेचा वेगवान हार्ड ड्राइव्ह वापरतो, त्याव्यतिरिक्त 32 GB SSD वापरून प्रवेग केला जातो. आणि सर्व प्रकारचे मल्टीमीडिया डेटा संचयित करण्यासाठी, जसे की चित्रपट आणि इतर गोष्टी (जे आजकाल गेमिंग संगणकांवर मोठ्या प्रमाणात "लाइव्ह" असतात) - दुसरी हार्ड ड्राइव्ह. व्हॉल्यूममध्ये मोठा, कमी-गती (आणि म्हणून किफायतशीर) आणि कोणत्याही "बूस्टर"शिवाय, जे अशा वापराच्या परिस्थितीत केवळ अडथळा आणू शकतात, परंतु मदत करत नाहीत. अवघड? महाग? होय, परंतु ते अगदी व्यवहार्य आहे. आणि विविध तंत्रज्ञानाचा वापर करण्याचा हा मार्ग आपल्याला ते सक्षम असलेल्या जास्तीत जास्त मिळविण्याची परवानगी देतो.

सर्वसाधारणपणे, जसे आपण पाहतो, फ्लॅश मेमरी (आणि त्यानुसार, सॉलिड-स्टेट ड्राइव्हस्) च्या किमती कमी झाल्या असूनही, स्मार्ट रिस्पॉन्स टेक्नॉलॉजीला अजूनही जीवनाचा अधिकार आहे, कारण काही वापराच्या परिस्थितींमध्ये ते डेटा स्टोरेज सिस्टमची कार्यक्षमता वाढवते. . हे फक्त लक्षात घेणे महत्वाचे आहे की हे सर्व प्रसंगांसाठी रामबाण उपाय नाही: काही ठिकाणी ते उपयुक्त आहे, आणि इतरांमध्ये, त्याउलट, ते हानिकारक आहे. अशा प्रकारे, ते वापरण्यापूर्वी, आपण सर्व साधक आणि बाधकांचे आगाऊ वजन केले पाहिजे, आपण नेमके काय करणार आहात आणि ते कसे कार्य करावे हे समजून घ्या. तथापि, हे सर्व आधुनिक तंत्रज्ञानासाठी खरे आहे.

कॅशेचा वेग वाढतो प्रक्षेपणप्रणाली आणि कार्यक्रम पारंपारिक एसएसडीशी तुलना करता येण्याजोग्या स्तरावर, कारण डेटा SSD वरून वाचला जातो. पण कामकॅशे ओएस आणि प्रोग्राम्सची गती वाढवत नाही किंवा मोठ्या फायली कॉपी करत नाही. तथापि, बर्याच प्रोग्राम्ससाठी, एकदा लॉन्च केल्यानंतर, डिस्कची गती विशेषतः महत्वाची नसते.

या प्रणालीमुळे SSD गती आणि HDD क्षमता यांच्यात अंशतः तडजोड करणे शक्य होते. लॅपटॉप मॉडेलवर अवलंबून, कॅशिंग एसएसडी हार्ड ड्राइव्हमध्ये तयार केली जाते (परिणामी हायब्रिड ड्राइव्ह, SSHD) किंवा mSATA इंटरफेसद्वारे कनेक्ट केली जाते.

या SSD वर सिस्टीम स्थापित करण्यात अर्थ आहे का?

मला वाटते की ही एक वाईट कल्पना आहे. अर्थात, तुम्ही सॉफ्टवेअर RAID खंडित करू शकता आणि Windows ला छोट्या SSD वर क्रॅम करू शकता, परंतु काही गोष्टी विचारात घेण्यासारख्या आहेत.

1. कमी ड्राइव्ह कार्यक्षमता

होय, ते हार्ड ड्राइव्हपेक्षा जास्त असेल, परंतु ते "सामान्य" SSD पर्यंत पोहोचणार नाही. उदाहरणार्थ, इंटेल एसएसडी 313 टिकाऊ एसएलसी मेमरीसह सुसज्ज आहे (आपल्याला ते आता पारंपारिक ड्राइव्हमध्ये सापडणार नाही), परंतु SATA II इंटरफेसद्वारे वेग मर्यादित आहे. आणि जरी ड्राइव्ह SATA III चे समर्थन करत असले तरीही, कंट्रोलर आणि फर्मवेअर ड्राइव्हला सिस्टम ड्राइव्ह म्हणून ऑपरेट करण्यासाठी ऑप्टिमाइझ केले जाण्याची शक्यता नाही.

याव्यतिरिक्त, आपण खालील कारणास्तव त्याच्याकडून कामगिरीच्या चमत्कारांची अपेक्षा करू नये.

2. डिस्क स्पेसची गंभीर कमतरता

सुरवातीला, तुम्ही लगेचच सर्व 6 चुका कराल ज्या लोक एका छोट्या सिस्टम विभाजनाने करतात आणि ते आधीच बरेच काही सांगते. या कारणास्तव पावेल त्वरीत निष्कर्षापर्यंत पोहोचला की 32 जीबी सिस्टम विभाजन दीर्घकालीन ऑपरेशनसाठी पुरेसे नाही.

पण समजा तुम्ही वळवले आणि अक्षम/तुमच्या हार्ड ड्राइव्हवर तुम्ही जे काही करू शकता ते हलवले आहे. तुम्ही काय जिंकले हे स्पष्ट नाही, पण दरम्यान तुमचा SSD अजूनही भरलेला आहे, म्हणजे आपण शिफारस केलेली 10-20% जागा रिक्त ठेवू शकत नाही.

eBay वर आणि चायनीज स्टोअरमध्ये त्याची किंमत फक्त पेनी आहे - क्वेरीसह शोधा HDD ड्राइव्ह कॅडी, SATA HDD कॅडीइ.

ॲडॉप्टर निवडताना, त्याची उंची (9.5 किंवा 12.7 मिमी) विचारात घ्या, कारण लॅपटॉपच्या जाडीनुसार ऑप्टिकल ड्राइव्हचे परिमाण भिन्न असतात.

याव्यतिरिक्त, अडॅप्टर सखोलतेने योग्य असू शकत नाही. तर, माझे थोडेसे लहान आहे आणि परिणामी, शरीरात परत आले आहे. पण मला काळजी नाही, कारण... माझा लॅपटॉप सौंदर्य स्पर्धांमध्ये भाग घेत नाही :)

3. एक चांगला mSATA SSD खरेदी करा

अलीकडे पर्यंत, व्यावसायिकरित्या उपलब्ध mSATA SSDs त्यांच्या मोठ्या समकक्षांपेक्षा वाईट कामगिरीमध्ये भिन्न होते, परंतु आता परिस्थिती बदलली आहे.

प्रमुख खेळाडूंनी बाजारात प्रवेश केला आहे आणि त्यांच्या mSATA ड्राइव्हस् फ्लॅगशिप मॉडेल्सप्रमाणेच NAND, कंट्रोलर आणि फर्मवेअरने सुसज्ज आहेत.

हे खरे आहे, उदाहरणार्थ, Intel 520 आणि 525 (SandForce कंट्रोलरवर), Plextor M5P आणि M5M (Marvell वर) च्या जोडीसाठी. mSATA ड्राइव्हस्मध्ये 1GB डिस्क स्पेसची किंमत थोडी जास्त महाग आहे, परंतु लॅपटॉपमध्ये हार्ड ड्राइव्हची उपस्थिती तुम्हाला मध्यम-क्षमतेच्या SSD मॉडेलसह मिळवू देते.

mSATA ड्राइव्ह त्यांच्या मोठ्या भावांपेक्षा आकाराने खूपच लहान आहेत आणि चित्र 3x5 सेमीचे वास्तविक परिमाण आणि 9 ग्रॅम वजन दर्शवत नाही.

जर तुम्ही कॅशेसाठी अशी ड्राइव्ह वापरत असाल किंवा तुमच्याकडे मोफत mSATA पोर्ट असेल, तर तुम्हाला एक जलद आणि पुरेशी क्षमता असलेला SSD मिळेल आणि सिस्टममधील एकूण डिस्क स्पेस देखील वाढेल. पूर्वी खात्री करातुमच्या लॅपटॉपमध्ये काय आहे:

1. mSATA कनेक्टर मदरबोर्डच्या SATA III इंटरफेसशी जोडलेला आहे. आम्ही एकदा त्याच्या लेनोवो W530 लॅपटॉपच्या संदर्भात आर्टेम प्रोनिचकिनशी या समस्येवर चर्चा केली. चिपसेट फक्त दोन SATA III कनेक्शनला समर्थन देतो (मुख्य ड्राइव्ह आणि ऑप्टिकल ड्राइव्ह त्यांचा वापर करतात), म्हणून mSATA SSD SATA II शी कनेक्ट केलेले असणे आवश्यक आहे.

   अर्थात, या प्रकरणात देखील, आपण mSATA SSD वापरू शकता आणि त्याची गती हार्ड ड्राइव्हपेक्षा जास्त असेल. तथापि, हे अद्याप SATA II च्या थ्रूपुटद्वारे मर्यादित असेल.

2. mSATA द्वारे कनेक्ट केलेल्या डिस्कवरून सिस्टम बूट करण्यास समर्थन देते. अन्यथा तुम्हाला बूट व्यवस्थापक HDD वर ठेवावा लागेल.

mSATA पोर्ट आणि चिपसेटच्या उपलब्धतेबद्दल माहिती लॅपटॉप वापरकर्ता मॅन्युअल (सेवा मॅन्युअलसह), निर्मात्याच्या वेबसाइटवर किंवा Google Yandex मध्ये आढळू शकते. संभाव्य अडथळे किंवा समस्यांसाठी लॅपटॉप निर्मात्याचे मंच शोधणे देखील चांगली कल्पना असेल.

तरीही, या लहान एसएसडीवर विंडोज स्थापित करणे शक्य आहे का?

आपण स्वतः दंताळेवर पाऊल ठेवू इच्छिता? ओएस स्थापित करण्यापूर्वी सामान्य आवश्यकता आहेतः

1. UEFI/BIOS मध्ये:

• AHCI मोड सक्षम
• ज्या उपकरणांमधून बूट करायचे (बूट ऑर्डर) सूचीमध्ये SSD HDD पेक्षा जास्त आहे

SSD व्हॉल्यूम डायनॅमिक नसून साधे असावे

विशिष्ट सूचना लॅपटॉप मॉडेल आणि वापरलेल्या कॅशिंग तंत्रज्ञानावर अवलंबून असतात.

चर्चा आणि मतदान

1. तुमचा लॅपटॉप मॉडेल
2. आपण खरेदी करण्यापूर्वी डिस्क कॉन्फिगरेशनचा विचार केला आहे का?
3. लॅपटॉपमध्ये कोणत्या भौतिक डिस्क स्थापित केल्या होत्या
4. डिस्क सबसिस्टमच्या कार्यक्षमतेबद्दल तुम्ही समाधानी आहात का?
5. तुमच्या डिस्क कॉन्फिगरेशनचे कार्यप्रदर्शन सुधारण्यासाठी तुम्ही काय केले आणि त्याचे परिणाम काय होते?

या विषयावरील इतर कोणत्याही मतांचे स्वागत आहे!

तुम्हाला स्वारस्य असलेल्या मजकुराचे तुकडे तुम्ही चिन्हांकित करू शकता, जे तुमच्या ब्राउझरच्या ॲड्रेस बारमधील एका अनन्य लिंकद्वारे उपलब्ध असेल.

लेखकाबद्दल

मी ते विकत घेतले आणि HDD ला SSD ने बदलले. विंडोज 8.1 स्थापित करण्यापूर्वी पूर्णपणे साफ करण्यापूर्वी, लहान एसएसडी कोणत्याही प्रकारे वापरली जात नव्हती, कारण ती सिस्टमला दिसत नव्हती. साफ केल्यानंतर ते सर्व प्रकारच्या मूर्खपणासाठी एक लहान स्टोरेज युनिट म्हणून कार्य करते.

अलेक्सी मॅटाश्किन

अलीकडे पर्यंत, मुख्य होम पीसी एक डेस्कटॉप होता, परंतु मी लॅपटॉपवर स्विच केले. निवड Dell Inspiron 7720 वर पडली.
एक महत्त्वाचा निवड निकष म्हणजे हार्ड ड्राइव्ह कॉन्फिगरेशन. लॅपटॉपमध्ये दोन HDD बे आणि mSATA साठी जागा आहे, जरी काही बारीकसारीक गोष्टींसह: mSATA दुसऱ्या HDD च्या समांतर आहे, म्हणून ते एक किंवा दुसरे आहे.
या कारणास्तव मी फक्त 1Tb HDD सह कॉन्फिगरेशन घेतले आणि त्यासाठी लगेच 256Gb SSD खरेदी केले.
सिस्टीम एसएसडीवर स्थापित केली आहे, दुसरी डिस्क मोठ्या प्रमाणात फोटो, व्हिडिओ आणि यासारख्या संग्रहित करण्यासाठी वापरली जाते.
या कॉन्फिगरेशनमध्ये मी कोणत्याही अतिरिक्त क्रिया केल्या नाहीत; कार्यप्रदर्शन माझ्यासाठी पुरेसे आहे.

सर्जी

तसे, SATA आणि IDE इंटरफेससह असे ॲडॉप्टर युलमार्टवर विक्रीवर आहे. परंतु जाडी स्वतंत्रपणे निर्दिष्ट करणे आवश्यक आहे.

मायकल

1. Samsung NP300E7Z-S01.
2. नाही, मी फक्त HDD क्षमता पाहिली.
3. 1 HDD 500GB, 5400RPM.
4. पूर्णपणे नाही, विशेषत: एसएसडीसह पीसीचा वेग पाहिल्यानंतर.
5. मी एक SSD विकत घेतला, HDD ऐवजी तो स्थापित केला आणि अडॅप्टर वापरून ODD बेमध्ये HDD स्थापित केला आणि ड्राइव्ह प्लग ॲडॉप्टरमध्ये पूर्णपणे फिट झाला.

सॉलिड-स्टेट ड्राइव्हवरून डेटा वाचला जात असल्याने कॅशे सिस्टम आणि प्रोग्राम्सच्या स्टार्टअपला पारंपारिक एसएसडीच्या तुलनेत गती वाढवते.

“स्तर” नंतर स्वल्पविराम आवश्यक आहे.

इगोर

माझ्यासाठी सर्व काही सोपे आणि मूर्ख आहे
कार्यरत बीचमध्ये सँडफोर्सवर OZZ 3 आहे, आपण तेथे दुसरे काहीही चिकटवू शकत नाही. परंतु लॅपटॉपसाठी एक डॉकिंग स्टेशन आहे जिथे त्यांनी हार्ड ड्राइव्हवर अडॅप्टरद्वारे ODD बदलण्याचा पर्याय केला आणि VD मधून 640 GB चिकटवले. कोल्ड बॅकअपसाठी आणि फार महत्वाचे नाही, 1 टीबी हिटाची (अधिक अचूकपणे hgst गट) आणि 500 ​​GB vd सह पोर्टेबल वर्किंग बॉक्स Zalman Ve-300 आहे. हे मोबाईलवर आहे.
माझ्याकडे अणूवर एक सर्व्हर आहे जिथे मला 60 GB SSD स्थापित करायचा आहे आणि 1 TB लॅपटॉप 1.5 ने बदलायचा आहे. परंतु हे विंडोज अजिबात नाही, म्हणून ते या आकडेवारीमध्ये समाविष्ट केलेले नाही.

तसे, इंटेलने बोर्डवरील अणूंवर असेच केले - 1 सटाश्निक एकतर मानक पोर्ट किंवा msata द्वारे. दुसरा फक्त सैतानवादी आहे. मला आता समजले आहे की बरेच लोक हे करू लागले आहेत.

इगोर

सर्जी,

आमच्याकडे चायनीजपेक्षा 4 पट जास्त महाग आहे (((

वसिली

1. HP Pavilion Sleekbook 15 लॅपटॉप.
2. होय. मी हायब्रीड लॅपटॉप शोधत होतो.
3. हार्ड ड्राइव्ह 320 GB + SSD 32 GB
4. पूर्णपणे. लोडिंग सर्वात वेगवान 21.4 सेकंद आहे. 120 GB SSD असलेल्या लॅपटॉपपेक्षा चांगले (लोड व्हायला 23.3 सेकंद लागले. मी माझ्या नातवाला दिले).
5. SSD वर Windows 7 स्थापित करण्याचा प्रयत्न केला. ते चालले नाही. मी Windows 8 पुनर्संचयित केला आणि लवकरच Windows 8.1 वर श्रेणीसुधारित केले. मी ते थेट माझ्या डेस्कटॉपवर डाउनलोड केले. आणि जेव्हा मला अनुप्रयोग डाउनलोड करण्याची आवश्यकता असेल तेव्हाच मी टाइलकडे वळतो.

अर्काडी

मतदान केले. DVD ड्राइव्ह ऐवजी, माझ्याकडे WD ब्लॅक 500 Gb 7200 SATA2 हार्ड ड्राइव्ह असलेली HDD कॅडी आहे. आणि मुख्य वर 128 Gb SATA3 Corsair SSD आहे. युक्ती अशी आहे की माझ्याकडे दोन्ही डिस्कवर 60 महिन्यांची वॉरंटी आहे. आता मला ब्रेक्स आणि लॅग्स काय आहेत आणि कारच्या सीट्स देखील माहित नाहीत.
या आधी एक HDD 5400, एक जिवंत नरक होता. सर्वसाधारणपणे, मला 5400 ड्राइव्ह आवडत नाहीत, ते खूपच हळू आहेत.

ड्राइव्हमधील बाह्य पॅनेल HDD कॅडीमध्ये बसते आणि बाहेरून हे लक्षात येत नाही की आत ड्राइव्ह नाही.

अलेक्झांडर

आणि मी टँबोरिन देखील वापरले आणि mSATA SSD सह लॅपटॉप बूट करण्यासाठी खूप वेळ वाया घालवला, जेव्हा डिव्हाइस (BIOS) mSATA ला बूट म्हणून समर्थन देत नाही. परंतु, शेवटी, फरक, अगदी 90% पूर्ण SSD सह, लक्षणीय आहे.

इव्हान

हायब्रिड हार्ड ड्राईव्हबद्दल तुमचे काय मत आहे (उदाहरणार्थ, सीगेट ST500LM000), जिथे हार्ड ड्राइव्हमध्येच 500 गीगाबाइट्स आणि प्रवेगासाठी NAND 8 गीगाबाइट्स आहेत?

ॲलेक्सी

1. लॅपटॉप SAMSUNG ATIV बुक 4 NP450R5E
2. नाही, मी याला महत्त्व दिले नाही
3. हार्ड ड्राइव्ह 500GB 5400 rpm
4. फार नाही
5. 500GB 5400 rpm हार्ड ड्राइव्हला 7200 rpm ने बदलले, ते आता Windows 8.1 चालवत आहे, मी लोडिंग गती मोजली नाही, परंतु ते लोड होते आणि द्रुतपणे कार्य करते, मी समाधानी आहे

अलेक्झांडर

वदिम स्टर्किन: अलेक्झांडर, तुम्ही असमर्थित mSATA वरून बूट कसे केले?

वदिम स्टर्किन, HDD वरून OS क्लोन केले, त्यावर MBR सोडून. बूट सेक्टर, OS बूट ऑर्डर इत्यादी व्यवस्थापित करण्यासाठी एक अद्भुत EasyBCD उपयुक्तता आहे.

व्लादिमीर

प्रिय वदिम, मला तुमच्या विधानावर आक्षेप घ्यायचा आहे
"तुम्ही काय जिंकले हे स्पष्ट नाही, परंतु दरम्यान, तुमचा SSD अजूनही भरलेला आहे, म्हणजे. तुम्ही शिफारस केलेली 10-20% जागा रिक्त ठेवू शकत नाही.”
तुम्ही काय जिंकू शकता ते येथे आहे: माझ्याकडे फक्त 32 GB SSD वर सिस्टम स्थापित आहे, व्यापलेली जागा 13.4 GB आहे, जी 50% पेक्षा जास्त मोकळी सोडते. सर्व प्रोग्राम्स दुसर्या विभाजनावर स्थापित केले आहेत. तसेच, ज्या फोल्डर्समध्ये सिस्टम बरेच काही लिहिते ते दुसऱ्या विभाजनात हलवले गेले आहेत. OS 2.5 वर्षांपूर्वी स्थापित केले गेले होते (हे असे काय आहे - दीर्घकालीन काम?) आणि या सर्व वेळेस SSD भरणे अंदाजे समान आहे.
परिणामी, लोडिंग गतीमध्ये वाढ खूप लक्षणीय आहे आणि SSD च्या टिकाऊपणाला त्रास होऊ नये.

1) HP पॅव्हेलियन DV7-7171er.
2) होय, डीफॉल्टनुसार दोन HDD (5400 rpm) होते.
3) तोशिबा, पण मला मॉडेल आठवत नाही.
4) नाही. आणि त्या क्षणी मी लॅपटॉपमध्ये 2 टीबीच्या व्यवहार्यतेबद्दल विचार केला, होम एनएएसच्या उपस्थितीत.
5) HDD प्रणालीला Samsung 840 Pro ने बदलले.
विशेष काही केले नाही:
— मानक राखीव क्षेत्राव्यतिरिक्त, मी दीर्घायुष्यासाठी आणखी 20-25 टक्के चिन्हांकित केले नाही.
— मला तृतीय-पक्ष युटिलिटीजसह, तसेच मालकीच्या मॅजिकनसह SSD ला “ट्यूनिंग” करण्यात त्रास झाला नाही.
- SSD डीफ्रॅगमेंटेशन काढले - तुमच्या ब्लॉगवरील लेखानुसार (तसे, हे 8.1 साठी संबंधित आहे का?)

वेग चांगला आहे - मी आनंदी आहे. ह्यावर शंका घेण्यात अर्थ नव्हता तरी.

अलेक्झांडर

मी सहमत आहे की 25-35 GB SSD वर Windows 7 - 8.1 स्थापित करणे फायदेशीर नाही. माझ्याकडे 60 GB SSD आहे. कार्यरत वापरकर्ता प्रोफाइल (परंतु संपूर्ण USERS फोल्डर नाही) हस्तांतरित केल्यानंतर, स्वॅप फाइल, आणि इंस्टॉलर, MSOCache आणि शोध फोल्डर HDD मध्ये, Windows 7 x64 सुमारे 34 GB व्यापते. नवीन स्थापित केलेली प्रणाली कमी वेळ घेईल, परंतु तरीही तो पर्याय नाही - कदाचित ती जास्त काळ टिकणार नाही.
माझ्या मते, SSD वर स्थापित केलेल्या सिस्टमसाठी हायबरनेशन पूर्णपणे अनावश्यक आहे. जर क्लीन स्टार्टला काही सेकंद लागले तर पुन्हा एकदा सॉलिड-स्टेट ड्राइव्हवर मोठ्या प्रमाणात डेटा लिहिण्यात काय अर्थ आहे? पुन्हा, कोणीही स्लीप मोड रद्द केला नाही.

इगोर

नमस्कार, वदिम.

SSD बद्दल मी तुमच्याशी आधीच सल्ला घेतला आहे (19 जुलै 2013 रोजीचे Gmail पत्र पहा)त्यामुळे आत्तासाठी ही बाब आर्थिक कारणास्तव पुढे ढकलण्यात आली आहे, परंतु सर्वसाधारणपणे मी मानक डीव्हीडी-रॅम ड्राइव्ह पुनर्स्थित करण्यासाठी 2 डिव्हाइस खरेदी करण्यास इच्छुक आहे.

त्याच वेळी, माझ्याकडे mSATA किंवा तत्सम कनेक्टरशी संबंधित एक मनोरंजक मुद्दा आहे. माझ्याकडे नेटबुक आहे ACER ASPIRE ONE D250 (3G मॉड्यूलशिवाय). प्रश्न असा आहे की त्या कनेक्टरवर सॉलिड स्टेट ड्राइव्ह ठेवणे शक्य आहे का? एका वेळी मी असे एसएसडी विक्रीवर पाहिले परंतु कनेक्टरशी विसंगततेच्या भीतीने ते विकत घेतले नाहीत, जरी ते दृश्यमानपणे समान आहेत. आपण या विषयावर काय म्हणू शकता?

उदाहरण म्हणून, तुम्ही येथे पाहू शकता (3G मॉड्यूलसाठी कनेक्टर फॅनच्या अगदी वर आहे):

व्लादिमीर

वदिम स्टर्किन: व्लादिमीर, झोपेचा वापर करण्यापासून काहीही प्रतिबंधित करत नाही आणि लोडिंग गती काही फरक पडत नाही. आपण आणखी काय जिंकले आहे?

वदिम, मी झोपेबद्दल किंवा हायबरनेशनबद्दल काहीही लिहिले नाही, म्हणून तुमचे उत्तर संबंधित नाही.
नमूद केलेल्या व्यतिरिक्त, आणखी एक फायदा असा आहे की Acronis True Image ने बनवलेल्या सिस्टम डिस्क इमेजचा व्हॉल्यूम सुमारे 4 GB आहे आणि 8...10 मिनिटांत तयार आणि पुनर्संचयित केला जातो.
माझ्यासाठी, कामाच्या अशा संस्थेचा वापर करण्यासाठी हे युक्तिवाद पुरेसे आहेत.
मी डेस्कटॉपवर हायबरनेशन वापरत नाही; मी ते लॅपटॉपवर वापरतो, पण अनेकदा नाही, कारण आता मी त्यावर नेटवर्कवरून काम करतो.

व्लादिमीर

वदिम स्टर्किन: 1. झोपेबद्दलचे उत्तर मुद्देसूद आहे, कारण. तुम्ही ते वापरत असल्यास, अपडेट्स इंस्टॉल करताना तुम्ही महिन्यातून एकदा रीबूट करू शकता. विंडोजमध्ये सुरवातीपासून काम करणे आवडत नसलेल्या प्रत्येकाला हे माहित आहे :)

व्लादिमीर: मी डेस्कटॉपवर हायबरनेशन वापरत नाही; मी ते लॅपटॉपवर वापरतो, पण अनेकदा नाही, कारण आता मी त्यावर नेटवर्कवरून काम करतो.

वदिम स्टर्किन: 2. ॲक्रोनिस बॅकअप इमेजमध्ये स्वॅप आणि हायबरनेशन फाइल्स समाविष्ट करत नाही, त्याऐवजी ते स्टब आहेत, त्यामुळे ते बॅकअपच्या आकारावर आणि त्याच्या निर्मितीच्या गतीवर परिणाम करत नाहीत.

मी कोणत्याही प्रकारचा दावा केलेला नाही. माझ्या पहिल्या पोस्टमध्ये, मी लिहिले आहे की सिस्टम विभाजन लहान केले जाऊ शकते, जे तंतोतंत प्रतिमा तयार करण्यात आणि पुनर्संचयित करण्यात फायदा ठरवते.
याव्यतिरिक्त, इतर विभाजनांमध्ये फोल्डर हलविण्यामुळे आपल्याला प्रतिमा वरून OS पुनर्संचयित करताना किंवा सिस्टम पुन्हा स्थापित करताना काहीही गमावू नये.

म्हण

1. Asus U500VZ
2. होय
3. SSD RAID 0 ॲरे दोन 256 GB अडाटा ड्राइव्हस्
4. होय
5. काहीही नाही

व्लादिमीर

वादिम,
अगदी सुरुवातीला तुम्ही लिहिले:
पावेल नागेव (एमव्हीपी एक्सचेंज) ने स्वत: ला एक मोठा एचडीडी आणि एक छोटा एसएसडी असलेला लॅपटॉप विकत घेतला, ज्यावर त्याने लगेच विंडोज स्थापित केले. तथापि, त्याने ही कल्पना फार लवकर सोडली.
आणि पुढे:
...पावेल त्वरीत निष्कर्षापर्यंत पोहोचला की 32GB सिस्टम विभाजन दीर्घकालीन ऑपरेशनसाठी पुरेसे नाही.
यावर आधारित, मी लिहिले आहे की बर्याच काळासाठी कार्य करणे शक्य आहे: OS ऑप्टिमाइझ केल्यानंतर, 32 GB सिस्टम SSD पैकी 13.4 GB व्यापलेले आहेत. 2.5 वर्षे काम करण्यासाठी आणि hiberfil.sys फाइलसाठी हे पुरेसे आहे. याव्यतिरिक्त, फोल्डर दुसऱ्या विभाजनात हस्तांतरित केल्याने सिस्टम क्रॅश झाल्यास आणि सिस्टम एसएसडी (चोरी, निळ्या ज्वालाने जळलेल्या...) च्या संपूर्ण भौतिक नाश झाल्यास काहीही न गमावणे शक्य होते: पुनर्संचयित करण्यासाठी तुम्हाला फक्त एक नवीन SSD स्थापित करणे आणि प्रतिमेवरून OS तैनात करणे आवश्यक आहे, ज्यासाठी यास सुमारे वीस मिनिटे लागतील. आणखी नाही.
ऑप्टिमायझेशनच्या परिणामी, बूट गती आणि सिस्टम ऑपरेशनमध्ये वाढ लक्षणीय आहे, एसएसडीच्या टिकाऊपणाला त्रास होऊ नये, सिस्टम डिस्क प्रतिमा लहान आहे - सुमारे 4 जीबी, जे देखील चांगले आहे: ते तयार करण्याची आणि पुनर्संचयित करण्याची वेळ 8...10 मिनिटे आहे.

वदिम स्टर्किन: व्लादिमीर, ठीक आहे, मला समजले आहे, तुमचे लक्ष्य सिस्टम प्रतिमेचा आकार कमी करणे हे आहे जेणेकरून ते जलद तयार होईल आणि पुनर्प्राप्ती / पुनर्स्थापना दरम्यान वैयक्तिक फायली गमावल्या जाणार नाहीत.

माझे ध्येय सिस्टम प्रतिमेचा आकार कमी करणे हे नाही, परंतु संगणकाचे विश्वसनीय ऑपरेशन सुनिश्चित करणे हे आहे: डेटा सुरक्षितता (आणि हे विशेषतः, डेटा आणि सिस्टमला वेगवेगळ्या विभाजनांवर आणि अगदी भिन्न डिव्हाइसेसवर ठेवून हे सुलभ केले जाते) आणि विश्वसनीय प्रणालीचे ऑपरेशन, विशेषतः, त्याची सुलभ आणि जलद पुनर्प्राप्ती आणि प्रतिमेचा लहान आकार हा एक चांगला बोनस आहे.

वदिम स्टर्किन: SSD चा त्याच्याशी काय संबंध? RAID तोडून आणि तेथे OS स्थापित करून तुम्हाला काय मिळाले? फक्त बाबतीत, लोडिंग गती काहीही नाही.

मी RAID बद्दल काहीही लिहिले नाही - कदाचित हा पावेल नागेवसाठी प्रश्न आहे? मी एसएसडी आणि एचडीडीवर सिस्टमच्या लोडिंग गती आणि ऑपरेशनची तुलना केली.
याशिवाय, SSD तुम्हाला अधिक ऑपरेटिंग स्पीडच्या रूपात आनंददायी बोनससह भौतिकदृष्ट्या वेगळ्या डिव्हाइसवर सिस्टम स्वयंचलित करण्याची परवानगी देते.

सर्जी

"मोबाईल पीसी वापरण्याची मानक परिस्थिती म्हणजे पूर्णपणे बंद होण्याऐवजी झोपेत जाणे (विंडोज 8 आणि उच्च असलेल्या मोबाइल पीसीवर कनेक्ट केलेल्या स्टँडबाय मोडसह) आणि बॅटरी कमी असताना हायबरनेशनमध्ये जाणे." - होय. परंतु व्यवहारात, HDD वरून हायबरनेशनमधून पुनर्प्राप्तीपेक्षा SSD वरून पूर्ण स्टार्टअप वेगवान किंवा कमीत कमी कमी नाही.

दिमित्री

वदिम, शुभ दुपार!

मी महिन्याभरापूर्वीच एका कमेंटमध्ये हा विषय मांडला होता आणि तुम्ही त्याबद्दल पोस्ट लिहिण्याचे वचन दिले होते. मी त्याची वाट पाहत होतो.

माझ्याकडे सध्या दोन लॅपटॉपवर ssd वर विंडो आहेत.
मी या विषयावर माझे विचार तुमच्याशी शेअर करेन.
होम लॅपटॉपसह सर्वकाही सोपे आहे, परंतु कामाच्या लॅपटॉपसह ते खूप मनोरंजक झाले.

होम लॅपटॉप:
Lenovo Y580
8 जीबी रॅम
सॅमसंग कॅशिंग msata सुरुवातीला 64Gb वर स्थापित केले होते
आता हे Windows 8 सह सिस्टम डिस्क म्हणून काम करते.

विंडोज इन्स्टॉलेशन ही सर्वात सामान्य होती, म्हणून ती बरीच जागा घेते, कार्यरत सॉफ्टवेअरसह सर्व आवश्यक गोष्टी स्थापित केल्या होत्या.
बदलांपैकी, केवळ हायबरनेशन अक्षम केले आहे, कारण... स्टार्टअप अजूनही खूप वेगवान आहे आणि डिस्कवर 8GB वाचवण्याचा हा खूप स्पष्ट मार्ग आहे. स्वॅप फाइल 4GB पर्यंत फ्लोटिंग आकारासह बनविली गेली आहे, परंतु ती 400MB भरलेली दिसते.
60 गीगाबाइट्सपैकी 22 विनामूल्य.

मोकळी जागा स्थिर आहे आणि जास्त कमी होत नाही. जर तुम्हाला आठवत असेल की डिस्क रबर नाही आणि फोटोशॉप किंवा कोरल वापरत नाही, तर तुम्ही वर्णन केलेल्या समस्या अजिबात उद्भवणार नाहीत.

कामाच्या लॅपटॉपसह, ज्याबद्दल मी तुम्हाला मागच्या वेळी एक प्रश्न विचारला होता, मला त्यासह टिंकर करावे लागले आणि तुम्ही वर्णन केलेल्या समस्यांपासून मुक्त व्हावे लागले.

तर.
तोशिबा U840
8 जीबी रॅम
कॅशिंग एसएसडी सँडिस्क 32 जीबी

कोर i5 आणि मोठ्या प्रमाणात RAM असूनही, सर्व कार्यक्षमता 5400prm हार्ड ड्राइव्हद्वारे मर्यादित होती.
SRT तंत्रज्ञानाने काम केले, परंतु जर तुमच्या आयुष्यात आधीच ssd सिस्टीम असलेला संगणक असेल, तर तो फक्त मार्केटिंगचा डाव वाटतो आणि अजिबात जाणवत नाही :)

अधिक msata विकत घेऊन समस्या सोडवता आली असती, परंतु हे खेळाचे नव्हते.
स्थापनेनंतर विंडोच्या आकारात समस्या होती.
मला कार्यरत सॉफ्टवेअर आणि रोमिंग डेटासाठी 10 GB आवश्यक आहे. पुनर्स्थापित केल्यानंतर Windows 7 हेडच्या या 20 गिग्समध्ये जोडणे. मला क्षमतेने भरलेली डिस्क मिळाली. आणि हाच सर्वात मोठा तोटा आहे. आणि "सुटे" जागेच्या कमतरतेमुळे मी चिडलो होतो.

टॉरेंटपैकी एकावरून स्ट्रिप-डाउन विंडो वितरण स्थापित करून समस्या सोडवली गेली.
असेंब्लीची संभाव्य कुटिलता, विशेष डाव्या छिद्रांची उपस्थिती इत्यादींमुळे मी घाबरलो होतो.

तथापि, स्थापनेनंतर, मायक्रोसॉफ्टसह परवाना नोंदणी करणे आणि असेंब्लीच्या क्षणापासून सर्व(!) अद्यतने स्थापित करणे पूर्णपणे सामान्य असल्याचे दिसून आले. सर्व कट घटक खरोखर अनावश्यक असल्याचे बाहेर वळले.
परिणामी, मला विंडोज फोल्डरसाठी 9GB (इंस्टॉलेशननंतर लगेच 5), इतर सर्व गोष्टींसाठी 8GB, हायबरनेशन अक्षम केले आणि फ्लोटिंग पृष्ठ फाइल स्थापित केली.
14 GB मोकळी जागा आहे आणि ती वाढवण्याची कोणतीही योजना नाही.

2 आठवड्यांच्या चाचणी दरम्यान, मला सिस्टममध्ये कोणतीही त्रुटी आढळली नाही.

मला समजले आहे की दोन्ही प्रकरणांमध्ये "22GB आणि 14GB मोकळी जागा" हा वाक्यांश त्रासदायक वाटू शकतो. परंतु मी सिस्टम विभाजन स्वच्छ आणि जलद ठेवण्यास प्राधान्य देतो. जर तुम्हाला काहीतरी कॅपेशिअस इंस्टॉल करायचे असेल, तर तुम्ही ते नेहमी दुसऱ्या डिस्कवर ठेवू शकता आणि तरीही एक सुपर-फास्ट सिस्टम आहे.

येथून मला स्ट्रिप-डाउन विंडो स्थापित करण्याच्या समस्येतून बाहेर पडण्याच्या मार्गावर तुमची टिप्पणी प्राप्त करायची आहे.
माझ्या मते, गेमची किंमत मेणबत्तीची होती :)
प्राडा अर्थातच मलम मध्ये एक माशी आहे. सॅन्डिस्क एसएसडी अर्थातच उत्तम दर्जाची नाही. आणि एचडी ट्यून प्रो मध्ये, जरी वेग 300 MB/सेकंद इतका राहतो, ग्राफच्या सुरूवातीस तो 150 पर्यंत लक्षणीय घसरतो. तथापि, ही फक्त एक चाचणी आहे, हे ऑपरेशनमध्ये लक्षात येत नाही आणि तरीही hdd पेक्षा वेगवान आहे.

दिमित्री

mSATA कनेक्टर मदरबोर्डच्या SATA III इंटरफेसशी जोडलेला आहे. आम्ही एकदा त्याच्या लेनोवो W530 लॅपटॉपच्या संदर्भात आर्टेम प्रोनिचकिनशी या समस्येवर चर्चा केली. चिपसेट फक्त दोन SATA III कनेक्शनला सपोर्ट करतो (मुख्य ड्राइव्ह आणि ऑप्टिकल ड्राइव्ह त्यांचा वापर करतात), म्हणून mSATA SSD SATA II शी कनेक्ट केलेले असणे आवश्यक आहे.

मी माझ्या Lenovo y580 वर बराच काळ या समस्येचे निराकरण करण्याचा प्रयत्न केला आणि मला त्याचे उत्तर कसे आणि कोठे मिळाले हे मला आठवत नाही :) म्हणून, मी तुम्हाला ते पुन्हा शोधण्यात मदत करण्यास सांगतो.

तपशीलानुसार, Sata 3 डिस्क (6 Gbps) (500 Mb/s पर्यंत)
चाचणी केली असता, HD Tune किमान 216 MB, सरासरी 323 आणि कमाल 396 वाचन गती निर्माण करते.
याचा अर्थ असा आहे की या ड्राइव्हवर माझ्याकडे अजूनही sata 3 सक्षम आहे?

मला समजते की हा एक मूर्ख प्रश्न आहे, कारण sata2 300 पर्यंत कार्य करते. :) पण मला खात्री करायची आहे :)

व्लादिमीर

वदिम स्टर्किन: लॅपटॉपमध्ये कॅशेसाठी SSD असल्यास, SATA कंट्रोलरने RAID मोडमध्ये काम केले (किमान SRT च्या बाबतीत).

वदिम स्टर्किन: RAID तोडून आणि तेथे OS स्थापित करून तुम्हाला काय मिळाले?

उफ्फ... मग मी नाही तर पावेलने तिथे काहीतरी तोडले? आणि मला आधीच भीती वाटत होती की तू माझ्या कॉम्प्युटरमध्ये आलास आणि एक भयंकर रहस्य शोधून काढलं जे तिथे कधीच नव्हतं...
सर्वसाधारणपणे, मी एसएसडी वर ओएस स्थापित करण्याच्या व्यवहार्यता आणि अचूकतेबद्दल चर्चा केली नाही, मूळतः कॅशेसाठी अभिप्रेत आहे, मी फक्त काय केले आहे यावर टिप्पणी देत ​​आहे:

व्लादिमीर: पावेल नागेव (एमव्हीपी एक्सचेंज) यांनी स्वत: ला एक मोठा एचडीडी आणि एक लहान एसएसडी असलेला लॅपटॉप विकत घेतला, ज्यावर त्याने लगेच विंडोज स्थापित केले. तथापि, त्याने ही कल्पना फार लवकर सोडली.

आणि 32 जीबी सिस्टम डिस्कसह कार्य करणे शक्य आहे हे दर्शविण्याचा प्रयत्न केला.

वदिम स्टर्किन: पण हे काहीसे विचित्र आहे की 2.5 वर्षांत OS ने फक्त 13.5GB घेतले.

मला आठवत नाही की OS ने 2.5 वर्षांपूर्वी किती व्यापले होते, परंतु सर्व प्रोग्राम्स स्थापित केल्यानंतर ऑप्टिमाइझ केलेल्या OS ची प्रतिमा तेव्हा 3.2 GB होती, आता ती 4.1 GB आहे. म्हणजेच आकार अर्थातच वाढला आहे.

वदिम स्टर्किन: आणि, बहुधा, तुम्ही फक्त फाइल्सच नाही तर %AppData%, किंवा खूप कमी प्रोग्राम्समध्ये डेटा स्टोर केला आहे (जरी सॉफ्टवेअर HDD वर इन्स्टॉल केलेले आहे).

%AppData%, मी ते हस्तांतरित केले नाही. फोल्डर हस्तांतरित केले:
1. माझी कागदपत्रे(अधिक तंतोतंत, हे फोल्डर Windows XP च्या दिवसांपासून त्याच्या जागी आहे);
2. टेंप(जर त्यांनी मला सांगितले की या प्रकरणात प्रोग्रामच्या स्थापनेची वेळ वाढते, तर मी उत्तर देईन की प्रत्येक दोन आठवड्यांनी एकदा काहीतरी स्थापित करताना, माझ्याप्रमाणे, हे महत्त्वपूर्ण नाही;
3. तात्पुरत्या इंटरनेट फायली. ते म्हणतात की हे ब्राउझर कमी करते, परंतु माझ्या इंटरनेट स्पीड सुमारे 25 एमबीपीएससह, मला हे कधीही लक्षात येणार नाही.
4. मेल. विंडोज मेल प्रोग्राम डेटाबेस.
5. प्रोग्राम फाइल्स. हस्तांतरित केले नाही, परंतु तयार केले! मी या फोल्डरमध्ये सर्व प्रोग्राम स्थापित करतो. माझ्याकडे खूप कार्यक्रम आहेत. दुसऱ्यावर इन्स्टॉल केलेले असतानाही सिस्टीम विभाजनावर बरेच काही लिहिणारे कमी आहेत: Microsoft Office (अपूर्ण), Adobe: Acrobat आणि Photoshop. Acronis खरी प्रतिमा. इतर अनेक प्रोग्राम्स आहेत जे सिस्टीम विभाजनावर फक्त क्षुल्लक गोष्टी लिहितात. बाकीचे कार्यक्रम पोर्टेबल आहेत.
6. फोल्डर्स आवडीआणि डेस्क. पुनर्प्राप्ती दरम्यान काहीतरी गमावू नये म्हणून हे आहे.
आता तुमच्या प्रश्नांसाठी.

वदिम स्टर्किन: 1. तुम्ही SSD वर OS स्थापित केले नसले तरीही HDD वर संचयित केलेल्या डेटाची सुरक्षितता अगदी सारखीच असेल.

होय, ते खरे आहे. जेव्हा मी वेगळ्या ड्राइव्हवर OS स्थापित करण्याचा निर्णय घेतला, तेव्हा मी सुरुवातीला 30..40 GB HDD घेण्याची योजना आखली. परंतु मी असे नवीन शोधत असताना, मी एक SSD भेटलो आणि फक्त नवीन उत्पादनासाठी पडलो, ज्याने काही फायदे देखील वचन दिले.

वदिम स्टर्किन: 2. माध्यमांच्या प्रकारामुळे प्रणालीच्या विश्वासार्हतेवर परिणाम होण्याची शक्यता नाही, परंतु अर्थातच त्याचा वेगावर परिणाम होतो.

मी असा दावा केला नाही की सिस्टमची विश्वासार्हता मीडियाच्या प्रकारावर अवलंबून असते. त्याचा काही परिणाम होईल असे मला वाटत नाही. जरी मला वैयक्तिकरित्या दोन दहा वर्षांचे एचडीडी माहित आहेत आणि मी पाच वर्षांच्या एसएसडीबद्दल देखील ऐकले नाही, वरवर पाहता जास्त वेळ गेला नाही.

वदिम स्टर्किन: 3. होय, सिस्टम बॅकअप प्रतिमेचा लहान आकार एक प्लस आहे, मी त्याबद्दल लिहिले. परंतु 2.5 वर्षांत तुम्ही किती वेळा इमेज रिकव्हरीचा अवलंब केला आहे?

मी किती वेळा प्रणाली पुनर्संचयित केली हे मी मोजले नाही, परंतु मला वाटते की ते दर दोन किंवा तीन महिन्यांनी एकदा आहे. असे घडते की मला काही ओंगळ बग सापडतात (एकही संरक्षण प्रणाली 100% हमी देत ​​नाही), मी एक "कुटिल" प्रोग्राम स्थापित करतो, संगणक कोणत्याही स्पष्ट कारणाशिवाय धीमा होऊ लागतो... अशा परिस्थितीत, मी करू शकलो तर' ताबडतोब त्याचे निराकरण करा, मला फार काळ वाटत नाही - मी शेवटच्या प्रतिमेपैकी एक प्रणाली पुनर्संचयित करतो: फक्त दहा मिनिटे काम.

म्हण

लेख मस्त आहेत, खूप खूप धन्यवाद वडिम!
ssd बद्दलचे अनेक लेख वाचल्यानंतर मला एक प्रश्न पडला.
माझ्याकडे Acer Aspire 5750g लॅपटॉप आहे, दुर्दैवाने त्यात फक्त Sata 2 आणि 5400 rpm सिस्टम हार्ड ड्राइव्ह आहे.
मी वापरत नसलेली DVD ड्राइव्ह बदलण्यासाठी मला दुसरा ड्राइव्ह स्थापित करायचा आहे. तर प्रश्न असा आहे की मी कोणती ड्राइव्ह वापरावी? तेथे एक लहान SSD ठेवा (120GB) आणि स्वॅप फाइल, तात्पुरत्या फायलींचे एक फोल्डर आणि अनेक अनुप्रयोग हस्तांतरित करा किंवा हायब्रिड ड्राइव्ह खरेदी करा, त्यावर सिस्टम ड्राइव्ह क्लोन करा, सिस्टम ड्राइव्हच्या जागी हायब्रिड ड्राइव्ह ठेवा आणि ते, अनुक्रमे, ऑप्टिकल ड्राइव्हच्या जागी.
मी स्वतःहून योग्य निर्णय घेऊ शकत नाही, मला या विषयावर तुमचे मत जाणून घ्यायचे आहे. छान लेखांसाठी पुन्हा धन्यवाद!

म्हण

वदिम स्टर्किन,
होय, चिपसेट पाहता, हे असेच असावे, परंतु, दुर्दैवाने, प्रत्यक्षात फक्त सटा 2 आहे.
सिस्टम एक म्हणून एसएसडी निवडताना, दुसरी समस्या उद्भवते, सिस्टम विभाजनाचा वर्तमान आकार 680GB आहे, परंतु ती दुसरी कथा आहे.

म्हण

वदिम स्टर्किन, मला हे देखील माहित नाही की Acer चे "अभियंता" Sata 2 मध्ये कसे क्रॅम केले गेले, परंतु समर्थन सेवा देखील उत्तर देते की या मॉडेलमध्ये फक्त Sata 2 आहे, जे प्रत्यक्षात तृतीय-पक्षाच्या सॉफ्टवेअरद्वारे पुष्टी होते, मला देखील खूप आश्चर्य वाटले. माझा एक प्रश्न आहे, विषयाबाहेर, पूर्व-स्थापित सिस्टम की वापरून Win7 चे “स्वच्छ” इंस्टॉलेशन करणे शक्य आहे का? (हे मुख्य ड्राइव्ह म्हणून एसएसडीकडे जाण्याची चिंता आहे)

म्हण

लेखाबद्दल धन्यवाद, वादिम!
मी प्रश्नांची उत्तरे देतो:
1. Lenovo IdeaPad U310. लॅपटॉप (किंमत व्यतिरिक्त) निवडण्यासाठी मुख्य पॅरामीटर्सपैकी एक म्हणजे या डिव्हाइसचे वजन आणि आकार, कारण ते नेहमी आपल्यासोबत ठेवायचे होते.
2. डिस्क कॉन्फिगरेशन माझ्यासाठी महत्त्वाचे आहे, परंतु mSATA वरील SSD चा आकार निर्णायक नव्हता. सुरुवातीला मला हे देखील माहित नव्हते की ती वेगळ्या इंटरफेसवर वेगळी डिस्क आहे.
3. SSD, मला वाटते, SanDisk 24 GB, HDD WD 500 GB
4. कार्यप्रदर्शन अपेक्षेप्रमाणे होते: नियमित HDD सह कार्य करताना सारखेच, SSD वर डेटा कॅशिंगमुळे काही क्षणात जलद. म्हणून मी जे विकत घेतले त्यात मी काम केले. माझ्या लॅपटॉपचा मुख्य दोष: त्यात 4 जीबी मेमरी आहे, जी माझ्या कामासाठी पुरेशी नव्हती: ती नियमित कामासाठीही पुरेशी नव्हती, व्हर्च्युअल मशीन चालवण्याचा उल्लेख नाही. जेव्हा मी लहान मेमरीसह काम करण्याच्या गैरसोयीने कंटाळलो तेव्हा मी 8 जीबी विकत घेतले आणि ते स्वतः स्थापित केले. "जीवन सोपे झाले आहे, जीवन अधिक मजेदार झाले आहे."
5. नंतर, मी आधीच कॉन्फिगरेशन बदलणे सुरू केले असल्याने, आणि खर्च कालांतराने वितरीत केले गेले होते, मी एक किंग्स्टन 120 जीबी एसएसडी विकत घेतला आणि त्यात सिस्टम ड्राइव्ह हस्तांतरित केले. सुधारणा लगेच लक्षात आल्या. आता मी माझ्या लॅपटॉपच्या कामगिरीबद्दल पूर्णपणे समाधानी आहे. मी मुख्य प्रणालीमध्ये आणि चालू असलेल्या आभासी मशीनमध्ये आरामात काम करतो. व्हर्च्युअल मशीन HDD वर राहतात, म्हणून ते मुख्य OS पेक्षा लक्षणीयपणे हळू चालते, परंतु हे सहन केले जाऊ शकते.
कदाचित SATA आणि mSATA SSD ड्राइव्हमध्ये फरक आहेत, परंतु मला ते डोळ्यांनी लक्षात आले नाही. माझ्याकडे एसएसडीवर विन 7 सह डेस्कटॉप पीसी आहे, मला लॅपटॉपसह काम करण्याच्या गतीमध्ये फारसा फरक दिसत नाही.
माझ्या लॅपटॉपमध्ये 2 गोष्टी शिल्लक आहेत ज्या मी निराकरण करू इच्छितो: स्क्रीन रिझोल्यूशन आणि वायफाय कनेक्शन गुणवत्ता. मी स्क्रीन मॅट्रिक्स बदलणार नाही, परंतु मला वाटते की मी वायफाय मॉड्यूल पुनर्स्थित करेन. तुम्हाला कोणते मॉड्यूल चांगले मानले जाते ते पहावे लागेल.

रुस्लान

1. ASUS K95VJ
2. हार्ड ड्राइव्हमध्ये फेरफार करण्याच्या शक्यतेमुळे मी ते तंतोतंत विकत घेतले आहे, कारण त्यात मानक 3.5″ HDD (7200) तसेच एक विनामूल्य 2.5″ स्लॉट आहे जेथे SSD खरेदी करण्याचा निर्णय घेण्यात आला होता. किंग्स्टन हायपरएक्स 3K एसएसडी 120GB 2.5″ SATAIII SSD ड्राइव्हवर निवड केली गेली होती ती सक्रियता न गमावता प्री-इंस्टॉल केलेले Windows 8 हस्तांतरित करण्यासाठी थोडीशी अडचण होती, परंतु मी मॅक्रियम रिफ्लेक्ट वापरून व्यवस्थापित केले (तसे, एक विनामूल्य प्रोग्राम. ). सुरुवातीला मी एसएसडी ऑप्टिमाइझ करण्याचा प्रयत्न केला, परंतु मिथकांबद्दलचा तुमचा लेख वाचल्यानंतर मी ऑप्टिमायझेशन सोडले आणि एसएसडीवरील विंडोज आणि प्रोग्राम्सच्या ऑपरेशनमधील फरक खरोखरच लक्षणीय आहे, म्हणून मी या अपग्रेडमुळे आनंदी झालो.
SSD वरील लेखांसाठी धन्यवाद.

सर्जी

सर्जी,

एक्सप्रेस कॅश युटिलिटी स्थापित केल्यानंतर जी समाविष्ट आहे. प्रणाली 24g पासून कार्य करते. कॅशेप्रमाणे.. तुम्ही ते डिस्क व्यवस्थापनामध्ये पाहू शकता.

Cl3r1k

लेखाबद्दल धन्यवाद, वादिम!
तेथे कोणतेही SSD उपलब्ध नाही, म्हणून मी स्वतः माझ्या सिद्धांताची चाचणी करू शकत नाही. IRST सह पहिल्या स्क्रीननुसार, कॅशे मेमरी आणि दोन आयटम 18.6 GB आणि पूर्ण डिस्क क्षमतेसाठी वाटप केलेला आकार निवडा. त्या. तुम्ही SSD किंवा संपूर्ण डिस्कवर कॅशे करण्यासाठी विभाजन सेट करू शकता. उदाहरणार्थ, तुम्हाला एखादा विशिष्ट प्रोग्राम नेहमी एसएसडीवर त्याच्या डेटासह ठेवणे आवश्यक असल्यास काय?
जसे मला समजले आहे, यासाठी तुम्हाला प्रोग्रामसाठी डेटासह विभाजन तयार करावे लागेल (चला 4 जीबी म्हणूया), आणि उर्वरित जागा दुसर्या विभाजनाला द्यावी लागेल, जी IRST मध्ये कॅशे म्हणून निर्दिष्ट केली जावी. पहिले विभाजन प्रणालीला दिसेल का? मला बरोबर समजले का? की दुसरा उपाय आहे?

आणि दुसरा प्रश्न पूर्णपणे विषयावर नाही, हार्ड ड्राइव्हवर अशी गोष्ट आहे की खराब ब्लॉक्स विविध कारणांमुळे उद्भवतात, परंतु एसएसडीचे काय, त्यांना समान समस्या आहेत का? आणि सदोष मेमरी पेशींचे काय होते, ते तुटलेल्या पेशींमध्ये बदलतात आणि ते कार्यरत नसलेले म्हणून देखील चिन्हांकित केले जातात? एचडीडीच्या बाबतीत, खराब क्षेत्राचे रीमॅपिंग करण्याची शक्यता आहे, परंतु एसएसडीच्या बाबतीत? किंवा SSD ला तत्सम समस्या येत नाहीत?

अलेक्झांडर

मी SSD कॅशेसह लॅपटॉप खरेदी केला
लेनोवो थिंकपॅड एज E540
आता मला ते कसे वापरायचे ते समजत नाही किंवा सर्वकाही आधीच कार्य करण्यासाठी सेट केले आहे?
लेनोवो वरून कोणतेही प्रोग्राम स्थापित केलेले नाहीत, मला काही प्रकारचे एक्सप्रेस कॅशे आढळले. पण मी अजून पाहिलेले नाही.
आपण कशाची शिफारस करता? या कॅशेचा अधिक फलदायी वापर करण्यासाठी हे आहे.
धन्यवाद

आर्टेम

Lenovo y470
होय. मला माहित होते की mSata साठी एक स्लॉट आहे
एक 5400 HDD 500Mb होता
एका मित्राने मला SSD वरून बूट कसे करायचे ते दाखवले नाही तोपर्यंत मी आनंदी होतो
मी 128 SSD Plextor आणि HDD Toshba 7200 1Tb विकत घेतले. सिस्टम SSD वर आहे, बाकीचे प्रोग्राम्स आहेत. समाधानी.

निकोले

दोन लॅपटॉप जुने/नवे:






मी SSD वर सिस्टीम स्थापित केली आणि मी ज्या डेटाबेससह काम केले ते संग्रहित केले.

निर्मात्याकडून नवीन विंडोज 8 परवान्यावर जुन्या विंडोज 7 वरील ऑपरेटिंग सिस्टम, एसएसडीकडे हस्तांतरित

या क्षणी मला समजू शकत नाही की नवीन लॅपटॉपवरील रेकॉर्डिंग चाचण्या नवीनपेक्षा कमी परिणाम का दाखवतात, जुन्यावर ते सुमारे 250 आहे आणि नवीनवर ते जवळजवळ 160 आहे (चाचणी पद्धती विचारात न घेता जास्तीत जास्त निकाल)
मॉडेल mSata किंग्स्टन SMS200S3/120G - http://www.kingston.com/us/ssd/s#sms200s3

Bios अद्यतनित

डेनिस

निकोले: दोन लॅपटॉप जुने/नवे:
1. डेल स्टुडिओ 1558 / Acer Aspire V5-573G
2. दिले / दिले परंतु प्रोसेसर आणि मॅट्रिक्सने त्यांचा टोल घेतला
3. HDD 7200 त्या वेळी SSDs अजूनही महाग / साधे HDD होते
4. दोन्ही लॅपटॉपमध्ये परफॉर्मन्सची सर्वात मोठी अडचण आहे.
5. जुन्या डेलवर मी HDD ऐवजी 120G SSD स्थापित केला आणि ऑप्टिकल ड्राइव्हऐवजी मी NDD सह पॉकेट स्थापित केला, कामगिरी लक्षणीयरीत्या सुधारली.
5. नवीनवर मी mSATA (SMS200S3/120G) मध्ये 120G SSD विकत घेतला,
मी SSD वर सिस्टीम इन्स्टॉल केली आणि मी जुन्या Windows 7 वर ऑपरेटिंग सिस्टीमवर निर्मात्याकडून नवीन Windows 8 लायसन्सवर संग्रहित केले, ते SSD वर हस्तांतरित केले या क्षणी मला रेकॉर्डिंग चाचण्या का समजत नाही. नवीन लॅपटॉप वर नवीन पेक्षा कमी परिणाम दाखवतात, जुन्या वर अंदाजे 250 आणि नवीन वर जवळजवळ 160 (चाचणी पद्धती विचारात न घेता जास्तीत जास्त निकाल)
मॉडेल mSata KingstonSMS200S3/120G - http://www.kingston.com/us/ssd/s#sms200s3
कुठे खोदाई करावी याबद्दल काही सूचना किंवा सल्ला असल्यास कृपया मला सांगा.
Bios अद्यतनित

निकोले, कदाचित तुमच्या एसएसडी डिस्कचा एमएसएटीएवर लिहिण्याचा वेग इतका आहे... हे केवळ शारीरिकदृष्ट्या अशक्य आहे.....

Http://old.computerra.ru/sgolub/710560/), मी लेखकाशी सहमत आहे... आणि म्हणून आणखी बरेच पर्याय दिसू लागले...

1. सिस्टीम, प्रोग्राम्स आणि वर्क फाइल्ससाठी SSD + स्टोरेज आणि आर्काइव्हसाठी HDD.
येथे आपल्याला मोठ्या क्षमतेची SSD, किमान 500 GB ची आवश्यकता असेल आणि या डिझाइनमध्ये मला वाटते की डिस्क संसाधन जलद समाप्त होईल. आपण, अर्थातच, सर्व्हरसाठी एसएसडी खरेदी करू शकता; त्यांचे संसाधन 1.5-2 पट जास्त आहे, परंतु त्यानुसार किंमत आहे. शिवाय, SSD ते HDD पर्यंत कामाच्या फायलींचा स्वयंचलित दैनंदिन बॅकअप घेण्याची कल्पना आहे, जरी मला अद्याप कसे माहित नाही (मला या विषयाचा देखील अभ्यास करावा लागेल). त्याचे फायदे म्हणजे उच्च गती, कमी आवाज, हीटिंग आणि उर्जेचा वापर (लॅपटॉपवर), तोटे म्हणजे डिस्क "कव्हर अप" केल्यास, संपूर्ण सिस्टम आणि शेवटच्या दिवसाचे काम अयशस्वी होईल ...

2. सिस्टम आणि प्रोग्रामसाठी SSD + तात्पुरत्या, कामाच्या फाइल्स आणि कॅशेसाठी SSD + डंपिंग आणि आर्काइव्हसाठी HDD
या पर्यायामध्ये, मला वाटते की डिस्क संसाधन जास्त काळ जतन केले जाईल आणि तात्पुरत्या फायलींसह मुख्य भार दुसऱ्या SSD द्वारे घेतला जाईल, जर ते क्रॅश झाले तर कामाची पुनर्संचयित करणे दुस-या पर्यायाप्रमाणे होणार नाही ...

या पर्यायांबद्दल तुम्ही काय म्हणू शकता?

रुस्लान

1. Sony VAIO SVN1311X1RS
2. नाही, मी केले नाही, मी अजूनही सर्व काही SSD वर हस्तांतरित करतो (32gb पुरेसे नाही, परंतु 120 पुरेसे असतील)
3. mSATA+HDD 320 GB वर SSD 32Gb
4. नाही
5., म्हणून मी OS ला SSD वर हलवले, परंतु अद्याप ते पुरेसे नाहीत.

टॅम्बोरिनसह 2 दिवस आणि शेवटी मला mSATA वर OS स्थापित करण्याचा एक सोपा पर्याय सापडला (BIOS मधील बूट ऑर्डर बदलला नाही). मी HDD बाहेर काढला, OS स्थापित केला आणि नंतर HDD परत ठेवला - सर्वकाही कल्पक - सोपे! लेखात ते समाविष्ट करा, मला खात्री आहे की ते एखाद्यासाठी उपयुक्त ठरेल, कारण मी एसएसडीला mSATA ने बदलणार आहे, तरीही, नियमित स्क्रूच्या अतिरिक्त जागेला दुखापत होणार नाही.

सर्व्हर डिस्क सबसिस्टम तयार करण्यासाठी किंमत आणि कार्यक्षमतेच्या दृष्टीने त्यांची तुलना करण्यासाठी अनेक भिन्न पर्यायांचा विचार करूया. चला डिस्क स्टोरेजची उपयुक्त क्षमता म्हणून 10TB निवडा. सर्व पर्याय 2GB कॅशेसह हार्डवेअर RAID कंट्रोलरचा वापर गृहीत धरतात.

बजेट पर्याय- SATA इंटरफेससह दोन 3.5" 10TB हार्ड ड्राइव्ह आणि 7200 rpm स्पिंडल स्पीड, RAID1 ॲरेमध्ये एकत्रित. अशा ॲरेची कामगिरी वाचताना 500 ऑपरेशन्स प्रति सेकंद (IOPS) आणि लिहिताना 250 IOPS पेक्षा जास्त नसेल. अतिरिक्त या सोल्यूशनचा फायदा म्हणजे सर्व्हरच्या डिस्क बास्केटच्या फ्री बेमध्ये नवीन डिस्क्स जोडून स्टोरेज क्षमता वाढवण्याची शक्यता आहे.

उत्पादक पर्याय- RAID10 मध्ये 1.8TB क्षमतेसह 12 HDD 2.5" 10'000RPM (RAID5 किंवा RAID50 लिहिण्याच्या ऑपरेशनमध्ये दोनपट धीमा आहे). येथे आपल्याला वाचण्यासाठी सुमारे 5'000 IOPS आणि लेखनासाठी 2'500 IOPS - 10 मध्ये मिळतात पहिल्या पर्यायापेक्षा पटींनी जास्त तथापि, या डिस्क्सची किंमत सहा पटीने जास्त असेल.

कमाल कामगिरी SSD ड्राइव्हचा RAID10 ॲरे प्रदान करेल, उदाहरणार्थ, Intel DC S4600 1.9TB चे 12 तुकडे. अशा ॲरेचे कार्यप्रदर्शन रीड ऑपरेशन्सवर 800,000 IOPS आणि लेखन ऑपरेशन्सवर 400,000 IOPS असेल, म्हणजे, दुसऱ्या पर्यायापेक्षा 160 पट वेगवान, परंतु त्याच्या तुलनेत 4 पट अधिक महाग आणि पहिल्या पर्यायापेक्षा 24 पट अधिक महाग. मोठ्या SSD ड्राइव्हस् निवडल्याने किंमत आणि किंचित कमी कार्यप्रदर्शनाच्या बाबतीत अंदाजे समान आकडे मिळतील.

पर्याय ॲरे	वाचन (IOPS)	रेकॉर्ड (IOPS)	कोणत्या वेळी पट वेगाने	कोणत्या वेळी पट जास्त महाग
HDD 10TB x 2	500	250	—	—
HDD 1.8TB x 12	5’000	2’500	X १०	X 6
SSD 1.9TB x 12	800’000	400’000	X 1600	X २४

सर्वसाधारणपणे, अधिक महाग, वेगवान. आणि वेग देखील किंमतीपेक्षा जास्त आहे.

SSD द्वारे प्रदान केलेल्या परिमाण कार्यक्षमतेच्या वाढीच्या 3 ऑर्डर अत्यंत आकर्षक आहेत, परंतु या आकाराच्या संचयनासाठी प्रतिबंधात्मक किंमतीवर येते.

सुदैवाने, एक कमी खर्चिक तंत्रज्ञान आहे जे पारंपारिक SDD ॲरे प्रमाणेच परिमाणाच्या समान क्रमाने कार्यप्रदर्शन प्रदान करू शकते. हे डिस्क सबसिस्टमसाठी कॅशे मेमरी म्हणून SSD ड्राइव्हच्या वापरावर आधारित आहे.

एसएसडी कॅशिंगची कल्पना "हॉट" डेटाच्या संकल्पनेवर आधारित आहे.

सामान्यतः, सर्व्हर ऍप्लिकेशन्स सर्व्हरच्या डिस्क सबसिस्टमवर संचयित केलेल्या डेटाच्या फक्त थोड्या भागासह सक्रियपणे कार्य करतात. उदाहरणार्थ, 1C सर्व्हरवर, व्यवहार मुख्यतः वर्तमान ऑपरेटिंग कालावधीतील डेटासह केले जातात आणि वेब होस्टिंग सर्व्हरला बहुतेक विनंत्या सहसा साइटच्या सर्वात लोकप्रिय पृष्ठांचा संदर्भ घेतात.

अशा प्रकारे, सर्व्हर डिस्क सबसिस्टममध्ये डेटा ब्लॉक्स आहेत ज्यात कंट्रोलर इतर ब्लॉक्सपेक्षा जास्त वेळा प्रवेश करतो. कंट्रोलर, जो SSD कॅशिंग तंत्रज्ञानाला समर्थन देतो, SSD ड्राइव्हवर कॅशे मेमरीमध्ये असे "हॉट" ब्लॉक्स संचयित करतो. एसएसडी वरून हे ब्लॉक्स लिहिणे आणि वाचणे हे HDD वरून वाचणे आणि लिहिण्यापेक्षा खूप वेगवान आहे.

हे स्पष्ट आहे की डेटाचे "गरम" आणि "थंड" मध्ये विभाजन करणे अगदी अनियंत्रित आहे. तथापि, सराव दर्शविल्याप्रमाणे, "हॉट" डेटा कॅश करण्यासाठी RAID1 ॲरेमध्ये एकत्रित केलेल्या छोट्या SSD ड्राइव्हच्या जोडीचा वापर केल्याने डिस्क सबसिस्टमच्या कार्यक्षमतेत खूप मोठी वाढ होते.

एसएसडी कॅशिंग तंत्रज्ञान दोन्ही वाचन आणि लेखन ऑपरेशनसाठी वापरले जाते.

एसएसडी कॅशिंग अल्गोरिदम कंट्रोलरद्वारे लागू केले जाते ते अगदी सोपे आहे आणि कॉन्फिगर करण्यासाठी आणि देखरेख करण्यासाठी प्रशासकाकडून कोणत्याही प्रयत्नांची आवश्यकता नाही. अल्गोरिदमचे सार खालीलप्रमाणे आहे.

जेव्हा सर्व्हर कंट्रोलरला डेटाचा ब्लॉक वाचण्यासाठी विनंती पाठवतो

होय असल्यास, नियंत्रक SSD कॅशेमधून ब्लॉक वाचतो.

तसे नसल्यास, कंट्रोलर हार्ड ड्राइव्हस्मधून ब्लॉक वाचतो आणि त्या ब्लॉकची एक प्रत SSD कॅशेवर लिहितो. पुढील वेळी या ब्लॉकसाठी वाचण्याची विनंती असेल, तेव्हा ती SSD कॅशेमधून वाचली जाईल.

जेव्हा सर्व्हर कंट्रोलरला डेटाचा ब्लॉक लिहिण्यासाठी विनंती पाठवतोदिलेला ब्लॉक SSD कॅशेमध्ये आहे की नाही हे कंट्रोलर तपासतो.

होय असल्यास, नियंत्रक हा ब्लॉक SSD कॅशेवर लिहितो.

नसल्यास, कंट्रोलर हा ब्लॉक हार्ड ड्राइव्हस् आणि SSD कॅशेवर लिहितो. पुढील वेळी जेव्हा हा ब्लॉक लिहिण्याची विनंती केली जाईल, तेव्हा ती फक्त SSD कॅशेवर लिहिली जाईल.

SSD कॅशेमध्ये नसलेला ब्लॉक लिहिण्याची पुढील विनंती केल्यास, त्यासाठी मोकळी जागा नसेल तर काय होईल? या प्रकरणात, एसएसडी कॅशेमधील प्रवेश वेळेच्या दृष्टीने "सर्वात जुना" ब्लॉक हार्ड ड्राइव्हवर लिहिला जाईल आणि "नवीन" ब्लॉक त्याच्या जागी येईल.

अशा प्रकारे, SSD कॅशिंग तंत्रज्ञानाचा वापर करून सर्व्हरने कार्य करण्यास सुरुवात केल्यानंतर काही काळानंतर, SSD वरील कॅशे मेमरीमध्ये मुख्यत्वे डेटाचे ब्लॉक्स असतील जे सर्व्हर ऍप्लिकेशन्सद्वारे अधिक वेळा ऍक्सेस केले जातात.

जर तुम्ही फक्त-वाचनीय वापरासाठी SSD कॅशिंग वापरण्याची योजना आखत असाल, तर तुम्ही SSD वर कॅशे म्हणून एक SSD ड्राइव्ह किंवा SSD ड्राइव्हचा RAID0 ॲरे वापरू शकता, कारण SSD कॅशे फक्त हार्डवर संग्रहित डेटा ब्लॉक्सच्या प्रती संग्रहित करेल. ड्राइव्ह

जर एसएसडी कॅशिंग वाचन आणि लिहिण्यासाठी वापरण्याची योजना असेल, तर "हॉट" डेटा फक्त SSD वरील कॅशे मेमरीमध्ये संग्रहित केला जाईल. या प्रकरणात, अशा डेटाचा बॅकअप सुनिश्चित करणे आवश्यक आहे, ज्यासाठी RAID ॲरेमध्ये रिडंडंसीसह दोन किंवा अधिक SSD ड्राइव्हस् वापरा, उदाहरणार्थ, RAID1 किंवा RAID10, कॅशे मेमरी म्हणून.

SSD कॅशिंग तंत्रज्ञान सरावात कसे कार्य करते ते पाहू आणि त्याच वेळी दोन भिन्न उत्पादक - Adaptec आणि LSI च्या नियंत्रकांवर त्याच्या अंमलबजावणीच्या प्रभावीतेची तुलना करू.

चाचणी

मुख्य डिस्क ॲरे: सहा SATA 3.5" 1TB HDDs पैकी RAID10. ॲरेचा वापरण्यायोग्य व्हॉल्यूम 2.7TB आहे.

SSD कॅशे: दोन SSD Intel DC S4600 240GB चा RAID1. ॲरेचा उपयुक्त व्हॉल्यूम 223GB आहे.

आम्ही मुख्य RAID10 ॲरेचे पहिले 20 दशलक्ष सेक्टर, म्हणजे 9.5GB, "हॉट" डेटा म्हणून वापरले. निवडलेल्या थोड्या प्रमाणात "हॉट" डेटा मूलभूतपणे काहीही बदलत नाही, परंतु ते चाचणी वेळ लक्षणीयरीत्या कमी करू शकते.

चाचणी केलेले नियंत्रक: Adaptec SmartRAID 3152-8i आणि BROADCOM MegaRAID 9361-8i (LSI).

आयोमीटर युटिलिटी वापरून डिस्क उपप्रणालीवरील भार तयार केला गेला. वर्कलोड पॅरामीटर्स: 4K ब्लॉक आकार, यादृच्छिक प्रवेश, रांगेची खोली 256. आम्ही विलंबतेकडे लक्ष न देता कमाल कार्यक्षमतेची तुलना करण्यासाठी उच्च रांगेची खोली निवडली.

विंडोज सिस्टम मॉनिटर वापरून डिस्क सबसिस्टमचे कार्यप्रदर्शन रेकॉर्ड केले गेले.

maxCache 4.0 तंत्रज्ञानासह Adaptec (Microsemi) SmartRAID 3152-8i

हा कंट्रोलर डीफॉल्टनुसार maxCache 4.0 SSD कॅशिंग तंत्रज्ञानास समर्थन देतो आणि त्याची स्वतःची 2GB कॅशे मेमरी आहे ज्यामध्ये पॉवर लॉस संरक्षण समाविष्ट आहे.

मुख्य RAID10 ॲरे तयार करताना, आम्ही डीफॉल्ट कंट्रोलर सेटिंग्ज वापरली.

SSD वरील RAID1 कॅशे ॲरे SSD रीड आणि राइट कॅशिंग सक्षम करण्यासाठी Write-Back मोडवर सेट केले होते. राइट-थ्रू मोड सेट करताना, सर्व डेटा हार्ड ड्राइव्हवर लिहिला जाईल, त्यामुळे आम्हाला केवळ वाचन ऑपरेशन्सवर प्रवेग मिळेल.

चाचणी चित्र:

आलेख 1. Adaptec maxCache 4.0 चाचणी करत आहे

लाल रेषा म्हणजे लेखन ऑपरेशन्सवरील डिस्क उपप्रणालीचे कार्यप्रदर्शन.

पहिल्या क्षणी, 100,000 IOPS पर्यंतच्या कार्यक्षमतेत एक तीक्ष्ण वाढ आहे - डेटा कंट्रोलर कॅशेवर लिहिला जातो, जो RAM च्या वेगाने कार्य करतो.

एकदा कॅशे भरली की, परफॉर्मन्स हार्ड ड्राइव्ह ॲरेच्या सामान्य गतीपर्यंत (अंदाजे 2,000 IOPS) कमी होते. यावेळी, डेटा ब्लॉक हार्ड ड्राइव्हवर लिहिलेले आहेत, कारण हे ब्लॉक्स अद्याप एसएसडीवरील कॅशे मेमरीमध्ये नाहीत आणि कंट्रोलर त्यांना "हॉट" मानत नाही. डेटाची एक प्रत SSD कॅशेवर लिहिली जाते.

हळूहळू, अधिकाधिक ब्लॉक्स पुन्हा एसएसडी कॅशेमध्ये आहेत, म्हणून नियंत्रक त्यांना "हॉट" मानतो आणि फक्त एसएसडीला लिहितो. लेखन ऑपरेशन्सची कार्यक्षमता 40,000 IOPS पर्यंत पोहोचते आणि या स्तरावर स्थिर होते. SSD कॅशेमधील डेटा संरक्षित (RAID1) असल्याने, तो मुख्य ॲरेवर पुन्हा लिहिण्याची गरज नाही.

लक्षात ठेवा, तसे, आम्ही येथे वापरत असलेल्या Intel DC S4600 240GB SSD ड्राइव्हसाठी निर्मात्याने घोषित केलेली लेखन गती 38,000 IOPS आहे. आम्ही मिरर केलेल्या RAID1 जोडीमध्ये प्रत्येक ड्राइव्हवर डेटाचा समान संच लिहित असल्याने, आम्ही असे म्हणू शकतो की SSD ड्राइव्ह त्यांच्या शक्य तितक्या जलद गतीने चालत आहेत.

निळी रेषा- वाचन ऑपरेशन्सवर डिस्क उपप्रणालीचे कार्यप्रदर्शन. डावा विभाग अंदाजे 2,000 IOPS च्या वेगाने हार्ड ड्राइव्हच्या ॲरेमधून डेटा वाचत आहे; SSD वरील कॅशे मेमरीमध्ये अद्याप कोणताही "हॉट" डेटा नाही. हार्ड ड्राइव्ह ब्लॉक्स वाचण्याबरोबरच, ते SSD वरील कॅशे मेमरीमध्ये कॉपी केले जातात. हळूहळू, वाचनाचा वेग थोडा वाढतो कारण पूर्वी SSD कॅशेमध्ये वाचलेले ब्लॉक “कॅच” होऊ लागतात.

सर्व "हॉट" डेटा SSD कॅशेवर लिहिल्यानंतर, ते तेथून 90,000 IOPS (दुसरा निळा विभाग) च्या वेगाने वाचला जातो.

जांभळा रेषा - एकत्रित भार (50% वाचन, 50% लेखन). सर्व ऑपरेशन्स फक्त SSD वर "हॉट" डेटासह केल्या जातात. कामगिरी सुमारे 60,000 IOPS आहे.

पुन्हा सुरू करा

Adaptec SmartRAID 3152-8i कंट्रोलर SSD कॅशिंग आयोजित करण्याचे उत्कृष्ट कार्य करेल. कंट्रोलरमध्ये आधीपासूनच maxCache 4.0 समर्थन आणि कॅशे संरक्षण समाविष्ट असल्याने, फक्त SSDs खरेदी करणे आवश्यक आहे. नियंत्रक सोयीस्कर आणि कॉन्फिगर करणे सोपे आहे;

Adaptec maxCache 4.0 चाचणीचे व्हिडिओ रेकॉर्डिंग:

LSI (BROADCOM) MegaRAID 9361-8i

हा कंट्रोलर CacheCade 2.0 SSD कॅशिंग तंत्रज्ञानास समर्थन देतो. ते वापरण्यासाठी, आपल्याला सुमारे 20,000 रूबल खर्चाचा परवाना खरेदी करणे आवश्यक आहे.

पॅकेजमध्ये कॅशे संरक्षण समाविष्ट केलेले नाही, परंतु चाचणीच्या आधारे, आम्हाला आढळले की जास्तीत जास्त कार्यप्रदर्शन मिळविण्यासाठी, कंट्रोलर कॅशेचा वापर राइट-थ्रू मोडमध्ये केला जातो, ज्याला कॅशे संरक्षणाची आवश्यकता नसते.

मुख्य ॲरेसाठी कंट्रोलर सेटिंग्ज: राईट-थ्रू मोडमध्ये कंट्रोलर कॅशे; वाचन मोड डायरेक्ट IO, पुढे वाचा नाही.

रीड आणि राइट ऑपरेशन्स कॅश करण्यासाठी Write-Back मोडमध्ये SSD ड्राइव्हस् (RAID1 ॲरे) वर कॅशे मेमरी.

चाचणी चित्र (येथे अनुलंब स्केल श्रेणी Adaptec च्या दुप्पट आहे):

आलेख 2. LSI कॅशेकेड 2.0 चाचणी करत आहे

चाचणी क्रम समान आहे, चित्र समान आहे, परंतु CacheCade 2.0 चे कार्यप्रदर्शन maxCache पेक्षा किंचित जास्त आहे.

"हॉट" डेटाच्या लेखन ऑपरेशन्सवर आम्हाला ॲडाप्टेककडून जवळजवळ 60'000 IOPS विरुद्ध 40'000 ची कामगिरी प्राप्त झाली, वाचन ऑपरेशन्सवर - जवळजवळ 120'000 IOPS विरुद्ध 90'000 IOPS, एकत्रित लोडवर - 70'000 IOPS विरुद्ध 60' 000 IOPS

लेखन ऑपरेशन्सच्या चाचणीच्या सुरुवातीच्या क्षणी कोणतेही कार्यप्रदर्शन "स्पाइक" नाही, कारण नियंत्रक कॅशे राईट-थ्रू मोडमध्ये कार्य करते आणि डिस्कवर डेटा लिहिताना वापरला जात नाही.

पुन्हा सुरू करा

एलएसआय कंट्रोलरमध्ये अधिक जटिल पॅरामीटर सेटिंग्ज आहेत, ज्यासाठी त्याच्या ऑपरेशनच्या तत्त्वांचे आकलन आवश्यक आहे. SSD कॅशिंगला कंट्रोलर कॅशे संरक्षणाची आवश्यकता नसते. Adaptec च्या विपरीत, एकाच वेळी अनेक RAID ॲरे सर्व्ह करण्यासाठी SSD कॅशे वापरणे शक्य आहे. Adaptec नियंत्रकांपेक्षा चांगली कामगिरी. अतिरिक्त CacheCade परवाना खरेदी करणे आवश्यक आहे.

LSI CacheCade 2.0 चाचणीचे व्हिडिओ रेकॉर्डिंग:

निष्कर्ष

चला आमच्या टेबलमध्ये जोडूया. किंमतींची तुलना करताना, लक्षात घ्या की 10TB ॲरेसाठी, एक मोठी कॅशे मेमरी इष्ट आहे. आम्ही आमच्या चाचणीमधून कामगिरी क्रमांक घेऊ.

पर्याय ॲरे	वाचन (IOPS)	रेकॉर्ड (IOPS)	कोणत्या वेळी पट वेगाने	कोणत्या वेळी पट जास्त महाग
HDD 10TB x 2	500	250	—	—
HDD 1.8TB x 12	5’000	2’500	X १०	X 6
SSD 1.9TB x 12	800’000	400’000	X 1600	X २४
HDD 10TB x 2 + SSD 960GB x 2, maxCache	90’000	40’000	X 160	X 2.5
HDD 10TB x 2 + SSD 960GB x 2, CacheCade	120’000	60’000	X 240	X 3

लेखन कॅशिंग लिहिताना, नेहमी रिडंडंट ॲरे (RAID1 किंवा RAID10) SSD कॅशे म्हणून वापरा.

SSD कॅशेसाठी, फक्त सर्व्हर SSD ड्राइव्ह वापरा. त्यांच्याकडे घोषित व्हॉल्यूमच्या सुमारे 20% अतिरिक्त "अदृश्य" क्षेत्र आहे. हे राखीव क्षेत्र अंतर्गत डीफ्रॅगमेंटेशन आणि कचरा संकलन ऑपरेशन्ससाठी वापरले जाते, त्यामुळे लेखन ऑपरेशन्स दरम्यान अशा ड्राईव्हची कार्यक्षमता 100% भरलेली असतानाही कमी होत नाही. याव्यतिरिक्त, राखीव क्षेत्राची उपस्थिती ड्राइव्ह संसाधन वाचवते.

कॅशे मेमरी साठी SSD ड्राइव्हस्चा स्त्रोत लिखित डेटाच्या व्हॉल्यूमच्या दृष्टीने सर्व्हर स्टोरेज सबसिस्टमवरील लोडशी संबंधित असणे आवश्यक आहे. ड्राइव्ह संसाधन सामान्यतः DWPD (ड्राइव्ह रायट्स पर डे) पॅरामीटरद्वारे निर्धारित केले जाते - 5 वर्षांपर्यंत ड्राइव्ह दिवसातून किती वेळा पूर्णपणे ओव्हरराईट केली जाऊ शकते. 3 DWPD किंवा त्याहून अधिक असलेले ड्राइव्ह सहसा योग्य पर्याय असतील. आपण सिस्टम मॉनिटर वापरून डिस्क सबसिस्टमवरील वास्तविक भार मोजू शकता.

एसएसडी ड्राइव्हवरील कॅशे मेमरीमधून सर्व डेटा मुख्य ॲरेमध्ये हस्तांतरित करण्याची आवश्यकता असल्यास, तुम्हाला एसएसडी कॅशे ऑपरेटिंग मोड राईट-बॅक वरून राइट-थ्रूवर स्विच करणे आवश्यक आहे आणि डेटा पूर्णपणे हार्डवर लिहिला जाईपर्यंत प्रतीक्षा करावी लागेल. ड्राइव्ह या प्रक्रियेच्या शेवटी, परंतु आधी नाही, नियंत्रक SSD कॅशे व्हॉल्यूम हटविण्यास "अनुमती" देईल.

तुम्हाला या सामग्रीबद्दल काही प्रश्न किंवा टिप्पण्या असल्यास, कृपया त्यांना निर्देशित करा.