Příspěvky

1126

Software / Re:Nejlepší nastavení komprese v 7zip

« kdy: 25. 03. 2017, 14:07:12 »

Právě proto tady po několikáté upozorňuji na možnost spuštění na více jádrech, protože s větším slovníkem bude snížení množství času nejspíše zanedbatelné, ale náročnost a tím pádem potřeba času stoupá často exponenciálně.

To moc nechapu. S vetsim slovnikem se cas spise malicko zvysi. Snizeni velikosti vysledneho archivu je vetsinou minimalni, nekdy az desitky procent.

Pardon chybka, snížení množství dat s větším slovníkem...

1127

Windows a jiné systémy / Re:Windows 7 a vypnutí telemetrie

« kdy: 25. 03. 2017, 13:32:50 »

Každý tady řeší blbosti.
Ale že by někdo odpověděl na to co se ptal původní tazatel tak to ne....
Mě to třeba taky zajímá.

HeRi tady pise blbosti, ale ze by se treba podival na to co jjklg popsal tak to ne...

dalsi seznam W7 telemetricko-smejdskej aktualizaci je treba tady:
https://gist.github.com/xvitaly/eafa75ed2cb79b3bd4e9

jinak se schovanim aktualizaci ve W7 je jeden zasadni problem => Microsoft vydava revize uz vydanych KB a kdyz si nekdo schova KB3068708 tak s vydanim pristi revize Windows to schovani ignorujou a klidne to KB3068708 nahodej do seznamu novejch...
pokud pri schovani jde jiz o nekolitou revizi, tak pri schovani se schova aktualni revize, dalsi vyhledani aktualizaci ale zobrazi jako "novinku"KB co bylo schovane, ale v jine revizi (ta neni zobrazena, je jen jine (starsi) datum), tak schova znovu, da znovu vyhledat aktualizace a zas ma "novinku" to same KB predpredchozi revizi, takze je potreba to cele opakovat az po prvne vydanou, windowsupdateagentem vnucenou revizi... a kdyz uz to po X restartech a X vyhledavani je schovane vse, tak uz se jen ceka az Microsoft zase vyda novou revizi aby se zas muselo schovat => Made In Dement

Jen pro upřesnění - Lael toto ovšem považuje za výbornou věc, tudíž žádný zásadní problém, ale výhoda

1128

Odkladiště / Re:exploitace bez přístupu na cílovou stanici

« kdy: 25. 03. 2017, 13:10:17 »

Pokud víš, co na cílové stanici běží, nejlépe včetně verze, zkus se kouknout po známých zranitelnostech. Pokud to nevíš a je to opravdu stanice s běžným uživatelem, pěkně ho popros, ať si tam tvůj exploit nainstaluje sám. Pod příslibem levné viagry, cracku na denuvo, výhry v loterii, nebo dědictví po prapraprastrýci z emériky to rád udělá

Jak řekl kdysi jeden bezpečnostní expert, cd s nápisem "návrh propouštění na II.Q" pohozené u kopírky v jakémkoliv korporátu udělá své. Pravda, současná situace tomu úplně nenahrává, ale i tak.

Tak tak, já to říkal na přednáškách a školeních podobně - nejlepší je cesta nejmenšího odporu. Proč lámat hesla, proč se snažit nabourávat programy a OS, když mi to heslo sekretářka sama vyzradí za večeři a vášnivou noc neboli nejslabším článkem v bezpečnosti je člověk...
Pak už je jen otázka, co je větší zábava, jestli se dřít přes noc s tím, kde nechal tesař (v systému) díru nebo se dřít jinak se slečnou sekretářkou

1129

Software / Re:Nejlepší nastavení komprese v 7zip

« kdy: 25. 03. 2017, 12:43:14 »

Ale proc ma zaloha bezet po 5 min, to je prehnane casto.

Jak už konstatovala stará Jirsáková, takhle může "zálohovat" akorát magor. 

Jak jsem už psal, osobně zadání příliš neřeším, kdo ví jaké k tomu má důvody i když mě osobně se to nezdá taky od počátku smysluplné.

1130

Software / Re:Nejlepší nastavení komprese v 7zip

« kdy: 25. 03. 2017, 12:28:42 »

Ale proc ma zaloha bezet po 5 min, to je prehnane casto. Ono totiz 150 MB dat se maximali kompresi ani za 5 min nemusi stihnout (v pripade textovych dat, slabsi CPU).

Právě proto tady po několikáté upozorňuji na možnost spuštění na více jádrech, protože s větším slovníkem bude snížení množství času nejspíše zanedbatelné, ale náročnost a tím pádem potřeba času stoupá často exponenciálně.

Já osobně bych to řešil úplně jinak, rychle bych to nalil do tarballu a ten bych potom komprimoval třeba paralelním xz (pxz). Ale tazatel se vyloženě ptal na 7-zip, co ho k tomu vede nevím. Třeba to má své důvody, které tady neuvedl, takže se snažím držet zadání i když se mi může zdát už zadání úkrok bokem.

1131

Software / Re:Nejlepší nastavení komprese v 7zip

« kdy: 25. 03. 2017, 11:25:56 »

To se tazateli vyloženě hodí, když to chce zálohovat co 5 min :-D

To neni problem. Staci mit dostatecny pocet stroju, z nichz kazdy bude resit jednu zalohu. Staci otestovat, jak dlouho se dela jedna zaloha a pak vim, ze jede 12 zaloh za hodinu, hodin je ve dni 24 a pak uz to jen vynasobis a navrsis o rezervu, kdyby se zalohy zpomalily vlivem komplikovanejsich dat.

Dneska se to řeší pronájmem strojového času v cloudu přece , výkonu je hromada

1132

Software / Re:Nejlepší nastavení komprese v 7zip

« kdy: 25. 03. 2017, 09:43:12 »

No jestli ti jde o co nejlepsi kompresi a opravdu te nezajima narocnost na procesor tak misto hrani s parametramam LZMA pouzij uplne jinej algoritmus (neco z rodiny PAQ - koukni napr. na PAQ8PX nebo PAQ8HP12). Ale pocitej s tim ze tech 150MB muzes i na dost silnym CPU komprimovat treba i nekolik dni... Nicmene vysledek bude prakticky minimalni mnozstvi dat.

To se tazateli vyloženě hodí, když to chce zálohovat co 5 min :-D

1133

Software / Re:Nejlepší nastavení komprese v 7zip

« kdy: 25. 03. 2017, 09:36:41 »

Ale pokud jsou data velka do 150 MB na jeden zatah, nema smysl poustet vice vlaken a ani s RAM to nebude tak horke. Pak jeste je do naroku na RAM krome slovniku treba pripocist seznam souboru s kompletnimi cestami da cca 0.5-3 MB na tisic souboru (a nejvic pameti to sezere nakonci vytvareni archivu, kdyz se komprimuje filelist).

To je otázka, jestli pak není komprese s menším slovníkem u takových dat na 4 jádrovém či 8 jádrovém CPU výrazně rychlejší než to hrnout přes jedno jádro.

1134

/dev/null / Re:Opravdu může být na úrovni hw backdoor?

« kdy: 24. 03. 2017, 23:33:42 »

No klasika, nejspíše měli na mysli SMM ap. Intel CPU-level exploit could be tempest in a teapot akorát to pěkně vzoru radia Jerevan po-ohýbali, aby se jim to hodilo do krámu (článek na Aeronetu jsem nečetl, mám lepší věci na práci než číst ruskou propagandu) :-)

Každopádně to, že jde spouštět věci v "RING -2" je delší dobu známá věc a opravdu o takovém kódu OS ani případný hypervizor nad ním nic neví.

Třeba číst tu americkou žejo achjo

To jsem někde napsal? Že o tom nevím! To že nemám chuť číst ruskou propagandu neimplikuje, že chci číst emerickou.

1135

/dev/null / Re:Opravdu může být na úrovni hw backdoor?

« kdy: 24. 03. 2017, 20:37:37 »

No klasika, nejspíše měli na mysli SMM ap. Intel CPU-level exploit could be tempest in a teapot akorát to pěkně vzoru radia Jerevan po-ohýbali, aby se jim to hodilo do krámu (článek na Aeronetu jsem nečetl, mám lepší věci na práci než číst ruskou propagandu) :-)

Každopádně to, že jde spouštět věci v "RING -2" je delší dobu známá věc a opravdu o takovém kódu OS ani případný hypervizor nad ním nic neví.

1136

Software / Re:inkrementální zálohování obrazů virtuálních disků

« kdy: 24. 03. 2017, 10:13:37 »

kdyz bys misto raw pouzil qcow2 (nativni format Qemu) tak muzes snadno snapshotovat (a i si je jednotlive pak primountovat)

Kód: [Vybrat]

virsh snapshot-create-as jmenovirtualu "jmeno snapshotu" --atomic

qcow ale za to plati urcitou ztratou vykonu ne?

Lepší je qed formát, blíží se výkonu raw při zachování dalších výhod jako je možnost cow, snapshotů, zabrání pouze zaplněného místa...

1137

Software / Re:Nejlepší nastavení komprese v 7zip

« kdy: 24. 03. 2017, 09:43:59 »

Ještě se to liší podle parametry -mmt=[on|off|N] kde N je počet vláken (tuším jen pro LZMA2) - výrazně zrychluje kompresi. U 1024M slovníku je potřeba např. u 8 vláken cca 50GB RAM, u 4 vláken 25 GB RAM...

1138

Windows a jiné systémy / Re:ISO obrazy instalace Windows Vista

« kdy: 22. 03. 2017, 14:43:50 »

Řekni Laelovi, on ti to vysvětlí, že tvůj problém neexistuje

1139

O serveru Root.cz / Re:Nový Root již dnes?

« kdy: 22. 03. 2017, 14:27:54 »

Takze ted budou resit kolecko a na unik privatnich informaci se zase nedostane. Ty jsou zajimave akorat tehdy, kdyz uniknou Yahoo nebo nekomu jinemu a da se o tom napsat zpravicka.

Kolečko už kolečkuje, tipuji to, že to bylo reklamním systémem, který si to sám opravil.

Hele přijali pro tebe extra člověka, třeba se ti bude věnovat ještě letos

1140

O serveru Root.cz / Re:Nový Root již dnes?

« kdy: 21. 03. 2017, 19:48:00 »

Při té příležitosti jsem přišel na zajímavost:

Proč se bez JavaScriptu vykreslí Root takhle:



a s JavaScriptem takhle:



to jako je to nastylované a pak se to dynamicky přestyluje pomocí JS? To jako vážně? Díky za další ostudný příklad pro ukázku či na školení, jak nedělat web