Ze systému Slavia pojišťovny uniklo přibližně 150 gigabajtů citlivých dat. Jedná se například o pojistné dokumenty, lékařské záznamy nebo přímou komunikaci s klienty. Za únik může chyba dodavatelské společnosti.
Sněmovna propustila do dalšího kola projednávání vládní návrh zákona o digitální ekonomice, který má přinést bezpečnější on-line prostředí. Reaguje na evropské nařízení DSA o digitálních službách a upravuje třeba pravidla pro on-line tržiště nebo sociální sítě a má i víc chránit děti.
Meta převezme sociální síť pro umělou inteligenci (AI) Moltbook. Tvůrci Moltbooku – Matt Schlicht a Ben Parr – se díky dohodě stanou součástí Meta Superintelligence Labs (MSL). Meta MSL založila s cílem sjednotit své aktivity na poli AI a vyvinout takovou umělou inteligenci, která překoná lidské schopnosti v mnoha oblastech. Fungovat by měla ne jako centralizovaný nástroj, ale jako osobní asistent pro každého uživatele.
Byla vydána betaverze Fedora Linuxu 44 (ChangeSet), tj. poslední zastávka před vydáním finální verze, která je naplánována na úterý 14. dubna.
Open source router Turris Omnia NG Wired je v prodeji. Jedná se o Turris Omnia NG bez Wi-Fi. Je připraven pro zamontování do racku.
Sníh roztál a roztávají i bastlíři. Žene se na nás celá řada konferencí a seminářů technického rázu. Zajímá vás, jaké? Pak se připojte k 60. Virtuální Bastlírně, tedy k veřejné diskuzi bastlířů, techniků, učitelů i vědců. Jako vždy přijde na přetřes spousta novinek ze světa hardwaru, softwaru i bizáru. Na začátek lze očekávat hardwarová témata, tedy například nový KiCAD 10, nové akcelerátory LLM s nízkou spotřebou, nejvíce fosforeskující
… více »IuRe (Iuridicum Remedium) v rámci programu Digitální svobody zveřejnila analýzu dopadů a efektivity systémů ověřování věku v digitálním prostoru, která srovnává implementace ověřování věku v Austrálii, Velké Británii a Evropské unii.
Multiplatformní emulátor terminálu Ghostty byl vydán ve verzi 1.3 (𝕏, Mastodon). Přehled novinek a vylepšení v poznámkách k vydání.
Byla vydána nová verze 14.4 svobodného unixového operačního systému FreeBSD. Podrobný přehled novinek v poznámkách k vydání.
Databáze DuckDB (Wikipedie) byla vydána ve verzi 1.5.0. S kódovým názvem Variegata (husice rajská). Přináší řadu vylepšení, včetně nového ergonomičtějšího CLI klienta nebo podporu pro typ VARIANT a vestavěný typ GEOMETRY.
typedef void* ndata_t;
struct node {
struct node *left; /* left child */
struct node *right; /* right child */
struct node *parent; /* parent */
uint64_t ID;
ndata_t data; /* data */
};
typedef int (*f_stn_deldata)(ndata_t ndata); /* splaytree node delete data*/
static f_stn_deldata stn_deldata;
kde stn_deldata je pointer na userom zadefinovanu funkciu na zmazanie dat - ak by tieto data boli vytvorene dynamicky. pri mazani stromu volam funkciu, ktora prechadza rekurzivne nody a nasledne ich maze .. a tu sa zacina moja uvaha .. pseudokod pri mazani:
destroy(struct node* n) {
..
..
if (n->left) destroy(n->left);
if (n->right) destroy(n->right);
/* tu prichadza na rad moja uvaha */
if ( stn_deldata ) stn_deldata (n->data);
..
zmaz nodu
..
}
jedna sa mi o to, ze ten if sa bude vykonavat pri kazdom jednom mazani .. pri par polozkach je to jedno, pri 10mil, pripadne 1 mild. to uz aj stoji za uvahu ..
riesenie by bolo jednoduche - vytvorit dalsiu fciu destroy_nodata a tu volat rekurzivne .. logika, kt. fciu volat by bola v hlavnej st_destroy fcii
teoreticka otazka - ma zmysel sa zaoberat takouto optimalizaciou ? je to best practice ci ..?
compare(n1,n2), a mam nasledovny kod:
..
if ( (compare(n1,n2)) <0 ) {
/* do something */
}
else if ( (compare(n1,n2))== 0) {
/* do something else */
}
..
ci sa bude compare volat zadazkym, alebo si to vie zoptimalizovat a bude sa volat len raz a potom sa uz bude odkazovat na vysledok .. gcc a gcc -O3 na trivialnom priklade:
int main()
{
int x = 0;
if ( x ) return 1;
return 0;
}
raz skompilovane gcc -c test.c, druhy krat gcc -O3 -c test.c
spatne som sa pozrel cez objdump -d test.o - jasne bolo vidno, ze podmienku uz ani nekontroluje a rovno vrati 0 v druhom pripade:
test.o: file format elf64-x86-64
Disassembly of section .text:
0000000000000000 <main>:
0: 31 c0 xor %eax,%eax
2: c3 retq
k tej mojej otazke - neda sa povedat pri kompilacii, ci je alebo nie je def. - to sa zisti az pri linkovani .. resp., striktne asi vzato, stn_deldata je zadef. ako neinicializovana premenna pri kompilovani (az st_init ju nastavi bud na NULL alebo na adresu user fcie)
st_destroy sa vola vzdy, ta potom "spusti" hlavnu destroy fciu, ktoru som spominal hore .. user teda v kode pouzije:
/* init s user def. compare/dump/destroy fciami */
struct splaytree *st = st_init(mycompare, mydump, mydestroy);
..
..
/* konecny destroy */
st_destroy(st);
kde st_destroy(struct splaytree *st) vola st_destroy_nodes(struct node* n), ktora sa vola rekurzivne (to je prave to telo fcie, ktore som v mojom prispevku nazval len destroytakze v hlavnej st_destroy by som sa rozhodol, ci sa bude volat rekurznivne "s data delete", alebo len "node delete" ..
ano, mozno je to moc spekulativne, zaujima ma vsak nazor, priapdne skusenosti druhych
Tiskni
Sdílej: