Mislim da direktnije od socketa ne moze. Opet otvoris socket na localhostu i dobijes stream i guras kroz njega. Druga varijanta je da jedan progam startujes iz drugog, i da koristis standardni ulaz/izlaz za komunikaciju.

A da li bi mozda mogla da radi kombinacija JNI i P/invoke ? Nisam siguran da li je P/invoke dvosmeran? (od C++ ka C#)?

Streamovi su ti najbrze resenje po pitanju performansi. A opet najlaksi za implementaciju. Ako hoces da prebacujes komplikovane objekte onda mozda da ih serijalizujes/deserijalizujes sa obe strane probaj da nadjes neku biblioteku koja moze da serializuje sa jedne i druge strane, npr http://woxserializer.sourceforge.net

Moze i named pipe-ove da koristi u ovu svrhu da ne bi bespotrebno otvarao socket(e) na istoj masini.

Neko mi rece da je sa socketima problem to sto se konekcija posle nekog vremena automatski zatvara (iako nije postavljen nikakav timeout) ? Da li je to tacno, kaze da se stalno moraju slati paketi, da konekcija ne bi posle nekog vremena pukla ?
Ako je tacno kako to resiti?

Koliko sam shvatio tebi treba duplex konekcija, sto ce reci da i jedna i druga aplikacija ima podignut listener socket koji ce
slusati / primati poruke ali na razlicitom portu i onda nemas bojazan od nekog timeout-a ,
ali sa druge strane to je opet zeznuto jer nikad ne znas sta sve radi pod tim portom na doticnoj masini.
Sa named pipe-ovima takve problem neces imati jer ces imati 1 shared fajl sa unique imenom u koji ce aplikacije citati i pisati.