Forum jest zablokowane. Podczas blokady nie można dodawać ani edytować wiadomości.
Ostatnie posty
Czy dotyczy to też zadania 4A (skup akcji)?
Potwierdzam outy.
Widzę, że nie tylko ja wpadłem na takie źródło plików wejściowych ;)
Widzę, że nie tylko ja wpadłem na takie źródło plików wejściowych ;)
(!!)
Wygląda na to, że w pewnych (niezrozumiałych jeszcze przez nas) przypadkach wysyłanie wiadomości o rozmiarze przekraczającym 64 KB może być istotnie wolniejsze. Jako workaround polecamy więc wysyłanie wiadomości mniejszych niż 64 KB.
It seems that in some rare cases (we don't understand them yet), huge messages (larger than 64 KB) may take very long to be sent between the nodes. As a workaround, we suggest that you avoid sending large chunks of data at once.
Wygląda na to, że w pewnych (niezrozumiałych jeszcze przez nas) przypadkach wysyłanie wiadomości o rozmiarze przekraczającym 64 KB może być istotnie wolniejsze. Jako workaround polecamy więc wysyłanie wiadomości mniejszych niż 64 KB.
It seems that in some rare cases (we don't understand them yet), huge messages (larger than 64 KB) may take very long to be sent between the nodes. As a workaround, we suggest that you avoid sending large chunks of data at once.
I don't pass it. Even if I passed it, wouldn't you see any problem with not passing some other tests allowed by the constraints?
I don't understand the problem, isn't last example max test? If you pass it, why should you bother with 30Kx30K or something simillar?
I agree that there is something fishy going around here. I have exactly the same problem, I have a code that (for 30000x30000) on my computer works for 8s in total and max instance runs 0.8s and on testrun max instance runs 6.34s (which effectivale scales to significant TLE on maxtest)... By using a lot of testruns and a lot of my wasted time I identified part of code that causes this problem - I don't declare there any memory, I don't send any messages, I don't use reading functions.
And I think that extending fourth round is a very good idea, I devoted a lot of my time to investigate this issue (and I have llimited time today) which turned out to be clearly a problem with distributed judge.
And I think that extending fourth round is a very good idea, I devoted a lot of my time to investigate this issue (and I have llimited time today) which turned out to be clearly a problem with distributed judge.
Potwierdzam.
Potwierdzam.
Potwierdzam.
Spróbujemy przyjrzeć się tej sprawie. Gdy tylko coś ustalimy, damy znać.
We'll try to investigate this issue. As soon as we find something out, we'll immediately let you know.
We'll try to investigate this issue. As soon as we find something out, we'll immediately let you know.
Dzięki wielkie!
I think it's rather usual that time of execution on sio2 is longer than on contestant's computer, but time limit in this task is enough to solve it... Have 2.18s on dzi0c after submission.
I've managed to read 75000x75000 input and do a lot of other stuff in 4.6s with 100 nodes (on test dzi0c) so I don't see the problem with time limit. Are you sure it is't sth else than reading? If you declare a lot of memory while program is running it could take some time.
mi wychodzi 2636789062031237500