Titlul: 417 Maxq Scris de: Adrian Diaconu din Aprilie 24, 2007, 07:45:53 Aici puteţi discuta despre problema Maxq (http://infoarena.ro/problema/maxq).
Titlul: Răspuns: 417 Maxq Scris de: Ivan Nicolae din Septembrie 13, 2007, 16:00:47 De ce cand aloc 400001 de noduri pentru arborele de intervale iau 70 pct cu SIGKILL pe restul testelor..... si cand aloc 600001 noduri iau 100 pct... in enunt scrie ca sunt maxim 200000 elemente... deci ar trebui sa ajunga 400000 de noduri ?
Titlul: Răspuns: 417 Maxq Scris de: Mircea Dima din Septembrie 13, 2007, 16:20:00 Un arbore de intervale are nevoie de 2^k > 2n elemente ...
Titlul: Răspuns: 417 Maxq Scris de: Ivan Nicolae din Septembrie 13, 2007, 16:23:54 aha... daps pare logic..
Titlul: Răspuns: 417 Maxq Scris de: Alexandru Pana din Octombrie 07, 2008, 23:18:29 Un arbore de intervale nu are nevoie doar de (2*n-1) elemente ?
Titlul: Răspuns: 417 Maxq Scris de: Savin Tiberiu din Octombrie 08, 2008, 07:37:15 Nu. Daca consideri ca fii lui i sunt 2*i si 2*i+1 atunci frunza care contine elementul a[n] are pozitia 2^( [lg N]+1 ) - adica parte intreaga plus 1.
Titlul: Răspuns: 417 Maxq Scris de: Alexandru Pana din Octombrie 08, 2008, 12:41:18 Well da, dar ultima frunza va fi pe pozitia (2*n -1). Nu mi-am dat seama ca se intampla sa-i accesezi fii.
Titlul: Răspuns: 417 Maxq Scris de: George Popoiu din Decembrie 02, 2011, 22:10:12 Cred ca ar trebui marita limita de timp la problema asta. Cu solutia oficiala iau 70.
In plus, am facut rost de o sursa care lua 100p inainte de upgradarea evaluatorului si am retrimis-o si aceea ia tot 70p. :x LE : Problema SequenceQuery e aceeasi problema, dar fara update-uri si N,M<=100000 si are tot 0.6 limita de timp. http://infoarena.ro/problema/sequencequery Titlul: Răspuns: 417 Maxq Scris de: Simoiu Robert din Decembrie 03, 2011, 16:32:06 Da stiu si eu am pus la vreo doua probleme, struti si color4, care pe evalu' asta nou, acuma ceva timp lua 100, si acuma, la problema struti ia ceva in gen 60, si color4 ia tot 100, doar ca cu timpi mult mai mari. Dar se pare ca nu are nimeni timp sa se uite sau sa explice de ce a intervenit asta :).
Titlul: Răspuns: 417 Maxq Scris de: Serban Andrei Stan din Decembrie 03, 2011, 21:53:12 Suntem constienti ca exista probleme cu noile limite de timp, in definitiv s-a folosit un algoritm care nu a avut un procentaj de 100% la recalcularea corecta a acestora. De asemenea va reamintesc ca exista o pagina speciala unde e bine sa puneti informatii despre probleme la care aveti impresia ca limita noua de timp este eronata (si daca exista si o sursa oficiala, ar fi extraordinar sa reusiti sa o trimititi si sa precizati cat obtine).
http://infoarena.ro/calibrare-limite-de-timp @Spiderman: Multe dintre problemele raportate au fost rezolvate, iar la multe dintre celelalte este nevoie si de o schimbare a testelor pentru a putea diferentia complexitati apropiate in mod corect. Nu cred ca este cazul sa te plangi aiurea pe forum despre asta. Exista si un topic special creat unde poti discuta pe tema asta : http://infoarena.ro/forum/index.php?topic=6051.0 . Din punctul meu de vedere, e mai bine sa facem totul sa mearga ok, decat sa bagam la repezeala, nu? P.S.: Am modificat limita la maxq, sper sa fie in regula acum. Titlul: Răspuns: 417 Maxq Scris de: Simoiu Robert din Decembrie 04, 2011, 11:33:05 Ok, am inteles mesajul, am postat si acolo, bine macar ca m-a lamurit cineva, nu a fost atat de greu la urma urmei un post pentru clarificare nu ;) ? Totusi, ati putea rezolva eroare de compilare de la sistem2 va rog (daca nu trebuie schimbate testele ...).
PS : Merci savim :). |