Прочитать точный счетчик из пространства пользователя(rdtsc), счетчик нужен в ПО(на Си) работающим под Андроид Опции

[Kris2007]

Нужно поюзать какой-нибудь точный счетчик циклов из-под ОС Linux из пространства пользователя.
Кроме clock_gettime ничего в голову не приходит. Существует ли какой-нибудь счетчик типа rdtsc для x86, который можно использовать из пространства пользователя(для включения которого не нужен kernel mode)?

[Olej]

(для включения которого не нужен kernel mode)?

это вопрос уже а). архитектуры ARM и на разных семействах ARM могут быть различия, б). вопрос того, что разработчики kernel сочли нужным в архитектурно-зависимой части включить в kernel API ... (посмотрю на досуге).

а если вы знаете что-то подходящее из kernel API под ваши цели - сделайте под него syscall() под ваши цели, который можно подгружать и динамически, чтоб не отходить от типового ядра Linux.

вот я беру на своём Android (кстати, какой вас интересует Android, версия?) делаю:

Код

[olej@notebook platform-tools]$ ./adb devices
* daemon not running. starting it now on port 5037 *
* daemon started successfully *
List of devices attached
0123456789ABCDEF        device
[olej@notebook platform-tools]$ ./adb -s 0123456789ABCDEF shell
# cd /proc
# cat /proc/kallsyms | grep sys_ | grep T
c00173c8 T proc_sys_init
c002ff88 T sys_call_table
c003060c T sys_oabi_call_table
c0033024 T sys_rt_sigreturn
c00330e0 T sys_sigreturn
c0033180 T sys_sigaction
...

- вот они все kernel API, родёмые, как на ладони...
- adb - это из состава Android SDK, вы уже развернули Android SDK?

[Kris2007]

Да развернул.
clock_gettime(другого решения пока не нашел( ) насколько я понимаю использует системный вызов sys_timer_gettime.
Но это много дольше, чем просто прочитать регистр таймера в x86(

[Olej]

clock_gettime(другого решения пока не нашел( ) насколько я понимаю использует системный вызов sys_timer_gettime.

Код

[olej@notebook 2012_WORK]$ cat /proc/kallsyms | grep T | grep clock_gettime
c045a5ee T sys_clock_gettime

Но это много дольше, чем просто прочитать регистр таймера в x86(

при чём здесь вообще "дольше" или "короче" при таких элементарных операциях?
если вас устраивает разрешение с дискретностью HZ (счётчик ядра jiffies - системное время), то clock_gettime() или что-то подобное из <linux/time.h> - это самое то, что вам и надо... rdtsc и в x86 используется только в крайних случаях, и исключительно когда дискретность измерений должна быть мельче HZ.

[Kris2007]

Код

[olej@notebook 2012_WORK]$ cat /proc/kallsyms | grep T | grep clock_gettime
c045a5ee T sys_clock_gettime

при чём здесь вообще "дольше" или "короче" при таких элементарных операциях?
если вас устраивает разрешение с дискретностью HZ (счётчик ядра jiffies - системное время), то clock_gettime() или что-то подобное из <linux/time.h> - это самое то, что вам и надо... rdtsc и в x86 используется только в крайних случаях, и исключительно когда дискретность измерений должна быть мельче HZ.

Это критичный момент. Код портируется на много платформ x86, mips, porepc, IOS(на ARM) и т п для всех своя реализация на асме. Для IOS через функцию mach_absolute_time(), андроиде подобной увы нет.

[Olej]

Это критичный момент. Код портируется на много платформ x86, mips, porepc, IOS(на ARM) и т п для всех своя реализация на асме. Для IOS через функцию mach_absolute_time(), андроиде подобной увы нет.

подождите! - это не критичный момент!

единственный критичный момент: нужна ли вам дискретность времени выше системного таймера? (менее 1/HZ)

если нет, то ответ однозначно один:

- если у вас программа юзерспейс, то независимо отлюбых аппаратных платформ, в POSIX системе Linux должны использоваться только POSIX API вызовы... - clock_gettime() etc.
- и тогда у вас даже мыслей дурных не будет возникать: портируется - не портируется.

P.S. что касается iOS, то это слишком широкое спектр портирования, и тут вам придётся чего-то изобретать, но ... уже на сегодня объём смартфонов под iOS меньше Android (который Linux) скоро в 3 раза и это соотношение только усугубляется.

[Kris2007]

Нужна.

единственный критичный момент: нужна ли вам дискретность времени выше системного таймера? (менее 1/HZ)