From: | oleg yusim <olegyusim(at)gmail(dot)com> |
---|---|
To: | "David G(dot) Johnston" <david(dot)g(dot)johnston(at)gmail(dot)com> |
Cc: | Kevin Grittner <kgrittn(at)gmail(dot)com>, PostgreSQL General <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: Data Packaging/Data Unpacking |
Date: | 2016-01-13 21:37:47 |
Message-ID: | CAKd4e_Enu1SR=3FAFM1-m91uBX+K7FuDyzDhHM7wY5MG+D8=tA@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
OK, Kevin, David,
Thanks you very much for explanation. Now who is the owner of this process?
My understanding is, data then located physically in RAM, in the memory
stack assigned by OS to this process. Now the question is who owns the
process?
Thanks,
Oleg
On Wed, Jan 13, 2016 at 3:29 PM, David G. Johnston <
david(dot)g(dot)johnston(at)gmail(dot)com> wrote:
> On Wed, Jan 13, 2016 at 2:19 PM, Kevin Grittner <kgrittn(at)gmail(dot)com> wrote:
>
>> On Wed, Jan 13, 2016 at 2:57 PM, oleg yusim <olegyusim(at)gmail(dot)com> wrote:
>>
>> > Say, I got network package. The package was decrypted by OpenSSL. Where
>> this
>> > data are, physically, at this moment?
>>
>> Process-local memory for the PostgreSQL backend process associated
>> with the database connection.
>>
>> > Opposite situation: we are about to send results of SELECT statement
>> over
>> > the OpenSSL tunnel. Where are the data, physically, between the moment
>> DB
>> > engine returned results for my query and moment the package was
>> encrypted by
>> > OpenSSL?
>>
>> Process-local memory for the PostgreSQL backend process associated
>> with the database connection.
>>
>
> In other words (?) while OpenSSL may be a separate project the method of
> its use involves loading all relevant code into the process space
>
> of PostgreSQL - specifically the process that was forked when the SSL
> client connection was established.
>
> David J.
>
From | Date | Subject | |
---|---|---|---|
Next Message | Joshua D. Drake | 2016-01-13 21:39:36 | Re: WIP: CoC V5 |
Previous Message | David G. Johnston | 2016-01-13 21:29:34 | Re: Data Packaging/Data Unpacking |