hirthwork 06.08.2012 07:36 mcabberFA020EAC

посоны, у меня МАГИЯ:
1. Клиент засекает текущее время через gettimeofday
2. Делает GET запрос через loopback на сервер
3. Сервер ждёт 50мс (nanosleep) и посылает ответ
4. Клиент получает ответ, смотрит время, получает разницуc с п.1 в 49мс.

Вопросы:
1. Лечить возможно ли?
2. Наскольколько может отличаться число из п.4 от 50мс в меньшую сторону?

Recommended by: @gelraen
1. magog 06.08.2012 07:37 Azoth@Work

жава тормозит вот и время фейлит <_<

2. hirthworkmagog /1 06.08.2012 07:40 mcabberFA020EAC

ты хуй, бля. это плюсовопрос.

3. magoghirthwork /2 06.08.2012 07:41 Azoth@Work

хуево, че. Ставь теги, сука, ставь теги!!!

4. hirthworkmagog /3 06.08.2012 07:42 mcabberFA020EAC

а на имена POSIX функций посмотреть не судьба?

5. magoghirthwork /4 06.08.2012 07:42 Azoth@Work

охуеть. Может мне еще книжку по хаскелю почитать, что бы понять, что это не хаскелепроблема?

6. gelraen 06.08.2012 07:44

отпишись сюда, наверное: http://lists.freebsd.org/pipermail/freeb...

7. hirthworkgelraen /6 06.08.2012 07:45 mcabberFA020EAC

фпесду. лучше прекращу поддерживать сраный пережиток прошлого

8. hirthworkmagog /5 06.08.2012 07:46 mcabberFA020EAC

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

9. magoghirthwork /8 06.08.2012 07:47 Azoth@Work

про nanosleep не слышал. Первую знаю . Но мало ли ебнутых языков, которые свои функции переопрееделяют

10. hirthworkmagog /9 06.08.2012 07:48 mcabberFA020EAC

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

11. DZhon 06.08.2012 08:23

Я думал, что эти нанослипы не имеют смысла, покуда не включен rt-планировщик, не ?

12. DZhonDZhon /11 06.08.2012 08:37

Old behavior

In order to support applications requiring much more precise pauses (e.g., in order to control some time-critical hardware), nanosleep() would handle pauses of up to 2 ms by busy waiting with microsecond precision when called from a thread scheduled under a real-time policy like SCHED_FIFO or SCHED_RR. This special extension was removed in kernel 2.5.39, hence is still present in current 2.4 kernels, but not in 2.6 kernels.

Как во фре — не знаю %)

13. ulidtkomagog /5 06.08.2012 08:57

ну что ты несёшь? про джаву, про какую-то хуйню, хаскель. Батхерт свой распустил тут. Ебнутые языки, блядь — переопределяют. Чего, блядь? Про что несёшь? Вообще охуеть.

14. magogulidtko /13 06.08.2012 09:00 Azoth@Work

ололо, баттхерт питонобляди

15. ulidtkomagog /14 06.08.2012 09:01 lunatic asylum

пиздец. =____\\\\

16. DZhonmagog /14 06.08.2012 09:28

Ты такой конструктивный и логичный.

Do you really want to delete ?