StringBuilder OutOfMemoryError

[lokly]

Hi,
ich habe einen StringBuilder. Der nimmt über ne Rekursive Methode sehr, sehr, sehr viele Werte auf..
Nur kommt dann irgendwann eine OutOfMemoryError Exception.
Gibt es eine Möglichkeit zu überprüfen, wie "voll" der StringBuilder ist, damit ich dann einen 2ten, neuen StringBuilder erstellen kann/muss?
Oder, dass der Builder dann einfach aufhört und das bisherige Ergebnis behält?
Wüsste nämlich jetzt nicht, wie man schauen kann, ob der maximal Speicher voll ist..

 

[Wildcard]

Der StringBuffer ist nicht das Problem, dir geht insgesamt der Speicher aus. Du musst der VM mehr Speicher reservieren.

 

[SlaterB]

allerdings dürfte der StringBuilder auf ein char[] bis Integer.MAX_VALUE begrenzt sein, also maximal um die 4 GB bei 2 Byte pro char,
bei modernen Rechnern kann man irgendwann überlegen, mehrere StringBuilder zu verwenden

 

[lokly]

Danke für die schnellen antworten
Hab das gerad mal getestet: 92,3 MB verwendeter Phys. Speicher und 1,34 Virt. Speicher. 2 GB hab ch installiert und 1 GB war während der Ausführung noch frei.
Oder gibt es für die VM ne separate Einstellungsmöglichkeit und wenn ja, wie komme ich daran? Gibts da ne Konsolenmöglichkeit?
Gibts denn noch ne andere Möglichkeit ausser an die Speicherverwaltung zu gehen, um herauszufinden, ob der Builder voll ist oder net?

 

[SlaterB]

wie du den Speicher erhöhen kannst, solltest du erstmal bei google/ in der Forum-Suche nachschlagen
'VM mehr Speicher reservieren' enthält manch verwertbare Stichworte

zur Anzeige noch

public class Test {

	public static void main(String[] args) {
		Runtime r = Runtime.getRuntime();
		System.out.println("Max-Speicher     : " + r.maxMemory());
		System.out.println("benutzer Speicher: "
				+ (r.totalMemory() - r.freeMemory()));
		char[] x = new char[20000000];
		System.out.println("benutzer Speicher: "
				+ (r.totalMemory() - r.freeMemory()));
	}
}

 

[lokly]

OK danke - ich schau noch mal..

 

[Ark]

Obwohl Arbeitsspeicher immer billiger wird, bin ich dagegen, fehlenden als Sündenbock darzustellen. Wenn es diesbezüglich Probleme gibt, dann liegt das, so denke ich, wahrscheinlich an einer falschen Datenstruktur oder einer falschen Herangehensweise, aber nicht an fehlendem Arbeitsspeicher.

Ark

 

[Käptn Blaubär]

Wenn es diesbezüglich Probleme gibt, dann liegt das, so denke ich, wahrscheinlich an einer falschen Datenstruktur oder einer falschen Herangehensweise, aber nicht an fehlendem Arbeitsspeicher.
Ark

Öhöm, hast du dich schon mal mit Optmierungsproblemen beschäftigt?
Viele Probleme sind da polinminal hart.
Wenn du es besser kannst, nur zu, da gibt es sogar ein haufeb Geld zu gewinnen.

 

[Landei]

Na ja, ein char beansprucht ja zwei byte. Wenn man nur "normale" Zeichen (unter 256) hat, sich die Mühe mit der Umwandlung machen will und auf etwas Speed verzichten kann, wäre eine auf einem byte-Array basierende Struktur (z.B. von trove) natürlich speicherfreundlicher.