а почему не написать с нуля на го? Быстрее взять готовый вариант и разобраться в нём? Этот момент вообще не рассмотрен в статье, нет сравнения между сделать своё и взять готовое.
Дополнительный слой для работы с большими данными. Тесты показали, что сообщения больше мегабайта критически роняют перформанс Kafka
а почему падает производительность?
Мы работаем даже не с дисками. ОС кэширует данные, к которым мы чаще всего обращаемся, и именно за счёт этого позволяет с максимальной скоростью читать и обрабатывать их на кластере
опять же) а почему не сделать свой кэш или ОС хорошо кэширует?
Мы пробовали запускаться на виртуальных серверах. Скажу честно, получилось не очень. И дело даже не в CPU, а вот в чём:
Появляется latency на память.
По поводу производительности, скорее всего она упирается в количество контроллеров оперативной памяти процессора. Если в проце 2 контроллера, то он может работать одновременно с двумя планками оперативы (в пользовательских компах обычно так, в серверных больше контроллеров), и пусть там хоть 64 ядра, но читать/писать память одновременно можно только в 2 потока, и данные должны быть в физически разных планках
Автор, у меня бомбануло. Ты вообще считал что на первом графике написано?
Давая я посчитаю. Беру две точки.
Первая за февраль 2017:
У нас есть 177,4 скорее всего тысячи человек(177 400 человек), странно что не написаны единицы измерения.
И так же есть 583 буровых вышки на тот же месяц.
Делим количество людей на вышки.
177 400 / 583 = 304,28816466552315608919382504288
То есть примерно 304 человека на буровую вышку.
Берём вторую точку на август 2015, потому как там хорошо видны значения на графике:
Эта точка находится в полутора годах назад от первой точки.
Количество работников — 195 000
Буровых вышек — примерно 662
195 000 / 662 = 294,56193353474320241691842900302
То есть примерно 295 человек на буровую вышку(я округлил вверх, так как после запятой стоит 5)
ТО ЕСТЬ В 2017 НА ОДНОЙ ВЫШКЕ РАБОТАЕТ БОЛЬШЕ ЛЮДЕЙ, ЧЕМ НА ОДНОЙ ВЫШКЕ В 2015!!!
То есть были СОЗДАНЫ РАБОЧИЕ МЕСТА с течением времени!
Жесть. Как будто код для процессора пишешь. Почему нельзя сделать синтаксис как в go?
Раньше я верил в ton, но теперь я понял что никто не будет писать эту хрень. Нужно столько времени угробить, чтобы написать что-то простое
а почему не написать с нуля
на го? Быстрее взять готовый вариант и разобраться в нём? Этот момент вообще не рассмотрен в статье, нет сравнения между сделать своё и взять готовое.а почему падает производительность?
опять же) а почему не сделать свой кэш или ОС хорошо кэширует?
Появляется latency на память.
По поводу производительности, скорее всего она упирается в количество контроллеров оперативной памяти процессора. Если в проце 2 контроллера, то он может работать одновременно с двумя планками оперативы (в пользовательских компах обычно так, в серверных больше контроллеров), и пусть там хоть 64 ядра, но читать/писать память одновременно можно только в 2 потока, и данные должны быть в физически разных планках
Давая я посчитаю. Беру две точки.
Первая за февраль 2017:
У нас есть 177,4 скорее всего тысячи человек(177 400 человек), странно что не написаны единицы измерения.
И так же есть 583 буровых вышки на тот же месяц.
Делим количество людей на вышки.
177 400 / 583 = 304,28816466552315608919382504288
То есть примерно 304 человека на буровую вышку.
Берём вторую точку на август 2015, потому как там хорошо видны значения на графике:
Эта точка находится в полутора годах назад от первой точки.
Количество работников — 195 000
Буровых вышек — примерно 662
195 000 / 662 = 294,56193353474320241691842900302
То есть примерно 295 человек на буровую вышку(я округлил вверх, так как после запятой стоит 5)
ТО ЕСТЬ В 2017 НА ОДНОЙ ВЫШКЕ РАБОТАЕТ БОЛЬШЕ ЛЮДЕЙ, ЧЕМ НА ОДНОЙ ВЫШКЕ В 2015!!!
То есть были СОЗДАНЫ РАБОЧИЕ МЕСТА с течением времени!