Как проанализировать данные профиля из 'записи перфекта -' (набор в масштабе всей системы)?

Мой опыт в работе в этой области был в Windows CE, а не Linux.

Во время приостанавливания / цикл резюме, ОС будет прогрессивно закрывать функциональность ОС, ограничивающую Вашу способность получить точную надежную информацию о том, что продолжает использовать функциональность ОС. Кроме того, Ваше контрольное соединение может (например, если проблема синхронизирует связанный), изменяют результат.

Инструменты предпочтения запускаются с соединения отладчика C/C++ с ОС на верхнем уровне, и на очень низкоуровневых данных отправки конца вниз последовательный порт / Почтовые индексы или на не аппаратные средства X86 отладчик JTAG или эквиваленты. Конечным результатом являются долгие часы, разрабатывая поток кода и находя точку, когда это ведет себя по-другому по сравнению с нормальным поведением. В той точке фиксация обычно очевидна. Сохраните хорошие примечания и внесите одно изменение за один раз.

Потребовалось 6 недель для идентификации питания проблема, которую мы имели с Windows CE. У нас была плата процессора PC104, которую мы могли выключить в течение 10 или 60 секунд и включить без проблем. Однако, если бы питание было удалено в течение 25 секунд, то оно не включилось бы. Оказалось, что у нас было достаточно емкости для сохранения содержания DRAM в целости без питания в течение приблизительно 20 секунд, таким образом, на коротком питании от цикла, Windows CE думал, что это возобновлялось от состояния ожидания. Когда вся память была сохранена, она будет на самом деле следовать за выполнением резюме, когда память была частично повреждена, она перепутать во время резюме.

Удачи.