A Debian a közeljövőben FreeBSD kernellel is érkezik (a tervek szerint)

 ( Gyuszk | 2009. október 7., szerda - 19:41 )

Alexander Reichle-Schmehl-nek ma a debian-news listára küldött üzenete szerint a Debian FreeBSD kernellel történő kiadása elérhető közelségbe került. A levél magyarul a következőképpen hangzik:

"A Debian Release Team örömmel jelenti be, hogy immár megfelelő felkészültségűnek tekinti a Debian rendszer FreeBSD kernelre való portolásának állapotát ahhoz, hogy egyenlő elbánásban részesítsék más portokkal egyetemben. A következő, 'Squeeze' kódnevű kiadás a tervek szerint az első lesz, amelyik a Linux kernel mellett hivatalosan FreeBSD kernellel is elérhető lesz."

A kFreeBSD i386 és EM64T/AMD64 változatai ezentúl 'release architecture' jelzővel rendelkeznek majd. Az ezen architektúrákhoz kapcsolódó hátráltató bugok ezentúl release critical besorolás alá kerülnek úgy, ahogy például a Linux változat i386 bugjait is kezelik. Ha egy csomag nem fordul le vagy nem megfelelően működik a kFreeBSD változat alatt, akkor release critical jelzővel látják majd el és nagyobb hangsúlyt fektetnek a kijavítására.

"A Debian fő célkitűzése a FreeBSD kernelnek a hivatalos kiadásba történő emelésével a lehetőség megteremtése a felhasználóknak még szélesebb körű kernelválaszték használatára és olyan FreeBSD tool-oknak az alkalmazására mint a jail-ek, az OpenBSD Packet Filter vagy az NDIS meghajtók mainline kernelből való teljes körű kihasználása teljes támogatottsággal."

(A levél elolvasható itt - a szerk.)

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

Ez jó :)
____________________________
Az ellentetes velemenyek soha nem zavartak. Ami zavar az a tudatos rombolas es az onkontroll hianya.

Miben másabb a freeBSD kernel, mint a linux kernel?

Szerintem kb. teljesen más.

robyboy

Szerintem a Windows nem felhasználóbarát.
Ha az lenne, nem utálnám.

Kb. ugyanolyan.
A minix, na az teljesen más.


suckIT szopás minden nap! Falcon vagy InnoDB?

nagyjából mindenben.
egyrészt lassabb a freebsd, viszont sokkal szigorúbban veszik azt, hogy ki piszkálhat bele.
a linux kernel gyorsabb, viszont majdnem mindig kupleráj van benne, aszerint, hogy egy-két prominens milyen lábbal kelt fel.

ja, api szinten lehet azt mondani, hogy kevesebb a különbség.

Azt kijelentetni, hogy lassabb a FreeBSD, a Linux kernel pedig gyorsabb azért nekem túl általános. Miben lassabb, és miben gyorsabb?


suckIT szopás minden nap! Falcon vagy InnoDB?

Van itt egy figura, postgresql-t meg mysql-t szokott tesztelni, kérdezd meg tőle :P

Értem én, de egyrészt egy userspace program működése nem csak a kernelen múlik, másrészt attól, hogy egy specifikus workloaddal az egyik OS gyengébben teljesít, mint a másik, még nem lehet általánosságban kijelenteni, hogy az egyik gyorsabb, mint a másik.

Lehet pld, hogy ha csomagszűrést, vagy routingot néznénk pont fordítva lenne a helyzet.


suckIT szopás minden nap! ZFS ARCvesztés

Hmmm... az volt az első gondolatom, hogy ha ez túl jól sikerül, akkor igazából semmi sem indokolná a Debian használatát, amikor ott van a FreeBSD.

robyboy

Szerintem a Windows nem felhasználóbarát.
Ha az lenne, nem utálnám.

Hmmm... a második gondolatom meg az volt, hogy bizonyára oka van annak, hogy a Debian le kíván térni - részben - a linux kernel által kitaposott útról. Lehet, rájöttek, hogy a bsd kernel kevésbé bloat, főleg Linus kijelentése után?

robyboy

Szerintem a Windows nem felhasználóbarát.
Ha az lenne, nem utálnám.

Szerintem inkább csak, hogy legyen alternatíva.

pontosan, itt vannak a !linux alternativak:

Debian GNU/Hurd
Debian GNU/NetBSD
Debian GNU/kFreeBSD

/* bocs az esetleges helyesirasi hidakert */

Debian Opensolaris, születési nevén Nexenta kimaradt.

De az a Debian háza táján kívül készül, és egyébként is Hardy alapú.

********************
"Aki nem backupol az tehetsegtelen :-)"
"...ha nem tévedek!" (Sam Hawkens)
http://holo-media.hu

én a Debian/WinNT verziót még hiányolom :)

----------------------------------
feel the beat - it's everywhere!

Debian/VMS? :)


suckIT szopás minden nap! ZFS ARCvesztés

Ennek csak az lehet az oka, hogy nem láttad még az user mode linux win32 portját xp-n futni:)

Andlinux? Ubuntu/Windows, bár csalásnak van ott egy colinux kernelféleség. Kár, hogy még mindig csak 32 bites windows-ra van.

Hol olvasod, hogy le kíván térni?

--
"I tried to get into business school, but on the qualifying exams, I passed the ethics test."

ez csak ilyen szellemi önkielégítés jellegű projekt az én szememben.

Yes, Yes, Yes, Yes, Yes!!!!!

I Love You, Debian ! :-))

Szervác Attila - http://321.hu/sas

Miben ad neked többet a FreeBSD kerneles Debian a FreeBSD-nél?


suckIT szopás minden nap! Falcon vagy InnoDB?

Megszokott környezetben tud dolgozni.

Azt a linuxos Debiannal is tud, nem? Sőt, ott nem kell megtanulnia az iptables borzalmai után a pf-et, vagy egyéb ehhez hasonló kényelmességet. :)


suckIT szopás minden nap! Falcon vagy InnoDB?

Olyan feature-t akar használni, ami linuxban nincs (pl ZFS)

Csak nehogy összelinkeljék a ZFS valamelyik utilját valami GPL-es cuccal, mert rögtön megszületik a GPL-es ZFS. :)


suckIT szopás minden nap! ZFS ARCvesztés

Pistike nem boldogul fbsd installerrel. Pont.
Amúgy viccet félretéve debian letett az asztalra mindent (redhat,novell is ők sokpénzért)
többiek meg ezt szopkodják.
____________________________
Az ellentetes velemenyek soha nem zavartak. Ami zavar az a tudatos rombolas es az onkontroll hianya.

Az említett cégek azért fejlesztettek (vagy vásároltak) pár dolgot, ami vállalati környezetben hasznos lehet (clustering, központi menedzsment stb).


suckIT szopás minden nap! Falcon vagy InnoDB?

Amúgy melyik az a RedHat által fejlesztett/megvásárolt szoftver, ami csak "sokpénzért" érhető el?
Én csak olyanokról tudok, amik MINDENKI számára elérhetők, maximum ujra kell forgatni a letöltött forrást (Hint: RedHat-CentOS, RedHat Directory Server, stb)

Üdv
VJ

http://www.redhat.com/mrg/buy/

De miért tőlem kérdezed, nem én mondtam ezt.


suckIT szopás minden nap! ZFS ARCvesztés

nem tudom miért hajtogatják ezt, szerintem egy freebsd telepítése nem nehezebb egy debian felhúzásánál.
az egyetlen dolog, ami bezavarhat az a slice-ok szerintem

"az egyetlen dolog, ami bezavarhat az a slice-ok szerintem"

ha utannaolvas az ember, akkor az sem :)

/* bocs az esetleges helyesirasi hidakert */

az alap freebsd telepítés az nagyjából semmiben sem különbözik a debiantól.
csak onnan kezdve, hogy valamire használni is akarod, jön a rémálom.
hogy csak egy dolgot említsek, a ports collectionban még az agyhalott debian maintainereket is alulmúló dependencyket tudnak elkötvetni. A szervereik meg nem kezelik az mtu discoveryt.

Az meg rémálom, hogy felraksz egy programot (mondjuk isc-dhcpd) és utána még ide-oda turkálni kell, hogy az el is induljon. Nagyon sokkal tisztábban vannak ezek a dolgok megcsinálva debianban. Személy szerint utálom a registryt...

"csak onnan kezdve, hogy valamire használni is akarod, jön a rémálom."

:DDDDDDD

nem tetszik, ne hasznald
___
info

Más logika mentén van felépítve. És ha olyan helyen használod, ahol rengeteg gépet kell üzemeltetned, rájössz, hogy sokkal jobb, és flexibilisebb.
Mi ez a "szervereik meg nem kezelik az mtu discoveryt"?


suckIT szopás minden nap! Falcon vagy InnoDB?

Nagyon más logika mentén van felépítve. A freebsd arról szól, hogy itt egy alaprendszer, a többit faragd össze magadnak. A debian meg arról, hogy egyre több mindent megcsinálnak helyetted a csomagoló emberek, neked nem kell újra és újra összerakni mindent nulláról. Ez azokban az esetekben, amikor eltalálják az igényedet (nálam ez a többség), jó, mert nekem nem kell vele foglalkozni, nagy ritkán nem jó. Ahogy a haver mondaná: ha szabad szoftvert használsz, neked fejleszt az egész világ.

Példa:
Van ebben egy darab nagy konfig file, amit mindig buherálni kell, ha bármihez hozzá akarsz nyúlni. Felrakod például a dhcpd-t, akkor piszkálj bele ebbe a fájlba, hogy elinduljon. Ugyanide irkáld be a routingtábla parancsait, stb. stb. Ha leszeded a daemont, akkor neked kézzel kell takarítani utána.

Ez így nem normális, azért rakok fel valamit, hogy az rögtön működjön.

Jártam úgy, hogyha olyan hálózaton vagy, amin az mtu kisebb, mint 1500 (például tipikusan adsl), akkor nem lehet letölteni semmit a szerverekről. Mihelyst leveszed az mtu-t 1450-re vagy lejjebb, minden működik.

Én ezt konkrétan naponta tapasztalom egy Linuxszal. Lehet, hogy nem az OS sara?


suckIT szopás minden nap! ZFS ARCvesztés

Elég sok ugyanilyet tudnék mondani Ubuntu és Debian vonalról is az ilyen kiteszteltnek tűnő programoknál, mint Apache, PostgreSQL és hasonlók.

----------------
Lvl86 Troll

Bírom, hogy a Windows tilos szidni azért, mert elterjedt és a megoldásait néhányunk köteles nap mint nap használni. Ha tetszik, ha nem.

Te a Debiant szidod ugyanez miatt. Ugyanis a becsomagolt dolgok kitűnően mennek Debian alatt, csak ne akarj patchelni meg hasonlók. Te viszont akarsz ilyeneket művelni mert neked nem felel meg a debian által becsomagolt megoldáshalmaz, pl rá akarod erőszakolni az eacceleratort a php-ra.

Ez van, (Sprite!) :P

********************
"Aki nem backupol az tehetsegtelen :-)"
"...ha nem tévedek!" (Sam Hawkens)
http://holo-media.hu

Talan harom eve futtathattam ezt egy kis hazi serveren, akkor meg igencsak devel-only cimkekkel futott.
Baj nem volt vele semmi a vilagon mar akkor sem, ennek ellenere sem. Nekem tetszett az otlet, de ennek valoszinu a debian-es gyokereim allnak a hattereben. Nem tudnam megmondani, miert jobb a bsd kernel a linux kernelnel, de 1337 erzest kolcsonzott a telepitesnek is, a hasznalatnak is a tudat es a ki-kituremkedo 'more unix' ;] Szerencsetlen varians ez amugy, a BSD arcok nem ertik, miert letezik egyaltalan, a linuxosoknak meg nem linux... En azert majd futok vele par kort ujra, ha hivatalosan is beerik, ambar mostanaban ujra elhatalmasodott rajtam a gentoo-laz. Akit az automagically working es erosen kotott debian way frusztral, ugysem erti meg, de akinek kellett mar tizenot perc alatt nullarol fizikai servert telepiteni, az tudja, miert szereti a debiant... :] Az mondjuk meg szokott tortenni hogy elfeledkezem ezekrol a vasakrol, mert mukodnek.

"de akinek kellett mar tizenot perc alatt nullarol fizikai servert telepiteni, az tudja, miert szereti a debiant"

Nem tudom miért kellene bárhol is 15 perc alatt nulláról szervert telepíteni. De ha mégis van ilyenre igény, ott miért ad többet a Debian? Van olyan netinstall rendszere, mint a Solarisnak? Könnyebben belefér egy tarba?


suckIT szopás minden nap! Falcon vagy InnoDB?

Nem tudom, most milyen netinstall rendszer van a solarisban, amit láttam, az rég volt.
A debiannak igen jó netinstallja van, percek alatt fel lehet telepíteni sok tíz gépet vele.
Nem mondom, hogy nem lehet belefutni a nickednek megfelelő helyzetbe, de mindenre van gyógyszer:) Pl. ciscoval csak úgy nem lehet netinstallni... vagy szívhatsz fafejű debianosokkal, mikor a hálózati kártyád firmware-je nem gpl-es, tehát nincs benne a telepítő megfelelő részeiben...

De a végkicsengés mégiscsak az, hogyha egyszer átgázoltál az agyhalott dolgain, akkor igen jól használható dolgokat lehet csinálni vele.

"De a végkicsengés mégiscsak az, hogyha egyszer átgázoltál az agyhalott dolgain, akkor igen jól használható dolgokat lehet csinálni vele."
Elhiszem.


suckIT szopás minden nap! Falcon vagy InnoDB?

jumpstart? gep bekapcsol, iszik egy kavet, visszamegy, es kesz a solarisod. :-)

(xVM OC -vel lehet provisionolni is, erdekes kerdes a datacenter management, tudnek meselni)

Az ördög mindig a részletekben lakozik, úgyhogy nem nyilatkozom róla, amíg nem láttam saját két kezemmel:)

Szerver telepítést én memtest-tel kezdek, aztán badblocks, aztán raid építés, aztán....
És ezek pont meg is vannak 12,5 perc alatt.
A maradék 2,5 perc alatt bármilyen OS-t felhúzok én is.

nem akarok kotekedni, de memtest < 12.5 perc alatt? az nem sok mindenre hasznalhato

---
Egy jól megállapított probléma félig megoldott probléma.
- Charles Kettering

Szerintem rossz a humorérzéked. :)

most, hogy alaposabban atolvastam es ertelmeztem, tenyleg, mar leesett :)

---
Egy jól megállapított probléma félig megoldott probléma.
- Charles Kettering

A vicc az, hogyha rendesen megcsináltad a telepítési környezetet és elég gyorsan bootol a géped, akkor simán előfordulhat, hogy felmegy a debian 2.5 perc alatt...

7-10 perc közötti időkkel nekem úgy is felment, hogy az scsi/raid vezérlő bootolgat egy halom ideig, stb.

ZFS-sel pontosan 1.5sec felhuzni egy raid-et, a hetvegen lemertem. :)

Egy FreeBSD installt kb. 10 perc vegig kattogni masolassal egyutt, szorosan de meg akar bele is ferhet a 15 percbe egy default deny szerver raid-del. Persze ez gep es net savkeskenyseg fuggvenye is.

---
pontscho / fresh!mindworkz

Csak egy kérdés.
Innentől ez már ugye nem Debian GNU/Linux, hanem egy BSD terjesztés, mint a Free-, Open, DragonFly,- és most már Debian BSD?

Debian GNU/kFreeBSD

--
trey @ gépház

Debian/kFreeBSD volt, es valoszinuleg marad is a neve. Mivel ugye a debian mint operacios rendszer, nem szuksegkeppen linux kernellel ertendo, sot. Egyszeruen csak azzal terjedt el.

edit: na ja, lekestem; es pontatlan is voltam.

Kösz, mindig tanul az ember.

WTF BSD terjesztés? Azok külön oprendszerek, nem distrók.

----------------
Lvl86 Troll

Szerinted a D mit jelent a BSD-ben?

azért az elég régi dolog, nem biztos hogy ugyanúgy kellene kezelni.

Maradjon inkább az egykori unix berkeley-i terjesztésből származtatatott különböző operációs rendszerek :)

Hát, nézd, ha a nevében benne van, hogy "terjesztés", akkor hadd hívjuk már annak.

Design-t :P

Dunno ;)
esetleg Debian?

hogy definiálod a külön opendszert?
A legtöbb BSD-ben ugynazok a szoftverek megtalálhatóak, mint a Linuxban, kernelhez közeledve vannak eltérések.
Esetünkben fognak egy FreeBSD kernelt, és körépakolják a Debian csomagjait. Tehát felfogásom szerint ez egy Debian alapú FreeBSD disztribúció ;)

—-—-—
int getRandomNumber() {
	return 4;//szabályos kockadobással választva.
}		//garantáltan véletlenszerű. xkcd

zfs-t hegeszteni kell majd hozzá, gondolom. Nem hiszem hogy debiánék belepakolnák, mert sérti a lelki világukat a licensz.

Debianhoz ősidők óta van non-free repó, gondolom még megvan.

Milyen lesz a ballot screen? :)

Jó lenne all-in-one media, ahol a telepítésnél megkérdezi milyen kernelt parancsolsz :P

btw, mezei felhasználásra van valami előnye?

A zasszony azota boldogabbnak tunik mellettem. S a baratnoi mindig kacsintgatnak ram.

-------------------------------
“The 0 in Raid 0 stands for how many files you’re going to get back if something goes wrong” :)

Érdekes lesz ez. Már csak azért is, mert a FreeBSD nem csak maga a kernel, mint a Linux, hanem az egész source-tree mindennel együtt egy rendszert képez. Let's see.

Lehet, hogy ezért Debian GNU/kFreeBSD?

Azért kellett neki "pár" év...

-----
"Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben."

Nem latom ertelmet, FreeBSD jo tulajdonsagai tobbek kozott abbol szarmaznak, hogy egysegesen egy helyrol jon kernel es user land. Ezt tovabb oszthatja FreeBSD egyebkent sem tul nagy taborat.
ports eleg jo dolog , nem kene Debiannal erontani.


Amit nem lehet megirni assemblyben, azt nem lehet megirni.

Ez utóbbi nagy igazság, ha meg valaki a ports jóságát akarja élvezni Linuxon, miért nem használ gentoot? Azon még talán fejlettebb is a cucc (talán szegényesebb szoftverválasztékkal).


suckIT szopás minden nap! ZFS ARCvesztés

De jó hogy mondod, teljesen elfelejtettem ezt a lehetőséget, a hétvégén ki is próbálom.. Terveztem hogy kipróbálok egy Debiant BSD kernellel, de így gyorsabb lesz :)

Ugyanonnan jön debianban mint freebsd-ben a forrás. A debianban is van portolt verzió, nem csak a ports collectionben. A kérdésnek ebben a részében semmi különbség nincs.

A fő különbség az, hogy a freebsd-ben elég sok minden forrásban van, ami azt jelenti, hogy mindenkinek energiát kell feccölni arra, hogy lefordítsa magának. Debianban ezt egy valaki megteszi, ezzel spórol... (meg persze van, hogy bugokat is belerak ezzel:) )

Ha ez a freebsd-ben jó tulajdonság, akkor a debianban is.

Számomra továbbra is az a fő különbség a freebsd és a debian között, hogy a freebsd-hez hozzápiszkálók köre sokkal szűkebb és válogatottabb. Ez jó, mert ha valamit kiadnak a kezükből, nagyobb eséllyel hibátlan, de rossz is, mert ha valamit nem csináltak meg, az nem is lesz összerakva. Debian meg egy naaaaaagy közös homokozó...

Szerintem hagyjuk a Unix vonalat, jó az a Debian :)