Devasa bellek ayırmalarını izlemek için global operatörü yeniliyor mu?

Question

Büyük bir monolitik uygulama özel bir yapı oluşturmaya çalışıyorum. Çözmeyi denediğim sorun, büyük bellek ayırmalarını çoğaltmak (30-80 gigabayt, işletim sistemi tarafından karar vererek) çoğaltmaktır. Sorunun bir negatif 32 bitlik tamsayı değerine yeniden boyutlandırılan bir std :: vektörü olduğunu düşünüyorum. Bu davranışı sergileyen tek platform Solaris'tir (belki de bu tür bitişik bellek parçalarını başarılı bir şekilde tahsis etmeyi başaran tek platformdur). Genel olarak std :: vektörünü sınıfımla değiştirebilir, tüm çağrıları gerçek vektöre aktarabilir, şüpheli ayırmaları izleyebilir miyim (size > 0x7FFFFFFFu)? Seçmeli olarak size_t ve resize() yöntemlerini kullanan kurucuyu değiştirebilir misiniz? Belki de küresel operatörü yeni kandırıyor mu?

Answer 1

Neden böyle bir şey yapmıyorsunuz? hemen sorunu bulur if bir kesme noktası ayarlama

void *operator new(size_t size) 
{ 
    // if (size > MAX_SIZE) ... 
    return malloc(size); 
} 

void *operator new [](size_t size) 
{ 
    // if (size > MAX_SIZE) ... 
    return malloc(size); 
} 

.

Answer 2

Yaptığınız anda vektörünüzde özel bir ayırıcı sağlayabilirsiniz.

std::allocator'a yetki verebilirsiniz ve istenen bellek boyutunu ilk olarak güvenlik duvarı ile güvenlik altına alabilirsiniz.

Answer 3

Sorunlu platformda std::vector sınıfının uygulanmasına göz atın. Her bir uygulama, bellek yönetimini farklı şekilde işler (örneğin, vektörün şu andaki tahsisat boyutu dışında bir nesne eklediğinizde, şu anda ayrılmış alanın iki katı). Nesneleriniz yeterince büyükse ve/veya vektöre çok sayıda giriş eklendiyse, bilgisayardaki mevcut (bitişik) belleğin ötesine geçmeye çalışmak mümkün olabilir. Bu durumda, bu vektör için özel bir ayırıcıya bakmak isteyeceksiniz.

Bir vektörde çok fazla büyük öğe saklıyorsanız, başka bir koleksiyona (örneğin, std::list) bakmak veya gerçek nesneler yerine işaretçileri depolamayı deneyebilirsiniz.

Answer 4

Atanmayı izlemek için kendi allocator türünü std::vector türüne sağlayabilirsiniz. Ama bunun sebebi şüpheliyim. İlk olarak, (30-80GB) boyutlarına bakarak, bunun 64 bitlik bir kod olduğu sonucuna varıyorum. 32-bit negatif tamsayı değeri, 64-bit olan vektör büyüklüğüne nasıl değer kazandırabilirdi, değeri korumak için önce 64-bit'e yükseltilmiş olurdu? İkincisi, eğer bu problem sadece Solaris'te gerçekleşirse, o zaman farklı bir problemi gösterebilir. Hatırladığım kadarıyla, Solaris, tahsis üzerine belleği işleyen tek işletim sistemidir, diğer işletim sistemleri, yalnızca bu bellek sayfaları gerçekte kullanılıncaya kadar tahsis edilen adres alanını işaretler. Bu yüzden kullanılmayan tahsisleri arardım.