Aggregated diskwriter resource iphone

[iOS] Просмотр системных логов

Существует несколько способов просмотреть логи с iOS-устройства.

1. Через само устройство — в этом случае посмотреть можно лишь только краш-репорты (crashlog), но ведь это самое то для тестировщика! Идем в «Settings» -> «General» -> «About» -> «Diagnostic & Usage» -> «Diagnostic & Usage Data» и смотрим все доступные отчеты о падении приложений. Единственная проблема заключается в том, что здесь нет удобного средства для экспорта этих самых отчетов. Тем не менее, при крайней необходимости можно скопировать нужный участок лога через стандартную функцию копирования текста.

2. Через XCode — к сожалению, среда разработки XCode доступна исключительно для MacOS. По этой и многим другим причинам было бы неплохо, если тестировщики iOS-приложений имели в своем распоряжении хотя бы Mac mini. Для просмотра краш-репортов нужно подключить iOS-устройство к компьютеру, нажать кнопку «Use for Development», после чего в разделе «Device Logs» уже можно непосредственно просматривать логи и, что не маловажно, импортировать их!

3. Через программу «iPhone Configuration Utility» — хотя основная функция этой утилиты заключается в настройки профилей для iOS-устройств, в ней имеется консоль, куда выводятся все логи с подключенного устройства. Незаменимая вещь для тестировщика. К тому же, утилита доступна и для Windows.

4. Через синхронизацию iTunes — каждый раз, когда вы синхронизируете свое iOS-устройство с iTunes на компьютере, логи сохраняются в следующие директории:

Windows XP
C:\Documents and Settings\ \Application Data\Apple Computer\Logs\CrashReporter\MobileDevice\

Windows Vista or 7
C:\Users\ \AppData\Roaming\Apple Computer\Logs\CrashReporter\MobileDevice\

Источник

Aggregated diskwriter resource iphone

Кроме того, пользователи могут проверить, включена ли функция управления производительностью, которая динамически изменяет максимальную производительность во избежание неожиданного выключения устройства, и при необходимости отключить ее. Эта функция активируется только после первого неожиданного выключения устройства с аккумулятором, емкости которого не хватает для обеспечения достаточного уровня максимальной мгновенной мощности. Функция доступна на моделях iPhone 6, iPhone 6 Plus, iPhone 6s, iPhone 6s Plus, iPhone SE (1-го поколения), iPhone 7 и iPhone 7 Plus. Эта функция доступна на iPhone 8, iPhone 8 Plus и iPhone X с iOS 12.1 и более поздних версий и на iPhone XS, iPhone XS Max и iPhone XR с iOS 13.1 и более поздних версий. Эффективность управления производительностью на этих новых моделях может быть менее заметна с учетом усовершенствованного аппаратного и программного обеспечения.
Примечание. После обновления устройства с iOS 11.2.6 или более ранней версии функция управления производительностью будет отключена. Она активируется, если произойдет неожиданное выключение обновленного устройства.
Все модели iPhone также оснащаются базовой системой управления производительностью, которая отвечает за правильную работу аккумулятора и устройства в целом, а также за защиту внутренних компонентов. Именно от нее зависит (помимо прочего) работоспособность устройства при высокой или низкой температуре окружающей среды, а также напряжение на внутренних компонентах. Эта система управления производительностью необходима для обеспечения безопасности и корректного функционирования. Отключить ее нельзя.

1. Установите бесплатное приложение Быстрые команды из App Store.
2. Пройдите по пути Настройки – Быстрые команды и включите опцию Ненадежные команды.
3. Загрузите специальную команду для проверки состояния батареи iPhone.
4. Перейдите в Настройки – Конфиденциальность – Аналитика и улучшения и активируйте переключатель Делиться аналитикой iPhone.
После активации переключателя придется подождать минимум один день, чтобы iPhone сформировал диагностический отчет. Если опция уже была включена, то нужный нам отчет уже сформирован. После просмотра данных об аккумуляторе можно снова отключить отправку статистики.
5. В этом же меню перейдите в раздел Данные Аналитики.
6. Потяните список вниз для открытия строки поиска, начните вводить фразу “log-aggregate“.
7. Список отчетов будет отфильтрован и останутся только журналы состояния аккумулятора. Откройте файл с самой свежей датой.
8. Нажмите кнопку Поделиться и выберите пункт Аккумулятор. Он активирует загруженную быструю команду, которая найдет все нужные данные в отчете.
9. Команда выведет окно с полученной статистикой, среди которой будет информация о количестве циклов заряда батареи.
Если в ответ вы получили данные по аккумулятору небольшой емкости, значит указанный отчет относится к подключенным Apple Watch, выберите следующий файл из списка.

Важно:

  • Аккумулятор является расходным комплектующим и его износ зависит исключительно от пользователя.
  • На расход батареи также влияют неоригинальные комплектующие, резкие перепады температур, старайтесь не насиловать свое устройство во время заряда.
  • Чем больше степень износа батареи, тем меньше ее емкость и соответственно заряда такой батареи на долго не хватит.
  • Если после обновления ПО вы столкнулись с «жором» батареи, сделайте полный сброс настроек и контента, иногда полезно перепрошить свое устройство с помощью iTunes.
  • Если вы используйте джейлбрейк, твики могут пагубно влиять на расход батареи.
Читайте также:  Как распаковать два айфона

В теме нет куратора. Отправляйте заявки на рассмотрение через раздел «Хочу стать куратором» . Предложения по наполнению шапки отправляйте через кнопку «Жалоба».

Сообщение отредактировал MadFile — 18.08.21, 12:11

Странно у меня ингода эти показатели почти совпадают, но я трубку постоянно не держу включенной.
Сейчас с 7-00 утра:
Использование — 6 час. 4 мин.
Ожидание — 9 час., 33 мин.
Остаток батареи — 45%

При этом я девайс особо не юзаю >-)

Сообщение отредактировал Trybnik — 23.04.12, 15:14

Отпишусь по результатам расхода моей батареи, при этом на телефоне:яркость -50%,вафля- выкл,геолок-вкл.,сот.данные-вкл., часовой пояс-вкл.
00.30-07.00-99%(ожидание)
07.00-99%(ожидание)
8.00-95% (ожидание)
8.50-72% (яндекс навигатор)
9.10-69% (ожидание)
11.10-58% (2-а вх.звонка)
13.10-52% (ожидание)
14.10-44% (10 мин.читалка)
15.10-40% (ожидание)
17.40-31% (ожидание)
18.00-31% (ожидание)
18.40-10% (навигатор,запустил скачивать программу с AS, запись видео 7 минут)
19.00-0% (ожидание)
после этого подзарядил в машине на 20%.
Итого: за день телефон практически не использовался. Использование: 5 час, 41 мин.
Ожидание: 19 час, 49 мин. есть комменты по вышеизложенному? У всех батарея так держит?

Сообщение отредактировал Bhnsi — 24.04.12, 19:33

Точно такая же фигня, на брал в конце ноября европейский, на 5.0.1 разряжался часа за 2-3 на 5.1 часа на 4 хватает по сути ниче не улучшилось, че с этим делать неизвестно в сервисе уже поменяли батарею и проверили контроллер питания толку ноль, думаю продать тел по быстрее пока цена держится

Сообщение отредактировал Grifka — 25.04.12, 09:24

Источник

Anyone else have aggregated.diskwrites logs on ios 14?

humpbacktwale

macrumors regular

Noticed them under my diagnostic logs. The heaviest stack for the largest process are as follows:

  • libsystem_pthread.dylib
  • libdispatch.dylib
  • PowerlogCore
  • libsqlite3

I have gotten about 3 of these in the last month, and can’t really find anything useful about what they indicate. Only thing that really jumps out is under Parent in the log, it just says UNKNOWN [1], however this also seems to be the case for some other crashlogs. Apart from the fact they all have the same heaviest stack, I can’t find a cause for them, so wondered if anyone else could shed some light?

Edit: Just for clarification in case anyone else wants to look or doesn’t know what I am talking about, these are the diagnostic logs found under Privacy-> Analytics and Improvements->Analytics Data

PinkyMacGodess

Suspended

Aggregated writes seem to be writes from multiple sources being cached and written at once. The OS can’t write immediately all of the time, and such immediate writes will slow the entire system down. I think most ‘advanced’ OSes cache their writes to storage. It was one of the issues with power outages with Unix. It caches a lot of data to be written, and if the power drops, all that data is gone. If it is data that was necessary for the OS, and the power died, the filesystem may be corrupted and made unable to restart. A painful incident for sure.

humpbacktwale

macrumors regular

PinkyMacGodess

Suspended

It would depend on the load on the system at the time. If your system is busy doing things, it will cache more data for writes. The system also keeps track of where the data is, and if it hasn’t been written, the system knows where to find it. Some data is never written because it changes so much. Memory management seems more art than science.

I don’t think I’d be worried about it, as long as the system is working okay. And don’t Google that too much. There are a raft of brain dead posts insinuating that the existence of that count means you have been hacked. There is no information I could find to support that hypothesis.

Looking at the logs is sometimes humorous, and sometimes horrifying. I remember, in early versions of macOS, seeing humorous error and warning messages. Seeing ‘These aren’t the droids you’re looking for’ made me laugh. It was probably a tag put in by programmers to announce an issue that they were researching at the time. I used to put ‘call-outs’ to track program execution, and it’s a vital tool to help, usually, in programming. I’ve seen words like ‘panic’, and ‘failed’, but some of those failed’s are supposed to fail. When I ran my company, I counseled clients to not look at their logs, as they are often filled with random useless data that means, in many cases, that everything is working like it should. Distilling logs is like sifting sand, Even pros can get lost deciphering them.

Unless someone else has an opinion otherwise, I wouldn’t freak out too much.

humpbacktwale

macrumors regular

Yeah see this is the annoying thing. Anytime I get curious about log reports and go have a look, it’s just people with the same logs saying their phone has been hacked, which is very annoying :/

Читайте также:  Рестор айфон охта молл

I wonder, given its PowerLogCore, could this somehow be related to the battery issues people have been having recently with iOS 14, as in data related to it isn’t being managed correctly? Looking at some of those posts, ravings aside, the all do seem to be from the last 6 months or so.

PinkyMacGodess

Suspended

Yeah see this is the annoying thing. Anytime I get curious about log reports and go have a look, it’s just people with the same logs saying their phone has been hacked, which is very annoying :/

I wonder, given its PowerLogCore, could this somehow be related to the battery issues people have been having recently with iOS 14, as in data related to it isn’t being managed correctly? Looking at some of those posts, ravings aside, the all do seem to be from the last 6 months or so.

humpbacktwale

macrumors regular

PinkyMacGodess

Suspended

It looks like junk to me. There is no ‘Department of Technology’ that I’ve ever been aware of. There are other groups that I would trust one hell of a lot more than a poorly worded post on a site like that.

I mean, get a grip. There is so much bull crap swamping the world right now, and people are able to leverage that BS to frighten people and make money. Likely, every click on that site supports someone laughing at how gullible people are, laughing at them, and hoping the gullibility continues.

I’m beginning to wonder if you are part of a way for the BS artists to market their scare tactics to more people. Because if it were as nefarious as you keep insinuating, way more information would exist than what I’m finding.

Powerlogcore appears to be a private framework released in 2016 for iOS 10. Its use is unknown to me. But if you are going to work yourself up over this, then continue.

This could be a useful and benign framework used by an app you have installed. Find the app, and you have your ‘crime’.

I remember there were hysterical posts about a file in Windows. That if you see that file, you had to ‘delete it AT ONCE!’ because ‘you were at GREAT RISK’. Thousands of people deleted that file, a name that seemed innocuous enough, but their Windows never restarted. People had to reinstall their Windows. So once again: log files contain a lot of information, and anyone seeking to frighten people can pick a lot from them to scare the living crap out of gullible people.

Buy hey, carry on. I wish you luck. There is a lot to freak out about out there.

humpbacktwale

macrumors regular

I’m beginning to wonder if you are part of a way for the BS artists to market their scare tactics to more people. Because if it were as nefarious as you keep insinuating, way more information would exist than what I’m finding.

Powerlogcore appears to be a private framework released in 2016 for iOS 10. Its use is unknown to me. But if you are going to work yourself up over this, then continue.

PinkyMacGodess

Suspended

All I asked in my post was if anyone else had similar logs, which I think is reasonable, to ascertain whether this is a recent bug or not. I didn’t say it was nefarious, only that some of what was returned when I searched seemed concerning, as I couldn’t find any actual information about what exaclty was causing it.

Open Threat Exchange is a fairly popular open source threat intelligence repository created by AT&T. I don’t think it’s likely it was created to scare people, but to for them to get a foothold in a market where their competitors already have one.

Given it is part of PowerCore, I assume it is just something that the operating system is using. There is not indication in any of the logs what application is utilising this framework, unfortunately.

Well, to be honest, there is a slight chance that this is nefarious, but it is slight. Apple bans apps that uses private frameworks, but that depends, from what I have found, on what the private framework is. *Some* are apparently okayed, but many are not.

But is it possbile that this an attack Possible Anything is possible. Likely? No. Does this mean that it’s all BS? Well, scaring people is what political parties and groups of all kinds do on a regular basis. Scaring people makes those scared freakout and do things that are in not their short term, and long term best interests. So, from what I found, this seems to be, it if is a compromise of macOS, an under-reported assault on Apple Mac products. You could make millions, or at least some money if you can prove it’s real. It’s long odds. Good luck.

Читайте также:  Iphone 13 prores размер

I had a client that found a flaw in Windows Media Player. If you had over a certain amount of ‘content’, the system crashed. He found the flaw. An 80 year old man with a love of harp music, and polkas. I used to joke that it was ‘quality control, and a reaction to the amount of polka music he had on his computer. He actually hit me! (More of a smack on the arm, and we both LOAO afterward)

humpbacktwale

macrumors regular

Don’t think it could be a malicious app. I only have 2 non-apple apps on my phone atm, and they are massively popular ones. From what I can tell from the logs, aggregated is what was using powerlogcore, and the other privateframeworks, and it itself is a privateframework.

Just thought this may have been a bug or something.

ApfelKuchen

macrumors 601

The trouble with reading the contents of logs is that, unless you’re an engineer intimately familiar with what it all means, you’re going to have a whole lot more questions than answers. Is a call to a particular software module expected or unexpected? That depends upon a wide variety of circumstances — what else was running/trying to run at that time? These are very complex systems.

All too often, people concerned about what they see in their logs assume that something they don’t recognize must be abnormal. While that’s certainly within the realm of possibility, when engineers inspect logs they are typically looking for correlation to a known fault — a trail of breadcrumbs left when something malfunctions. When they’re not looking for faults, they’re using the logs for things like code/process/hardware optimization.

«Just thought this may have been a bug or something.» Well, was something not working correctly? For these purposes, «Could be working better» isn’t a useful answer. There’s always something that can work better — better power efficiency, faster execution, etc. But unless/until the issue is identified and the code rewritten, «less than optimal» is going to be «normal» operation.

If things seem to be working normally, then chances are what you’re seeing in the logs is normal.

humpbacktwale

macrumors regular

PinkyMacGodess

Suspended

Well, private frameworks are private. Most of them are barred from being used in the Apple App Store, which is a solid reason why Apple should not be barred from keeping their app store a oasis in a world of crooks and cheats.

I applaud Apple for trying to keep their customers safe, and I may be biased, but I’m one of them. *Something* has to stand up to the hacks, crooks, scammers, nefarious people who feed off gullible people.

I can say it again, it is entirely possible that this is benign and this is nothing, or, more nefarious, that bad information is being seeded into areas to deliberately befuddle and confuse people who might trip upon this issue.

But, hey, if you love the excitement, and can convince yourself that *someone* has hacked you, go for it. I loved it when people hit my firewall. I spent many nights watching people try to pick their way through my firewall, and I would block them, and they would try with another IP address. Why was I concerned? I really wasn’t. I have no state secrets on my network, no nuclear secrets, no online banking, no secret plans, no secret recipes, not nothing. My network is pretty boring. But that doesn’t mean that I want people in China, or Peoria, pawing through my stuff. When I first saw it, I was a little panicked. Then I realized I could make life interesting for them too. It was fun. Several entire IP address ranges related to China, Korea, Russia, and Indiana are blocked. The entire subnet, blocked.

So anyway. There is a LOT of disinformation out there. TONS AND TONS. A huge part of searching on the internet is using the ‘is it possible’, and ‘where is this information coming from’. If it sounds like transliterated ‘English’, it smells strong. If it comes from a sketchy URL, it stinks even more. If that is the only site, and other sites are also ‘smelly’, you really need to just sit down, take a deep breath, and figure out why you want to be a victim.

Источник

Оцените статью