analizer 08.07.2011 15:47 mcabber

Разработка хорошего сервиса состоит из двух частей: сначала всю функциональность реализуют как стопицот мелких демонов общающихся между собой через lo. А когда они перестают падать и начинают тормозить — сливают в единый бинарь.

IT, /b/
1. rtsome 08.07.2011 16:21

нормальные же люди сразу берут эрланг.

2. analizer 08.07.2011 16:22 mcabber

высер одного из таких «нормальных» людей я сегодня положил всего лишь одним потоком запросов. так что — нахуй

3. rtsomeanalizer /2 08.07.2011 16:25

значит он был не нормальный.
как он умудрился сделать это на эрланге?

4. analizerrtsome /3 08.07.2011 16:29 mcabber

спроси у авторов rabbitmq

5. rtsomeanalizer /4 08.07.2011 16:30

да ты охуел.

6. analizerrtsome /5 08.07.2011 16:31 mcabber

да я его положил. всего 27 гигов на него попытался отправить в одно соединение, а он на 14 гиге начал тормозить шописец. и продолжал жрать ядро проца ещё долго после того как отправку данных оборвали

7. rtsomeanalizer /6 08.07.2011 16:33

видимо просто очередь переполнилась, видимо оттого на том конце запор вышел и все дела.
вообщем это нормальное поведение, а ты магии захотел?

8. analizerrtsome /7 08.07.2011 16:35 mcabber

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

9. rtsomeanalizer /8 08.07.2011 16:38

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

10. analizerrtsome /9 08.07.2011 16:41 mcabber

если верить top'у, то имя говнодемону — rabbitmq. и не пизди о том в чём я признавался.

11. rtsomeanalizer /10 08.07.2011 16:43

есть ещё iotop.
а твои признания задокументированны, если ты их не удалял.

12. analizerrtsome /11 08.07.2011 16:44 mcabber

по iostat — диски курили, покуда rabbitmq продолжал при отсутствии данных выжирать одно ядро.

13. rtsomeanalizer /12 08.07.2011 16:45

ну это было уже потом, после катастрофы, а всё интересное произошло до.

14. analizerrtsome /13 08.07.2011 16:46 mcabber

а до — выжирал четверть диска.

15. analizerrtsome /13 08.07.2011 16:53 mcabber

э, ёба, чего язык проглотил, давай дальше говноязык оправдывай!

16. rtsomeanalizer /15 08.07.2011 17:01

Ай не пизди. Сломать-то любой идиот сможет. А данных ты не собрал, хуле тут обсуждать.

17. analizerrtsome /16 08.07.2011 17:01 mcabber

какие конкретно данные тебе нужны?

18. rtsomeanalizer /17 08.07.2011 17:03

Повторный эксперимент, параметры слива например.

19. analizerrtsome /18 08.07.2011 17:12 mcabber

параметры слива: библиотекой rabbitmq-c миллион раз отправили документ usage.doc из этого пакета: http://rpm.pbone.net/index.php3/stat/4/i...

20. rtsomeanalizer /19 08.07.2011 17:19

не, с другой стороны rabbitmq что находилось?

21. analizerrtsome /20 08.07.2011 17:23 mcabber

многоядерная тачка с быстрыми дисками. что конкретно тебя интересует?

22. rtsomeanalizer /21 08.07.2011 17:26

очевидное предположение что это она создала проблему.
также какой транспорт.

23. analizerrtsome /22 08.07.2011 17:27 mcabber

железа хватит на многие миллионы запросов вперёд для нормальных программ. что ты подразумеваешь под транспортом?

24. rtsomeanalizer /23 08.07.2011 17:30

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

25. analizerrtsome /24 08.07.2011 17:33 mcabber

ты может не в курсе, но rabbitmq работает только по amqp протоколу, версии 8-1, если мне память не изменяет.

26. rtsomeanalizer /25 08.07.2011 17:49

rabbitmq-jsonrpc-channel — AMQP-over-HTTP protocol binding
например.

27. rtsome 08.07.2011 18:14

вспомнил что @utros сегодня рекламировался как охуенный фанат и знаток ирлонга. вот и кастуй его сюда.

Do you really want to delete ?