GG@h NCI <- zaliczył kilka zgonów ciągu ostatniej doby. Skończyły się Inody na dysku. Z tego co sprawdzałem, to powodem jest zbędne pozostawianie plików md5 dla zadań które zostały już skasowane z katalogu download <- muszę zrobić skrypt do ich automatycznego kasowania
GG@h CPU – wyścig ma się ku końcowi… jeszcze tylko ok.15-16 godzin. Po godzinach spędzonych na testach na rożnych sprzętach i środowiskach stwierdzam, ze powodem 75% problemów jest ilość operacji jakie projekt musi robić na bazie danych. Od tej pory wszelkie nowe zadania jakie będą w kolejce zapasowej będą 5-6 razy dłuższe czyli na ok.15-20 minut dla aplikacji 64bity a nie tak jak dotychczas na 2-3 minuty.