Почему бы не контрибьютить как все нормальные люди

http://developer.amd.com/tools-and-sdks/cpu-development/amd-optimizing-cc-compiler/

Они написали, что как причешут код — зашлют патчи обратно.

Они написали, что как причешут код — зашлют патчи обратно.

посмотрим

/stat@combot

combot.org/chat/-1001031904034

посмотрим

А ваше, лицензия позволят, чоб нет.

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

бери ОС однозадачную без шедулера и меряй

есть ток бубунта

я вот думаю чо с ней придумаь можно

как ядро откусить и отдать моему процессу мб как нить или тип того

говорят через hrtimer linux core api делают даж на нетбуках. 0.5-1нс точность

но суки не говорят так

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

для avx есть compiler intrinsics, асм не надо использовать в критических по скорости задачах (ОППАНЬКИ, да?)

но суки не говорят так

ну как минимум голый init=/my/tester без прочего говна, прибить тред аффинити к одному процу, такое

я таким вообще не занимался(

есть ток бубунта

А как звучит задание целиком? Может вам и не нужно мерять с точностью до 1 нс за одно измерение на ОС с вытесняющей многозадачностью?

нет. задачу ставлю я сам:D

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

Может быть, взглянешь на функцию get_cycles линуксовскую? Считает количество циклов процессора, по идее, должно быть точно.

учитывая теоретическую возможность этого

rdtsc тоже считает колво циклов

но между двумя вызовами минимум что я видел это 42

а обычно 49

мб если проц выделить под только мою прогу и будет хорошо

но я не умею, не знаю реально ли это? чтобы он не ввязывался в работу с другими штуками)

но я не умею, не знаю реально ли это? чтобы он не ввязывался в работу с другими штуками)

includeos

я таким вообще не занимался(

но дисер на эту тему пишешь? окей, удачи

не ну я не на эту тему пишу)

но сприкасается)

просто рили не приходилось выделять)

остальной софт для бубунты

includeos

но между двумя вызовами минимум что я видел это 42

это в каких единицах?

это в тиках проца

includeos попробуй да

ну в операциях

но дисер на эту тему пишешь? окей, удачи

Дисер обречен инфа 100, но ты таки нам кинь. Даже кнут и другие ребята проблему подсчета времени решали свои виртуальным процом. Я бы виртуальной машиной c++ тестил но такого наверное в природе нет

остальной софт для бубунты

https://www.youtube.com/watch?v=t4etEwG2_LY https://github.com/hioa-cs/IncludeOS

чисто на железе запустись и гоняй свой rdtsc там

ты понимаешь что 42 тика проца поменьше 1нс будут?

неа)

это 18нс вроде

я вычислял колво тиков за сек

ну вот это минимальная точность измерений

если у тебя даже rdtsc в ринг0 безе переключений контекста меньше не может выдать

нашел медиану, и поделил эти 42 на то что было

ERROR: S client not available

то в юзерспейсе ты лучше не получишь В ПРИНЦИПЕ

ну вот это минимальная точность измерений

А прерывание обмен инфой с жд?

какой жд

мы про rdtsc

ага

Дисер обречен инфа 100, но ты таки нам кинь. Даже кнут и другие ребята проблему подсчета времени решали свои виртуальным процом. Я бы виртуальной машиной c++ тестил но такого наверное в природе нет

Боюсь что аппаратное прерывание от какой-нить железки испортит вам всю радость измерения даже на подобной ОС.

там чистый асм. там все в регистрах

Боюсь что аппаратное прерывание от какой-нить железки испортит вам всю радость измерения даже на подобной ОС.

Есть другие варианты? Ну можно писать UEFI приложение. Но без прерываний жи никак

не ну а если выделть ядро целиком

ну если кто-то говорит что на этом же железе получил точность 1нс - ну тоже можешь говорить, как в анекдоте

там точность выше на нетбуке блин

ущербном

0.48 насколько я знаю

ну дак и где у них доказательства этого?

есть

я видел

я могу написать что у меня на эпл вотче точность 0.05нс

все вроде ровно

Пхах

но не говорят как

0.48 насколько я знаю

За одно измерение? Ну-ну

Ты им тоже не говори

ну я серьнзо)

я тоже серьезно