Java Segmentation fault " beim Versuch, allocate buffer-Größen, die größer als 256 MB

Ich bin mit einem 64-bit-JVM (von Oracle), wenn ich versuche zu reservieren, Puffer-Größen, die größer als 256 MB beschwert es sich und löst einen "segmentation fault" - Fehler. Ich und Zuweisung direct memory-Puffer mit java NIO, und die übertragung und den Empfang dieser Objekte zu und von einem RMI-client-Programm auf demselben Computer (Linux 64 bit).

Irgendeine Idee?

  • Kannst du ein bisschen code?
  • was ist dein max-heap-Einstellung?
  • Ein "segmentation fault" kann nur auftreten, wenn Sie einen Fehler in der JNI-Bibliothek oder in der JVM. Das erste, was ich versuchen würde, ist sicherzustellen, dass Sie haben Java 6 update 25 oder die neueste version.
  • Ich bin mit dem JDK 1.6 update 25, (64-bit) - JVM, und die maximale heap-Größe auf 8000MB, während DireactMemorySize (-XX:MaxDirectMemorySize=3000M ) auf 3000MB. Ich bin mit jog-amp JOCL (Java-OpenCL-Bindung zum erstellen der erforderlichen Größe-Puffer mit meiner Verteilt (basierend auf RMI) Rahmen
  • was haben Sie -Xmx zu?
  • Gibt es eine Begrenzung (maximale Größe des Objekts), die gesendet werden können mit Hilfe der Serialisierung kann sein Objekt größer als die Größe von 256 MB das problem verursacht? IRGENDEINE Idee?
  • JVM erzeugen ein Protokoll, wenn es abstürzt. Könntest du es posten?
  • Ich würde vermuten (ohne zu wissen, etwas über diese spezielle JVM), was Speicher-mapping-Schema verwendet, im inneren der JVM legt eine 256-MB-limit auf die Größe einer einzigen zusammenhängenden Zuweisung.
  • Wenn Sie die OpenJDK-build, dann versuchen Sie die Sun Java bauen. Sonst klingt es wie etwas, die ergriffen werden sollten, um die HotSpot-mailing-Liste.
  • hast du es geschafft, crash dump, oder Sie sehen die seg Fehler nur im syslog? Wenn Sie nicht über die crash-dump, die meisten wahrscheinlich, es ist ein stackoverflow, oder einfach nur low stack. Erhöhen Sie die max-stack, wenn Sie tief graph-traversals. Auch die max-heap-Einstellung hat nichts zu tun w/ die direkte Erinnerung.
  • Dies könnte im Zusammenhang mit einem bug-Bericht, den ich eingereicht: bugs.sun.com/bugdatabase/view_bug.do?bug_id=7027845
  • Sie kann nicht übertragen werden die direkte byte-Puffer über RMI. Sie sind nicht serialisierbar. Unklar ist, was Sie gefragt haben.

InformationsquelleAutor suleman | 2011-05-27
  1. 3

    Segmentierung Fehler passieren in Programme (wie die JVM) wegen memory-Fehler. Entweder die JVM hat einen Fehler, der es macht, versuchen den falschen Abschnitt des Speichers auf dem computer, wenn Ihr voll aufgedreht zu gebrauchen, dass viel Puffer, oder er versucht zu reservieren, 256M Arbeitsspeicher und in der Prozess-es benötigt mehr Platz als der computer gab es. Kurz gesagt, es klingt für mich wie die 64-bit-JVM war nicht gebaut, um zu reservieren, die viel Raum mit seinen aktuellen Einstellungen. Vielleicht könnten Sie versuchen, konfigurieren Sie die JVM, so dass es sich fragt, für mehr Speicher vom computer, bevor es startet. jtahlborn Kommentar auf Ihre Frage, was die max-heap-Einstellung ist auf die JVM ist auch eine Frage, die Sie stellen sollten, bevor Sie das Programm erneut ausführen.

    InformationsquelleAutor djhaskin987
  2. -1

    Haben Sie versucht, die folgende Problemumgehung aus der bug-report?

    Run-System.gc() auf, bevor
    ByteBuffer.allocateDirect()...

    • Völlig irrelevant. Direkte Puffer kommen nicht aus dem Müll-Sammel Raum.
    • wenn Sie Lesen Sie den Bericht, es gibt eine plausible Begründung, warum das helfen könnte, die Sache.
    • Sie können nie sicher sein, dass System.gc() macht nichts... also das ist nicht ein guter Weg, um jedes problem zu lösen... ich Stimme zu, EJP und ich verlängern würde seine Aussage, dass dieser Anruf ist in den meisten Fällen völlig irrelevant. Es ist nur ein HINWEIS auf die JVM, dass das Programm möchte einen GC, aber man kann nie sagen, ob die JVM wird.
    • Das ist ein segmentation fault, nicht eine out-of-memory-Fehler. Ihre Antwort macht keinen Sinn mehr, sechs Jahre später, als es schon zu der Zeit.
    InformationsquelleAutor Zian Choy
Schreibe einen Kommentar