Re: virtual address space allocation

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 08/01/2018 10:15 PM, valdis.kletnieks@xxxxxx wrote:
> On Tue, 31 Jul 2018 15:41:28 +0200, Babis Chalios said:
>
>> I am working on the runtime system of a distributed memory programming
>> language. For some reason we need to create a big hole on the address space of
>> the application. We are trying to do so by using an mmap during the
>> initialization of the runtime and then the runtime handles itself those
>> addresses.
> How big a big hole, exactly?  And when you say "For some reason", does that
> mean "For reasons I don't understand", or "For reasons I don't want to explain"?
> (Note that in American colloquial English, it usually means the first...)
In this case it's the second case :) It's not that I don't want to
explain, I just thought
it was not necessary in that case.

>> However, we do have problems if memory overcommitment is disabled.
> Well, if your "big hole" plus everything already running is big enough to not
> fit in (RAM+SWAP), and you disable overcommit, you're going to have a bad
> day....
I know, that's why I m looking for alternatives.

>
>> So here goes the question: Is there any other mechanism to allow us to
>> do what we want to?
> It's unclear what you're trying to *do*.  Trying to re-invent MPI?  If your
> goal is RDMA, there's already drivers available for Infiniband and other
> fabrics.

Indeed, I am sort of trying to re-invent MPI. So what I didn't explain
before (the "for some reason" part), is that
I d like to abstract MPI from the programmer using our programming
model. I'd like to be able to have the "same"
address space in distributed nodes. So I 'd like to pre-allocate it and
then manage it by myself. The reason for doing
so is that it would let me avoid address translation when I send data over.

Cheers,
Babis

>
>
>
> _______________________________________________
> Kernelnewbies mailing list
> Kernelnewbies@xxxxxxxxxxxxxxxxx
> https://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies


Attachment: signature.asc
Description: OpenPGP digital signature

_______________________________________________
Kernelnewbies mailing list
Kernelnewbies@xxxxxxxxxxxxxxxxx
https://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies

[Index of Archives]     [Newbies FAQ]     [Linux Kernel Mentors]     [Linux Kernel Development]     [IETF Annouce]     [Git]     [Networking]     [Security]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux RAID]     [Linux SCSI]     [Linux ACPI]

  Powered by Linux