[so] [Tema1][Test38] NR_RUNS=1000 e prea mic

[Ştefan VODIŢĂ (94345)]

M-am gandit si eu initial la acelasi lucru si am redus toate dimensiunile alocarilor, dar problema pare sa fie cu numarul de apeluri, nu cu dimensiunea alocata.
Poate totusi cele 1000 de incercari ajung sa aloce toata memoria disponibila fara ca aceasta sa mai fie eliberata.

________________________________
From: Vlad Lungu <vlad.lsc2008 at gmail.com>
Sent: Sunday, March 8, 2020 5:30 PM
To: Ştefan VODIŢĂ (94345) <stefan.vodita at stud.acs.upb.ro>; Sisteme de Operare <so at cursuri.cs.pub.ro>
Subject: Re: [so] [Tema1][Test38] NR_RUNS=1000 e prea mic

Când declari hash-ul, ai grija la dimensiune. Nu ai nevoie de o tabelă hash de dispersie prea mare.

On Sun, 8 Mar 2020, 16:56 Ştefan VODIŢĂ (94345) via so, <so at cursuri.cs.pub.ro<mailto:so at cursuri.cs.pub.ro>> wrote:
Salut!

Am probleme la testul 38. Am folosit DIE pentru a opri executia de fiecare data cand o alocare esueaza.
Atunci cand rulez checkerul vad outputul de la DIE repetat pentru diferite alocari. La final apare un mesaj out of memory care anunta ca va fi oprit procesul so-cpp, iar testul pica.

Daca nu ma insel, se verifica consecutiv fiecare alocare prin care se trece la rulare, dar acest lucru e limitat la 1000 de incercari.
In cazul meu, am numarat 1010 linii de eroare pana s-a oprit programul. Nu stiu de ce sunt 10 in plus, dar deduc ca la testul 38 fac mai mult de 1000 de alocari si checkerul nu continua verificarea mai departe de NR_RUNS=1000.

E corecta presupunerea mea? Daca nu, din ce cauza ar putea sa apara problema pe care o am?


Multumesc,
Stefan Vodita
_______________________________________________
http://ocw.cs.pub.ro/courses/so/info/lista-discutii
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://cursuri.cs.pub.ro/pipermail/so/attachments/20200308/4dcaca70/attachment.html>