1'lerin karmaşık otomasyonunu hızlandırın. Üyelik Koşulları

Son zamanlarda, kullanıcılar ve yöneticiler, yönetilen bir uygulama temelinde geliştirilen yeni 1C yapılandırmalarının yavaş, bazı durumlarda kabul edilemez derecede yavaş olduğundan giderek daha fazla şikayet etmeye başladılar. Yeni yapılandırmaların yeni işlevler ve yetenekler içerdiği açıktır ve bu nedenle kaynaklar üzerinde daha fazla talep vardır, ancak çoğu kullanıcı dosya modunda 1C'nin çalışmasını öncelikle neyin etkilediğini anlamaz. Bu açığı düzeltmeye çalışalım.

Bizde, disk alt sisteminin performansının 1C hızı üzerindeki etkisine zaten değindik, ancak bu çalışma, uygulamanın ayrı bir PC veya terminal sunucusunda yerel kullanımı ile ilgiliydi. Aynı zamanda, çoğu küçük uygulama, kullanıcının bilgisayarlarından birinin sunucu olarak kullanıldığı bir ağ üzerinden bir dosya tabanıyla veya normal, çoğu zaman da ucuz bir bilgisayara dayalı özel bir dosya sunucusuyla çalışmayı içerir.

1C'deki Rusça kaynaklarla ilgili küçük bir çalışma, bu sorunun özenle atlandığını gösterdi; sorun olması durumunda, genellikle istemci-sunucu veya terminal moduna geçilmesi önerilir. Ayrıca, yönetilen bir uygulamadaki yapılandırmaların normal olanlardan çok daha yavaş çalıştığı da neredeyse genel olarak kabul görmüştür. Kural olarak, argümanlara "demir" verilir: "burada Muhasebe 2.0 yeni uçtu ve" troyka "zar zor hareket ediyor, elbette, bu kelimelerde bazı gerçekler var, bu yüzden anlamaya çalışalım.

Bir bakışta kaynak tüketimi

Bu çalışmaya başlamadan önce kendimize iki hedef belirledik: yönetilen uygulama tabanlı yapılandırmaların aslında geleneksel yapılandırmalardan daha yavaş olup olmadığını ve hangi kaynakların performans üzerinde en yüksek etkiye sahip olduğunu bulmak.

Test için, sırasıyla Windows Server 2012 R2 ve Windows 8.1 çalıştıran iki sanal makine aldık ve bunlara ana bilgisayar Core i5-4670'in 2 çekirdeğini ve yaklaşık olarak ortalama bir ofis makinesine karşılık gelen 2 GB RAM'i ayırdık. Sunucu, iki kişilik bir RAID 0 dizisine yerleştirildi ve istemci, benzer bir genel amaçlı disk dizisine yerleştirildi.

Deneysel temeller olarak, Accounting 2.0'ın birkaç konfigürasyonunu seçtik, sürüm 2.0.64.12 , daha sonra güncellendi 3.0.38.52 , tüm konfigürasyonlar platformda çalıştırıldı 8.3.5.1443 .

Dikkat çeken ilk şey, Troyka'nın bilgi tabanının artan boyutudur ve RAM için çok daha fazla iştahın yanı sıra önemli ölçüde büyümüştür:

Her zamanki "bu üçlüye ne kattılar" duymaya hazırız ama acele etmeyelim. Az ya da çok kalifiye bir yönetici gerektiren istemci-sunucu sürümlerinin kullanıcılarının aksine, dosya sürümlerinin kullanıcıları nadiren veritabanı bakımını düşünür. Ayrıca, bu üslere hizmet veren (okuma - güncelleme) uzmanlaşmış firmaların çalışanları nadiren bunu düşünür.

Bu arada, 1C bilgi tabanı, bakım gerektiren kendi formatına sahip tam teşekküllü bir DBMS'dir ve bunun için adı verilen bir araç bile vardır. Bilgi tabanını test etme ve düzeltme. Belki de isim acımasız bir şaka yaptı, bu da bunun bir sorun giderme aracı olduğunu ima ediyor gibi görünüyor, ancak düşük performansın da bir sorun olduğu ve tablo sıkıştırma ile birlikte yeniden yapılandırma ve yeniden indeksleme, herhangi bir RDBMS yöneticisi için iyi bilinen veritabanı optimizasyon araçlarıdır. Hadi kontrol edelim?

Seçilen eylemleri uyguladıktan sonra, veritabanı önemli ölçüde "ağırlık kaybetti", daha önce hiç kimsenin optimize etmediği "iki" den bile daha küçük hale geldi ve RAM tüketimi de biraz azaldı.

Ardından, yeni sınıflandırıcılar ve dizinler yüklendikten sonra, dizinler oluşturulduktan vb. tabanın boyutu büyüyecek, genel olarak "üç"ün tabanları "iki"nin tabanlarından daha büyüktür. Ancak, ikinci sürüm 150-200 MB RAM ile içerikse, bu daha önemli değil, yeni sürüm zaten yarım gigabayta ihtiyaç duyuyor ve programla çalışmak için gerekli kaynakları planlarken bu değer dikkate alınmalıdır. .

Ağ

Ağ bant genişliği, ağ uygulamaları için en önemli parametrelerden biridir, özellikle dosya modunda 1C olarak, ağ üzerinden önemli miktarda veri taşır. Küçük işletmelerin çoğu ağı, ucuz 100 Mbps ekipman temelinde inşa edilmiştir, bu nedenle 1C'nin performans göstergelerini 100 Mbps ve 1 Gbps ağlarda karşılaştırarak test etmeye başladık.

1C dosya tabanını ağ üzerinden başlattığınızda ne olur? İstemci, özellikle bu ilk "soğuk" başlatmaysa, oldukça büyük miktarda bilgiyi geçici klasörlere indirir. 100 Mbps'de, beklenen şekilde bant genişliğine giriyoruz ve indirme işlemi bizim durumumuzda yaklaşık 40 saniye gibi önemli bir zaman alabilir (grafik bölümünün fiyatı 4 saniyedir).

İkinci başlatma daha hızlıdır, çünkü verilerin bir kısmı önbellekte saklanır ve yeniden başlatılıncaya kadar orada kalır. Bir gigabit ağına geçiş, hem "soğuk" hem de "sıcak" programın yüklenmesini önemli ölçüde hızlandırabilir ve değerlerin oranı gözlenir. Bu nedenle, her ölçümün en büyük değerini %100 alarak sonucu göreceli terimlerle ifade etmeye karar verdik:

Grafiklerden de görebileceğiniz gibi, Accounting 2.0 herhangi bir ağ hızında iki kat daha hızlı yükleniyor, 100 Mbps'den 1 Gbps'ye geçiş, indirme süresini dört kat hızlandırmanıza izin veriyor. Bu modda optimize edilmiş ve optimize edilmemiş Troika veritabanları arasında hiçbir fark yoktur.

Ayrıca, örneğin grup yeniden barındırma sırasında ağ hızının ağır hizmet işletimi üzerindeki etkisini de kontrol ettik. Sonuç ayrıca göreceli terimlerle ifade edilir:

Burada zaten daha ilginç, 100 Mbit / s ağdaki "troika" nın optimize edilmiş tabanı "iki" ile aynı hızda çalışıyor ve optimize edilmemiş olan iki kat daha kötü sonuç gösteriyor. Bir gigabitte oranlar korunur, optimize edilmemiş "üç" de "iki"den iki kat daha yavaştır ve optimize edilmiş olan üçte bir geride kalır. Ayrıca, 1 Gb / s'ye geçiş, yürütme süresini sürüm 2.0 için üç kat ve sürüm 3.0 için iki kat azaltmanıza olanak tanır.

Ağ hızının günlük çalışma üzerindeki etkisini değerlendirmek için performans ölçümü her veritabanında bir dizi önceden tanımlanmış eylem gerçekleştirerek.

Aslında, günlük görevler için ağ bant genişliği bir darboğaz değildir, optimize edilmemiş bir "üç", ikiden yalnızca %20 daha yavaştır ve optimizasyondan sonra yaklaşık olarak aynı hızda olduğu ortaya çıkar - ince istemci modunda çalışmanın avantajları etkiler. 1 Gb / s'ye geçiş, optimize edilmiş tabana herhangi bir avantaj sağlamaz ve optimize edilmemiş taban ve ikili, aralarında küçük bir fark göstererek daha hızlı çalışmaya başlar.

Yapılan testlerden, ağın yeni konfigürasyonlar için bir darboğaz olmadığı ve yönetilen uygulamanın normalden daha hızlı çalıştığı açıkça görülüyor. Ağır görevler ve veritabanı yükleme hızı sizin için kritik önem taşıyorsa 1 Gb/sn'ye geçmeyi de önerebilirsiniz, diğer durumlarda yeni yapılandırmalar yavaş 100 Mb/sn ağlarda bile verimli çalışmanıza olanak tanır.

Peki neden 1C yavaşlıyor? Daha fazla araştıracağız.

Sunucu disk alt sistemi ve SSD

Bir önceki yazımızda veri tabanlarını SSD üzerine yerleştirerek 1C performansında artış elde etmiştik. Belki de sunucu disk alt sisteminin performansı yeterli değildir? Aynı anda iki veritabanında yapılan bir grup çalışması sırasında bir disk sunucusunun performansını ölçtük ve oldukça iyimser bir sonuç aldık.

Nispeten yüksek sayıda giriş/çıkış işlemi (IOPS) - 913 olmasına rağmen, kuyruk uzunluğu 1,84'ü geçmedi, bu iki diskli bir dizi için çok iyi bir sonuç. Buna dayanarak, 8-10 ağ istemcisinin ağır modlarda normal çalışması için sıradan disklerden bir yansıtmanın yeterli olacağını varsayabiliriz.

Peki bir sunucuda SSD gerekli mi? Bu soruya en iyi cevap, benzer bir metodoloji kullanarak yaptığımız testlere yardımcı olacaktır, ağ bağlantısı her yerde 1 Gb / s'dir, sonuç da göreceli değerlerle ifade edilir.

Veritabanı yükleme hızıyla başlayalım.

Birisine şaşırtıcı gelebilir ancak sunucu üzerindeki SSD tabanı, veritabanının indirme hızını etkilemiyor. Buradaki ana sınırlayıcı faktör, önceki testte gösterildiği gibi, ağ verimi ve istemci performansıdır.

Yeniden kablolamaya geçelim:

Yukarıda, disk performansının ağır hizmet için bile oldukça yeterli olduğunu belirtmiştik, bu nedenle, SSD'de optimize edilmiş olanı yakalayan optimize edilmemiş taban dışında, SSD'nin hızı da etkilenmez. Aslında bu, optimizasyon işlemlerinin veritabanındaki bilgileri düzenlediğini, rastgele I/O işlemlerinin sayısını azalttığını ve ona erişim hızını artırdığını bir kez daha doğrulamaktadır.

Günlük görevlerde, resim benzer:

Yalnızca optimize edilmemiş taban SSD'den yararlanır. Elbette bir SSD satın alabilirsiniz, ancak üslerin zamanında bakımını düşünmek çok daha iyi olur. Ayrıca, sunucudaki bilgi tabanı bölümünü birleştirmeyi de unutmayın.

İstemci disk alt sistemi ve SSD

SSD'nin yerel olarak kurulu 1C'nin hızı üzerindeki etkisini analiz ettik, söylenenlerin çoğu ağ modunda çalışmak için de geçerlidir. Gerçekten de 1C, arka plan ve zamanlanmış görevler de dahil olmak üzere disk kaynaklarını oldukça aktif olarak kullanır. Aşağıdaki şekilde, Accounting 3.0'ın yüklendikten sonra yaklaşık 40 saniye boyunca diske oldukça aktif bir şekilde nasıl eriştiğini görebilirsiniz.

Ancak aynı zamanda, bir veya iki bilgi tabanı ile aktif çalışmanın gerçekleştirildiği bir iş istasyonu için, bir yığın serisinin geleneksel bir HDD'sinin performans kaynaklarının oldukça yeterli olduğu bilinmelidir. Bir SSD satın almak bazı süreçleri hızlandırabilir, ancak örneğin indirme işlemi ağ bant genişliği ile sınırlı olacağından, günlük işlerde radikal bir hızlanma fark etmeyeceksiniz.

Yavaş bir sabit sürücü bazı işlemleri yavaşlatabilir, ancak tek başına bir programın yavaşlamasına neden olamaz.

Veri deposu

RAM'in artık son derece ucuz olmasına rağmen, birçok iş istasyonu, satın alındıklarında yüklenen bellek miktarıyla çalışmaya devam ediyor. İlk sorunların beklemede olduğu yer burasıdır. Ortalama "troika" nın yaklaşık 500 MB bellek gerektirdiği gerçeğine dayanarak, programla çalışmak için toplam 1 GB RAM miktarının yeterli olmayacağını varsayabiliriz.

Sistem belleğini 1 GB'a indirdik ve iki bilgi bankası başlattık.

İlk bakışta, her şey o kadar da kötü değil, program iştahını yönetti ve tamamen kullanılabilir bellekte tuttu, ancak unutmayalım ki operasyonel veri ihtiyacı değişmedi, peki nereye gittiler? Diske, önbelleğe, takasa vb. Flushed, bu işlemin özü, şu anda ihtiyaç duyulmayan verilerin, miktarı yeterli olmayan hızlı RAM'den yavaş diske gönderilmesidir.

Nereye götürüyor? Ağır işlemlerde sistem kaynaklarının nasıl kullanıldığını görelim, örneğin aynı anda iki veritabanında grup tekrar çalıştırmaya başlayalım. İlk önce 2 GB RAM'e sahip bir sistemde:

Gördüğünüz gibi, sistem verileri almak için ağı ve bunları işlemek için işlemciyi aktif olarak kullanır, disk etkinliği önemsizdir, işleme sürecinde zaman zaman büyür, ancak sınırlayıcı bir faktör değildir.

Şimdi belleği 1 GB'a indirelim:

Durum kökten değişiyor, ana yük artık sabit diske düşüyor, işlemci ve ağ boşta, sistemin gerekli verileri diskten belleğe okumasını ve gereksiz verileri oraya göndermesini bekliyor.

Aynı zamanda, 1 GB belleğe sahip bir sistemde iki açık veritabanıyla öznel çalışma bile son derece rahatsız oldu, dizinler ve dergiler önemli bir gecikme ve aktif disk erişimi ile açıldı. Örneğin, Satış ve hizmet dergisinin açılması yaklaşık 20 saniye sürdü ve bu süre boyunca yüksek disk etkinliği eşlik etti (kırmızı bir çizgiyle vurgulandı).

Yönetilen bir uygulamaya dayalı konfigürasyonların performansı üzerindeki RAM'in etkisini objektif olarak değerlendirmek için üç ölçüm gerçekleştirdik: birinci üssün yükleme hızı, ikinci üssün yükleme hızı ve tabanlardan birinde grup yeniden gönderimi. Her iki taban da tamamen aynıdır ve optimize edilmiş taban kopyalanarak oluşturulur. Sonuç göreceli birimlerle ifade edilir.

Sonuç, yükleme süresi yaklaşık üçte bir oranında büyürse, ki bu hala oldukça tolere edilebilirse, o zaman veritabanında işlem yapma süresi üç kat artar, bu koşullarda herhangi bir rahat çalışma hakkında konuşmaya gerek yoktur. Bu arada, bir SSD satın alırken durum böyledir, durumu iyileştirebilir, ancak sonuçlarla değil, nedenlerle başa çıkmak ve sadece doğru miktarda RAM satın almak çok daha kolay (ve daha ucuz).

RAM eksikliği, yeni 1C konfigürasyonlarıyla çalışmanın rahatsız edici olmasının ana nedenidir. Gemide 2 GB bellek ile minimum uygun konfigürasyonlar düşünülmelidir. Aynı zamanda, bizim durumumuzda "sera" koşullarının yaratıldığını unutmayın: temiz bir sistem, sadece 1C ve görev yöneticisi başlatıldı. Gerçek hayatta, bir tarayıcı, bir ofis paketi, bir antivirüs vb., genellikle çalışan bir bilgisayarda açıktır, bu nedenle, ağır işlemler sırasında bir eksiklikle karşılaşmamak için veritabanı başına 500 MB artı bir miktar marj ihtiyacından devam edin. bellek ve ciddi performans düşüşü.

İşlemci

Merkezi işlem birimi, abartmadan bilgisayarın kalbi olarak adlandırılabilir, çünkü sonuçta tüm hesaplamaları işleyen kişidir. Rolünü değerlendirmek için, RAM ile aynı olan başka bir test seti çalıştırdık ve sanal makinenin kullanabileceği çekirdek sayısını ikiden bire düşürdük ve test 1 GB ve 2 GB bellek boyutlarıyla iki kez çalıştırıldı.

Sonuç oldukça ilginç ve beklenmedik çıktı, daha güçlü bir işlemci, kaynak eksikliği karşısında yükü oldukça etkili bir şekilde devraldı, aksi takdirde herhangi bir somut fayda sağlamadı. 1C Enterprise (dosya modunda), oldukça iddiasız, işlemci kaynaklarını aktif olarak kullanan bir uygulama olarak adlandırılamaz. Ve zor koşullarda, işlemci, uygulamanın verilerini hesaplayarak değil, genel masraflara hizmet ederek çok fazla yüklenir: ek G/Ç işlemleri, vb.

bulgular

Peki, 1C neden yavaşlıyor? Her şeyden önce, bu RAM eksikliğidir, bu durumda ana yük sabit sürücüye ve işlemciye düşer. Ve genellikle ofis konfigürasyonlarında olduğu gibi performansla parlamazlarsa, makalenin başında açıklanan durumu alırız - "iki" iyi çalıştı ve "üç" utanmadan yavaşlar.

İkinci sırada ağ performansı verilmelidir, yavaş 100 Mbps kanal gerçek bir darboğaz haline gelebilir, ancak aynı zamanda ince istemci modu yavaş kanallarda bile oldukça rahat bir çalışma seviyesini koruyabilir.

O zaman diske dikkat etmelisiniz, bir SSD satın almak iyi bir yatırım olmayacaktır, ancak diski daha modern bir diskle değiştirmek gereksiz olmayacaktır. Sabit sürücü nesilleri arasındaki fark, aşağıdaki malzemeden tahmin edilebilir: .

Ve son olarak işlemci. Daha hızlı bir model elbette gereksiz olmayacaktır, ancak bu bilgisayar yoğun işlemler için kullanılmadıkça performansını artırmanın pek bir anlamı yoktur: toplu işleme, yoğun raporlar, ay kapanışı vb.

Bu materyalin, "neden 1C yavaşlıyor" sorusunu hızlı bir şekilde anlamanıza ve bunu en etkili şekilde ve ekstra ücret ödemeden çözmenize yardımcı olacağını umuyoruz.

• Etiketler:

Fotoğraf Alena Tulyakova, IA Clerk.Ru

Makale, acemi 1C yöneticilerinin yaptığı ana hataları gösterir ve Gilev testi örneğini kullanarak bunların nasıl çözüleceğini gösterir.

Makaleyi yazmanın asıl amacı, henüz 1C ile deneyim kazanmamış yöneticilere (ve programcılara) bariz nüansları tekrarlamamaktır.

İkincil bir hedef, herhangi bir eksikliğim varsa, Infostart bunu bana en hızlı şekilde gösterecektir.

V. Gilev'in testi şimdiden bir tür "fiili" standart haline geldi. Yazar, web sitesinde oldukça anlaşılır önerilerde bulundu, ancak ben sadece bazı sonuçlar vereceğim ve en olası hatalar hakkında yorum yapacağım. Doğal olarak, ekipmanınızdaki test sonuçları farklılık gösterebilir, bu sadece bir kılavuzdur, ne olması gerektiği ve ne için çaba gösterebileceğinizdir. Değişikliklerin adım adım yapılması gerektiğini hemen belirtmek isterim ve her adımdan sonra ne sonuç verdiğini kontrol edin.

Infostart'ta buna benzer yazılar var, ilgili kısımlara linklerini koyacağım (eğer atladığım bir şey olursa lütfen yorumlarda belirtin, eklerim). Yani, 1C'yi yavaşlattığınızı varsayalım. Sorun nasıl teşhis edilir ve kimin, yöneticinin mi yoksa programcının mı suçlanacağı nasıl anlaşılır?

İlk veri:

Test edilmiş bilgisayar, ana kobay: HP DL180G6, 2*Xeon 5650, 32 Gb, Intel 362i , Win 2008 r2. Karşılaştırma için, tek iş parçacıklı bir testteki karşılaştırılabilir sonuçlar Core i3-2100 tarafından gösterilmektedir. Ekipman en yeni değil özel olarak alındı, modern ekipmanda sonuçlar gözle görülür şekilde daha iyi.

Uzak 1C ve SQL sunucularını test etmek için SQL sunucusu: IBM System 3650 x4, 2*Xeon E5-2630, 32 Gb, Intel 350, Win 2008 r2.

10 Gbit ağı test etmek için Intel 520-DA2 adaptörleri kullanıldı.

Dosya sürümü. (taban, paylaşılan klasördeki sunucuda bulunur, istemciler bir ağa, CIFS/SMB protokolüne bağlıdır). Adım adım algoritma:

0. Gilev test veritabanını, ana veritabanlarıyla aynı klasördeki dosya sunucusuna ekleyin. İstemci bilgisayardan bağlanıyoruz, testi çalıştırıyoruz. Sonucu hatırlıyoruz.

10 yaşındaki eski bilgisayarlar için bile (775 soketinde Pentium), 1C:Enterprise kısayoluna tıklanmasından veritabanı penceresinin görünümüne kadar geçen sürenin bir dakikadan az olması gerektiği varsayılır. (Celeron = yavaş çalışma).

Bilgisayarınız 1 GB RAM'e sahip 775 soketli bir pentiumdan daha kötüyse, o zaman size sempati duyuyorum ve dosya sürümünde 1C 8.2'de rahat çalışmanız zor olacak. Yükseltmeyi (uzun süredir gecikmiş) veya bir terminale (veya ince istemciler ve yönetilen formlar durumunda web'e) geçmeyi düşünün.

Bilgisayar daha kötü değilse, yöneticiyi tekmeleyebilirsiniz. En azından ağ, antivirüs ve HASP koruma sürücüsünün çalışmasını kontrol edin.

Gilev'in bu aşamadaki testi 30 "papağan" ve daha fazlasını gösterdiyse, ancak 1C çalışma tabanı hala yavaş çalışıyorsa - sorular zaten programcı için.

1. Bir istemci bilgisayarın ne kadar "sıkıştırabileceği" konusunda bir kılavuz olarak, ağ olmadan yalnızca bu bilgisayarın çalışmasını kontrol ediyoruz. Test tabanını yerel bilgisayara (çok hızlı bir diske) yerleştirdik. İstemci bilgisayarda normal bir SSD yoksa, bir ramdisk oluşturulur. Şimdiye kadar, en basit ve ücretsiz olanı Ramdisk girişimidir.

8.2 sürümünü test etmek için 256 MB ramdisk yeterlidir ve! En önemli şey. Bilgisayarı çalışan bir ramdisk ile yeniden başlattıktan sonra 100-200 MB boş olması gerekir. Buna göre, bir ramdisk olmadan, boş belleğin normal çalışması için 300-400 MB olmalıdır.

8.3 sürümünü test etmek için 256 MB ramdisk yeterlidir, ancak daha fazla boş RAM gerekir.

Test ederken, işlemci yüküne bakmanız gerekir. İdeale (ramdisk) yakın bir durumda, yerel dosya 1c, çalışma sırasında 1 işlemci çekirdeği yükler. Buna göre, test sırasında işlemci çekirdeğiniz tam olarak yüklenmemişse, zayıf yönleri arayın. Biraz duygusal, ancak genel olarak doğru, işlemcinin 1C'nin çalışması üzerindeki etkisi açıklanmaktadır. Sadece referans olarak, yüksek frekanslı modern Core i3'te bile 70-80 sayıları oldukça gerçektir.

Bu aşamada en sık yapılan hatalar.

• Yanlış yapılandırılmış antivirüs. Birçok antivirüs var, her birinin ayarları farklı, sadece doğru konfigürasyonla ne web ne de Kaspersky 1C'nin müdahale ettiğini söyleyebilirim. "Varsayılan" ayarlarla - yaklaşık 3-5 papağan (%10-15) alınabilir.
• performans modu. Nedense çok az insan buna dikkat ediyor ve etkisi en önemlisi. Hıza ihtiyacınız varsa, bunu hem istemci hem de sunucu bilgisayarlarda yapmalısınız. (Gilev'in iyi bir açıklaması var. Tek uyarı, bazı anakartlarda Intel SpeedStep kapatılırsa TurboBoost'un açılamamasıdır).

Performans modunu iki yerde etkinleştirebilirsiniz (ve tercihen):

• BIOS aracılığıyla. C1, C1E, Intel C durumu (C2, C3, C4) modlarını devre dışı bırakın. Farklı bios'larda farklı şekilde adlandırılırlar, ancak anlam aynıdır. Uzun süre arayın, yeniden başlatma gerekir, ancak bir kez yaptıysanız unutabilirsiniz. BIOS'ta her şey doğru yapılırsa, hız eklenecektir. Bazı anakartlarda BIOS ayarları, Windows performans modunun bir rol oynamaması için ayarlanabilir. (Gilev'in BIOS kurulum örnekleri). Bu ayarlar, sisteminizde bulamadıysanız ve Xeon'unuz yoksa, esas olarak sunucu işlemcileri veya "gelişmiş" BIOS ile ilgilidir - sorun değil.

• Kontrol Paneli - Güç - Yüksek performans. Eksi - bilgisayara uzun süre bakım yapılmadıysa, bir fan ile daha güçlü bir şekilde vızıldayacak, daha fazla ısınacak ve daha fazla enerji tüketecektir. Bu performans fiyatıdır.

Bunlar varsayılan ayarlardır. BIOS C durumu etkin, dengeli güç modu
BIOS C durumu etkin, yüksek performans modu Pentium ve Core için orada durabilirsiniz, hala bazı "papağanları" Xeon'dan sıkabilirsin
BIOS'ta C durumları kapalı, yüksek performans modu. Turbo boost kullanmazsanız - böyle görünmesi gerekir performans için ayarlanmış sunucu

Ve şimdi sayılar. Size hatırlatmama izin verin: Intel Xeon 5650, ramdisk. İlk durumda, test 23.26'yı, ikincisinde - 49.5'i gösterir. Fark neredeyse iki katı. Rakamlar değişebilir, ancak oran Intel Core için hemen hemen aynı kalır.

Sayın yöneticiler 1C'yi dilediğiniz gibi azarlayabilirsiniz ancak son kullanıcıların hıza ihtiyacı varsa yüksek performans modunu etkinleştirmelisiniz.

c) Turbo Boost. Öncelikle, örneğin işlemcinizin bu işlevi destekleyip desteklemediğini anlamanız gerekir. Eğer öyleyse, o zaman hala yasal olarak biraz performans elde edebilirsiniz. (Özellikle sunucular olmak üzere hız aşırtma konularına değinmek istemiyorum, bunu kendi sorumluluğunuzda ve risk altında yapın. Ancak Bus hızını 133'ten 166'ya çıkarmanın hem hız hem de ısı dağılımında çok belirgin bir artış sağladığına katılıyorum)

Örneğin turbo boost nasıl açılır yazıyor. Ancak! 1C için bazı nüanslar vardır (en belirgin değil). Zorluk, turbo güçlendirmenin maksimum etkisinin C-durumu açıldığında ortaya çıkmasıdır. Ve bu resim gibi bir şey çıkıyor:

Lütfen çarpanın maksimum olduğunu, Çekirdek hızının en güzel olduğunu, performansın yüksek olduğunu unutmayın. Ama 1'lerin sonucunda ne olacak?

Ama sonuçta, CPU performans testlerine göre, çarpanı 23 olan varyantın önde olduğu, Gilev'in dosya versiyonundaki testlerine göre 22 ve 23 çarpanlı performansın aynı olduğu ortaya çıktı. istemci-sunucu sürümü, 23 korku korku korku çarpanına sahip varyant (C durumu seviye 7'ye ayarlansa bile, C durumu kapatıldığından daha yavaştır). Bu nedenle, öneri, her iki seçeneği de kendiniz kontrol edin ve bunlardan en iyisini seçin. Her durumda, 49.5 ve 53 papağan arasındaki fark, özellikle fazla çaba gerektirmediği için oldukça önemlidir.

Sonuç - turbo boost dahil edilmelidir. BIOS'ta Turbo boost öğesini etkinleştirmek için yeterli olmadığını, diğer ayarlara da bakmanız gerektiğini hatırlatmama izin verin (BIOS: QPI L0s, L1 - devre dışı, talep ovma - devre dışı, Intel SpeedStep - etkinleştir, Turbo boost - etkinleştirin.Kontrol Paneli - Güç - Yüksek performans) . Ve yine de (dosya sürümü için bile) çarpan daha az olsa bile c-durumunun kapalı olduğu seçenekte dururdum. Böyle bir şey al...

Oldukça tartışmalı bir nokta, hafıza frekansıdır. Örneğin, bellek frekansı çok etkili olarak gösterilir. Testlerim böyle bir bağımlılığı ortaya çıkarmadı. DDR 2/3/4'ü karşılaştırmayacağım, aynı satırda frekans değiştirmenin sonuçlarını göstereceğim. Bellek aynı, ancak BIOS'ta daha düşük frekansları zorluyoruz.

Ve test sonuçları. 1C 8.2.19.83, yerel ramdisk dosya sürümü için, bir bilgisayarda istemci-sunucu 1C ve SQL için, Paylaşılan bellek. Turbo boost her iki seçenekte de devre dışıdır. 8.3 karşılaştırılabilir sonuçları gösterir.

Fark, ölçüm hatası içindedir. Diğer parametrelerin frekans değişikliği, aynı CAS Gecikmesi ve RAS - CAS Gecikmesi ile değiştiğini göstermek için özellikle CPU-Z ekran görüntülerini çıkardım, bu da frekans değişikliğini dengeler. Fark, bellek modülleri fiziksel olarak daha yavaştan daha hızlıya değiştiğinde olacaktır, ancak orada bile sayılar çok önemli değildir.

2. İstemci bilgisayarın işlemcisini ve belleğini bulduğumuzda, bir sonraki çok önemli yere - ağa geçiyoruz. Ağ ayarlama hakkında birçok cilt kitap yazıldı, Infostart (ve diğerleri) hakkında makaleler var, burada bu konuya odaklanmayacağım. 1C'yi test etmeye başlamadan önce, lütfen iki bilgisayar arasındaki iperf'in tüm bandı gösterdiğinden emin olun (1 Gbit kartlar için - yani, en az 850 Mbit, ancak daha iyisi 950-980), Gilev'in tavsiyesine uyulduğunu. O zaman - en basit çalışma testi, garip bir şekilde, büyük bir dosyayı (5-10 gigabayt) ağ üzerinden kopyalamak olacaktır. 1 Gbps ağda dolaylı bir normal çalışma işareti, ortalama 100 Mb / s kopyalama hızı, iyi iş - 120 Mb / s olacaktır. İşlemci yükünün de (dahil) zayıf bir nokta olabileceği gerçeğine dikkatinizi çekmek istiyorum. Linux'taki SMB protokolü oldukça zayıf bir şekilde paralelleştirilmiştir ve çalışma sırasında bir işlemci çekirdeğini kolayca “yiyebilir” ve artık tüketmez.

Ve ilerisi. Windows istemcisi varsayılan ayarlarla en iyi Windows sunucusu (hatta Windows iş istasyonu) ve SMB / CIFS protokolü ile çalışır, linux istemcisi (debian, ubuntu diğerlerine bakmadı) en iyi linux ve NFS ile çalışır (SMB ile de çalışır, ancak yukarıdaki NFS papağanlarında). Bir win-linux sunucusunu doğrusal olarak nfs'ye kopyalarken tek bir akışa daha hızlı kopyalanması hiçbir şey ifade etmez. 1C için debian'ı ayarlamak ayrı bir makalenin konusu, henüz buna hazır değilim, ancak dosya sürümünde aynı ekipmandaki Win sürümünden biraz daha iyi performans aldığımı söyleyebilirim, ancak postgres ile 50 yaş üstü kullanıcılar hala çok kötü her şeye sahibim.

En önemli şey, "yanmış" yöneticilerin bildikleridir, ancak yeni başlayanlar dikkate almaz. 1c veritabanına giden yolu ayarlamanın birçok yolu vardır. Servershare yapabilir, 192.168.0.1share yapabilirsiniz, net use z: 192.168.0.1share yapabilirsiniz (ve bazı durumlarda bu yöntem de işe yarar, ancak her zaman değil) ve ardından Z sürücüsünü belirtebilirsiniz. Görünüşe göre tüm bu yollar işaret ediyor aynı yere aynı yere, ancak 1C için oldukça istikrarlı bir performans sağlayan tek bir yol var. İşte doğru yapmanız gerekenler:

Komut satırında (veya politikalarda veya size uygun olanı) - DriveLetter: servershare'i net olarak kullanın. Örnek: net kullanım m:sunucu tabanları. IP adresini DEĞİL, sunucu adını özellikle vurguluyorum. Sunucu ada göre görünmüyorsa, sunucudaki dns'ye veya yerel olarak hosts dosyasına ekleyin. Ancak temyiz isme göre olmalıdır. Buna göre, veritabanına giderken bu diske erişin (resme bakın).

Ve şimdi neden böyle bir tavsiyenin olduğunu sayılarla göstereceğim. İlk veriler: Intel X520-DA2, Intel 362, Intel 350, Realtek 8169 kartları OS Win 2008 R2, Win 7, Debian 8. En son sürücüler, güncellemeler uygulandı. Test etmeden önce, Iperf'in tam bant genişliği sağladığından emin oldum (10 Gbit kartlar hariç, yalnızca 7,2 Gbit'i sıkıştırdığı ortaya çıktı, daha sonra test sunucusunun neden henüz düzgün yapılandırılmadığını göreceğim). Diskler farklıdır, ancak her yerde bir SSD (test için özel olarak tek bir disk takılır, başka hiçbir şey yüklenmez) veya bir SSD'den baskın vardır. Intel 362 adaptörünün ayarları sınırlandırılarak 100 Mbit hız elde edildi.1 Gbit bakır Intel 350 ve 1 Gbit optik Intel X520-DA2 (adaptör hızı sınırlandırılarak elde edildi) arasında fark yoktu. Maksimum performans, turbo boost kapalı (sadece sonuçların karşılaştırılabilir olması için, turbo boost iyi sonuçlar için %10'dan biraz daha az ekler, kötü sonuçlar için ise hiç etkilemeyebilir). Sürümler 1C 8.2.19.86, 8.3.6.2076. Tüm sayıları değil, sadece en ilginçlerini veriyorum, böylece karşılaştıracak bir şey var.

Sonuçlar (tablodan ve kişisel deneyimden. Yalnızca dosya sürümü için geçerlidir):

• Ağ üzerinden, bu ağ normal olarak yapılandırılmışsa ve yol 1C'de doğru yazılmışsa, iş için oldukça normal sayılar alabilirsiniz. İlk Core i3'ler bile 40'tan fazla papağan verebilir, bu oldukça iyidir ve bunlar sadece papağanlar değil, gerçek çalışmada da fark göze çarpmaktadır. Ancak! birkaç (10'dan fazla) kullanıcıyla çalışırken sınırlama artık ağ olmayacak, burada 1 Gbit hala yeterli, ancak çok kullanıcılı çalışma sırasında engelleme (Gilev).
• platform 1C 8.3, yetkin ağ kurulumu için birçok kez daha talepkardır. Temel ayarlar - Gilev'e bakın, ancak her şeyin etkileyebileceğini unutmayın. Virüsten koruma yazılımını kaldırmalarından (ve sadece kapatmalarından), FCoE gibi protokolleri kaldırmalarından, sürücüleri daha eski, ancak microsoft sertifikalı bir sürüme (özellikle asus ve dlinks gibi ucuz kartlar için) değiştirmekten, yazılımı kaldırmalarından hızlanma gördüm. sunucudan ikinci ağ kartı. Birçok seçenek, ağı düşünceli bir şekilde yapılandırın. Platform 8.2'nin kabul edilebilir sayılar ve 8.3 - iki veya daha fazla kat daha az verdiği bir durum olabilir. Platform sürümleri 8.3 ile oynamayı deneyin, bazen çok büyük bir etki elde edersiniz.
• 1C 8.3.6.2076 (belki daha sonra, tam sürümü henüz aramadım) ağ üzerinden kurulumu 8.3.7.2008'den daha kolaydır. 8.3.7.2008'den itibaren normal ağ işletimini (karşılaştırılabilir papağanlarda) elde etmek için sadece birkaç kez çıktı, daha genel bir durum için tekrar edemedim. Pek bir şey anlamadım ama Process Explorer'dan gelen bilgilere bakılırsa, kayıt oraya 8.3.6'da olduğu gibi gitmiyor.
• 100Mbps'lik bir ağ üzerinde çalışırken, yükleme programının küçük olmasına rağmen (ağın ücretsiz olduğunu söyleyebiliriz), çalışma hızı hala 1 Gbps'den çok daha azdır. Nedeni ağ gecikmesidir.
• 1C 8.2 için Ceteris paribus (iyi işleyen ağ), Intel-Realtek bağlantısı Intel-Intel'den %10 daha yavaştır. Ancak realtek-realtek genellikle birdenbire keskin bir çöküntü verebilir. Bu nedenle, para varsa, Intel ağ kartlarını her yerde tutmak daha iyidir, para yoksa Intel'i yalnızca sunucuya (KO'nuz) koyun. Evet ve intel ağ kartlarını ayarlamak için çok daha fazla talimat var.
• Varsayılan antivirüs ayarları (örneğin, drweb 10 sürümü) papağanların yaklaşık %8-10'unu alır. Düzgün yapılandırırsanız (1cv8 işleminin güvenli olmamasına rağmen her şeyi yapmasına izin verin) - hız antivirüs olmadan aynıdır.
• Linux gurularını OKUMAYIN. Samba'lı bir sunucu harika ve ücretsizdir, ancak sunucuya Win XP veya Win7 (veya daha da iyisi - sunucu işletim sistemi) koyarsanız, dosya sürümü 1c'de daha hızlı çalışır. Evet, hem samba hem de protokol yığını ve ağ ayarları ve debian / ubuntu'daki çok daha fazlası iyi ayarlanmış, ancak bu uzmanlar için önerilir. Linux'u varsayılan ayarlarla kurmanın ve ardından yavaş olduğunu söylemenin bir anlamı yok.
• fio ile net kullanım yoluyla bağlanan diskleri test etmek iyi bir fikirdir. En azından bunların 1C platformunda mı yoksa ağ / diskte mi sorun olduğu netleşecek.
• Tek kullanıcılı bir varyant için, 1Gb ile 10 Gb arasındaki farkın görülebileceği testler (veya bir durum) düşünemiyorum. Dosya sürümü için 10Gbps'nin daha iyi sonuçlar verdiği tek yer, diskleri iSCSI aracılığıyla bağlamaktı, ancak bu ayrı bir makalenin konusu. Yine de dosya sürümü için 1 Gbit kartların yeterli olduğunu düşünüyorum.
• Neden, 100 Mbit ağ ile 8.3, 8.2'den belirgin şekilde daha hızlı çalışıyor - anlamıyorum, ama gerçek gerçekleşti. Diğer tüm ekipman, diğer tüm ayarlar tamamen aynıdır, sadece bir durumda 8.2 test edilir ve diğerinde - 8.3.
• Ayarlanmamış NFS kazan - kazan veya kazan-lin 6 papağan verir, tabloya dahil etmedi. Ayarlamadan sonra 25 aldım, ancak kararsız (ölçümlerdeki artış 2 birimden fazla). Şu ana kadar windows ve NFS protokolünün kullanımı konusunda tavsiye veremem.

Terminal sunucusu. (taban sunucudadır, istemciler bir ağa, RDP protokolüne bağlıdır). Adım adım algoritma:

• Gilev test veritabanını ana veritabanları ile aynı klasörde sunucuya ekliyoruz. Aynı sunucudan bağlanıyoruz ve testi çalıştırıyoruz. Sonucu hatırlıyoruz.
• Dosya versiyonunda olduğu gibi aynı şekilde işlemciyi kurduk. Bir terminal sunucusu durumunda, işlemci genellikle ana rolü oynar (bellek eksikliği veya çok miktarda gereksiz yazılım gibi bariz zayıflıkların olmadığı anlaşılır).
• Bir terminal sunucusu durumunda ağ kartlarının ayarlanması, 1'lerin çalışması üzerinde pratik olarak hiçbir etkiye sahip değildir. "Özel" rahatlık sağlamak için, sunucunuz 50'den fazla papağan veriyorsa, yalnızca kullanıcıların rahatlığı, daha hızlı yanıt ve kaydırma için RDP protokolünün yeni sürümleriyle oynayabilirsiniz.
• Çok sayıda kullanıcının aktif çalışmasıyla (ve eğer denerseniz, burada 30 kişiyi tek bir üsse bağlamayı deneyebilirsiniz), bir SSD sürücüsü kurmak çok arzu edilir. Bazı nedenlerden dolayı, diskin özellikle 1C'nin çalışmasını etkilemediğine inanılmaktadır, ancak tüm testler yazma için etkinleştirilmiş denetleyici önbelleği ile gerçekleştirilir, bu yanlıştır. Test tabanı küçüktür, önbelleğe sığar, dolayısıyla yüksek sayılar. Gerçek (büyük) veritabanlarında her şey tamamen farklı olacaktır, bu nedenle testler için önbellek devre dışı bırakılır.

• RAID denetleyicisinin içerdiği önbellek, diskler arasındaki tüm farkı ortadan kaldırır, sayılar hem sat hem de sas için aynıdır. Az miktarda veri için onunla test yapmak işe yaramaz ve bir gösterge değildir.
• 8.2 platformu için SATA ve SSD seçenekleri arasındaki performans farkı iki katından fazladır. Bu bir yazım hatası değil. SATA sürücülerinde test sırasında performans monitörüne bakarsanız. o zaman açıkça görülebilir "Aktif disk süresi (% olarak)" 80-95. Evet, disklerin kendilerinin yazma önbelleğini etkinleştirirseniz, baskın denetleyici önbelleğini etkinleştirirseniz hız 35'e yükselir - 49'a kadar (şu anda hangi disklerin test edildiğine bakılmaksızın). Ancak bunlar önbelleğin sentetik papağanlarıdır, büyük veritabanlarıyla gerçek çalışmada asla %100 yazma önbelleği isabet oranı olmayacaktır.
• Ucuz SSD'lerin bile hızı (Agility 3'te test ettim) dosya sürümünün çalışması için yeterli. Yazma kaynağı başka bir konudur, burada her özel duruma bakmanız gerekir, Intel 3700'ün daha yüksek bir büyüklük sırasına sahip olacağı açıktır, ancak orada fiyat karşılık gelir. Ve evet, bir SSD sürücüsünü test ederken, bu sürücünün önbelleğini de daha büyük ölçüde test ettiğimi anlıyorum, gerçek sonuçlar daha az olacak.
• En doğru (bana göre) çözüm, dosya tabanı (veya birkaç dosya tabanı) için bir ayna baskınına 2 SSD disk tahsis etmek ve oraya başka bir şey koymamaktır. Evet, bir ayna ile SSD'ler aynı şekilde yıpranır ve bu bir eksidir, ancak en azından kontrolör elektroniğindeki hatalara karşı bir şekilde sigortalıdırlar.
• Dosya sürümü için SSD disklerinin ana avantajları, çok sayıda veritabanı olduğunda ve her birinin birkaç kullanıcısı olduğunda ortaya çıkacaktır. 1-2 baz ve 10 bölgesinde kullanıcılar varsa SAS diskleri yeterli olacaktır. (ancak her durumda - en azından perfmon aracılığıyla bu disklerin yüklenmesine bakın).
• Bir terminal sunucusunun ana avantajları, çok zayıf istemcilere sahip olabilmesi ve ağ ayarlarının terminal sunucusunu çok daha az etkilemesidir (yine KO'nuz).

Gilev testi küçük sayılar gösteriyorsa ve hem yüksek frekanslı hem de hızlı disklere sahip bir işlemciniz varsa, o zaman burada yöneticinin en azından perfmon alması ve tüm sonuçları bir yere kaydetmesi ve izlemesi, gözlemlemesi, sonuçlar çıkarması gerekir. Kesin bir tavsiye olmayacak.

İstemci-sunucu seçeneği.

Testler sadece 8.2'de yapıldı, tk. 8.3'te, her şey sürüme oldukça ciddi şekilde bağlıdır.

Test için, ana eğilimleri göstermek için farklı sunucu seçenekleri ve aralarındaki ağları seçtim.

Görünüşe göre tüm ilginç seçenekleri düşündüm, başka bir şeyle ilgileniyorsanız - yorumları yazın, yapmaya çalışacağım.

• Depolamadaki SAS, depolamanın büyük önbellek boyutlarına sahip olmasına rağmen yerel SSD'lerden daha yavaştır. Gilev testi için SSD'ler ve yerel ve depolama sistemleri karşılaştırılabilir hızlarda çalışır. MCC'den gelen 1C yükü dışında herhangi bir standart çok iş parçacıklı test (yalnızca kayıtlar değil, tüm ekipman) bilmiyorum.
• 1C sunucusunu 5520'den 5650'ye değiştirmek, performansın neredeyse iki katına çıkmasını sağladı. Evet, sunucu konfigürasyonları tam olarak uyuşmuyor, ancak bir eğilim gösteriyor (şaşırtıcı bir şey değil).
• SQL sunucusundaki frekansı artırmak kesinlikle bir etki sağlar, ancak 1C sunucusundakiyle aynı değil, MS SQL sunucusu (eğer isterseniz) çok çekirdekli ve boş bellek kullanabilir.
• 1C ve SQL arasındaki ağı 1 Gbps'den 10 Gbps'ye değiştirmek papağanların yaklaşık %10'unu verir. Daha fazlası bekleniyor.
• Paylaşılan belleğin etkinleştirilmesi, makalede açıklandığı gibi %15 olmasa da yine de etki sağlar. Bunu yaptığınızdan emin olun, hızlı ve kolaydır. Kurulum sırasında biri SQL sunucusuna adlandırılmış bir örnek verdiyse, 1C'nin çalışması için sunucu adının FQDN tarafından değil (tcp / ip çalışacaktır), localhost veya sadece SunucuAdı aracılığıyla değil, SunucuAdıÖrnekAdı aracılığıyla, örneğin zz ile belirtilmelidir. -testzztest. (Aksi takdirde bir DBMS hatası oluşur: Microsoft SQL Server Native Client 10.0: Shared Memory Provider: SQL Server 2000'e bağlanmak için kullanılan paylaşılan bellek kitaplığı bulunamadı. HRESULT=80004005, HRESULT=80004005, HRESULT=80004005, SQLSrvr: SQLSTATE =08001, durum=1, Önem düzeyi=10, yerel=126, satır=0).
• 100'den küçük kullanıcılar için, iki ayrı sunucuya bölünmenin tek noktası, yalnızca 32 GB RAM'i destekleyen Win 2008 Std (ve daha eski sürümler) için bir lisanstır. Diğer tüm durumlarda, 1C ve SQL kesinlikle aynı sunucuya kurulmalı ve daha fazla (en az 64 GB) bellek verilmelidir. MS SQL'e 24-28 GB RAM'den daha azını vermek haksız bir açgözlülüktür (bunun için yeterli belleğe sahip olduğunuzu ve her şeyin yolunda gittiğini düşünüyorsanız, belki 1C dosya sürümü sizin için yeterli olabilir mi?)
• Bir grup 1C ve SQL'in sanal bir makinede ne kadar kötü çalıştığı ayrı bir makalenin konusudur (ipucu - gözle görülür şekilde daha kötü). Hyper-V'de bile işler o kadar net değil...
• Dengeli performans modu kötü. Sonuçlar, dosya sürümüyle iyi bir uyum içindedir.
• Birçok kaynak, hata ayıklama modunun (ragent.exe -debug) performansta güçlü bir düşüş sağladığını söylüyor. Düşüyor, evet, ama %2-3'e önemli bir etki demezdim.

Makaleyi yazmanın asıl amacı, henüz 1C ile deneyim kazanmamış yöneticilere (ve programcılara) bariz nüansları tekrarlamamaktır.

İkincil bir hedef, herhangi bir eksikliğim varsa, Infostart bunu bana en hızlı şekilde gösterecektir.

V. Gilev'in testi şimdiden bir tür "fiili" standart haline geldi. Yazar, web sitesinde oldukça anlaşılır önerilerde bulundu, ancak ben sadece bazı sonuçlar vereceğim ve en olası hatalar hakkında yorum yapacağım. Doğal olarak, ekipmanınızdaki test sonuçları farklılık gösterebilir, bu sadece bir kılavuzdur, ne olması gerektiği ve ne için çaba gösterebileceğinizdir. Değişikliklerin adım adım yapılması gerektiğini hemen belirtmek isterim ve her adımdan sonra ne sonuç verdiğini kontrol edin.

Infostart'ta buna benzer yazılar var, ilgili kısımlara linklerini koyacağım (eğer atladığım bir şey olursa lütfen yorumlarda belirtin, eklerim). Yani, 1C'yi yavaşlattığınızı varsayalım. Sorun nasıl teşhis edilir ve kimin, yöneticinin mi yoksa programcının mı suçlanacağı nasıl anlaşılır?

İlk veri:

Test edilmiş bilgisayar, ana kobay: HP DL180G6, 2*Xeon 5650, 32 Gb, Intel 362i , Win 2008 r2. Karşılaştırma için, tek iş parçacıklı bir testteki karşılaştırılabilir sonuçlar Core i3-2100 tarafından gösterilmektedir. Ekipman en yeni değil özel olarak alındı, modern ekipmanda sonuçlar gözle görülür şekilde daha iyi.

Uzak 1C ve SQL sunucularını test etmek için SQL sunucusu: IBM System 3650 x4, 2*Xeon E5-2630, 32 Gb, Intel 350, Win 2008 r2.

10 Gbit ağı test etmek için Intel 520-DA2 adaptörleri kullanıldı.

Dosya sürümü. (taban, paylaşılan klasördeki sunucuda bulunur, istemciler bir ağa, CIFS/SMB protokolüne bağlıdır). Adım adım algoritma:

0. Gilev test veritabanını, ana veritabanlarıyla aynı klasördeki dosya sunucusuna ekleyin. İstemci bilgisayardan bağlanıyoruz, testi çalıştırıyoruz. Sonucu hatırlıyoruz.

10 yıl önce eski bilgisayarlar için bile (775 soketinde Pentium) olduğu anlaşılmaktadır. ) 1C:Enterprise etiketine tıklanmasından veritabanı penceresinin görünümüne kadar geçen süre bir dakikadan az olmalıdır. ( Celeron = yavaş çalışma).

Bilgisayarınız bir Pentium'dan daha kötüyse 775 soket 1 GB RAM ile size sempati duyuyorum ve dosya sürümünde 1C 8.2'de rahat çalışmanız zor olacak. Yükseltmeyi (uzun süredir gecikmiş) veya bir terminale (veya ince istemciler ve yönetilen formlar durumunda web'e) geçmeyi düşünün.

Bilgisayar daha kötü değilse, yöneticiyi tekmeleyebilirsiniz. En azından ağ, antivirüs ve HASP koruma sürücüsünün çalışmasını kontrol edin.

Gilev'in bu aşamadaki testi 30 "papağan" ve daha fazlasını gösterdiyse, ancak 1C çalışma tabanı hala yavaş çalışıyorsa - sorular zaten programcı için.

1. Bir istemci bilgisayarın ne kadar "sıkıştırabileceği" konusunda bir kılavuz olarak, ağ olmadan yalnızca bu bilgisayarın çalışmasını kontrol ediyoruz. Test tabanını yerel bilgisayara (çok hızlı bir diske) yerleştirdik. İstemci bilgisayarda normal bir SSD yoksa, bir ramdisk oluşturulur. Şimdiye kadar, en basit ve ücretsiz olanı Ramdisk girişimidir.

8.2 sürümünü test etmek için 256 MB ramdisk yeterlidir ve! En önemli şey. Bilgisayarı çalışan bir ramdisk ile yeniden başlattıktan sonra 100-200 MB boş olması gerekir. Buna göre, bir ramdisk olmadan, boş belleğin normal çalışması için 300-400 MB olmalıdır.

8.3 sürümünü test etmek için 256 MB ramdisk yeterlidir, ancak daha fazla boş RAM gerekir.

Test ederken, işlemci yüküne bakmanız gerekir. İdeale (ramdisk) yakın bir durumda, yerel dosya 1c, çalışma sırasında 1 işlemci çekirdeği yükler. Buna göre, test sırasında işlemci çekirdeğiniz tam olarak yüklenmemişse, zayıf yönleri arayın. Biraz duygusal, ancak genel olarak doğru, işlemcinin 1C'nin çalışması üzerindeki etkisi açıklanmaktadır. Sadece referans olarak, yüksek frekanslı modern Core i3'te bile 70-80 sayıları oldukça gerçektir.

Bu aşamada en sık yapılan hatalar.

a) Yanlış yapılandırılmış antivirüs. Birçok antivirüs var, her birinin ayarları farklı, sadece doğru konfigürasyonla ne web ne de Kaspersky 1C'nin müdahale ettiğini söyleyebilirim. "Varsayılan" ayarlarla - yaklaşık 3-5 papağan (%10-15) alınabilir.

b) Performans modu. Nedense çok az insan buna dikkat ediyor ve etkisi en önemlisi. Hıza ihtiyacınız varsa, bunu hem istemci hem de sunucu bilgisayarlarda yapmalısınız. (Gilev'in iyi bir açıklaması var. Tek uyarı, bazı anakartlarda Intel SpeedStep kapatılırsa TurboBoost'un açılamamasıdır).

Kısacası, 1C işlemi sırasında diğer cihazlardan (disk, ağ vb.) Cevap beklerken performans modu dengeli ise işlemci frekansını düşürür. Cihazdan bir yanıt geliyor, 1C'nin (işlemcinin) çalışması gerekiyor, ancak ilk döngüler azaltılmış bir frekansta gidiyor, ardından frekans yükseliyor - ve 1C yine cihazdan bir yanıt bekliyor. Ve böylece - saniyede yüzlerce kez.

Performans modunu iki yerde etkinleştirebilirsiniz (ve tercihen):

BIOS aracılığıyla. C1, C1E, Intel C durumu (C2, C3, C4) modlarını devre dışı bırakın. Farklı bios'larda farklı şekilde adlandırılırlar, ancak anlam aynıdır. Uzun süre arayın, yeniden başlatma gerekir, ancak bir kez yaptıysanız unutabilirsiniz. BIOS'ta her şey doğru yapılırsa, hız eklenecektir. Bazı anakartlarda BIOS ayarları, Windows performans modunun bir rol oynamaması için ayarlanabilir. (Gilev'in BIOS kurulum örnekleri). Bu ayarlar, sisteminizde bulamadıysanız ve Xeon'unuz yoksa, esas olarak sunucu işlemcileri veya "gelişmiş" BIOS ile ilgilidir - sorun değil.

Kontrol Paneli - Güç - Yüksek performans. Eksi - bilgisayara uzun süre bakım yapılmadıysa, bir fan ile daha güçlü bir şekilde vızıldayacak, daha fazla ısınacak ve daha fazla enerji tüketecektir. Bu performans fiyatıdır.

Modun etkin olup olmadığı nasıl kontrol edilir. Görev Yöneticisi - Performans - Kaynak İzleyici - CPU'yu çalıştırın. İşlemci hiçbir şey olmadan meşgul olana kadar bekleriz.

Bunlar varsayılan ayarlardır. BIOS C durumu dahil, dengeli güç modu
BIOS C durumu dahil, yüksek performans modu Pentium ve Core için orada durabilirsiniz, hala bazı "papağanları" Xeon'dan sıkabilirsin
BIOS C durumu kapalı, yüksek performans modu. Turbo boost kullanmazsanız - böyle görünmesi gerekir performans için ayarlanmış sunucu

Ve şimdi sayılar. Size hatırlatmama izin verin: Intel Xeon 5650, ramdisk. İlk durumda, test 23.26'yı, ikincisinde - 49.5'i gösterir. Fark neredeyse iki katı. Rakamlar değişebilir, ancak oran Intel Core için hemen hemen aynı kalır.

Sayın yöneticiler 1C'yi dilediğiniz gibi azarlayabilirsiniz ancak son kullanıcıların hıza ihtiyacı varsa yüksek performans modunu etkinleştirmelisiniz.

c) Turbo Boost. Öncelikle, örneğin işlemcinizin bu işlevi destekleyip desteklemediğini anlamanız gerekir. Eğer öyleyse, o zaman hala yasal olarak biraz performans elde edebilirsiniz. (Özellikle sunucular olmak üzere hız aşırtma konularına değinmek istemiyorum, bunu kendi sorumluluğunuzda ve risk altında yapın. Ancak Bus hızını 133'ten 166'ya çıkarmanın hem hız hem de ısı dağılımında çok belirgin bir artış sağladığına katılıyorum)

Örneğin turbo boost nasıl açılır yazıyor. Ancak! 1C için bazı nüanslar var (en belirgin değil). Zorluk, turbo güçlendirmenin maksimum etkisinin C-durumu açıldığında ortaya çıkmasıdır. Ve bu resim gibi bir şey çıkıyor:

Lütfen çarpanın maksimum olduğunu, Çekirdek hızının en güzel olduğunu, performansın yüksek olduğunu unutmayın. Ama 1'lerin sonucunda ne olacak?

Ama sonuçta, CPU performans testlerine göre, çarpanı 23 olan varyantın önde olduğu, Gilev'in dosya versiyonundaki testlerine göre 22 ve 23 çarpanlı performansın aynı olduğu ortaya çıktı. istemci-sunucu sürümü, 23 korku korku korku çarpanına sahip varyant (C durumu seviye 7'ye ayarlansa bile, C durumu kapatıldığından daha yavaştır). Bu nedenle, öneri, her iki seçeneği de kendiniz kontrol edin ve bunlardan en iyisini seçin. Her durumda, 49.5 ve 53 papağan arasındaki fark, özellikle fazla çaba gerektirmediği için oldukça önemlidir.

Sonuç - turbo boost dahil edilmelidir. BIOS'ta Turbo boost öğesini etkinleştirmek için yeterli olmadığını, diğer ayarlara da bakmanız gerektiğini hatırlatmama izin verin (BIOS: QPI L0s, L1 - devre dışı, talep ovma - devre dışı, Intel SpeedStep - etkinleştir, Turbo boost - etkinleştirin.Kontrol Paneli - Güç - Yüksek performans) . Ve yine de (dosya sürümü için bile) çarpan daha az olsa bile c-durumunun kapalı olduğu seçenekte dururdum. Böyle bir şey al...

Oldukça tartışmalı bir nokta, hafıza frekansıdır. Örneğin, bellek frekansı çok etkili olarak gösterilir. Testlerim böyle bir bağımlılığı ortaya çıkarmadı. DDR 2/3/4'ü karşılaştırmayacağım, aynı satırda frekans değiştirmenin sonuçlarını göstereceğim. Bellek aynı, ancak BIOS'ta daha düşük frekansları zorluyoruz.

Ve test sonuçları. 1C 8.2.19.83, yerel ramdisk dosya sürümü için, bir bilgisayarda istemci-sunucu 1C ve SQL için, Paylaşılan bellek. Turbo boost her iki seçenekte de devre dışıdır. 8.3 karşılaştırılabilir sonuçları gösterir.

Fark, ölçüm hatası içindedir. Diğer parametrelerin frekans değişikliği, aynı CAS Gecikmesi ve RAS - CAS Gecikmesi ile değiştiğini göstermek için özellikle CPU-Z ekran görüntülerini çıkardım, bu da frekans değişikliğini dengeler. Fark, bellek modülleri fiziksel olarak daha yavaştan daha hızlıya değiştiğinde olacaktır, ancak orada bile sayılar çok önemli değildir.

2. İstemci bilgisayarın işlemcisini ve belleğini bulduğumuzda, bir sonraki çok önemli yere - ağa geçiyoruz. Ağ ayarlama hakkında birçok cilt kitap yazıldı, Infostart (ve diğerleri) hakkında makaleler var, burada bu konuya odaklanmayacağım. 1C'yi test etmeye başlamadan önce, lütfen iki bilgisayar arasındaki iperf'in tüm bandı gösterdiğinden emin olun (1 Gbit kartlar için - yani, en az 850 Mbit, ancak daha iyisi 950-980), Gilev'in tavsiyesine uyulduğunu. O zaman - en basit çalışma testi, garip bir şekilde, büyük bir dosyayı (5-10 gigabayt) ağ üzerinden kopyalamak olacaktır. 1 Gbps ağda dolaylı bir normal çalışma işareti, ortalama 100 Mb / s kopyalama hızı, iyi iş - 120 Mb / s olacaktır. İşlemci yükünün de (dahil) zayıf bir nokta olabileceği gerçeğine dikkatinizi çekmek istiyorum. KOBİ Linux'taki protokol oldukça zayıf bir şekilde paralelleştirilmiştir ve çalışma sırasında bir işlemci çekirdeğini kolayca “yiyebilir” ve artık tüketmez.

Ve ilerisi. Windows istemcisi varsayılan ayarlarla en iyi Windows sunucusu (hatta Windows iş istasyonu) ve SMB / CIFS protokolü ile çalışır, linux istemcisi (debian, ubuntu diğerlerine bakmadı) en iyi linux ve NFS ile çalışır (SMB ile de çalışır, ancak yukarıdaki NFS papağanlarında). Bir win-linux sunucusunu doğrusal olarak nfs'ye kopyalarken tek bir akışa daha hızlı kopyalanması hiçbir şey ifade etmez. 1C için debian'ı ayarlamak ayrı bir makalenin konusu, henüz buna hazır değilim, ancak dosya sürümünde aynı ekipmandaki Win sürümünden biraz daha iyi performans aldığımı söyleyebilirim, ancak postgres ile 50 yaş üstü kullanıcılar hala çok kötü her şeye sahibim.

En önemli şey "yanmış" yöneticiler tarafından bilinen, ancak yeni başlayanlar hesaba katmaz. 1c veritabanına giden yolu ayarlamanın birçok yolu vardır. \\server\share yapabilirsiniz, \\192.168.0.1\share yapabilirsiniz, net use z: \\192.168.0.1\share yapabilirsiniz (ve bazı durumlarda bu yöntem de işe yarar, ancak her zaman değil) ve ardından belirtin Z sürücüsü Tüm bu yollar aynı yere işaret ediyor gibi görünüyor, ancak 1C için oldukça istikrarlı bir performans sağlayan tek bir yol var. İşte doğru yapmanız gerekenler:

Komut satırında (veya ilkelerde veya size uygun olan her neyse) - DriveLetter: \\server\share'i net olarak kullanın. Misal: net use m:\\server\bases. Özellikle bir IP adresinin DEĞİL olduğunu vurguluyorum, yani isim sunucu. Sunucu ada göre görünmüyorsa, sunucudaki dns'ye veya yerel olarak hosts dosyasına ekleyin. Ancak temyiz isme göre olmalıdır. Buna göre, veritabanına giderken bu diske erişin (resme bakın).

Ve şimdi neden böyle bir tavsiyenin olduğunu sayılarla göstereceğim. İlk veriler: Intel X520-DA2, Intel 362, Intel 350, Realtek 8169 kartları OS Win 2008 R2, Win 7, Debian 8. En son sürücüler, güncellemeler uygulandı. Test etmeden önce, Iperf'in tam bant genişliği sağladığından emin oldum (10 Gbit kartlar hariç, yalnızca 7,2 Gbit'i sıkıştırdığı ortaya çıktı, daha sonra test sunucusunun neden henüz düzgün yapılandırılmadığını göreceğim). Diskler farklıdır, ancak her yerde bir SSD (test için özel olarak tek bir disk takılır, başka hiçbir şey yüklenmez) veya bir SSD'den baskın vardır. Intel 362 adaptörünün ayarları sınırlandırılarak 100 Mbit hız elde edildi.1 Gbit bakır Intel 350 ve 1 Gbit optik Intel X520-DA2 (adaptör hızı sınırlandırılarak elde edildi) arasında fark yoktu. Maksimum performans, turbo boost kapalı (sadece sonuçların karşılaştırılabilir olması için, turbo boost iyi sonuçlar için %10'dan biraz daha az ekler, kötü sonuçlar için ise hiç etkilemeyebilir). Sürümler 1C 8.2.19.86, 8.3.6.2076. Tüm sayıları değil, sadece en ilginçlerini veriyorum, böylece karşılaştıracak bir şey var.

Sonuçlar (tablodan ve kişisel deneyimden. Yalnızca dosya sürümü için geçerlidir):

Ağ üzerinden, bu ağ normal olarak yapılandırılmışsa ve yol 1C'de doğru yazılmışsa, iş için oldukça normal sayılar alabilirsiniz. İlk Core i3'ler bile 40'tan fazla papağan verebilir, bu oldukça iyidir ve bunlar sadece papağanlar değil, gerçek çalışmada da fark göze çarpmaktadır. Ancak! birkaç (10'dan fazla) kullanıcıyla çalışırken sınırlama artık ağ olmayacak, burada 1 Gbit hala yeterli, ancak çok kullanıcılı çalışma sırasında engelleme (Gilev).

1C 8.3 platformu, yetkin ağ kurulumu için birçok kez daha talepkardır. Temel ayarlar - Gilev'e bakın, ancak her şeyin etkileyebileceğini unutmayın. Virüsten koruma yazılımını kaldırmalarından (ve sadece kapatmalarından), FCoE gibi protokolleri kaldırmalarından, sürücüleri daha eski, ancak microsoft sertifikalı bir sürüme (özellikle asus ve dlinks gibi ucuz kartlar için) değiştirmekten, yazılımı kaldırmalarından hızlanma gördüm. sunucudan ikinci ağ kartı. Birçok seçenek, ağı düşünceli bir şekilde yapılandırın. Platform 8.2'nin kabul edilebilir sayılar ve 8.3 - iki veya daha fazla kat daha az verdiği bir durum olabilir. Platform sürümleri 8.3 ile oynamayı deneyin, bazen çok büyük bir etki elde edersiniz.

1C 8.3.6.2076 (belki daha sonra, tam sürümü henüz aramadım) ağ üzerinden kurulumu 8.3.7.2008'den daha kolaydır. 8.3.7.2008'den itibaren normal ağ işletimini (karşılaştırılabilir papağanlarda) elde etmek için sadece birkaç kez çıktı, daha genel bir durum için tekrar edemedim. Pek bir şey anlamadım ama Process Explorer'dan gelen bilgilere bakılırsa, kayıt oraya 8.3.6'da olduğu gibi gitmiyor.

100Mbps'lik bir ağ üzerinde çalışırken, yükleme programının küçük olmasına rağmen (ağın ücretsiz olduğunu söyleyebiliriz), çalışma hızı hala 1 Gbps'den çok daha azdır. Nedeni ağ gecikmesidir.

1C 8.2 için Ceteris paribus (iyi işleyen ağ), Intel-Realtek bağlantısı Intel-Intel'den %10 daha yavaştır. Ancak realtek-realtek genellikle birdenbire keskin bir çöküntü verebilir. Bu nedenle, para varsa, Intel ağ kartlarını her yerde tutmak daha iyidir, para yoksa Intel'i yalnızca sunucuya (KO'nuz) koyun. Evet ve intel ağ kartlarını ayarlamak için çok daha fazla talimat var.

Varsayılan antivirüs ayarları (örneğin, drweb 10 sürümü) papağanların yaklaşık %8-10'unu alır. Düzgün yapılandırırsanız (1cv8 işleminin güvenli olmamasına rağmen her şeyi yapmasına izin verin) - hız antivirüs olmadan aynıdır.

Linux gurularını OKUMAYIN. Samba'lı bir sunucu harika ve ücretsizdir, ancak sunucuya Win XP veya Win7 (veya daha da iyisi - sunucu işletim sistemi) koyarsanız, dosya sürümü 1c'de daha hızlı çalışır. Evet, hem samba hem de protokol yığını ve ağ ayarları ve debian / ubuntu'daki çok daha fazlası iyi ayarlanmış, ancak bu uzmanlar için önerilir. Linux'u varsayılan ayarlarla kurmanın ve ardından yavaş olduğunu söylemenin bir anlamı yok.

fio ile net kullanım yoluyla bağlanan diskleri test etmek iyi bir fikirdir. En azından bunların 1C platformunda mı yoksa ağ / diskte mi sorun olduğu netleşecek.

Tek kullanıcılı bir varyant için, 1Gb ile 10 Gb arasındaki farkın görülebileceği testler (veya bir durum) düşünemiyorum. Dosya sürümü için 10Gbps'nin daha iyi sonuçlar verdiği tek yer, diskleri iSCSI aracılığıyla bağlamaktı, ancak bu ayrı bir makalenin konusu. Yine de dosya sürümü için 1 Gbit kartların yeterli olduğunu düşünüyorum.

Neden, 100 Mbit ağ ile 8.3, 8.2'den belirgin şekilde daha hızlı çalışıyor - anlamıyorum, ama gerçek gerçekleşti. Diğer tüm ekipman, diğer tüm ayarlar tamamen aynıdır, sadece bir durumda 8.2 test edilir ve diğerinde - 8.3.

Ayarlanmamış NFS kazan - kazan veya kazan-lin 6 papağan verir, tabloya dahil etmedi. Ayarlamadan sonra 25 aldım, ancak kararsız (ölçümlerdeki artış 2 birimden fazla). Şu ana kadar windows ve NFS protokolünün kullanımı konusunda tavsiye veremem.

Tüm ayarlardan ve kontrollerden sonra, testi istemci bilgisayardan tekrar çalıştırıyoruz, iyileştirilmiş sonuçtan (işe yaradıysa) seviniyoruz. Sonuç düzeldiyse, 30'dan fazla papağan var (ve özellikle 40'tan fazla), aynı anda çalışan 10'dan az kullanıcı var ve çalışan veritabanı hala yavaşlıyor - neredeyse kesinlikle bir programcının sorunu (veya zaten var dosya sürümünün yeteneklerinin zirvesine ulaştı).

Terminal sunucusu. (taban sunucudadır, istemciler bir ağa, RDP protokolüne bağlıdır). Adım adım algoritma:

0. Gilev test veritabanını ana veritabanlarıyla aynı klasördeki sunucuya ekleyin. Aynı sunucudan bağlanıyoruz ve testi çalıştırıyoruz. Sonucu hatırlıyoruz.

1. Dosya versiyonunda olduğu gibi aynı şekilde çalışmayı kuruyoruz. Bir terminal sunucusu durumunda, işlemci genellikle ana rolü oynar (bellek eksikliği veya çok miktarda gereksiz yazılım gibi bariz zayıflıkların olmadığı anlaşılır).

2. Bir terminal sunucusu durumunda ağ kartlarının ayarlanması, pratik olarak 1'lerin çalışmasını etkilemez. "Özel" rahatlık sağlamak için, sunucunuz 50'den fazla papağan veriyorsa, yalnızca kullanıcıların rahatlığı, daha hızlı yanıt ve kaydırma için RDP protokolünün yeni sürümleriyle oynayabilirsiniz.

3. Çok sayıda kullanıcının aktif çalışmasıyla (ve eğer denerseniz, burada 30 kişiyi bir üsse bağlamayı deneyebilirsiniz), bir SSD sürücüsü kurmak çok arzu edilir. Bazı nedenlerden dolayı, diskin özellikle 1C'nin çalışmasını etkilemediğine inanılmaktadır, ancak tüm testler yazma için etkinleştirilmiş denetleyici önbelleği ile gerçekleştirilir, bu yanlıştır. Test tabanı küçüktür, önbelleğe sığar, dolayısıyla yüksek sayılar. Gerçek (büyük) veritabanlarında her şey tamamen farklı olacaktır, bu nedenle testler için önbellek devre dışı bırakılır.

Örneğin, Gilev testinin çalışmasını farklı disk seçenekleriyle kontrol ettim. Sadece bir eğilim göstermek için eldeki diskleri koydum. 8.3.6.2076 ve 8.3.7.2008 arasındaki fark küçüktür (Ramdisk Turbo boost sürüm 8.3.6'da 56.18 verir ve 8.3.7.2008 55.56 verir, diğer testlerde fark daha da küçüktür). Güç tüketimi - maksimum performans, turbo boost devre dışı (aksi belirtilmedikçe).

RAID denetleyicisinin içerdiği önbellek, diskler arasındaki tüm farkı ortadan kaldırır, sayılar hem sat hem de sas için aynıdır. Az miktarda veri için onunla test yapmak işe yaramaz ve bir gösterge değildir.

8.2 platformu için SATA ve SSD seçenekleri arasındaki performans farkı iki katından fazladır. Bu bir yazım hatası değil. SATA sürücülerinde test sırasında performans monitörüne bakarsanız. o zaman açıkça görülebilir "Aktif disk süresi (% olarak)" 80-95. Evet, disklerin kendilerinin yazma önbelleğini etkinleştirirseniz, baskın denetleyici önbelleğini etkinleştirirseniz hız 35'e yükselir - 49'a kadar (şu anda hangi disklerin test edildiğine bakılmaksızın). Ancak bunlar önbelleğin sentetik papağanlarıdır, büyük veritabanlarıyla gerçek çalışmada asla %100 yazma önbelleği isabet oranı olmayacaktır.

Ucuz SSD'lerin bile hızı (Agility 3'te test ettim) dosya sürümünün çalışması için yeterli. Yazma kaynağı başka bir konudur, burada her özel duruma bakmanız gerekir, Intel 3700'ün daha yüksek bir büyüklük sırasına sahip olacağı açıktır, ancak orada fiyat karşılık gelir. Ve evet, bir SSD sürücüsünü test ederken, bu sürücünün önbelleğini de daha büyük ölçüde test ettiğimi anlıyorum, gerçek sonuçlar daha az olacak.

En doğru (bana göre) çözüm, dosya tabanı (veya birkaç dosya tabanı) için bir ayna baskınına 2 SSD disk tahsis etmek ve oraya başka bir şey koymamaktır. Evet, bir ayna ile SSD'ler aynı şekilde yıpranır ve bu bir eksidir, ancak en azından kontrolör elektroniğindeki hatalara karşı bir şekilde sigortalıdırlar.

Dosya sürümü için SSD disklerinin ana avantajları, çok sayıda veritabanı olduğunda ve her birinin birkaç kullanıcısı olduğunda ortaya çıkacaktır. 1-2 baz ve 10 bölgesinde kullanıcılar varsa SAS diskleri yeterli olacaktır. (ancak her durumda - en azından perfmon aracılığıyla bu disklerin yüklenmesine bakın).

Bir terminal sunucusunun ana avantajları, çok zayıf istemcilere sahip olabilmesi ve ağ ayarlarının terminal sunucusunu çok daha az etkilemesidir (yine KO'nuz).

Sonuçlar: Gilev testini terminal sunucusunda (çalışma veritabanlarının bulunduğu aynı diskten) ve çalışan veritabanının yavaşladığı anlarda çalıştırırsanız ve Gilev testi iyi bir sonuç gösterirse (30'un üzerinde), o zaman ana çalışan veritabanının yavaş çalışması, büyük olasılıkla bir programcının suçudur.

Gilev testi küçük sayılar gösteriyorsa ve hem yüksek frekanslı hem de hızlı disklere sahip bir işlemciniz varsa, o zaman burada yöneticinin en azından perfmon alması ve tüm sonuçları bir yere kaydetmesi ve izlemesi, gözlemlemesi, sonuçlar çıkarması gerekir. Kesin bir tavsiye olmayacak.

İstemci-sunucu seçeneği.

Testler sadece 8.2'de yapıldı, tk. 8.3'te, her şey sürüme oldukça ciddi şekilde bağlıdır.

Test için, ana eğilimleri göstermek için farklı sunucu seçenekleri ve aralarındaki ağları seçtim.

Görünüşe göre tüm ilginç seçenekleri düşündüm, başka bir şeyle ilgileniyorsanız - yorumları yazın, yapmaya çalışacağım.

Depolamadaki SAS, depolamanın büyük önbellek boyutlarına sahip olmasına rağmen yerel SSD'lerden daha yavaştır. Gilev testi için SSD'ler ve yerel ve depolama sistemleri karşılaştırılabilir hızlarda çalışır. MCC'den gelen 1C yükü dışında herhangi bir standart çok iş parçacıklı test (yalnızca kayıtlar değil, tüm ekipman) bilmiyorum.

1C sunucusunu 5520'den 5650'ye değiştirmek, performansın neredeyse iki katına çıkmasını sağladı. Evet, sunucu konfigürasyonları tam olarak uyuşmuyor, ancak bir eğilim gösteriyor (şaşırtıcı bir şey değil).

SQL sunucusundaki frekansı artırmak kesinlikle bir etki sağlar, ancak 1C sunucusundakiyle aynı değil, MS SQL sunucusu (eğer isterseniz) çok çekirdekli ve boş bellek kullanabilir.

1C ve SQL arasındaki ağı 1 Gbps'den 10 Gbps'ye değiştirmek papağanların yaklaşık %10'unu verir. Daha fazlası bekleniyor.

Paylaşılan belleğin etkinleştirilmesi, açıklandığı gibi %15 olmasa da yine de etki sağlar. Bunu yaptığınızdan emin olun, hızlı ve kolaydır. Kurulum sırasında biri SQL sunucusuna adlandırılmış bir örnek verdiyse, 1C'nin çalışması için sunucu adının FQDN tarafından değil (tcp / ip çalışacaktır), localhost veya sadece SunucuAdı aracılığıyla değil, SunucuAdı\ÖrnekAdı aracılığıyla belirtilmesi gerekir. örnek zz-test\zztest. (Aksi takdirde bir DBMS hatası oluşur: Microsoft SQL Server Native Client 10.0: Shared Memory Provider: SQL Server 2000'e bağlanmak için kullanılan paylaşılan bellek kitaplığı bulunamadı. HRESULT=80004005, HRESULT=80004005, HRESULT=80004005, SQLSrvr: SQLSTATE =08001, durum=1, Önem düzeyi=10, yerel=126, satır=0).

100'den küçük kullanıcılar için, iki ayrı sunucuya bölünmenin tek noktası, yalnızca 32 GB RAM'i destekleyen Win 2008 Std (ve daha eski sürümler) için bir lisanstır. Diğer tüm durumlarda, 1C ve SQL kesinlikle aynı sunucuya kurulmalı ve daha fazla (en az 64 GB) bellek verilmelidir. MS SQL'e 24-28 GB RAM'den daha azını vermek haksız bir açgözlülüktür (bunun için yeterli belleğe sahip olduğunuzu ve her şeyin yolunda gittiğini düşünüyorsanız, belki 1C dosya sürümü sizin için yeterli olabilir mi?)

Bir grup 1C ve SQL'in sanal bir makinede ne kadar kötü çalıştığı ayrı bir makalenin konusudur (ipucu - gözle görülür şekilde daha kötü). Hyper-V'de bile işler o kadar net değil...

Dengeli performans modu kötü. Sonuçlar, dosya sürümüyle iyi bir uyum içindedir.

Birçok kaynak, hata ayıklama modunun (ragent.exe -debug) performansta güçlü bir düşüş sağladığını söylüyor. Düşüyor, evet, ama %2-3'e önemli bir etki demezdim.

1C sistemi, günümüzde küçük ve orta ölçekli işletmeleri yürütmek için ana araçlardan biridir. Kural olarak, organizasyonun tüm çalışanları programa erişebilir. Bu nedenle, 1C yavaşlamaya veya yavaş çalışmaya başlarsa, bu, işin yürütülmesini önemli ölçüde etkiler. 1C'de çalışmayı kendi başınıza nasıl hızlandırabileceğinizi ve optimize edebileceğinizi düşünün.

1C güncellemesi ile optimizasyon

1C'nin yeni sürümleri her zaman daha başarılı ve hızlı çalışır, bu nedenle güncellemeleri takip ettiğinizden emin olun. Muhasebenin mümkün olduğunca sık güncellenmesi önerilir. Özellikle düzenlenmiş raporlama sürümleri olduğunda.

Birçoğu, programı otomatik olarak güncelleme özelliğini uzun süredir kullandı. Bu sorun 1s Enterprise 8.3 için manuel olarak kolayca çözülebilse de, güncelleme sorun yaratmaz.

İlk adım, şu anda kullanımda olan platformun en son sürümünü indirmektir. Bu, ya ITS diski kullanılarak ya da yapılandırma güncellemesi resmi olarak sağlanan 1s Enterprise 8.3 gibi bir programın kullanıcılarına sürekli destek sağladıkları web arayüzü aracılığıyla yapılır.

İkinci durumda, güncelleme verilerini içeren arşiv ayrıca indirilir. Paketin açılması, kullanıcı için en uygun olduğu düşünülen herhangi bir klasörde gerçekleşir. Bundan sonra, .exe dosyasını çalıştırmanız gerekir. Bir sonraki pencerede, "İleri" düğmesini tıklamanız yeterlidir.

Başka bir sayfa görünecektir. Üzerinde kullanıcı, kurulumun tamamlandığı yolu seçer. Ancak bu adım yalnızca kişisel bir bilgisayarın gelişmiş sahipleri için önerilir. Varsayılan işlevler çoğu sorunu çözmek için genellikle yeterlidir. Varsayılan olarak, bu durumda, tüm güncellemelerin bir kerede yüklendiği bir klasör belirtilir. Bu, son yolların farklı olduğu zamandan çok daha uygundur. Yapılandırma güncellemesinin hızlı bir şekilde gerçekleşmesi gereken 1s Enterprise 8.3 programında “İleri” düğmelerine birkaç kez tıklıyoruz.

Yalnızca "Kurulum" sunan son düğme kalır.

Platform yavaşlarsa 1C nasıl hızlandırılır

Çoğu zaman, sorunlar, aşamalardan birinde sanatçının dikkat konsantrasyonunun azalması gerçeğinden kaynaklanır. Burada güncellemenin şemasını doğru seçmek önemlidir, ancak bu durumda güncelleme sırasında 1s donduğunda bir sorunla karşılaşmayacağız.

Sürüm 7.7 güncellemesi

Birkaç yapılandırma türü vardır. Buna bağlı olarak, diğer eylemlerin seyri seçilir.

• Tipik - bu durumda, güncellemenin düzenlenmiş raporlama için de gerçekleştirildiği varsayılır.
• Tipik endüstri konfigürasyonları - birçok yönden önceki seçeneklere benzer. Geliştirici tarafından sağlanan talimatları önceden okumak önemlidir. Aksi takdirde güncelleme sırasında 1s 8.3'ün neden çöktüğünü anlayamazsınız.
• Değiştirilmiş standart - kullanıcı her zaman mevcut ihtiyaçları karşılayacak şekilde uygulamayı kendisi değiştirme fırsatına sahiptir. İşlevselliği genişletmek için başka bir seçenek de yeni platformlara geçiştir. Örneğin, 8. sürüm.

8.0 ve 8.1 sürümleri hakkında

Platform 8.0 şu anda destekten çekiliyor. Yeni genel tasarımlar yalnızca en son sürümleri kullanırken çalışır. Sadece tüm ara sürümlerin hatasız geçtiğini unutmamak gerekir. Aksi takdirde, basitçe bilgi kaybetme olasılığı yüksektir. Veya yapılandırmayı güncellerken 1s'nin donduğu bir durumla karşılaşın.

Yeni bir standart konfigürasyonun tanıtılması ve ardından eski bilgi tabanlarından kalanların buna aktarılması mümkündür.

8.1 sürümüne gelince, ona yükseltmenin birkaç yolu vardır:

1. manuel olarak;
2. otomatik modda;
3. Bu alanda hizmet veren firmaların uzmanlarına hitap etmektedir.

Standart olmayan veya değiştirilmiş sürümlerle çalışma

Başlangıçta, herhangi bir konfigürasyon tipik gelişmelere atıfta bulunur. İşletmede belirli değişiklikler yapılırsa, böyle olmaktan çıkar. Örneğin, kurulum sırasında. Atipik konfigürasyonlardan öne çıkan iki sınıf vardır:

1. değişti;
2. belirli bir işletmenin ihtiyaçları dikkate alınarak sıfırdan yaratılmıştır.

Bazen ikinci sınıf bir konfigürasyon, kullanıcılara aktif olarak dağıtılır. O zaman standarda aittir. Sadece üreticinin kendisi 1C olarak değil, yeni sürümü oluşturan şirket olarak kabul edilir.

Konfigürasyonların gerçekliği aşağıdaki eylemlerle korunabilir:

• Hata düzeltme.
• Fonksiyonel genişleme.
• Gelişme.
• 1s 8.3'ü değiştirin, servis hataları durumunda konfigürasyon güncellenmez.

Yükleme işlemi, kullanmakta olduğunuz İnternet hızına bağlı olarak farklı bir süre alabilir. Ayrı bir pencerede, kullanıcı güncellemeyi işin sonunda mı yoksa hemen mi yapacağını seçer. İkinci seçenekle, uygulamayla başka kimsenin çalışmadığından emin olmanız gerekir. Sürecin kendisi, 1s Enterprise 8.3 uygulamasında özel modun kullanılmasını içerir, en son güncelleme istisna değildir.

• Tüm yayın sürümlerinin mevcut yapılandırmaya uymayabileceği unutulmamalıdır.
• Güncellemeler uzun süredir yapılmadıysa, aynı anda birkaç dosya veya arşiv indirmeniz gerekebilir.
• Listede, 1s Enterprise 8.3'ün hangi sürümünün gerekli olduğunu anlamak kolaydır, güncelleme kullanıcının kendisi tarafından seçilir.

İşlem sona erdiğinde, Konfigüratörün kendisi kapatılabilir. Bir güncelleme gerekliyse en sık kullanılan bu moddur. Kullanışlıdır, neredeyse tüm süreci otomatikleştirir. Bir dahaki sefere ilk kez çalıştırdığınızda, platformun güncel olmadığını belirten bir mesaj görebilirsiniz. Ve şu anda kullanılması tavsiye edilmez.

Frenleme için ek nedenler

Program doğru ve hatasız bir şekilde güncellenirse, ancak 1C hala yavaşlıyorsa, bunun nedeni aşağıdaki gibi olabilir:

• Antivirüs - doğru yapılandırılırsa, tek bir antivirüs sisteme müdahale etmez, ancak fabrika ayarlarını kullanırsanız, 1C performansı %5–10 oranında düşebilir. Arka plan modunu kaldırarak (kesinlikle gerekliyse) ek ayarlar kullanarak virüsten koruma yazılımını optimize edebilirsiniz.
• Bilgisayar parametreleri - genellikle yeterince güçlü olmayan bilgisayarlar, 1C performansında güçlü bir düşüşe neden olur. Video kartına, işletim sistemine ve işlemciye özellikle dikkat edilmelidir.

Bu tür yöntemler, herhangi bir şirket veya kuruluş için 1C'deki çalışmaları önemli ölçüde optimize edecek ve hızlandıracak ve ardından programın performansı önemli ölçüde artacaktır.

Güncellenen malzeme

Kurs kaydedildi 8.3 sürümünde kullanarak MS SQL Sunucusu 2014 ve en son sürümler yeni ayarların ve özelliklerin ayrıntılı bir açıklamasıyla üretkenlik araçları.

nerede 8.2 ile çalışmak da kursta anlatılmaktadır..

İki yeni bölüm: "Test" ve "Yedekleme"

"Test Etme" bölümü, hem Test Merkezi yapılandırmasını kullanan testleri hem de otomatik testleri kapsar. Ayrıca, test edilecek ekipmanla ilgili sorular dikkate alınır.

"Yedekleme" bölümü, MS SQL Server örneğini kullanarak sıfırdan yedekleme oluşturma sorunlarını tartışır. Ayrıca kurtarma modelleri, nasıl çalıştıkları ve yedekleme ile nasıl ilişkili oldukları hakkında bilgi sağlar.

Malzeme biçimi değişti

Bununla, kursta ele alınan herhangi bir konu hakkında hızlıca bilgi bulabilir ve performans sorunlarıyla karşılaştığınızda referans olarak kullanabilirsiniz.

Kurs çok daha ayrıntılı hale geldi

1C:Expert sınavına hazırlanmak ve 1C:Profesyonel için teknolojik konularda test yapmak için çok faydalı olacak tüm konulara daha fazla detay ve teknik detay eklendi.

• için dersler eklendi bir işlemde istisnaları işleme
• hakkında bilgi eklendi niyet engelleme
• Katma paralel çalışma masası PostgreSQL kullanırken
• Örnek eklendi teknoloji günlüğünü kullanarak bir kilitlenmeyi ayrıştırma
• hakkında bilgi eklendi meta veri nesnelerinin paralel çalışması farklı ayarlarla farklı modlarda.
• hakkında bilgi eklendi yeni muteks türü
• Ayrıntılı açıklama eklendi 1C sunucu kümesi cihazları, ana hizmet dosyalarının bir açıklaması dahil
• Güncellenmiş 1C:Expert'e hazırlanmak için problem çözme
• Benzersiz işleme eklendi, bu, meta veriler açısından tam olarak hangi kayıtların şu anda kilitli olduğunu görmenizi sağlar.
• Tüm eklendi yedekleme bölümü
• hakkında bilgi eklendi sonuçları depolamak ve almak için mekanizma
• hakkında bilgi eklendi ömür boyu kilit farklı işlem izolasyon seviyelerinde
• hakkında bilgi eklendi yük testi ve uygun ekipman seçimi
• Mekanizmanın kullanımı hakkında bilgi eklendi otomatik test
• hakkında bilgi eklendi sıralamanın performans üzerindeki etkisi istekler
• İş hakkında bilgi eklendi dinamik listeler
• hakkında bilgi eklendi önerilen uygulamalar programlama
• Katma kullanışlı komut dosyaları ve dinamik görünümler

Yeni alıştırma görevleri eklendi

Eklenen görevlerin çoğu, optimizasyon projelerinden gerçek durumlara dayanmaktadır.

Ayrıca eklendi güncellenmiş son görev ki bu daha da karmaşık ve ilginç hale geldi.

Ana Grupta Destek

Kurs ders sayfalarında destek verilmektedir. Ders materyalleri ile ilgili her türlü soruyu sorabilirsiniz.

Ayrıca sen yüzlerce soru ve cevaplarına erişin diğer kurs katılımcılarından.

Destek süresi: 4 aya kadar(kursun seçilen versiyonuna bağlı olarak).

Ana gruba erişimi şuradan etkinleştirebilirsiniz: hiç uygun zaman satın alma tarihinden itibaren 100 gün içinde.

Üyelik Koşulları

Kurs katılımcıları için özel bir gereklilik yoktur.

Kursu başarıyla tamamlamak için 1C'de en az minimum geliştirme deneyimine sahip olmalısınız.

1C 8.3 ve Windows yüklü bir bilgisayara ihtiyacınız var

Güvenli video oynatıcı yalnızca Windows ortamlarında çalışır. Sanal ortamlarda ve uzaktan erişim araçlarıyla video izlemek mümkün değildir.

Kurs ve maliyet sürümleri

Bu kursun ÜÇ versiyonu vardır: HAFİF, PROFESYONEL, NİHAİ.

Ana Grupta amaç, içerik, maliyet ve destek koşulları bakımından farklılık gösterirler.

Performans Sorunlarını Tanılama kursunun alıcıları için

“1C performans sorunlarının teşhisi: sistemi özellikle yavaşlatan” kursunun maliyeti saymak"1C: Enterprise 8.3'te sistemlerin hızlandırılması ve optimizasyonu" kursunu satın alırken.

Optimizasyon kursunun uygun versiyonu için sipariş vermeniz yeterlidir, siparişte ise "Performans problemlerini teşhis etme" kursunu satın aldıktan sonra size gönderilen indirim kodunu belirtirsiniz.

Örneğin, indirim dikkate alındığında, LITE sürümü 11.300 9.800 rubleye mal olacak.

Garanti

2008'den beri eğitim veriyoruz, kurslarımızın kalitesine güveniyoruz ve elimizden gelenin en iyisini yapıyoruz. standart 60 gün garanti.

Bu, kursumuzu almaya başladıysanız, ancak aniden fikrinizi değiştirdiyseniz (veya örneğin fırsatınız yoksa), o zaman 60 günlük bir karar verme süreniz var demektir - ve geri dönerseniz, geri ödeme yaparız. Ödemenin %100'ü.

taksitli ödeme

Kurslarımız taksitli veya taksitli, hatta faizsiz olarak ödenebilmektedir. nerede materyallere anında erişirsiniz.

Bu, bireylerden 3.000 ruble tutarında ödeme yaparken mümkündür. 150.000 ruble'ye kadar.

Tek yapmanız gereken "Yandex.Checkout ile ödeme" ödeme yöntemini seçmek. Ardından, ödeme sisteminin web sitesinde “Taksit halinde öde” seçeneğini seçin, ödemelerin süresini ve miktarını belirtin, kısa bir anket doldurun - birkaç dakika içinde bir karar alacaksınız.

Ödeme seçenekleri

Tüm ana ödeme şekillerini kabul ediyoruz.

bireylerden- kartlardan ödemeler, elektronik parayla ödemeler (WebMoney, YandexMoney), İnternet bankacılığı aracılığıyla ödemeler, iletişim mağazaları aracılığıyla ödemeler vb. Ayrıca, ek faizsiz de dahil olmak üzere, sipariş için parça (taksit) ödeme yapmak da mümkündür.

Sipariş vermeye başlayın - ikinci adımda tercih ettiğiniz ödeme yöntemini seçebileceksiniz.

Kuruluşlardan ve bireysel girişimcilerden– nakit olmayan ödeme, teslimat belgeleri sağlanır. Bir sipariş girersiniz - ve ödeme için hemen bir fatura yazdırabilirsiniz.

Çok çalışanlı eğitim

Kurslarımız bireysel öğrenme için tasarlanmıştır. Bir sette grup eğitimi yasadışı dağıtımdır.

Bir şirketin birden fazla çalışanı eğitmesi gerekiyorsa, genellikle %40 daha ucuz “eklentiler” sunuyoruz.

"Ek kit" siparişi vermek için formda 2 veya daha fazla kurs seti seçin ikinci setten başlayarak kursun maliyeti %40 daha ucuz olacak.

Ek kitleri kullanmak için üç koşul vardır:

• En az bir normal set daha önce (veya onunla birlikte) satın alınmadıysa, yalnızca ek bir set satın alamazsınız.
• ek setlerde başka indirim yok (zaten indirimli, “indirimde indirim” olduğu ortaya çıkacaktı)
• promosyonlar (örneğin, 7.000 ruble tazminat) aynı nedenle ek setler için geçerli değildir