1 Przekroczenie limitu czasu 1.00s/1.00s 0/1
2 OK 2.00s/3.00s 1/1
3 OK 1.69s/3.00s 1/1
4 OK 2.69s/3.00s 1/1
5 OK 1.47s/2.00s 1/1
6 OK 0.86s/2.00s 1/1
7 Przekroczenie limitu czasu 2.00s/2.00s 0/1
8 OK 0.98s/2.00s 1/1
9 OK 1.28s/2.00s 1/1
10 OK 0.98s/2.00s 1/1


Jestem bardzo ciekawy co u mnie się stało że na pierwszym teście TLE...

1 OK 0.11s/1.00s 1/1
2 OK 0.94s/3.00s 1/1
3 OK 0.91s/3.00s 1/1
4 OK 0.69s/3.00s 1/1
5 OK 0.80s/2.00s 1/1
6 OK 0.63s/2.00s 1/1
7 OK 0.69s/2.00s 1/1
8 OK 0.56s/2.00s 1/1
9 OK 0.67s/2.00s 1/1
10 OK 0.57s/2.00s 1/1

Drugi i trzeci wykonywały się najdłużej, ale było na nie więcej czasu, więc niewiele to zmienia. Gorszym testem wydaje się być piąty.

1 OK 0.14s/1.00s 1/1
2 Przekroczenie limitu czasu 3.00s/3.00s 0/1
3 OK 2.77s/3.00s 1/1
4 OK 1.83s/3.00s 1/1
5 Przekroczenie limitu czasu 2.00s/2.00s 0/1
6 OK 1.43s/2.00s 1/1
7 OK 1.55s/2.00s 1/1
8 OK 1.24s/2.00s 1/1
9 OK 1.48s/2.00s 1/1
10 OK 1.02s/2.00s 1/1

przy czym pozwoliłem sobie na rozrzutność, tzn. zamiast jednego przebiegu po elementach wykonałem trzy, za każdym razem wywołując ElementAt

1 OK 0.18s/1.00s 1/1
2 OK 1.91s/3.00s 1/1
3 OK 1.63s/3.00s 1/1
4 OK 1.39s/3.00s 1/1
5 OK 1.33s/2.00s 1/1
6 OK 1.11s/2.00s 1/1
7 OK 1.07s/2.00s 1/1
8 OK 0.98s/2.00s 1/1
9 OK 1.06s/2.00s 1/1
10 OK 1.00s/2.00s 1/1

Drugi i trzeci rzeczywiście wydają się "wydajnościowe", cokolwiek by to nie znaczyło :P

1 0.14s/1.00s
2 0.06s/3.00s (Błąd wykonania)
3 1.14s/3.00s
4 0.63s/3.00s
5 0.78s/2.00s
6 0.62s/2.00s
7 0.81s/2.00s
8 0.69s/2.00s
9 0.64s/2.00s
10 0.54s/2.00s
Takie są moje czasy. Cóż, ciekawe dlaczego mam RE na 2 teście...

Unit message jest dostępny na platformie. Ty miałeś dostarczyć mklib.pas do wczytywania/generowania danych.

Moje są ja poniżej. Nie wiem co nawyrabiałem, że w 2 i 3 mam TLE :(
1 0.12s/1.00s
2 3.00s/3.00s
3 3.00s/3.00s
4 1.35s/3.00s
5 1.23s/2.00s
6 0.78s/2.00s
7 0.90s/2.00s
8 0.70s/2.00s
9 0.83s/2.00s
10 0.70s/2.00s

Nie jestem pewien, ale to się chyba dzieje tylko w moim programie do MAK (i dzieje się też na sprawdzaczce), więc pytanie o to jest już zadane.

Czy będzie/jest możliwość obejrzenia wyjścia testów?

@Jakub Tarnawski:
> A, czasami daje też RE. Tak raz na 6 razy.

Czy mógłbyś opisać co się dzieje dokładniej (tu albo w pytaniach)? O takim problemie jeszcze nie słyszałem.

Nie nazwałbym tego rozwiązaniem problemu. Mi również pojawiają się takie niepotrzebne informacje. Dobrze by było, żeby organizatorzy coś temu zaradzili - a jeśli problem jest powszechny, to zapewne powinien być wyłapany przed startem rundy.

No racja. Nie przemyślałem swojego wniosku.
A co do konkursu, to miejmy nadzieję, że rzeczywiście limity będą tak dobrane, że nie trzeba będzie brać pod uwagę szybkości komunikacji.

Edit:
Teraz zauważyłem, że są wyniki z rundy próbnej. Limity są ok. W swoim rozwiązaniu nie uwzględniłem stopnia wykorzystania komunikacji w zależności od wielkości danych i przeszło 10/10.

Raczej nie. Nawet dla mikroskopijnych danych limity to coś rzędu sekundy. Komunikacja między stoma instancjami rozwiązującymi zadanie dla 7 ;-) czy 40 liczb mieści się w takim limicie.

Pytanie jest bardziej na boku, czy MPI tak ma, czy to celowe uatrakcyjnienie rozgrywki.

Edit: W sumie nie wiem, czy można się zgodzić z ostatnim stwierdzeniem. Branie pod uwagę prędkości działania sieci i dobieranie liczby węzłów do potrzeb jest jak najbardziej elementem prawdziwego programowania rozproszonego. Co najwyżej przez warunki konkursu (spore limity dla małych danych) można tę kwestię olać.

Czy z tego wynika, że w rozwiązaniu zadania z rundy rozproszonej trzeba będzie uwzględniać stopień wykorzystania komunikacji między komputerami w zależności od rozmiaru danych?
Chyba nie o to chodzi w programowaniu rozproszonym.

Najlepiej przejść na linuksa. Wtedy działa koncertowo i do tego szybciej.