DS
Он тебе только через месяц ответит. Когда дочитает чат до этого момента
Size: a a a
2020 April 02
А⚙
покупать дорогое оборудование чтобы поставить в шкаф - не хочу
Ещё есть The Room: Dark matters
А⚙
Лень
СД
Ты не ответил на самый важный вопрос)
+red75prime, а я и не знаю, я просто задался вопросом: мне кажется логично, что если ты продумываешь приложение которое слушает tcp порт, ориентировочно нагруженный, то хорошо бы разбираться как там устроена передача данных от провода, до масива в твоем приложении, чтобы лишний раз не наделать бутылочных горлышек
AZ
+red75prime, а я и не знаю, я просто задался вопросом: мне кажется логично, что если ты продумываешь приложение которое слушает tcp порт, ориентировочно нагруженный, то хорошо бы разбираться как там устроена передача данных от провода, до масива в твоем приложении, чтобы лишний раз не наделать бутылочных горлышек
много разработчиков на ноджс задаются такими вопросами? 🤔
p
+red75prime, а я и не знаю, я просто задался вопросом: мне кажется логично, что если ты продумываешь приложение которое слушает tcp порт, ориентировочно нагруженный, то хорошо бы разбираться как там устроена передача данных от провода, до масива в твоем приложении, чтобы лишний раз не наделать бутылочных горлышек
в общем случае не надо об этом думать)
СД
много разработчиков на ноджс задаются такими вопросами? 🤔
ну может это и не практично, но мне кажется такое знать надо
p
необязательно
СД
необязательно
ну а почему не обязательно? как знания могут быть лишними, я хз лично
AZ
ну а почему не обязательно? как знания могут быть лишними, я хз лично
лишними не могут быть, а вот не особо полезными - легко
СД
я в свое время работал с системой централизованного сбора логов, там были реальные цифры порядка 20к event per second, каждое событие - строка машинного лога в юникоде длиной ну совсем разной, от 20 символов до 300 символов (логи windows), ну и я думаю парни которые писали этот сборщик логов так или иначе знают что там происходит от провода, до их массива в коде
СД
по этой причине мне и интересно как оно там устроено
СД
я точно знаю что там слушался не один порт, и точно знаю что в один порт отправляют машинный лог несколько источников событий, наверняка там параллельно читается с кабеля и может еще какие raw сокеты и используются, как red75prime упоминал
СД
хз, но вот это вот интересненько
AZ
я в свое время работал с системой централизованного сбора логов, там были реальные цифры порядка 20к event per second, каждое событие - строка машинного лога в юникоде длиной ну совсем разной, от 20 символов до 300 символов (логи windows), ну и я думаю парни которые писали этот сборщик логов так или иначе знают что там происходит от провода, до их массива в коде
а я в свое время писал систему в которой были еральные цифра типа 0.5 event per second, и там было немного пофиг на то какие там raw sockets или еще что)
p
я в свое время работал с системой централизованного сбора логов, там были реальные цифры порядка 20к event per second, каждое событие - строка машинного лога в юникоде длиной ну совсем разной, от 20 символов до 300 символов (логи windows), ну и я думаю парни которые писали этот сборщик логов так или иначе знают что там происходит от провода, до их массива в коде
20 символов * 20к = 400к символов
это 400к байт == 400 килобайт
это даже не мегабайт)
это 400к байт == 400 килобайт
это даже не мегабайт)
p
ну в среднем наверное как раз и выходило пару мегабайт
p
но это вообще ничего
p
учитывая что логи скорее всего просто куда-то записывались, и обработки с ними не было никакой
r
я точно знаю что там слушался не один порт, и точно знаю что в один порт отправляют машинный лог несколько источников событий, наверняка там параллельно читается с кабеля и может еще какие raw сокеты и используются, как red75prime упоминал
Raw sockets для быстродействия совсем не полезны. Фильтрация пакетов ядром для них ограничена. Так что получаются лишние переходы из ядра в юзерспейс. Самые быстродействующие системы обработки трафика полностью в юзерспейсе, если не ошибаюсь