Condor dağıtımlı olarak sahip olunan iş istasyonlarının rölanti döngüsünü kullanarak uzak CPU yoğun uygulamaları zamanlayın ve çalıştırın
Şimdi İndirin

Condor Sıralama ve Özet

Condor Etiketler

Takvim uzak Çalıştırmak kaynak monitörü Uzaktan Yürütme Zamanlama Uygulaması

Condor Açıklama

Dağıtımlı iş istasyonlarının rölanti döngülerini kullanarak uzak CPU yoğun uygulamaları zamanlayın ve çalıştırın Condor, hesaplama yoğun işler için özel bir iş yükü yönetim sistemidir. Diğer tam özellikli parti sistemleri gibi, condor, bir iş kuyruğu mekanizması, zamanlama politikası, öncelik şeması, kaynak izlemesi ve kaynak yönetimi sunar. Kullanıcılar seri veya paralel işlerini Condor'a sunar, condor onları bir kuyruğa yerleştirir, bir politikaya dayalı işleri ne zaman ve nerede çalıştıracağınızı, ilerlemelerini dikkatlice izler ve sonuçta kullanıcıyı tamamladıklarını bildirir. Buna benzer işlevsellik sağlayan. Daha geleneksel bir toplu kuyruk sistemi olan Condor'un yeni mimarisi, geleneksel zamanlama sistemlerinin başarısız olduğu alanlarda başarılı olmasını sağlar. Condor, özel bir hesaplama düğümlerinin bir kümesini yönetmek için kullanılabilir ("Beowulf" kümesi gibi). Ek olarak, eşsiz mekanizmalar, akşamanın aksi takdirde boşluklu CPU gücünü aksi takdirde boşta durdurmayı sağlar. Örneğin, condor, yalnızca klavyenin ve farenin boşta olduğu masaüstü makineleri kullanacak şekilde yapılandırılabilir. Condor, bir makinenin artık mevcut olmadığını tespit etmelidir (örneğin, bir anahtar basın gibi), birçok durumda condor bir kontrol noktası üretebilir ve bir işi aksi takdirde boştacak farklı bir makineye geçirebilir. Condor, makineler arasında paylaşılan bir dosya sistemi gerektirmez - paylaşılan bir dosya sistemi mevcut değilse, Condor, işin veri dosyalarını kullanıcının adına aktarabilir veya Condor, tüm işin G / Ç isteklerini geri çevirebilir. Makineyi gönder. Sonuç olarak, condor, bir kuruluşun tüm hesaplamalı gücünü bir kaynağa kusursuz bir şekilde birleştirmek için kullanılabilir. Condor, daha sonra sunulan işleri tamamlamak için kullanılan rölanti makineleri bulmak için bir makine havuzu izler ve ayrıca şeffaf uzaktan yürütme ve iş migrasyonuna izin veren uzak sistem ve kontrol noktası mekanizmalarını sağlar. NOT: Condor, Apache Lisansı altında lisanslanmış ve dağıtılır. Bu sürümde yenilikler: · CCB etkinleştirilmişse veya eğer Private_network_name yapılandırılmışsa, önceki Condor sürümleriyle iletişim kurarken bu sürüm uyumlu değildir. · DRMAA sürümünü güncelledi. Bu yeni sürüm GFD.133, DRMAA 1.0 Izgara Öneri Standardı ile uyumludur. Şartnamenin gereksinimlerini karşılamak için üç yeni fonksiyon eklendi ve birkaç hata düzeltildi. Yeni özellikler: · Tanınan komut dosyasını Windows'ta bir gönderme dosyasında yürütülebilir olarak kullanmak için destek eklendi. Daha fazla bilgi için lütfen sayfada 6.2.6 bölümüne bakın. . · Özel ağlar için geliştirilmiş destek: CCB, Condor Bağlantı Komisyoncusu eklendi. GCB, genel bağlantı brokeri olan GCB'ye benzer şekilde benzerdir, ancak kullanım kolaylığı ve Windows üzerinde çalışma ve UNIX platformları dahil olmak üzere birçok avantaja sahiptir. GCB çalışmaya devam ediyor, ancak 7.3 geliştirme serisinde bir süre kaldırabiliriz. CCB'deki ana eksik özelliği, GCB'yi değiştirmesini önleyen şu anda, bir özel ağdan diğerine bağlantı için destekdir. CCB, yalnızca bir ortak ağdan özel bir kişiye bağlanırken çalışır. Örneğin, işler, Condor_Startd Daemons, Condor_Startd Daemons, Condor_Scheddd Daemon tarafından erişilebilen bir CCB sunucusu kullanacak şekilde yapılandırılmışsa, kamu İnternet'teki Condor_SCHEDD'den Condor_Startd Daemons'a gönderilebilir. Ancak, Condor_Schedd Daemon bir özel ağda ise ve Condor_Startd Daemons farklı bir özel ağda, CCB yardımcı olmaz. CCB hakkında daha fazla bilgi için, bkz. Bölüm 3.7.3. · Linux platformlarında bir CPU afinitesi için destek eklendi. · Windows'ta Condor_Q -Better-Analyze seçeneği için destek eklendi. · Want_hold eklendi. Preemt doğru olduğunda, Want_hold doğruysa, iş, Want_hold_neason ve want_hold_subcode tarafından belirtilen nedenden dolayı (isteğe bağlı olarak) tutunur. Bu politika ifadeleri yürütme makinesi tarafından değerlendirilir. Her zamanki gibi, iş sahibi, belirli bir tutma durumlarına otomatik olarak tepki vermek için periyodik_release ve / veya perioic_remove ifadeleri belirtebilir. · Classad işlevi hata ayıklamasını () ekledi. Bu fonksiyonun detayları için Bkz. Bölüm 4.1.1. · Condor_schedd, aynı çalıştırılabilir birikimin biriktirilebilir dosyasında biriktirilebilecek birden fazla kopyasını depolamaktan kaçınmak için MD5 kontrol toplamlarını kullanabilir. Bu özelliğin yalnızca Condor_SCHEDD'ye gönderilebilecek yürütülebilir dosyaları, bir gönderme açıklaması dosyasındaki COPL_TO_SPOOL komutu üzerinden iletir. · Uyku sayısını azalttı Condor_DAgman, DAG, düğüm işleri için birden fazla kullanıcı kütüğü kullandığında günlük dosyası tutarlılığını korumak için yapar. DAGMAN şimdi her gönderi için bir uyku yerine, Gönder Döngüsü başına bir uyku yapar. · Condor_submit_dag'a -import_env komut satırı bayrakını ekledi. Bu, Gönderimin ortamını açıkça .condor.sub dosyasına dönüştürür. · Çok sayıda işin çıkarılmasını optimize etmiştir. Önceden, on binlerce işin kaldırılması, Condor_ScheddD Daemonunun birkaç dakika boyunca çok fazla CPU zamanı tüketmesine neden oldu. · Condor_shadow daemon tarafından azaltılmış bellek kullanımı. Çalışan iş başına bir Condor_Shadow işlemi olduğundan, bu, bir gönderme makinesinin başa çıkabileceği çalışma işlerinin sayısının artmasına yardımcı olur. Linux 2.6'da, tek bir gönderim makinesinden 10.000 işin çalıştırılmasının yaklaşık 10Gbyts sistem RAM'i gerektirdiğini gördük. Ayrıca bu durumda, 10.000'den fazla eşzamanlı işin çalışması için 64 bitlik bir gönderme makinesi gerektirdiğini de bulduk. 32-bit bir Linux platformunda, sistemin ne kadar ek ram olduğuna bakılmaksızın çekirdek belleği tükenmiştir. · Update_collector_with_tcp = true ne zaman Condor_Collector Daemon'un bellek kullanımını azalttı. Yapılandırma Değişkenleri ve Değişiklikleri: · Yeni yapılandırma değişkeni Open_verb_for__Files, varsayılan tercümanın, bir uzantılı olarak değiştirilmesine olan varsayılan tercüman sağlar. Daha fazla bilgi için lütfen sayfada 6.2.6 bölümüne bakın. . · Yeni yapılandırma değişkeni CCB_address, bir ya da daha fazla CCB sunucusu kullanacak bir Daemon, özel ağın dışındaki condor bileşenleri ile iletişime geçmek için yapılandırır. Sayfa bölümüne bakın. · Yeni yapılandırma değişkeni Max_File_Descriptors (yalnızca UNIX platformlarında), bir Condor Daemon için gerekli dosya tanımlayıcı sınırını belirtir. Dosya tanımlayıcıları, açık dosyalar için ve ağ bağlantıları için kullanılan bir sistem kaynağıdır. Birçok eşzamanlı ağ bağlantısını yapan condor daemonları, artan sayıda dosya tanımlayıcısı gerektirebilir. Örneğin, CCB'nin dosya tanımlayıcı gereksinimleri hakkında bilgi için Sayfa bölümüne bakın. · Linux platformlarındaki yeni yapılandırma değişkenleri Enforce_CPU_AFFINITY ve SLOTX_CPU_AFTITION, Condor'un sözleşmeyi verilen CPU'lara kilitlemesini sağlar. · Yeni yapılandırma değişkeni Debug_Time_Format, bir Daemon'un günlük dosyasındaki her satırın başlangıcında yazdırılan sürenin formatı için özel bir şartname sağlar. Bu değişkenin tam tanımı için 3.3.4'e bakınız. · Yeni yapılandırma değişkeni share_spooled_executables, Condor_SCHEDD Daemonunun, biriktirme dizininde aynı çalıştırılabilir birden fazla kopyayı saklamak için MD5 kontrol toplamlarını kullanıp kullanmayacağını belirleyen bir Boolean değeridir. Varsayılan ayar doğrudur.

Condor İlgili Yazılım