Буду краток. То, как надо обращаться с аккумуляторами — зависит от технологии, в них используемой.
Ni-Cd, Ni-MH необходимо для предотвращения падения ёмкости заряда — разряжать в нуль перед зарядкой. Иначе происходит укрупнение элементов, которые несут заряд и в итоге общая ёмкость аккумулятора падает. Именно с тех времен и родилось «при покупке обязательно разрядите, зарядите; повторите процедуру 3 раза». Это актуально и сейчас, вот только в тех же мобильниках такие аккумуляторы уже много лет неиспользуются. Но актуальности не потеряло — путем нескольких циклов глубокого разряда и последующего заряда восстанавливаются уже вроде как «убитые» аккумуляторы. То что аккумуляторы надо разряжать полностью и делать такие глубокие циклы — запомнили и передавали из уст в уста.
Но прогресс не стоял на месте и потихоньку в большинстве устройств (имею ввиду ноутбуки, мобильники, плееры) аккумуляторы сменились на литий-ионные и чуть позднее появились литий-полимерные.
Но Li-Ion, Li-Pol — устроены совсем иначе. И обращаться с ними необходимо совсем иначе. Эти аккумуляторы не терпят глубокого разряда — легко их таким образом вообще вывести из строя. Именно поэтому и продаются устройства на 2/3 заряженными. И совсем не для того, что бы устройство можно было включить для проверки.
Но закостенелость мышления людей делает своё черное дело — до сих пор ходят из уст в уста передаются «как надо правильно заряжать аккумуляторы», даже не делая акцент о каком типе идет речь. То что русскому хорошо — немцу смерть — и знать не знают.
А вот начни спрашивать — «ты хоть физику процесса знаешь?», «что там происходит при заряде, разряде, почему можно, почему нельзя?». Сказать не могут. Друг сказал… вот и курсирует десятилетиями по сарафанному радио тысячи заблуждений.
Поэтому сторонников «разрядов-зарядов» Li-Ion аккумуляторов прошу написать подробно чем же они основывают свое мнение, потому как наука и практика не на их стороне.
Их даже хранить (когда на долгое время не планируете использоваться) необходимо по разному — никель-кадмиевые и метал-гидридные необходимо полностью разрядить, а литий-ионные и литий-полимерные — наоборот зарядить процентов до 60-80.

Что, *лядь, за ересь тут в комментариях? Хабр высокообразованный интеллектуальный народ. Считать не умеют. ппц, слов нет. В школе не учились? Когда перед скобками нет знака — это умножение. Сначала выполняется операция в скобках. Операции умножения и деление равнозначны по приоритету.

6/2(1+2)=6/2*(1+2)=6/2*3=3*3=9

Я жду Microsoft Surface.
Потом буду делать выбор.

«Мобильник для стариков» купите, например, марки Just5.
Прицепите длинным ремешком, например, к застежке молнии кармана.
PS У меня дочке 4,5 — я еще год не решусь минимум во дворе ее оставить…

Мобил-часов большой выбор есть на DX s.dealextreme.com/search/watch%20phone
Но ребенку я бы поискал какой-нибудь менее броский и более надежный вариант :)

standard?

Намертво и при этом на многопроцессорной машине. Если это как то и связано с диском, то скорее всего какой то драйвер блокирует все ядра в ISR или DPC. Но это может быть и чего нибудь связанное со спинлоками (что более вероятно, ибо нечто подобное у меня наблюдалось с проактивной защитой аутпоста пару лет назад — снес к чертям как только вычислил).

Собственно, искать гада стоит начинать с установки WPT Kit
Так как проблема появляется нечасто, то придется постоянно крутить circular logging. Запускаем из elevated консоли:

xperf -on latency -stackwalk profile -maxfile 128 -filemode circular

Естественно, некоторая часть ресурсов будет отъедаться на постоянную запись лога, но по личным наблюдениям оно не особо мешает даже на относительно слабом low-middle end ноуте более чем двухлетней давности.
После того, как проблема зарепродюсится, нужно запустить из элевейченной консоли:

xperf -d trace.etl

Потом делаем

xperf trace.etl

для открытия лога и можно приступать к анализу. Первым делом стоит найти проблемный участок и сделать zoom на него. После этого прописать в символах

SRV*c:\downstore*http://msdl.microsoft.com/download/symbols

и вывести «Summary table» на «Stack counts by type». С очень большой вероятностью можно будет обнаружить странности уже там.
Также стоит взглянуть на «Summary table» для «DPC CPU Usage» и «Interrupt CPU Usage». Вообще говоря полуофициальное требование к длительности ISR — не более 10 мкс, DPC — не более 25 мкс. Средние значения длительностей ISR и DPC должны быть близки к этим, пиковое значение может быть в районе миллисекунд или даже десятков миллисекунд. Если там сотни-тысячи — это уже проблема.

В общем, удачной охоты.