Structin siirto RAM-muistin varaisesti

Jari Kaija

unread,

Mar 5, 2009, 1:02:04 AM3/5/09

to

Nyt vuosien kiertelyn jälkeen olen tilanteessa, jossa olisi
tarve siirtää muutama tuhat byteä (structina) tavaraa kahden
sovelluksen välillä. Tähän asti olen hoitanut asian ylimääräisen
fileen avulla, johon on kirjoitettu ja toinen softa lukenut, mutta
koska pollausaika lyhenee nyt kahdesta minuutista 2-10 sekuntiin,
niin homma olisi parempi hoitaa suoraan RAMmin kautta.

Aikoinaan tuon rammisiirron kanssa oli enempi vähempi
ongelmia. Syynä taisi silloin muistaakseni olla wintoosan
oma ei-toimiva memory api rajapinta moiseen (en muista enää
15 vuoden takaista niin tarkkaan), mutta tuskin enää?

Eli mites lähden tätä asiaa ratkomaan. Tietokanta-ajurit
voidaan unohtaa jo valmiiksi. Softapaketin tulee olla
hyvin kevyt ilman yhtäkään ulkopuolista softaa.

--
http://www.jarikaija.com
http://www.project-ch701.net
http://www.advertiser.fi

Jari Kaija

unread,

Mar 5, 2009, 1:04:47 AM3/5/09

to

> niin homma olisi parempi hoitaa suoraan RAMmin kautta.

Sen verta vielä, että rammilevyä EI myöskään hyväksytä
vaihtoehdoksi.

Asko Rupponen

unread,

Mar 5, 2009, 1:24:59 AM3/5/09

to

Jari Kaija wrote:
> oma ei-toimiva memory api rajapinta moiseen (en muista en��

Moi Jari!

Olisiko n�ist� API-kutsuista apuja?
GetMessage(), PostMessage(), SendMessage() ja lost messages...
L�ytyv�t hakemalla "Message and Message Queue Reference" tai "memory
mapped files".

- Asko

Jari Kaija

unread,

Mar 5, 2009, 1:43:56 AM3/5/09

to

> Olisiko näistä API-kutsuista apuja?

> GetMessage(), PostMessage(), SendMessage() ja lost messages...

> Löytyvät hakemalla "Message and Message Queue Reference" tai "memory
> mapped files".

Täytyy tutkia! Sovelluksen sisällä eri threadien välillä
Cbuilderissa olen moisia kyllä käyttänyt, mutta ei ole
koskaan tullut mieleen, että toimisivat eri sovelluksienkin
välillä yhtä hyvin.

Kiitoksia vinkistä!

Jari Kaija

unread,

Mar 5, 2009, 3:44:38 AM3/5/09

to

> tai "memory mapped files".

T�ll� se hoitui. Pelaa kuin junan vessa :-)

Kiitos viel� kerran.

tyyp...@hotmail.com

unread,

Apr 5, 2009, 12:20:59 AM4/5/09

to

muita vaihtoehtoja olisivat olleet socketit, windows koneessa pipet
jotka käyttävät myös jaettua muistia kuten tuo. Kahden ohjelman
välistä tiedonvälitystä ei todellakaan kannata koskaan tehdä
tiedostolevyn kautta. Omasta mielestäni socketit ovat yksinkertaisin
vaihtoehto. Toimivat käyttöjärjestelmästä riippumattomasti.

Asko Rupponen

unread,

Apr 7, 2009, 5:11:48 PM4/7/09

to

tyyp...@hotmail.com wrote:
> On 5 maalis, 11:44, "Jari Kaija" <jari.ka...@pp.inet.fi> wrote:
>>> tai "memory mapped files".
>> T ll se hoitui. Pelaa kuin junan vessa :-)
>>
>> Kiitos viel kerran.
>
> muita vaihtoehtoja olisivat olleet socketit, windows koneessa pipet

> jotka k�ytt�v�t my�s jaettua muistia kuten tuo. Kahden ohjelman
> v�list� tiedonv�lityst� ei todellakaan kannata koskaan tehd�
> tiedostolevyn kautta. Omasta mielest�ni socketit ovat yksinkertaisin
> vaihtoehto. Toimivat k�ytt�j�rjestelm�st� riippumattomasti.

Taisi olla noissa sockettien k�yt�ss� sellainen ongelma, jos koneessa ei
ole yht��n verkko-adapteria / liittym��, niin 127.0.x.x (localhost)
puuttuu, jolloin tuo endpoint ei toimi.

- asko

Jouko Holopainen

unread,

Apr 7, 2009, 10:09:08 PM4/7/09

to

Asko Rupponen wrote:
> Taisi olla noissa sockettien käytössä sellainen ongelma, jos koneessa ei
> ole yhtään verkko-adapteria / liittymää, niin 127.0.x.x (localhost)

> puuttuu, jolloin tuo endpoint ei toimi.

Tuollainen on saattanut olla jossain Windows 3.10:ssä, mutta ei missään
nykyisessä käyttiksessä.

--
@jhol

http://iki.fi/jhol