Beküldte Szabó Marcell -
Hosszabb idő után végre kijött a linux 5. Hogy milyen generáció lesz, meglátjuk, én személy szerint a phoronix írása szerint kicsit kritikus vagyok vele, egyre jobban lassulnak a linuxok.
https://www.phoronix.com/scan.php?page=article&item=linux-50-sliding&num=1
Hozzászólások
Hogyan lehet mérni a kernel
Beküldte kimarite -
Értékelés:
Hogyan lehet mérni a kernel sebességét?
https://www.youtube.com/watch?v=tw3q4_jZv8M
https://www.youtube.com/watch?v=0hb7E7IjrFc
Hogyan lehet mérni a kernel
Beküldte Káldeus -
Értékelés:
Például kernel csere előtt és után valamilyen benchmark programmal méred a teljesítményt. De ha igazán autentikus eredményre vágysz, akkor össze kell vetni a kutya által megivott víz mennyiségét a kernelcsere előtt és után.
Hogyan lehet mérni a kernel
Beküldte kimarite -
Értékelés:
A benchmark megvan (tudom mi) és a kutyákat is szeretjük. De arra lettem volna kíváncsi, hogy Szabó Marcell is ugyanilyen autentikus módszerrel mért, ... vagy csak, az idők folyamán, a „meghízó” rendszer érződik lassabbnak (bár sokan azt mondják inkább, a Linux Mint 19 igen gyorsra sikerült). Tehát neki min alapul a megfigyelése, milyen „tudományra”.
Hogyan lehet mérni a kernel
Beküldte Káldeus -
Értékelés:
Jogos a felvetésed, igazat adok neked. Mehetsz egy kört a biciklimmel...
Hogyan lehet mérni a kernel
Beküldte kimarite -
Értékelés:
Adásvételi? A biciklidről. El nem tudlak képzelni egy kerékpáron. :-)
Hogyan lehet mérni a kernel
Beküldte Szabó Marcell -
Értékelés:
Én a benchmark teszteket néztem, szegény Linux kissé meghízott.
Maga a Mint gyorsacska, bár a muffinak még van hova fejlődni sebességben, ebben egyet érthetünk.
Sok funkció van a Linuxban, ezért kellene azt az x-et lecserélni, waylandra átállni.
Ha egyszer azt mondják, hogy legyen SystemD, legyen. Üssük ki a grubot, addusert, bár udev helyett eudev.
Glibc "kissé" nagyocska, lehetne musl vagy ulibc.
Bash az jó.
Minden ablakkezelő legyen kompozitor.
udev helyett az eudev azért, mert nem függ a glibc től.
Kliens szerver architectúra minek, csak biztonsági kockázat.
nem vagyok x ellenes, csak hát na...
Támadó kommenteket légy szíves ne.
Kernel ... benchmark
Beküldte kimarite -
Értékelés:
Megcsinálod egyedül, megcsinálod! (pozitív komment) :-)))
Adok én is egy kis energiát: https://www.youtube.com/watch?v=0EBTn_3DBYo
Nyisd ki az ablakot, küldöm ...
Köszi a választ.
Gondolod?
Beküldte Szabó Marcell -
Értékelés:
Gondolod ha majd lesz egy HDD-s gépem, akkor csináljam meg, vagy valami high-tech open source os-t?
Gondolod?
Beküldte kimarite -
Értékelés:
Nem tudni a hozzászólásod kinek címezted. „Válasz” gomb?
A magam részéről:
Nekem van HDD-s gépem, több is, és többet meg kell javítani. Ezek szerint, neked csak SSD-s gépeid vannak. Nekem még nincs SSD-s.
Új Open Source OS is lehet, de az nehezebb falat. Valaki említette nemrég, kisebb feladatokat oldj meg először, azokkal legyél teljesen tisztában (microkernel, wayland ..., na jó még kisebbeket :-) ), mint mindent egyszerre.
Gondolod?
Beküldte Szabó Marcell -
Értékelés:
Zircon, X11. Mert nincs DRM/KMS, esetleg ha áthelyezzük.
Linux, Wayland. Van DRM/KMS
Tisztában vagyok vele, még ha akkor nem is úgy tünt.
Gondolod? - Mit?
Beküldte kimarite -
Értékelés:
A microkernelek már csak ilyenek.
Én nem említettem az általad most felhozott témát (DRM/KMS), és azt sem, hogy nem értesz hozzá. Mármint sem ahhoz a témához nem értesz, amit nem említettem, de más vonatkozásban nem írtam hasonlót. Ahogy érzed persze. Ez meg az én véleményem.
Gondolod? - Mit?
Beküldte Szabó Marcell -
Értékelés:
Csak gondoltam ha az is beletartozik.
Ki kellene a rendszert úgy, hogy egy gép tárol, egyik a számítást végzi, a harmadik teszteli a rendszert, én pedig a parancsokat felügyelem, és adom ki nekik.
Ez lenne az első Over The Air Open Source OS projekt.
Gondolod? - Mit? - Te ja!
Beküldte kimarite -
Értékelés:
Csak gondoltam ha az is beletartozik = Rosszul gondoltad. Teljesen alaptalan feltételezés volt a részedről. :-)
egy gép tárol, egyik a számítást végzi, a harmadik teszteli a rendszert, én pedig a parancsokat felügyelem, és adom ki nekik.
Szeretem én is a tudományos fantasztikus irodamat és a meséket is ... olvasni, azaz értelek, vagyis, egészen pontosan, mindezt én is el tudom képzelni! A képzelet viszi előre a világot. Jaa ..
Gondolod? - Mit? - Te ja!
Beküldte Szabó Marcell -
Értékelés:
Jólvan na! Miért, megoldható. A Posix kliens-szerver architectúrával miért ne!
Ha nem tartozik bele, bocsi.
Gondolod? - Mit? - Te ja!
Beküldte rumcajsz -
Értékelés:
Persze, már a Linuxvilág magazint írt ilyen megoldásokról.
A wayland megy musl-val?
Beküldte Szabó Marcell -
Értékelés:
A wayland megy musl-val?
Teljesen amatőrként és
Beküldte 444tibi -
Értékelés:
Teljesen amatőrként és hozánemértőként, egyálalán nem tudom hogy egy OS sebessége a kerneltől, a felületől függ inkább, deviszont amit tudok, mindennap látok az kb:
Nekem eddig egy Linux se tudta a Win rendszereit überelni sebességben. Ezért most sokan pisztolyt rántanak és lelőnek de még mielőtt feldobom a talpam, megindokolnám. Sebességen én a napi használatban jelentkező de számomra nagyon jól látható eltéréseket értem.
Fájlkezelő nyitása, Win nulla, Linuxok 1-2 sec.
Operát használok böngészni, Win a megnyitását fényévekkel gyorsabban csinálja.Utána a szörfözés a weben már gyors.
Rendszermenük (Beállítások, Rendszerbeállítások, vezérlőpult, ezeken belüli navigáció szintén 1-1,5 sec, winen nulla.
Taskmanager, kb. egyformán villámgyors.
Lemezműveletek. Itt nem tudok mit mondani, a Linux egy fájl törlésénél kicsit többet szüttyög, pláne egy 2 gigás MKV-vel de amúgy tökéletes.
Programok telepítése. Itt kb. egyforma de vannak olyan alkalmazásaim amelyek durván sokáig, 5-6 percig települnek, közben 70% a procihasználat. Pl. a 4k Videodownloader Winen 15 másodperc, Linuxon 5 perc. A Discord is nagyon sokáig települt.
Szkenner műveletek. Az XSane az valami irgalmatlanul lassan indul el, a Wines szoftvernek is kell 4-5 sec de az XSane az kb. 30-40 másodperc, volt már hogy el is felejtettem hogy indítottam és egyszer csak bedobta az ablakokat.
Nyomtatás. Kb. egyforma gyorsan jelenik meg a nyomtatott anyag de Linux nálam nálam ferdén nyomtat a Samsung lasernyomin és eddig ezt nem udtam helyrehozni.
Rendszerfrissítések. Jelenleg egy rolling arch (Manjaro) fut nálam, háát lekörözi a W10-et az biztos adatforgalomba. 30-40 naponta 500mega-1giga körül ránt le magának frissítéseket, a Win az évente 2x lehúz 4 gigát, havonta 100 megát, szrintem többet frissítget.
Ezeket a dolgokat 10 éve tapasztalom, akkortájt történt egy Linux, talán Ubuntu próbáélozásom egy XP mellé, hamar ment a levesbe. Aztán 4 éve megint bepróbálkoztam egy W7 mellé, eredemény ugyanez.
Most W10 mellett megy már fél éve mert a kevésbé gördülékenysége ellenére a KDE nagyon megfogott, tele van olyan, általam napi szinten használt funkcióval amiket már nagyon hiányolok a Windowsból. Ezekkel ha elosztom a lassabb működését akkor kb. egálba vannak, napi tartalomfogyasztásra már csakis a Manjarot használom, de 1 célhardver és 2 célszoftver miatt kell a Win.
Mivel a két rendszer ugyanazon a gépen van dualba ezért egészen biztos hogy amit látok, tapasztalok az úgy is van, ugyanazon a gépen fut mindkettő szinte napi használatba.
És mégegy, stabilitásban sem vagyok hasraesve, számtalan apróbb-nagyobb ilyen hibába futok bele nap mint nap, egy indítás után átrendezi az asztalt, eltűnt pár widgetem, az egérkurzor néha meghülyül, videólejátszás után olyan furcsa tünetek jönnek de ez helyreáll, állandóan be kell állítgatnom az alapértelmezett hangeszközeimet mert nem hajlandó megjegyezni hogy pl. a Viber az a fejhallgatómba szóljon, a ne a külső dac-on, wine hibaüzenetek random az indításoknál, stb.
Ezek ellenére marad.
Lehet rossz helyre írtam ezt hsz-t, ezért elnézést csak a rendszer sebességéről is volt szó.
Írásomban a legkisebb gyanút is elhessegetném miszerint egyiket fikázom, a másikat ajnározom stb. Teljesen reálisan leírtam amit tapasztalok.
Teljesen amatőrként és
Beküldte idanka -
Értékelés:
Sebesség sok mindentől függ de a Linux "tuningolható" személyre szabható. Többnyire szervernek szánták, tehát a műveletek elvégzése nem jelent neki gondot, míg más rendszer a 3. műveletnél lehal:) Ez vicc volt, de pl: a Linux 10 évig képes napi 5.000.000 levelet kiküldeni.
HDD/SDD sebessége?
Üzemező: cfq és az újabbat is hdd-re fejlesztették, szerintem deadline a legtutibb és leggyorsabb, leginteraktivabb és nem a feladatok végrehajtásának a kárára. Az sdb helyére kell beírni a te partíciódat, ezt win mellé tetted akkor pl: sda5
cat /sys/block/sdb/queue/scheduler
noop [deadline] cfq "
Operát (minek) Google Chrom változata, a Chrome a leggyorsabb és a legstabilabb legbiztonságosabb a leginkább fejlesztett. Linuxon a FireFox is veszett gyors és stabil. (megjegyzem, macos alat a chrome lomhább, a firefox windowson vacakabb)
Internet: én a google féle algoritmusra esküszöm, még a veszett csomagok elött lasssít. Ezt is tudod menet közben tesztelni.
További GUIDE:
Csak okosan és sokat kell olvasni, a baromi nagy értékek gyanúsak:) Lehet 10GB-es hálózatról van szó. Az SSD-k esetén már nem ajánlotta discard viszont a noatime tényleg hasít. A memória dolgokkal is kár foglalkozni home pc-n. Ha találsz egy érdekes, érdemes beálltani való dolgot, akkor jól olvass utánna. Ami az Amazon Web Services-nek jó, az neked biztos nem lesz az:)
Csak megjegyzem hogy a redhatnak szép kis anyaga van és pl a free Fedora igen érdekes. Teszteltem a 30-as változatát is, és tényleg érezhető a futásidejű tuning.
Teljesen amatőrként és
Beküldte kimarite -
Értékelés:
redhatnak szép kis anyaga van és pl a free Fedora igen érdekes
A RedHat-nak elég egyedi a dokumentációja (persze, sok minden benne van általában is), a Fedora-é pedig kicsit ma már aktualizálásra szorul ..., dolgoznak rajta. Régen nagyon jó volt.
Remélem ilyet is feltud
Beküldte idanka -
Értékelés:
Remélem ilyet is feltud mutatni a hitetlenke:
(Mozilla 0.98-as változatának tesztelése, de rég volt.)
Remélem ilyet is feltud
Beküldte kimarite -
Értékelés:
A Mozilla története is nagyon érdekes. Némileg összefügg a MS-el szintén. De ebből jó is sült ki. Ha a mai dolgokat nézzük, két (nagy) böngésző van: egy, ami Mozilla, és „egy” másik, ami nem Mozilla. :-)
Csak azt nem értem, ha olvastad az összes Linuxvilág Magazint, az ablakos rendszerek miért maradtak ki. Habár lehet Szy Györgyék nem írtak erről ..., sem saját erőből, sem a Linux Journal fordításában. Lehet pótolni könnyen.
Remélem ilyet is feltud Remélem ilyet is feltud
Beküldte idanka -
Értékelés:
Nem értem miért maradt volna ki az ablakkezelők, egyébként nem csak olvastam, hanem pár számban én írtam a cikekket. Ezeket pont én műveltem. Én anno még fordítottam magamnak ablakkezelőt.
Nem értem mit kellene pótolnom az ablakkezőkről.
Remélem ilyet is feltud
Beküldte kimarite -
Értékelés:
Veregesd is meg a vállad, mert más nem fogja ...
Ez a társalgás nem ide való.
Normálisan kezdtem veled beszélgetni.
Akárki is vagy, lehetsz például ő. (nem ellenőrzött)
Nem számít. A viselkedés számít.
Messziről jött ember azt mond, amit akar:
Hogyan lehet mérni a kernel
Beküldte idanka -
Értékelés:
Tulajdonképpen ha nem lettem volna letorkolva, a kernel új ütemezőjére szerettem volna rákérdezni. Mik a tapasztalatok?
mq-deadline
Ami a deadline továbbfejlesztése, ha jól értettem személyesen Linus Torvalds vezeti. Mivel bekerült kernelbe és az lett több rendszernek az alapértelmezett ütemezője így gondolom kész van.
A régi ütemezőkről itt találtam egy szép kis értékelést. Így azt feltételezem lapozhatunk, mi szerint ez az én véleményem lenne.
Engem viszont nem győzött meg én SSD-n teszteltem és annak ellenére hogy 600 MB/s körül van írási/olvasási sebessége én lassabnak találtam az egész rendszert. Pedíg ha jól értem az 5-ös kernellel érkező rendszerek Wayland-ra lettek cserélve aminek szintén további sebesség pluszt kellene jelentenie.
Remélem ilyet is feltud Remélem ilyet is feltud
Beküldte idanka -
Értékelés:
Így aztán veled be is fejeztem a társalgást,
Nem messziről jött ember mond amit akar hanem konkét tesztekkel lehet/vannak alátámasztva a fent írtak.
Nem mind az igaz, ha te egyikkel nem értessz egyet attól még nem kell fikázni.
Ütemezőre fent linkeltem egy konkrét tesztet, de itt is konkétan levan írva az előnyűk hátrányuk.
Az TCP torlódásvédelmi algoritmusok is konkét tesztekkel vannak alátámasztva. De én is teszteltem őket.
Nem én jöttem messziről, hanem tőből a globális Linux közösséget/fejlesztőket fikáztátok le.
Remélem ilyet is feltud
Beküldte kimarite -
Értékelés:
Linus kiadta az 5.1-es kernel végleges verzióját.
https://hup.hu/cikkek/20190506/linus_torvalds_linux_5_1
Egyes feladatokat átadott, az említettet is.
A hackelést is írják: https://www.kernel.org/doc/html/latest/kernel-hacking/index.html
Opssz ... valami fura történt. A válaszod, amire épp válaszolok, eltűnt, és Marcellé is. De azért ezt is befejezem, bár kedvem nem sok ...
Szóval, mostanában lett kedvem tesztelni újabb kerneleket. Eddig készen kaptam. Innen: https://liquorix.net/
-----
Így aztán veled be is fejeztem a társalgást,
Nem messziről jött ember mond amit akar hanem konkét tesztekkel lehet/vannak alátámasztva a fent írtak.
Nem mind az igaz, ha te egyikkel nem értessz egyet attól még nem kell fikázni.
Hol látod, hogy az ütemezővel nem értettem egyet? Sehol nincs. Hiányos a tudásod az ablakkezelők történetében az igaz. Arra tettem javaslatot, hogy olvass utána. Utána olvastál már? Mikorra tervezed, szabad érdeklődni?
Ütemezőre fent linkeltem egy konkrét tesztet, de itt is konkétan levan írva az előnyűk hátrányuk.
Az TCP torlódásvédelmi algoritmusok is konkét tesztekkel vannak alátámasztva. De én is teszteltem őket.
Nem én jöttem messziről, hanem tőből a globális Linux közösséget/fejlesztőket fikáztátok le.
Röviden reagálok erre is: jól elbeszélgetsz magaddal, maradjunk ennyiben.
Részemről az akarat megvolt társalogni. Annyi baj legyen.
Itt senkit nem érdekel a te véleményed. Főleg amivel minket illetsz. Magadat minősítetted. Hamarost nyitunk egy minősítő bizottságot, annyi dolgunk akad. Oklevél, ilyesmi lesz! Stílusod és „tudásod” tekintetében ... tiszta szívemből kívánom, hogy megtaláld a neked megfelelő fórumot. Bizonyára ez eddig nem sikerült, mert akkor amott „kérdeztél” volna. Egyébként itt nem kérdeztél, kijelentéseket tettél.
Ui.
Beküldte kimarite -
Értékelés:
Pedíg ha jól értem az 5-ös kernellel érkező rendszerek Wayland-ra lettek cserélve aminek szintén további sebesség pluszt kellene jelentenie.
Igenám, de a GUI-k nem mindegyike kész a Waylandra ... . És a kernelekben megvan a Wayland support, de a terjesztésekben még nincs meg teljesen, illetve nem automatikus, hanem be lehet állítani. Tehát nem jó értetted. A rendszerek nem lettek Waylandra cserélve. Például az Ubuntu nem, majd a 20.04-ben lesz benne, ezt tervezik. A továbbiakra szerintem te keress rá. Elég rossz volt a belépőd ...
Remélem ilyet is feltud
Beküldte atime -
Értékelés:
" Linus kiadta az 5.1-es kernel végleges verzióját."
Jelenleg itt tartok:
[2019-05-23 09:58] [ALPM] upgraded linux (5.1.3.arch2-1 -> 5.1.4.arch1-1)
Az én jó öreg laptopom nem is tiltakozott még semmiért, érzésre pedig mintha "pattogósabb" lenne, de ez lehet hogy szubjektiv vélemény.
Remélem ilyet is feltud
Beküldte kimarite -
Értékelés:
Ránézek én is. Nem maradok ki a jóból. Ez is öreg laptop.
Remélem ilyet is feltud
Beküldte kimarite -
Értékelés:
Ezt próbálom: https://liquorix.net/
codename="$(find /etc/apt -type f -name '*.list' | xargs grep -E '^deb' | awk '{print $3}' | grep -Eo '^[a-z]+' | sort | uniq -c | sort -n | tail -n1 | grep -Eo '[a-z]+$')" && sudo apt-get update && sudo apt-get install apt-transport-https && echo -e "deb http://liquorix.net/debian $codename main\ndeb-src http://liquorix.net/debian $codename main\n\n# Mirrors:\n#\n# Unit193 - France\n# deb http://mirror.unit193.net/liquorix $codename main\n# deb-src http://mirror.unit193.net/liquorix $codename main" | sudo tee /etc/apt/sources.list.d/liquorix.list && curl https://liquorix.net/linux-liquorix.pub | sudo apt-key add - && sudo apt-get updateHiányzott a Curl, telepítettem, majd:
Majd:
sudo aptitude install linux-image-liquorix-amd64 linux-headers-liquorix-amd64 A következő ÚJ csomagok lesznek telepítve: firmware-linux-free{a} libelf-dev{a} linux-headers-5.0.0-18.1-liquorix-amd64{a} linux-headers-liquorix-amd64 linux-image-5.0.0-18.1-liquorix-amd64{a} linux-image-liquorix-amd64 0 csomag fog frissülni, 6 csomag lesz újonnan telepítve, 0 lesz eltávolítva és 4 nem fog frissülni. Az archívumból 63,9 MB letöltendő. Kicsomagolás után 359 MB lesz elfoglalva. Folytatás? [Y/n/?] Y [...] update-initramfs: Generating /boot/initrd.img-5.0.0-18.1-liquorix-amd64Ez most hamar felment. Régebben volt gond a headers csomaggal néha. Rendszer újraindítás jön.
A verziószám nem stimmel a Liquorix kernelekkel. Kisebb a verziószám, mégis újabbat jelent.
5.0.0-18.1
Beküldte kimarite -
Értékelés:
Nagyon nem vettem észre változást, de megvan. :-)
inxi -S System: Host: kim Kernel: 5.0.0-18.1-liquorix-amd64 x86_64 (64 bit) Desktop: MATE 1.16.2 Distro: Debian GNU/Linux 9 (stretch)Semmi hiba a betöltésnél. Szokásos sda „clean”. Régebben USB meghajtó I/O hiba látszott.
Valami rt kernelt kéne felraknom, egy másikat is, mert ez is az.
A Backportsban a 4.19-es van.
Jöhetne már az újabb kiadás, a Buster. :-D
apt-cache policy linux-*-4.19.0-0.bpo.5-rt-amd64 linux-image-4.19.0-0.bpo.5-rt-amd64: Telepítve: (nincs) Jelölt: (nincs) Verziótáblázat: linux-headers-4.19.0-0.bpo.5-rt-amd64: Telepítve: (nincs) Jelölt: 4.19.37-3~bpo9+1 Verziótáblázat: 4.19.37-3~bpo9+1 100 100 http://deb.debian.org/debian stretch-backports/main amd64 Packages linux-latest-modules-4.19.0-0.bpo.5-rt-amd64: Telepítve: (nincs) Jelölt: (nincs) Verziótáblázat: (?)Ja nem, a linux-image-4.19.0-0.bpo.4-rt-amd64 tudja ezt:
This kernel includes the PREEMPT_RT realtime patch set.
-----
Volt régebben Androidos igényed. A Synapticban a „linux-image” kifejezésre keresve az első találat:
A „Grub Customizer” nálam elérhető, de az Ubuntu-ban általában nem.
linux-image-4.19.0-0.bpo.5-rt-amd64-unsigned PREEMPT_RT
Beküldte kimarite -
Értékelés:
Mégsem 4, hanem:
Persze, csak az LMDE3 tekintetében.
Remélem ilyet is feltud
Beküldte kimarite -
Értékelés:
Az a jelenlegi stabil: https://www.kernel.org/
Liquorix + DVB-C + VLC
Beküldte kimarite -
Értékelés:
A VLC és a dvb-fe-tool (dvb-tools, libdvbv5) mutatja ezt:
bash dvb_c.sh a modul betöltése ... sudo modprobe dvb-usb-rtl28xxu a DVB-T frontend mozgatása ... sudo mv /dev/dvb/adapter0/frontend0 /dev/dvb/adapter0/frontend2 a DVB-T/T2/C frontend mozgatása ... sudo mv /dev/dvb/adapter0/frontend1 /dev/dvb/adapter0/frontend0 a DVB-C beállítása ... dvb-fe-tool -d dvbc/annex_a Changing delivery system to: DVBC/ANNEX_A *** Error in `dvb-fe-tool': double free or corruption (fasttop): 0x0000563c548b3210 *** ======= Backtrace: ========= /lib/x86_64-linux-gnu/libc.so.6(+0x70bfb)[0x7f830a302bfb] /lib/x86_64-linux-gnu/libc.so.6(+0x76fc6)[0x7f830a308fc6] /lib/x86_64-linux-gnu/libc.so.6(+0x7780e)[0x7f830a30980e] /usr/lib/x86_64-linux-gnu/libdvbv5.so.0(free_dvb_dev+0x12)[0x7f830a6491f2] /usr/lib/x86_64-linux-gnu/libdvbv5.so.0(dvb_dev_free_devices+0x2b)[0x7f830a64928b] /usr/lib/x86_64-linux-gnu/libdvbv5.so.0(dvb_dev_free+0x4b)[0x7f830a6495bb] dvb-fe-tool(+0x1ac4)[0x563c53bb7ac4] /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf1)[0x7f830a2b22e1] dvb-fe-tool(+0x1bfa)[0x563c53bb7bfa] ======= Memory map: ======== 563c53bb6000-563c53bb9000 r-xp 00000000 08:01 2119620 /usr/bin/dvb-fe-tool 563c53db8000-563c53db9000 r--p 00002000 08:01 2119620 /usr/bin/dvb-fe-tool 563c53db9000-563c53dba000 rw-p 00003000 08:01 2119620 /usr/bin/dvb-fe-tool 563c5489c000-563c548bd000 rw-p 00000000 00:00 0 [heap] 7f8304000000-7f8304021000 rw-p 00000000 00:00 0 7f8304021000-7f8308000000 ---p 00000000 00:00 0 7f8309c37000-7f8309c4d000 r-xp 00000000 08:01 786436 /lib/x86_64-linux-gnu/libgcc_s.so.1 7f8309c4d000-7f8309e4c000 ---p 00016000 08:01 786436 /lib/x86_64-linux-gnu/libgcc_s.so.1 7f8309e4c000-7f8309e4d000 r--p 00015000 08:01 786436 /lib/x86_64-linux-gnu/libgcc_s.so.1 7f8309e4d000-7f8309e4e000 rw-p 00016000 08:01 786436 /lib/x86_64-linux-gnu/libgcc_s.so.1 7f8309e6d000-7f8309e85000 r-xp 00000000 08:01 786455 /lib/x86_64-linux-gnu/libpthread-2.24.so 7f8309e85000-7f830a084000 ---p 00018000 08:01 786455 /lib/x86_64-linux-gnu/libpthread-2.24.so 7f830a084000-7f830a085000 r--p 00017000 08:01 786455 /lib/x86_64-linux-gnu/libpthread-2.24.so 7f830a085000-7f830a086000 rw-p 00018000 08:01 786455 /lib/x86_64-linux-gnu/libpthread-2.24.so 7f830a086000-7f830a08a000 rw-p 00000000 00:00 0 7f830a08a000-7f830a091000 r-xp 00000000 08:01 786457 /lib/x86_64-linux-gnu/librt-2.24.so 7f830a091000-7f830a290000 ---p 00007000 08:01 786457 /lib/x86_64-linux-gnu/librt-2.24.so 7f830a290000-7f830a291000 r--p 00006000 08:01 786457 /lib/x86_64-linux-gnu/librt-2.24.so 7f830a291000-7f830a292000 rw-p 00007000 08:01 786457 /lib/x86_64-linux-gnu/librt-2.24.so 7f830a292000-7f830a427000 r-xp 00000000 08:01 786440 /lib/x86_64-linux-gnu/libc-2.24.so 7f830a427000-7f830a627000 ---p 00195000 08:01 786440 /lib/x86_64-linux-gnu/libc-2.24.so 7f830a627000-7f830a62b000 r--p 00195000 08:01 786440 /lib/x86_64-linux-gnu/libc-2.24.so 7f830a62b000-7f830a62d000 rw-p 00199000 08:01 786440 /lib/x86_64-linux-gnu/libc-2.24.so 7f830a62d000-7f830a631000 rw-p 00000000 00:00 0 7f830a631000-7f830a66d000 r-xp 00000000 08:01 2119618 /usr/lib/x86_64-linux-gnu/libdvbv5.so.0.0.0 7f830a66d000-7f830a86d000 ---p 0003c000 08:01 2119618 /usr/lib/x86_64-linux-gnu/libdvbv5.so.0.0.0 7f830a86d000-7f830a877000 r--p 0003c000 08:01 2119618 /usr/lib/x86_64-linux-gnu/libdvbv5.so.0.0.0 7f830a877000-7f830a87a000 rw-p 00046000 08:01 2119618 /usr/lib/x86_64-linux-gnu/libdvbv5.so.0.0.0 7f830a87a000-7f830a97d000 r-xp 00000000 08:01 786444 /lib/x86_64-linux-gnu/libm-2.24.so 7f830a97d000-7f830ab7c000 ---p 00103000 08:01 786444 /lib/x86_64-linux-gnu/libm-2.24.so 7f830ab7c000-7f830ab7d000 r--p 00102000 08:01 786444 /lib/x86_64-linux-gnu/libm-2.24.so 7f830ab7d000-7f830ab7e000 rw-p 00103000 08:01 786444 /lib/x86_64-linux-gnu/libm-2.24.so 7f830ab7e000-7f830aba1000 r-xp 00000000 08:01 786435 /lib/x86_64-linux-gnu/ld-2.24.so 7f830abbd000-7f830ad5b000 r--p 00000000 08:01 2097446 /usr/lib/locale/locale-archive 7f830ad5b000-7f830ad5f000 rw-p 00000000 00:00 0 7f830ad5f000-7f830ad7e000 r-xp 00000000 08:01 786535 /lib/x86_64-linux-gnu/libudev.so.1.6.5 7f830ad7e000-7f830ad7f000 r--p 0001e000 08:01 786535 /lib/x86_64-linux-gnu/libudev.so.1.6.5 7f830ad7f000-7f830ad80000 rw-p 0001f000 08:01 786535 /lib/x86_64-linux-gnu/libudev.so.1.6.5 7f830ad80000-7f830ad82000 rw-p 00000000 00:00 0 7f830ad99000-7f830ad9a000 rw-p 00000000 00:00 0 7f830ad9a000-7f830ada1000 r--s 00000000 08:01 2099426 /usr/lib/x86_64-linux-gnu/gconv/gconv-modules.cache 7f830ada1000-7f830ada2000 r--p 00023000 08:01 786435 /lib/x86_64-linux-gnu/ld-2.24.so 7f830ada2000-7f830ada3000 rw-p 00024000 08:01 786435 /lib/x86_64-linux-gnu/ld-2.24.so 7f830ada3000-7f830ada4000 rw-p 00000000 00:00 0 7ffc873b5000-7ffc873d6000 rw-p 00000000 00:00 0 [stack] 7ffc873f8000-7ffc873fb000 r--p 00000000 00:00 0 [vvar] 7ffc873fb000-7ffc873fc000 r-xp 00000000 00:00 0 [vdso] dvb_c.sh: 27. sor: 19501 Félbeszakítva dvb-fe-tool -d dvbc/annex_a Indulhat a tévézés Üdv újra. Nyomd meg bármelyik billentyűt a kilépéshez ... Hi kimDe régebben is mutatott ilyet, bizonyos új kerneleknél. Viszont a tévézés működik, a tévé adás címe talán hamarabb jelenik meg a VLC ablak fejlécében.
A TAB név kiegészítése viszont nem működik. Nálad? Az „apt-cache policy” és a „dpkg -l | grep” parancsoknál próbáltam. De bárhol lehet próbálni. Mintha olvastam volna erről a jelenségről egy másik fórumon, de nem emlékszem, mi az oka ... és mi a javítás lehetősége, ha van ilyen. ... habár: most, ahogy bemásoltam az indítási parancsot és a kimenetet, eszembe jutott, ennél a bash parancsnál működött a TAB. Hm, talán a Debian kernel biztonsági beállításai? Nem. Próbálom ismét (kettő TAB), működik. Akkor rendben.
Tapasztalatok az 5.0-ás kernellel
Beküldte tonsur -
Értékelés:
Nemrég frissült az Ubuntu a 18.04.3-ra,és döntenem kellett,hogy maradok-e a régi 4.15.0-59-es kernelnél,vagy frissitek az újabb 5.0.0-26-ra.Kipróbáltam az újabbat,és a következőket tapasztaltam,kicsit lomhább lett a rendszer,de ami a legrosszabb,hogy a vezetékes internetem letöltési sebessége (a feltöltés rendben volt 300MB) drasztikusan visszaesett Gigabitről 30-60MB-re (Hálókártyám: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controll) eleinte a szolgáltatót zargattam,akik ki is jöttek (Ubuntus laptoppal!),és mindent rendben találtak,de mivel láttam az Ubuntut a srác gépén ,és ott rendben gigabitesként működött a netem,megnéztem az ő Ubuntuját és csak egy ponton tért el az enyémtől,ott még a 4.15-ös kernel futott,mivel volt 4.15-ös kernellel mentésem,az ő jelenlétében gyorsan visszaálltam rá,és láss csodát megjavult a netem,ezután az 5.0-ás kernel több változatát is kipróbáltam,de mindnél előjött a hiba,úgyhogy egyértelműen kijelentem,hogy az én gépemen egyenlőre nem használható az újabb kernel,kiváncsian várom,hogy más is tapasztalta-e ezt a hibajelenséget.