Willy összeállított egy 10 kérdésből álló kérdőívet, amely az alábbi kérdéseket feszegeti:
- hol (milyen területen) használod a 2.4-et? (tűzfal, desktop, PDA, proxy, többfunkciós szerver, stb.)
- milyen, mennyire kritikus rendszereken futtatod? (egészségügy, banki szektor, pénzügy, üzleti- és küldetéskritikus rendszerek, stb.)
- körülbelül mennyi felhasználót szolgálnak ki a rendszerek?
- melyik kernelverziót futtatod?
- alkalmazol hozzá patch-eket (biztonsági, teljesítmény, driver, backport-ok, stb.)
- milyen gyakran frissíted?
- hogyan teszteled? (pre-production környezet, gyors regressziós teszt, nem teszteled, élesben teszteled, stb.)
- miért nem frissítettél a 2.6-ra még?
- mikorra tervezed a 2.6-ra váltást?
- további megjegyzések, kommentek, javaslatok, amelyet megosztanál a karbantartóval
Willy kérte, hogy aki kitölti a tesztet, az privátban küldje el neki az eredményeket. Egyrészt azért, hogy elejét vegyék a "kinek hosszabb" (HUP zsargonban "e-penis lengetés") zaj kialakulásának, másrészt, hogy ezzel ne terheljék feleslegesen az LKML forgalmát.
A 2.4-et használóknak itt az ideje nyilatkozni.
Willy levele itt.
(Willy levelére válaszolva Adrian Bunk megjegyezte, hogy a felhasználók számára és a futtatott kernel verzióra lehet következtetni a Linux Counter "Machine statistics" felméréséből, aholis ~ 5 000 gépről érkező adatot dolgoznak fel. Eszerint kb. a Linux felhasználók 13%-a futtat 2.4-es kernelt. Willy válaszában leírta, hogy ez a felmérés nem szolgáltat adatot minden, számára érdekes, értelmes területről, így várja a kitöltött kérdőíveket.)
- A hozzászóláshoz be kell jelentkezni
- 2445 megtekintés
Hozzászólások
miért nem frissítettél a 2.6-ra még?
Na erre kíváncsi lennék. Nem nagyon tudok hirtelen elképzelni más indokot, mint "ami működik, azt ne javítgasd!"
(Esetleg még az udev jut eszembe, ami sokkal bonyolultabb, mint a hotplug, de csak egyszer kell átállni, és cserébe kap az ember csomó USB javítást, meg új driver-t.)
- A hozzászóláshoz be kell jelentkezni
hotplug nem 2.6-hoz volt? (debian sargeban... de sz?r volt az istenem... :p)
- A hozzászóláshoz be kell jelentkezni
hotplug 2.6-ban IS volt. Valahol 2.6.9 és 2.6.15 között jött be az udev, nem emlékszem, mikor. A 2.4-ben még mindig hotplug van.
- A hozzászóláshoz be kell jelentkezni
Például azért mert egy jól belőtt Slackware 11 szaladgál rajta ami mint tűzfal funkcionál és nem kellett usb javítás, mert egyetlen usb-s eszköz sem volt. Ami működik az működik :-)
--
A nyúl egy igazi jellem. Ott ül a fűben, de akkor sem szívja!
- A hozzászóláshoz be kell jelentkezni
Vagy mert pl. nálunk van egy Slack 11.0-s webszerverünk és semmi nem indokolja, hogy egy verzióbuzulás miatt szétverjük az egészet :)
- A hozzászóláshoz be kell jelentkezni
Mert nagyobb.
Legutobb nezegettem 2.2 2.4 changelogot, es ugy tunik inkabb begyazott rendszerekkel kapcsoltos dolgokat changelnek.
- A hozzászóláshoz be kell jelentkezni
Gondoltam, hogy a beágyazott rendszerek miatt él még a 2.4-es, hiszen desktop-on, és pláne szerveren (ld. I/O ütemező) mindenben jobb a 2.6-os.
Viszont nem hiszem, hogy a 2.6-os sokkal nagyobb lenne. Úgy emlékszem, hogy egy régi 2.4-es RedHat kernel is tudott 1MB körül lenni. Igaz, hogy most olyan 1.7MB, de ebben több dolog van (pl. fájlrendszerek, hálózatok). Jó lehet, hogy beágyazott rendszerekben 10-20 kB is számít, de azért meglepődnék, ha a méret lenne a legfontosabb indok a 2.4 mellett. Remélem, trey majd fölteszi nekünk az eredményt is.
- A hozzászóláshoz be kell jelentkezni
"Remélem, trey majd fölteszi nekünk az eredményt is."
Nyilván csak akkor fogja tudni kitenni, ha WT végülis ír valahova valamilyen formájú összefoglalást.
-- There is never time to do it right, but always time to do it over.
- A hozzászóláshoz be kell jelentkezni
nem a meret miatt hasznaljak a 2.4-et, hanem mert ahhoz mar megvannak a kulonbozo extrem embedded architekturak (kulonbozo SoC-ek, DSP-k stb) es drivereik patchei, mig 2.6-ra nem portoltak meg ezeket, es nagyon nem lenne egyszeru ezt megtenni (es senkinek nem erdeke igazan, mert mukodik 2.4-el is minden).
A'rpi
- A hozzászóláshoz be kell jelentkezni
Altalban annyira nem nehez. Mostani embedded szutyokhoz altalaban csak 2.6-hoz fejlesztenek (pl. ATMEL: avr32,ARM).
De nyilvan egy mukodo rendszert nem fognak piszkalni, verzio buzulas miatt.
Manapsag egy fogkefeben is tobb RAM/FLASH van, mint amire szukseg van.
- A hozzászóláshoz be kell jelentkezni
Miért nem? Mert egyszerűen nagyobb.. meg ha minden működik 2.4-en minek újabb?...ehhh
- A hozzászóláshoz be kell jelentkezni
>Na erre kíváncsi lennék.
Peldaul mert nem akar valaki 2hetente security (es egyeb) fixeket rakosgatni a 2.6-ra es ujrainditgatni allandoan a gepet.
- A hozzászóláshoz be kell jelentkezni
Ha valamit nem fixálnak gyakran (2.4), az nem jelenti azt, hogy nincs benne kihasználható hiba.
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
a minimalis mennyisegu uj funkcio azert legalabb szinten tartja a bugok mennyiseget
meg azt sem lehet ra mondani, hogy nem tesztelek eleget
--
Segmentation violation -- Core dumped blues
- A hozzászóláshoz be kell jelentkezni
Ebben bízni elég nagy balgaság.
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
te mindig az aktualis git fabol porgetsz kernalt a szervereidre, vagy annyira azert nem balgasag? (tudom, sarkitok)
--
Segmentation violation -- Core dumped blues
- A hozzászóláshoz be kell jelentkezni
Én nem fordítok kernelt. Van aki megteszi helyettem. Persze ennek semmi köze ahhoz, amiről eddig beszéltünk.
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
A nem piszkalt kodban ugye fix a hibak szama (igen a felderitetlen hibakat is beleszamolva) Abban amibe tobbtiz mega kodot tolnak havonta, nyilvan tobb. Innentol nem tudom mi az ami szerinted balgasag.
- A hozzászóláshoz be kell jelentkezni
+1
- A hozzászóláshoz be kell jelentkezni
Azt eppen valoban nem jelenti, inkabb valami mas a gond:
--
Fontos feladatot soha ne bizz olyan gepre, amit egyedul is fel tudsz emelni!
- A hozzászóláshoz be kell jelentkezni
Az egyiket csendben fixáják. A másikat ki auditálja, ki fixálja, mikor és milyen időközönként?
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Az egyiket csendben fixáják
...plusz követhetetlen gyorsasággal fejlődik, ezáltal egyre bonyolultabb lesz és egyre több hibával.
A másikat ki auditálja
Willy Tarreau és mások, akik használják még.
ki fixálja
Willy Tarreau és mások, akik használják még.
milyen időközönként?
Amikor 2.4-et érintő biztonsági hibára derül fény.
- A hozzászóláshoz be kell jelentkezni
Szépen hangzik, csak kár hogy nem sok alapja van.
"For instance, I don't release any -rc for stable releases because I'm convinced that nobody will ever test them" - Írta Willy a linkelt levélben.
Ember nincs aki már tesztelné. Kicsi az user bázis. A nagy disztribútoroknál - mivel nem használják - sincs rá esély, hogy valakinek szembetűnjö, ha van bug. Willy magában szerintem csak karbantart, auditálni nem auditál.
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Kevered az -rc kiadás tesztelését a kód auditálásával.
- A hozzászóláshoz be kell jelentkezni
Nem hinném. Én azt állítom, hogy se nem tesztelik (Ember nincs aki már tesztelné), se nem auditálják (Willy magában szerintem csak karbantart, auditálni nem auditál). Te szeretnél a számba adni olyat amit nem mondtam.
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Azt kérdezted ki auditálja, majd utána egy olyan idézett szöveggel érveltél, amelyik az -rc kiadások teszteléséről szól. A kettőnek nem sok köze van önmagában egymáshoz.
Ha egy biztonsági hiba felmerül 2.6-ban, akkor azt Willy többé-kevésbé ellenőrízni szokta, hogy érinti-e a 2.4-et is. Ha igen, akkor javítja. Ezt nevezhetjük auditálásnak is. Kivétel akkor szokott lenni, amikor a 2.6-nál a suttyomban való hibajavításról nem szerez tudomást és ezért nem ellenőrzi a 2.4-et.
- A hozzászóláshoz be kell jelentkezni
Nekem az auditálásról mások voltak a fogalmaim, de ha ez az, akkor rendben van. Auditálja _egy_ ember a kódbázis 0.0001%-át. Az összes többit a kutya sem nézi.
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
A hagyományos értelemben vett kódauditálás célpontja már nyilván nem a 2.4-es kernel, ennek ellenére, ha érinti azt is, akkor jelezni szokták. Lásd isec/coseinc legutóbb is, amikor ilyen eset volt.
A 2.4-es ágat elég sokan és elég sokszor átnézték már. Nagyságrendekkel kevesebb sebezhetőség lehet már csak benne, mint bármelyik 2.6-os kernelben és mivel olyan hatalmas nagy változtatások már nem kerülnek bele (ellenben 2.6-al, amelybe hetente több megányi patch megy), ezért az nem feltétlenül jelent problémát, hogy nem azt auditálják elsősorban.
- A hozzászóláshoz be kell jelentkezni
egyik debianos maintainer tolja vissza a debianos 2.4-es patcheket mainlineba, nagyrészt bugfixeket és ezeket commitolja WT
debian gnu/linux @ linux-2.6.22.22-op1-rc1 | patch
info
- A hozzászóláshoz be kell jelentkezni
Mert a routerem wlan kártyájához csak 2.4-hez van driver.
- A hozzászóláshoz be kell jelentkezni
"miért nem frissítettél a 2.6-ra még?"
Mert az IPCOp-ban ez van :-) Semmi bajom vele, az USB amikor kell rendesen működik, gyors, stabil ennyi. Egy ~10 éves Pentium III-as gépen fut, évek óta, és tökéletes.
Van egy Debian szerver amire időnként rá szoktam nézni, ha nagy baj van bele tudok nyúlnim, de igazából se nem én felügyelem se nem én csináltam. Multkor mesélték hogy az LDAP-et le akarták váltani valami Sun-os LDAP progira, aminek 2.6-os kernel kellett, a fenn lévő 2.4-es helyett. Lefordítottak egy 2.6-ost, de egy csomó minden (Sambe, régi LDAP..stb) nem ment rendesen, pontosan nem tudom.
Mindkét részről marad a 2.4-es mert működik és kész.
Persze desktoppon nálam 2.6-os természetesen, sőt ha bármit csinálok, 2.6-os az alap, de ez a 2 úgy jó ahogy van :)
- A hozzászóláshoz be kell jelentkezni
Spec. rendszeren hasznalok meg 2.4-et. A kitoltott kerdoivet most hova is kuldjem? Ugye az lklm-re nem jo, mert az zajt csinalna, privatban keri. A webes felulet viszont kiszedi a spamek miatt a mailcimet a feladotol. Most regisztraljak az lklm-re, varjam meg mig ez az uriember hozzaszol valamihez, es kuldjek neki mailt? Vagy hogy gondolta?
----
Sooner or later you had to talk, even if it was only because you'd run out of things to throw. - Pratchett
honlap készítés
- A hozzászóláshoz be kell jelentkezni
mail ment a címmel
amúgy w kukkkac 1wt pötty eu
és a mailben lemaradt egy 1es :(
debian gnu/linux @ linux-2.6.22.22-op1-rc1 | patch
info
- A hozzászóláshoz be kell jelentkezni
Koszi. Mondjuk nem vilagos, hogy miert kell kulon nyomozni (pl a mail szovegeben benne lehetett volna a cim hasonloan kodolva), de ok tudjak.
----
Sooner or later you had to talk, even if it was only because you'd run out of things to throw. - Pratchett
honlap készítés
- A hozzászóláshoz be kell jelentkezni
van ott egy header link, abban meg tudod nézni a címet, igaz ott akkor a másik címe szerepel, ami a kerneles dolgokra "csinálta": wtarreau kukkkacc hera pötty kernel pötty org
mert eddig ezt nem használta ...
debian gnu/linux @ linux-2.6.22.22-op1-rc1 | patch
info
- A hozzászóláshoz be kell jelentkezni