Ну а как они там меряют?

hrtimer говорят

но как и что нифига

а я не могу никак повторить

но люди как то меряют

ну ценность у таких измерений нулевая если это именно замер одной операции без усреднения

у меня диссер чот горит

ну по идее точность должны быть если проц типо 1ггц = 1 нс. понятно что он чем то еще занят. но всеже на 2.3 ггц даже

21 нс между двумя ассемблерными вставками

ну чо за дичь

ну по идее точность должны быть если проц типо 1ггц = 1 нс. понятно что он чем то еще занят. но всеже на 2.3 ггц даже

он кучей всего занят еще

без иксов без всякого прочего дерьма

не настолько большая куча всего

запускать миллион раз не поможет и низя

почему нельзя то?

задача такая. а миллион раз ее нельзя выполнять

забьется радиоэфир

Не обязательно лям. -_-

задача такая. а миллион раз ее нельзя выполнять

Если задача только в проверке работы скорости исполнения кода, то напишите функции заглушки, есть более хардовый метод - можно смотреть в спеках скорость выполнения каждой инструкции - получите скорость в попугаях, проблемма оценки очень не тривиальная, кнут для этого и использует свой вымышленный процессор

ну не кода

отправили радиоособщение

включили таймер

получили ответ остановиили

получили ответ остановиили

Ну и получите вы сферическое значение годное для лаба2, помехи, шумы, отражения, потеря пакета. Из наиболее рационального, есть предложение использовать 3-6 приемников и мерять, для чистоты опыта, где нибудь где устройств со сходной чистотой дофига и плохие условия для прохождения сигнала, метро, центр города

все это понятно

есть кто знает opencv?

про помехи отражения и тп

это алгоритмизация

мне надо время

есть кто знает opencv?

Ты уже задашь интересующий тебя вопрос или так и продолжишь вопрошать про opencv?

мне надо время

Ну дак и меряйте время

как

как

fprintf(stdout, "%u\n", (unsigned)time(NULL));

наносекундная точность але

радиосигнал движется со скоростью света

Блять.

наносекундная точность але

1e-9

ну да

1нс 0.3 метра погрешности

надо измерить время с дикретизацией в эту 1нс

по идее все кричат что могут

а на деле чот нифига

ответ вернется через 10нс. а точность у меня 21

типо нифига я не посчитаю

отойдите на 0.299792458 м - готово

что за бред вы несете?

я могу гулять в радиусе 6 метров. из-за низкой точности я увижу всё как будто на расстоянии 6 метров даже если буду впритык к приемнику

я могу гулять в радиусе 6 метров. из-за низкой точности я увижу всё как будто на расстоянии 6 метров даже если буду впритык к приемнику

Приемник один?

да

ну даже если б несколько не изменило бы дело

особо

ну даже если б несколько не изменило бы дело

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

задача не в том

задача померять время между 2 вызовами

задача померять время между 2 вызовами

Та не померяете вы время между двумя вызовами, только усреднено между пачкой вызовов, если у вас таки это получится сделать не прибегая к стороннему оборудованию, сообщите нам

ну почему

да погрешности. с точность. 21 нс, усредненно на 255к вызовов я получил 23нс точности

и что?

ничего не дало

с точностью 1нс. хоть миллион вызовов хоть 1 примерная точность и будет около 1нс

с точностью 1нс. хоть миллион вызовов хоть 1 примерная точность и будет около 1нс

Точность это не величина в вакууме, вы пытаетесь решить проблему нарущая принцип Гейзенберга. Увас там пачка величин влияющих на то, от какого момента радиосигнал мудет смоделирован до того как он будет принят, вызовет прерывание и ваш код сработает. Скажите, зачем это вам, тогда можно и говорить как мерить. А так, только увеличивать кол-во запросов и всеравно вы упретесь в потолок, который гарантирован производителем оборудования, так что и хар-ки устройств тогда в студию

эм

я решу остальные проблемы распространения обнаружения и тп

я говорил зачем. засечь время между отправкой радисигнала и приемом ответа. харки есть неск устройств. например на i5 4460 3.2 ггц

я решу остальные проблемы распространения обнаружения и тп

Ну тогда я вас не понимаю, вопрос -как? В коде вы имеете, показания только системных часов или нет? Что моделирует сигнал, что принимает. Остальные проблемы я решу не канает, это проблема и состоит из остальных проблем. Это всеравно, что завалиться в чат и писать, пасаны как писать ОС, ответом будет, береш и пишешь, ну могут еше книг кинуть

ну епта. задача не в том как и почему формируется

и не в том как написать ОС

ERROR: S client not available

ну епта. задача не в том как и почему формируется

Ну епта, это и не задача а данные. Может у вас min величина приема более 10 нс тогда в чем вопрос. Крч, я вам помочь без доп инфы не смогу, так шо... я оф трейд

ну смотри. общее время от отправки дл приема ответа может быть около 450-500нс. алгоритмически и статистически отсечется время на обработку и приемку

но даже так я не могу точно мерить, если градация 20

с точностью 1нс. хоть миллион вызовов хоть 1 примерная точность и будет около 1нс

лолшто

лолшто

Я его не понимаю, как он хочет мерить с точностью 1 нс, если у него флуктуации на передачу более 50 нс Ааааа, сложна

время на обработку и отправку можно статистически отнять

время на обработку и отправку можно статистически отнять

Нельзя, ты снижаешь этим точность измерений. Как имея плохое измерительное оборудование ты хочешь измерить точно? Ну вот есть у тебя весы которые мерять с точностью до килло и ты такой проводишь 100 измерений, ну да есть распределение Пуассона, но никто не гарантирует тебе что ты постоянно не будешь пролетать в +800-700 грамм из-за среды, рук, воли бога

на одинаковом расстоянии при одинаковых условиях провести большое кол-во измерений

на одинаковом расстоянии при одинаковых условиях провести большое кол-во измерений

Тебе уже выше так советовали, тебе почему то это не подходит, почему мы так и не поняли

вы предлагаете картирование?

вы предлагаете картирование?

Если это использование нескольких приемников то да

нет

триангуляция не особо нужна пока. важно время полета сигнала

триангуляция не особо нужна пока. важно время полета сигнала

Померить несколько раз, полученный результат, домножить на 1.4

А где можно прочитать про использование ассемблера в С коде? Примеры когда он полезен и тп

А где можно прочитать про использование ассемблера в С коде? Примеры когда он полезен и тп

Вроде нигде, на гитхабе порой. Полезен, обычно из рационально в двух случаях, когад без него никак, когда надо оптимизировать дальше некуда

Вроде нигде, на гитхабе порой. Полезен, обычно из рационально в двух случаях, когад без него никак, когда надо оптимизировать дальше некуда

Ясно я просто хотел посмотреть примеры таких оптимизаций

А где можно прочитать про использование ассемблера в С коде? Примеры когда он полезен и тп

Никогда он не полезен. Не используй его.

Никогда он не полезен. Не используй его.

И как без него компиляторы писать?

Разные задачи.

Полезен, если умеешь в avx

Блять(

Никогда он не полезен. Не используй его.

Я видел в каком то майнере в одной версии включили ассемблер

Полезен, если умеешь в avx

avx как раз интрисиками можно

Ясно я просто хотел посмотреть примеры таких оптимизаций

Современные компиляторы оптимизируют код в разы лучше ассемблерщиков со стажем.

Заблуждение.

Современные компиляторы оптимизируют код в разы лучше ассемблерщиков со стажем.

в общем да, но в каждом конкретном случае далеко не обязательно

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

Просто всем лень разбираться, тема непростая

Современные компиляторы оптимизируют код в разы лучше ассемблерщиков со стажем.

Не всегда и не под все платформы.

Но это не значит, что нужно прям бежать писать на асме (вспоминая анекдот про сибиряков и японскую бензопилу).