Mit főznek ki a fejlesztők a FreeBSD 7-re?

FreeBSD

Ivan Voras - aki korábban a Google Summer of Code keretein belül azt vállalata, hogy journaling képességet implementál a GEOM-hoz - összeszedte egy helyre, hogy milyen újdonságokra, fejlesztésekre, technológiák felbukkanására számíthatuk a FreeBSD következő nagy verziójában, a FreeBSD 7-ben. A weboldalon szépen összerendezve találhatók az újdonságok, így nem kell a levlistákat bújni ahhoz, hogy valaki képbe kerüljön. Az egyes pontok mellett megtalálhatjuk azt is, hogy mennyi az esély az új szolgáltatás felbukkanására a 7-es verzióban (sure - biztos, maybe - talán, stb.). A lista itt.

( zeller | 2007. 01. 17., sze – 10:26 )

A Linuxban mikor lesz TOE support...?

TOE TCP/IP Offload Engine, a kártyán hardverben implementált TCP/IP stack, ami így nem terheli annyira a CPU-t. Bár az utóbbi időben a sima Ethernet kontrollerek is tartalmaznak némi hardver gyorsítást.
Nekem pl. az IBM T41 Intel Gigabit kontrolleren.
Offload IP Receive Checksum
Offload TCP Receive Checksum
Offload IP Send Checksum
Offload TCP Send Checksum
Offload TCP Segmentation
Mind bekapcsolva.

A Broadcomot már sokan szidták, hogy nem adnak ki doksit/firmware-t szabadon a cuccaikhoz. Valahol nemrég olvastam, hogy egy GE NIC-jükben több MIPS proci is dolgozik együtt, amikhez persze föl kell tölteni a firmware-t. Jön a wifi "szép új világa" ide is? :I

--
Sokan nincsenek tudatában annak, / hogy egyszer mindenki meghal. / Akik ráébrednek erre, / azonnal abbahagyják az ellenségeskedést.

A probléma az, hogy szokás szerint driverenként egyesével implementálgatják ezt a featuret (vagy úgy se), ahelyett, hogy csinálnának egy TOE frameworkot (amit ráadásul az egyik gyártó elvileg csinált is nekik úgy, hogy más gyártók is felhasználhatnák, csak persze nem került be a mainline-ba) és mindegyik halókártyánál azon keresztül mehetne a dolog...

a felhasznalok szokas szerint le vannak szarva, a fejlesztok csak maguknak fejlesztenek, akkor minek publikaljak? azert hogy hozonghesenek hogy milyen fasza xBSD fejleszto vagyok? zar a linugz!!! 2007 az xBSD eve!!!
--
Tuddd gi: A Dörrög Zuldán, te hűjje!
(Rejtő Jenő: Az elátkozott part)

Egy teljesen UTF8-ra való átállás elég sok mindent ránt magával és emiatt rendkívül körültekintően kell eljárni (kérdezd meg Egmontot az UHU/UTF8 átállásról ;), a BSD-sek meg nem azok az ész nélkül kapkodó típusok. A teljes ports tree átnézése, hogy minden program 100% UTF8 compliant-e sem kis feladat. Rengeteg alkalmazás nem támogatja még és ha átállnának, akkor meg jönnének a felhasználók (akik gyakrabban hőzöngenek, mint a fejlesztők ;), hogy "miért nem megy rendesen a midnájtkommander?!" ;P

A rendszergazda shell-je az az original Bourne-shell (nem a Linuxokon megszokott elkorcsosult fajta). Tudod, amiben a ^ jelnek is van jelentése. Az egyedi pech, hogy pl. pont FreeBSD-n a hagyományok okán csh-t adnak, abból is az elkényelmesedetteknek való tcsh-t. Ja, nem szerintem, hagyományból.

( bastya_elvtars | 2007. 01. 17., sze – 16:20 )

jemalloc-ról sok jót hallottam már, bár úgy tudom, kb. 1000 malloc implementáció létezik - valaki tudja (konyhanyelven), miért jobb a jemalloc?
--
Gentoo motto: It's worth spending eight hours trying to make something load 20ns faster.

OK, köszi, mondjuk én kérdeztem hülyén, (valami olyasmi eddig is rémlett, hogy a pkhmalloc egy proceszorra és kevés memóriára volt optimalizálva - hiszen 1998-as), de a többi, decensnek mondható malloc közül miért a jemalloc a legjobb?
--
Gentoo motto: It's worth spending eight hours trying to make something load 20ns faster.