Mempercepatkan kerja automasi kompleks 1C. Keperluan untuk peserta

Baru-baru ini, pengguna dan pentadbir semakin mula merungut bahawa konfigurasi 1C baharu dibangunkan berdasarkan aplikasi terurus berfungsi dengan perlahan, dalam beberapa kes tidak dapat diterima dengan perlahan. Jelas bahawa konfigurasi baharu mengandungi fungsi dan keupayaan baharu, dan oleh itu lebih memerlukan sumber, tetapi kebanyakan pengguna tidak memahami perkara yang mempengaruhi operasi 1C dalam mod fail. Mari cuba perbetulkan jurang ini.

Dalam kami, kami telah pun menyentuh tentang kesan prestasi subsistem cakera pada kelajuan 1C, tetapi kajian ini melibatkan penggunaan aplikasi setempat pada PC atau pelayan terminal yang berasingan. Pada masa yang sama, kebanyakan pelaksanaan kecil melibatkan kerja dengan pangkalan data fail melalui rangkaian, di mana salah satu PC pengguna digunakan sebagai pelayan, atau pelayan fail khusus berdasarkan komputer biasa, paling kerap juga murah.

Satu kajian kecil sumber bahasa Rusia pada 1C menunjukkan bahawa isu ini dielakkan dengan bersungguh-sungguh; jika masalah timbul, biasanya disyorkan untuk menukar kepada mod pelayan pelanggan atau terminal. Ia juga hampir diterima umum bahawa konfigurasi pada aplikasi terurus berfungsi lebih perlahan daripada biasa. Sebagai peraturan, hujahnya adalah "besi": "Perakaunan 2.0 baru sahaja terbang, dan "troika" hampir tidak bergerak. Sudah tentu, terdapat beberapa kebenaran dalam kata-kata ini, jadi mari kita cuba memikirkannya.

Penggunaan sumber, pandangan pertama

Sebelum kami memulakan kajian ini, kami menetapkan dua matlamat kepada diri sendiri: untuk mengetahui sama ada konfigurasi berasaskan aplikasi terurus sebenarnya lebih perlahan daripada konfigurasi konvensional dan sumber khusus yang manakah mempunyai kesan utama terhadap prestasi.

Untuk ujian, kami mengambil dua mesin maya yang menjalankan Windows Server 2012 R2 dan Windows 8.1, masing-masing, memberikan mereka 2 teras hos Core i5-4670 dan 2 GB RAM, yang sepadan dengan kira-kira mesin pejabat purata. Pelayan diletakkan pada tatasusunan RAID 0 dua, dan pelanggan diletakkan pada tatasusunan cakera tujuan umum yang serupa.

Sebagai asas percubaan, kami memilih beberapa konfigurasi Perakaunan 2.0, keluaran 2.0.64.12 , yang kemudiannya dikemas kini kepada 3.0.38.52 , semua konfigurasi telah dilancarkan pada platform 8.3.5.1443 .

Perkara pertama yang menarik perhatian ialah peningkatan saiz pangkalan maklumat Troika, yang telah berkembang dengan ketara, serta selera yang lebih besar untuk RAM:

Kami bersedia untuk mendengar yang biasa: "mengapa mereka menambah itu kepada tiga ini," tetapi jangan tergesa-gesa. Tidak seperti pengguna versi pelayan pelanggan, yang memerlukan pentadbir yang lebih atau kurang berkelayakan, pengguna versi fail jarang berfikir tentang mengekalkan pangkalan data. Selain itu, pekerja syarikat khusus yang menyediakan perkhidmatan (baca mengemas kini) pangkalan data ini jarang memikirkan perkara ini.

Sementara itu, pangkalan maklumat 1C ialah DBMS lengkap dengan formatnya sendiri, yang juga memerlukan penyelenggaraan, dan untuk ini terdapat alat yang dipanggil Menguji dan membetulkan pangkalan maklumat. Mungkin nama itu memainkan jenaka yang kejam, yang entah bagaimana membayangkan bahawa ini adalah alat untuk menyelesaikan masalah, tetapi prestasi rendah juga menjadi masalah, dan penstrukturan semula dan pengindeksan semula, bersama-sama dengan pemampatan jadual, adalah alat yang terkenal untuk mengoptimumkan pangkalan data untuk mana-mana pentadbir DBMS. . Adakah kita periksa?

Selepas menggunakan tindakan yang dipilih, pangkalan data "menurun berat" secara mendadak, menjadi lebih kecil daripada "dua", yang tidak pernah dioptimumkan oleh sesiapa, dan penggunaan RAM juga berkurangan sedikit.

Selepas itu, selepas memuatkan pengelas dan direktori baharu, mencipta indeks, dsb. saiz tapak akan bertambah, secara amnya, tapak "tiga" lebih besar daripada tapak "dua". Walau bagaimanapun, ini tidak lebih penting, jika versi kedua berpuas hati dengan 150-200 MB RAM, maka edisi baharu memerlukan setengah gigabait dan nilai ini harus diambil kira apabila merancang sumber yang diperlukan untuk bekerja dengan program ini.

bersih

Jalur lebar rangkaian ialah salah satu parameter terpenting untuk aplikasi rangkaian, terutamanya seperti 1C dalam mod fail, yang memindahkan sejumlah besar data merentasi rangkaian. Kebanyakan rangkaian perusahaan kecil dibina berdasarkan peralatan 100 Mbit/s yang murah, jadi kami mula menguji dengan membandingkan penunjuk prestasi 1C dalam rangkaian 100 Mbit/s dan 1 Gbit/s.

Apakah yang berlaku apabila anda melancarkan pangkalan data fail 1C melalui rangkaian? Pelanggan memuat turun sejumlah besar maklumat ke dalam folder sementara, terutamanya jika ini adalah permulaan "sejuk" yang pertama. Pada 100 Mbit/s, kami dijangka mencapai lebar saluran dan muat turun boleh mengambil masa yang banyak, dalam kes kami kira-kira 40 saat (kos membahagikan graf ialah 4 saat).

Pelancaran kedua adalah lebih pantas, kerana beberapa data disimpan dalam cache dan kekal di sana sehingga but semula. Beralih kepada rangkaian gigabit boleh mempercepatkan pemuatan program dengan ketara, kedua-dua "sejuk" dan "panas", dan nisbah nilai dihormati. Oleh itu, kami memutuskan untuk menyatakan keputusan dalam nilai relatif, mengambil nilai terbesar setiap ukuran sebagai 100%:

Seperti yang anda lihat daripada graf, Perakaunan 2.0 dimuatkan pada mana-mana kelajuan rangkaian dua kali lebih pantas, peralihan daripada 100 Mbit/s kepada 1 Gbit/s membolehkan anda mempercepatkan masa muat turun sebanyak empat kali. Tiada perbezaan antara pangkalan data "troika" yang dioptimumkan dan tidak dioptimumkan dalam mod ini.

Kami juga menyemak pengaruh kelajuan rangkaian pada operasi dalam mod berat, contohnya, semasa pemindahan kumpulan. Hasilnya juga dinyatakan dalam nilai relatif:

Di sini ia lebih menarik, asas yang dioptimumkan bagi "tiga" dalam rangkaian 100 Mbit/s berfungsi pada kelajuan yang sama seperti "dua", dan yang tidak dioptimumkan menunjukkan hasil dua kali lebih buruk. Pada gigabit, nisbah tetap sama, "tiga" yang tidak dioptimumkan juga separuh perlahan daripada "dua", dan yang dioptimumkan ketinggalan satu pertiga. Juga, peralihan kepada 1 Gbit/s membolehkan anda mengurangkan masa pelaksanaan sebanyak tiga kali untuk edisi 2.0 dan separuh untuk edisi 3.0.

Untuk menilai kesan kelajuan rangkaian pada kerja harian, kami menggunakan Pengukuran prestasi, melakukan urutan tindakan yang telah ditetapkan dalam setiap pangkalan data.

Sebenarnya, untuk tugasan harian, daya pemprosesan rangkaian bukanlah halangan, "tiga" yang tidak dioptimumkan hanya 20% lebih perlahan daripada "dua", dan selepas pengoptimuman ternyata lebih cepat sama - kelebihan bekerja dalam mod klien tipis adalah jelas. Peralihan kepada 1 Gbit/s tidak memberikan asas yang dioptimumkan apa-apa kelebihan, dan yang tidak dioptimumkan dan kedua-duanya mula berfungsi dengan lebih pantas, menunjukkan perbezaan kecil antara mereka.

Daripada ujian yang dilakukan, ia menjadi jelas bahawa rangkaian bukan halangan untuk konfigurasi baharu, dan aplikasi terurus berjalan lebih pantas daripada biasa. Anda juga boleh mengesyorkan menukar kepada 1 Gbit/s jika tugas berat dan kelajuan pemuatan pangkalan data adalah penting untuk anda; dalam kes lain, konfigurasi baharu membolehkan anda berfungsi dengan berkesan walaupun dalam rangkaian 100 Mbit/s yang perlahan.

Jadi kenapa 1C lambat? Kami akan menelitinya dengan lebih lanjut.

Subsistem cakera pelayan dan SSD

Dalam artikel sebelumnya, kami mencapai peningkatan dalam prestasi 1C dengan meletakkan pangkalan data pada SSD. Mungkin prestasi subsistem cakera pelayan tidak mencukupi? Kami mengukur prestasi pelayan cakera semasa kumpulan dijalankan dalam dua pangkalan data sekaligus dan mendapat hasil yang agak optimistik.

Walaupun bilangan operasi input/output sesaat (IOPS) yang agak besar - 913, panjang baris gilir tidak melebihi 1.84, yang merupakan hasil yang sangat baik untuk tatasusunan dua cakera. Berdasarkan ini, kita boleh membuat andaian bahawa cermin yang diperbuat daripada cakera biasa akan mencukupi untuk operasi biasa 8-10 pelanggan rangkaian dalam mod berat.

Jadi adakah SSD diperlukan pada pelayan? Cara terbaik untuk menjawab soalan ini adalah melalui ujian, yang kami jalankan menggunakan kaedah yang sama, sambungan rangkaian adalah 1 Gbit/s di mana-mana, hasilnya juga dinyatakan dalam nilai relatif.

Mari kita mulakan dengan kelajuan memuatkan pangkalan data.

Ia mungkin kelihatan mengejutkan bagi sesetengah orang, tetapi SSD pada pelayan tidak menjejaskan kelajuan pemuatan pangkalan data. Faktor pengehad utama di sini, seperti yang ditunjukkan oleh ujian sebelumnya, ialah daya pemprosesan rangkaian dan prestasi pelanggan.

Mari kita teruskan untuk membuat semula:

Kami telah menyatakan di atas bahawa prestasi cakera cukup mencukupi walaupun untuk bekerja dalam mod berat, jadi kelajuan SSD juga tidak terjejas, kecuali untuk pangkalan yang tidak dioptimumkan, yang pada SSD telah mengejar yang dioptimumkan. Sebenarnya, ini sekali lagi mengesahkan bahawa operasi pengoptimuman menyusun maklumat dalam pangkalan data, mengurangkan bilangan operasi I/O rawak dan meningkatkan kelajuan akses kepadanya.

Dalam tugas harian, gambar adalah serupa:

Hanya pangkalan data yang tidak dioptimumkan mendapat manfaat daripada SSD. Anda, sudah tentu, boleh membeli SSD, tetapi adalah lebih baik untuk memikirkan penyelenggaraan pangkalan data tepat pada masanya. Juga, jangan lupa tentang menyahpecah bahagian dengan pangkalan maklumat pada pelayan.

Subsistem cakera pelanggan dan SSD

Kami menganalisis pengaruh SSD pada kelajuan operasi 1C yang dipasang secara tempatan, kebanyakan perkara yang diperkatakan juga benar untuk bekerja dalam mod rangkaian. Memang, 1C agak aktif menggunakan sumber cakera, termasuk untuk latar belakang dan tugas rutin. Dalam rajah di bawah anda boleh melihat bagaimana Perakaunan 3.0 agak aktif mengakses cakera selama kira-kira 40 saat selepas dimuatkan.

Tetapi pada masa yang sama, anda harus sedar bahawa untuk stesen kerja di mana kerja aktif dijalankan dengan satu atau dua pangkalan data maklumat, sumber prestasi HDD biasa yang dihasilkan secara besar-besaran adalah cukup mencukupi. Membeli SSD boleh mempercepatkan beberapa proses, tetapi anda tidak akan melihat pecutan radikal dalam kerja seharian, kerana, sebagai contoh, muat turun akan dihadkan oleh lebar jalur rangkaian.

Pemacu keras yang perlahan boleh melambatkan beberapa operasi, tetapi dengan sendirinya tidak boleh menyebabkan program menjadi perlahan.

Ram

Walaupun fakta bahawa RAM kini sangat murah, banyak stesen kerja terus berfungsi dengan jumlah memori yang dipasang semasa dibeli. Di sinilah masalah pertama menunggu. Berdasarkan fakta bahawa purata "troika" memerlukan kira-kira 500 MB memori, kita boleh mengandaikan bahawa jumlah RAM sebanyak 1 GB tidak akan mencukupi untuk berfungsi dengan program ini.

Kami mengurangkan memori sistem kepada 1 GB dan melancarkan dua pangkalan data maklumat.

Pada pandangan pertama, semuanya tidak begitu buruk, program ini telah mengekang seleranya dan sesuai dengan memori yang ada, tetapi jangan lupa bahawa keperluan untuk data operasi tidak berubah, jadi ke manakah ia pergi? Dibuang ke dalam cakera, cache, swap, dan lain-lain, intipati operasi ini ialah data yang tidak diperlukan pada masa ini dihantar dari RAM pantas, yang jumlahnya tidak mencukupi, untuk memperlahankan memori cakera.

Ke mana arahnya? Mari lihat cara sumber sistem digunakan dalam operasi berat, sebagai contoh, mari kita lancarkan pemindahan semula kumpulan dalam dua pangkalan data sekaligus. Pertama pada sistem dengan 2 GB RAM:

Seperti yang kita lihat, sistem secara aktif menggunakan rangkaian untuk menerima data dan pemproses untuk memprosesnya; aktiviti cakera tidak penting; semasa pemprosesan ia meningkat sekali-sekala, tetapi bukan faktor pengehad.

Sekarang mari kita kurangkan memori kepada 1 GB:

Keadaan berubah secara radikal, beban utama kini jatuh pada cakera keras, pemproses dan rangkaian terbiar, menunggu sistem membaca data yang diperlukan dari cakera ke dalam memori dan menghantar data yang tidak diperlukan ke sana.

Pada masa yang sama, walaupun kerja subjektif dengan dua pangkalan data terbuka pada sistem dengan memori 1 GB ternyata sangat tidak selesa; direktori dan majalah dibuka dengan kelewatan yang ketara dan akses aktif ke cakera. Sebagai contoh, membuka jurnal Jualan barangan dan perkhidmatan mengambil masa kira-kira 20 saat dan selama ini disertai dengan aktiviti cakera tinggi (diserlahkan dengan garis merah).

Untuk menilai secara objektif kesan RAM pada prestasi konfigurasi berdasarkan aplikasi terurus, kami menjalankan tiga ukuran: kelajuan memuatkan pangkalan data pertama, kelajuan memuatkan pangkalan data kedua, dan menjalankan semula kumpulan dalam salah satu pangkalan data . Kedua-dua pangkalan data adalah sama sepenuhnya dan dicipta dengan menyalin pangkalan data yang dioptimumkan. Hasilnya dinyatakan dalam unit relatif.

Hasilnya bercakap untuk dirinya sendiri: jika masa pemuatan meningkat kira-kira satu pertiga, yang masih agak boleh diterima, maka masa untuk melaksanakan operasi dalam pangkalan data meningkat tiga kali ganda, tidak perlu bercakap tentang kerja yang selesa dalam keadaan sedemikian. Dengan cara ini, ini adalah kes apabila membeli SSD boleh memperbaiki keadaan, tetapi lebih mudah (dan lebih murah) untuk menangani punca, bukan akibatnya, dan hanya membeli jumlah RAM yang betul.

Kekurangan RAM adalah sebab utama mengapa bekerja dengan konfigurasi 1C baharu ternyata tidak selesa. Konfigurasi dengan memori 2 GB pada papan harus dianggap paling sesuai. Pada masa yang sama, perlu diingat bahawa dalam kes kami, keadaan "rumah hijau" telah dicipta: sistem yang bersih, hanya 1C dan pengurus tugas sedang berjalan. Dalam kehidupan sebenar, pada komputer kerja, sebagai peraturan, penyemak imbas, suite pejabat dibuka, antivirus sedang berjalan, dsb., dsb., jadi teruskan daripada keperluan untuk 500 MB setiap pangkalan data, ditambah beberapa rizab, supaya semasa operasi berat anda tidak menghadapi kekurangan ingatan dan penurunan mendadak dalam produktiviti.

CPU

Tanpa keterlaluan, pemproses pusat boleh dipanggil jantung komputer, kerana ia adalah yang akhirnya memproses semua pengiraan. Untuk menilai peranannya, kami menjalankan satu lagi set ujian, sama seperti untuk RAM, mengurangkan bilangan teras yang tersedia untuk mesin maya daripada dua kepada satu, dan ujian itu dilakukan dua kali dengan jumlah memori 1 GB dan 2 GB.

Hasilnya ternyata agak menarik dan tidak dijangka: pemproses yang lebih berkuasa agak berkesan mengambil beban apabila terdapat kekurangan sumber, sepanjang masa tanpa memberikan apa-apa faedah yang ketara. 1C Enterprise (dalam mod fail) hampir tidak boleh dipanggil aplikasi yang secara aktif menggunakan sumber pemproses; ia agak tidak menuntut. Dan dalam keadaan yang sukar, pemproses tidak terlalu dibebani dengan mengira data aplikasi itu sendiri, tetapi dengan membayar kos overhed: operasi input/output tambahan, dsb.

kesimpulan

Jadi, kenapa 1C lambat? Pertama sekali, ini adalah kekurangan RAM; beban utama dalam kes ini jatuh pada cakera keras dan pemproses. Dan jika mereka tidak bersinar dengan prestasi, seperti biasanya dalam konfigurasi pejabat, maka kita mendapat situasi yang diterangkan pada permulaan artikel - "dua" berfungsi dengan baik, tetapi "tiga" adalah lambat.

Di tempat kedua ialah prestasi rangkaian; saluran 100 Mbit/s yang perlahan boleh menjadi kesesakan sebenar, tetapi pada masa yang sama, mod klien nipis mampu mengekalkan tahap operasi yang agak selesa walaupun pada saluran perlahan.

Kemudian anda harus memberi perhatian kepada pemacu cakera; membeli SSD tidak mungkin menjadi pelaburan yang baik, tetapi menggantikan pemacu dengan yang lebih moden adalah idea yang baik. Perbezaan antara generasi cakera keras boleh dinilai daripada bahan berikut: .

Dan akhirnya pemproses. Model yang lebih pantas, sudah tentu, tidak akan berlebihan, tetapi tiada gunanya meningkatkan prestasinya melainkan PC ini digunakan untuk operasi berat: pemprosesan kumpulan, laporan berat, penutupan akhir bulan, dsb.

Kami berharap bahan ini akan membantu anda memahami dengan cepat soalan "mengapa 1C lambat" dan menyelesaikannya dengan paling berkesan dan tanpa kos tambahan.

Tag:

Sila dayakan JavaScript untuk melihat

Foto oleh Alena Tulyakova, agensi berita “Clerk.Ru”

Artikel itu mengenal pasti kesilapan utama yang dilakukan oleh pentadbir 1C pemula dan menunjukkan cara menyelesaikannya menggunakan ujian Gilev sebagai contoh.

Tujuan utama menulis artikel ini adalah untuk mengelakkan mengulangi nuansa yang jelas bagi pentadbir (dan pengaturcara) yang belum mendapat pengalaman dengan 1C.

Matlamat kedua ialah jika saya mempunyai sebarang kekurangan, Infostart akan menjadi yang paling cepat untuk menunjukkan perkara ini kepada saya.

Ujian V. Gilev telah menjadi sejenis piawaian "de facto". Pengarang di laman webnya memberikan cadangan yang agak jelas, tetapi saya hanya akan membentangkan beberapa keputusan dan mengulas tentang kesilapan yang paling mungkin. Sememangnya, keputusan ujian pada peralatan anda mungkin berbeza; ini hanyalah panduan untuk perkara yang sepatutnya dan apa yang anda boleh usahakan. Saya ingin ambil perhatian segera bahawa perubahan mesti dibuat langkah demi langkah, dan selepas setiap langkah, semak hasil yang diberikan.

Terdapat artikel serupa di Infostart, saya akan meletakkan pautan kepada mereka di bahagian yang berkaitan (jika saya terlepas sesuatu, sila cadangkan saya dalam komen, saya akan menambahnya). Jadi, anggap 1C anda perlahan. Bagaimana untuk mendiagnosis masalah, dan bagaimana untuk memahami siapa yang harus dipersalahkan, pentadbir atau pengaturcara?

Data awal:

Komputer yang diuji, guinea pig utama: HP DL180G6, dilengkapi dengan 2*Xeon 5650, 32 Gb, Intel 362i, Win 2008 r2. Sebagai perbandingan, Core i3-2100 menunjukkan hasil yang setanding dalam ujian satu-benang. Peralatan yang sengaja saya pilih bukanlah yang terbaru; dengan peralatan moden hasilnya lebih baik.

Untuk menguji pelayan 1C dan SQL yang berasingan, pelayan SQL: IBM System 3650 x4, 2*Xeon E5-2630, 32 Gb, Intel 350, Win 2008 r2.

Untuk menguji rangkaian 10 Gbit, penyesuai Intel 520-DA2 telah digunakan.

Versi fail. (pangkalan data berada pada pelayan dalam folder kongsi, pelanggan menyambung melalui rangkaian, protokol CIFS/SMB). Algoritma langkah demi langkah:

0. Tambahkan pangkalan data ujian Gilev ke pelayan fail dalam folder yang sama dengan pangkalan data utama. Kami menyambung dari komputer pelanggan dan menjalankan ujian. Kami ingat hasilnya.

Difahamkan bahawa walaupun untuk komputer lama dari 10 tahun yang lalu (Pentium pada soket 775), masa daripada mengklik pada pintasan 1C:Enterprise kepada kemunculan tetingkap pangkalan data perlu mengambil masa kurang daripada satu minit. (Celeron = lambat).

Jika komputer anda lebih teruk daripada Pentium pada soket 775 dengan 1 GB RAM, maka saya bersimpati dengan anda, dan sukar untuk anda mencapai kerja yang selesa pada 1C 8.2 dalam versi fail. Fikirkan sama ada menaik taraf (sudah tiba masanya) atau bertukar kepada pelayan terminal (atau web, dalam hal klien tipis dan borang terurus).

Jika komputer tidak lebih teruk, maka anda boleh menendang pentadbir. Sekurang-kurangnya, semak operasi rangkaian, antivirus dan pemacu perlindungan HASP.

Jika ujian Gilev pada peringkat ini menunjukkan 30 "burung kakak tua" atau lebih tinggi, tetapi pangkalan kerja 1C masih berfungsi dengan perlahan, soalan harus ditujukan kepada pengaturcara.

1. Sebagai panduan kepada berapa banyak komputer pelanggan boleh "memerah", kami menyemak operasi komputer ini sahaja, tanpa rangkaian. Kami memasang pangkalan data ujian pada komputer tempatan (pada cakera yang sangat pantas). Jika komputer pelanggan tidak mempunyai SSD biasa, maka ramdisk dicipta. Buat masa ini, yang paling mudah dan percuma ialah perusahaan Ramdisk.

Untuk menguji versi 8.2, ramdisk 256 MB sudah memadai, dan! Yang paling penting. Selepas but semula komputer, dengan ramdisk berjalan, mesti ada 100-200 MB percuma padanya. Oleh itu, tanpa ramdisk, untuk operasi biasa perlu ada 300-400 MB memori percuma.

Untuk menguji versi 8.3, ramdisk 256 MB sudah memadai, tetapi anda memerlukan lebih banyak RAM percuma.

Apabila menguji, anda perlu melihat beban pemproses. Dalam kes yang hampir dengan ideal (ramdisk), fail tempatan 1c memuatkan 1 teras pemproses semasa dijalankan. Oleh itu, jika semasa ujian teras pemproses anda tidak dimuatkan sepenuhnya, cari titik lemah. Sedikit emosi, tetapi secara amnya betul, pengaruh pemproses pada operasi 1C diterangkan. Hanya untuk rujukan, walaupun pada Core i3 moden dengan frekuensi tinggi, nombor 70-80 agak realistik.

Kesilapan yang paling biasa pada peringkat ini.

Antivirus yang dikonfigurasikan dengan salah. Terdapat banyak antivirus, tetapan untuk setiap adalah berbeza, saya hanya akan mengatakan bahawa dengan konfigurasi yang betul, web mahupun Kaspersky 1C tidak mengganggu. Dengan tetapan lalai, kira-kira 3-5 burung kakak tua (10-15%) boleh dibawa pergi.
Mod prestasi. Atas sebab tertentu, beberapa orang memberi perhatian kepada perkara ini, tetapi kesannya adalah yang paling ketara. Jika anda memerlukan kelajuan, maka anda mesti melakukan ini, kedua-dua pada komputer klien dan pelayan. (Gilev mempunyai penerangan yang baik. Satu-satunya kaveat ialah pada sesetengah papan induk, jika anda mematikan Intel SpeedStep, anda tidak boleh menghidupkan TurboBoost).

Pendek kata, semasa 1C sedang berjalan, terdapat banyak menunggu respons daripada peranti lain (cakera, rangkaian, dll.). Semasa menunggu respons, jika mod prestasi didayakan, pemproses menurunkan kekerapannya. Sambutan datang daripada peranti, 1C (pemproses) perlu berfungsi, tetapi kitaran jam pertama berada pada frekuensi yang dikurangkan, kemudian frekuensi meningkat - dan 1C sekali lagi menunggu respons daripada peranti. Dan begitu - beratus-ratus kali sesaat.

Anda boleh (dan sebaik-baiknya) mendayakan mod prestasi di dua tempat:

melalui BIOS. Lumpuhkan mod C1, C1E, Intel C-state (C2, C3, C4). Dalam bios yang berbeza mereka dipanggil secara berbeza, tetapi maknanya adalah sama. Ia mengambil masa yang lama untuk mencari, but semula diperlukan, tetapi jika anda melakukannya sekali, anda boleh melupakannya. Jika anda melakukan semuanya dengan betul dalam BIOS, kelajuan akan meningkat. Pada sesetengah papan induk, anda boleh mengkonfigurasi tetapan BIOS supaya mod prestasi Windows tidak akan memainkan peranan. (Contoh tetapan BIOS daripada Gilev). Tetapan ini terutamanya melibatkan pemproses pelayan atau BIOS "maju", jika anda tidak menemui ini dan anda TIDAK mempunyai Xeon, tidak mengapa.

Panel kawalan - Bekalan kuasa - Prestasi tinggi. Tolak - jika komputer sudah lama tidak diservis, ia akan mengeluarkan bunyi kipas yang lebih kuat, lebih panas dan menggunakan lebih banyak tenaga. Ini adalah yuran prestasi.

Bagaimana untuk menyemak sama ada mod didayakan. Lancarkan pengurus tugas - prestasi - monitor sumber - CPU. Kami menunggu sehingga pemproses sibuk dengan apa-apa.

Ini ialah tetapan lalai.

BIOS C-state didayakan,

mod penggunaan kuasa seimbang

BIOS C-state didayakan, mod prestasi tinggi

Untuk Pentium dan Core anda boleh berhenti di sana,

Anda masih boleh memerah sedikit "burung kakak tua" keluar dari Xeon

Dalam BIOS keadaan C dinyahdayakan, mod prestasi tinggi.

Jika anda tidak menggunakan Turbo boost, inilah yang sepatutnya kelihatan

pelayan ditala untuk prestasi

Dan kini nombor. Biar saya ingatkan anda: Intel Xeon 5650, ramdisk. Dalam kes pertama, ujian menunjukkan 23.26, yang terakhir - 49.5. Perbezaannya hampir dua kali ganda. Nombor mungkin berbeza-beza, tetapi nisbahnya pada asasnya tetap sama untuk Intel Core.

Pentadbir yang dihormati, anda boleh mengkritik 1C seberapa banyak yang anda suka, tetapi jika pengguna akhir memerlukan kelajuan, anda perlu mendayakan mod prestasi tinggi.

c) Turbo Boost. Mula-mula anda perlu memahami sama ada pemproses anda menyokong fungsi ini, sebagai contoh. Jika ia menyokong, maka anda masih boleh mendapatkan beberapa prestasi secara sah. (Saya tidak mahu menyentuh isu overclocking kekerapan, terutamanya pelayan, lakukan atas risiko dan risiko anda sendiri. Tetapi saya bersetuju bahawa peningkatan kelajuan Bas daripada 133 kepada 166 memberikan peningkatan yang sangat ketara dalam kedua-dua kelajuan dan pelesapan haba)

Cara menghidupkan rangsangan turbo ditulis, contohnya, . Tetapi! Untuk 1C terdapat beberapa nuansa (bukan yang paling jelas). Kesukarannya ialah kesan maksimum rangsangan turbo berlaku apabila keadaan C dihidupkan. Dan kami mendapat sesuatu seperti ini:

Sila ambil perhatian bahawa pengganda ialah maksimum, kelajuan Teras cantik, dan prestasinya tinggi. Tetapi apa yang akan berlaku akibat dengan 1s?

Tetapi pada akhirnya ternyata mengikut ujian prestasi CPU versi dengan pengganda 23 berada di hadapan, menurut ujian Gilev dalam versi fail prestasi dengan pengganda 22 dan 23 adalah sama, tetapi dalam pelayan pelanggan. versi - versi dengan pengganda 23 adalah dahsyat dan dahsyat (walaupun jika keadaan C ditetapkan ke tahap 7, ia masih lebih perlahan daripada keadaan C dimatikan). Oleh itu, cadangan adalah untuk menyemak kedua-dua pilihan untuk diri sendiri dan memilih yang terbaik. Walau apa pun, perbezaan antara 49.5 dan 53 burung kakak tua agak ketara, terutamanya tanpa banyak usaha.

Kesimpulan - turbo boost mesti dihidupkan. Biar saya ingatkan anda tidak cukup untuk mendayakan item Turbo boost dalam BIOS, anda juga perlu melihat tetapan lain (BIOS: QPI L0s, L1 - disable, demand scrubbing - disable, Intel SpeedStep - enable, Turbo boost - dayakan.Panel Kawalan - Pilihan Kuasa - Prestasi Tinggi) . Dan saya masih akan (walaupun untuk versi fail) memilih pilihan di mana c-state dimatikan, walaupun penggandanya lebih kecil. Akan jadi seperti ini...

Titik yang agak kontroversi ialah kekerapan ingatan. Sebagai contoh, kekerapan ingatan ditunjukkan mempunyai pengaruh yang sangat kuat. Ujian saya tidak mendedahkan pergantungan sedemikian. Saya tidak akan membandingkan DDR 2/3/4, saya akan menunjukkan keputusan menukar frekuensi dalam baris yang sama. Memori adalah sama, tetapi dalam BIOS kita terpaksa menetapkan frekuensi yang lebih rendah.

Dan keputusan ujian. 1C 8.2.19.83, untuk versi fail ramdisk tempatan, untuk pelayan pelanggan 1C dan SQL pada satu komputer, Memori dikongsi. Rangsangan turbo dilumpuhkan dalam kedua-dua versi. 8.3 menunjukkan keputusan yang setanding.

Perbezaannya adalah dalam ralat pengukuran. Saya secara khusus mengeluarkan tangkapan skrin CPU-Z untuk menunjukkan bahawa dengan perubahan dalam kekerapan, parameter lain juga berubah, Kependaman CAS dan RAS kepada Kelewatan CAS yang sama, yang meneutralkan perubahan frekuensi. Perbezaannya adalah apabila modul memori diubah secara fizikal, daripada lebih perlahan kepada lebih pantas, tetapi walaupun di sana angkanya tidak begitu ketara.

2. Apabila kami telah menyusun pemproses dan memori komputer pelanggan, kami beralih ke tempat yang sangat penting seterusnya - rangkaian. Banyak jilid buku telah ditulis mengenai penalaan rangkaian, terdapat artikel mengenai Infostart (, dan lain-lain), tetapi di sini saya tidak akan memberi tumpuan kepada topik ini. Sebelum memulakan ujian 1C, sila pastikan bahawa iperf antara dua komputer menunjukkan keseluruhan lebar jalur (untuk kad 1 Gbit - baik, sekurang-kurangnya 850 Mbit, atau lebih baik lagi 950-980), bahawa nasihat Gilev telah diikuti. Kemudian - ujian operasi yang paling mudah ialah, cukup aneh, menyalin satu fail besar (5-10 gigabait) melalui rangkaian. Tanda tidak langsung operasi biasa pada rangkaian 1 Gbit ialah purata kelajuan penyalinan 100 MB/s, operasi yang baik - 120 MB/s. Saya ingin menarik perhatian anda kepada fakta bahawa titik lemah (termasuk) mungkin beban pemproses. Protokol SMB pada Linux agak kurang selari, dan semasa operasi ia boleh dengan mudah "memakan" satu teras pemproses dan tidak menggunakan lagi.

Dan seterusnya. Dengan tetapan lalai, klien windows berfungsi paling baik dengan pelayan windows (atau stesen kerja windows) dan protokol SMB/CIFS, klien linux (debian, ubuntu tidak melihat yang lain) berfungsi lebih baik dengan linux dan NFS ( ia juga berfungsi dengan SMB, tetapi pada burung kakak tua NFS lebih tinggi). Hakikat bahawa semasa menyalin linear pelayan Windows Linux ke NFS disalin ke dalam satu aliran lebih cepat tidak bermakna apa-apa. Penalaan Debian untuk 1C adalah topik untuk artikel berasingan, saya belum bersedia untuk itu, walaupun saya boleh mengatakan bahawa dalam versi fail saya mendapat prestasi yang lebih baik sedikit daripada versi Win pada peralatan yang sama, tetapi dengan postgres dengan lebih 50 pengguna Saya masih mempunyai segala-galanya sangat teruk.

Perkara paling penting yang diketahui oleh pentadbir "dibakar", tetapi pemula tidak mengambil kira. Terdapat banyak cara untuk menetapkan laluan ke pangkalan data 1c. Anda boleh melakukan perkongsian pelayan, anda boleh melakukan 192.168.0.1share, anda boleh menggunakan bersih z: 192.168.0.1share (dan dalam beberapa kes kaedah ini juga akan berfungsi, tetapi tidak selalu) dan kemudian nyatakan pemacu Z. Nampaknya semua laluan ini tunjuk kepada perkara yang sama di tempat yang sama, tetapi untuk 1C hanya terdapat satu kaedah yang memberikan prestasi biasa dengan agak boleh dipercayai. Jadi, inilah yang perlu anda lakukan dengan betul:

Pada baris arahan (atau dalam dasar, atau apa sahaja yang sesuai untuk anda) - lakukan penggunaan bersih DriveLetter: servershare. Contoh: penggunaan bersih m: pangkalan pelayan. Saya secara khusus menekankan BUKAN alamat IP, tetapi nama pelayan. Jika nama pelayan tidak kelihatan, tambahkannya pada dns pada pelayan, atau secara setempat pada fail hos. Tetapi alamat mestilah dengan nama. Sehubungan itu, dalam perjalanan ke pangkalan data, akses cakera ini (lihat gambar).

Dan sekarang saya akan tunjukkan dengan nombor mengapa ini nasihat. Data awal: Kad Intel X520-DA2, Intel 362, Intel 350, Realtek 8169. OS Win 2008 R2, Win 7, Debian 8. Pemacu terkini, kemas kini digunakan. Sebelum ujian, saya memastikan bahawa Iperf memberikan lebar jalur penuh (kecuali untuk kad 10 Gbit, ia hanya berjaya memerah 7.2 Gbit, saya akan lihat mengapa kemudian, pelayan ujian belum dikonfigurasikan dengan betul). Cakera adalah berbeza, tetapi di mana-mana terdapat SSD (saya secara khusus memasukkan cakera tunggal untuk ujian, ia tidak dimuatkan dengan apa-apa lagi) atau serbuan dari SSD. Kelajuan 100 Mbit diperoleh dengan mengehadkan tetapan penyesuai Intel 362. Tiada perbezaan antara 1 Gbit tembaga Intel 350 dan 1 Gbit optik Intel X520-DA2 (diperolehi dengan mengehadkan kelajuan penyesuai). Prestasi maksimum, rangsangan turbo dimatikan (hanya untuk perbandingan hasil, rangsangan turbo untuk hasil yang baik menambah sedikit kurang daripada 10%, untuk hasil yang buruk ia mungkin tidak mempunyai apa-apa kesan langsung). Versi 1C 8.2.19.86, 8.3.6.2076. Saya tidak memberikan semua nombor, tetapi hanya yang paling menarik, supaya anda mempunyai sesuatu untuk dibandingkan.

	100 Mbit CIFS Menang 2008 - Menang 2008 hubungi melalui alamat ip	100 Mbit CIFS Menang 2008 - Menang 2008 memanggil dengan nama	1 Gbit CIFS Menang 2008 - Menang 2008 hubungi melalui alamat ip	1 Gbit CIFS Menang 2008 - Menang 2008 memanggil dengan nama	1 Gbit CIFS Menang 2008 - Menang 7 memanggil dengan nama	1 Gbit CIFS Menang 2008 - Debian memanggil dengan nama	10 Gbit CIFS Menang 2008 - Menang 2008 hubungi melalui alamat ip	10 Gbit CIFS Menang 2008 - Menang 2008 memanggil dengan nama
	11,20	26,18	15,20	43,86	40,65	37,04	16,23	44,64
1C 8.2	11,29	26,18	15,29	43,10	40,65	36,76	15,11	44,10
8.2.19.83	12,15	25,77	15,15	43,10			14,97	42,74
	6,13	34,25	14,98	43,10	39,37	37,59	15,53	42,74
1C 8.3	6,61	33,33	15,58	43,86	40,00	37,88	16,23	42,74
8.3.6.2076		33,78	15,53	43,48	39,37	37,59		42,74

Kesimpulan (dari jadual dan dari pengalaman peribadi. Terpakai hanya pada versi fail):

Melalui rangkaian, anda boleh mendapatkan nombor yang agak biasa untuk kerja jika rangkaian ini dikonfigurasikan dengan betul dan laluan dimasukkan dengan betul dalam 1C. Malah Core i3 yang pertama dengan mudah boleh menghasilkan 40+ burung kakak tua, yang agak baik, dan ini bukan sahaja burung kakak tua, dalam kerja sebenar perbezaannya juga ketara. Tetapi! Had apabila bekerja dengan beberapa (lebih daripada 10) pengguna tidak lagi menjadi rangkaian, di sini 1 Gbit masih mencukupi, tetapi menyekat semasa kerja berbilang pengguna (Gilev).
platform 1C 8.3 adalah berkali-kali lebih menuntut dari segi konfigurasi rangkaian yang betul. Tetapan asas - lihat Gilev, tetapi perlu diingat bahawa segala-galanya boleh dipengaruhi. Saya melihat pecutan daripada menyahpasang (dan bukan hanya mematikan) antivirus, daripada mengalih keluar protokol seperti FCoE, daripada menukar pemacu kepada versi yang lebih lama, tetapi diperakui Microsoft (terutama untuk kad murah seperti ASUS dan DLC), daripada mengalih keluar kad rangkaian kedua daripada pelayan. Terdapat banyak pilihan, sediakan rangkaian anda dengan teliti. Mungkin terdapat situasi di mana platform 8.2 memberikan nombor yang boleh diterima, dan 8.3 - dua kali atau lebih kurang. Cuba bermain dengan platform versi 8.3, kadangkala anda mendapat kesan yang sangat besar.
1C 8.3.6.2076 (mungkin nanti, saya belum lagi mencari versi yang tepat) masih lebih mudah untuk dikonfigurasikan melalui rangkaian berbanding 8.3.7.2008. Saya dapat mencapai operasi biasa melalui rangkaian dari 8.3.7.2008 (dalam burung kakak tua yang setanding) hanya beberapa kali; Saya tidak dapat mengulanginya untuk kes yang lebih umum. Saya tidak berapa faham, tetapi berdasarkan lilitan kaki dari Process Explorer, rakaman di sana tidak sebaik dalam 8.3.6.
Walaupun fakta bahawa apabila bekerja pada rangkaian 100 Mbit, jadual bebannya kecil (kita boleh mengatakan bahawa rangkaian itu percuma), kelajuan operasi masih jauh lebih rendah daripada pada 1 Gbit. Sebabnya ialah kependaman rangkaian.
Semua perkara lain adalah sama (rangkaian yang berfungsi dengan baik) untuk 1C 8.2 sambungan Intel-Realtek adalah 10% lebih perlahan daripada Intel-Intel. Tetapi realtek-realtek secara amnya boleh memberikan penurunan mendadak secara tiba-tiba. Oleh itu, jika anda mempunyai wang, lebih baik untuk menyimpan kad rangkaian Intel di mana-mana; jika anda tidak mempunyai wang, kemudian pasang Intel hanya pada pelayan (CO anda). Dan terdapat lebih banyak arahan untuk menala kad rangkaian Intel.
Tetapan antivirus lalai (menggunakan drweb versi 10 sebagai contoh) mengambil kira-kira 8-10% burung kakak tua. Jika anda mengkonfigurasinya seperti yang sepatutnya (benarkan proses 1cv8 melakukan segala-galanya, walaupun ia tidak selamat), kelajuannya adalah sama seperti tanpa antivirus.
JANGAN baca guru Linux. Pelayan dengan samba adalah hebat dan percuma, tetapi jika anda memasang Win XP atau Win7 (atau lebih baik - OS pelayan) pada pelayan, maka versi fail 1c akan berfungsi lebih cepat. Ya, samba dan susunan protokol dan tetapan rangkaian dan banyak lagi yang boleh ditala dengan baik dalam debian/ubuntu, tetapi ini disyorkan untuk pakar. Tidak ada gunanya memasang Linux dengan tetapan lalai dan kemudian mengatakan bahawa ia perlahan.
Adalah idea yang baik untuk menyemak operasi cakera yang disambungkan melalui penggunaan bersih menggunakan fio . Sekurang-kurangnya akan jelas sama ada ini adalah masalah dengan platform 1C, atau dengan rangkaian/cakera.
Untuk versi pengguna tunggal, saya tidak dapat memikirkan ujian (atau situasi) di mana perbezaan antara 1 Gbit dan 10 Gbit akan dapat dilihat. Satu-satunya perkara di mana 10Gbit untuk versi fail memberikan hasil yang lebih baik ialah menyambungkan cakera melalui iSCSI, tetapi ini adalah topik untuk artikel berasingan. Namun, saya berpendapat bahawa untuk versi fail 1 kad Gbit sudah mencukupi.
Saya tidak faham mengapa, dengan rangkaian 100 Mbit, 8.3 berfungsi dengan ketara lebih pantas daripada 8.2, tetapi ia adalah fakta. Semua peralatan lain, semua tetapan lain adalah sama sekali, cuma dalam satu kes 8.2 diuji, dan dalam yang lain - 8.3.
NFS yang tidak ditala win-win atau win-lin memberikan 6 burung kakak tua, saya tidak memasukkannya ke dalam jadual. Selepas penalaan saya mendapat 25, tetapi ia tidak stabil (perbezaan dalam ukuran lebih daripada 2 unit). Saya belum boleh memberikan cadangan tentang menggunakan Windows dan protokol NFS.

Selepas semua tetapan dan semakan, kami menjalankan ujian sekali lagi dari komputer pelanggan dan bergembira dengan hasil yang lebih baik (jika ia berfungsi). Jika hasilnya telah bertambah baik, terdapat lebih daripada 30 burung kakak tua (dan terutamanya lebih daripada 40), kurang daripada 10 pengguna bekerja pada masa yang sama, dan pangkalan data yang berfungsi masih perlahan - hampir pasti masalah dengan pengaturcara (atau anda mempunyai sudah mencapai keupayaan puncak versi fail).

Pelayan terminal. (pangkalan data berada di pelayan, pelanggan menyambung melalui rangkaian, protokol RDP). Algoritma langkah demi langkah:

Kami menambah pangkalan data ujian Gilev ke pelayan dalam folder yang sama dengan pangkalan data utama. Kami menyambung dari pelayan yang sama dan menjalankan ujian. Kami ingat hasilnya.
Dengan cara yang sama seperti dalam versi fail, kami mengkonfigurasi pemproses. Dalam kes pelayan terminal, pemproses secara amnya memainkan peranan utama (diandaikan bahawa tidak ada titik lemah yang jelas, seperti kekurangan memori atau sejumlah besar perisian yang tidak diperlukan).
Mengkonfigurasi kad rangkaian dalam kes pelayan terminal hampir tidak mempunyai kesan ke atas operasi 1c. Untuk memastikan keselesaan "istimewa", jika pelayan anda menghasilkan lebih daripada 50 burung kakak tua, anda boleh bermain dengan versi baharu protokol RDP, hanya untuk keselesaan pengguna, respons yang lebih pantas dan menatal.
Apabila sebilangan besar pengguna sedang aktif bekerja (dan di sini anda sudah boleh cuba menyambungkan 30 orang ke satu pangkalan data, jika anda mencuba), adalah sangat dinasihatkan untuk memasang pemacu SSD. Atas sebab tertentu, dipercayai bahawa cakera tidak menjejaskan operasi 1C, tetapi semua ujian dijalankan dengan cache pengawal didayakan untuk menulis, yang tidak betul. Pangkalan ujian adalah kecil, ia cukup sesuai dalam cache, oleh itu angka yang tinggi. Pada pangkalan data sebenar (besar) semuanya akan berbeza sama sekali, jadi cache dilumpuhkan untuk ujian.

Sebagai contoh, saya menyemak operasi ujian Gilev dengan pilihan cakera yang berbeza. Saya memasang cakera dari apa yang ada di tangan, hanya untuk menunjukkan kecenderungan. Perbezaan antara 8.3.6.2076 dan 8.3.7.2008 adalah kecil (dalam Ramdisk Turbo boost versi 8.3.6 menghasilkan 56.18 dan 8.3.7.2008 menghasilkan 55.56, dalam ujian lain perbezaannya lebih kecil). Penggunaan kuasa - prestasi maksimum, rangsangan turbo dilumpuhkan (kecuali dinyatakan sebaliknya).

	Serbuan 10 4x SATA 7200 ATA ST31500341AS	Serbuan 10 4x SAS 10k	Serbuan 10 4x SAS 15k	SSD tunggal	Ramdisk	Ramdisk	Cache didayakan Pengawal RAID
	21,74	28,09	32,47	49,02	50,51	53,76	49,02
1C 8.2	21,65	28,57	32,05	48,54	49,02	53,19
8.2.19.83	21,65	28,41	31,45	48,54	49,50	53,19
	33,33	42,74	45,05	51,55	52,08	55,56	51,55
1C 8.3	33,46	42,02	45,05	51,02	52,08	54,95
8.3.7.2008	35,46	43,01	44,64	51,55	52,08	56,18

Cache pengawal RAID yang didayakan menghapuskan semua perbezaan antara cakera; nombor adalah sama untuk kedua-dua sat dan cas. Menguji dengannya pada sejumlah kecil data tidak berguna dan tidak menunjukkan apa-apa jenis.
Untuk platform 8.2, perbezaan prestasi antara pilihan SATA dan SSD adalah lebih daripada dua kali ganda. Ini bukan kesilapan menaip. Jika anda melihat monitor prestasi semasa ujian pada pemacu SATA. maka anda boleh melihat dengan jelas "Masa operasi cakera aktif (dalam%)" 80-95. Ya, jika anda mendayakan cache cakera itu sendiri untuk rakaman, kelajuan akan meningkat kepada 35, jika anda mendayakan cache pengawal serbuan - sehingga 49 (tidak kira cakera mana yang sedang diuji pada masa ini). Tetapi ini adalah burung kakak tua cache sintetik; dalam kerja sebenar, dengan pangkalan data yang besar, tidak akan ada nisbah hit cache tulis 100%.
Kelajuan SSD yang murah (saya uji pada Agility 3) cukup memadai untuk menjalankan versi fail. Sumber rakaman adalah perkara lain, anda perlu melihatnya dalam setiap kes tertentu, jelas bahawa Intel 3700 akan mempunyai susunan magnitud yang lebih tinggi, tetapi harganya sepadan. Dan ya, saya faham bahawa apabila menguji cakera SSD, saya juga menguji cache cakera ini ke tahap yang lebih besar, hasil sebenar akan menjadi kurang.
Penyelesaian yang paling betul (dari sudut pandangan saya) adalah dengan memperuntukkan 2 cakera SSD dalam serbuan cermin untuk pangkalan data fail (atau beberapa pangkalan data fail), dan tidak meletakkan apa-apa lagi di sana. Ya, dengan cermin, SSD haus sama, dan ini adalah tolak, tetapi sekurang-kurangnya elektronik pengawal entah bagaimana dilindungi daripada ralat.
Kelebihan utama pemacu SSD untuk versi fail akan muncul apabila terdapat banyak pangkalan data, setiap satu dengan beberapa pengguna. Jika terdapat 1-2 pangkalan data, dan terdapat kira-kira 10 pengguna, maka cakera SAS akan mencukupi. (tetapi dalam apa jua keadaan, lihat memuatkan cakera ini, sekurang-kurangnya melalui perfmon).
Kelebihan utama pelayan terminal ialah ia boleh mempunyai pelanggan yang sangat lemah, dan tetapan rangkaian menjejaskan pelayan terminal lebih kurang (sekali lagi, K.O. anda).

Kesimpulan: jika anda menjalankan ujian Gilev pada pelayan terminal (dari cakera yang sama di mana pangkalan data berfungsi) dan pada saat-saat apabila pangkalan data berfungsi menjadi perlahan, dan ujian Gilev menunjukkan hasil yang baik (di atas 30), maka operasi lambat pangkalan data kerja utama adalah untuk menyalahkan kemungkinan besar pengaturcara.

Jika ujian Gilev menunjukkan nombor yang kecil, dan anda mempunyai pemproses jam tinggi dan cakera pantas, maka pentadbir perlu mengambil sekurang-kurangnya perfmon, merekodkan semua keputusan di suatu tempat, dan menonton, memerhati, dan membuat kesimpulan. Tidak akan ada nasihat yang pasti.

Pilihan pelanggan-pelayan.

Ujian dijalankan hanya pada 8.2, kerana pada 8.3 semuanya bergantung agak serius pada versi.

Untuk ujian, saya memilih pilihan pelayan dan rangkaian yang berbeza di antara mereka untuk menunjukkan arah aliran utama.

	1C: Xeon 5520 SQL: Xeon E5-2630	1C: Xeon 5520 SQL: Xeon E5-2630 Saluran gentian - SSD	1C: Xeon 5520 SQL: Xeon E5-2630 Saluran gentian - SAS	1C: Xeon 5650 SQL: Xeon E5-2630	1C: Xeon 5650 SQL: Xeon E5-2630 Saluran gentian - SSD	1C: Xeon 5650 SQL: Xeon E5-2630	1C: Xeon 5650 =	1C: Xeon 5650 =	1C: Xeon 5650 =	1C: Xeon 5650 =	1C: Xeon 5650 =
	16,78	18,23	16,84	28,57	27,78	32,05	34,72	36,50	23,26	40,65	39.37
1C 8.2	17,12	17,06	14,53	29,41	28,41	31,45	34,97	36,23	23,81	40,32	39.06
	16,72	16,89	13,44	29,76	28,57	32,05	34,97	36,23	23,26	40,32	39.06

Nampaknya saya telah mempertimbangkan semua pilihan yang menarik, jika ada apa-apa lagi yang anda minati, tulis dalam komen, saya akan cuba melakukannya.

SAS pada sistem storan adalah lebih perlahan daripada SSD tempatan, walaupun sistem storan mempunyai saiz cache yang lebih besar. SSD, kedua-dua tempatan dan pada sistem storan, berfungsi pada kelajuan yang setanding untuk ujian Gilev. Saya tidak tahu apa-apa ujian berbilang benang standard (bukan hanya rakaman, tetapi semua peralatan) kecuali ujian beban 1C daripada MCC.
Menukar pelayan 1C daripada 5520 kepada 5650 hampir menggandakan prestasi. Ya, konfigurasi pelayan tidak sepadan sepenuhnya, tetapi ia menunjukkan arah aliran (tidak mengejutkan).
Meningkatkan kekerapan pada pelayan SQL sudah tentu memberikan kesan, tetapi tidak sama seperti pada pelayan 1C; Pelayan MS SQL sangat baik (jika anda bertanya) untuk menggunakan berbilang teras dan memori bebas.
Menukar rangkaian antara 1C dan SQL daripada 1 Gbit kepada 10 Gbit memberikan kira-kira 10% burung kakak tua. Saya menjangkakan lebih.
Mendayakan memori Dikongsi masih memberikan kesan, walaupun bukan 15%, seperti yang diterangkan dalam artikel. Pastikan anda melakukannya, mujurlah ia cepat dan mudah. Jika semasa pemasangan seseorang memberikan pelayan SQL contoh bernama, maka untuk 1C berfungsi, nama pelayan mesti ditentukan bukan oleh FQDN (tcp/ip akan berfungsi), bukan melalui localhost atau hanya ServerName, tetapi melalui ServerNameInstanceName, contohnya zz- testzztest. (Jika tidak, ralat DBMS akan berlaku: Microsoft SQL Server Native Client 10.0: Shared Memory Provider: Pustaka memori kongsi yang digunakan untuk mewujudkan sambungan dengan SQL Server 2000 tidak ditemui. HRESULT=80004005, HRESULT=80004005, HRESULT=80004005, SQLSrvrvr : SQLSTATE=08001, state=1, Severity=10, native=126, line=0).
Untuk pengguna kurang daripada 100, satu-satunya perkara dalam membahagikannya kepada dua pelayan berasingan ialah lesen Win 2008 Std (dan lebih lama), yang hanya menyokong 32GB RAM. Dalam semua kes lain, 1C dan SQL pastinya perlu dipasang pada satu pelayan dan diberikan lebih (sekurang-kurangnya 64 GB) memori. Memberi MS SQL kurang daripada 24-28 GB RAM adalah ketamakan yang tidak wajar (jika anda fikir anda mempunyai memori yang mencukupi untuknya dan semuanya berfungsi dengan baik, mungkin versi fail 1C akan mencukupi untuk anda?)
Betapa teruknya gabungan 1C dan SQL berfungsi dalam mesin maya ialah topik artikel berasingan (petunjuk - lebih teruk). Walaupun dalam Hyper-V semuanya tidak begitu jelas ...
Mod prestasi seimbang adalah buruk. Hasilnya agak konsisten dengan versi fail.
Banyak sumber mengatakan bahawa mod nyahpepijat (ragent.exe -debug) menyebabkan penurunan prestasi yang ketara. Nah, ia mengurangkan, ya, tetapi saya tidak akan memanggil 2-3% kesan yang ketara.

Akan ada jumlah nasihat paling sedikit di sini untuk kes tertentu, kerana... Brek dalam versi kerja pelayan pelanggan adalah kes yang paling sukar, dan semuanya dikonfigurasikan secara individu. Cara paling mudah ialah dengan mengatakan bahawa untuk operasi biasa anda perlu mengambil pelayan berasingan HANYA untuk 1C dan MS SQL, letakkan di sana pemproses dengan frekuensi maksimum (melebihi 3 GHz), pemacu SSD untuk pangkalan data dan lebih banyak memori (128+) , jangan gunakan virtualisasi. Ia membantu - hebat, anda bertuah (dan akan ada banyak yang bertuah, lebih separuh daripada masalah boleh diselesaikan dengan peningkatan yang mencukupi). Jika tidak, maka sebarang pilihan lain memerlukan pertimbangan dan tetapan yang berasingan.

Tujuan utama menulis artikel ini adalah untuk mengelakkan mengulangi nuansa yang jelas bagi pentadbir (dan pengaturcara) yang belum mendapat pengalaman dengan 1C.

Matlamat kedua ialah jika saya mempunyai sebarang kekurangan, Infostart akan menjadi yang paling cepat untuk menunjukkan perkara ini kepada saya.

Data awal:

Untuk menguji pelayan 1C dan SQL yang berasingan, pelayan SQL: IBM System 3650 x4, 2*Xeon E5-2630, 32 Gb, Intel 350, Win 2008 r2.

Untuk menguji rangkaian 10 Gbit, penyesuai Intel 520-DA2 telah digunakan.

Versi fail. (pangkalan data berada pada pelayan dalam folder kongsi, pelanggan menyambung melalui rangkaian, protokol CIFS/SMB). Algoritma langkah demi langkah:

0. Tambahkan pangkalan data ujian Gilev ke pelayan fail dalam folder yang sama dengan pangkalan data utama. Kami menyambung dari komputer pelanggan dan menjalankan ujian. Kami ingat hasilnya.

Difahamkan bahawa walaupun untuk komputer lama 10 tahun yang lalu (Pentium pada soket 775 ) masa daripada mengklik pada pintasan 1C:Enterprise kepada kemunculan tetingkap pangkalan data harus berlalu kurang daripada satu minit. ( Celeron = lambat).

Jika anda mempunyai komputer lebih teruk daripada Pentium soket 775 dengan 1 GB RAM, maka saya bersimpati dengan anda, dan sukar untuk anda mencapai kerja yang selesa pada 1C 8.2 dalam versi fail. Fikirkan sama ada menaik taraf (sudah tiba masanya) atau bertukar kepada pelayan terminal (atau web, dalam hal klien tipis dan borang terurus).

Jika komputer tidak lebih teruk, maka anda boleh menendang pentadbir. Sekurang-kurangnya, semak operasi rangkaian, antivirus dan pemacu perlindungan HASP.

Jika ujian Gilev pada peringkat ini menunjukkan 30 "burung kakak tua" atau lebih tinggi, tetapi pangkalan kerja 1C masih berfungsi dengan perlahan, soalan harus ditujukan kepada pengaturcara.

Untuk menguji versi 8.3, ramdisk 256 MB sudah memadai, tetapi anda memerlukan lebih banyak RAM percuma.

Kesilapan yang paling biasa pada peringkat ini.

a) Antivirus yang dikonfigurasikan dengan salah. Terdapat banyak antivirus, tetapan untuk setiap adalah berbeza, saya hanya akan mengatakan bahawa dengan konfigurasi yang betul, web mahupun Kaspersky 1C tidak mengganggu. Dengan tetapan lalai, kira-kira 3-5 burung kakak tua (10-15%) boleh dibawa pergi.

b) Mod prestasi. Atas sebab tertentu, beberapa orang memberi perhatian kepada perkara ini, tetapi kesannya adalah yang paling ketara. Jika anda memerlukan kelajuan, maka anda mesti melakukan ini, kedua-dua pada komputer klien dan pelayan. (Gilev mempunyai penerangan yang baik. Satu-satunya kaveat ialah pada sesetengah papan induk, jika anda mematikan Intel SpeedStep, anda tidak boleh menghidupkan TurboBoost).

Anda boleh (dan sebaik-baiknya) mendayakan mod prestasi di dua tempat:

Melalui BIOS. Lumpuhkan mod C1, C1E, Intel C-state (C2, C3, C4). Dalam bios yang berbeza mereka dipanggil secara berbeza, tetapi maknanya adalah sama. Ia mengambil masa yang lama untuk mencari, but semula diperlukan, tetapi jika anda melakukannya sekali, anda boleh melupakannya. Jika anda melakukan semuanya dengan betul dalam BIOS, kelajuan akan meningkat. Pada sesetengah papan induk, anda boleh mengkonfigurasi tetapan BIOS supaya mod prestasi Windows tidak akan memainkan peranan. (Contoh tetapan BIOS daripada Gilev). Tetapan ini terutamanya melibatkan pemproses pelayan atau BIOS "maju", jika anda tidak menemui ini dan anda TIDAK mempunyai Xeon, tidak mengapa.

Panel kawalan - Bekalan kuasa - Prestasi tinggi. Tolak - jika komputer sudah lama tidak diservis, ia akan mengeluarkan bunyi kipas yang lebih kuat, lebih panas dan menggunakan lebih banyak tenaga. Ini adalah yuran prestasi.

Bagaimana untuk menyemak sama ada mod didayakan. Lancarkan pengurus tugas - prestasi - monitor sumber - CPU. Kami menunggu sehingga pemproses sibuk dengan apa-apa.

Ini ialah tetapan lalai.

Dalam keadaan C BIOS disertakan,

mod penggunaan kuasa seimbang

Dalam keadaan C BIOS disertakan, mod prestasi tinggi

Untuk Pentium dan Core anda boleh berhenti di sana,

Anda masih boleh memerah sedikit "burung kakak tua" keluar dari Xeon

Dalam keadaan C BIOS tutup, mod prestasi tinggi.

Jika anda tidak menggunakan Turbo boost, inilah yang sepatutnya kelihatan

pelayan ditala untuk prestasi

Pentadbir yang dihormati, anda boleh mengkritik 1C seberapa banyak yang anda suka, tetapi jika pengguna akhir memerlukan kelajuan, anda perlu mendayakan mod prestasi tinggi.

Sila ambil perhatian bahawa pengganda ialah maksimum, kelajuan Teras cantik, dan prestasinya tinggi. Tetapi apa yang akan berlaku akibat dengan 1s?

	Faktor	Kelajuan teras (frekuensi), GHz	Benang Tunggal CPU-Z	Ujian Gilev Ramdisk versi fail	Ujian Gilev Ramdisk pelayan-pelanggan
Tanpa rangsangan Turbo
C-state off, Turbo boost				53.19	40,32
Keadaan-C hidup, rangsangan Turbo			1080	53,13	23,04

2. Apabila kami telah menyusun pemproses dan memori komputer pelanggan, kami beralih ke tempat yang sangat penting seterusnya - rangkaian. Banyak jilid buku telah ditulis mengenai penalaan rangkaian, terdapat artikel mengenai Infostart (, dan lain-lain), tetapi di sini saya tidak akan memberi tumpuan kepada topik ini. Sebelum memulakan ujian 1C, sila pastikan bahawa iperf antara dua komputer menunjukkan keseluruhan lebar jalur (untuk kad 1 Gbit - baik, sekurang-kurangnya 850 Mbit, atau lebih baik lagi 950-980), bahawa nasihat Gilev telah diikuti. Kemudian - ujian operasi yang paling mudah ialah, cukup aneh, menyalin satu fail besar (5-10 gigabait) melalui rangkaian. Tanda tidak langsung operasi biasa pada rangkaian 1 Gbit ialah purata kelajuan penyalinan 100 MB/s, operasi yang baik - 120 MB/s. Saya ingin menarik perhatian anda kepada fakta bahawa titik lemah (termasuk) mungkin beban pemproses. SMB Protokol pada Linux agak kurang selari, dan semasa operasi ia boleh dengan mudah "memakan" satu teras pemproses dan tidak menggunakan lagi.

Yang paling penting , yang "dibakar" pentadbir tahu, tetapi pemula tidak mengambil kira. Terdapat banyak cara untuk menetapkan laluan ke pangkalan data 1c. Anda boleh melakukan \\server\share, anda boleh melakukan \\192.168.0.1\share, anda boleh menggunakan bersih z: \\192.168.0.1\share (dan dalam beberapa kes kaedah ini juga akan berfungsi, tetapi tidak selalu) dan kemudian nyatakan pemacu Z. Nampaknya semua laluan ini menghala ke tempat yang sama, tetapi untuk 1C hanya ada satu cara yang memberikan prestasi biasa dengan agak boleh dipercayai. Jadi, inilah yang perlu anda lakukan dengan betul:

Pada baris arahan (atau dalam dasar, atau apa sahaja yang sesuai untuk anda) - lakukan penggunaan bersih DriveLetter: \\server\share. Contoh: penggunaan bersih m: \\server\bases. Saya secara khusus menekankan BUKAN alamat IP, iaitu Nama pelayan. Jika nama pelayan tidak kelihatan, tambahkannya pada dns pada pelayan, atau secara setempat pada fail hos. Tetapi alamatnya mestilah dengan nama. Sehubungan itu, dalam perjalanan ke pangkalan data, akses cakera ini (lihat gambar).

	Menang 2008 - Menang 2008 hubungi melalui alamat ip	Menang 2008 - Menang 2008 Memanggil dengan nama	Menang 2008 - Menang 2008 Hubungi melalui alamat IP	Menang 2008 - Menang 2008 Memanggil dengan nama	Menang 2008 - Menang 7 Memanggil dengan nama	Menang 2008 - Debian Memanggil dengan nama	Menang 2008 - Menang 2008 Hubungi melalui alamat IP	Menang 2008 - Menang 2008 Memanggil dengan nama
	11,20	26,18	15,20	43,86	40,65	37,04	16,23	44,64
1C 8.2	11,29	26,18	15,29	43,10	40,65	36,76	15,11	44,10
8.2.19.83	12,15	25,77	15,15	43,10			14,97	42,74
	6,13	34,25	14,98	43,10	39,37	37,59	15,53	42,74
1C 8.3	6,61	33,33	15,58	43,86	40,00	37,88	16,23	42,74
8.3.6.2076		33,78	15,53	43,48	39,37	37,59		42,74

Kesimpulan (dari jadual dan dari pengalaman peribadi. Terpakai hanya pada versi fail):

Melalui rangkaian, anda boleh mendapatkan nombor yang agak biasa untuk kerja jika rangkaian ini dikonfigurasikan dengan betul dan laluan dimasukkan dengan betul dalam 1C. Malah Core i3 yang pertama dengan mudah boleh menghasilkan 40+ burung kakak tua, yang agak baik, dan ini bukan sahaja burung kakak tua, dalam kerja sebenar perbezaannya juga ketara. Tetapi! Had apabila bekerja dengan beberapa (lebih daripada 10) pengguna tidak lagi menjadi rangkaian, di sini 1 Gbit masih mencukupi, tetapi menyekat semasa kerja berbilang pengguna (Gilev).

Platform 1C 8.3 adalah berkali-kali lebih menuntut dari segi konfigurasi rangkaian yang betul. Tetapan asas - lihat Gilev, tetapi perlu diingat bahawa segala-galanya boleh dipengaruhi. Saya melihat pecutan daripada menyahpasang (dan bukan hanya mematikan) antivirus, daripada mengalih keluar protokol seperti FCoE, daripada menukar pemacu kepada versi yang lebih lama, tetapi diperakui Microsoft (terutama untuk kad murah seperti ASUS dan DLC), daripada mengalih keluar kad rangkaian kedua daripada pelayan. Terdapat banyak pilihan, sediakan rangkaian anda dengan teliti. Mungkin terdapat situasi di mana platform 8.2 memberikan nombor yang boleh diterima, dan 8.3 - dua kali atau lebih kurang. Cuba bermain dengan platform versi 8.3, kadangkala anda mendapat kesan yang sangat besar.

1C 8.3.6.2076 (mungkin nanti, saya belum lagi mencari versi yang tepat) masih lebih mudah untuk dikonfigurasikan melalui rangkaian berbanding 8.3.7.2008. Saya dapat mencapai operasi biasa melalui rangkaian dari 8.3.7.2008 (dalam burung kakak tua yang setanding) hanya beberapa kali; Saya tidak dapat mengulanginya untuk kes yang lebih umum. Saya tidak berapa faham, tetapi berdasarkan lilitan kaki dari Process Explorer, rakaman di sana tidak sebaik dalam 8.3.6.

Walaupun fakta bahawa apabila bekerja pada rangkaian 100 Mbit, jadual bebannya kecil (kita boleh mengatakan bahawa rangkaian itu percuma), kelajuan operasi masih jauh lebih rendah daripada pada 1 Gbit. Sebabnya ialah kependaman rangkaian.

Semua perkara lain adalah sama (rangkaian yang berfungsi dengan baik) untuk 1C 8.2 sambungan Intel-Realtek adalah 10% lebih perlahan daripada Intel-Intel. Tetapi realtek-realtek secara amnya boleh memberikan penurunan mendadak secara tiba-tiba. Oleh itu, jika anda mempunyai wang, lebih baik untuk menyimpan kad rangkaian Intel di mana-mana; jika anda tidak mempunyai wang, kemudian pasang Intel hanya pada pelayan (CO anda). Dan terdapat lebih banyak arahan untuk menala kad rangkaian Intel.

Tetapan antivirus lalai (menggunakan drweb versi 10 sebagai contoh) mengambil kira-kira 8-10% burung kakak tua. Jika anda mengkonfigurasinya seperti yang sepatutnya (benarkan proses 1cv8 melakukan segala-galanya, walaupun ia tidak selamat), kelajuannya adalah sama seperti tanpa antivirus.

JANGAN baca guru Linux. Pelayan dengan samba adalah hebat dan percuma, tetapi jika anda memasang Win XP atau Win7 (atau lebih baik - OS pelayan) pada pelayan, maka versi fail 1c akan berfungsi lebih cepat. Ya, samba dan susunan protokol dan tetapan rangkaian dan banyak lagi yang boleh ditala dengan baik dalam debian/ubuntu, tetapi ini disyorkan untuk pakar. Tidak ada gunanya memasang Linux dengan tetapan lalai dan kemudian mengatakan bahawa ia perlahan.

Adalah idea yang baik untuk menyemak operasi cakera yang disambungkan melalui penggunaan bersih menggunakan fio . Sekurang-kurangnya akan jelas sama ada ini adalah masalah dengan platform 1C, atau dengan rangkaian/cakera.

Untuk versi pengguna tunggal, saya tidak dapat memikirkan ujian (atau situasi) di mana perbezaan antara 1 Gbit dan 10 Gbit akan dapat dilihat. Satu-satunya perkara di mana 10Gbit untuk versi fail memberikan hasil yang lebih baik ialah menyambungkan cakera melalui iSCSI, tetapi ini adalah topik untuk artikel berasingan. Namun, saya berpendapat bahawa untuk versi fail 1 kad Gbit sudah mencukupi.

Saya tidak faham mengapa, dengan rangkaian 100 Mbit, 8.3 berfungsi dengan ketara lebih pantas daripada 8.2, tetapi ia adalah fakta. Semua peralatan lain, semua tetapan lain adalah sama sekali, cuma dalam satu kes 8.2 diuji, dan dalam yang lain - 8.3.

NFS yang tidak ditala win-win atau win-lin memberikan 6 burung kakak tua, saya tidak memasukkannya ke dalam jadual. Selepas penalaan saya mendapat 25, tetapi ia tidak stabil (perbezaan dalam ukuran lebih daripada 2 unit). Saya belum boleh memberikan cadangan tentang menggunakan Windows dan protokol NFS.

Pelayan terminal. (pangkalan data berada di pelayan, pelanggan menyambung melalui rangkaian, protokol RDP). Algoritma langkah demi langkah:

0. Tambahkan pangkalan data ujian Gilev ke pelayan dalam folder yang sama dengan pangkalan data utama. Kami menyambung dari pelayan yang sama dan menjalankan ujian. Kami ingat hasilnya.

1. Dengan cara yang sama seperti dalam versi fail, kami menyediakan kerja. Dalam kes pelayan terminal, pemproses secara amnya memainkan peranan utama (diandaikan bahawa tidak ada titik lemah yang jelas, seperti kekurangan memori atau sejumlah besar perisian yang tidak diperlukan).

2. Menyediakan kad rangkaian dalam kes pelayan terminal hampir tidak memberi kesan ke atas operasi 1c. Untuk memastikan keselesaan "istimewa", jika pelayan anda menghasilkan lebih daripada 50 burung kakak tua, anda boleh bermain dengan versi baharu protokol RDP, hanya untuk keselesaan pengguna, respons yang lebih pantas dan menatal.

3. Jika sebilangan besar pengguna sedang aktif bekerja (dan di sini anda sudah boleh cuba menyambungkan 30 orang ke satu pangkalan data, jika anda mencuba), adalah sangat dinasihatkan untuk memasang pemacu SSD. Atas sebab tertentu, dipercayai bahawa cakera tidak menjejaskan operasi 1C, tetapi semua ujian dijalankan dengan cache pengawal didayakan untuk menulis, yang tidak betul. Pangkalan ujian adalah kecil, ia cukup sesuai dalam cache, oleh itu angka yang tinggi. Pada pangkalan data sebenar (besar) semuanya akan berbeza sama sekali, jadi cache dilumpuhkan untuk ujian.

	Serbuan 10 4x SATA 7200 ATA ST31500341AS	Serbuan 10 4x SAS 10k	Serbuan 10 4x SAS 15k	SSD tunggal	Ramdisk		Cache didayakan Pengawal RAID
	21,74	28,09	32,47	49,02	50,51	53,76	49,02
1C 8.2	21,65	28,57	32,05	48,54	49,02	53,19
8.2.19.83	21,65	28,41	31,45	48,54	49,50	53,19
	33,33	42,74	45,05	51,55	52,08	55,56	51,55
1C 8.3	33,46	42,02	45,05	51,02	52,08	54,95
8.3.7.2008	35,46	43,01	44,64	51,55	52,08	56,18

Cache pengawal RAID yang didayakan menghapuskan semua perbezaan antara cakera; nombor adalah sama untuk kedua-dua sat dan cas. Menguji dengannya pada sejumlah kecil data tidak berguna dan tidak menunjukkan apa-apa jenis.

Untuk platform 8.2, perbezaan prestasi antara pilihan SATA dan SSD adalah lebih daripada dua kali ganda. Ini bukan kesilapan menaip. Jika anda melihat monitor prestasi semasa ujian pada pemacu SATA. maka anda boleh melihat dengan jelas "Masa operasi cakera aktif (dalam%)" 80-95. Ya, jika anda mendayakan cache cakera itu sendiri untuk rakaman, kelajuan akan meningkat kepada 35, jika anda mendayakan cache pengawal serbuan - sehingga 49 (tidak kira cakera mana yang sedang diuji pada masa ini). Tetapi ini adalah burung kakak tua cache sintetik; dalam kerja sebenar, dengan pangkalan data yang besar, tidak akan ada nisbah hit cache tulis 100%.

Kelajuan SSD yang murah (saya uji pada Agility 3) cukup memadai untuk menjalankan versi fail. Sumber rakaman adalah perkara lain, anda perlu melihatnya dalam setiap kes tertentu, jelas bahawa Intel 3700 akan mempunyai susunan magnitud yang lebih tinggi, tetapi harganya sepadan. Dan ya, saya faham bahawa apabila menguji cakera SSD, saya juga menguji cache cakera ini ke tahap yang lebih besar, hasil sebenar akan menjadi kurang.

Penyelesaian yang paling betul (dari sudut pandangan saya) adalah dengan memperuntukkan 2 cakera SSD dalam serbuan cermin untuk pangkalan data fail (atau beberapa pangkalan data fail), dan tidak meletakkan apa-apa lagi di sana. Ya, dengan cermin, SSD haus sama, dan ini adalah tolak, tetapi sekurang-kurangnya elektronik pengawal entah bagaimana dilindungi daripada ralat.

Kelebihan utama pemacu SSD untuk versi fail akan muncul apabila terdapat banyak pangkalan data, setiap satu dengan beberapa pengguna. Jika terdapat 1-2 pangkalan data, dan terdapat kira-kira 10 pengguna, maka cakera SAS akan mencukupi. (tetapi dalam apa jua keadaan, lihat memuatkan cakera ini, sekurang-kurangnya melalui perfmon).

Kelebihan utama pelayan terminal ialah ia boleh mempunyai pelanggan yang sangat lemah, dan tetapan rangkaian menjejaskan pelayan terminal lebih kurang (sekali lagi, K.O. anda).

Pilihan pelanggan-pelayan.

Ujian dijalankan hanya pada 8.2, kerana pada 8.3 semuanya bergantung agak serius pada versi.

Untuk ujian, saya memilih pilihan pelayan dan rangkaian yang berbeza di antara mereka untuk menunjukkan arah aliran utama.

	SQL: Xeon E5-2630	SQL: Xeon E5-2630 Saluran gentian - SSD	SQL: Xeon E5-2630 Saluran gentian - SAS	SQL: Xeon E5-2630 SSD tempatan	SQL: Xeon E5-2630 Saluran gentian - SSD	SQL: Xeon E5-2630 SSD tempatan	1C: Xeon 5650 =	1C: Xeon 5650 = Memori yang dikongsi	1C: Xeon 5650 =	1C: Xeon 5650 =	1C: Xeon 5650 =
	16,78	18,23	16,84	28,57	27,78	32,05	34,72	36,50	23,26	40,65	39.37
1C 8.2	17,12	17,06	14,53	29,41	28,41	31,45	34,97	36,23	23,81	40,32	39.06
	16,72	16,89	13,44	29,76	28,57	32,05	34,97	36,23	23,26	40,32	39.06

Nampaknya saya telah mempertimbangkan semua pilihan yang menarik, jika ada apa-apa lagi yang anda minati, tulis dalam komen, saya akan cuba melakukannya.

SAS pada sistem storan adalah lebih perlahan daripada SSD tempatan, walaupun sistem storan mempunyai saiz cache yang lebih besar. SSD, kedua-dua tempatan dan pada sistem storan, berfungsi pada kelajuan yang setanding untuk ujian Gilev. Saya tidak tahu apa-apa ujian berbilang benang standard (bukan hanya rakaman, tetapi semua peralatan) kecuali ujian beban 1C daripada MCC.

Menukar pelayan 1C daripada 5520 kepada 5650 hampir menggandakan prestasi. Ya, konfigurasi pelayan tidak sepadan sepenuhnya, tetapi ia menunjukkan arah aliran (tidak mengejutkan).

Meningkatkan kekerapan pada pelayan SQL sudah tentu memberikan kesan, tetapi tidak sama seperti pada pelayan 1C; Pelayan MS SQL sangat baik (jika anda bertanya) untuk menggunakan berbilang teras dan memori bebas.

Menukar rangkaian antara 1C dan SQL daripada 1 Gbit kepada 10 Gbit memberikan kira-kira 10% burung kakak tua. Saya menjangkakan lebih.

Mendayakan memori Dikongsi masih memberikan kesan, walaupun bukan 15%, seperti yang diterangkan. Pastikan anda melakukannya, mujurlah ia cepat dan mudah. Jika semasa pemasangan seseorang memberikan pelayan SQL contoh bernama, maka untuk 1C berfungsi, nama pelayan mesti dinyatakan bukan oleh FQDN (tcp/ip akan berfungsi), bukan melalui localhost atau hanya ServerName, tetapi melalui ServerName\InstanceName, sebagai contoh zz-test\zztest. (Jika tidak, ralat DBMS akan berlaku: Microsoft SQL Server Native Client 10.0: Shared Memory Provider: Pustaka memori kongsi yang digunakan untuk mewujudkan sambungan dengan SQL Server 2000 tidak ditemui. HRESULT=80004005, HRESULT=80004005, HRESULT=80004005, SQLSrvrvr : SQLSTATE=08001, state=1, Severity=10, native=126, line=0).

Untuk kurang daripada 100 pengguna, satu-satunya perkara dalam membahagikannya kepada dua pelayan berasingan ialah lesen Win 2008 Std (dan lebih lama), yang hanya menyokong 32GB RAM. Dalam semua kes lain, 1C dan SQL pastinya perlu dipasang pada satu pelayan dan diberikan lebih (sekurang-kurangnya 64 GB) memori. Memberi MS SQL kurang daripada 24-28 GB RAM adalah ketamakan yang tidak wajar (jika anda fikir anda mempunyai memori yang mencukupi untuknya dan semuanya berfungsi dengan baik, mungkin versi fail 1C akan mencukupi untuk anda?)

Betapa teruknya gabungan 1C dan SQL berfungsi dalam mesin maya ialah topik artikel berasingan (petunjuk - lebih teruk). Walaupun dalam Hyper-V semuanya tidak begitu jelas ...

Mod prestasi seimbang adalah buruk. Hasilnya agak konsisten dengan versi fail.

Banyak sumber mengatakan bahawa mod nyahpepijat (ragent.exe -debug) menyebabkan penurunan prestasi yang ketara. Nah, ia mengurangkan, ya, tetapi saya tidak akan memanggil 2-3% kesan yang ketara.

Sistem 1C hari ini adalah salah satu alat utama untuk menjalankan perniagaan kecil dan sederhana. Sebagai peraturan, semua pekerja organisasi mempunyai akses kepada program ini. Oleh itu, jika 1C mula perlahan atau berfungsi dengan perlahan, maka ini memberi kesan ketara kepada pengendalian perniagaan. Mari lihat bagaimana anda boleh mempercepatkan dan mengoptimumkan kerja dalam 1C sendiri.

Pengoptimuman menggunakan kemas kini 1C

Versi baharu 1C sentiasa berfungsi dengan lebih berjaya dan cepat, jadi adalah penting untuk mengikuti kemas kini. Adalah disyorkan untuk mengemas kini rekod perakaunan anda sekerap mungkin. Terutama apabila versi pelaporan terkawal dikeluarkan.

Ramai orang telah menggunakan keupayaan untuk mengemas kini program secara automatik untuk masa yang lama. Walaupun isu ini boleh diselesaikan dengan mudah secara manual untuk 1C Enterprise 8.3, pengemaskinian yang tidak akan menyebabkan sebarang masalah.

Langkah pertama ialah memuat turun versi terkini platform yang sedang anda gunakan. Ini dilakukan sama ada menggunakan cakera ITS, atau melalui antara muka web, di mana mereka menyediakan sokongan berterusan kepada pengguna program seperti 1c Enterprise 8.3, kemas kini konfigurasi yang turut disediakan secara rasmi.

Dalam kes kedua, arkib dengan data kemas kini dimuat turun secara berasingan. Ia dibongkar dalam mana-mana folder yang dianggap paling mudah untuk pengguna. Kemudian anda perlu menjalankan fail .exe. Dalam tetingkap seterusnya, hanya klik butang "Seterusnya".

Halaman lain akan muncul. Di atasnya, pengguna memilih laluan di mana pemasangan selesai. Tetapi langkah ini disyorkan hanya untuk pemilik komputer peribadi lanjutan. Fungsi lalai biasanya mencukupi untuk menyelesaikan kebanyakan masalah. Secara lalai, dalam kes ini, satu folder ditentukan di mana semua kemas kini dipasang sekali gus. Ini adalah lebih mudah daripada apabila laluan akhir berbeza. Kami hanya mengklik butang "Seterusnya" beberapa kali dalam program 1c Enterprise 8.3, konfigurasi yang harus dikemas kini dengan cepat.

Yang tinggal hanyalah butang terakhir, yang menawarkan "Pasang".

Bagaimana untuk mempercepatkan 1C jika platform perlahan

Masalah paling kerap berpunca daripada fakta bahawa pada salah satu peringkat tumpuan perhatian pemain berkurangan. Di sini adalah penting untuk memilih skema kemas kini yang betul, hanya dalam kes ini kita tidak akan menghadapi masalah apabila 1c membeku semasa kemas kini.

Kemas kini versi 7.7

Terdapat beberapa jenis konfigurasi. Bergantung pada ini, kursus tindakan selanjutnya dipilih.

Standard – dalam kes ini diandaikan bahawa kemas kini juga dijalankan untuk pelaporan terkawal.
Konfigurasi industri biasa sebahagian besarnya mengingatkan pilihan sebelumnya. Adalah penting untuk membaca arahan yang diberikan oleh pembangun terlebih dahulu. Jika tidak, anda tidak akan dapat mengetahui sebab 1C 8.3 ranap semasa kemas kini.
Standard yang diubah suai - pengguna sentiasa mempunyai peluang untuk mengubah suai aplikasi itu sendiri supaya ia memenuhi keperluan semasa. Pilihan lain untuk mengembangkan fungsi ialah beralih ke platform baharu. Sebagai contoh, versi 8.

Mengenai versi 8.0 dan 8.1

Pada masa ini, platform 8.0 sudah ditarik balik daripada sokongan. Perkembangan standard baharu hanya akan berfungsi apabila menggunakan versi terkini. Anda hanya perlu ingat bahawa semua keluaran pertengahan selesai tanpa gagal. Jika tidak, terdapat kebarangkalian tinggi untuk kehilangan maklumat semata-mata. Atau menghadapi situasi di mana 1c membeku apabila mengemas kini konfigurasi.

Pilihan boleh dilakukan apabila konfigurasi standard baharu dilaksanakan, dan kemudian sisa daripada pangkalan data maklumat lama dipindahkan kepadanya.

Bagi versi 8.1, anda boleh mengemas kininya dalam beberapa cara:

secara manual;
dalam mod automatik;
menghubungi pakar daripada syarikat yang menyediakan perkhidmatan dalam bidang ini.

Bekerja dengan versi bukan standard atau diubah suai

Pada mulanya, sebarang konfigurasi merujuk kepada perkembangan standard. Ia tidak lagi seperti itu jika perubahan tertentu dibuat di perusahaan. Sebagai contoh, semasa pemasangan. Terdapat dua kelas yang menonjol antara konfigurasi bukan standard:

berubah;
dicipta dari awal, dengan mengambil kira keperluan perusahaan tertentu.

Kadangkala konfigurasi kelas kedua diedarkan secara aktif di kalangan pengguna. Kemudian ia dianggap tipikal. Cuma pengilang tidak dianggap sebagai 1C sendiri, tetapi syarikat yang mencipta versi baharu.

Konfigurasi boleh dikemas kini dengan tindakan berikut:

Pembetulan kesilapan.
Peluasan kefungsian.
Penambahbaikan.
Perubahan dalam 1C 8.3, konfigurasi tidak dikemas kini sekiranya berlaku ralat penyelenggaraan.

Proses pemasangan mungkin mengambil masa yang berbeza bergantung pada kelajuan Internet di mana anda sedang menggunakannya. Dalam tetingkap yang berasingan, pengguna memilih sama ada untuk mengemas kini selepas kerja selesai atau serta-merta. Dengan pilihan terakhir, anda perlu memastikan bahawa tiada orang lain yang bekerja dengan aplikasi itu. Proses itu sendiri melibatkan penggunaan mod eksklusif dalam aplikasi 1c Enterprise 8.3, kemas kini terkini tidak terkecuali.

Kita mesti ingat bahawa tidak semua versi keluaran mungkin sesuai untuk konfigurasi semasa.
Jika kemas kini tidak dilakukan untuk masa yang lama, anda mungkin perlu memuat turun beberapa fail atau arkib sekaligus.
Dalam senarai adalah mudah untuk memahami versi 1C Enterprise 8.3 yang diperlukan, kemas kini dipilih oleh pengguna.

Apabila proses selesai, Configurator itu sendiri boleh ditutup. Mod ini paling kerap digunakan jika kemas kini diperlukan. Ia mudah dan mengautomasikan hampir keseluruhan proses. Apabila anda melancarkannya buat kali pertama, mesej mungkin muncul yang menunjukkan bahawa platform itu sudah lapuk. Dan ia tidak disyorkan untuk menggunakannya pada masa semasa.

Sebab tambahan untuk brek

Jika program dikemas kini dengan betul dan tanpa sebarang ralat, walau bagaimanapun, 1C masih menjadi perlahan, maka sebabnya mungkin seperti berikut:

Antivirus - jika dikonfigurasikan dengan betul, tiada antivirus akan mengganggu sistem, namun, jika anda menggunakan tetapan kilang, prestasi 1C mungkin berkurangan sebanyak 5–10%. Anda boleh mengoptimumkan antivirus anda menggunakan tetapan tambahan dengan mengalih keluar mod latar belakang (jika perlu).
Parameter komputer - selalunya komputer yang tidak cukup berkuasa membawa kepada penurunan ketara dalam prestasi 1C. Perhatian khusus mesti diberikan kepada kad video, sistem pengendalian dan pemproses.

Kaedah sedemikian akan mengoptimumkan dan mempercepatkan kerja dengan ketara dalam 1C untuk mana-mana syarikat atau perusahaan, selepas itu prestasi program akan meningkat dengan ketara.

Bagaimana untuk meningkatkan kelajuan dan kemudahan penggunaan dalam 1C

Bahan dikemas kini

Kursus direkodkan pada versi 8.3 menggunakan MS SQL Server 2014 Dan versi terkini alat produktiviti, dengan penerangan terperinci tentang tetapan dan keupayaan baharu.

Di mana bekerja dengan 8.2 juga diterangkan dalam kursus.

Dua bahagian baharu: “Pengujian” dan “Sandaran”

Bahagian "Pengujian" merangkumi kedua-dua ujian menggunakan konfigurasi Pusat Ujian dan ujian automatik. Selain itu, soalan mengenai peralatan ujian dipertimbangkan.

Bahagian "Sandaran" membincangkan isu membuat sandaran dari awal menggunakan MS SQL Server sebagai contoh. Ia juga menyediakan maklumat tentang model pemulihan, cara ia berfungsi dan cara ia berkaitan dengan sandaran.

Format bahan telah berubah

Ia boleh digunakan untuk mencari maklumat dengan cepat tentang mana-mana topik yang diliputi dalam kursus, dan juga boleh digunakan sebagai rujukan jika anda menghadapi masalah prestasi.

Kursus telah menjadi lebih terperinci

Butiran lanjut dan butiran teknikal telah ditambahkan pada semua topik, yang akan sangat berguna untuk persediaan menghadapi peperiksaan 1C: Pakar dan ujian untuk 1C: Profesional mengenai isu teknologi.

Menambahkan pelajaran pada mengendalikan pengecualian dalam urus niaga
Menambah maklumat pada kunci niat
Ditambah jadual selari apabila menggunakan PostgreeSQL
Contoh ditambah membersihkan kebuntuan menggunakan log teknologi
Menambah maklumat tentang operasi selari objek metadata dalam mod berbeza dengan tetapan berbeza.
Menambah maklumat tentang baru jenis kebuntuan
Ditambah penerangan terperinci Peranti kluster pelayan 1C, termasuk perihalan fail perkhidmatan utama
dikemas kini menyelesaikan masalah untuk persediaan 1C:Pakar
Menambah pemprosesan unik, yang membolehkan anda melihat rekod dari segi metadata yang sedang disekat
Ditambah keseluruhan bahagian sandaran
Menambah maklumat pada mekanisme untuk menyimpan dan mendapatkan semula hasil
Menambah maklumat tentang kunci seumur hidup dalam tahap pengasingan transaksi yang berbeza
Menambah maklumat mengenai pengendalian ujian beban dan pemilihan peralatan yang sesuai
Menambah maklumat tentang penggunaan mekanisme ujian automatik
Menambah maklumat tentang kesan pengisihan terhadap prestasi permintaan
Menambah maklumat tentang kerja senarai dinamik
Menambah maklumat pada teknik yang disyorkan pengaturcaraan
Ditambah skrip berguna dan pandangan dinamik

Menambah tugas praktikal baharu

Banyak tugas tambahan adalah berdasarkan situasi sebenar daripada projek pengoptimuman.

Juga ditambah tugas akhir dikemas kini, yang telah menjadi lebih kompleks dan menarik.

Sokongan kumpulan induk

Sokongan disediakan pada halaman aktiviti kursus. Anda boleh bertanya apa-apa soalan tentang bahan kursus.

Juga awak dapatkan akses kepada ratusan soalan dan jawapan kepada mereka daripada peserta kursus yang lain.

Tempoh sokongan: sehingga 4 bulan(bergantung pada versi kursus yang dipilih).

Anda boleh mengaktifkan akses kepada Kumpulan Induk dalam mana-mana masa yang sesuai dalam tempoh 100 hari dari tarikh pembelian.

Keperluan untuk peserta

Tiada syarat khas untuk peserta kursus.

Untuk berjaya menamatkan kursus, anda mesti mempunyai sekurang-kurangnya pengalaman minimum dalam pembangunan 1C.

Anda memerlukan komputer dengan 1C 8.3 dan Windows

Pemain yang dilindungi untuk melihat bahan video hanya berfungsi dalam persekitaran Windows. Tontonan video tidak boleh dilakukan dalam persekitaran maya atau dengan alat capaian jauh.

Versi kursus dan kos

Kursus ini mempunyai TIGA versi: LITE, PROF, MUKTAMAD.

Mereka berbeza dari segi tujuan, kandungan, kos dan syarat sokongan dalam Kumpulan Induk.

Bagi pembeli kursus Diagnosis Masalah Prestasi

Kos kursus "Diagnostik masalah prestasi 1C: apa sebenarnya yang memperlahankan sistem" adalah kira apabila membeli kursus "Pecutan dan pengoptimuman sistem pada 1C:Enterprise 8.3".

Anda hanya membuat pesanan untuk versi kursus Pengoptimuman yang sesuai, dan dalam susunan itu anda menunjukkan kod diskaun yang dihantar kepada anda selepas membeli kursus "Diagnostik Masalah Prestasi".

Sebagai contoh, dengan mengambil kira diskaun, versi LITE akan berharga 11,300 9,800 rubel.

Jaminan

Kami telah mengajar sejak 2008, kami yakin dengan kualiti kursus kami dan memberikan kami waranti standard 60 hari.

Ini bermakna jika anda mula mengikuti kursus kami, tetapi tiba-tiba berubah fikiran (atau, katakan, tidak mempunyai peluang), maka anda mempunyai tempoh 60 hari untuk membuat keputusan - dan jika anda membuat pulangan, kami mengembalikan 100 % daripada bayaran.

Bayaran ansuran

Kursus kami boleh dibayar secara ansuran atau ansuran, termasuk tanpa faedah. Di mana Anda mendapat akses segera kepada bahan.

Ini boleh dilakukan dengan bayaran daripada individu dalam jumlah RUB 3,000 atau lebih. sehingga 150,000 gosok.

Apa yang anda perlu lakukan ialah memilih kaedah pembayaran "Pembayaran melalui Yandex.Checkout". Seterusnya, pada tapak web sistem pembayaran, pilih "Bayar secara ansuran", nyatakan tempoh dan jumlah pembayaran, isikan borang ringkas - dan dalam beberapa minit anda akan menerima keputusan.

Pilihan pembayaran

Kami menerima semua bentuk pembayaran utama.

Daripada individu– pembayaran daripada kad, pembayaran dengan wang elektronik (WebMoney, YandexMoney), pembayaran melalui perbankan Internet, pembayaran melalui kedai komunikasi, dan sebagainya. Anda juga boleh membayar pesanan secara ansuran (secara ansuran), termasuk tanpa faedah tambahan.

Mula membuat pesanan anda - dan dalam langkah kedua anda boleh memilih kaedah pembayaran pilihan anda.

Daripada organisasi dan usahawan individu– bayaran tanpa tunai, dokumen penghantaran disediakan. Anda memasukkan pesanan dan anda boleh segera mencetak invois untuk pembayaran.

Latihan beberapa pekerja

Kursus kami direka untuk pembelajaran individu. Latihan kumpulan dalam satu set adalah pengedaran haram.

Jika syarikat perlu melatih berbilang pekerja, kami biasanya menawarkan "kit tambahan" yang berharga 40% kurang.

Untuk membuat pesanan untuk "kit tambahan" pilih 2 atau lebih set kursus dalam borang, bermula dari set kedua kos kursus akan menjadi 40% lebih murah.

Terdapat tiga syarat untuk menggunakan kit tambahan:

Anda tidak boleh membeli hanya set tambahan jika sekurang-kurangnya satu set biasa tidak dibeli sebelum ini (atau bersama-sama dengannya)
Tiada diskaun lain untuk set tambahan (ia sudah didiskaun, ia akan menjadi "diskaun pada diskaun")
promosi tidak sah untuk set tambahan (contohnya, pampasan 7,000 rubel) atas sebab yang sama