Tsuyoshi Kawanishi, legendary former CEO of Toshiba Semiconductor, quotes, in his book Chip Management, ten symptoms of Big Company Disease, as compiled by Professor Yoshiya Teramoto of Meiji Gakuin University.

· An increase in the number of meetings

· Meetings do not come to any conclusion

· The company is no longer able to rise to a challenge and is slow in responding

· The company is slow in responding to information from customers

· The company puts emphasis on forecasting

· The company tends to emphasize consensus at the expense of professional insight

· The company tries to fit the business to the budget rather than to the needs of the customer

· The company ignores figures and forgets other business fundamentals.

· Talk about past glories increases, at the expense of future dreams.

· Authority is replaced by power.

Windows Server 2008 varsayılan olarak performanslı olmak üzere tasarlandıysa da, her kurumun yapısının ve ihtiyacının farklı olabileceği düşüncesinden hareketle ihtiyaçlarınıza özel olarak sistemi özelleştirebilirsiniz.

Bu makale içerisindeki bilgiler, "Performance Tuning Guidelines for Windows Server 2008" isimli ekteki dokümandan derlenmiş durumda.

Windows server 2008 varsayılan kurulumuyla bir çok kurum için ideal bir yapılanma sunar. Varsayılan kurulum ile optimum performans değerlerine ulaşmak, bu sürümde hedeflenen amaçlandı. Bununla birlikte ihtiyaçların gereği olarak performans bileşenleri daha da optimize edilebilir.

Bilgi: Sürümler arasındaki registry değerleri arasındaki ciddi farklardan dolayı, önceki sürümler için geçerli olan bilgileri barındıran dokümanların Windows Server 2008 sistemlere uygulanmaması önerilir. Bu tip müdahaleler sunucular üzerinde beklenmedik sonuçlar doğurabilir.

Her zaman olduğu gibi registry üzerinde değişiklik yapmadan önce mevcut sistemin bir yedeğini alınız!

Dokümanda aşağıdaki bileşenler için performans önerileri bulunuyor:

• Sunucu Donanımları
• Ağ Bileşenleri
• Disk Bileşenleri

Dokümanda zamanda aşağıdaki sunucu rolleri için performans önerileri bulunuyor:

• Web Sunucular
• Dosya Sunucular
• Aktif Dizin Sunucular
• Terminal Sunucular
• Terminal Gateway Sunucular

Sunucu Donanımları İçin Performans İyileştirmesi

Amaçlanan performans için doğru donanımın seçilmesi önemlidir. Donanım darboğazları yazılım tarafında yapılan değişikliklerin limitini belirler. Aşağıdaki tablo sunucu seçimi sırasında dikkat edilmesi gereken önemli noktalara işaret eder.

Kesme Bağı (Interrupt Affinity)

Interrupt Affinity, sunucu üzerindeki aygıtların (device) belli işlemci ya da işlemcilerle eşleşmesini ifade eder. İlgili aygıttan gelen isteklerin belirlenen işlemciler tarafından işlenmesini sağlar.

Aşağıdaki Parametreler Windows Server 2008 Tarafından Göz Ardı Edilir;

• TcpWindowSize | HKLM\System\CurrentControlSet\Services\Tcpip\Parameters
• NumTcbTablePartitions  | HKLM\system\CurrentControlSet\Services\Tcpip\Parameters
• MaxHashTableSize  | HKLM\system\CurrentControlSet\Services\Tcpip\Parameters

Performance Tuning for File Servers
SMB
Windows Vista ile birlikte SMB 2.0 protokolü desteklenmeye başlandı. mrxsmb10.sys SMB 1.0 iletişimini taşırken mrxsmb20.sys SMB 2.0 trafiğini taşımaya başladı. SMB üzerinden iletilen NTFS operasyonları lokal disk istekleri olarak işlenir ve srv.sys (SMB 1.0) ve srv2.sys (SMB 2.0) bu istekleri işler.

Diğer Performans değişkenleri

NtfsDisable8dot3NameCreation: HKLM\System\CurrentControlSet\Control\FileSystem\ (REG_DWORD) | 0/1 (Default 0) (Uygulamalarınızın 8.3 isim kullanıp kullanmadığı bu noktada önemli!)

TreatHostAsStableStorage: HKLM\System\CurrentControlSet\Services\LanmanServer\Parameters\ (REG_DWORD) | 0/1 (Default 0)

synchronousCredits: HKLM\System\CurrentControlSet\Services\LanmanServer\Parameters\ (REG_DWORD) | (Default 512) (Bir bağlantıdaki, asenkron SMB komutlarını limitler)

Smb2CreditsMin and Smb2CreditsMax: HKLM\System\CurrentControlSet\Services\LanmanServer\Parameters\ (REG_DWORD) | (Default 64 ve 1024)

Daha fazla bilgi için makalenin başında adını verdiğim dokümanı incelemenizi öneririm.

Keyifli Çalışmalar,

Ozan

Windows server 2008'in bir sonraki güncellemenin adı SP2 olacak. Bildiğiniz gibi Windows Vista ile Windows Server 2008 temelde aynı kod yapısını kullanıyor. Microsoft hem üreticilerin daha kolay çözüm üretmesi hem de güvenliğin  daha kolay yönetilmesi amacıyla böyle bir geliştirme süreci kullanıyor. Windows Vista’nın ve SP1 güncellemesinin çıkışının ardından SP1 ile hayata geçirilen tüm güncellemeler Windows Server 2008’in içerisine de yerleştirildi, o nedenle ürün SP1’li olarak kullanılmaya başlandı.

X64 Mimarisi ilk çıktığında bu teknolojinin üreticisi durumunda olan AMD Extended Memory 64 Technology (EM64T) adı ile duyurdu. Endüstri standardı x86 mimarisinin yeni komut setleriyle genişletilmesinden oluşan AM64 mevcut x86 bit çözümlerle tam uyumlu olmak ve 64bit performansı vermek üzere tasarlandı.

Extended Memory 64 Technology (EM64T) Intel’in IA-32 mimarisini geliştirmesi ile elde edildi. Geliştirme, işlemcilerin yeni 64-bit kod ile yazılan uygulamaları çalıştırmasına ve daha fazla bellek kullanımına olanak veriyor.

Şaşırtıcı bir bilgi, (theinquirer) Intel iki teknolojinin pratikte aynı olduğunu ifade ediyor ve 64 bit ihtiyacı için IA platformu öneriliyor.

Itanium Explicitly Parallel Instruction Computing (EPIC) mimarisi üzerine inşa edilen platform HP ve intel tarafından geliştirilen ve 64bit çalışan bir mikro işlemi komut seti. Intel bu teknolojiyi Itanium serisi ile desteklemeye devam ettiriyor.

Microsoft’un bu konudaki yaklaşımını özetleyen Determining a 64-bit Product Strategy makalesi knu ile ilgilenenler için önemli bilgiler barındırıyor. 32bit işletim sistemlerini X64 Mimarisinde çalışan bir ortama taşımak oldukça kolay, buradaki en önemli darboğaz donanım üreticilerinin x64 sürücülerini geliştirmeleri.

Yine aynı sayfada iki mimarinin temel bir mukayesesini de bulmak mümkün;

Ve son olarak TCP-C’de en yüksek performans veren 10 sistemi sıraladığımızda ilk sırada Itanium mimarisi bulunurken listede hiç x64 mimarisine sahip donanımın bulunmadığı görülüyor.

TPC Farklı ihtiyaçlar ve uygulamalar için farklı performans analizleri yapıyor; TPC-App, TPC-C, TPC-E ve TPC-H.

TPC-App: Uygulama sunucuları ve web servisleri performansını analiz etmek için kullanılan ölçümler; 7x24 çalışan B2B uygulamaları adresleniyor.

TPC-C: İşlem (transection) tabanlı faaliyetlerin performansını analiz etmek için kullanılan ölçümler; Taleplerin yazılması, ödemelerin kaydedilmesi, veri ambarındaki hisse senetlerinin izlenmesi gibi işlem yapıları model alınıyor. Ölçümün temel izlediği nokta dakikadaki işlem sayısı.

TPC-E: OLTP olarak kısaltılan (OnLine Transaction Processing) yükünü analiz etmek için kullanılan ölçümler; Komisyonculuk işlemleri, market araştırması, hesap sorgusu gibi işlem yapıları model alınıyor.

TPC-H: Karar destek faaliyetleri için kullanılan sistemlerin performansını analiz etmek için kullanılan ölçümler; Yüksek miktarda veriyi işleyen karar destek yapıları model alınıyor.

Sonuçta, TPC doğal olarak farklı ihtiyaçlara karşılık gelen teknoloji bileşenini, geliştirdiği farklı ölçüm mekanizmaları ile amacı  doğrultusunda karşılaştırıyor. Bizim de yapmamız gereken benzer bir şekilde bankacılık operasyonunda kullandığımız iş modeline uygun farklı teknoloji güçlerini belirleyerek, o yönde bir yatırım planlamak. Yani ana bankacılık sisteminin veri tabanını çalıştırdığımız sistemler için TPC-C karşılaştırmalarını incelerken, Karar Destek sistemimiz için TPC-H’i, Market analizi yapan sistemlerimiz için TPC-E’yi ve B2B uygulamalarımız için TPC-App’in değerlerini incelememiz anlamlı olur.