Jądro Linux 3.13 z nową zaporą sieciową oraz dużym skokiem wydajności RadeonSI

Jądro Linux 3.13 z nową zaporą sieciową oraz dużym skokiem wydajności RadeonSI

przez -
33 1154
Linux Tux

Linus Torvalds ogłosił wydanie jądra Linux 3.13. Kolejna wersja przynosi bardzo duże usprawnienia we wszystkich obszarach. W tej wersji największe zmiany zaszły w podsystemie graficznym, szczególnie dla kart Radeon i Intel. Autorzy poprawili także obsługę dysków SSD. Zajęto się również zaporą sieciową wbudowaną w jądro. Poprawiono zarządzanie energią oraz monitorowanie urządzeń komputera.

Grafika

Radeon

Udoskonalono wydajność RadeonSI Gallium3D. Wydajność pod dodaniu odpowiednich łatek wzrosła kilkukrotnie, w stosunku do poprzednich wydań.

Pojawiła się częściowa obsługą karty graficznej AMD Radeon R9 290 Hawaii, jednakże wydajność sterowników pozostawia wiele do życzenia. Podobna sprawa ma się ze sterownikami Catalyst.

Włączono na stałe obsługę Dynamicznego Zarządzania Energią – Dynamic Power Management. Ma to zwiększyć wydajność, zmniejszyć pobór energii oraz wydzielanego ciepła.

Udoskonalono dźwięk po HDMI oraz dodano: obsługę 7 kanałowego audio, DTS HD-MA i TrueHD audio.

Intel

Pojawiła się pełna obsługa kart graficznych w procesorach Intel Broadwell, które powinny się pojawić w tym roku i zastąpić obecną linię Haswell.

Nouveau

Niestety, ale w kwestii otwartych sterowników dla kart graficznych nVidia nic nie dodano. Pojawiły się co prawda nowe funkcje, pozwalające na zmienianie częstotliwości taktowania rdzenia, kontrolę napięć, czy prędkość wentylatora chłodzenia. Jednakże nie znalazły się one w tym wydaniu, ze względu na zbyt dużą niestabilność.

Pamięć masowa

Dodano Multi-Queue Block Layer, mechanizm pozwalający na zwiększenie liczby operacji odczytu i zapisu na pamięciach flash, w systemach z wielordzeniowymi procesorami. Autorzy deklarują zwiększenie liczby IOPS oraz zmniejszenie opóźnień, a także łatwiejsze pisanie sterowników dla tego rodzaju pamięci.

Sieci

Dodano nowy podsystem zapory sieciowej – NFTables, który ma zastąpić w przyszłości IPTables, a także IP6Tables, EBTables i ARPTables. Jest to silnik filtrowania pakietów, rozwijany przez twórców Netfiltera, który posiada prostsze interfejsy jądra, udoskonalone raportowanie błędów, lepszy mechanizm zasad filtrowania oraz jest lżejszy. Dużą zaletą nowego podsystemu jest jego wsteczna zgodność z IPTables.

Zarządzanie energią

Dodano również framework Power Capping Framework oraz sterownik Running Average Power Limit, odpowiadające za monitorowanie urządzeń komputera, ustawianie im limitów oraz dynamiczne zarządzanie poborem energii. Nowe funkcje będą posiadały standardowy interfejs jądra Linux, a same rozwiązania już wzbudziły zainteresowanie producentów sprzętu.

Podobne artykuły

Prasa, Czasopismo

przez -
1 894
Prasa, Czasopismo

przez -
0 1299
Serwer, sprzęt

przez -
0 1091
  • Stormy

    Co prawda niewiele zmian w stosunku do rc8 ale fakt faktem że otwarte sterowniki radeon są coraz lepsze a już z pewnością z 3.13 :)

  • Dam

    Nie mogę się doczekać 3.14 może w końcu uwolnię się od “bugniętych” Catalystów, albo AMD za sprawą Valve je wreszcie poprawi.

  • sprae

    Coś mi się wydaje, że wydajność wzrosła kilkukrotnie względem wzrostu wydajności poprzednich wydań. Czyli jakies 2% ;-)
    I to biorąc pod uwagę tylko karty z rodziny 4xxx.

  • guitarrizer

    Tak, niby szybciej itd, ale znów problemy z własnościowym sterownikiem do grafiki Nvidii oraz zgrzyty z Virtualboksem, co bardzo utrudnia pracę na desktopie. Póki co wróciłem do wypróbowanego kernela 3.12.8.

    • Gandalf

      Pobierz z strony i zainstaluj, dograją się do aktualnego kernela i będzie śmigał :)

    • pijaczek

      Linux 3.13 ze sterownikami 331.38 działają mi bez najmniejszego problemu. Virtualbox też nie ma problemu… coś mi się zdaje, że twoja dystrybucja kiepsko zarządza aktualizacjami i aktualizuje jądro, a modułów sterowników (nvidii, virtualboxa) nie… to nie wina sterowników, a dystrybucji.

    • pjk11

      Sterowniki 331.38 nie kompiluja sie na 3.13. Guitarrizer ma racje.

      https://devtalk.nvidia.com/default/topic/644906/linux/331-20-on-3-13-rc1-kernel/1

      Swoja drogo to smieszne. Co nowe wydanie jadra, to spieprzona obsluga nvidii. W okolicach 3.13.4 nvidia dostosuje sterowniki. A nastepnie znowu cos spieprza w jadrze 3.14 i w kolo macieju.

    • Bastian

      Dlatego też, nie instaluje najnowszego jaja jak tylko się ukaże. Należy odczekać z miesiąc od wydania. Do tego czasu jest szansa, że inni vendorzy dostosują swój soft.

    • pijaczek

      Niestety ale muszę Cię zmartwić. Sterowniki 331.38 się kompilują bez najmniejszych problemów i działają bez problemów. Ten link co podałeś dotyczy sterowników wydanych kilka miesięcy temu (331.20), które faktycznie mają problemy z kompilacją.

    • pjk11

      Doczytaj to forum. Polecam post 18. A tu jest moj log instalatora.
      http://pastebin.com/bAKbjg1r
      Wiec jak widac nie kompiluja sie bez problemow. Przestan wprowadzac ludzi w blad.

    • nazwa

      Z tego, co widzę, moduł się skompilował. Masz prawdopodobnie ten sam problem, który pijaczek opisał nieco niżej.

    • pijaczek

      Poczytaj swojego linka. Wynika z niego, że kompilują się bez problemów, a problemem jest załadowanie modułu. Jasno masz to opisane w linijce 2164.

      “ERROR: Unable to load the kernel module ‘nvidia.ko’. This happens most
      frequently when this kernel module was built against the wrong or
      improperly configured kernel sources, with a version of gcc that differs
      from the one used to build the target kernel, or if a driver such as
      rivafb, nvidiafb, or nouveau is present and prevents the NVIDIA kernel
      module from obtaining ownership of the NVIDIA graphics device(s), or no
      NVIDIA GPU installed in this system is supported by this NVIDIA Linux
      graphics driver release.”

      Najprawdopodobniej jest to ze względu na moduły
      rivafb, nvidiafb, nouveau lub stare sterowniki Nvidii (u mnie akurat one powodowały błąd). Czyli nie wprowadzaj ludzi w błąd – to nie jest wina sterowników, a twojej konfiguracji.

    • pjk11

      Nie uzywam, ani tez nie mam modulow rivafb, nvidafb ani nouveau, nie mam tez starych sterownikow wlasnosciowych nvidii (kasuje je zawsze przed instalacja nowych polecniem rm -rf `find -name /*nr_sterownika*`. Konfiguracja jest identyczna jak na jadrze3.12.8. Wiec co jest problemem?

    • pijaczek

      Możliwe, że nowe jądro ma te sterowniki w kompilowane na stałe lub przeszkadza samo istnienie tych modułów (mało prawdopodobne, że nie masz ich pod /lib/modules/3.13.0/kernel/drivers/gpu/drm/). Jednak niezależnie co u Ciebie nie działą sterowniki się kompilują (u Ciebie również) i się bez problemu ładują i działają (u mnie i wielu innych), a problem jest jedynie w niektórych konfiguracjach. Jądro 3.13, sterowniki 331.38 z modułem kompilowanym pod GCC 4.8.2 nie sprawiają mi żadnych kłopotów.
      Co do usuwania sterowników to tak usuwasz tylko linki symboliczne bibliotek, a nie usuwasz sterowników… może spróbuj usunąć pakiety ze sterownikami jeśli masz zainstalowane i uruchom instalator sterowników z parametrem –uninstall
      U mnie log instalacji pod jądrem 3.13 kończy się tak:
      “Installation of the NVIDIA Accelerated Graphics Driver for Linux-x86_64 (version: 331.38) is now complete. Please update your XF86Config or xorg.conf file as appropriate; see the file /usr/share/doc/NVIDIA_GLX-1.0/README.txt for details.”

    • guitarrizer

      Distro to Slackware 14.1 (tak, tutaj nic się samo automatycznie nie aktualizuje). Niestety nadal problem. Najpierw ominąłem pierwszy z problemów dodając –kernel-source-path=/usr/src/linux-3.13 do skryptu instalacyjnego, ale potem wywala, że nie może załadować modułu nvidia.ko. W necie podają jako rozwiązanie, by zrobić po prostu reboot, ale po reboocie u mnie nadal nie działa. Powalczę w sobotę, jak będę miał więcej czasu, teraz inne sprawy na głowie. Pozdrawiam

    • pijaczek

      Rozumiem, że informacje, że nie może załadować modułu wywala instalator Nvidii i instalacja nie kończy się powodzeniem? Też tak mi sterownik pokazał (informacja pojawia się już po poprawnym zbudowaniu modułu jądra), a przy okazji mówi, że możliwa przyczyna to sterownik nouveau lub nvidiafb (w moim przypadku przy kompilacji był to sterownik nvidii 331.38 z dystrybucji, który już po usunięciu przestał kolidować z instalowanym przez instalator Nvidii) i prawdopodobnie tak jest u Ciebie. Po instalacji sterowników zakończonych sukcesem dalej Ci Xy nie wstaną (nie załaduje się moduł) i trzeba wtedy wyłączyć i włączyć komputer, aby jądro się załadowało (pewnie o tym czytałeś, a problem miałeś z tym co ja pisałem).

    • addos

      Jaka dystrybucja, i jakie środowisko graficzne?

    • pjk11

      Co ma srodowisko do kompilacji modulu nvidii? Dystrybucja zreszta tez nie ma za wiele. Sciagam jadro 3.13, kompiluje, sciagam stery 331.38 i zonk. Na 3.13 sie nie kompiluja, na 3.12.8 smigaja az milo.

    • addos

      No nie wiem… mam sporo doświadczenia z różnymi dystrybucjami i środowiskami i niestety nie działa to wszystko w taki sposób jak myślisz. Różni dostawcy dystrybucji kombinują po swojemu i zdziwiłbyś się jak różnie zachowuje się system i/lub sprzęt nawet w obrębie jednej dystrybucji ale różnych środowisk graficznych.

    • Szponek

      Tu masz rozwiązanie http://forums.linuxmint.com/viewtopic.php?f=49&t=157525&p=815494 sprawdziłem u mnie pomogło.

  • Lam_Pos

    Aż serce rośnie kiedy się takie coś czyta. ;)

    To ulepszenie zarządzania energią faktycznie jest dość pilne, zwłaszcza na laptopach i temu podobnych.

  • Pingback: Ubuntu Kernel Team będzie rozwijało jądro Linux 3.13 do 2016 roku | OSWorld.pl()

  • Pingback: SolydXK 201405 | OSWorld.pl()