Как я упоминал ранее - SIMD здесь не самоцель, а просто приятный бонус. Самое важное - это росто производительности минимальными изменениями в коде используя максимум от доступного железа.
Как итог самые нагруженные части и были вынесены в сервисы на Go.
Самое главное, что у любого бизнеса есть ограничения и иногда нет ресурсов на вынесение логики из огромного монолита в нужный срок. Приходится искать решения, которые устроят вас здесь и сейчас, закладывая длительные изменения в план.
Это первое, что было сделано. Я бы сказал, что нужно проводить ревизию периодически, т. к. за годы изначальный API и его сценарии использования могут сильно измениться, а вот процесс обновления выборок и в целом устаревания полей я встречал крайне редко.
Теперь понятно :) Это правда, я упоминаю SIMD ради популяризации, т. к. много где разработчики про него не знают, а ведь можно не надеяться на компилятор, а использовать функции самому. В общем, небольшой кликбэйт, виновен!
Конечно, если бы можно было запустить protobuf на старых smarttv, мы бы так и сделали. Но здесь вступают в силу ограничения вендоров. На счет SIMD. Понял возмущение, но увы, не понял в чем. В формулировке? Так SIMD использовался так же, как и любые другие возможности процессоров. Скажем, тот же LLVM сам использует SIMD при компиляции там, где может, даже если вы в коде не использовали AVX intrinsics.
Боюсь на момент событий ваш доклад ещё не вышел, но я его обязательно посмотрю, спасибо за ссылку! Выбор точек для оптимизации был выбран после анализа нагрузки и профилирования методов.
В этом случае речь идёт о расписании телепередач, там множество метаданных и передача данных между сервисами тоже в JSON (позже заменили на Protobuf). Можно было бы оптимизировать формат данных и отдвавать что-то более компактное в более компактном API, но увы, около 40% клиентских приложений просто не обновить, а остальные обновляются медленно.
Что со мной не так? «Приложения для windows» периодически пишу. Ни про одну «самую популярную» из сред не слышал. Знаю Delphi, VBasic, Visual Studio.
Кажется, ваш кругозор сильно ограничен, учитывая, что Windows Forms более 15-ти лет.
Курсы полезны тем, кому интересно писать современные приложения для актуальной версии Windows.
У меня нет опыта использования Redis в больших проектах и, я более чем уверен, что такая простая абстракция не потянет необходимый функционал. Мысль с prefix мне нравится, думаю стоит добавить подобную возможность.
Ещё много над чем есть подумать и что реализовать, пока лишь самое начало.
Как я упоминал ранее - SIMD здесь не самоцель, а просто приятный бонус. Самое важное - это росто производительности минимальными изменениями в коде используя максимум от доступного железа.
Как итог самые нагруженные части и были вынесены в сервисы на Go.
Самое главное, что у любого бизнеса есть ограничения и иногда нет ресурсов на вынесение логики из огромного монолита в нужный срок. Приходится искать решения, которые устроят вас здесь и сейчас, закладывая длительные изменения в план.
Это отдельное железо, но ровно те же сервера редиса, которые уже использовались. Волею судеб сервера у нас имели остаточное кол-во свободной ОЗУ.
Это хорошая идея. К сожалению, не всегда можно предсказать из какой сети зайдёт пользователь, но для достаточно большой части это сработает.
Это первое, что было сделано. Я бы сказал, что нужно проводить ревизию периодически, т. к. за годы изначальный API и его сценарии использования могут сильно измениться, а вот процесс обновления выборок и в целом устаревания полей я встречал крайне редко.
Отнюдь. Хотя поди докажи нынче, что ты не бот.
Теперь понятно :) Это правда, я упоминаю SIMD ради популяризации, т. к. много где разработчики про него не знают, а ведь можно не надеяться на компилятор, а использовать функции самому. В общем, небольшой кликбэйт, виновен!
Конечно, если бы можно было запустить protobuf на старых smarttv, мы бы так и сделали. Но здесь вступают в силу ограничения вендоров.
На счет SIMD. Понял возмущение, но увы, не понял в чем. В формулировке? Так SIMD использовался так же, как и любые другие возможности процессоров. Скажем, тот же LLVM сам использует SIMD при компиляции там, где может, даже если вы в коде не использовали AVX intrinsics.
Боюсь на момент событий ваш доклад ещё не вышел, но я его обязательно посмотрю, спасибо за ссылку! Выбор точек для оптимизации был выбран после анализа нагрузки и профилирования методов.
В этом случае речь идёт о расписании телепередач, там множество метаданных и передача данных между сервисами тоже в JSON (позже заменили на Protobuf). Можно было бы оптимизировать формат данных и отдвавать что-то более компактное в более компактном API, но увы, около 40% клиентских приложений просто не обновить, а остальные обновляются медленно.
Не холивар, так обесценивание)) Красота дело субьективное, конечно. Но с точки зрения питона это большой и отличный шаг вперёд.
Господи, это теперь вместо JIRA и Confluence можно просто поставить один YouTrack?!
Кажется, ваш кругозор сильно ограничен, учитывая, что Windows Forms более 15-ти лет.
Курсы полезны тем, кому интересно писать современные приложения для актуальной версии Windows.
Вот только у VSCode свой собственный редактор Monaco и отличный IntelliSense, пусть и не для всех языков. А у Atom, увы, нет.
У меня нет опыта использования Redis в больших проектах и, я более чем уверен, что такая простая абстракция не потянет необходимый функционал. Мысль с
prefixмне нравится, думаю стоит добавить подобную возможность.Ещё много над чем есть подумать и что реализовать, пока лишь самое начало.