1s 8.3 വളരെ സാവധാനത്തിൽ പ്രവർത്തിക്കുന്നു, ഞാൻ എന്തുചെയ്യണം? ഓട്ടോമേഷൻ നുറുങ്ങുകൾ
മിക്കപ്പോഴും ആളുകൾ ഇതുപോലുള്ള ചോദ്യങ്ങളുമായി എൻ്റെ അടുക്കൽ വരുന്നു:
- എന്തുകൊണ്ടാണ് 1C സെർവർ വേഗത കുറയുന്നത്?
- 1C കമ്പ്യൂട്ടർ വളരെ മന്ദഗതിയിലാണ്
- 1C ക്ലയൻ്റ് വളരെ മന്ദഗതിയിലാണ്
എന്തുചെയ്യണം, എങ്ങനെ മറികടക്കാം, അങ്ങനെ ക്രമത്തിൽ:
1C യുടെ സെർവർ പതിപ്പ് ഉപയോഗിച്ച് ക്ലയൻ്റുകൾ വളരെ സാവധാനത്തിൽ പ്രവർത്തിക്കുന്നു
1C യുടെ സ്ലോ വർക്കിന് പുറമേ, നെറ്റ്വർക്ക് ഫയലുകൾക്കൊപ്പം സ്ലോ വർക്കുമുണ്ട്. സാധാരണ ഓപ്പറേഷൻ സമയത്തും RDP ഉപയോഗിച്ചും പ്രശ്നം സംഭവിക്കുന്നു
ഇത് പരിഹരിക്കാൻ, സെവൻ അല്ലെങ്കിൽ 2008 സെർവറിൻ്റെ ഓരോ ഇൻസ്റ്റാളേഷനു ശേഷവും, ഞാൻ എപ്പോഴും ആരംഭിക്കുന്നു
netsh int tcp സെറ്റ് ഗ്ലോബൽ autotuning=disabled
netsh int tcp സെറ്റ് ഗ്ലോബൽ autotuninglevel=disabled
netsh int tcp സെറ്റ് ഗ്ലോബൽ rss=disabled chimney=disabled
കൂടാതെ നെറ്റ്വർക്ക് പ്രശ്നങ്ങളില്ലാതെ പ്രവർത്തിക്കുന്നു
ചിലപ്പോൾ മികച്ച ഓപ്ഷൻ ഇതാണ്:
netsh ഇൻ്റർഫേസ് tcp സെറ്റ് ഗ്ലോബൽ ഓട്ടോട്യൂണിംഗ്= HighlyRestricted
ഇതാണ് ഇൻസ്റ്റലേഷൻ കാണുന്നത്
ആൻ്റി വൈറസ് അല്ലെങ്കിൽ വിൻഡോസ് ഫയർവാൾ കോൺഫിഗർ ചെയ്യുക
ഒരു 1C സെർവർ പ്രവർത്തിപ്പിക്കുന്നതിനായി ഒരു ആൻ്റി-വൈറസ് അല്ലെങ്കിൽ വിൻഡോസ് ഫയർവാൾ എങ്ങനെ ക്രമീകരിക്കാം (1C സെർവറിൻ്റെ സംയോജനം: എൻ്റർപ്രൈസ്, MS SQL 2008, ഉദാഹരണത്തിന്).
നിയമങ്ങൾ ചേർക്കുക:
- SQL സെർവർ സാധാരണ TCP പോർട്ട് 1433-ൽ കണക്ഷനുകൾ സ്വീകരിക്കുകയാണെങ്കിൽ, ഞങ്ങൾ അത് അനുവദിക്കും.
- SQL പോർട്ട് ഡൈനാമിക് ആണെങ്കിൽ, നിങ്ങൾ %ProgramFiles%\Microsoft SQL സെർവർ\MSSQL10_50.MSSQLSERVER\MSSQL\Binn\sqlservr.exe ആപ്ലിക്കേഷനിലേക്ക് കണക്ഷനുകൾ അനുവദിക്കണം.
- സെർവർ 1C പോർട്ടുകൾ 1541, ക്ലസ്റ്റർ 1540, ശ്രേണി 1560-1591 എന്നിവയിൽ പ്രവർത്തിക്കുന്നു. പൂർണ്ണമായും നിഗൂഢമായ കാരണങ്ങളാൽ, ചിലപ്പോൾ തുറന്ന പോർട്ടുകളുടെ അത്തരം ഒരു ലിസ്റ്റ് ഇപ്പോഴും സെർവറിലേക്കുള്ള കണക്ഷനുകൾ അനുവദിക്കുന്നില്ല. ഇത് പ്രവർത്തിക്കുന്നുവെന്ന് ഉറപ്പാക്കാൻ, 1540-1591 ശ്രേണി അനുവദിക്കുക.
സെർവർ/കമ്പ്യൂട്ടർ പ്രകടന ട്യൂണിംഗ്
നിങ്ങളുടെ കമ്പ്യൂട്ടർ പരമാവധി പ്രകടനത്തിൽ പ്രവർത്തിക്കുന്നതിന്, ഇതിനായി നിങ്ങൾ ഇത് കോൺഫിഗർ ചെയ്യേണ്ടതുണ്ട്:
1. ബയോസ് ക്രമീകരണങ്ങൾ
- സെർവർ BIOS-ൽ, പ്രോസസർ പവർ ലാഭിക്കുന്നതിന് ഞങ്ങൾ എല്ലാ ക്രമീകരണങ്ങളും പ്രവർത്തനരഹിതമാക്കുന്നു.
- "C1E" ഉണ്ടെങ്കിൽ & വിച്ഛേദിക്കുന്നത് ഉറപ്പാക്കുക!!
- വളരെ സമാന്തരമല്ലാത്ത ചില ജോലികൾക്കായി, BIOS-ൽ ഹൈപ്പർട്രേഡിംഗ് ഓഫാക്കാനും ശുപാർശ ചെയ്യുന്നു
- ചില സന്ദർഭങ്ങളിൽ (പ്രത്യേകിച്ച് HP-ക്ക്!) നിങ്ങൾ സെർവർ BIOS-ൽ പോയി EIST, Intel SpeedStep, C1E എന്നീ പേരുകളുള്ള ഇനങ്ങൾ ഓഫാക്കേണ്ടതുണ്ട്.
- പകരം, അവരുടെ പേരിൽ Turbo Boost ഉള്ള പ്രോസസറുമായി ബന്ധപ്പെട്ട ഇനങ്ങൾ കണ്ടെത്തി അവ പ്രവർത്തനക്ഷമമാക്കേണ്ടതുണ്ട്.
- BIOS-ൽ ഒരു പവർ സേവിംഗ് മോഡിൻ്റെ പൊതുവായ സൂചനയുണ്ടെങ്കിൽ അത് പരമാവധി പ്രകടന മോഡിൽ ഉൾപ്പെടുത്തുക (അതിനെ "ആക്രമണാത്മകം" എന്നും വിളിക്കാം)
2. ഓപ്പറേറ്റിംഗ് സിസ്റ്റത്തിലെ സ്കീം ക്രമീകരണങ്ങൾ - ഉയർന്ന പ്രകടനം
ഇൻ്റൽ സാൻഡി ബ്രിഡ്ജ് ആർക്കിടെക്ചറുള്ള സെർവറുകൾക്ക് പ്രോസസർ ആവൃത്തികളെ ചലനാത്മകമായി മാറ്റാൻ കഴിയും.
IN ഈയിടെയായിനിയന്ത്രിത ആപ്ലിക്കേഷനെ അടിസ്ഥാനമാക്കി വികസിപ്പിച്ച പുതിയ 1C കോൺഫിഗറേഷനുകൾ മന്ദഗതിയിലാണെന്നും ചില സന്ദർഭങ്ങളിൽ അസ്വീകാര്യമായ വേഗതയിലാണെന്നും ഉപയോക്താക്കളും അഡ്മിനിസ്ട്രേറ്റർമാരും പരാതിപ്പെടാൻ തുടങ്ങിയിരിക്കുന്നു. പുതിയ കോൺഫിഗറേഷനുകളിൽ പുതിയ ഫംഗ്ഷനുകളും കഴിവുകളും അടങ്ങിയിരിക്കുന്നുവെന്നത് വ്യക്തമാണ്, അതിനാൽ കൂടുതൽ വിഭവങ്ങൾ ആവശ്യപ്പെടുന്നവയാണ്, എന്നാൽ മിക്ക ഉപയോക്താക്കൾക്കും ഫയൽ മോഡിൽ 1C യുടെ പ്രവർത്തനത്തെ പ്രാഥമികമായി ബാധിക്കുന്നത് എന്താണെന്ന് മനസ്സിലാകുന്നില്ല. ഈ വിടവ് ശരിയാക്കാൻ ശ്രമിക്കാം.
നമ്മുടേതിൽ ഉൽപ്പാദനക്ഷമതയുടെ ആഘാതത്തെക്കുറിച്ച് ഞങ്ങൾ ഇതിനകം സ്പർശിച്ചിട്ടുണ്ട് ഡിസ്ക് സബ്സിസ്റ്റംഎന്നിരുന്നാലും, 1C വേഗതയിൽ ഈ പഠനംഒരു പ്രത്യേക പിസി അല്ലെങ്കിൽ ടെർമിനൽ സെർവറിലെ ആപ്ലിക്കേഷൻ്റെ പ്രാദേശിക ഉപയോഗത്തെ സംബന്ധിച്ചാണ്. അതേ സമയം, മിക്ക ചെറിയ നിർവ്വഹണങ്ങളിലും ഒരു നെറ്റ്വർക്കിലൂടെ ഒരു ഫയൽ ഡാറ്റാബേസുമായി പ്രവർത്തിക്കുന്നത് ഉൾപ്പെടുന്നു, അവിടെ ഉപയോക്താവിൻ്റെ പിസികളിലൊന്ന് ഒരു സെർവറായി ഉപയോഗിക്കുന്നു, അല്ലെങ്കിൽ ഒരു സാധാരണ, മിക്കപ്പോഴും ചെലവുകുറഞ്ഞ കമ്പ്യൂട്ടറിനെ അടിസ്ഥാനമാക്കിയുള്ള ഒരു സമർപ്പിത ഫയൽ സെർവർ.
1C-യിലെ റഷ്യൻ ഭാഷാ വിഭവങ്ങളെക്കുറിച്ചുള്ള ഒരു ചെറിയ പഠനം ഈ പ്രശ്നം ശ്രദ്ധാപൂർവം ഒഴിവാക്കുന്നതായി കാണിച്ചു, പ്രശ്നങ്ങൾ ഉണ്ടാകുകയാണെങ്കിൽ, സാധാരണയായി ക്ലയൻ്റ്-സെർവർ അല്ലെങ്കിൽ ടെർമിനൽ മോഡിലേക്ക് മാറാൻ ശുപാർശ ചെയ്യുന്നു. നിയന്ത്രിത ആപ്ലിക്കേഷനിലെ കോൺഫിഗറേഷനുകൾ സാധാരണയേക്കാൾ വളരെ സാവധാനത്തിലാണ് പ്രവർത്തിക്കുന്നത് എന്നതും പൊതുവെ അംഗീകരിക്കപ്പെട്ടിരിക്കുന്നു. ചട്ടം പോലെ, വാദങ്ങൾ "ഇരുമ്പ്" ആണ്: "അക്കൗണ്ടിംഗ് 2.0 പറന്നു, "ട്രോയിക്ക" കഷ്ടിച്ച് നീങ്ങി, തീർച്ചയായും, ഈ വാക്കുകളിൽ കുറച്ച് സത്യമുണ്ട്, അതിനാൽ നമുക്ക് അത് മനസിലാക്കാൻ ശ്രമിക്കാം.
വിഭവ ഉപഭോഗം, ആദ്യ നോട്ടം
ഈ പഠനം ആരംഭിക്കുന്നതിന് മുമ്പ്, ഞങ്ങൾ സ്വയം രണ്ട് ലക്ഷ്യങ്ങൾ വെക്കുന്നു: നിയന്ത്രിത ആപ്ലിക്കേഷൻ അടിസ്ഥാനമാക്കിയുള്ള കോൺഫിഗറേഷനുകൾ പരമ്പരാഗത കോൺഫിഗറേഷനുകളേക്കാൾ വേഗത കുറഞ്ഞതാണോ, കൂടാതെ ഏത് നിർദ്ദിഷ്ട ഉറവിടങ്ങളാണ് പ്രകടനത്തിൽ പ്രാഥമിക സ്വാധീനം ചെലുത്തുന്നത് എന്ന് കണ്ടെത്തുന്നതിന്.
ടെസ്റ്റിംഗിനായി, ഞങ്ങൾ യഥാക്രമം വിൻഡോസ് സെർവർ 2012 R2, വിൻഡോസ് 8.1 എന്നിവയിൽ പ്രവർത്തിക്കുന്ന രണ്ട് വെർച്വൽ മെഷീനുകൾ എടുത്തു, അവ ഹോസ്റ്റ് കോർ i5-4670, 2 GB എന്നിവയുടെ 2 കോറുകൾ ഉപയോഗിച്ച് അനുവദിച്ചു. റാം, ഇത് ഏകദേശം ശരാശരി ഓഫീസ് മെഷീനുമായി യോജിക്കുന്നു. സെർവർ ഒരു RAID 0 അറേയിൽ സ്ഥാപിച്ചു, കൂടാതെ ക്ലയൻ്റ് പൊതു-ഉദ്ദേശ്യ ഡിസ്കുകളുടെ സമാനമായ അറേയിൽ സ്ഥാപിച്ചു.
പരീക്ഷണാത്മക അടിത്തറ എന്ന നിലയിൽ, ഞങ്ങൾ അക്കൗണ്ടിംഗ് 2.0, റിലീസ് ൻ്റെ നിരവധി കോൺഫിഗറേഷനുകൾ തിരഞ്ഞെടുത്തു 2.0.64.12 , അത് പിന്നീട് അപ്ഡേറ്റ് ചെയ്തു 3.0.38.52 , എല്ലാ കോൺഫിഗറേഷനുകളും പ്ലാറ്റ്ഫോമിൽ സമാരംഭിച്ചു 8.3.5.1443 .
ശ്രദ്ധ ആകർഷിക്കുന്ന ആദ്യത്തെ കാര്യം ട്രോയിക്കയുടെ വിവര അടിത്തറയുടെ വർദ്ധിച്ച വലുപ്പമാണ്, അത് ഗണ്യമായി വളർന്നു, കൂടാതെ റാമിനോടുള്ള കൂടുതൽ വിശപ്പും:
ഞങ്ങൾ സാധാരണ കേൾക്കാൻ തയ്യാറാണ്: "എന്തുകൊണ്ടാണ് അവർ അത് ഈ മൂന്നിൽ ചേർത്തത്", പക്ഷേ നമുക്ക് തിരക്കുകൂട്ടരുത്. കൂടുതലോ കുറവോ യോഗ്യതയുള്ള അഡ്മിനിസ്ട്രേറ്ററെ ആവശ്യമുള്ള ക്ലയൻ്റ്-സെർവർ പതിപ്പുകളുടെ ഉപയോക്താക്കളിൽ നിന്ന് വ്യത്യസ്തമായി, ഫയൽ പതിപ്പുകളുടെ ഉപയോക്താക്കൾ ഡാറ്റാബേസുകൾ പരിപാലിക്കുന്നതിനെക്കുറിച്ച് അപൂർവ്വമായി ചിന്തിക്കുന്നു. കൂടാതെ, ഈ ഡാറ്റാബേസുകളുടെ സേവനം (അപ്ഡേറ്റ് ചെയ്യുന്നത് വായിക്കുക) പ്രത്യേക കമ്പനികളിലെ ജീവനക്കാർ അപൂർവ്വമായി ഇതിനെക്കുറിച്ച് ചിന്തിക്കുന്നു.
അതേസമയം, 1C ഇൻഫർമേഷൻ ബേസ് അതിൻ്റെ സ്വന്തം ഫോർമാറ്റിൻ്റെ ഒരു പൂർണ്ണമായ DBMS ആണ്, ഇതിന് അറ്റകുറ്റപ്പണികൾ ആവശ്യമാണ്, ഇതിനായി ഒരു ഉപകരണം പോലും ഉണ്ട്. വിവരങ്ങളുടെ അടിസ്ഥാനം പരിശോധിക്കുന്നതും ശരിയാക്കുന്നതും. ഒരുപക്ഷേ പേര് ഒരു ക്രൂരമായ തമാശ കളിച്ചു, ഇത് എങ്ങനെയെങ്കിലും ഇത് ട്രബിൾഷൂട്ടിംഗിനുള്ള ഒരു ഉപകരണമാണെന്ന് സൂചിപ്പിക്കുന്നു, പക്ഷേ കുറഞ്ഞ പ്രകടനംടേബിൾ കംപ്രഷനോടൊപ്പം പുനഃക്രമീകരിക്കലും റീഇൻഡക്സിംഗും ഒരു പ്രശ്നമാണ്, ഏതൊരു DBMS അഡ്മിനിസ്ട്രേറ്ററുടെയും ഡാറ്റാബേസ് ഒപ്റ്റിമൈസേഷൻ്റെ അറിയപ്പെടുന്ന മാർഗ്ഗങ്ങളാണ്. നമുക്ക് പരിശോധിക്കാം?
തിരഞ്ഞെടുത്ത പ്രവർത്തനങ്ങൾ പ്രയോഗിച്ചതിന് ശേഷം, ഡാറ്റാബേസ് കുത്തനെ “ഭാരം കുറഞ്ഞു”, ആരും ഇതുവരെ ഒപ്റ്റിമൈസ് ചെയ്തിട്ടില്ലാത്ത “രണ്ടിനേക്കാൾ” ചെറുതായിത്തീരുന്നു, കൂടാതെ റാം ഉപഭോഗവും ചെറുതായി കുറഞ്ഞു.
തുടർന്ന്, പുതിയ ക്ലാസിഫയറുകളും ഡയറക്ടറികളും ലോഡുചെയ്ത്, സൂചികകൾ സൃഷ്ടിക്കുക തുടങ്ങിയവ. അടിത്തറയുടെ വലുപ്പം വർദ്ധിക്കും; പൊതുവേ, "മൂന്ന്" അടിത്തറകൾ "രണ്ട്" ബേസുകളേക്കാൾ വലുതാണ്. എന്നിരുന്നാലും, ഇത് കൂടുതൽ പ്രധാനമല്ല, രണ്ടാമത്തെ പതിപ്പ് 150-200 MB റാമിൽ സംതൃപ്തമായിരുന്നെങ്കിൽ, പുതിയ പതിപ്പിന് അര ജിഗാബൈറ്റ് ആവശ്യമാണ്, പ്രോഗ്രാമിനൊപ്പം പ്രവർത്തിക്കുന്നതിന് ആവശ്യമായ വിഭവങ്ങൾ ആസൂത്രണം ചെയ്യുമ്പോൾ ഈ മൂല്യം കണക്കിലെടുക്കണം.
നെറ്റ്
നെറ്റ്വർക്ക് ആപ്ലിക്കേഷനുകൾക്കുള്ള ഏറ്റവും പ്രധാനപ്പെട്ട പാരാമീറ്ററുകളിൽ ഒന്നാണ് നെറ്റ്വർക്ക് ബാൻഡ്വിഡ്ത്ത്, പ്രത്യേകിച്ചും ഫയൽ മോഡിലെ 1C പോലെ, നെറ്റ്വർക്കിലുടനീളം ഗണ്യമായ അളവിൽ ഡാറ്റ നീക്കുന്നു. മിക്ക ചെറുകിട എൻ്റർപ്രൈസ് നെറ്റ്വർക്കുകളും വിലകുറഞ്ഞ 100 Mbit/s ഉപകരണങ്ങളുടെ അടിസ്ഥാനത്തിലാണ് നിർമ്മിച്ചിരിക്കുന്നത്, അതിനാൽ ഞങ്ങൾ 100 Mbit/s, 1 Gbit/s നെറ്റ്വർക്കുകളിലെ 1C പ്രകടന സൂചകങ്ങൾ താരതമ്യം ചെയ്തുകൊണ്ട് പരീക്ഷണം ആരംഭിച്ചു.
നിങ്ങൾ നെറ്റ്വർക്കിൽ ഒരു 1C ഫയൽ ഡാറ്റാബേസ് സമാരംഭിക്കുമ്പോൾ എന്ത് സംഭവിക്കും? ക്ലയൻ്റ് താൽകാലിക ഫോൾഡറുകളിലേക്ക് വളരെ വലിയ അളവിലുള്ള വിവരങ്ങൾ ഡൗൺലോഡ് ചെയ്യുന്നു, പ്രത്യേകിച്ചും ഇത് ആദ്യത്തേത് "തണുത്ത" തുടക്കമാണെങ്കിൽ. 100 Mbit/s-ൽ, ഞങ്ങൾ ചാനൽ വീതിയിൽ പ്രവർത്തിക്കുമെന്ന് പ്രതീക്ഷിക്കുന്നു, ഡൗൺലോഡ് ചെയ്യുന്നതിന് ഗണ്യമായ സമയമെടുക്കും, ഞങ്ങളുടെ കാര്യത്തിൽ ഏകദേശം 40 സെക്കൻഡ് (ഗ്രാഫ് വിഭജിക്കാനുള്ള ചെലവ് 4 സെക്കൻഡ് ആണ്).
രണ്ടാമത്തെ ലോഞ്ച് വേഗതയുള്ളതാണ്, കാരണം ചില ഡാറ്റ കാഷെയിൽ സൂക്ഷിക്കുകയും റീബൂട്ട് ചെയ്യുന്നതുവരെ അവിടെ തുടരുകയും ചെയ്യുന്നു. ഒരു ഗിഗാബിറ്റ് നെറ്റ്വർക്കിലേക്ക് മാറുന്നത് “തണുത്ത”, “ചൂട്” എന്നിവയിൽ പ്രോഗ്രാം ലോഡിംഗ് ഗണ്യമായി വേഗത്തിലാക്കും, മൂല്യങ്ങളുടെ അനുപാതം മാനിക്കപ്പെടുന്നു. അതിനാൽ, ഫലം ആപേക്ഷിക മൂല്യങ്ങളിൽ പ്രകടിപ്പിക്കാൻ ഞങ്ങൾ തീരുമാനിച്ചു, ഓരോ അളവെടുപ്പിൻ്റെയും ഏറ്റവും വലിയ മൂല്യം 100% ആയി എടുക്കുന്നു:
ഗ്രാഫുകളിൽ നിന്ന് നിങ്ങൾക്ക് കാണാനാകുന്നതുപോലെ, അക്കൗണ്ടിംഗ് 2.0 ഏത് നെറ്റ്വർക്ക് വേഗതയിലും ഇരട്ടി വേഗത്തിൽ ലോഡ് ചെയ്യുന്നു, 100 Mbit/s-ൽ നിന്ന് 1 Gbit/s-ലേക്കുള്ള പരിവർത്തനം ഡൗൺലോഡ് സമയം നാല് മടങ്ങ് വേഗത്തിലാക്കാൻ നിങ്ങളെ അനുവദിക്കുന്നു. ഈ മോഡിൽ ഒപ്റ്റിമൈസ് ചെയ്തതും ഒപ്റ്റിമൈസ് ചെയ്യാത്തതുമായ "ട്രോയിക്ക" ഡാറ്റാബേസുകൾ തമ്മിൽ വ്യത്യാസമില്ല.
കനത്ത മോഡുകളിലെ പ്രവർത്തനത്തിൽ നെറ്റ്വർക്ക് വേഗതയുടെ സ്വാധീനവും ഞങ്ങൾ പരിശോധിച്ചു, ഉദാഹരണത്തിന്, ഗ്രൂപ്പ് കൈമാറ്റ സമയത്ത്. ഫലം ആപേക്ഷിക മൂല്യങ്ങളിലും പ്രകടിപ്പിക്കുന്നു:
ഇവിടെ ഇത് കൂടുതൽ രസകരമാണ്, 100 Mbit/s നെറ്റ്വർക്കിലെ "മൂന്ന്" എന്നതിൻ്റെ ഒപ്റ്റിമൈസ് ചെയ്ത അടിസ്ഥാനം "രണ്ട്" എന്നതിൻ്റെ അതേ വേഗതയിൽ പ്രവർത്തിക്കുന്നു, കൂടാതെ ഒപ്റ്റിമൈസ് ചെയ്യാത്തത് രണ്ട് തവണ മോശം ഫലങ്ങൾ കാണിക്കുന്നു. ഗിഗാബൈറ്റിൽ, അനുപാതങ്ങൾ അതേപടി തുടരുന്നു, ഒപ്റ്റിമൈസ് ചെയ്യാത്ത "മൂന്ന്" "രണ്ട്" എന്നതിൻ്റെ പകുതി മന്ദഗതിയിലാണ്, ഒപ്റ്റിമൈസ് ചെയ്ത ഒന്ന് മൂന്നിലൊന്ന് പിന്നിലാണ്. കൂടാതെ, 1 Gbit/s-ലേക്കുള്ള പരിവർത്തനം, എഡിഷൻ 2.0-ൻ്റെ എക്സിക്യൂഷൻ സമയം മൂന്നിരട്ടിയും പതിപ്പ് 3.0-ന് പകുതിയും കുറയ്ക്കാൻ നിങ്ങളെ അനുവദിക്കുന്നു.
ദൈനംദിന ജോലിയിൽ നെറ്റ്വർക്ക് വേഗതയുടെ സ്വാധീനം വിലയിരുത്തുന്നതിന്, ഞങ്ങൾ ഉപയോഗിച്ചു പ്രകടന അളവ്, ഓരോ ഡാറ്റാബേസിലും മുൻകൂട്ടി നിശ്ചയിച്ച പ്രവർത്തനങ്ങളുടെ ഒരു ക്രമം നടപ്പിലാക്കുന്നു.
യഥാർത്ഥത്തിൽ, ദൈനംദിന ജോലികൾക്ക്, നെറ്റ്വർക്ക് ത്രൂപുട്ട് ഒരു തടസ്സമല്ല, ഒപ്റ്റിമൈസ് ചെയ്യാത്ത “മൂന്ന്” ഒരു “രണ്ട്” എന്നതിനേക്കാൾ 20% വേഗത കുറവാണ്, ഒപ്റ്റിമൈസേഷന് ശേഷം ഇത് ഏകദേശം ഒരേ വേഗതയുള്ളതായി മാറുന്നു - നേർത്ത ക്ലയൻ്റ് മോഡിൽ പ്രവർത്തിക്കുന്നതിൻ്റെ ഗുണങ്ങൾ പ്രകടമാണ്. 1 Gbit/s എന്നതിലേക്കുള്ള പരിവർത്തനം ഒപ്റ്റിമൈസ് ചെയ്ത അടിത്തറയ്ക്ക് ഗുണങ്ങളൊന്നും നൽകുന്നില്ല, കൂടാതെ ഒപ്റ്റിമൈസ് ചെയ്യാത്തതും രണ്ടും വേഗത്തിൽ പ്രവർത്തിക്കാൻ തുടങ്ങുന്നു, തങ്ങൾക്കിടയിൽ ഒരു ചെറിയ വ്യത്യാസം കാണിക്കുന്നു.
നടത്തിയ പരിശോധനകളിൽ നിന്ന്, പുതിയ കോൺഫിഗറേഷനുകൾക്ക് നെറ്റ്വർക്ക് ഒരു തടസ്സമല്ലെന്ന് വ്യക്തമാകും, കൂടാതെ നിയന്ത്രിത ആപ്ലിക്കേഷൻ പതിവിലും വേഗത്തിൽ പ്രവർത്തിക്കുന്നു. ഭാരിച്ച ജോലികളും ഡാറ്റാബേസ് ലോഡിംഗ് വേഗതയും നിങ്ങൾക്ക് നിർണായകമാണെങ്കിൽ, 100 Mbit/s നെറ്റ്വർക്കുകളിൽ പോലും ഫലപ്രദമായി പ്രവർത്തിക്കാൻ പുതിയ കോൺഫിഗറേഷനുകൾ നിങ്ങളെ അനുവദിക്കുന്നു.
എന്തുകൊണ്ടാണ് 1C മന്ദഗതിയിലാകുന്നത്? ഞങ്ങൾ അത് കൂടുതൽ പരിശോധിക്കും.
സെർവർ ഡിസ്ക് സബ്സിസ്റ്റവും എസ്എസ്ഡിയും
മുമ്പത്തെ ലേഖനത്തിൽ, ഒരു SSD-യിൽ ഡാറ്റാബേസുകൾ സ്ഥാപിക്കുന്നതിലൂടെ ഞങ്ങൾ 1C പ്രകടനത്തിൽ വർദ്ധനവ് നേടി. ഒരുപക്ഷേ സെർവറിൻ്റെ ഡിസ്ക് സബ്സിസ്റ്റത്തിൻ്റെ പ്രകടനം അപര്യാപ്തമാണോ? രണ്ട് ഡാറ്റാബേസുകളിൽ ഒരേസമയം ഒരു ഗ്രൂപ്പ് റൺ ചെയ്യുമ്പോൾ ഞങ്ങൾ ഒരു ഡിസ്ക് സെർവറിൻ്റെ പ്രകടനം അളന്നു, പകരം ശുഭാപ്തിവിശ്വാസമുള്ള ഫലം ലഭിച്ചു.
താരതമ്യേന വലിയ അളവിൽ ഇൻപുട്ട്/ഔട്ട്പുട്ട് ഓപ്പറേഷൻസ് പെർ സെക്കൻഡ് (IOPS) - 913 ഉണ്ടായിരുന്നിട്ടും, ക്യൂ ദൈർഘ്യം 1.84 കവിഞ്ഞില്ല, അത് വളരെ കൂടുതലാണ്. നല്ല ഫലം. ഇതിൻ്റെ അടിസ്ഥാനത്തിൽ, ഹെവി മോഡുകളിൽ 8-10 നെറ്റ്വർക്ക് ക്ലയൻ്റുകളുടെ സാധാരണ പ്രവർത്തനത്തിന് സാധാരണ ഡിസ്കുകൾ കൊണ്ട് നിർമ്മിച്ച ഒരു മിറർ മതിയാകുമെന്ന് നമുക്ക് അനുമാനിക്കാം.
അപ്പോൾ ഒരു സെർവറിൽ ഒരു SSD ആവശ്യമുണ്ടോ? ഈ ചോദ്യത്തിന് ഉത്തരം നൽകാനുള്ള ഏറ്റവും നല്ല മാർഗം പരിശോധനയിലൂടെയാണ്, ഞങ്ങൾ സമാനമായ രീതി ഉപയോഗിച്ച് നടത്തിയതാണ്, നെറ്റ്വർക്ക് കണക്ഷൻ എല്ലായിടത്തും 1 Gbit/s ആണ്, ഫലം ആപേക്ഷിക മൂല്യങ്ങളിലും പ്രകടിപ്പിക്കുന്നു.
ഡാറ്റാബേസിൻ്റെ ലോഡിംഗ് വേഗതയിൽ നിന്ന് നമുക്ക് ആരംഭിക്കാം.
ചിലർക്ക് ഇത് ആശ്ചര്യകരമായി തോന്നിയേക്കാം, പക്ഷേ സെർവറിലെ SSD ഡാറ്റാബേസിൻ്റെ ലോഡിംഗ് വേഗതയെ ബാധിക്കില്ല. ഇവിടെ പ്രധാന പരിമിതപ്പെടുത്തുന്ന ഘടകം, മുമ്പത്തെ ടെസ്റ്റ് കാണിച്ചതുപോലെ, നെറ്റ്വർക്ക് ത്രൂപുട്ടും ക്ലയൻ്റ് പ്രകടനവുമാണ്.
നമുക്ക് വീണ്ടും ചെയ്യലിലേക്ക് പോകാം:
കനത്ത മോഡുകളിൽ പ്രവർത്തിക്കാൻ പോലും ഡിസ്കിൻ്റെ പ്രകടനം പര്യാപ്തമാണെന്ന് ഞങ്ങൾ മുകളിൽ സൂചിപ്പിച്ചിട്ടുണ്ട്, അതിനാൽ ഒപ്റ്റിമൈസ് ചെയ്യാത്ത അടിസ്ഥാനം ഒഴികെ, എസ്എസ്ഡിയുടെ വേഗതയും ബാധിക്കില്ല, എസ്എസ്ഡിയിൽ ഒപ്റ്റിമൈസ് ചെയ്ത ഒന്ന്. യഥാർത്ഥത്തിൽ, ഒപ്റ്റിമൈസേഷൻ പ്രവർത്തനങ്ങൾ ഡാറ്റാബേസിൽ വിവരങ്ങൾ സംഘടിപ്പിക്കുകയും ക്രമരഹിതമായ I/O പ്രവർത്തനങ്ങളുടെ എണ്ണം കുറയ്ക്കുകയും അതിലേക്കുള്ള ആക്സസ് വേഗത വർദ്ധിപ്പിക്കുകയും ചെയ്യുന്നുവെന്ന് ഇത് ഒരിക്കൽ കൂടി സ്ഥിരീകരിക്കുന്നു.
ദൈനംദിന ജോലികളിൽ ചിത്രം സമാനമാണ്:
എസ്എസ്ഡിയിൽ നിന്നുള്ള ഒപ്റ്റിമൈസ് ചെയ്യാത്ത ഡാറ്റാബേസിന് മാത്രമേ പ്രയോജനം ലഭിക്കൂ. നിങ്ങൾക്ക് തീർച്ചയായും ഒരു എസ്എസ്ഡി വാങ്ങാൻ കഴിയും, പക്ഷേ ഡാറ്റാബേസിൻ്റെ സമയബന്ധിതമായ അറ്റകുറ്റപ്പണിയെക്കുറിച്ച് ചിന്തിക്കുന്നത് നന്നായിരിക്കും. കൂടാതെ, സെർവറിലെ ഇൻഫോബേസുകൾ ഉപയോഗിച്ച് വിഭാഗം ഡിഫ്രാഗ്മെൻ്റ് ചെയ്യുന്നതിനെക്കുറിച്ച് മറക്കരുത്.
ക്ലയൻ്റ് ഡിസ്ക് സബ്സിസ്റ്റവും എസ്എസ്ഡിയും
പ്രാദേശികമായി ഇൻസ്റ്റാൾ ചെയ്ത 1C-യുടെ പ്രവർത്തന വേഗതയിൽ SSD-യുടെ സ്വാധീനം ഞങ്ങൾ വിശകലനം ചെയ്തു, പറഞ്ഞതിൽ ഭൂരിഭാഗവും നെറ്റ്വർക്ക് മോഡിൽ പ്രവർത്തിക്കുന്നതിനും ശരിയാണ്. തീർച്ചയായും, പശ്ചാത്തലവും പതിവ് ജോലികളും ഉൾപ്പെടെ, 1C വളരെ സജീവമായി ഡിസ്ക് ഉറവിടങ്ങൾ ഉപയോഗിക്കുന്നു. ലോഡ് ചെയ്തതിന് ശേഷം ഏകദേശം 40 സെക്കൻഡ് നേരത്തേക്ക് അക്കൗണ്ടിംഗ് 3.0 എങ്ങനെ സജീവമായി ഡിസ്കിലേക്ക് പ്രവേശിക്കുന്നുവെന്ന് ചുവടെയുള്ള ചിത്രത്തിൽ നിങ്ങൾക്ക് കാണാൻ കഴിയും.
എന്നാൽ ഒരു വർക്ക് സ്റ്റേഷന് എവിടെയാണെന്ന് മനസ്സിലാക്കണം സജീവമായ ജോലിഒന്നോ രണ്ടോ വിവര ബേസുകൾ ഉപയോഗിച്ച് നിർമ്മിക്കുന്നത്, സാധാരണ വൻതോതിൽ ഉൽപ്പാദിപ്പിക്കുന്ന HDD യുടെ പ്രകടന ഉറവിടങ്ങൾ മതിയാകും. ഒരു എസ്എസ്ഡി വാങ്ങുന്നത് ചില പ്രക്രിയകളെ വേഗത്തിലാക്കും, എന്നാൽ ദൈനംദിന ജോലിയിൽ സമൂലമായ ത്വരണം നിങ്ങൾ ശ്രദ്ധിക്കില്ല, കാരണം, ഉദാഹരണത്തിന്, ലോഡിംഗ് പരിമിതമായിരിക്കും ത്രൂപുട്ട്നെറ്റ്വർക്കുകൾ.
പതുക്കെ ഹാർഡ് ഡ്രൈവ്ചില പ്രവർത്തനങ്ങൾ മന്ദഗതിയിലാക്കാം, പക്ഷേ സ്വയം പ്രോഗ്രാമിൻ്റെ വേഗത കുറയ്ക്കാൻ കഴിയില്ല.
റാം
റാം ഇപ്പോൾ അശ്ലീലമായി വിലകുറഞ്ഞതാണെങ്കിലും, വാങ്ങുമ്പോൾ ഇൻസ്റ്റാൾ ചെയ്ത മെമ്മറിയുടെ അളവ് ഉപയോഗിച്ച് പല വർക്ക്സ്റ്റേഷനുകളും പ്രവർത്തിക്കുന്നത് തുടരുന്നു. ഇവിടെയാണ് ആദ്യത്തെ പ്രശ്നങ്ങൾ കാത്തിരിക്കുന്നത്. ഇതിനകം തന്നെ ശരാശരി "ട്രോയിക്ക" യ്ക്ക് ഏകദേശം 500 MB മെമ്മറി ആവശ്യമാണെന്ന വസ്തുതയെ അടിസ്ഥാനമാക്കി, പ്രോഗ്രാമിനൊപ്പം പ്രവർത്തിക്കാൻ 1 GB യുടെ മൊത്തം RAM മതിയാകില്ലെന്ന് നമുക്ക് അനുമാനിക്കാം.
ഞങ്ങൾ സിസ്റ്റം മെമ്മറി 1 GB ആയി കുറയ്ക്കുകയും രണ്ട് വിവര ഡാറ്റാബേസുകൾ സമാരംഭിക്കുകയും ചെയ്തു.
ഒറ്റനോട്ടത്തിൽ, എല്ലാം അത്ര മോശമല്ല, പ്രോഗ്രാം അതിൻ്റെ വിശപ്പ് നിയന്ത്രിക്കുകയും ലഭ്യമായ മെമ്മറിയിൽ നന്നായി യോജിക്കുകയും ചെയ്തു, എന്നാൽ പ്രവർത്തന ഡാറ്റയുടെ ആവശ്യകത മാറിയിട്ടില്ലെന്ന് മറക്കരുത്, അതിനാൽ അത് എവിടെ പോയി? ഡിസ്ക്, കാഷെ, സ്വാപ്പ് മുതലായവയിലേക്ക് പുനഃസജ്ജമാക്കുക, ഈ പ്രവർത്തനത്തിൻ്റെ സാരാംശം, ഇപ്പോൾ ആവശ്യമില്ലാത്ത ഡാറ്റ ഫാസ്റ്റ് റാമിൽ നിന്ന് അയയ്ക്കുന്നു എന്നതാണ്, അതിൻ്റെ അളവ് പര്യാപ്തമല്ല, ഡിസ്ക് മെമ്മറി മന്ദഗതിയിലാക്കാൻ.
ഇത് എന്തിലേക്ക് നയിക്കും? ഹെവി ഓപ്പറേഷനുകളിൽ സിസ്റ്റം റിസോഴ്സുകൾ എങ്ങനെ ഉപയോഗിക്കുന്നുവെന്ന് നോക്കാം, ഉദാഹരണത്തിന്, രണ്ട് ഡാറ്റാബേസുകളിൽ ഒരേസമയം ഒരു ഗ്രൂപ്പ് റീട്രാൻസ്ഫർ സമാരംഭിക്കാം. 2 GB RAM ഉള്ള സിസ്റ്റത്തിൽ ആദ്യം:
നമുക്ക് കാണാനാകുന്നതുപോലെ, ഡാറ്റ സ്വീകരിക്കുന്നതിന് സിസ്റ്റം നെറ്റ്വർക്ക് സജീവമായി ഉപയോഗിക്കുന്നു, പ്രോസസർ പ്രോസസ്സ് ചെയ്യുമ്പോൾ അത് അപ്രധാനമാണ്, പക്ഷേ ഇത് പരിമിതപ്പെടുത്തുന്ന ഘടകമല്ല.
ഇനി നമുക്ക് മെമ്മറി 1 GB ആയി കുറയ്ക്കാം:
സാഹചര്യം സമൂലമായി മാറുകയാണ്, പ്രധാന ലോഡ് ഇപ്പോൾ ഹാർഡ് ഡ്രൈവിൽ വീഴുന്നു, പ്രോസസറും നെറ്റ്വർക്കും നിഷ്ക്രിയമാണ്, ഡിസ്കിൽ നിന്ന് ആവശ്യമായ ഡാറ്റ മെമ്മറിയിലേക്ക് വായിക്കാനും അവിടെ അനാവശ്യ ഡാറ്റ അയയ്ക്കാനും സിസ്റ്റം കാത്തിരിക്കുന്നു.
അതേ സമയം, 1 GB മെമ്മറിയുള്ള ഒരു സിസ്റ്റത്തിൽ രണ്ട് ഓപ്പൺ ഡാറ്റാബേസുകളുള്ള ആത്മനിഷ്ഠമായ ജോലികൾ പോലും, ഡിസ്കിലേക്ക് കാര്യമായ കാലതാമസവും സജീവമായ ആക്സസ്സും ഉള്ള ഡയറക്ടറികളും മാസികകളും വളരെ അസുഖകരമായി മാറി. ഉദാഹരണത്തിന്, ചരക്കുകളുടെയും സേവനങ്ങളുടെയും വിൽപ്പന ജേണൽ തുറക്കുന്നതിന് ഏകദേശം 20 സെക്കൻഡ് സമയമെടുത്തു, ഇക്കാലമത്രയും ഉയർന്ന ഡിസ്ക് പ്രവർത്തനം (ചുവന്ന വരയിൽ ഹൈലൈറ്റ് ചെയ്തിട്ടുണ്ട്).
നിയന്ത്രിത ആപ്ലിക്കേഷനെ അടിസ്ഥാനമാക്കി കോൺഫിഗറേഷനുകളുടെ പ്രകടനത്തിൽ റാമിൻ്റെ സ്വാധീനം വസ്തുനിഷ്ഠമായി വിലയിരുത്തുന്നതിന്, ഞങ്ങൾ മൂന്ന് അളവുകൾ നടത്തി: ആദ്യത്തെ ഡാറ്റാബേസിൻ്റെ ലോഡിംഗ് വേഗത, രണ്ടാമത്തെ ഡാറ്റാബേസിൻ്റെ ലോഡിംഗ് വേഗത, ഡാറ്റാബേസുകളിലൊന്നിൽ ഗ്രൂപ്പ് വീണ്ടും പ്രവർത്തിക്കുന്നു. . രണ്ട് ഡാറ്റാബേസുകളും പൂർണ്ണമായും സമാനമാണ്, ഒപ്റ്റിമൈസ് ചെയ്ത ഡാറ്റാബേസ് പകർത്തി സൃഷ്ടിച്ചതാണ്. ഫലം ആപേക്ഷിക യൂണിറ്റുകളിൽ പ്രകടിപ്പിക്കുന്നു.
ഫലം സ്വയം സംസാരിക്കുന്നു: ലോഡിംഗ് സമയം മൂന്നിലൊന്ന് വർദ്ധിക്കുകയാണെങ്കിൽ, അത് ഇപ്പോഴും സഹിക്കാവുന്നതേയുള്ളൂ, ഡാറ്റാബേസിൽ പ്രവർത്തനങ്ങൾ നടത്തുന്നതിനുള്ള സമയം മൂന്ന് മടങ്ങ് വർദ്ധിക്കുന്നു, അത്തരം സാഹചര്യങ്ങളിൽ സുഖപ്രദമായ ജോലിയെക്കുറിച്ച് സംസാരിക്കേണ്ട ആവശ്യമില്ല. വഴിയിൽ, ഒരു എസ്എസ്ഡി വാങ്ങുമ്പോൾ സാഹചര്യം മെച്ചപ്പെടുത്താൻ കഴിയും, എന്നാൽ അനന്തരഫലങ്ങളേക്കാൾ കാരണം കൈകാര്യം ചെയ്യുന്നത് വളരെ എളുപ്പമാണ് (വിലകുറഞ്ഞതും) വാങ്ങുന്നതും. ആവശ്യമായ അളവ്റാം.
റാമിൻ്റെ അഭാവമാണ് പുതിയ 1C കോൺഫിഗറേഷനുകളിൽ പ്രവർത്തിക്കുന്നത് അസുഖകരമായി മാറുന്നതിൻ്റെ പ്രധാന കാരണം. ബോർഡിൽ 2 GB മെമ്മറി ഉള്ള കോൺഫിഗറേഷനുകൾ ചുരുങ്ങിയത് അനുയോജ്യമാണെന്ന് കണക്കാക്കണം. അതേ സമയം, ഞങ്ങളുടെ കാര്യത്തിൽ, "ഹരിതഗൃഹ" വ്യവസ്ഥകൾ സൃഷ്ടിച്ചുവെന്നത് ഓർക്കുക: ഒരു ശുദ്ധമായ സിസ്റ്റം, 1C, ടാസ്ക് മാനേജർ എന്നിവ മാത്രം പ്രവർത്തിക്കുന്നു. IN യഥാർത്ഥ ജീവിതംഒരു വർക്ക് കമ്പ്യൂട്ടറിൽ, ഒരു ചട്ടം പോലെ, ഒരു ബ്രൗസർ, ഒരു ഓഫീസ് സ്യൂട്ട് തുറന്നിരിക്കുന്നു, ഒരു ആൻ്റിവൈറസ് പ്രവർത്തിക്കുന്നു, മുതലായവ, അതിനാൽ ഓരോ ഡാറ്റാബേസിനും 500 MB എന്നതിൻ്റെ ആവശ്യകതയിൽ നിന്നും കുറച്ച് കരുതൽ ധനത്തിൽ നിന്നും മുന്നോട്ട് പോകുക, അതുവഴി കനത്ത പ്രവർത്തനങ്ങളിൽ നിങ്ങൾ അത് ചെയ്യുന്നു. ഓർമ്മക്കുറവും ഉൽപ്പാദനക്ഷമതയും കുത്തനെ കുറയുകയും ചെയ്യരുത്.
സിപിയു
അതിശയോക്തി കൂടാതെ, സെൻട്രൽ പ്രോസസറിനെ കമ്പ്യൂട്ടറിൻ്റെ ഹൃദയം എന്ന് വിളിക്കാം, കാരണം അത് ആത്യന്തികമായി എല്ലാ കണക്കുകൂട്ടലുകളും പ്രോസസ്സ് ചെയ്യുന്നു. അതിൻ്റെ പങ്ക് വിലയിരുത്തുന്നതിന്, ഞങ്ങൾ റാമിന് സമാനമായ മറ്റൊരു സെറ്റ് ടെസ്റ്റുകൾ നടത്തി, വെർച്വൽ മെഷീന് ലഭ്യമായ കോറുകളുടെ എണ്ണം രണ്ടിൽ നിന്ന് ഒന്നായി കുറച്ചു, കൂടാതെ 1 ജിബിയും 2 ജിബിയും ഉള്ള മെമ്മറിയിൽ രണ്ട് തവണ ടെസ്റ്റ് നടത്തി.
ഫലം വളരെ രസകരവും അപ്രതീക്ഷിതവുമായി മാറി: വിഭവങ്ങളുടെ അഭാവമുള്ളപ്പോൾ കൂടുതൽ ശക്തമായ ഒരു പ്രോസസ്സർ വളരെ ഫലപ്രദമായി ലോഡ് ഏറ്റെടുത്തു, ബാക്കി സമയം വ്യക്തമായ നേട്ടങ്ങളൊന്നും നൽകാതെ. 1C എൻ്റർപ്രൈസ് (ഫയൽ മോഡിൽ) പ്രോസസർ ഉറവിടങ്ങൾ സജീവമായി ഉപയോഗിക്കുന്ന ഒരു ആപ്ലിക്കേഷൻ എന്ന് വിളിക്കാനാവില്ല. ബുദ്ധിമുട്ടുള്ള സാഹചര്യങ്ങളിൽ, ആപ്ലിക്കേഷൻ്റെ ഡാറ്റ കണക്കാക്കുന്നതിലൂടെ പ്രോസസ്സറിന് വളരെയധികം ഭാരമുണ്ടാകില്ല, മറിച്ച് ഓവർഹെഡ് ചെലവുകൾ നൽകുന്നതിലൂടെ: അധിക ഇൻപുട്ട് / ഔട്ട്പുട്ട് പ്രവർത്തനങ്ങൾ മുതലായവ.
നിഗമനങ്ങൾ
അപ്പോൾ, എന്തുകൊണ്ടാണ് 1C വേഗത കുറയുന്നത്? ഒന്നാമതായി, ഇത് റാമിൻ്റെ അഭാവമാണ്, ഈ കേസിലെ പ്രധാന ലോഡ് ഹാർഡ് ഡ്രൈവിലും പ്രോസസറിലുമാണ്. ഓഫീസ് കോൺഫിഗറേഷനുകളിൽ സാധാരണയായി സംഭവിക്കുന്നതുപോലെ അവ പ്രകടനത്തിൽ തിളങ്ങുന്നില്ലെങ്കിൽ, ലേഖനത്തിൻ്റെ തുടക്കത്തിൽ വിവരിച്ച സാഹചര്യം നമുക്ക് ലഭിക്കും - “രണ്ട്” നന്നായി പ്രവർത്തിച്ചു, പക്ഷേ “മൂന്ന്” ഭക്തികെട്ട മന്ദഗതിയിലാണ്.
രണ്ടാം സ്ഥാനത്ത് നെറ്റ്വർക്ക് പ്രകടനമാണ്; വേഗത കുറഞ്ഞ 100 Mbit/s ചാനൽ ഒരു യഥാർത്ഥ തടസ്സമായി മാറും, എന്നാൽ അതേ സമയം, വേഗത കുറഞ്ഞ ചാനലുകളിൽ പോലും വളരെ സുഖപ്രദമായ പ്രവർത്തനം നിലനിർത്താൻ നേർത്ത ക്ലയൻ്റ് മോഡിന് കഴിയും.
അപ്പോൾ നിങ്ങൾ ഡിസ്ക് ഡ്രൈവ് ശ്രദ്ധിക്കണം; ഒരു എസ്എസ്ഡി വാങ്ങുന്നത് ഒരു നല്ല നിക്ഷേപമാകാൻ സാധ്യതയില്ല, എന്നാൽ ഡ്രൈവ് കൂടുതൽ ആധുനികമായ ഒന്ന് ഉപയോഗിച്ച് മാറ്റിസ്ഥാപിക്കുന്നത് നല്ലതാണ്. ഹാർഡ് ഡ്രൈവുകളുടെ തലമുറകൾ തമ്മിലുള്ള വ്യത്യാസം ഇനിപ്പറയുന്ന മെറ്റീരിയലിൽ നിന്ന് വിലയിരുത്താം:
ഒടുവിൽ പ്രോസസർ. ഒരു വേഗതയേറിയ മോഡൽ തീർച്ചയായും അതിരുകടന്നതായിരിക്കില്ല, പക്ഷേ ഈ പിസി കനത്ത പ്രവർത്തനങ്ങൾക്കായി ഉപയോഗിക്കുന്നില്ലെങ്കിൽ അതിൻ്റെ പ്രകടനം വർദ്ധിപ്പിക്കുന്നതിൽ കാര്യമില്ല: ഗ്രൂപ്പ് പ്രോസസ്സിംഗ്, കനത്ത റിപ്പോർട്ടുകൾ, മാസാവസാന ക്ലോസിംഗ് മുതലായവ.
"എന്തുകൊണ്ടാണ് 1C മന്ദഗതിയിലുള്ളത്" എന്ന ചോദ്യം വേഗത്തിൽ മനസിലാക്കാനും അത് ഏറ്റവും ഫലപ്രദമായും അധിക ചെലവുകളില്ലാതെ പരിഹരിക്കാനും ഈ മെറ്റീരിയൽ നിങ്ങളെ സഹായിക്കുമെന്ന് ഞങ്ങൾ പ്രതീക്ഷിക്കുന്നു.
ടാഗുകൾ:
ചെറുകിട, ഇടത്തരം ബിസിനസുകൾക്കായുള്ള ഓട്ടോമേഷൻ വിപണിയിൽ 1C സിസ്റ്റം ഒരു പ്രധാന സ്ഥാനം വഹിക്കുന്നു. ഒരു കമ്പനി 1C അക്കൗണ്ടിംഗ് സിസ്റ്റം തിരഞ്ഞെടുത്തിട്ടുണ്ടെങ്കിൽ, സാധാരണയായി മിക്കവാറും എല്ലാ ജീവനക്കാരും സാധാരണ സ്പെഷ്യലിസ്റ്റുകൾ മുതൽ മാനേജ്മെൻ്റ് വരെ അതിൽ പ്രവർത്തിക്കുന്നു. അതനുസരിച്ച്, കമ്പനിയുടെ ബിസിനസ്സ് പ്രക്രിയകളുടെ വേഗത 1C യുടെ വേഗതയെ ആശ്രയിച്ചിരിക്കുന്നു. 1C തൃപ്തികരമല്ലാത്ത വേഗതയിൽ പ്രവർത്തിക്കുന്നുവെങ്കിൽ, ഇത് മുഴുവൻ കമ്പനിയുടെയും ലാഭത്തെയും നേരിട്ട് ബാധിക്കുന്നു.
യഥാർത്ഥത്തിൽ നിലവിലുണ്ട് മൂന്ന് 1C ആക്സിലറേഷൻ രീതികൾ:
- ഹാർഡ്വെയർ ശേഷിയിൽ വർദ്ധനവ്.
- ഓപ്പറേറ്റിംഗ് സിസ്റ്റത്തിൻ്റെയും DBMS ക്രമീകരണങ്ങളുടെയും ഒപ്റ്റിമൈസേഷൻ.
- 1C-യിലെ കോഡിൻ്റെയും അൽഗോരിതങ്ങളുടെയും ഒപ്റ്റിമൈസേഷൻ.
ആദ്യ രീതിക്ക് ഉപകരണങ്ങളും ലൈസൻസുകളും വാങ്ങേണ്ടതുണ്ട്, മൂന്നാമത്തേതിന് പ്രോഗ്രാമർമാർക്കായി ധാരാളം ജോലികൾ ആവശ്യമാണ്, തൽഫലമായി, രണ്ട് വഴികളും കാര്യമായ സാമ്പത്തിക ചിലവുകൾക്ക് കാരണമാകുന്നു. ഒന്നാമതായി, നിങ്ങൾ പ്രോഗ്രാം കോഡിലേക്ക് ശ്രദ്ധിക്കേണ്ടതുണ്ട്, കാരണം സെർവർ ശേഷിയിലെ വർദ്ധനവ് തെറ്റായ കോഡിന് നഷ്ടപരിഹാരം നൽകില്ല. ഏതെങ്കിലുമൊരു വരി കോഡ് ഉപയോഗിച്ച് ഏതെങ്കിലും സെർവറിൻ്റെ ഉറവിടങ്ങൾ പൂർണ്ണമായും ലോഡുചെയ്യുന്ന ഒരു പ്രക്രിയ സൃഷ്ടിക്കാൻ കഴിയുമെന്ന് ഏതൊരു പ്രോഗ്രാമർക്കും അറിയാം.
പ്രോഗ്രാം കോഡ് ഒപ്റ്റിമൽ ആണെന്ന് ഒരു കമ്പനിക്ക് ഉറപ്പുണ്ടെങ്കിൽ, അത് ഇപ്പോഴും സാവധാനത്തിൽ പ്രവർത്തിക്കുന്നുവെങ്കിൽ, മാനേജ്മെൻ്റ് സാധാരണയായി സെർവർ ശേഷി വർദ്ധിപ്പിക്കാൻ തീരുമാനിക്കുന്നു. ഈ ഘട്ടത്തിൽ, ഒരു ലോജിക്കൽ ചോദ്യം ഉയർന്നുവരുന്നു: എന്താണ് നഷ്ടമായത്, എത്രമാത്രം, അവസാനം എന്താണ് ചേർക്കേണ്ടത്.
എത്ര വിഭവങ്ങൾ ആവശ്യമാണ് എന്ന ചോദ്യത്തിന് 1C കമ്പനി വളരെ അവ്യക്തമായ ഉത്തരം നൽകുന്നു. അതിനാൽ, നിങ്ങൾ സ്വതന്ത്രമായി പരീക്ഷണങ്ങൾ നടത്തുകയും 1C പ്രകടനം എന്തിനെ ആശ്രയിച്ചിരിക്കുന്നു എന്ന് കണ്ടെത്തുകയും വേണം. EFSOL-ലെ പ്രോഗ്രാം പ്രകടനവുമായി ബന്ധപ്പെട്ട പരീക്ഷണങ്ങൾ താഴെ വിവരിച്ചിരിക്കുന്നു.
1C 8.2 ഉപയോഗിച്ച് പ്രവർത്തിക്കുമ്പോൾ, പ്രത്യേകിച്ച് നിയന്ത്രിത ഫോമുകൾ ഉപയോഗിക്കുന്ന കോൺഫിഗറേഷനുകളിൽ, ഒരു വിചിത്രമായ വസ്തുത ശ്രദ്ധയിൽപ്പെട്ടു: 1C ഒരു വർക്ക്സ്റ്റേഷനിൽ ശക്തമായ സെർവറിനേക്കാൾ വേഗത്തിൽ പ്രവർത്തിക്കുന്നു. മാത്രമല്ല, വർക്ക്സ്റ്റേഷൻ്റെ എല്ലാ സവിശേഷതകളും സെർവറിനേക്കാൾ മോശമാണ്.
പട്ടിക 1 - പ്രാരംഭ പരിശോധന നടത്തിയ കോൺഫിഗറേഷനുകൾ
മികച്ച സ്വഭാവസവിശേഷതകളുള്ള 1C സെർവറിനേക്കാൾ 155% കൂടുതൽ പ്രകടനം വർക്ക്സ്റ്റേഷൻ കാണിക്കുന്നു. ഞങ്ങൾ എന്താണ് സംഭവിക്കുന്നതെന്ന് മനസിലാക്കാൻ തുടങ്ങി, തിരച്ചിൽ ചുരുക്കി.
ചിത്രം 1 - Gilev ടെസ്റ്റ് ഉപയോഗിച്ച് വർക്ക്സ്റ്റേഷനിലെ പ്രകടന അളവുകൾ
ഗിലേവിൻ്റെ പരിശോധന അപര്യാപ്തമാണെന്നായിരുന്നു ആദ്യ സംശയം. ഇൻസ്ട്രുമെൻ്റേഷൻ ടൂളുകൾ ഉപയോഗിച്ച് ഓപ്പണിംഗ് ഫോമുകൾ, ഡോക്യുമെൻ്റുകൾ പോസ്റ്റുചെയ്യൽ, റിപ്പോർട്ടുകൾ സൃഷ്ടിക്കൽ തുടങ്ങിയവയുടെ അളവുകൾ കാണിക്കുന്നത് ഗിലേവിൻ്റെ ടെസ്റ്റ് 1 സിയിലെ ജോലിയുടെ യഥാർത്ഥ വേഗതയ്ക്ക് ആനുപാതികമായ ഒരു വിലയിരുത്തൽ നൽകുന്നു.
റാമിൻ്റെ എണ്ണവും ആവൃത്തിയും
ഇൻറർനെറ്റിൽ ലഭ്യമായ വിവരങ്ങളുടെ വിശകലനം കാണിക്കുന്നത് പലരും മെമ്മറി ഫ്രീക്വൻസിയിൽ 1C പ്രകടനത്തെ ആശ്രയിക്കുന്നതിനെക്കുറിച്ച് എഴുതുന്നു എന്നാണ്. ഇത് ആവൃത്തിയെ ആശ്രയിച്ചിരിക്കുന്നു, വോളിയത്തിൽ അല്ല. സെർവറിൽ 1066 മെഗാഹെർട്സിൻ്റെ റാം ഫ്രീക്വൻസിയും വർക്ക്സ്റ്റേഷനിൽ 1333 മെഗാഹെർട്സും ഉള്ളതിനാൽ, സെർവറിലെ റാമിൻ്റെ അളവ് ഇതിനകം തന്നെ വളരെ കൂടുതലായതിനാൽ ഈ സിദ്ധാന്തം പരിശോധിക്കാൻ ഞങ്ങൾ തീരുമാനിച്ചു. 1066 മെഗാഹെർട്സ് അല്ല, 800 മെഗാഹെർട്സ് ഇൻസ്റ്റാൾ ചെയ്യാൻ ഞങ്ങൾ തീരുമാനിച്ചു, അതിനാൽ മെമ്മറി ആവൃത്തിയിലുള്ള പ്രകടനത്തെ ആശ്രയിക്കുന്നതിൻ്റെ ഫലം കൂടുതൽ വ്യക്തമാണ്. ഉത്പാദനക്ഷമത 12% ഇടിഞ്ഞ് 39.37 യൂണിറ്റായി. സെർവറിൽ 1066 മെഗാഹെർട്സിന് പകരം 1333 മെഗാഹെർട്സ് ആവൃത്തിയിലുള്ള മെമ്മറി ഞങ്ങൾ ഇൻസ്റ്റാൾ ചെയ്യുകയും പ്രകടനത്തിൽ നേരിയ വർദ്ധനവ് ലഭിക്കുകയും ചെയ്തു - ഏകദേശം 11%. ഉത്പാദനക്ഷമത 19.53 യൂണിറ്റായിരുന്നു. അതനുസരിച്ച്, ഇത് മെമ്മറിയുടെ കാര്യമല്ല, എന്നിരുന്നാലും അതിൻ്റെ ആവൃത്തി നേരിയ വർദ്ധനവ് നൽകുന്നു.
ചിത്രം 2 - റാം ഫ്രീക്വൻസി കുറച്ചതിനുശേഷം ഒരു വർക്ക്സ്റ്റേഷനിലെ പ്രകടന അളവുകൾ
ചിത്രം 3 - റാം ഫ്രീക്വൻസി വർദ്ധിപ്പിച്ച ശേഷം സെർവറിലെ പ്രകടന അളവുകൾ
ഡിസ്ക് സബ്സിസ്റ്റം
ഡിസ്ക് സബ്സിസ്റ്റവുമായി ബന്ധപ്പെട്ടതായിരുന്നു അടുത്ത സിദ്ധാന്തം. രണ്ട് അനുമാനങ്ങൾ ഉടനടി ഉയർന്നു:
- എസ്എസ്ഡികൾ എസ്എഎസ് ഡ്രൈവുകളേക്കാൾ മികച്ചതാണ്, അവ റെയ്ഡ് 10ൽ ആണെങ്കിലും.
- iSCSI വേഗത കുറവാണ് അല്ലെങ്കിൽ തെറ്റാണ്.
അതിനാൽ, ഒരു എസ്എസ്ഡിക്ക് പകരം വർക്ക്സ്റ്റേഷനിൽ ഒരു സാധാരണ SATA ഡിസ്ക് ഇൻസ്റ്റാൾ ചെയ്തു, സെർവറിലും ഇത് ചെയ്തു - ഡാറ്റാബേസ് ഒരു പ്രാദേശിക SATA ഡിസ്കിൽ സ്ഥാപിച്ചു. തൽഫലമായി, പ്രകടന അളവുകൾ ഒട്ടും മാറിയില്ല. മിക്കവാറും, ഇത് സംഭവിക്കുന്നത് മതിയായ അളവിലുള്ള റാം ഉള്ളതിനാലും ടെസ്റ്റ് സമയത്ത് ഡിസ്കുകൾ പ്രായോഗികമായി ഒരു തരത്തിലും ഉൾപ്പെടാത്തതിനാലുമാണ്.
സിപിയു
സെർവറിലെ പ്രോസസ്സറുകൾ തീർച്ചയായും കൂടുതൽ ശക്തമാണ്, അവയിൽ രണ്ടെണ്ണം ഉണ്ട്, എന്നാൽ ആവൃത്തി വർക്ക്സ്റ്റേഷനേക്കാൾ അല്പം കുറവാണ്. പ്രകടനത്തിലെ പ്രൊസസർ ഫ്രീക്വൻസിയുടെ പ്രഭാവം പരിശോധിക്കാൻ ഞങ്ങൾ തീരുമാനിച്ചു: സെർവറിനായി ഉയർന്ന ഫ്രീക്വൻസി ഉള്ള പ്രോസസ്സറുകൾ ഇല്ല, അതിനാൽ ഞങ്ങൾ വർക്ക്സ്റ്റേഷനിൽ പ്രോസസർ ഫ്രീക്വൻസി കുറച്ചു. ഞങ്ങൾ അത് ഉടൻ തന്നെ 1.6 ആയി താഴ്ത്തി, അങ്ങനെ പരസ്പരബന്ധം കൂടുതൽ വ്യക്തമായി. പ്രകടനം ഗണ്യമായി കുറഞ്ഞുവെന്ന് ടെസ്റ്റ് കാണിച്ചു, എന്നാൽ 1.6 പ്രോസസർ ഉപയോഗിച്ച് പോലും, വർക്ക്സ്റ്റേഷൻ ഏകദേശം 28 യൂണിറ്റുകൾ ഉത്പാദിപ്പിച്ചു, ഇത് സെർവറിനേക്കാൾ 1.5 മടങ്ങ് കൂടുതലാണ്.
ചിത്രം 4 - 1.6 Ghz പ്രൊസസർ ഉള്ള ഒരു വർക്ക്സ്റ്റേഷനിലെ പ്രകടന അളവുകൾ
വീഡിയോ കാർഡ്
1C യുടെ പ്രകടനത്തെ വീഡിയോ കാർഡ് ബാധിക്കുമെന്ന് ഇൻ്റർനെറ്റിൽ വിവരങ്ങൾ ഉണ്ട്. ഞങ്ങൾ വർക്ക്സ്റ്റേഷൻ്റെ ഇൻ്റഗ്രേറ്റഡ് വീഡിയോ, പ്രൊഫഷണൽ അഡാപ്റ്റർ ഉപയോഗിക്കാൻ ശ്രമിച്ചു എൻവിഡിയ എൻവിഡിയ® Quadro® 4000 2 Gb DDR5, പഴയത് ജിഫോഴ്സ് വീഡിയോ കാർഡ് 16MbSDR. ഗിലെവ് ടെസ്റ്റിനിടെ കാര്യമായ വ്യത്യാസമൊന്നും കണ്ടില്ല. ഒരുപക്ഷേ വീഡിയോ കാർഡിന് ഇപ്പോഴും ഒരു ഫലമുണ്ട്, പക്ഷേ യഥാർത്ഥ സാഹചര്യങ്ങളിൽ, നിങ്ങൾക്ക് നിയന്ത്രിത ഫോമുകൾ തുറക്കേണ്ടിവരുമ്പോൾ മുതലായവ.
ഇപ്പോൾ, മോശമായ സ്വഭാവസവിശേഷതകളോടെ പോലും വർക്ക്സ്റ്റേഷൻ വേഗത്തിൽ പ്രവർത്തിക്കുന്നത് എന്തുകൊണ്ടെന്ന് രണ്ട് സംശയങ്ങളുണ്ട്:
- സിപിയു.വർക്ക്സ്റ്റേഷനിലെ പ്രോസസർ തരം 1C യ്ക്ക് അനുയോജ്യമാണ്.
- ചിപ്സെറ്റ്.മറ്റെല്ലാ കാര്യങ്ങളും തുല്യമായതിനാൽ, ഞങ്ങളുടെ വർക്ക്സ്റ്റേഷനിൽ ഒരു പുതിയ ചിപ്സെറ്റ് ഉണ്ട്, ഒരുപക്ഷേ ഇതാണ് പ്രശ്നം.
1C പ്രകടനം പ്രധാനമായും ആശ്രയിക്കുന്നത് എന്താണെന്ന് കണ്ടെത്തുന്നതിന് ആവശ്യമായ ഘടകങ്ങൾ വാങ്ങാനും പരിശോധന തുടരാനും ഞങ്ങൾ പദ്ധതിയിടുന്നു. അംഗീകാരവും സംഭരണ പ്രക്രിയയും നടന്നുകൊണ്ടിരിക്കുമ്പോൾ, ഒപ്റ്റിമൈസേഷൻ നടത്താൻ ഞങ്ങൾ തീരുമാനിച്ചു, പ്രത്യേകിച്ചും ഇതിന് ഒന്നും ചെലവാകാത്തതിനാൽ. ഇനിപ്പറയുന്ന ഘട്ടങ്ങൾ തിരിച്ചറിഞ്ഞു:
ഘട്ടം 1. സിസ്റ്റം സജ്ജീകരണം
ആദ്യം, ബയോസിലും ഓപ്പറേറ്റിംഗ് സിസ്റ്റത്തിലും ഇനിപ്പറയുന്ന ക്രമീകരണങ്ങൾ നടത്താം:
- സെർവർ BIOS-ൽ, പ്രോസസർ പവർ ലാഭിക്കുന്നതിന് ഞങ്ങൾ എല്ലാ ക്രമീകരണങ്ങളും പ്രവർത്തനരഹിതമാക്കുന്നു.
- ഓപ്പറേറ്റിംഗ് സിസ്റ്റത്തിൽ "പരമാവധി പ്രകടനം" പ്ലാൻ തിരഞ്ഞെടുക്കുക.
- പരമാവധി പ്രകടനത്തിനായി പ്രോസസ്സറും ട്യൂൺ ചെയ്തിട്ടുണ്ട്. PowerSchemeEd യൂട്ടിലിറ്റി ഉപയോഗിച്ച് ഇത് ചെയ്യാൻ കഴിയും.
ഘട്ടം 2. SQL സെർവറും 1C: എൻ്റർപ്രൈസ് സെർവറും സജ്ജീകരിക്കുന്നു
DBMS, 1C:Enterprise സെർവർ ക്രമീകരണങ്ങളിൽ ഞങ്ങൾ ഇനിപ്പറയുന്ന മാറ്റങ്ങൾ വരുത്തുന്നു.
- പങ്കിട്ട മെമ്മറി പ്രോട്ടോക്കോൾ സജ്ജീകരിക്കുന്നു:
- മുമ്പത്തെ റിലീസുകളിൽ 1C 8.2.17 മുതൽ ആരംഭിക്കുന്ന പ്ലാറ്റ്ഫോമിൽ മാത്രമേ പങ്കിട്ട മെമ്മറി പ്രവർത്തനക്ഷമമാക്കൂ, പേരിട്ടിരിക്കുന്ന പൈപ്പ് പ്രവർത്തന വേഗതയിൽ അൽപ്പം താഴ്ന്നതാണ്. ഒരേ ഫിസിക്കൽ അല്ലെങ്കിൽ വെർച്വൽ സെർവറിൽ 1C, MSSQL സേവനങ്ങൾ ഇൻസ്റ്റാൾ ചെയ്താൽ മാത്രമേ ഈ സാങ്കേതികവിദ്യ പ്രവർത്തിക്കൂ.
- 1C സേവനം ഡീബഗ് മോഡിലേക്ക് മാറ്റാൻ ശുപാർശ ചെയ്യുന്നു, വിരോധാഭാസമെന്നു പറയട്ടെ, ഇത് ഒരു പ്രകടന ബൂസ്റ്റ് നൽകുന്നു. സ്ഥിരസ്ഥിതിയായി, സെർവറിൽ ഡീബഗ്ഗിംഗ് പ്രവർത്തനരഹിതമാക്കിയിരിക്കുന്നു.
- SQL സെർവർ സജ്ജീകരിക്കുന്നു:
- ഞങ്ങൾക്ക് സെർവർ മാത്രമേ ആവശ്യമുള്ളൂ, അതുമായി ബന്ധപ്പെട്ട മറ്റ് സേവനങ്ങൾ, ഒരുപക്ഷേ, ആരെങ്കിലും അവ ഉപയോഗിക്കുകയാണെങ്കിൽ, ജോലി മന്ദഗതിയിലാക്കുക. ഞങ്ങൾ ഇനിപ്പറയുന്നതുപോലുള്ള സേവനങ്ങൾ നിർത്തുകയും പ്രവർത്തനരഹിതമാക്കുകയും ചെയ്യുന്നു: ഫുൾടെക്സ്റ്റ് തിരയൽ (1C-യ്ക്ക് അതിൻ്റേതായ പൂർണ്ണ-ടെക്സ്റ്റ് തിരയൽ സംവിധാനം ഉണ്ട്), ഇൻ്റഗ്രേഷൻ സേവനങ്ങൾ മുതലായവ.
- സെർവറിലേക്ക് അനുവദിച്ച മെമ്മറിയുടെ പരമാവധി അളവ് ഞങ്ങൾ സജ്ജമാക്കി. എസ്ക്യുഎൽ സെർവർ ഈ തുക കണക്കാക്കുന്നതിനും മെമ്മറി മുൻകൂട്ടി മായ്ക്കുന്നതിനും ഇത് ആവശ്യമാണ്.
- ഞങ്ങൾ പരമാവധി എണ്ണം ത്രെഡുകൾ (പരമാവധി വർക്കർ ത്രെഡുകൾ) സജ്ജമാക്കുകയും വർദ്ധിച്ച സെർവർ മുൻഗണന (ബൂസ്റ്റ് മുൻഗണന) സജ്ജമാക്കുകയും ചെയ്യുന്നു.
ഘട്ടം 3: ഒരു പ്രൊഡക്ഷൻ ഡാറ്റാബേസ് സജ്ജീകരിക്കുന്നു
DBMS സെർവറും 1C: എൻ്റർപ്രൈസും ഒപ്റ്റിമൈസ് ചെയ്ത ശേഷം, ഞങ്ങൾ ഡാറ്റാബേസ് ക്രമീകരണങ്ങളിലേക്ക് നീങ്ങുന്നു. .dt ഫയലിൽ നിന്ന് ഡാറ്റാബേസ് ഇതുവരെ വിപുലീകരിച്ചിട്ടില്ലെങ്കിൽ, അതിൻ്റെ ഏകദേശ വലുപ്പം നിങ്ങൾക്കറിയാമെങ്കിൽ, ഡാറ്റാബേസ് വലുപ്പത്തിൻ്റെ ">=" ഉപയോഗിച്ച് പ്രാഥമിക ഫയലിലേക്ക് ഇനീഷ്യലൈസേഷൻ വലുപ്പം ഉടൻ സൂചിപ്പിക്കുന്നതാണ് നല്ലത്, പക്ഷേ ഇത് ഒരു കാര്യമാണ്. രുചി, അത് വികസിക്കുമ്പോഴും വളരും. എന്നാൽ സ്വയമേവ വർദ്ധിപ്പിക്കുന്ന വലുപ്പം വ്യക്തമാക്കിയിരിക്കണം: ഒരു ബേസിന് ഏകദേശം 200 MB ഉം ഒരു ലോഗിന് 50 MB ഉം, കാരണം ഡിഫോൾട്ട് മൂല്യങ്ങൾ - 1 MB യുടെ വളർച്ചയും ഓരോ മൂന്നാം ഇടപാടിലും ഫയൽ വർദ്ധിപ്പിക്കേണ്ടിവരുമ്പോൾ സെർവറിൻ്റെ പ്രവർത്തനത്തെ 10% മന്ദഗതിയിലാക്കുന്നു. കൂടാതെ, ഒരു റെയിഡ് അറേ ഉപയോഗിച്ചിട്ടുണ്ടെങ്കിൽ, ഡാറ്റാബേസ് ഫയലിൻ്റെയും ലോഗ് ഫയലിൻ്റെയും സ്റ്റോറേജ് വ്യത്യസ്ത ഫിസിക്കൽ ഡിസ്കുകളിലോ റെയ്ഡ് ഗ്രൂപ്പുകളിലോ വ്യക്തമാക്കുന്നതും ലോഗിൻ്റെ വളർച്ച പരിമിതപ്പെടുത്തുന്നതും നല്ലതാണ്. ടെംപ്ഡിബി ഫയൽ ഒരു ഹൈ-സ്പീഡ് അറേയിലേക്ക് നീക്കാൻ ശുപാർശ ചെയ്യുന്നു, കാരണം ഡിബിഎംഎസ് അത് പലപ്പോഴും ആക്സസ് ചെയ്യുന്നു.
ഘട്ടം 4. ഷെഡ്യൂൾ ചെയ്ത ജോലികൾ സജ്ജീകരിക്കുന്നു
ഗ്രാഫിക്കൽ ടൂളുകൾ ഉപയോഗിച്ച് മാനേജ്മെൻ്റ് വിഭാഗത്തിലെ മെയിൻ്റനൻസ് പ്ലാൻ ഉപയോഗിച്ച് ഷെഡ്യൂൾ ചെയ്ത ടാസ്ക്കുകൾ വളരെ ലളിതമായി സൃഷ്ടിക്കപ്പെടുന്നു, അതിനാൽ ഇത് എങ്ങനെ ചെയ്യുന്നുവെന്ന് ഞങ്ങൾ വിശദമായി വിവരിക്കില്ല. ഉൽപ്പാദനക്ഷമത മെച്ചപ്പെടുത്തുന്നതിന് എന്തൊക്കെ പ്രവർത്തനങ്ങൾ നടത്തണമെന്ന് നമുക്ക് നോക്കാം.
- സൂചികകളുടെ ഡീഫ്രാഗ്മെൻ്റേഷനും സ്ഥിതിവിവരക്കണക്കുകൾ അപ്ഡേറ്റ് ചെയ്യുന്നതും ദിവസവും ചെയ്യണം, കാരണം സൂചിക വിഘടനം 25% ആണെങ്കിൽ, അത് സെർവർ പ്രകടനത്തെ ഗണ്യമായി കുറയ്ക്കുന്നു.
- ഡീഫ്രാഗ്മെൻ്റേഷനും സ്ഥിതിവിവരക്കണക്കുകൾ അപ്ഡേറ്റ് ചെയ്യുന്നതും വേഗത്തിൽ നടക്കുന്നതിനാൽ ഉപയോക്താക്കളെ വിച്ഛേദിക്കേണ്ടതില്ല. ദിവസവും ഇത് ചെയ്യാൻ ശുപാർശ ചെയ്യുന്നു.
- പൂർണ്ണമായ റീ-ഇൻഡക്സിംഗ് - ഡാറ്റാബേസ് ബ്ലോക്ക് ചെയ്തിരിക്കുന്നു, ആഴ്ചയിൽ ഒരിക്കലെങ്കിലും ഇത് ചെയ്യാൻ ശുപാർശ ചെയ്യുന്നു. സ്വാഭാവികമായും, പൂർണ്ണമായ റീഇൻഡക്സിംഗിന് ശേഷം, സൂചികകൾ ഉടനടി defragment ചെയ്യുകയും സ്ഥിതിവിവരക്കണക്കുകൾ അപ്ഡേറ്റ് ചെയ്യുകയും ചെയ്യുന്നു.
തൽഫലമായി, സിസ്റ്റം, എസ്ക്യുഎൽ സെർവർ, വർക്കിംഗ് ഡാറ്റാബേസ് എന്നിവയുടെ മികച്ച ട്യൂണിംഗ് സഹായത്തോടെ, ഉൽപാദനക്ഷമത 46% വർദ്ധിപ്പിക്കാൻ ഞങ്ങൾക്ക് കഴിഞ്ഞു. 1C KIP ടൂൾ ഉപയോഗിച്ചും ഗിലെവ് ടെസ്റ്റ് ഉപയോഗിച്ചും അളവുകൾ നടത്തി. ആദ്യത്തേത് 17.53 എന്നതിൽ നിന്ന് 25.6 യൂണിറ്റുകൾ കാണിച്ചു.
ഹ്രസ്വമായ നിഗമനം
- 1C പ്രകടനം റാം ഫ്രീക്വൻസിയെ അധികം ആശ്രയിക്കുന്നില്ല. മെമ്മറി മതിയായ അളവിൽ എത്തിക്കഴിഞ്ഞാൽ, മെമ്മറിയുടെ കൂടുതൽ വികാസം അർത്ഥമാക്കുന്നില്ല, കാരണം ഇത് പ്രകടനത്തിൽ വർദ്ധനവിന് കാരണമാകില്ല.
- 1C പ്രകടനം വീഡിയോ കാർഡിനെ ആശ്രയിക്കുന്നില്ല.
- 1C പ്രകടനം ഡിസ്ക് സബ്സിസ്റ്റത്തെ ആശ്രയിക്കുന്നില്ല, ഡിസ്ക് റീഡ് അല്ലെങ്കിൽ റൈറ്റ് ക്യൂ കവിയുന്നില്ലെങ്കിൽ. SATA ഡ്രൈവുകൾ ഇൻസ്റ്റാൾ ചെയ്യുകയും അവയുടെ ക്യൂ കവിയാതിരിക്കുകയും ചെയ്താൽ, ഒരു SSD ഇൻസ്റ്റാൾ ചെയ്യുന്നത് പ്രകടനം മെച്ചപ്പെടുത്തില്ല.
- പ്രകടനം പ്രൊസസർ ആവൃത്തിയെ ആശ്രയിച്ചിരിക്കുന്നു.
- ഓപ്പറേറ്റിംഗ് സിസ്റ്റത്തിൻ്റെയും MSSQL സെർവറിൻ്റെയും ശരിയായ കോൺഫിഗറേഷൻ ഉപയോഗിച്ച്, മെറ്റീരിയൽ ചെലവുകളില്ലാതെ 1C പ്രകടനത്തിൽ 40-50% വർദ്ധനവ് കൈവരിക്കാൻ കഴിയും.
ശ്രദ്ധിക്കുക! വളരെ പ്രധാനപ്പെട്ട പോയിൻ്റ്! ഗിലെവ് ടെസ്റ്റും 1 സി ഇൻസ്ട്രുമെൻ്റേഷൻ ടൂളുകളും ഉപയോഗിച്ച് ഒരു ടെസ്റ്റ് ബേസിൽ എല്ലാ അളവുകളും നടത്തി. യഥാർത്ഥ ഉപയോക്താക്കളുമായുള്ള യഥാർത്ഥ ഡാറ്റാബേസിൻ്റെ പെരുമാറ്റം ലഭിച്ച ഫലങ്ങളിൽ നിന്ന് വ്യത്യസ്തമായിരിക്കാം. ഉദാഹരണത്തിന്, ടെസ്റ്റ് ഡാറ്റാബേസിൽ വീഡിയോ കാർഡിലെ പ്രകടനത്തെയും റാമിൻ്റെ അളവിനെയും ആശ്രയിക്കുന്നതായി ഞങ്ങൾ കണ്ടെത്തിയില്ല. ഈ നിഗമനങ്ങൾ തികച്ചും സംശയാസ്പദമാണ്, യഥാർത്ഥ സാഹചര്യങ്ങളിൽ ഈ ഘടകങ്ങൾ പ്രകടനത്തിൽ കാര്യമായ സ്വാധീനം ചെലുത്തും. നിയന്ത്രിത ഫോമുകൾ ഉപയോഗിക്കുന്ന കോൺഫിഗറേഷനുകളിൽ പ്രവർത്തിക്കുമ്പോൾ, ഒരു വീഡിയോ കാർഡ് പ്രധാനമാണ്, കൂടാതെ പ്രോഗ്രാം ഇൻ്റർഫേസ് വരയ്ക്കുന്നതിന് ശക്തമായ ഗ്രാഫിക്സ് പ്രോസസർ ജോലി വേഗത്തിലാക്കുന്നു, ദൃശ്യപരമായി ഇത് 1C യുടെ വേഗതയേറിയ പ്രവർത്തനത്തിൽ പ്രകടമാണ്.
നിങ്ങളുടെ 1C പതുക്കെ പ്രവർത്തിക്കുന്നുണ്ടോ? വർഷങ്ങളോളം അനുഭവപരിചയമുള്ള EFSOL സ്പെഷ്യലിസ്റ്റുകൾ വഴി കമ്പ്യൂട്ടറുകൾക്കും സെർവറുകൾക്കുമായി ഐടി മെയിൻ്റനൻസ് ഓർഡർ ചെയ്യുക അല്ലെങ്കിൽ നിങ്ങളുടെ 1C ശക്തവും തെറ്റ്-സഹിഷ്ണുതയുള്ളതുമായ 1C വെർച്വൽ സെർവറിലേക്ക് മാറ്റുക.
സിസ്റ്റം ഏകീകരണം. കൺസൾട്ടിംഗ്
1c 8.3 പതിപ്പിലേക്ക് മാറുമ്പോൾ, 1c-നെ മന്ദഗതിയിലാക്കുന്നത് സംബന്ധിച്ച് ഞങ്ങൾക്ക് പലപ്പോഴും ചോദ്യങ്ങൾ ലഭിക്കും, ഇൻ്റർഫേസ് LLC-യിൽ നിന്നുള്ള ഞങ്ങളുടെ സഹപ്രവർത്തകർക്ക് നന്ദി, ഞങ്ങൾ നിങ്ങളോട് വിശദമായി പറയുന്നു:
ഞങ്ങളുടെ മുൻ പ്രസിദ്ധീകരണങ്ങളിൽ, 1C യുടെ വേഗതയിൽ ഡിസ്ക് സബ്സിസ്റ്റം പ്രകടനത്തിൻ്റെ സ്വാധീനത്തെക്കുറിച്ച് ഞങ്ങൾ ഇതിനകം സ്പർശിച്ചിട്ടുണ്ട്, എന്നാൽ ഈ പഠനം ഒരു പ്രത്യേക പിസി അല്ലെങ്കിൽ ടെർമിനൽ സെർവറിലെ ആപ്ലിക്കേഷൻ്റെ പ്രാദേശിക ഉപയോഗത്തെക്കുറിച്ചാണ്. അതേ സമയം, മിക്ക ചെറിയ നിർവ്വഹണങ്ങളിലും ഒരു നെറ്റ്വർക്കിലൂടെ ഒരു ഫയൽ ഡാറ്റാബേസുമായി പ്രവർത്തിക്കുന്നത് ഉൾപ്പെടുന്നു, അവിടെ ഉപയോക്താവിൻ്റെ പിസികളിലൊന്ന് ഒരു സെർവറായി ഉപയോഗിക്കുന്നു, അല്ലെങ്കിൽ ഒരു സാധാരണ, മിക്കപ്പോഴും ചെലവുകുറഞ്ഞ കമ്പ്യൂട്ടറിനെ അടിസ്ഥാനമാക്കിയുള്ള ഒരു സമർപ്പിത ഫയൽ സെർവർ.
1C-യിലെ റഷ്യൻ ഭാഷാ വിഭവങ്ങളെക്കുറിച്ചുള്ള ഒരു ചെറിയ പഠനം ഈ പ്രശ്നം ശ്രദ്ധാപൂർവം ഒഴിവാക്കുന്നതായി കാണിച്ചു, പ്രശ്നങ്ങൾ ഉണ്ടാകുകയാണെങ്കിൽ, സാധാരണയായി ക്ലയൻ്റ്-സെർവർ അല്ലെങ്കിൽ ടെർമിനൽ മോഡിലേക്ക് മാറാൻ ശുപാർശ ചെയ്യുന്നു. നിയന്ത്രിത ആപ്ലിക്കേഷനിലെ കോൺഫിഗറേഷനുകൾ സാധാരണയേക്കാൾ വളരെ സാവധാനത്തിലാണ് പ്രവർത്തിക്കുന്നത് എന്നതും പൊതുവെ അംഗീകരിക്കപ്പെട്ടിരിക്കുന്നു. ചട്ടം പോലെ, നൽകിയിരിക്കുന്ന വാദങ്ങൾ “ഇരുമ്പ്” ആണ്: “അക്കൗണ്ടിംഗ് 2.0 ഇപ്പോൾ പറന്നു, പക്ഷേ “ട്രോയിക്ക” കഷ്ടിച്ച് നീങ്ങി,” തീർച്ചയായും, ഈ വാക്കുകളിൽ കുറച്ച് സത്യമുണ്ട്, അതിനാൽ നമുക്ക് അത് മനസിലാക്കാൻ ശ്രമിക്കാം.
വിഭവ ഉപഭോഗം, ആദ്യ നോട്ടം
ഈ പഠനം ആരംഭിക്കുന്നതിന് മുമ്പ്, ഞങ്ങൾ സ്വയം രണ്ട് ലക്ഷ്യങ്ങൾ വെക്കുന്നു: നിയന്ത്രിത ആപ്ലിക്കേഷൻ അടിസ്ഥാനമാക്കിയുള്ള കോൺഫിഗറേഷനുകൾ പരമ്പരാഗത കോൺഫിഗറേഷനുകളേക്കാൾ വേഗത കുറഞ്ഞതാണോ, കൂടാതെ ഏത് നിർദ്ദിഷ്ട ഉറവിടങ്ങളാണ് പ്രകടനത്തിൽ പ്രാഥമിക സ്വാധീനം ചെലുത്തുന്നത് എന്ന് കണ്ടെത്തുന്നതിന്.
പരിശോധനയ്ക്കായി, ഞങ്ങൾ യഥാക്രമം Windows Server 2012 R2, Windows 8.1 എന്നിവയിൽ പ്രവർത്തിക്കുന്ന രണ്ട് വെർച്വൽ മെഷീനുകൾ എടുത്തു, അവർക്ക് ഹോസ്റ്റ് Core i5-4670-ൻ്റെ 2 കോറുകളും 2 GB റാമും നൽകി, ഇത് ഏകദേശം ഒരു ശരാശരി ഓഫീസ് മെഷീനുമായി യോജിക്കുന്നു. സെർവർ രണ്ട് WD Se-യുടെ ഒരു RAID 0 അറേയിൽ സ്ഥാപിച്ചു, കൂടാതെ ക്ലയൻ്റ് പൊതു-ഉദ്ദേശ്യ ഡിസ്കുകളുടെ സമാന ശ്രേണിയിൽ സ്ഥാപിച്ചു.
പരീക്ഷണാത്മക അടിത്തറ എന്ന നിലയിൽ, ഞങ്ങൾ അക്കൗണ്ടിംഗ് 2.0, റിലീസ് ൻ്റെ നിരവധി കോൺഫിഗറേഷനുകൾ തിരഞ്ഞെടുത്തു 2.0.64.12 , അത് പിന്നീട് അപ്ഡേറ്റ് ചെയ്തു 3.0.38.52 , എല്ലാ കോൺഫിഗറേഷനുകളും പ്ലാറ്റ്ഫോമിൽ സമാരംഭിച്ചു 8.3.5.1443 .
ശ്രദ്ധ ആകർഷിക്കുന്ന ആദ്യത്തെ കാര്യം ട്രോയിക്കയുടെ വിവര അടിത്തറയുടെ വർദ്ധിച്ച വലുപ്പമാണ്, അത് ഗണ്യമായി വളർന്നു, കൂടാതെ റാമിനോടുള്ള കൂടുതൽ വിശപ്പും:
ഞങ്ങൾ സാധാരണ കേൾക്കാൻ തയ്യാറാണ്: "എന്തുകൊണ്ടാണ് അവർ അത് ഈ മൂന്നിൽ ചേർത്തത്", പക്ഷേ നമുക്ക് തിരക്കുകൂട്ടരുത്. കൂടുതലോ കുറവോ യോഗ്യതയുള്ള അഡ്മിനിസ്ട്രേറ്ററെ ആവശ്യമുള്ള ക്ലയൻ്റ്-സെർവർ പതിപ്പുകളുടെ ഉപയോക്താക്കളിൽ നിന്ന് വ്യത്യസ്തമായി, ഫയൽ പതിപ്പുകളുടെ ഉപയോക്താക്കൾ ഡാറ്റാബേസുകൾ പരിപാലിക്കുന്നതിനെക്കുറിച്ച് അപൂർവ്വമായി ചിന്തിക്കുന്നു. കൂടാതെ, ഈ ഡാറ്റാബേസുകളുടെ സേവനം (അപ്ഡേറ്റ് ചെയ്യുന്നത് വായിക്കുക) പ്രത്യേക കമ്പനികളിലെ ജീവനക്കാർ അപൂർവ്വമായി ഇതിനെക്കുറിച്ച് ചിന്തിക്കുന്നു.
അതേസമയം, 1C ഇൻഫർമേഷൻ ബേസ് അതിൻ്റെ സ്വന്തം ഫോർമാറ്റിൻ്റെ ഒരു പൂർണ്ണമായ DBMS ആണ്, ഇതിന് അറ്റകുറ്റപ്പണികൾ ആവശ്യമാണ്, ഇതിനായി ഒരു ഉപകരണം പോലും ഉണ്ട്. വിവരങ്ങളുടെ അടിസ്ഥാനം പരിശോധിക്കുന്നതും ശരിയാക്കുന്നതും. ഒരുപക്ഷേ പേര് ഒരു ക്രൂരമായ തമാശ കളിച്ചു, ഇത് പ്രശ്നങ്ങൾ പരിഹരിക്കുന്നതിനുള്ള ഒരു ഉപകരണമാണെന്ന് എങ്ങനെയെങ്കിലും സൂചിപ്പിക്കുന്നു, എന്നാൽ കുറഞ്ഞ പ്രകടനവും ഒരു പ്രശ്നമാണ്, കൂടാതെ ടേബിൾ കംപ്രഷനോടൊപ്പം പുനഃക്രമീകരിക്കലും റീഇൻഡക്സിംഗും ഡാറ്റാബേസുകൾ ഒപ്റ്റിമൈസ് ചെയ്യുന്നതിനുള്ള അറിയപ്പെടുന്ന ഉപകരണങ്ങളാണ്. നമുക്ക് പരിശോധിക്കാം?
തിരഞ്ഞെടുത്ത പ്രവർത്തനങ്ങൾ പ്രയോഗിച്ചതിന് ശേഷം, ഡാറ്റാബേസ് കുത്തനെ “ഭാരം കുറഞ്ഞു”, ആരും ഇതുവരെ ഒപ്റ്റിമൈസ് ചെയ്തിട്ടില്ലാത്ത “രണ്ടിനേക്കാൾ” ചെറുതായിത്തീരുന്നു, കൂടാതെ റാം ഉപഭോഗവും ചെറുതായി കുറഞ്ഞു.
തുടർന്ന്, പുതിയ ക്ലാസിഫയറുകളും ഡയറക്ടറികളും ലോഡുചെയ്ത്, സൂചികകൾ സൃഷ്ടിക്കുക തുടങ്ങിയവ. അടിത്തറയുടെ വലുപ്പം വർദ്ധിക്കും; പൊതുവേ, "മൂന്ന്" അടിത്തറകൾ "രണ്ട്" ബേസുകളേക്കാൾ വലുതാണ്. എന്നിരുന്നാലും, ഇത് കൂടുതൽ പ്രധാനമല്ല, രണ്ടാമത്തെ പതിപ്പ് 150-200 MB റാമിൽ സംതൃപ്തമായിരുന്നെങ്കിൽ, പുതിയ പതിപ്പിന് അര ജിഗാബൈറ്റ് ആവശ്യമാണ്, പ്രോഗ്രാമിനൊപ്പം പ്രവർത്തിക്കുന്നതിന് ആവശ്യമായ വിഭവങ്ങൾ ആസൂത്രണം ചെയ്യുമ്പോൾ ഈ മൂല്യം കണക്കിലെടുക്കണം.
നെറ്റ്
നെറ്റ്വർക്ക് ആപ്ലിക്കേഷനുകൾക്കുള്ള ഏറ്റവും പ്രധാനപ്പെട്ട പാരാമീറ്ററുകളിൽ ഒന്നാണ് നെറ്റ്വർക്ക് ബാൻഡ്വിഡ്ത്ത്, പ്രത്യേകിച്ചും ഫയൽ മോഡിലെ 1C പോലെ, നെറ്റ്വർക്കിലുടനീളം ഗണ്യമായ അളവിൽ ഡാറ്റ നീക്കുന്നു. മിക്ക ചെറുകിട എൻ്റർപ്രൈസ് നെറ്റ്വർക്കുകളും വിലകുറഞ്ഞ 100 Mbit/s ഉപകരണങ്ങളുടെ അടിസ്ഥാനത്തിലാണ് നിർമ്മിച്ചിരിക്കുന്നത്, അതിനാൽ ഞങ്ങൾ 100 Mbit/s, 1 Gbit/s നെറ്റ്വർക്കുകളിലെ 1C പ്രകടന സൂചകങ്ങൾ താരതമ്യം ചെയ്തുകൊണ്ട് പരീക്ഷണം ആരംഭിച്ചു.
നിങ്ങൾ നെറ്റ്വർക്കിൽ ഒരു 1C ഫയൽ ഡാറ്റാബേസ് സമാരംഭിക്കുമ്പോൾ എന്ത് സംഭവിക്കും? ക്ലയൻ്റ് താൽകാലിക ഫോൾഡറുകളിലേക്ക് വളരെ വലിയ അളവിലുള്ള വിവരങ്ങൾ ഡൗൺലോഡ് ചെയ്യുന്നു, പ്രത്യേകിച്ചും ഇത് ആദ്യത്തേത് "തണുത്ത" തുടക്കമാണെങ്കിൽ. 100 Mbit/s-ൽ, ഞങ്ങൾ ചാനൽ വീതിയിൽ പ്രവർത്തിക്കുമെന്ന് പ്രതീക്ഷിക്കുന്നു, ഡൗൺലോഡ് ചെയ്യുന്നതിന് ഗണ്യമായ സമയമെടുക്കും, ഞങ്ങളുടെ കാര്യത്തിൽ ഏകദേശം 40 സെക്കൻഡ് (ഗ്രാഫ് വിഭജിക്കാനുള്ള ചെലവ് 4 സെക്കൻഡ് ആണ്).
രണ്ടാമത്തെ ലോഞ്ച് വേഗതയുള്ളതാണ്, കാരണം ചില ഡാറ്റ കാഷെയിൽ സൂക്ഷിക്കുകയും റീബൂട്ട് ചെയ്യുന്നതുവരെ അവിടെ തുടരുകയും ചെയ്യുന്നു. ഒരു ഗിഗാബിറ്റ് നെറ്റ്വർക്കിലേക്ക് മാറുന്നത് “തണുത്ത”, “ചൂട്” എന്നിവയിൽ പ്രോഗ്രാം ലോഡിംഗ് ഗണ്യമായി വേഗത്തിലാക്കും, മൂല്യങ്ങളുടെ അനുപാതം മാനിക്കപ്പെടുന്നു. അതിനാൽ, ഫലം ആപേക്ഷിക മൂല്യങ്ങളിൽ പ്രകടിപ്പിക്കാൻ ഞങ്ങൾ തീരുമാനിച്ചു, ഓരോ അളവെടുപ്പിൻ്റെയും ഏറ്റവും വലിയ മൂല്യം 100% ആയി എടുക്കുന്നു:
ഗ്രാഫുകളിൽ നിന്ന് നിങ്ങൾക്ക് കാണാനാകുന്നതുപോലെ, അക്കൗണ്ടിംഗ് 2.0 ഏത് നെറ്റ്വർക്ക് വേഗതയിലും ഇരട്ടി വേഗത്തിൽ ലോഡ് ചെയ്യുന്നു, 100 Mbit/s-ൽ നിന്ന് 1 Gbit/s-ലേക്കുള്ള പരിവർത്തനം ഡൗൺലോഡ് സമയം നാല് മടങ്ങ് വേഗത്തിലാക്കാൻ നിങ്ങളെ അനുവദിക്കുന്നു. ഈ മോഡിൽ ഒപ്റ്റിമൈസ് ചെയ്തതും ഒപ്റ്റിമൈസ് ചെയ്യാത്തതുമായ "ട്രോയിക്ക" ഡാറ്റാബേസുകൾ തമ്മിൽ വ്യത്യാസമില്ല.
കനത്ത മോഡുകളിലെ പ്രവർത്തനത്തിൽ നെറ്റ്വർക്ക് വേഗതയുടെ സ്വാധീനവും ഞങ്ങൾ പരിശോധിച്ചു, ഉദാഹരണത്തിന്, ഗ്രൂപ്പ് കൈമാറ്റ സമയത്ത്. ഫലം ആപേക്ഷിക മൂല്യങ്ങളിലും പ്രകടിപ്പിക്കുന്നു:
ഇവിടെ ഇത് കൂടുതൽ രസകരമാണ്, 100 Mbit/s നെറ്റ്വർക്കിലെ "മൂന്ന്" എന്നതിൻ്റെ ഒപ്റ്റിമൈസ് ചെയ്ത അടിസ്ഥാനം "രണ്ട്" എന്നതിൻ്റെ അതേ വേഗതയിൽ പ്രവർത്തിക്കുന്നു, കൂടാതെ ഒപ്റ്റിമൈസ് ചെയ്യാത്തത് രണ്ട് തവണ മോശം ഫലങ്ങൾ കാണിക്കുന്നു. ഗിഗാബൈറ്റിൽ, അനുപാതങ്ങൾ അതേപടി തുടരുന്നു, ഒപ്റ്റിമൈസ് ചെയ്യാത്ത "മൂന്ന്" "രണ്ട്" എന്നതിൻ്റെ പകുതി മന്ദഗതിയിലാണ്, ഒപ്റ്റിമൈസ് ചെയ്ത ഒന്ന് മൂന്നിലൊന്ന് പിന്നിലാണ്. കൂടാതെ, 1 Gbit/s-ലേക്കുള്ള പരിവർത്തനം, എഡിഷൻ 2.0-ൻ്റെ എക്സിക്യൂഷൻ സമയം മൂന്നിരട്ടിയും പതിപ്പ് 3.0-ന് പകുതിയും കുറയ്ക്കാൻ നിങ്ങളെ അനുവദിക്കുന്നു.
ദൈനംദിന ജോലിയിൽ നെറ്റ്വർക്ക് വേഗതയുടെ സ്വാധീനം വിലയിരുത്തുന്നതിന്, ഞങ്ങൾ ഉപയോഗിച്ചു പ്രകടന അളവ്, ഓരോ ഡാറ്റാബേസിലും മുൻകൂട്ടി നിശ്ചയിച്ച പ്രവർത്തനങ്ങളുടെ ഒരു ക്രമം നടപ്പിലാക്കുന്നു.
യഥാർത്ഥത്തിൽ, ദൈനംദിന ജോലികൾക്ക്, നെറ്റ്വർക്ക് ത്രൂപുട്ട് ഒരു തടസ്സമല്ല, ഒപ്റ്റിമൈസ് ചെയ്യാത്ത “മൂന്ന്” ഒരു “രണ്ട്” എന്നതിനേക്കാൾ 20% വേഗത കുറവാണ്, ഒപ്റ്റിമൈസേഷന് ശേഷം ഇത് ഏകദേശം ഒരേ വേഗതയുള്ളതായി മാറുന്നു - നേർത്ത ക്ലയൻ്റ് മോഡിൽ പ്രവർത്തിക്കുന്നതിൻ്റെ ഗുണങ്ങൾ പ്രകടമാണ്. 1 Gbit/s എന്നതിലേക്കുള്ള പരിവർത്തനം ഒപ്റ്റിമൈസ് ചെയ്ത അടിത്തറയ്ക്ക് ഗുണങ്ങളൊന്നും നൽകുന്നില്ല, കൂടാതെ ഒപ്റ്റിമൈസ് ചെയ്യാത്തതും രണ്ടും വേഗത്തിൽ പ്രവർത്തിക്കാൻ തുടങ്ങുന്നു, തങ്ങൾക്കിടയിൽ ഒരു ചെറിയ വ്യത്യാസം കാണിക്കുന്നു.
നടത്തിയ പരിശോധനകളിൽ നിന്ന്, പുതിയ കോൺഫിഗറേഷനുകൾക്ക് നെറ്റ്വർക്ക് ഒരു തടസ്സമല്ലെന്ന് വ്യക്തമാകും, കൂടാതെ നിയന്ത്രിത ആപ്ലിക്കേഷൻ പതിവിലും വേഗത്തിൽ പ്രവർത്തിക്കുന്നു. ഭാരിച്ച ജോലികളും ഡാറ്റാബേസ് ലോഡിംഗ് വേഗതയും നിങ്ങൾക്ക് നിർണായകമാണെങ്കിൽ, 100 Mbit/s നെറ്റ്വർക്കുകളിൽ പോലും ഫലപ്രദമായി പ്രവർത്തിക്കാൻ പുതിയ കോൺഫിഗറേഷനുകൾ നിങ്ങളെ അനുവദിക്കുന്നു.
എന്തുകൊണ്ടാണ് 1C മന്ദഗതിയിലാകുന്നത്? ഞങ്ങൾ അത് കൂടുതൽ പരിശോധിക്കും.
സെർവർ ഡിസ്ക് സബ്സിസ്റ്റവും എസ്എസ്ഡിയും
മുമ്പത്തെ ലേഖനത്തിൽ, ഒരു SSD-യിൽ ഡാറ്റാബേസുകൾ സ്ഥാപിക്കുന്നതിലൂടെ ഞങ്ങൾ 1C പ്രകടനത്തിൽ വർദ്ധനവ് നേടി. ഒരുപക്ഷേ സെർവറിൻ്റെ ഡിസ്ക് സബ്സിസ്റ്റത്തിൻ്റെ പ്രകടനം അപര്യാപ്തമാണോ? രണ്ട് ഡാറ്റാബേസുകളിൽ ഒരേസമയം ഒരു ഗ്രൂപ്പ് റൺ ചെയ്യുമ്പോൾ ഞങ്ങൾ ഒരു ഡിസ്ക് സെർവറിൻ്റെ പ്രകടനം അളന്നു, പകരം ശുഭാപ്തിവിശ്വാസമുള്ള ഫലം ലഭിച്ചു.
സെക്കൻഡിൽ താരതമ്യേന വലിയ ഇൻപുട്ട്/ഔട്ട്പുട്ട് ഓപ്പറേഷനുകൾ (IOPS) - 913 ഉണ്ടായിരുന്നിട്ടും, ക്യൂ ലെങ്ത് 1.84 കവിഞ്ഞില്ല, ഇത് രണ്ട്-ഡിസ്ക് അറേയ്ക്ക് വളരെ നല്ല ഫലമാണ്. ഇതിൻ്റെ അടിസ്ഥാനത്തിൽ, ഹെവി മോഡുകളിൽ 8-10 നെറ്റ്വർക്ക് ക്ലയൻ്റുകളുടെ സാധാരണ പ്രവർത്തനത്തിന് സാധാരണ ഡിസ്കുകൾ കൊണ്ട് നിർമ്മിച്ച ഒരു മിറർ മതിയാകുമെന്ന് നമുക്ക് അനുമാനിക്കാം.
അപ്പോൾ ഒരു സെർവറിൽ ഒരു SSD ആവശ്യമുണ്ടോ? ഈ ചോദ്യത്തിന് ഉത്തരം നൽകാനുള്ള ഏറ്റവും നല്ല മാർഗം പരിശോധനയിലൂടെയാണ്, ഞങ്ങൾ സമാനമായ രീതി ഉപയോഗിച്ച് നടത്തിയതാണ്, നെറ്റ്വർക്ക് കണക്ഷൻ എല്ലായിടത്തും 1 Gbit/s ആണ്, ഫലം ആപേക്ഷിക മൂല്യങ്ങളിലും പ്രകടിപ്പിക്കുന്നു.
ഡാറ്റാബേസിൻ്റെ ലോഡിംഗ് വേഗതയിൽ നിന്ന് നമുക്ക് ആരംഭിക്കാം.
ചിലർക്ക് ഇത് ആശ്ചര്യകരമായി തോന്നിയേക്കാം, പക്ഷേ സെർവറിലെ SSD ഡാറ്റാബേസിൻ്റെ ലോഡിംഗ് വേഗതയെ ബാധിക്കില്ല. ഇവിടെ പ്രധാന പരിമിതപ്പെടുത്തുന്ന ഘടകം, മുമ്പത്തെ ടെസ്റ്റ് കാണിച്ചതുപോലെ, നെറ്റ്വർക്ക് ത്രൂപുട്ടും ക്ലയൻ്റ് പ്രകടനവുമാണ്.
നമുക്ക് വീണ്ടും ചെയ്യലിലേക്ക് പോകാം:
കനത്ത മോഡുകളിൽ പ്രവർത്തിക്കാൻ പോലും ഡിസ്കിൻ്റെ പ്രകടനം പര്യാപ്തമാണെന്ന് ഞങ്ങൾ മുകളിൽ സൂചിപ്പിച്ചിട്ടുണ്ട്, അതിനാൽ ഒപ്റ്റിമൈസ് ചെയ്യാത്ത അടിസ്ഥാനം ഒഴികെ, എസ്എസ്ഡിയുടെ വേഗതയും ബാധിക്കില്ല, എസ്എസ്ഡിയിൽ ഒപ്റ്റിമൈസ് ചെയ്ത ഒന്ന്. യഥാർത്ഥത്തിൽ, ഒപ്റ്റിമൈസേഷൻ പ്രവർത്തനങ്ങൾ ഡാറ്റാബേസിൽ വിവരങ്ങൾ സംഘടിപ്പിക്കുകയും ക്രമരഹിതമായ I/O പ്രവർത്തനങ്ങളുടെ എണ്ണം കുറയ്ക്കുകയും അതിലേക്കുള്ള ആക്സസ് വേഗത വർദ്ധിപ്പിക്കുകയും ചെയ്യുന്നുവെന്ന് ഇത് ഒരിക്കൽ കൂടി സ്ഥിരീകരിക്കുന്നു.
ദൈനംദിന ജോലികളിൽ ചിത്രം സമാനമാണ്:
എസ്എസ്ഡിയിൽ നിന്നുള്ള ഒപ്റ്റിമൈസ് ചെയ്യാത്ത ഡാറ്റാബേസിന് മാത്രമേ പ്രയോജനം ലഭിക്കൂ. നിങ്ങൾക്ക് തീർച്ചയായും ഒരു എസ്എസ്ഡി വാങ്ങാൻ കഴിയും, പക്ഷേ ഡാറ്റാബേസിൻ്റെ സമയബന്ധിതമായ അറ്റകുറ്റപ്പണിയെക്കുറിച്ച് ചിന്തിക്കുന്നത് നന്നായിരിക്കും. കൂടാതെ, സെർവറിലെ ഇൻഫോബേസുകൾ ഉപയോഗിച്ച് വിഭാഗം ഡിഫ്രാഗ്മെൻ്റ് ചെയ്യുന്നതിനെക്കുറിച്ച് മറക്കരുത്.
ക്ലയൻ്റ് ഡിസ്ക് സബ്സിസ്റ്റവും എസ്എസ്ഡിയും
മുമ്പത്തെ മെറ്റീരിയലിൽ പ്രാദേശികമായി ഇൻസ്റ്റാൾ ചെയ്ത 1C യുടെ പ്രവർത്തന വേഗതയിൽ SSD യുടെ സ്വാധീനം ഞങ്ങൾ ചർച്ച ചെയ്തു; തീർച്ചയായും, പശ്ചാത്തലവും പതിവ് ജോലികളും ഉൾപ്പെടെ, 1C വളരെ സജീവമായി ഡിസ്ക് ഉറവിടങ്ങൾ ഉപയോഗിക്കുന്നു. ലോഡ് ചെയ്തതിന് ശേഷം ഏകദേശം 40 സെക്കൻഡ് നേരത്തേക്ക് അക്കൗണ്ടിംഗ് 3.0 എങ്ങനെ സജീവമായി ഡിസ്കിലേക്ക് പ്രവേശിക്കുന്നുവെന്ന് ചുവടെയുള്ള ചിത്രത്തിൽ നിങ്ങൾക്ക് കാണാൻ കഴിയും.
എന്നാൽ അതേ സമയം, ഒന്നോ രണ്ടോ വിവര ഡാറ്റാബേസുകൾ ഉപയോഗിച്ച് സജീവമായ പ്രവർത്തനം നടത്തുന്ന ഒരു വർക്ക്സ്റ്റേഷനിൽ, സാധാരണ വൻതോതിൽ ഉൽപ്പാദിപ്പിക്കുന്ന HDD യുടെ പ്രകടന ഉറവിടങ്ങൾ മതിയാകും എന്ന് നിങ്ങൾ അറിഞ്ഞിരിക്കണം. ഒരു എസ്എസ്ഡി വാങ്ങുന്നത് ചില പ്രക്രിയകൾ വേഗത്തിലാക്കും, എന്നാൽ ദൈനംദിന ജോലിയിൽ സമൂലമായ ത്വരണം നിങ്ങൾ ശ്രദ്ധിക്കില്ല, കാരണം, ഉദാഹരണത്തിന്, നെറ്റ്വർക്ക് ബാൻഡ്വിഡ്ത്ത് ഡൗൺലോഡ് ചെയ്യുന്നത് പരിമിതപ്പെടുത്തും.
ഒരു സ്ലോ ഹാർഡ് ഡ്രൈവ് ചില പ്രവർത്തനങ്ങളെ മന്ദഗതിയിലാക്കിയേക്കാം, എന്നാൽ അതിൽ തന്നെ ഒരു പ്രോഗ്രാമിന് വേഗത കുറയാൻ കഴിയില്ല.
റാം
റാം ഇപ്പോൾ അശ്ലീലമായി വിലകുറഞ്ഞതാണെങ്കിലും, വാങ്ങുമ്പോൾ ഇൻസ്റ്റാൾ ചെയ്ത മെമ്മറിയുടെ അളവ് ഉപയോഗിച്ച് പല വർക്ക്സ്റ്റേഷനുകളും പ്രവർത്തിക്കുന്നത് തുടരുന്നു. ഇവിടെയാണ് ആദ്യത്തെ പ്രശ്നങ്ങൾ കാത്തിരിക്കുന്നത്. ഇതിനകം തന്നെ ശരാശരി "ട്രോയിക്ക" യ്ക്ക് ഏകദേശം 500 MB മെമ്മറി ആവശ്യമാണെന്ന വസ്തുതയെ അടിസ്ഥാനമാക്കി, പ്രോഗ്രാമിനൊപ്പം പ്രവർത്തിക്കാൻ 1 GB യുടെ മൊത്തം RAM മതിയാകില്ലെന്ന് നമുക്ക് അനുമാനിക്കാം.
ഞങ്ങൾ സിസ്റ്റം മെമ്മറി 1 GB ആയി കുറയ്ക്കുകയും രണ്ട് വിവര ഡാറ്റാബേസുകൾ സമാരംഭിക്കുകയും ചെയ്തു.
ഒറ്റനോട്ടത്തിൽ, എല്ലാം അത്ര മോശമല്ല, പ്രോഗ്രാം അതിൻ്റെ വിശപ്പ് നിയന്ത്രിക്കുകയും ലഭ്യമായ മെമ്മറിയിൽ നന്നായി യോജിക്കുകയും ചെയ്തു, എന്നാൽ പ്രവർത്തന ഡാറ്റയുടെ ആവശ്യകത മാറിയിട്ടില്ലെന്ന് മറക്കരുത്, അതിനാൽ അത് എവിടെ പോയി? ഡിസ്ക്, കാഷെ, സ്വാപ്പ് മുതലായവയിലേക്ക് പുനഃസജ്ജമാക്കുക, ഈ പ്രവർത്തനത്തിൻ്റെ സാരാംശം, ഇപ്പോൾ ആവശ്യമില്ലാത്ത ഡാറ്റ ഫാസ്റ്റ് റാമിൽ നിന്ന് അയയ്ക്കുന്നു എന്നതാണ്, അതിൻ്റെ അളവ് പര്യാപ്തമല്ല, ഡിസ്ക് മെമ്മറി മന്ദഗതിയിലാക്കാൻ.
ഇത് എന്തിലേക്ക് നയിക്കും? ഹെവി ഓപ്പറേഷനുകളിൽ സിസ്റ്റം റിസോഴ്സുകൾ എങ്ങനെ ഉപയോഗിക്കുന്നുവെന്ന് നോക്കാം, ഉദാഹരണത്തിന്, രണ്ട് ഡാറ്റാബേസുകളിൽ ഒരേസമയം ഒരു ഗ്രൂപ്പ് റീട്രാൻസ്ഫർ സമാരംഭിക്കാം. 2 GB RAM ഉള്ള സിസ്റ്റത്തിൽ ആദ്യം:
നമുക്ക് കാണാനാകുന്നതുപോലെ, ഡാറ്റ സ്വീകരിക്കുന്നതിന് സിസ്റ്റം നെറ്റ്വർക്ക് സജീവമായി ഉപയോഗിക്കുന്നു, പ്രോസസർ പ്രോസസ്സ് ചെയ്യുമ്പോൾ അത് അപ്രധാനമാണ്, പക്ഷേ ഇത് പരിമിതപ്പെടുത്തുന്ന ഘടകമല്ല.
ഇനി നമുക്ക് മെമ്മറി 1 GB ആയി കുറയ്ക്കാം:
സാഹചര്യം സമൂലമായി മാറുകയാണ്, പ്രധാന ലോഡ് ഇപ്പോൾ ഹാർഡ് ഡ്രൈവിൽ വീഴുന്നു, പ്രോസസറും നെറ്റ്വർക്കും നിഷ്ക്രിയമാണ്, ഡിസ്കിൽ നിന്ന് ആവശ്യമായ ഡാറ്റ മെമ്മറിയിലേക്ക് വായിക്കാനും അവിടെ അനാവശ്യ ഡാറ്റ അയയ്ക്കാനും സിസ്റ്റം കാത്തിരിക്കുന്നു.
അതേ സമയം, 1 GB മെമ്മറിയുള്ള ഒരു സിസ്റ്റത്തിൽ രണ്ട് ഓപ്പൺ ഡാറ്റാബേസുകളുള്ള ആത്മനിഷ്ഠമായ ജോലികൾ പോലും, ഡിസ്കിലേക്ക് കാര്യമായ കാലതാമസവും സജീവമായ ആക്സസ്സും ഉള്ള ഡയറക്ടറികളും മാസികകളും വളരെ അസുഖകരമായി മാറി. ഉദാഹരണത്തിന്, ചരക്കുകളുടെയും സേവനങ്ങളുടെയും വിൽപ്പന ജേണൽ തുറക്കുന്നതിന് ഏകദേശം 20 സെക്കൻഡ് സമയമെടുത്തു, ഇക്കാലമത്രയും ഉയർന്ന ഡിസ്ക് പ്രവർത്തനം (ചുവന്ന വരയിൽ ഹൈലൈറ്റ് ചെയ്തിട്ടുണ്ട്).
നിയന്ത്രിത ആപ്ലിക്കേഷനെ അടിസ്ഥാനമാക്കി കോൺഫിഗറേഷനുകളുടെ പ്രകടനത്തിൽ റാമിൻ്റെ സ്വാധീനം വസ്തുനിഷ്ഠമായി വിലയിരുത്തുന്നതിന്, ഞങ്ങൾ മൂന്ന് അളവുകൾ നടത്തി: ആദ്യത്തെ ഡാറ്റാബേസിൻ്റെ ലോഡിംഗ് വേഗത, രണ്ടാമത്തെ ഡാറ്റാബേസിൻ്റെ ലോഡിംഗ് വേഗത, ഡാറ്റാബേസുകളിലൊന്നിൽ ഗ്രൂപ്പ് വീണ്ടും പ്രവർത്തിക്കുന്നു. . രണ്ട് ഡാറ്റാബേസുകളും പൂർണ്ണമായും സമാനമാണ്, ഒപ്റ്റിമൈസ് ചെയ്ത ഡാറ്റാബേസ് പകർത്തി സൃഷ്ടിച്ചതാണ്. ഫലം ആപേക്ഷിക യൂണിറ്റുകളിൽ പ്രകടിപ്പിക്കുന്നു.
ഫലം സ്വയം സംസാരിക്കുന്നു: ലോഡിംഗ് സമയം മൂന്നിലൊന്ന് വർദ്ധിക്കുകയാണെങ്കിൽ, അത് ഇപ്പോഴും സഹിക്കാവുന്നതേയുള്ളൂ, ഡാറ്റാബേസിൽ പ്രവർത്തനങ്ങൾ നടത്തുന്നതിനുള്ള സമയം മൂന്ന് മടങ്ങ് വർദ്ധിക്കുന്നു, അത്തരം സാഹചര്യങ്ങളിൽ സുഖപ്രദമായ ജോലിയെക്കുറിച്ച് സംസാരിക്കേണ്ട ആവശ്യമില്ല. വഴിയിൽ, ഒരു എസ്എസ്ഡി വാങ്ങുമ്പോൾ സാഹചര്യം മെച്ചപ്പെടുത്താൻ കഴിയും, എന്നാൽ ഇത് വളരെ എളുപ്പമാണ് (വിലകുറഞ്ഞതും) കാരണം, അനന്തരഫലങ്ങളല്ല, ശരിയായ അളവിൽ റാം വാങ്ങുക.
റാമിൻ്റെ അഭാവമാണ് പുതിയ 1C കോൺഫിഗറേഷനുകളിൽ പ്രവർത്തിക്കുന്നത് അസുഖകരമായി മാറുന്നതിൻ്റെ പ്രധാന കാരണം. ബോർഡിൽ 2 GB മെമ്മറി ഉള്ള കോൺഫിഗറേഷനുകൾ ചുരുങ്ങിയത് അനുയോജ്യമാണെന്ന് കണക്കാക്കണം. അതേ സമയം, ഞങ്ങളുടെ കാര്യത്തിൽ, "ഹരിതഗൃഹ" വ്യവസ്ഥകൾ സൃഷ്ടിച്ചുവെന്നത് ഓർക്കുക: ഒരു ശുദ്ധമായ സിസ്റ്റം, 1C, ടാസ്ക് മാനേജർ എന്നിവ മാത്രം പ്രവർത്തിക്കുന്നു. യഥാർത്ഥ ജീവിതത്തിൽ, ഒരു വർക്ക് കമ്പ്യൂട്ടറിൽ, ഒരു ചട്ടം പോലെ, ഒരു ബ്രൗസർ, ഒരു ഓഫീസ് സ്യൂട്ട് തുറന്നിരിക്കുന്നു, ഒരു ആൻറിവൈറസ് പ്രവർത്തിക്കുന്നു, മുതലായവ, അതിനാൽ ഓരോ ഡാറ്റാബേസിനും 500 MB എന്നതിൻ്റെ ആവശ്യകതയിൽ നിന്നും കുറച്ച് കരുതൽ ധനത്തിൽ നിന്നും മുന്നോട്ട് പോകുക. കനത്ത പ്രവർത്തനങ്ങളിൽ നിങ്ങൾക്ക് മെമ്മറിയുടെ അഭാവവും ഉൽപാദനക്ഷമതയിൽ കുത്തനെ കുറവും അനുഭവപ്പെടില്ല.
സിപിയു
അതിശയോക്തി കൂടാതെ, സെൻട്രൽ പ്രോസസറിനെ കമ്പ്യൂട്ടറിൻ്റെ ഹൃദയം എന്ന് വിളിക്കാം, കാരണം അത് ആത്യന്തികമായി എല്ലാ കണക്കുകൂട്ടലുകളും പ്രോസസ്സ് ചെയ്യുന്നു. അതിൻ്റെ പങ്ക് വിലയിരുത്തുന്നതിന്, ഞങ്ങൾ റാമിന് സമാനമായ മറ്റൊരു സെറ്റ് ടെസ്റ്റുകൾ നടത്തി, വെർച്വൽ മെഷീന് ലഭ്യമായ കോറുകളുടെ എണ്ണം രണ്ടിൽ നിന്ന് ഒന്നായി കുറച്ചു, കൂടാതെ 1 ജിബിയും 2 ജിബിയും ഉള്ള മെമ്മറിയിൽ രണ്ട് തവണ ടെസ്റ്റ് നടത്തി.
ഫലം വളരെ രസകരവും അപ്രതീക്ഷിതവുമായി മാറി: വിഭവങ്ങളുടെ അഭാവമുള്ളപ്പോൾ കൂടുതൽ ശക്തമായ ഒരു പ്രോസസ്സർ വളരെ ഫലപ്രദമായി ലോഡ് ഏറ്റെടുത്തു, ബാക്കി സമയം വ്യക്തമായ നേട്ടങ്ങളൊന്നും നൽകാതെ. 1C എൻ്റർപ്രൈസിനെ പ്രോസസർ ഉറവിടങ്ങൾ സജീവമായി ഉപയോഗിക്കുന്ന ഒരു ആപ്ലിക്കേഷൻ എന്ന് വിളിക്കാനാവില്ല; ബുദ്ധിമുട്ടുള്ള സാഹചര്യങ്ങളിൽ, ആപ്ലിക്കേഷൻ്റെ ഡാറ്റ കണക്കാക്കുന്നതിലൂടെ പ്രോസസ്സറിന് വളരെയധികം ഭാരമുണ്ടാകില്ല, മറിച്ച് ഓവർഹെഡ് ചെലവുകൾ നൽകുന്നതിലൂടെ: അധിക ഇൻപുട്ട് / ഔട്ട്പുട്ട് പ്രവർത്തനങ്ങൾ മുതലായവ.
നിഗമനങ്ങൾ
അപ്പോൾ, എന്തുകൊണ്ടാണ് 1C വേഗത കുറയുന്നത്? ഒന്നാമതായി, ഇത് റാമിൻ്റെ അഭാവമാണ്, ഈ കേസിലെ പ്രധാന ലോഡ് ഹാർഡ് ഡ്രൈവിലും പ്രോസസറിലുമാണ്. ഓഫീസ് കോൺഫിഗറേഷനുകളിൽ സാധാരണയായി സംഭവിക്കുന്നതുപോലെ അവ പ്രകടനത്തിൽ തിളങ്ങുന്നില്ലെങ്കിൽ, ലേഖനത്തിൻ്റെ തുടക്കത്തിൽ വിവരിച്ച സാഹചര്യം നമുക്ക് ലഭിക്കും - “രണ്ട്” നന്നായി പ്രവർത്തിച്ചു, പക്ഷേ “മൂന്ന്” ഭക്തികെട്ട മന്ദഗതിയിലാണ്.
രണ്ടാം സ്ഥാനത്ത് നെറ്റ്വർക്ക് പ്രകടനമാണ്; വേഗത കുറഞ്ഞ 100 Mbit/s ചാനൽ ഒരു യഥാർത്ഥ തടസ്സമായി മാറും, എന്നാൽ അതേ സമയം, വേഗത കുറഞ്ഞ ചാനലുകളിൽ പോലും വളരെ സുഖപ്രദമായ പ്രവർത്തനം നിലനിർത്താൻ നേർത്ത ക്ലയൻ്റ് മോഡിന് കഴിയും.
അപ്പോൾ നിങ്ങൾ ഡിസ്ക് ഡ്രൈവ് ശ്രദ്ധിക്കണം; ഒരു എസ്എസ്ഡി വാങ്ങുന്നത് ഒരു നല്ല നിക്ഷേപമാകാൻ സാധ്യതയില്ല, എന്നാൽ ഡ്രൈവ് കൂടുതൽ ആധുനികമായ ഒന്ന് ഉപയോഗിച്ച് മാറ്റിസ്ഥാപിക്കുന്നത് നല്ലതാണ്. ഹാർഡ് ഡ്രൈവുകളുടെ തലമുറകൾ തമ്മിലുള്ള വ്യത്യാസം ഇനിപ്പറയുന്ന മെറ്റീരിയലിൽ നിന്ന് വിലയിരുത്താം: വിലകുറഞ്ഞ രണ്ട് വെസ്റ്റേൺ ഡിജിറ്റൽ ബ്ലൂ സീരീസ് ഡ്രൈവുകളുടെ അവലോകനം 500 GB, 1 TB.
ഒടുവിൽ പ്രോസസർ. ഒരു വേഗതയേറിയ മോഡൽ തീർച്ചയായും അതിരുകടന്നതായിരിക്കില്ല, പക്ഷേ ഈ പിസി കനത്ത പ്രവർത്തനങ്ങൾക്കായി ഉപയോഗിക്കുന്നില്ലെങ്കിൽ അതിൻ്റെ പ്രകടനം വർദ്ധിപ്പിക്കുന്നതിൽ കാര്യമില്ല: ഗ്രൂപ്പ് പ്രോസസ്സിംഗ്, കനത്ത റിപ്പോർട്ടുകൾ, മാസാവസാന ക്ലോസിംഗ് മുതലായവ.
"എന്തുകൊണ്ടാണ് 1C മന്ദഗതിയിലുള്ളത്" എന്ന ചോദ്യം വേഗത്തിൽ മനസിലാക്കാനും അത് ഏറ്റവും ഫലപ്രദമായും അധിക ചെലവുകളില്ലാതെ പരിഹരിക്കാനും ഈ മെറ്റീരിയൽ നിങ്ങളെ സഹായിക്കുമെന്ന് ഞങ്ങൾ പ്രതീക്ഷിക്കുന്നു.
1C: എൻ്റർപ്രൈസ് പ്ലാറ്റ്ഫോമിൽ ഉൽപ്പന്നങ്ങളുമായി പ്രവർത്തിക്കുന്ന എല്ലാവരും "1C വേഗത കുറവാണ്" എന്ന വാചകം കേട്ടിരിക്കാം. ഇതിൽ ചിലർ പരാതി പറഞ്ഞപ്പോൾ മറ്റു ചിലർ പരാതി സ്വീകരിച്ചു. ഈ ലേഖനത്തിൽ, ഈ പ്രശ്നത്തിൻ്റെ ഏറ്റവും സാധാരണമായ കാരണങ്ങളും അത് പരിഹരിക്കുന്നതിനുള്ള ഓപ്ഷനുകളും നോക്കാൻ ഞങ്ങൾ ശ്രമിക്കും.
നമുക്ക് ഒരു രൂപകത്തിലേക്ക് തിരിയാം: ഒരു വ്യക്തി എവിടെയെങ്കിലും വരാത്തത് എന്തുകൊണ്ടാണെന്ന് കണ്ടെത്തുന്നതിന് മുമ്പ്, അയാൾക്ക് നടക്കാൻ കാലുകളുണ്ടെന്ന് നിങ്ങൾ ഉറപ്പാക്കണം. അതിനാൽ, ഹാർഡ്വെയറും നെറ്റ്വർക്ക് ആവശ്യകതകളും ഉപയോഗിച്ച് നമുക്ക് ആരംഭിക്കാം.
വിൻഡോസ് 7 ഇൻസ്റ്റാൾ ചെയ്തിട്ടുണ്ടെങ്കിൽ:
നിങ്ങൾ വിൻഡോസ് 8 അല്ലെങ്കിൽ 10 ഇൻസ്റ്റാൾ ചെയ്തിട്ടുണ്ടെങ്കിൽ:
കുറഞ്ഞത് 2GB സൗജന്യ ഡിസ്ക് ഇടം ഉണ്ടായിരിക്കണമെന്നും നെറ്റ്വർക്ക് കണക്ഷന് കുറഞ്ഞത് 100 MB/sec വേഗത ഉണ്ടായിരിക്കണമെന്നും ഓർമ്മിക്കുക.
ക്ലയൻ്റ്-സെർവർ പതിപ്പിലെ സെർവറുകളുടെ സവിശേഷതകൾ പരിഗണിക്കുന്നതിൽ അർത്ഥമില്ല, കാരണം ഈ സാഹചര്യത്തിൽ എല്ലാം ഉപയോക്താക്കളുടെ എണ്ണത്തെയും അവർ 1 സിയിൽ പരിഹരിക്കുന്ന ടാസ്ക്കുകളുടെ പ്രത്യേകതകളെയും ആശ്രയിച്ചിരിക്കുന്നു.
ഒരു സെർവർ കോൺഫിഗറേഷൻ തിരഞ്ഞെടുക്കുമ്പോൾ, ഇനിപ്പറയുന്നവ മനസ്സിൽ വയ്ക്കുക:
- ഒരു 1C സെർവർ വർക്കർ പ്രോസസ്സ് ശരാശരി 4 GB ഉപയോഗിക്കുന്നു (ഒരു ഉപയോക്തൃ കണക്ഷനുമായി തെറ്റിദ്ധരിക്കേണ്ടതില്ല, കാരണം നിങ്ങൾ സെർവർ ക്രമീകരണങ്ങളിൽ വ്യക്തമാക്കുന്നത്ര കണക്ഷനുകൾ ഒരു വർക്കർ പ്രോസസ്സിന് ഉണ്ടായിരിക്കാം);
- ഒരു ഫിസിക്കൽ സെർവറിൽ 1C, DBMS (പ്രത്യേകിച്ച് MS SQL) ഉപയോഗിക്കുന്നത് വലിയ അളവിലുള്ള ഡാറ്റ പ്രോസസ്സ് ചെയ്യുമ്പോൾ ആനുകൂല്യങ്ങൾ നൽകുന്നു (ഉദാഹരണത്തിന്, ഒരു മാസം അടയ്ക്കൽ, ഒരു മോഡലിനെ അടിസ്ഥാനമാക്കിയുള്ള ബജറ്റ് കണക്കാക്കൽ മുതലായവ), എന്നാൽ അൺലോഡ് ചെയ്യാത്ത പ്രവർത്തനങ്ങളിൽ പ്രകടനം ഗണ്യമായി കുറയ്ക്കുന്നു ( ഉദാഹരണത്തിന്, നടപ്പാക്കൽ പ്രമാണം സൃഷ്ടിക്കുകയും നടത്തുകയും ചെയ്യുക മുതലായവ);
- 1 സി സെർവറുകളും ഡിബിഎംഎസും 1 ജിബിയുടെ "കട്ടിയുള്ള" ചാനലിലൂടെ ബന്ധിപ്പിച്ചിരിക്കണമെന്ന് ഓർമ്മിക്കുക;
- ഉയർന്ന പ്രകടനമുള്ള ഡിസ്കുകൾ ഉപയോഗിക്കുക കൂടാതെ 1C സെർവറും DBMS റോളുകളും മറ്റ് റോളുകളുമായി സംയോജിപ്പിക്കരുത് (ഉദാഹരണത്തിന്, ഫയൽ, എഡി, ഡൊമെയ്ൻ കൺട്രോളർ മുതലായവ).
ഉപകരണങ്ങൾ പരിശോധിച്ച ശേഷം 1C ഇപ്പോഴും മന്ദഗതിയിലാണെങ്കിൽ
ഞങ്ങൾക്ക് ഒരു ചെറിയ കമ്പനിയുണ്ട്, 7 പേർ, 1C മന്ദഗതിയിലാണ്. ഞങ്ങൾ സ്പെഷ്യലിസ്റ്റുകളെ ബന്ധപ്പെട്ടു, ക്ലയൻ്റ്-സെർവർ ഓപ്ഷൻ മാത്രമേ ഞങ്ങളെ രക്ഷിക്കൂ എന്ന് അവർ പറഞ്ഞു. എന്നാൽ ഞങ്ങൾക്ക് അത്തരമൊരു പരിഹാരം സ്വീകാര്യമല്ല, അത് വളരെ ചെലവേറിയതാണ്!
ഡാറ്റാബേസിൽ പതിവ് അറ്റകുറ്റപ്പണി നടത്തുക*:
1. കോൺഫിഗറേറ്റർ മോഡിൽ ഡാറ്റാബേസ് സമാരംഭിക്കുക.
2. പ്രധാന മെനുവിൽ "അഡ്മിനിസ്ട്രേഷൻ" തിരഞ്ഞെടുക്കുക, അതിൽ - "ടെസ്റ്റിംഗും തിരുത്തലും".
3. ചിത്രത്തിലെന്നപോലെ എല്ലാ ബോക്സുകളും പരിശോധിക്കുക. റൺ ക്ലിക്ക് ചെയ്യുക.
* ഡാറ്റാബേസിൻ്റെ വലുപ്പവും നിങ്ങളുടെ പിസിയുടെ സവിശേഷതകളും അനുസരിച്ച് ഈ നടപടിക്രമം 15 മിനിറ്റ് മുതൽ ഒരു മണിക്കൂർ വരെ എടുത്തേക്കാം.
ഇത് സഹായിക്കുന്നില്ലെങ്കിൽ, ഞങ്ങൾ ഒരു ക്ലയൻ്റ്-സെർവർ കണക്ഷൻ ഉണ്ടാക്കുന്നു, പക്ഷേ ഹാർഡ്വെയറിലും സോഫ്റ്റ്വെയറിലും അധിക നിക്ഷേപം കൂടാതെ:
1. ഓഫീസിൽ ഏറ്റവും കുറവ് ലോഡുള്ള ഡെസ്ക്ടോപ്പ് കമ്പ്യൂട്ടർ തിരഞ്ഞെടുക്കുക (നോട്ട്ബുക്ക് അല്ല): അതിന് കുറഞ്ഞത് 4 GB റാമും കുറഞ്ഞത് 100 MB/sec നെറ്റ്വർക്ക് കണക്ഷനും ഉണ്ടായിരിക്കണം.
2. അതിൽ IIS (ഇൻ്റർനെറ്റ് ഇൻഫർമേഷൻ സെർവർ) സജീവമാക്കുക. ഇത് ചെയ്യുന്നതിന്:
3. ഈ കമ്പ്യൂട്ടറിൽ നിങ്ങളുടെ ഡാറ്റാബേസ് പ്രസിദ്ധീകരിക്കുക. ITS-ൽ ഈ വിഷയത്തെക്കുറിച്ചുള്ള വിവരങ്ങൾ ലഭ്യമാണ്, അല്ലെങ്കിൽ ഒരു പിന്തുണാ സ്പെഷ്യലിസ്റ്റുമായി ബന്ധപ്പെടുക.
4. ഉപയോക്തൃ കമ്പ്യൂട്ടറുകളിൽ, ഒരു നേർത്ത ക്ലയൻ്റ് വഴി ഡാറ്റാബേസിലേക്കുള്ള ആക്സസ് കോൺഫിഗർ ചെയ്യുക. ഇത് ചെയ്യുന്നതിന്:
1C ലോഞ്ച് വിൻഡോ തുറക്കുക.
നിങ്ങളുടെ ജോലി അടിസ്ഥാനം തിരഞ്ഞെടുക്കുക. ഇവിടെ അത് "നിങ്ങളുടെ അടിസ്ഥാനം" ആണ്. "എഡിറ്റ്" ക്ലിക്ക് ചെയ്യുക. "ഒരു വെബ് സെർവറിൽ" സ്ഥാനത്തേക്ക് സ്വിച്ച് സജ്ജമാക്കുക, അതിന് താഴെയുള്ള വരിയിൽ IIS സജീവമാക്കിയ സെർവറിൻ്റെ പേര് അല്ലെങ്കിൽ IP വിലാസം, ഡാറ്റാബേസ് പ്രസിദ്ധീകരിച്ച പേര് എന്നിവ സൂചിപ്പിക്കുക. "അടുത്തത്" ബട്ടൺ ക്ലിക്ക് ചെയ്യുക.
"ബേസിക് സ്റ്റാർട്ടപ്പ് മോഡ്" സ്വിച്ച് "തിൻ ക്ലയൻ്റ്" മോഡിലേക്ക് സജ്ജമാക്കുക. "പൂർത്തിയായി" ക്ലിക്കുചെയ്യുക.
ഞങ്ങൾക്ക് ഒരു വലിയ കമ്പനിയുണ്ട്, എന്നാൽ വളരെ വലുതല്ല, ഏകദേശം 50-60 ആളുകൾ ഞങ്ങൾ ഒരു ക്ലയൻ്റ്-സെർവർ ഓപ്ഷൻ ഉപയോഗിക്കുന്നു, എന്നാൽ 1C വളരെ മന്ദഗതിയിലാണ്.
ഈ സാഹചര്യത്തിൽ, 1C സെർവറും DBMS സെർവറും രണ്ട് വ്യത്യസ്ത സെർവറുകളായി വിഭജിക്കാൻ ശുപാർശ ചെയ്യുന്നു. വേർപെടുത്തുമ്പോൾ, ഓർമ്മിക്കുക: അവ ഒരേ ഫിസിക്കൽ സെർവറിൽ തുടർന്നു, അത് വെർച്വലൈസ് ചെയ്താൽ, ഈ സെർവറുകളുടെ ഡിസ്കുകൾ വ്യത്യസ്തമായിരിക്കണം - ശാരീരികമായി വ്യത്യസ്തമായിരിക്കണം! കൂടാതെ, MS SQL-ലേക്ക് വരുമ്പോൾ DBMS സെർവറിൽ പതിവ് ജോലികൾ സജ്ജീകരിക്കുന്നത് ഉറപ്പാക്കുക (ഇതിനെക്കുറിച്ചുള്ള കൂടുതൽ വിശദാംശങ്ങൾ ITS വെബ്സൈറ്റിൽ വിവരിച്ചിരിക്കുന്നു)
ഞങ്ങൾക്ക് ഒരു വലിയ കമ്പനിയുണ്ട്, 100-ലധികം ഉപയോക്താക്കൾ. ഈ ഓപ്ഷനായി 1C ശുപാർശകൾക്കനുസൃതമായി എല്ലാം ക്രമീകരിച്ചിരിക്കുന്നു, എന്നാൽ ചില പ്രമാണങ്ങൾ പ്രോസസ്സ് ചെയ്യുമ്പോൾ, 1C വളരെ മന്ദഗതിയിലാണ്, ചിലപ്പോൾ ഒരു തടയൽ പിശക് സംഭവിക്കുന്നു. ഒരുപക്ഷേ ഒരു അടിസ്ഥാന റോൾഅപ്പ് ചെയ്യണോ?
സമാനമായ ഒരു സാഹചര്യം ഉയർന്നുവരുന്നത് വളരെ നിർദ്ദിഷ്ട ശേഖരണത്തിൻ്റെയോ അക്കൌണ്ടിംഗ് രജിസ്റ്ററിൻ്റെയോ (പക്ഷേ പലപ്പോഴും - ശേഖരണം), രജിസ്റ്റർ ഒന്നുകിൽ "അടയ്ക്കുന്നു" എന്ന വസ്തുത കാരണം, അതായത്. ഇൻകമിംഗ് ചലനങ്ങളുണ്ട്, പക്ഷേ ഫ്ലോ ചലനങ്ങളൊന്നുമില്ല, അല്ലെങ്കിൽ രജിസ്റ്റർ ബാലൻസുകൾ കണക്കാക്കുന്ന അളവുകളുടെ എണ്ണം വളരെ വലുതാണ്. മുമ്പത്തെ രണ്ട് കാരണങ്ങളുടെ മിശ്രിതം പോലും ഉണ്ടാകാം. ഏത് രജിസ്റ്ററാണ് എല്ലാം നശിപ്പിക്കുന്നതെന്ന് എങ്ങനെ നിർണ്ണയിക്കും?
ഡോക്യുമെൻ്റുകൾ സാവധാനത്തിൽ പ്രോസസ്സ് ചെയ്യുന്ന സമയം അല്ലെങ്കിൽ തടയൽ പിശകുള്ള സമയവും ഉപയോക്താവും ഞങ്ങൾ രേഖപ്പെടുത്തുന്നു.
രജിസ്ട്രേഷൻ ലോഗ് തുറക്കുക.
"Data.Post" എന്ന ഇവൻ്റ് തരം ഉപയോഗിച്ച് ശരിയായ ഉപയോക്താവിന് ആവശ്യമായ പ്രമാണം ശരിയായ സമയത്ത് ഞങ്ങൾ കണ്ടെത്തുന്നു.
തടയൽ പിശക് ഉണ്ടായാൽ ഇടപാട് റദ്ദാക്കുന്നത് വരെ ഞങ്ങൾ എക്സിക്യൂഷൻ്റെ മുഴുവൻ ബ്ലോക്കും നോക്കുന്നു, അല്ലെങ്കിൽ ഞങ്ങൾ ഏറ്റവും ദൈർഘ്യമേറിയ മാറ്റത്തിനായി നോക്കുന്നു (മുമ്പത്തെ റെക്കോർഡിൽ നിന്നുള്ള സമയം ഒരു മിനിറ്റിൽ കൂടുതലാണ്).
ഇതിനുശേഷം, ഈ പ്രത്യേക രജിസ്റ്റർ തകരുന്നത് മുഴുവൻ ഡാറ്റാബേസിനേക്കാളും വിലകുറഞ്ഞതാണെന്ന് മനസ്സിൽ വെച്ചുകൊണ്ട് ഞങ്ങൾ ഒരു തീരുമാനം എടുക്കുന്നു.
ഞങ്ങൾ വളരെ വലിയ കമ്പനിയാണ്, 1000-ലധികം ഉപയോക്താക്കൾ, പ്രതിദിനം ആയിരക്കണക്കിന് ഡോക്യുമെൻ്റുകൾ, ഞങ്ങളുടെ സ്വന്തം ഐടി വകുപ്പ്, സെർവറുകളുടെ ഒരു വലിയ കൂട്ടം, ഞങ്ങൾ നിരവധി തവണ ചോദ്യങ്ങൾ ഒപ്റ്റിമൈസ് ചെയ്തിട്ടുണ്ട്, പക്ഷേ 1C വേഗത കുറവാണ്. ഞങ്ങൾ പ്രത്യക്ഷത്തിൽ 1C കവിഞ്ഞു, ഞങ്ങൾക്ക് കൂടുതൽ ശക്തമായ എന്തെങ്കിലും ആവശ്യമാണ്.
അത്തരം കേസുകളിൽ ബഹുഭൂരിപക്ഷത്തിലും, 1C അല്ല മന്ദഗതിയിലാകുന്നത്, മറിച്ച് ഉപയോഗിക്കുന്ന പരിഹാരത്തിൻ്റെ വാസ്തുവിദ്യയാണ്. ഒരു പുതിയ ബിസിനസ്സ് പ്രോഗ്രാം തിരഞ്ഞെടുക്കുമ്പോൾ, ഒരു പ്രോഗ്രാമിൽ നിങ്ങളുടെ ബിസിനസ്സ് പ്രക്രിയകൾ എഴുതുന്നത് ചിലതിലേക്ക് പരിവർത്തനം ചെയ്യുന്നതിനേക്കാൾ വിലകുറഞ്ഞതും എളുപ്പവുമാണെന്ന് ഓർക്കുക, പ്രത്യേകിച്ച് വളരെ ചെലവേറിയ പ്രോഗ്രാമാണിത്. 1C മാത്രമാണ് ഈ അവസരം നൽകുന്നത്. അതിനാൽ, ചോദ്യം ചോദിക്കുന്നതാണ് നല്ലത്: “സാഹചര്യം എങ്ങനെ ശരിയാക്കാം? അത്തരം വോള്യങ്ങളിൽ നിങ്ങൾക്ക് എങ്ങനെ 1C "ഫ്ലൈ" ആക്കാം?" നിരവധി ചികിത്സാ ഓപ്ഷനുകൾ നമുക്ക് ചുരുക്കമായി നോക്കാം:
- 1C പിന്തുണയ്ക്കുന്ന സമാന്തരവും അസമന്വിതവുമായ പ്രോഗ്രാമിംഗ് സാങ്കേതികവിദ്യകൾ ഉപയോഗിക്കുക ( പശ്ചാത്തല ജോലികൾഒരു ലൂപ്പിലെ അന്വേഷണങ്ങളും).
- സൊല്യൂഷൻ ആർക്കിടെക്ചർ രൂപകൽപന ചെയ്യുമ്പോൾ, ഏറ്റവും തടസ്സമുള്ള സ്ഥലങ്ങളിൽ അക്യുമുലേഷൻ രജിസ്റ്ററുകളും അക്കൗണ്ടിംഗ് രജിസ്റ്ററുകളും ഉപയോഗിക്കുന്നത് ഒഴിവാക്കുക.
- ഒരു ഡാറ്റാ ഘടന (ശേഖരണം കൂടാതെ/അല്ലെങ്കിൽ വിവര രജിസ്റ്ററുകൾ) വികസിപ്പിക്കുമ്പോൾ, ഈ നിയമം പാലിക്കുക: "എഴുതുന്നതിനും വായിക്കുന്നതിനുമുള്ള ഏറ്റവും വേഗതയേറിയ പട്ടിക ഒരു കോളമുള്ള ഒരു പട്ടികയാണ്." നിങ്ങൾ സാധാരണ RAUSE മെക്കാനിസം നോക്കിയാൽ നമ്മൾ സംസാരിക്കുന്നത് കൂടുതൽ വ്യക്തമാകും.
- വലിയ അളവിലുള്ള ഡാറ്റ പ്രോസസ്സ് ചെയ്യുന്നതിന്, ഒരേ ഡാറ്റാബേസ് കണക്റ്റുചെയ്തിരിക്കുന്ന സഹായ ക്ലസ്റ്ററുകൾ ഉപയോഗിക്കുക (എന്നാൽ ഒരു സാഹചര്യത്തിലും ഇത് ഇൻ്ററാക്ടീവ് വർക്കിൽ ചെയ്യരുത് !!!). ഇത് സ്റ്റാൻഡേർഡ് 1C ലോക്കുകൾ മറികടക്കാൻ നിങ്ങളെ അനുവദിക്കും, ഇത് SQL ടൂളുകളിൽ നേരിട്ട് പ്രവർത്തിക്കുമ്പോൾ ഏതാണ്ട് അതേ വേഗതയിൽ ഡാറ്റാബേസുമായി പ്രവർത്തിക്കുന്നത് സാധ്യമാക്കും.
ഹോൾഡിംഗുകൾക്കും വലിയ കമ്പനികൾക്കുമുള്ള 1C ഒപ്റ്റിമൈസേഷൻ ഒരു പ്രത്യേക, വലിയ ലേഖനത്തിനുള്ള ഒരു വിഷയമാണെന്നത് ശ്രദ്ധിക്കേണ്ടതാണ്, അതിനാൽ ഞങ്ങളുടെ വെബ്സൈറ്റിൽ അപ്ഡേറ്റ് ചെയ്ത മെറ്റീരിയലുകൾക്കായി കാത്തിരിക്കുക.
- സിലിക്കൺ മോൾഡുകളിലെ മൈക്രോവേവിലെ ചോക്കലേറ്റ് കപ്പ് കേക്ക് സിലിക്കൺ മോൾഡുകളിലെ മൈക്രോവേവിലെ കപ്പ് കേക്കുകൾ
- വീട്ടിൽ ഉണങ്ങിയ പ്ലംസ് - അസാധാരണമായ ലഘുഭക്ഷണത്തിനുള്ള യഥാർത്ഥ പാചകക്കുറിപ്പുകൾ
- എന്തുകൊണ്ടാണ് നിങ്ങൾ കപ്പലിൻ്റെ ക്യാപ്റ്റനെക്കുറിച്ച് സ്വപ്നം കാണുന്നത്?
- ഒരു സ്വപ്നത്തിൽ സ്കേറ്റ് ചെയ്യുക എന്നതിൻ്റെ അർത്ഥമെന്താണ്?