[so] [Tema2][Linux] Sincronizare operatii

[Tudor Scurtu]

Salut!

Am o problema ciudata cu memoria partajata.
Cand lansez serverul si clientul cu add-uri si un print, da segfault.
Cand urmaresc cu gdb atat serverul cat si clientul, totul merge perfect.
Iar cand urmaresc doar clientul, observ ca dupa ce serverul a efectuat add, clientul nu mai are drept de citire a memoriei (gdb cannot access memory at address 0xwhatever) (de aici segfault-ul).
Tin sa precizez ca am incercat si cu sincronizare explicita cu invalidare, si fara sincronizare explicita, si am deschis memoria cu toate combinatiile posibile de flag-uri si permisiuni. Am lucrat pe masina virtuala cu un procesor alocat.

Aveti vreo idee?

Multumesc!
Tudor Scurtu, 334CB

--- On Tue, 4/6/10, Ciprian Mihai Coman <ciprianmihai.coman at gmail.com> wrote:

From: Ciprian Mihai Coman <ciprianmihai.coman at gmail.com>
Subject: Re: [so] [Tema2][Linux] Sincronizare operatii
To: "Sisteme de Operare" <so at cursuri.cs.pub.ro>
Date: Tuesday, April 6, 2010, 4:02 PM

Acele semafoare sunt plasate pe buckets. De exemplu, daca serverul nu citeste din coada comanzile de adaugare in 100ms, nu va lua semaforul. Clientul deci va face print inainte sa fie adaugate cuvintele.


2010/4/6 Drutu Bogdan <bogdandrutu at gmail.com>

Sincronizarea se face cu ajutorul semafoarelor, iar daca serverul detine semaforul pe acea operatie atunci afisarea nu se poate executa pana ce servarul nu da drumul la acel nod.

2010/4/6 Ciprian Mihai Coman <ciprianmihai.coman at gmail.com>


In testele publice am vazut ca se foloseste un GAP la 100 ms. Cu acesta valoare la mine pica multe teste pentru ca serverul nu executa operatiile inainte sa dea clientul print. Facand teste am observat ca este nevoie cam de 1000ms pentru a fi sigur ca serverul executa comenzile inainte de print. Se va mari acel GAP sau este necesar sa realizez un fel de sincronizare intre server si client prin trimiterea unor ACKuri pentru comenzi?







-- 
Ciprian


-----Inline Attachment Follows-----

_______________________________________________
so mailing list
so at cursuri.cs.pub.ro
http://cursuri.cs.pub.ro/cgi-bin/mailman/listinfo/so



      
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://cursuri.cs.pub.ro/lurker/list/so.html/attachments/20100423/73afdd29/attachment.htm>