Portál AbcLinuxu, 30. října 2025 23:14
kdyby se nepriznal a neukazal FBI telo, tak telo nikdy nenajdou a nikdy by jej neodsoudili?
Prortoze v USA to neni easy, zenska jej vyditala a mela vsechny trumfu v rukavu, presunkce viny, obvini jej ze znasilneni a jde do vezeni, dozivotni vtyzivne, soudy - kdy ona si na to vezme pujcku a on to pak bude muset platit atd. atd.To počítám tvrdil on. Lol (i nad těma ostatníma příspěvkama teda, čest výjimkám jako Hefo).
nikoho nezajima jednouzivatelsky benchmarkPráve naopak. Ak aj spravuješ tisíc serverov pre milión používateľov, pripájaš sa pravdepodobne z počítača, na ktorom si len ty sám (jednoužívateľský use case).
Kazdopaden u LUN je vzdy diky kompresi a dedup. oveprov, tedy logicky musi byt volne mistio, pak snapshoty a navazane replikace - zase misto.
Treba u NetApp metro clusteru rovnou rezervujete aspon 5-10% pro replikaci primo na Aggregatu, kdyby se to totiz rozpojilo, tak tam sype data a az se to zase spoji, tak vi, co ma synchronizovat - ak volumy a snapshoty na nich, pak planovany expand.
U Raiseru jsme si neceho tak super nevsiml, plno veci, jako ze doplni prazdny blok povazuji za zpomalovac, setri to misto, ale to uz je lepsi deduplikace a komprese, coz ma treba BTRFS, XFS ma aspon deduplikaci - jo a dost me sere, ze RHEL uplne vyhodil BTRFS z jadra - mitso toho prisel s uplnym shitem, co blokove umi dedupliaci a kompresi - ale je tyo k nicemu, na rozdil od BTRFS - ktery na SW_raid/hw-raid funguje skvele - jako davat tam disky ro riad5/6 mu moc nejde, presnjei pry kdyz se daji metadata na vsechny disky jako mirror, tak je to pry OK, ze se z havarie zotavi - coz dava i smysl - ja mam metadata duplikovane i na SW raidu - pry to taky pomaha, kdyz se neco stane - vezme si ty zalozni.
Tiskni
Sdílej:
ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.