Hi,
The 2GB limit and the commit you are referring to should only limit the
size of the position-dependent executables (these executables typically
want to be loaded in a place where OSv kernel used to be before this
commit).
Are your executables larger than 2GB in size? Can you run 'readelf -W -l'
against java and node like in this example:
readelf -W -l /usr/lib/jvm/java-8-openjdk-amd64/bin/java
Elf file type is DYN (Position-Independent Executable file)
Entry point 0x10b0
There are 13 program headers, starting at offset 64
Program Headers:
Type Offset VirtAddr PhysAddr FileSiz
MemSiz Flg Align
PHDR 0x000040 0x0000000000000040 0x0000000000000040 0x0002d8
0x0002d8 R 0x8
INTERP 0x000318 0x0000000000000318 0x0000000000000318 0x00001c
0x00001c R 0x1
[Requesting program interpreter: /lib64/ld-linux-x86-64.so.2]
LOAD 0x000000 0x0000000000000000 0x0000000000000000 0x000750
0x000750 R 0x1000
LOAD 0x001000 0x0000000000001000 0x0000000000001000 0x0001a9
0x0001a9 R E 0x1000
LOAD 0x002000 0x0000000000002000 0x0000000000002000 0x00011c
0x00011c R 0x1000
LOAD 0x002d48 0x0000000000003d48 0x0000000000003d48 0x0002c8
0x0002d0 RW 0x1000
DYNAMIC 0x002d58 0x0000000000003d58 0x0000000000003d58 0x000260
0x000260 RW 0x8
NOTE 0x000338 0x0000000000000338 0x0000000000000338 0x000030
0x000030 R 0x8
NOTE 0x000368 0x0000000000000368 0x0000000000000368 0x000044
0x000044 R 0x4
GNU_PROPERTY 0x000338 0x0000000000000338 0x0000000000000338 0x000030
0x000030 R 0x8
GNU_EH_FRAME 0x002038 0x0000000000002038 0x0000000000002038 0x000034
0x000034 R 0x4
GNU_STACK 0x000000 0x0000000000000000 0x0000000000000000 0x000000
0x000000 RW 0x10
GNU_RELRO 0x002d48 0x0000000000003d48 0x0000000000003d48 0x0002b8
0x0002b8 R 0x1
Can you give us more details about your use case and the error you are
getting with the existing limit of 2GB (I am assuming there is a reason you
want to increase it).
Regards,
Waldek
On Thu, Dec 7, 2023 at 3:52 AM Darren Lim <[email protected]> wrote:
> Hello,
>
> Per the patch here (
> https://github.com/cloudius-systems/osv/commit/2a1795db8a22b0b963a64d068f5d8acc93e5785d),
> I was hoping to get help with making the changes to increase the kernel
> limit from 2GB to a larger size.
>
> For context, I am trying to load a large project (~3GB) into the
> unikernel, along with decently large languages (Java, Python) by creating a
> custom image for the build script. It currently complains in mmu.cc,
> stating:
>
> Assertion failed: virt >= phys_mem (core/mmu.cc: virt_to_phys: 184)
>
> Thank you!
>
> --
> You received this message because you are subscribed to the Google Groups
> "OSv Development" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to [email protected].
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/osv-dev/a5c2844a-e03e-4ac4-8e0a-de81f575889fn%40googlegroups.com
> <https://groups.google.com/d/msgid/osv-dev/a5c2844a-e03e-4ac4-8e0a-de81f575889fn%40googlegroups.com?utm_medium=email&utm_source=footer>
> .
>
--
You received this message because you are subscribed to the Google Groups "OSv
Development" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
To view this discussion on the web visit
https://groups.google.com/d/msgid/osv-dev/CAL9cFfMM94CWqL8RtnN7BZ2ycCty3P%2BZbsaM-zTPgMf0EzbtiQ%40mail.gmail.com.
