- Samsung Galaxy S21 Ultra - vákuumcsomagolás
- Megérkezett a Google Pixel 7 és 7 Pro
- Samsung Galaxy S25 Ultra - titán keret, acélos teljesítmény
- Bivalyerős lett a Poco F6 és F6 Pro
- Android alkalmazások - szoftver kibeszélő topik
- Samsung Galaxy Z Fold7 - ezt vártuk, de…
- Samsung Galaxy S24 - nos, Exynos
- Xiaomi 13 - felnőni nehéz
- Honor Magic7 Pro - kifinomult, költséges képalkotás
- Samsung Galaxy Watch7 - kötelező kör
Hirdetés
Új hozzászólás Aktív témák
-
kem
addikt
Ez semmi, de en egy eve taposom az ugyfelet, hogy kello szamu Service Wondowt kapjak ami nincs benne az alap SLA-ban szoval mindet service impact nelkulire kell tervezni. Raadasul mire leteszteltunk egy BIOS verziot kijott egy uj... szoval a DELL is oszekaphatta volna magat. MEg mindig nem tudjuk pontosan egyebkent, hogy milyen performance impactet okoznak a frissitesetk. A Media Server beszallitonk jovore iger egy verziofrissitest aminek a leirasaban mar lesz errol szo
Nagyon izgi. Az egyetlen szerencsenk, hogy minden nagyon durva VPN mogott van es minden apro kod managelve van a platformon. Alig varom, hogy vege legyen ezeknek a changeknek. Legalabb mind a parszaz vas ugyan azon a BIOS(es egyeb FW) verzion lesz, talan eltunik par reprodukalhatatlan hiba ebbol kifolyolag 
-
-
hallador
addikt
Azért ez nem így van, ott vannak kereskedelmi Linux-ok ahol erre policy is van és ragaszkodnak a supporthoz. Ezek kereskedelmi vállalatok, és bankok, tőzsdék, iparvállalatok, állami intézmények elsősorban.
Az igazán nagy helyek, tehát a legjobban a Linuxtól függő tech cégek nem RHEL, vagy SUSE linuxon futnak, hanem legfőképpen Debian-on esetleg Ubuntu-n, ugye erre a legjobb példa a Google. Yahoo, vagy a Facebook. Az Apple pl pont nagyrészt SUSE KVM.en fut de ez is csak addig amíg nem jönnek rá, hogy a Debian ugyanolyan jó.
Na ez az egyik fele.
A Másik fele, hogy sok kis szolgáltató van, a kicsit ne magyar viszonylatban, hanem német, francia, svéd viszonylatban kell érteni, azaz 10 - 50 000 VM-et futtató cloud szolgáltató na ezeknél jellemzően Debian-ok fognak futni, nem fog egyik sem fizetni a RHEL-ért vagy a SUSE Linuxokért. Mert neki nem fogja megérni a support díjat fizetgetni, mert nem.A nagy technológiai vállalatok, IBM, HP, Dell, stb saját márkás szoftverei csak RHEL, SUSE-n indulnak el jellemzően, ha Linux alapú szoftverekről beszélünk, mert Windows-on a legtöbb ilyen szoftver alaphelyzetben is fut. (CentOS-en sem), pl a TSM, vagy az utódja a Sprectrum protect, vagy a Monitoring szoftverek is ilyenek, pl a Tivoli Monitoring, egy nagyvállalat meg fogja venni, de ezek a nagy iparvállalatok jellemzően eléggé vaskalaposak, nem fejlesztenek annyit, amennyit erre egy google, facebook, amazon rá fog szánni.
Itt egyértelmű a kereskedelmi Linux.De a cloud szolgáltatóknál ez már nagyon nem így van. Mert a debian az debian. És most jó értelemben írom ezt.
-
#48
cami][us
senior tag
Döglött Róka
#38
cami][us
senior tag
válasz
Döglött Róka
#38
üzenetére
-
#47
dabadab
titán
E.Kaufmann
#44
válasz
E.Kaufmann
#44
üzenetére
Ez nagyon félrement. A "tainted bit" Linus találmánya, ő meg annyira messze van a GPL huszárságtól, amennyire ez csak lehetséges, nála tisztán praktikus alapon mennek a dolgok: ha bináris blob van a kernelben, akkor igazán nem lehet debuggolni.
-
Akula
őstag
-
Lacc
aktív tag
Mmm... nem is csoda, elég régóta köztudott, hogy nagy belharcok vannak a kernel fejlesztő csapatban, meg "lelki terrorizálás" is.
Jobb lenne a mélyére ásni ennek a dolognak, a kernel fejlesztők 10%-a az Intel cég által van biztosítva, lehet, hogy tényleg akkora ott a stressz, hogy mar tettek bele. -
#43
dabadab
titán
E.Kaufmann
#42
válasz
E.Kaufmann
#42
üzenetére
A komplett kernel moduláris felépítésű, a driverek pont ugyanolyan modulok, mint egy rakat más dolog, amiket akár menet közben dinamikusan lehet ki- meg betöltögetni és értelemszerűen nem változik ettől a kernel verziója.
"Attól, hogy lecseréled a gyári drivert az adott kernel verziója nem változik."
Tainted bit mond valamit?
"Úgy tudom két disztró heggesztőnek két azonos verziójú kernele driverekben is eltérhet"
Ha a disztrók patchelgetik a kernelt, akkor az viszont már a verziószámban is megjelenik.
-
#42
E.Kaufmann
veterán
dabadab
#41
E.Kaufmann
veterán
-
#41
dabadab
titán
Döglött Róka
#38
válasz
Döglött Róka
#38
üzenetére
"Tanuljuk meg a kulonbseget a driver es a kernel kozott
"Érdekelne, hogy hogyan jött ki neked az, hogy a kernel treeben lévő linuxos driverek nem a kernel részei.
-
#39
bambano
titán
Döglött Róka
#38
bambano
titán
válasz
Döglött Róka
#38
üzenetére
"Tanuljuk meg a kulonbseget a driver es a kernel kozott": hyper-v driver forráskódot raktak a linux kernelbe.
tehát a linux kernel része."A spectre es a meltdown kihasznalasahoz hibas fizikai vas kell": miért, most jelenleg van másmilyen is? Te tudsz olyan hardvert, amin fut az azúr host, és nagy bizonyossággal ki lehet róla jelenteni, hogy védett? ha igen, akkor szerintem többet tudsz, mint a komplett it iparág a világon.
-
#38
Döglött Róka
veterán
bambano
#37
Döglött Róka
veterán
...
aranyos hogy zdnetes cikkeket citalsz de ez hol cafolja az en allitasomat? Tanuljuk meg a kulonbseget a driver es a kernel kozott
Olvasgat, tanulgat, leszall a magas lorol. Latod en is tudok nagy pofaval irogatni😉A spectre es a meltdown kihasznalasahoz hibas fizikai vas kell, ha az vedve van akkor megis hogy a banatba fogod kihasznalni egy vm-en? Johetnek a peldak..
-
#37
bambano
titán
Döglött Róka
#36
bambano
titán
válasz
Döglött Róka
#36
üzenetére
"Platformot irt": virtualizációs platform esetén a guest virtuális device driverek a platform részét képezik szerintem.
"Spectre es meltdown eseteben elsosorban a host-ot kell vedeni ezzel veded a vm-et.": ez meg nyilvánvalóan nettó baromság, a hostot hiába véded, ha bárki vehet guestet a gépen."A hyper-v integrations-re gondolsz. Eleg regota csinaljak nem csak az utobbi idoben, mellesleg nem a kernel resze.": olvasgat, művelődik, rádöbben, hogy nincs igaza...
-
#36
Döglött Róka
veterán
bambano
#35
Döglött Róka
veterán
A hyper-v integrations-re gondolsz. Eleg regota csinaljak nem csak az utobbi idoben, mellesleg nem a kernel resze.
Platformot irt, szerintem az volt oda irva, de ezek szerint az erto olvasas nalad egyfajta diszlexiat jelenthet.
Spectre es meltdown eseteben elsosorban a host-ot kell vedeni ezzel veded a vm-et.
-
#35
bambano
titán
Döglött Róka
#34
bambano
titán
válasz
Döglött Róka
#34
üzenetére
"ettol meg az azure mint platform nem linux alapu.": van, akinek megy az értő olvasás, van, akinek nem.
azt írta: az azúrhoz tartozó fejlesztések. miután az azúrban futó vm-ek 40%-a linux, és az ms ad linux disztrót is azúr guestnek, ezért az ms-t is érinti, hogy az ügyfeleinél mi a helyzet. [link]másrészt meg nem azúrt írt,hanem azúr ACS-t.
szerk: és az utóbbi időben az egyik legnagyobb linux kernel developer az ms, amikor tolja befelé a saját virtualizációs cuccait a kernelbe.
-
#34
Döglött Róka
veterán
CPT.Pirk
#33
-
#33
CPT.Pirk
Jómunkásember
Döglött Róka
#32
CPT.Pirk
Jómunkásember
válasz
Döglött Róka
#32
üzenetére
Pl. az Azure Sphere OS-ben saját Linux kernelt használnak. https://techcrunch.com/2018/04/16/microsoft-built-its-own-custom-linux-kernel-for-its-new-iot-service/?guccounter=1
Valamint ha jól értem, az Azure ACS is Linux alapú. https://www.datacenterdynamics.com/news/microsoft-runs-azure-networking-on-linux/
-
"ami mint megtudtuk nem debian alapu, hiszen sajat kernelt forditanak."
Ahogy látom, elég komoly szövegértési problémáid vannak
Az Ubuntu nyilván Debian-alapú, viszont a kernel szempontjából az tökre nem számít, hogy a libreoffice package honnan van, csak az, hogy a kernelük megegyezik-e a debianossal vagy sem (és ez utóbbi a helyzet).
-
hokuszpk
nagyúr
válasz
rum-cajsz
#24
üzenetére
tehat a grafikon szerint a vilag nagyresze ubuntut hasznal, ami mint megtudtuk nem debian alapu, hiszen sajat kernelt forditanak.
-
pengwin
addikt
Tudtommal az Enterprise Linux piac kb. fele-kétharmada RHEL-t vagy valamilyen származékát használja (Oracle Linux, CentOS), a maradékon osztozik a Canonical meg a SUSE. Európában kicsit több van az utóbbi kettőből, de ugye cégenként változik a dolog, aki az USA-ban RHEL-t használ, az itt Európában is.
(#16) -Skylake-
Ezt a problémát pont sehogyan sem érinti, hogy a millió disztró hogyan peccseli a saját kernelét.(#24) rum-cajsz
Azért ez közel sem teljes statisztika, pont azok a mission critical, telco, ipari, banki*, pénzügyi* és egyéb rendszerek nincsenek benne, ahol a RHEL és a SUSE dominál. Az nagyon jól látszik a statisztikából, hogy "kevésbé komoly" célra az ingyenes rendszereket szeretik jobban.*: ezeken a helyeken meg sok esetben nem is a Linux dominál, hanem még a mindenféle legacy '80-'90-es évekbeli IBM és egyéb zárt rendszerek. Nagyon jól sikerült a vendor lock-in.
-
rum-cajsz
őstag
-
-
bambano
titán
válasz
-Skylake-
#16
üzenetére
kernel fejlesztő csapat egy darab van. ennél sokkal kevesebbet hogy tudsz elképzelni?
én kevesebbet se, de sokkal kevesebbet pláne.egyébként milyen problémát látsz a linuxoknál, ahol kb. harmad annyi féle disztró van, mint windows? ezen állítás értelmezéséhez értő olvasás szükséges.
más: azt még magyarázza el nekem valaki, hogy az az intel főnök, aki eladta a részvényeit bennfentesen, miért nem ül még?
-
válasz
-Skylake-
#14
üzenetére
Úgy látom, nem igazán jött át.
A lényeg, hogy az intel nem akarta nagydobra verni a problémát, amíg a hardveres (bios mikrokód) javítással el nem készülnek. Ezért úgy döntött, hogy a központi kernel fejlesztés helyett egyesével készítteti el a szoftveres réteget a disztrogyártókkal. Már akinek szólt. Ha intel nem lett volna ilyen szemérmes, és átadja az infót a nyílt közösségnek a javítás érdekében, akkor megspórolta volna a fölös köröket mindenkinek, és előbb lett volna biztonságos javítás mindenhova.
-
-
válasz
-Skylake-
#16
üzenetére
"Ha nem lenne ezer fele szedve, akkor nem jelentene problemat a csapatok kozti kommunikalas"
Nincs ezerfele szedve, a Linux security csapata foglalkozik a témával, mint tulajdonképpen a téma egyedüli ownere. Itt egyértelműen az Intel volt a hunyó, akik pont nekik nem szóltak és másoknak sem engedték, hogy szóljanak nekik.
-
-Skylake-
addikt
Ha nem lenne ezer fele szedve, akkor nem jelentene problemat a csapatok kozti kommunikalas, hiszen sokkal kevesebb de nagyobb csapat lenne. A munka is gyorsabb lenne, hisz nem kene csoportonkent ujra feltalalni a megoldast. Ezen felul pedig ezer+1 , a cikkhez szorosan nem kapcsolodo elonye lenne.
Lenyegeben azok a problemak amik a linux altalanos elterjedesenek utjaban allnak az elmult X tiz evben, mind megoldodnanak. -
#12
E.Kaufmann
veterán
E.Kaufmann
veterán
mert egy "nagyon-nagy, operációs rendszereket fejlesztő cég" (valószínűleg a Microsoft) ráförmedt az Intelre, hogy szedje össze magát, és számoljon be a sebezhetőségekről az említett közösségnek is.
Ez ollyan szép, mint a szovjet népmesében. A barátságos Lenin elvtárs visszaadta a labdát a gyerekeknek, holott közéjük is lövethetett volna
-
-
#8
dabadab
titán
energy4ever
#4
válasz
energy4ever
#4
üzenetére
Az eredeti idézet:
""The majority of the world runs Debian or they run their own kernel," Kroah-Hartman said." ([link])
Vagyis hogy a Debian a legelterjedtebb disztró (annál meg ami még gyakoribb, az a saját kernel, már csak az androidos telefonok okán is).
(#6) hokuszpk: "ezt inkabb ugy kellett volna fogalmazni, hogy Debian alaput."
Nem, ezt úgy kellett érteni, hogy Debiant - ha már idehoztad az Ubuntut, ők saját kernelt fordítanak és őket értesítette is az Intel.
-
#7
vince
őstag
energy4ever
#4
vince
őstag
válasz
energy4ever
#4
üzenetére
"Állítása szerint azért nem optimális csak pár disztribúciónak szólni ezekről, mert a [linuxos] világ nagy része Debian Linuxot használ, vagy esetleg saját kernelt fordítanak."
-
#5
lev258
veterán
energy4ever
#4
lev258
veterán
válasz
energy4ever
#4
üzenetére
Szerverek. Vagy olyan funkciót ellátó gépek.
-
#4
energy4ever
addikt
energy4ever
addikt
"a világ nagy része Debian Linuxot használ" Hogy micsoda?
-
DraXoN
addikt
De be is tartották... más kérdés, hogy totál keresztbe tesz mindennek..
Az egész eset azért lett akkora "gond" amekkora, mert az intel erősen rosszul kezelte le az ügyet.. Nagyon erősen... és aztán megpróbálta eltusolni, majd összemosni a dolgokat.. intel akkori vezére is december közepén megszabadult egy jó adagnyi saját részvényétől (csak a minimum előírtat tartotta meg)... akkor sokan már furcsállták, hogy valami van...
De a spectre/meltdown javítás még mindig olyan elven működik amit linus kritizált? hogy az adott alkalmazásnak kell meghívni a védelmet és nem rendszerszintű?
Nagyon izgi. Az egyetlen szerencsenk, hogy minden nagyon durva VPN mogott van es minden apro kod managelve van a platformon. Alig varom, hogy vege legyen ezeknek a changeknek. Legalabb mind a parszaz vas ugyan azon a BIOS(es egyeb FW) verzion lesz, talan eltunik par reprodukalhatatlan hiba ebbol kifolyolag 
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
Hirdetés
- HiFi műszaki szemmel - sztereó hangrendszerek
- Hajmeresztő ajánlat: 34,5 milliárd dollárért vinnék a Google Chrome böngészőjét
- Építő/felújító topik
- sziku69: Szólánc.
- Projektor topic
- E-roller topik
- Luck Dragon: Asszociációs játék. :)
- Samsung Galaxy S21 Ultra - vákuumcsomagolás
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- AMD Navi Radeon™ RX 9xxx sorozat
- További aktív témák...
- BESZÁMÍTÁS! Gigabyte Aorus B450 R7 5700X 16GB DDR4 512GB SSD RTX 3060Ti 8GB ZALMAN I3 NEO 650W
- Motorola E40 64GB, Kártyafüggetlen, 1 Év Garanciával
- Apple iPhone 12 / 64GB / Gyári független / 12 Hó Garanciával / 100% akku
- HIBÁTLAN iPhone 13 Pro 256GB Graphite -1 ÉV GARANCIA - Kártyafüggetlen, MS3073, 100% Akkumulátor
- Samsung Galaxy Watch Ultra Titanium Gray Használt, karcmentes, garanciával 2027. január 29-ig
Állásajánlatok
Cég: FOTC
Város: Budapest