- Sony Xperia 1 V - kizárólag igényeseknek
- Fotók, videók mobillal
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Honor Magic6 Pro - kör közepén számok
- Apple iPhone 15 Pro Max - Attack on Titan
- Samsung Galaxy S21 FE 5G - utóirat
- Samsung Galaxy Watch (Tizen és Wear OS) ingyenes számlapok, kupon kódok
- Samsung Galaxy A54 - türelemjáték
- iPhone topik
- Samsung Galaxy A34 - plus size modell
Hirdetés
-
Alig egy nap múlva végre bemutatkozik az Assassin's Creed Shadows
gp A Red kódnéven futó epizód végre a feudális Japánban fog játszódni.
-
Érkezik a Crucial LPCAMM2 memóriamodulja
ph Az új szabványra épülő opció 32 és 64 GB-os verziója árat is kapott már.
-
Retro Kocka Kuckó 2024
lo Megint eltelt egy esztendő, ezért mögyünk retrokockulni Vásárhelyre! Gyere velünk gyereknapon!
-
Mobilarena
Mára a ProHardver!/IT.News Fórum is nagylétszámú Linuxban jártas taggal büszkélkedhet. Nehéz szinteket felállítani egy olyan rendszer ismeretében, ami annyira sokrétű, hogy teljesen szinte lehetetlen megismerni minden egyes részét. Azt azonban mindenki tudja, hogy kezdő-e vagy sem. Elsősorban nekik szólnak az alábbiak, de érdemes mindenkinek elolvasnia, mint útjelző táblát.
Új hozzászólás Aktív témák
-
fatpingvin
őstag
a BMC iGPU-jához van driver, mennie kéne.
a generic framebuffer driver az a
matroxfb
, de az embedded G200-nak van saját külön drivere, out of box kéne mennie.
esetleg próbálj egymodprobe matroxfb_base
-t.A tipikus munkafolyamat legjobb tesztszimulációja a tipikus munkafolyamat. A "napi anti-corporate hsz"-ok felelőse :)
-
fatpingvin
őstag
mondjuk a g200e-t pont hogy valószínűleg baromi sokan tesztelik, ugyanis ez a video core egy eléggé elterjedt darab a BMC-kben. aki szervert üzemel be az esélyesen találkozik vele.
A tipikus munkafolyamat legjobb tesztszimulációja a tipikus munkafolyamat. A "napi anti-corporate hsz"-ok felelőse :)
-
fatpingvin
őstag
nem ez volt a kérdés. nyilván zárt drivert használok mert kell a CUDA.
Egyébként közben kiderítettem a választ: a felbontás működik, de a terminál font megjelenítésre a zöldeknél valami nagyeszű kitalálta hogy felbontástól függetlenül legyen valami 48 pixeles a font, és mivel a zárt drivernek nincs framebuffer supportja ezért ez nem is állítható.
ha nem kéne a CUDA, nem engednék nvidia hardvert a gép közelébe, de ez anmnyira idegesít hogy már komolyan elgondolkoztam a régi vidikari visszatételén másodiknak.A tipikus munkafolyamat legjobb tesztszimulációja a tipikus munkafolyamat. A "napi anti-corporate hsz"-ok felelőse :)
-
Hát, ha tudnék valamiben EEPROM programozót írni, akkor már írtam volna
Az a baj, hogy az egyetlen olyan hardver, amit meg is tudok építeni, az párhuzamos portos, és nem is csak egyféle cucchoz kell párhuzamos író - sok esetben előkerülhet.
Szóval mindenképpen az lenne a jó, ha fájdalommentesen lehetne ezen a vason valami olyan OS-t indítani, ami látja a parallel kártyát. (USB-s nem annyira jó, mert az általában valami szögbuta...) És nagyon sok ilyen íróhoz való progi csak régi Windowsokon megy.ISO boot még annyiban lehet érdekes, hogy ha valamelyik PE Win7 vagy Hiren's x64 pl. látja a port, azokon már elmennek az egyszerűbb programok - ez járható lehet. (De ezeket meg tudom PXE-ről bootolni, rutin errefelé gépteszteléshez.)
[ Szerkesztve ]
Mutogatni való hater díszpinty
-
Speeedfire
nagyúr
Nem túl beszédes. [link]
dietpi@DietPi:~$ sudo iostat
Linux 4.14.241+ (DietPi) 03/25/22 _armv7l_ (8 CPU)
avg-cpu: %user %nice %system %iowait %steal %idle
1.99 0.02 8.33 0.14 0.00 89.51
Device tps kB_read/s kB_wrtn/s kB_dscd/s kB_read kB_wrtn kB_dscd
mmcblk1 2.86 60.72 2.44 0.00 297571 11964 0
sda 2.81 43.24 0.18 0.00 211920 904 0[ Szerkesztve ]
Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
CPT.Pirk
Jómunkásember
A dolog független a procitól, a jelentősen kevesebbet fogyasztó 3600X mellett is megvolt. Ráadásul bitang nagy léghűtő van rajtuk és a ház is jól szellőző. Se proci, se a VGA nem melegszik túl, ezeket mértem terhelés alatt.
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
vicze
félisten
Sapphire Rapids-ben nem lesz E-core és túl sok értelme nincs is szerverben, mert kizárólag azért van rá szükség, hogy Intel minél több magot tudjon odaírni, és beleférjen a 65W-be a 15W osztályos CPU, meg fele TDP-ket hazudhassanak.
5.18-cal jött be az Intel Thread Director, hogy támogatva legyenek az E magok, de egy AMD hatékonyabb lesz egy E maghoz képest is.... Fizika az fizika...
Egyszóval használni használni fogja a Linux, de semmivel nem lesz takarékosabb, nem arra van az E mag.[ Szerkesztve ]
-
Dißnäëß
veterán
Kézzel mount-olok, nem fstab-ban még.
Default..
exfatprogs version : 1.1.3Logokban nincs nyoma a chown-os operation not permitted-nek, az egész /var/log összes fájlja közül egyedül auth.log és syslog frissült ebben a percben, hogy megint rápróbáltam és semmi köze hozzá dolgok vannak benne (cron mindegyikben a hülyeségeivel).
Szerintem feladom, lesz ntfs akkor. Azért köszönöm.
[ Szerkesztve ]
Lá lá lá lá lááá lááá.. Lá lá lá lá lááá lááá .. Lá lá lá lá lááá lá lááá lá lá lá lááááá láááá
-
inf3rno
nagyúr
Információbiztonságban általában úgy megy, hogy megveszik a hardvert, ami tud annyi sávszélességet, aztán kalap. Hogy azon belül hogyan van megoldva, azzal kevesen foglalkoznak. Hogy otthonra ki mit mókol össze magának, az megint más kérdés. Én pl. simán OPNsense vagy pfSense megoldást csinálnék, de a Linux sem annyira rossz.
Buliban hasznos! =]
-
vicze
félisten
Linkeljem végig a Cisco, Dell, stb. saját chipjeit?
x64 csak az OS-t futtatja, esetleg nagyon kicsi részfeladatokat végez, de minden amit csak lehet offloadolva van dedikált HW-ra.
De egy pont felett már hálókártyára is kellhet FPGA."ASIC-el nem szűrsz forgalmat "
Aha...Elég sok éve pfSense-ezek és ha nincs Intel server kártya rendes HW offloaddal( vagy egyéb HW offload) a gépben, alap dolgokkal szenved. 20-30 user után használatlan.
-
inf3rno
nagyúr
Már milyen szempontból vicc? Létezik pl. olyan kernel, ami bizonyítottan csak hardver hibától dől be, mert nincs benne logikai hiba és nincs 1MB az egész. [link] Ha ez a fő szempont, akkor ehhez képest minden más vicc. Ha a használhatóság, támogatottság a fő szempont, akkor meg ez a kernel vicc.
[ Szerkesztve ]
Buliban hasznos! =]
-
vicze
félisten
"A Linux+DPDK az ami képes ilyen 100 gigágat is routolni/szűrni, sima x86-on."
Még minding nagyon nem. Nem a Linux végzi és nem az x64 végzi a routingot semmilyen formában olvass már utána kérlek.
Amúgy Intel oldaláról vannak külön networking Xeon SKU-k, amikbe integrálva van a QuickAssist gyorsító, esetleg az megállja a helyét önmagában.BSD szintekkel gyorsabb routing és fűzfalban, nem véletlen lett az használva tűzfalakban nagyon sokáig bare metal telepítésekben, amíg nem volt a CPU-kben olyan sok dedikált gyorsító. Még egyszer a lényeg a HW gyorsításon van nem azon, hogy milyen kernelt használsz, gyakorlatban nincs jelezősége ha HW gyorsított a hálózatkezelés.
Amúgy Netgate-től a nagyvállalati TSNR már egy tök sima Ubi alap, de tök lényegtelen mert az egész stack le van cserélve sajátra. -
vicze
félisten
Értem, hogy elolvastad a DPDK marketinganyagot nagyszerű. Értem a flexibilitását és a használhatóságát, de egy HW gyorsított rendszer elég nyilván valóan 10x-100x sebesség növekedés, ezt nem értem miért nem lehet megérteni. Dedikált HW minding gyorsabb lesz és a DPDK is használ gyorsítókat, akár GPU-t is.
pfSense is DPDK használ 7éve, semmi extrát nem nyújt, csak state of the art teljesítményt ennyi.Mutatnál egy darab switchet/routert, ami Linux HW gyorsítás nélkül?
x86_64 ha nagyon akarod, de semmiképp se x86, mert az már nem létezik vagy 10éve(mióta nincs 32bites Atom), általánosan x64-nek van rövidítve.
-
bambano
titán
és tényleg nem értesz egy dolgot, hogy nem az árról beszéltem, hanem a teljesítményről. A fogyasztásról nem is beszélve, fajlagos teljesítmény alapon azok a mikrotik cuccok, amiket én néztem, sehol sincsenek egy pc-s routerhez képest.
több 100G-s routert nemigen csinálnak pc-ből, mivel nem bírja a busz. az igazán brutál routerek jó eséllyel l3 switchek.
A mikrotiknek, akikről én beszélek, nincsenek több 100 gigás routerei. Az első switche is, amelyikben van 100 gigás interfész, pár hónapos történet, a routereiben meg 25 gigás interfészek vannak.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
vicze
félisten
Nagyon fárasztó bocs...
"A pfSense nem használhat DPDK-t, mert az Linux only szoftver."
LOL, legalább egy Goole keresést megejthetnél. Ahogy ezzel úgy a többivel is elég nagy tévedésben élsz. A Linux onlyság konkrétan ott szerepel a DPDK tévhitek listájában...
Aha... A kernel a full nevet használja helyesen, te meg rosszul rövidíted még minding...
x86 a 32bit-et jelöli, amit már szinte senki se használ. -
őstag
Megszaladt valóban.
Visszaolvasva, újragondolva: /var/run alatt a runtime létrehozott fájlok (többnyire mondjuk lock) szoktak lenni, így a tény, hogy nem indul és a tény, hogy nincs ott a socket annak az ok-okozata fordított is lehet... nem indul, ezért nem jön létre a fájl. De ezt nem a telepítés hozza akkor létre, hanem a szolgáltatás.
Nem összekeverendő ez a fájl típus a systemd.socket fájllal...
De nem vagyok CUPS szagértő.
@_ak_ : a compose mapping csak a hoston nézi a szabad portot, hogy belül mi fog ráülni (ha fog bármi bármikor is), az csak később, runtime derül ki.
[ Szerkesztve ]
Tegnap még működött...
-
Penty
tag
Ha jól értelmezem, akkor amíg ott van az a dirty_page a kernelben, addig pl. nem engedi lecsatolni a külső hdd-t (mert az bizony még ott kerreg jó pár mp-ig), bár én már visszakaptam a promptot és akár le is csatolhatnám. És engem igazándiból ez zavar. Látszólag vége a dolognak, de a gép még dolgozik ezerrel, nincs meg az az érzés, hogy végzett a művelettel.
Mindenesetre az alapértelmezetthez viszonyítva ezekkel megyek most próbaképpen:
vm.swappiness = 60 (10)
vm.vfs_cache_pressure = 100 (75)
kernel.nmi_watchdog = 1 (0)
vm.dirty_ratio = 40 (2)
vm.dirty_background_ratio = 10 (1)
vm.dirty_expire_centisecs = 3000 (1000)
vm.dirty_writeback_centisecs = 500 (500)
vm.min_free_kbytes = 67587 (232454)Egyelőre okésnak tűnik.
-
bambano
titán
"Az NFS tényleg elég gagyi egy csomó célra, az SMB sokoldalúbb rendszer. De az SMBv1-et tényleg felejtsük már el a francba.": én nem mondanám, hogy a unixok natív protokollja tisztességes megvalósítással gagyibb, a visszafejtett toldozott-foltozott idegen protokoll, aminél mindig hangsúlyt fektettek arra, hogy semmivel ne legyen kompatibilis, az sokoldalúbb.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
nagyúr
Bár nem feltétlen module param, config time is ki lehet herélni belőle. zcat /proc/config.gz | grep CIFS_ALLOW_INSECURE_LEGACY + samba configból is ki lehet lőni.
Fogalmam sincs miről beszélsz. De egyelőre nem kilőni akarom, hanem valahogy elérni majd a nast-t, ami smb1-et használ. Majd windows 11 alatt is be kell kapcsolnom mert az sem fogja látni. Legalább ott egy kattintás meg egy restart.
Az hogy elavult, meg el kell felejteni, pont leszarom. Azért nem fogok most egy nas-t venni, hogy ne kelljen ezzel szopnom az smb1 buzisággal. Ubuntu alatt megcsináltam. De ennél a linuxsznál nem tudom hogy működik ez. Azért kértem itt segítséget.
Jah és nagy hekker sem vagyok, mert amit tudok, azt magamtól kukáztam össze netről, meg innen, úgy hogy ne diplomás rendszergazda nyelven nyomjátok a segítséget ha kérhetem, mert igen szegény a tudásom linuxszal kapcsolatban. Köszönöm."Ha egyedülállóval találkozunk, mindegy, mit mond, de biztos, hogy nem azért van egyedül, mert élvezi a magányt, hanem mert már megpróbált beilleszkedni a világba, de az emberek újra meg újra kiábrándítják."
-
-
coco2
őstag
>Manapság az első i7-ekre szokás fordítani.
Van egy halom választás ezen az oldalon dokumentálva. Az első i7-es cpu család, amire támogatást találtam, az 2011-ből a Sandy Bridge a 32 nm időszakból. Volt 45 nm-en a Bloomfield, de arra nincsen kapcsoló. Intel cpu-król egy forrás itt. Eredetileg "-m64"-et gondoltam adni a fordítónak. Legyen helyette "-march=sandybridge" ?A -static-ot köszönöm. Jól vettem észre, hogy a lib-eket automatikusan találja meg, és nem nekem kell kotorásznom, melyik függvényt hol találja majd meg? Akár hozzáraktam -L kapcsolóval konkrét libeket, akár csak a -static-ot hagytam ott, egy példa program fordított mérete pontosan ugyan az maradt.
>Miért raksz valamit bináris formában gitre?
Nem szándékozok magán project-ben szabványos identation-t követni. Hogy egészen őszinte legyek, a kemény répa bele a szabványba. Úgyhogy nem osztok meg forrást[ Szerkesztve ]
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
bambano
titán
"Különböző glibc verziók között papíron nem létezik kompatibilitás.": a glibc-k kompatibilitásáról annyit, hogy felrakom a 4-es firefoxot a debian testingre és megy.
tehát a tizensok évvel ezelőtti glibc-hez fordított firefox simán megy a testinges glibc-vel meg a rakás egyéb X-es könyvtárral.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
-
-
vicze
félisten
Az hogy mitt tud a rendszer inicializáló, kizárólag egy méretkorlát. Vannak UEFI-k teljes böngészővel és rengeteg funkcionalitással, meg vannak tök fapadok.
"Btw ARM esetén pl. microcode sincs, mert RISC."
Van mirokód, csak be van égetve a CPU-ba ezért van annyi javíthatatlan sérülékenység iPhoneokon, több Qualcomm SoC-on is és nem lehetett a különböző spekulatív támadásokat HW szinten javítani ARM-en, csak SW-ből. Ez igen jelentős security probléma ARM oldalon.
De FW ugyan úgy van rengeteg SoC komponenshez, így ott is frissülgetnek az FW-k elég nagy rendszerességgel."kernel úgyis felupgradeli early boot-ban ha régi."
A CPU mikrokódot lefrissíti runtimeban is gond nélkül.Viszont a Linux kernel maga nem fog semmilyen más FW-t frissíteni, mert olyan méretnövekedést jelentene, ami monolitikus felépítés miatt nem lehetséges. Kernel csak a Firmware API-t adja. Ami linuxon FW-t frissít az fwupd az LVFS közreműködésével. LVFS nélkül ugyan ott vagy, hogy le kell tölteni és kézzel frissíteni bármit. Amíg nem volt pár évvel ezelőttig az LVFS, valami iszonyat kínszenvedés volt a különböző FW-k frissítése Linux-on(főleg tömegben), ha egyáltalán lehetséges volt bármilyen formában.
A fent felsorolt sérülékenységek 99%-ka LVFS-en keresztül BIOS update formájában fog javítódni, mert nemes egyszerűséggel nem adják ki a gyártók más formában az FW-ket. -
urandom0
aktív tag
És mi a garancia arra, hogy run0-ban nem fognak exploitokat találni? Pláne úgy, hogy ez a run0 az egész PAM mechanizmust meg a polkitet berántja maga alá, és amúgy systemd-run alapon megy, ami mögött meg ott az egész systemd. Lehet, hogy a run0 kódja 5 sor, de ott van mögött az egész systemd a 8000 soros kódjával, meg a pkexec, a polkit, meg a PAM...
Egyébként a sudo legtöbb sebezhetősége ilyen snassz buffer overflow és hasonlók voltak, ilyesmik ellen meg nem véd a systemd sem (főleg, hogy azt is C-ben írták).
A SUID/GUID koncepció lehet, hogy rossz, de erre vannak módszerek a különféle LSM-ek képében, mint pl. a SELinux és az AppArmor.
-
WTF. Miért ne lenne ilyen... Ritkábban látok olyat, hogy külön fizikai eszköz van odaadva (kivéve SAN-os storage-okon persze, de általában az sem annyi, hogy 1diszk=valamelyik VM-é).
Backup szempontból is egyszerű, hiszen magán a VM-en is futhat valami, ami az adatot menti máshová, de ha olyan a cucc, akkor akár a diszk file-t magát is mentheted/snapshotolhatod.
De OK, nem kell egy lemeznek lennie, lehet külön a virtuális OS diszk is, meg az is egy virtuális diszk, amin az adat van.[ Szerkesztve ]
Mutogatni való hater díszpinty
-
Új hozzászólás Aktív témák
- Anyagi katasztrófára figyelmezteti az Apple-t a brit média
- Otthonfelújítási program (2024.)
- Amlogic S905, S912 processzoros készülékek
- Forza sorozat (Horizon/Motorsport)
- 2025-ben jöhet az Intel Panther Lake processzora
- Linux felhasználók OFF topikja
- sziku69: Fűzzük össze a szavakat :)
- Sony Xperia 1 V - kizárólag igényeseknek
- Google Chrome
- Azonnali informatikai kérdések órája
- További aktív témák...
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: Ozeki Kft.
Város: Debrecen