Celková doba běhu HDD



Potřeboval bych zjistit celkovou dobu běhu mého HDD. Měl jsem program Hard Drive Inspector, ze kterého to šlo vyčíst, ale byl share na 14 dní, takže už jej nemám.Možná by to šlo zjistit ze SMART, ale nevím jak. Může někdo poradit ? Díky.
Hddhealth, ukaze i pocet zapnuti.
<p>nejobsáhlejší software pro testování zátěže, který jsem našel, je <a href="http://bit.ly/4r8g2l">hp loadrunner</a> (omlouvám se za bit.ly odkaz, ale hp odkaz je hrozný a nebude fungovat správně). je velmi flexibilní a ze zátěžových testů můžete generovat mnoho různých typů zpráv. můžete také nechat skupinu strojů pracovat společně s testem zatížení. ne, že ostatní nástroje jsou špatné, ale vypadá to jako <a href="http://jakarta.apache.org/jmeter/">apache jmeter</a> vypadá jako hračka.</p> <p><code>hi</code> je čas strávený přerušením zpracování hardwaru. hardwarová přerušení jsou generována hardwarovými zařízeními (síťové karty, řadič klávesnice, externí časovač, hardwarové senzory, ...), když potřebují něco signalizovat do procesoru (například data dorazila).</p><p>protože k tomu může dojít velmi často a protože v podstatě blokují aktuální cpu, zatímco jsou spuštěny, jsou popisovače hardwarového přerušení jádra psány tak rychle, jak je to jen možné.</p><p>pokud je třeba provést dlouhé nebo složité zpracování, jsou tyto úkoly odloženy pomocí mechanického volání <code>softirqs</code>. jsou naplánovány nezávisle, mohou běžet na jakémkoli cpu, mohou běžet souběžně (nic z toho neplatí pro popisovače přerušení hardwaru).</p><p><sub>část o tvrdých irq blokujících aktuální procesor a část o tom, že <code>softirqs</code> budou moci běžet kdekoli, nejsou úplně správné, mohou existovat omezení a některé tvrdé irq mohou přerušit jiné.</sub></p><p>jako příklad lze uvést, že hardwarové přerušení ze síťové karty „přijatá data“ by mohlo jednoduše uložit informace „karta ethx musí být obsluhována“ a naplánovat <code>softirq</code>. <code>softirq</code> by byla věc, která spouští skutečné směrování paketů.</p><p><code>si</code> představuje čas strávený v těchto <code>softirqs</code>.</p><p>dobré čtení o mechanismu <code>softirq</code> (s trochou historie) je také <a href="https://www.cs.unca.edu/brock/classes/spring2013/csci331/notes/paper-1130.pdf">dělám to později: softirqs, tasklets, dolní poloviny, fronty úkolů, pracovní fronty a časovače</a> = (pdf, 64 kb).</p><p><code>st</code>, „ukrást čas“, je relevantní pouze ve virtualizovaných prostředích. představuje čas, kdy skutečný procesor nebyl k dispozici aktuálnímu virtuálnímu počítači - byl „odcizen“ z toho vm) hypervizorem (buď pro spuštění jiného vm, nebo pro vlastní potřeby).</p><p>dokument <a href="https://www.ibm.com/developerworks/linux/linux390/perf/tuning\_cputimes.html">cpu time accounting</a> od ibm obsahuje více informací o krádeži času a účetnictví cpu ve virtualizovaných prostředích. (zaměřuje se na hardware typu zseries, ale obecná myšlenka je stejná pro většinu platforem.)</p> <p>máte dobrý popis toho, jak smart pracuje na <a href="http://en.wikipedia.org/wiki/s.m.a.r.t.">wikipedia</a> . ale rychlé úvod:</p><ul> <li> <p>hodnota: jedná se o hrubou hodnotu, kterou hlásí řadič. obvykle je to snadno srozumitelná hodnota (jako je napájení v hodinách nebo teplota), ale někdy tomu tak není (jako četnost chyb při čtení). různí výrobci mohou pro tato data použít různé struktury a významy.</p> </li> <li> <p>normalized: toto je výše uvedená normalizovaná hodnota, takže vyšší hodnota je vždy lepší. míra čtení/chyb 114 je tedy lepší než 113. opět platí, že váš pevný disk převádí nezpracovaná data na normalizovanou hodnotu.</p> </li> <li> <p>nejhorší: nejhorší <em> normalizovaná </em> hodnota, kterou měl váš disk v minulosti (kde 99 je pravděpodobně tovární nastavení).</p> </li> <li> <p>prahová hodnota: když je <em> normalizovaná </em> hodnota <em> nižší </em> než tato hodnota, jednotka je pravděpodobně selže.</p> </li> </ul><p>zdá se tedy, že váš pevný disk je v pořádku. hodnota četnosti chyb při čtení není časem selhání jednotky, ale některé strukturou dat, která závisí na výrobci disku.</p> <p>tabulky auditu se používají ke sledování transakcí s konkrétní tabulkou nebo tabulkami. umožňují vám vidět pokračující „deník“ (pro nedostatek lepšího slova). řekněme například, že máte takovou tabulku:</p><pre><code>create table sensitiveinformation ( sensitivenumber int not null, sensitivedata varchar(100) not null ) go </code></pre><p>mohou existovat uživatelé a/nebo aplikace, které mají přístup k vkládání, aktualizaci a mazání z této tabulky. ale vzhledem k citlivé povaze těchto dat možná budete chtít mít rychlý a snadný způsob, jak sledovat, kdo dělá to, co na této tabulce.</p><p>takže máte tabulku auditů, která sleduje, co se v této tabulce děje. obvykle to bude zahrnovat základní <strong>kdo</strong>, <strong>co</strong>, <strong>kdy</strong>.</p><p>tabulka auditů by mohla vypadat takto:</p><pre><code>create table sensitiveinformationaudit ( sensitivenumbernew int null, sensitivenumberold int null, sensitivedatanew varchar(100) null, sensitivedataold varchar(100) null, action varchar(50) not null, auditdate datetime not null, lastupdateduser varchar(100) not null ) go </code></pre><p>tabulky auditu se obvykle vyplňují pomocí databázových spouštěčů. jinými slovy, když se akce <code>x</code> stane na <code>sensitiveinformation</code>, vložte její podrobnosti do <code>sensitiveinformationaudit</code>.</p> <p>pomocí fdisk můžete mít představu o tom, jaké oddíly máte, například:</p><pre><code>fdisk -l </code></pre><p>ukazuje:</p><pre><code> device boot start end blocks id system /dev/sda1 * 63 204796619 102398278+ 7 hpfs/ntfs /dev/sda2 204797952 205821951 512000 83 linux /dev/sda3 205821952 976773119 385475584 8e linux lvm </code></pre><p>tímto způsobem víte, že máte sda1,2 a 3 oddíly. možnost -t je typ souborového systému; může to být ntfs, fat, ext. v mém příkladu je sda1 ntfs, takže by to mělo být něco jako:</p><pre><code>mount -t ntfs /dev/sda1 /mnt/ </code></pre><p>zařízení usb jsou obvykle vfat a linux jsou obvykle ext.</p> I když to nebude zcela přesné, tak se dá spočítat, jaká vzdálenost odpovídá počtu 10 000 kroků.


**Obecně se udává, že délka kroku je cca 42% vaší výšky**. Tj. pokud byste měřila 170 centimetrů, pak by měla délka kroku odpovídat cca 71,5 centimetru. **Což znamená, že na 1 km potřebujete 1400 kroků.** A 10 000 kroků by tedy odpovídalo vzdálenosti cca 7,15 km.


Tento přepočet je ale opravdu jen hodně orientační. Délka kroku je do značné míry individuální. Jinak dlouhý krok mají ženy a jinak dlouhé kroky dělají muži. A není to jenom o výšce (že jsou muži obvykle vyšší). Ženy jsou zpravidla díky sukním a botám na podpatku, naučené dělat menší kroky.


Velký vliv, na délku kroku, má i rychlost chůze. Nebo i to, kde chodíte. Jiné kroky budete dělat při chůzi po rovině, jiné do kopce.


Takže uvedený přepočet je nutné brát jen jako orientační.


Ještě složitější je to s výpočtem toho, jak dlouho byste měla chodit, na to abyste ušla 10 000 kroků. Tam bude záležet především na rychlosti.


Pokud budete chytit volným tempem, tj. **rychlostí 3 – 4 km za hodinu**, pak byste musela **chodit cca 2 – 2,5 hodiny**, aby to bylo přibližně 10 000 kroků.


Pokud budete chodit svižnou chůzí, tj. **rychlostí 4 – 5 km za hodinu**, pak byste musela **chodit hodinu a 20 minut až hodinu a 45 minut**, aby to bylo přibližně 10 000 kroků


Pokud budete **chodit rychlou chůzí 5 – 7 km** za hodinu, pak byste musela **chodit jednu hodinu až hodinu a 15 minut**, aby to bylo 10 000 kroků.


**Jinak se to ale dá také zobecnit, že zmiňovaných 10 000 kroků odpovídá cca hodinové delší procházce svižnější chůzí každý den + k tomu ještě kroky, které nachodíte při běžném chození v průběhu dne.** To by v součtu mělo dát minimálně 10 tisíc kroků za den.


Přesnější to budete mít jedině, pokud si pořídíte nějaký fitness náramek (ty nejlevnější se dají koupit za pár stovek). Někdy je možné jen nainstalovat si aplikaci do mobilního telefonu (pokud má váš telefon příslušné čidlo, které umí zaznamenávat otřesy, což už dnes má většina „chytrých“ telefonů).


Ve výsledku ale [při hubnutí nejde ani tak o to, jestli nachodíte 10 000 kroků](https://jak-rychle-zhubnout.info/2020-jak-zhubnout-chuzi-kolik-kroku-ujit-za-den/), 6000 kroků nebo 15 000 kroků. To podstatné je, abyste se hýbala více, než v době kdy jste nehubla a aby to bylo pravidelné (ideálně každý den, nebo alespoň 5x týdně). <p>nedávno jsem měl něco podobného s tabulkou 3,5 milionu řádků. moje aktualizace by nikdy nedokončila. po mnoha experimentech a frustrace jsem konečně našel viníka. ukázalo se, že se jedná o indexy v aktualizované tabulce.</p><p>řešením bylo zrušit všechny indexy v aktualizované tabulce před spuštěním příkazu aktualizace. jakmile jsem to udělal, aktualizace skončila za pár minut. po dokončení aktualizace jsem znovu vytvořil indexy a vrátil se zpět do práce. pravděpodobně vám to v tuto chvíli nepomůže, ale možná někdo, kdo hledá odpovědi.</p><p>nechal bych indexy na stole, ze kterého stahujete data. ten nebude muset nadále aktualizovat žádné indexy a měl by pomoci s hledáním dat, která chcete aktualizovat. na pomalém notebooku to fungovalo dobře.</p> Já jsem bohužel na tom asi závislá a výpočet BMI si dělám každé ráno hned jak se zvážím... ach jo a to samozřejmě vím, že vážit bych se měla tak jednou týdně... Já osobně používám <https://www.bmikalkulacka.cz/>, ta mi teď vyhovuje pro hlídaní mého BMI nejvíce. Dobrý den,   

insolvenční správce je povinen po celou dobu trvání oddlužení sledovat, zda splňujete předpoklad plnění oddlužení ve výši 30 % pohledávek věřitelů.   

Pravděpodobně mu systém spočítal, že tohoto limitu průběžně nedosahujete. Požádejte správce o zaslání zprávy o plnění oddlužení, ze které je přesně patrné, jaké je současné uspokojení věřitelů a jaký je předpoklad.   

Zároveň vždy platí, že i pokud správce soudu navrhne zrušení Vašeho oddlužení, soud k tomuto nařídí jednání a Vy máte možnost se k situaci vyjádřit. Domnívám se ale, že toto ve Vašem případě nebude ani nutné. <p>ano, se 100% pokrytím budete psát několik testů, které nepotřebujete. bohužel jediným spolehlivým způsobem, jak určit, které testy nepotřebujete, je napsat je všechny a poté počkat asi 10 let, abyste zjistili, které z nich nikdy selhaly.</p><p>udržování mnoha testů není obvykle problematické. mnoho týmů má automatizovanou integraci a testy systému na 100% pokrytí testem jednotek.</p><p>nejste však ve fázi údržby testu, hrajete dohání. je mnohem lepší mít 100% vašich kurzů při 50% testovacím pokrytí než 50% vašich kurzů při 100% testovacím pokrytí a zdá se, že váš náskok se snaží přimět vás, abyste odpovídajícím způsobem přidělili svůj čas. poté, co máte tuto základní linii, pak dalším krokem je obvykle tlačení o 100% u souborů, které se v budoucnu změní.</p>