„A už jsem měl i tu čest s lidma, kteří byli ve víc jak 16 skupinách. Bylo to na linuxu a vůbec jsem netušil, že kdybych tam měl FreeBSD, tak že by to byl problém.“
Ne, nebyl. Nic proti Romanovi (autor clanku), je to dobry a vesmes pracovity programator a pro FreeBSD dela dlouhodobe hodne, ale propagacni clanky tohoto formatu by skutecne psat nemel, protoze zurnalista vazne neni. A v tomto pripade FreeBSD asi vic uskodi nez udela uzitku (on cely ten clanek je takovy… docela divny.. jak je videt i z mnoha zmatenych reakci v diskusi).
Vec se ma tak, ze po leta byl hardcodovanym defaultem limit na 16 skupin, a nebyl dynamicky nastavitelny, jedine manualni editaci a rekompilaci FreeBSD (tudiz vec, kterou uzivatele FreeBSD delaji i tak bezne s kazdym updatem a novym deploymentem).
Originalni limit na 16 skupin byl po dlouha leta povazovan za „strizlivy“ default (a uprimne, nikdo se o to moc extra nezajimal, proste tam jako default byl a hotovo) a pokud bylo do daneho prostredi potreba nasadit vetsi, kazdy si ho dle potreby zvysil (jako treba ja poslednich 10 let a ne, nezabralo to nikdy vic nez 20 sekund prace). Takze jediny, pro koho ma tato „novinka“ nejaky vetsi smysl, jsou primo kontextu-znali uzivatele FreeBSD, pro ktere ted odpada jeden extra krok v nasazovacim postupu. Celou tuto „novou feature“ vubec nebylo nutne v clanku zminovat, jen pak zbytecne, jak je videt, vznikaji problemy s pochopenim kontextu (neexistujiciho) problemu a vznikaji zbytecne historky typu „Posledni dobou me FreeBSD zacina docela prekvapovat, ted jsem dokonce cetl, ze…“
Takze znovu – ne, zadny problem ve FreeBSD nebyl, zmenil se zpusob, jakym se limit skupin nastavuje a ted misto 20 sekund zabere 0 az 10.
