Informatyka

Wczoraj poinformowałem o moim małym projekcie, którego celem jest optymalizacja „w locie” pracy planisty CFS i planistów operacji wejścia/wyjścia w systemie. Od wersji 001 trochę się zmieniło

diff -uprN deskopt-001/deskopt deskopt-002/deskopt | diffstat
deskopt | 427 ++++++++++++++++++++++++++++++++++++++++++++—
1 file changed, 410 insertions(+), 17 deletions(-)

Źródło, autor: michal

W sprawie planisty Linuksa dyskusje się nie skończyły. Linus nadal upiera się, że nie potrzeba osobnych planistów na biurka i dla serwerów. Odpiera też ciągle zarzuty, że planista powinien być w postaci wymiennych wtyczek. Zwykle na potwierdzenie tej metody przytacza się argument o wymiennych wtyczkach bezpieczeństwa, ale Linus twierdzi, że wynika to z kompletnie odmiennych modeli bezpieczeństwa, podczas gdy w kwestii planisty chodzi tylko o dopasowanie wydajności.

Tymczasem na jednym z blogów w sieci pojawił się interesujący artykuł, który stawia problem w zupełnie inny sposób. Autor tego wpisu uważa, że na biurku chodzi wcale nie o planistę ani o rzeczywistą wydajność, tylko o odpowiednie przeznaczanie pamięci na bufory dyskowe (block cache) i bufory systemu plików (inode/dentry cache), a zwłaszcza na te drugie. Dodatkowym ważnym parametrem jest współczynnik “wymienialności” (swappiness), który decyduje o tym, kiedy aplikacja zostaje przeniesiona z pamięci na dysk.

Najlepsze w tym tekście są konkretne polecenia jakie należy wpisać pod konsolą, aby sprawdzić teorię buforów na własnym komputerze.

Źródło: http://linuxnews.pl/planista-czy-bufory/

Wladimir van der Laan opracował specjalną wersję kodeka Schroedinger (implementacja formatu dirac w C), która wykorzystuje CUDA. CUDA to — mówiąc w skrócie — sposób na wykorzystanie procesora graficznego (GPU) jako koprocesora wspomagającego różne obliczenia.

Van der Laan przerzucił wszystkie operacje na ramkach oraz obrazach z Athlona64 5200+ na Geforce 8800GTX, uzyskując około 12-krotne przyspieszenie. Dzięki temu film o rozdzielczości 1440×1080 z przeplotem był dekodowany przez GStreamer z prędkością około 17 klatek na sekundę. Do normalnego odtwarzania z prędkością 24 klatek na sekundę jeszcze trochę brakuje, ale Wladimir twierdzi, że jest jeszcze miejsce na poprawianie wydajności.

Źródło: http://linuxnews.pl/schroedinger-wspomagany-przez-cuda/