Bu, Ubuntu Online, Fedora Online, Windows çevrimiçi emülatörü veya MAC OS çevrimiçi emülatörü gibi birden fazla ücretsiz çevrimiçi iş istasyonumuzdan birini kullanarak OnWorks ücretsiz barındırma sağlayıcısında çalıştırılabilen makepp_sandboxes komutudur.
Program:
ADI
makepp_sandboxes -- Bir makepp derlemesi nasıl bölümlenir
TANIM
D: --yap-yap,
--inşa etme,
--okuma-okuma,
--do-oku, I: --korumalı alanda,
--inside-sanal alan, O: -- sandbox dışında, S: --kum havuzu,
--sanal alan-uyar,
--sandbox-uyarı, V: --sanal-korumalı alan
Bir makepp için dosya ağacını bölümlere ayırmak isteyebileceğiniz birkaç neden vardır.
inşa etmek:
1. Ağacın çoğunluğunun, yapılan değişikliklerden etkilenmediğini biliyorsanız,
önceki derlemeden bu yana kaynak dosyalar varsa, makepp'e bu dosyaları varsaymasını söyleyebilirsiniz.
ağacın bu kısımları zaten günceldir, yani dolaylı olarak bile değil
bağımlılıklarını hesaplamak ve kontrol etmek şöyle dursun, makefile dosyalarını yüklemek. (Not
ancak açıkça yüklenen makefile dosyaları hala yüklenir.)
2. Aynı ağaca erişen birden fazla makepp işleminiz varsa,
iki eşzamanlı işlemin aynı bölümü yazdığını tespit ederseniz bir hata
ağaç veya bir işlem, ağacın eşzamanlı bir işlemin olduğu bir bölümünü okuyor.
yazı. Her iki durumda da, olayların göreceli sırasının
iki eşzamanlı işlemde (garanti edilemez) sonucu etkileyebilir.
Makepp, her iki endişeyi de gideren korumalı alan tesislerine sahiptir.
Korumalı Opsiyonlar
Alt ağacın korumalı alan özelliklerini ayarlamak için aşağıdaki makepp seçenekleri kullanılabilir
tarafından verildi yol ve tüm dosyaları ve potansiyel dosyaları:
--inşa etme yol
--yap-yap yol
"Yapma" özelliğini ayarlayın veya sıfırlayın. Bu özellik kümesine sahip herhangi bir dosyanın
zaten güncel olacak ve hiçbir yapı denetimi yapılmayacaktır. Varsayılan sıfırlanır
(yani "inşa et"), bir "RootMakeppfile" dosyanız varsa, bu durumda her şey
alt ağaç kimliğinin dışında "inşa etme".
--kum havuzu yol
--korumalı alanda yol
--inside-sanal alan yol
--korumalı alan dışında yol
"Korumalı alan" özelliğini ayarlayın veya sıfırlayın. makepp aksini yaparsa bir hata oluşur
bu özellik sıfırlamasıyla bir dosya yazın. olmadıkça, yapı kontrolleri gerçekleştirilir.
"dont-build" özelliği de ayarlanmıştır. Varsayılan ayardır (yani "korumalı alanda"),
hiç var mı --kum havuzu seçenekler, bu durumda diğer tüm dosyalar için varsayılan
sıfırlayın (yani "korumalı alan dışında").
--sanal alan-uyar
--sandbox-uyarı
"Korumalı alanda" ve "okuma" ihlallerini hatalar yerine uyarılara indirin.
Bu, yüzlerce ihlal olduğunda kullanışlıdır, böylece hepsini toplayabilirsiniz.
bunları tek seferde yapın ve uygun düzeltici eylemi yapın. yoksa sadece görürsün
makepp çağrısı başına bir ihlal ve kaç tane kaldığını bilmiyorsunuz
hepsi sabit.
--okuma-okuma yol
--do-oku yol
"okuma" özelliğini ayarlayın veya sıfırlayın. makepp aksini yaparsa bir hata oluşur
bu özellik kümesine sahip bir dosyayı okuyun. Varsayılan, sıfırlamadır (yani "okuma").
--sanal-korumalı alan
Bu makepp işlemi tarafından oluşturulmamış dosyaların derleme bilgilerini yeniden yazmayın. Bu
örtüşen sanal alanlar ile eşzamanlı makepp işlemleri çalıştırırken kullanışlıdır ve
iki sürecin aynı hedefi oluşturmaya çalışmayacağından eminler. Makepp yapacak
daha sonra okuduğu dosyalar hakkında ek bilgileri önbelleğe almaktan kaçının, çünkü
başka eşzamanlı okuyucular olabilir.
Bu 3 özelliğin her biri, olmayan dosyalar da dahil olmak üzere tüm alt ağaç için geçerlidir.
henüz var. Daha spesifik yollar, daha az spesifik yolları geçersiz kılar. Belirtilen bir yol, bir
tek bir dosya, dosya henüz mevcut olmasa bile.
Bir özellik tam olarak aynı yolda hem ayarlanmış hem de sıfırlanmışsa, görünen seçenek
komut satırında en sağdaki öncelik alır.
Korumalı için Hızlanma
Makepp'in zaten olduğunu bildiğiniz dosyaları işlemekle zaman kaybetmesini önlemek istiyorsanız
güncel (özellikle, makepp dışında bir derleme aracı tarafından oluşturulan dosyalar),
sonra --inşa etme sizin için bir seçenektir.
Böyle bir optimizasyon için bugüne kadarki en yaygın durum, her şeyin olmadığını bilmenizdir.
başlangıç dizininde veya altında zaten güncel. Bu iletilebilir
makepp kullanarak "--inşa etme /. --yap-yap .".
Korumalı için Eşzamanlı süreçler
Derleme gecikmesini azaltabilecek bir teknik, birden çok makepp işleminin çalışır durumda olmasıdır.
aynı ağaçta. Bunu yönetmek, kullanmaktan biraz daha zordur. -j seçeneği
ancak aynı zamanda önemli ölçüde daha etkili olabilir çünkü:
· Korumalı alan ile işlemler, örneğin bir iş aracılığıyla birden çok ana bilgisayarda çalışıyor olabilir.
kuyruk sistemi. artırmak -j limit sonunda bir işlemcinin CPU kaynaklarını tüketir.
tek ana bilgisayardır ve aşırı işlem çatallanması nedeniyle yapıyı yavaşlatabilir.
· -j şu anda makepp'in yükleme gibi zaman alan bazı görevlerini paralelleştirmez
dosya oluşturma, tarama, tarama sırasında örtük bağımlılıklar oluşturma ve kontrol etme
bağımlılıklar.
Bu yaklaşımla ilgili en büyük risk, aşağıdaki durumlarda yapının belirsiz hale gelebilmesidir.
eşzamanlı olabilecek süreçler birbirleriyle etkileşime girer. Bu, sistemlerin kurulmasına yol açar
ara sıra yanlış sonuçlar üreten ve nedenini belirlemek için basit bir mekanizmaya sahip olmayan
olur.
Bu riski ele almak için ağacın eşzamanlı süreçler arasında bölünmesi tavsiye edilir.
öyle ki, herhangi bir işlem dosya sistemine uygunsuz bir şekilde erişirse, o zaman bir hata
deterministik olarak hemen yükseltildi. Normalde bu, her birine atanarak gerçekleştirilir.
Eşzamanlı işlem, yazmasına izin verilen bir "korumalı alan", burada hiçbir sanal alan
iki eşzamanlı süreç çakışabilir.
Ek olarak, her işlem, diğer olası eşzamanlı işlemlerin sanal alanlarını işaretler.
"okuma" olarak. Bir işlem, başka bir eşzamanlı işlemin sorumlu olduğu bir dosyayı okursa
yazmak için (ve bu nedenle henüz yazılmamış olabilir), o zaman bir hata ortaya çıkar
hemen.
Korumalı için Ardışık süreçler
Derleme, eşzamanlı makepp işlemleri için bölümlendiğinde, genellikle bir
çeşitli süreç çiftleri arasındaki sıralı ilişki. Örneğin, bir olabilir
düzine eşzamanlı derleme işlemi, ardından başlayamayan tek bir bağlantı işlemi
tüm derleme işlemleri tamamlanana kadar. Bu tür ardışık ilişkiler olmalıdır
çeşitli makepp süreçlerini düzenleyen herhangi bir mekanizma tarafından uygulanır (örneğin,
iş kuyruk sistemi).
Süreçler bilinen bir sıralı ilişkiye sahip olduğunda, normalde bir
ağacın aynı kısmına eriştiklerinde hata, çünkü sonuç yine de
deterministik.
Ancak genel olarak belirtmekte fayda var. --inşa etme bağımlı seçenekler
zaten var olan alanları bildiren süreç (örneğimizdeki bağlantı süreci)
ön koşul süreçleri tarafından güncellendi (örneğimizdeki derleme işleri). Bunda
bir şekilde, sadece boş oluşturma hedeflerinin gereksiz çalışmalarının çoğundan kaçınırız.
güncellendi.
onworks.net hizmetlerini kullanarak makepp_sandboxes'ı çevrimiçi kullanın
