Насчет пользователей интересно не текущее количество, а теоретическое максимальное, которое можно запустить в систему без деградации производительности. Считаем примерно так:
Замеряем для каждого из методов API максимальное количество RPS, при котором время ответа и процент ошибок не превышают допустимого порога. Считаем, что при такой нагрузке этот метод занимает 100% ресурса сервера
Вычисляем "стоимость" 1 RPS к данному API в процентах от ресурса сервера (например, если максимально можно получить 50RPS, то 1 RPS = 1/50 = 0.02 = 2%.
Прикидываем, сколько запросов к каждому из API делает типичный пользователь в час. Переводим RPH в RPS (получается очень маленькое число)
Для всех методов: умножаем RPS пользователя на "стоимость" 1 RPS, получаем "стоимость" доступа одного пользователя к этому API
Складываем все значения, получаем общую "стоимость" одного пользователя по всем API
Делим 100% на "стоимость" одного пользователя, получаем теоретическое максимальное количество пользователей
Тоже недавно перешли с jmeter на k6, и какое же это облегчение! Расскажите пожалуйста:
Как вы запускаете тест распределенным образом, т.е. посылая запросы одновременно с нескольких хостов?
Считаете ли вы максимальное количество "среднестатистических" пользователей в день, которые система потянет, или только отдельные RPS на каждый конкретный API / сервис? Если да, то каким образом?
Ну кстати, очень убедительная концепция. Решен вопрос того, как вырастить орган, не подсоединенный к кровеносной системе, и решен вопрос взаимной выгоды: существа получали возможность быстрого передвижения, деревья - распространения семян из шишек.
Что "недружелюбного" они нашли в предыдущем маскоте? Он был очень тёплый и уютный, а новый выглядит неуклюжим и доверять ему что-либо ответственное не хочется
Проблема скорее не в ORM как концепции, а в том, что ее реализация на PHP или Python получается просто дико вербозная. Посмотрите ради интереса на LINQ2DB в .NET или Ktorm в Kotlin - там гораздо красивее получается, т.к. лаконично и при этом никаких магических строк
Когда такой девайс работает на проприетарном ПО, у нас нет свободы это ПО модифицировать. Приходится полагаться на волю производителя. И поскольку у нас нет свободы для его изучения, мы не можем избежать обстоятельств, которые ведут к ложным срабатываниям.
Так, ну и кто готов поставить себе кардиостимулятор с прошивкой, распространяемой по свободной лицензии MIT, в которой где написано "SOFTWARE IS PROVIDED AS IS, WITHOUT WARRANTY OF ANY KIND..."?
в ту же секунду "у тебя кончились лимиты, плати 20 баксов" Чистой воды совпадение. Ругаться с машиной бессмысленно, т.к вы делаете это за свой же счет, а для нее все слова одинаковы. А вот несколько интенсивных рефакторингов подряд действительно могли потратить ваш лимит довольно быстро
Откуда вы взяли код для примеров синтаксиса, где event, then, for i in range(0, 10) и т.д.? В официальной документации ничего подобного нет, и на скриншотах тоже. Галлюцинация ИИ?
Я ничего не знаю про девять лет вашей жизни, поэтому, пожалуйста, не приписывайте моим комментариям коннотаций, которых там не может быть.
Мой вопрос был в том, что вы имеете в виду под «переходом на ActionScript», причем судя по резко негативной реакции вашей жены насильственным, если он существовал как раз с 1998 года и ни в какой момент не был обязательным для создания анимаций?
Под первый Switch был смысл собирать коллекцию физических картриджей: они компактные, бесшумные, игра стартует моментально, можно меняться с друзьями или продать, классно смотрится на полке, не боится отключения магазина и т.д. - масса преимуществ.
Под PS4/5 же проще было покупать в цифре, поскольку с дисками есть несколько существенных проблем: игра с диска требует установки (и копируется медленнее, чем скачивание онлайн), диск гудит во время игры, царапается со временем. К тому же в цифре бывали ощутимые скидки на распродажах.
Со вторым Switch из-за картриджей-пустышек ситуация непонятная, видимо тоже особого смысла в них не будет.
От флеша умер только плагин для браузера. Сам редактор живет и здравствует под названием Adobe Animate. Лично мне удобнее всего использовать старинный Flash CS6 для рисования, а потом экспортировать в видео с высоким разрешением в Animate 2020.
Проблема с чисто векторными анимациями в том, что многие красивые эффекты (тень, размытие, свечение) делаются сугубо растровым образом, поэтому современные профессиональные анимационные пакеты обычно комбинируют и вектор, и растр. Во флеше было штук пять таких эффектов, которые добавили еще в Macromedia Flash MX, но с тех пор никак не развивали.
Есть сравнительные данные о производительности, условно говоря - какое сообщений в секунду потянет kafka, rmq и ваше решение на одинаковом железе?
Спасибо за ответ!
Насчет пользователей интересно не текущее количество, а теоретическое максимальное, которое можно запустить в систему без деградации производительности. Считаем примерно так:
Замеряем для каждого из методов API максимальное количество RPS, при котором время ответа и процент ошибок не превышают допустимого порога. Считаем, что при такой нагрузке этот метод занимает 100% ресурса сервера
Вычисляем "стоимость" 1 RPS к данному API в процентах от ресурса сервера (например, если максимально можно получить 50RPS, то 1 RPS = 1/50 = 0.02 = 2%.
Прикидываем, сколько запросов к каждому из API делает типичный пользователь в час. Переводим RPH в RPS (получается очень маленькое число)
Для всех методов: умножаем RPS пользователя на "стоимость" 1 RPS, получаем "стоимость" доступа одного пользователя к этому API
Складываем все значения, получаем общую "стоимость" одного пользователя по всем API
Делим 100% на "стоимость" одного пользователя, получаем теоретическое максимальное количество пользователей
Метод очень грубый, но примерную картину дает
Тоже недавно перешли с jmeter на k6, и какое же это облегчение!
Расскажите пожалуйста:
Как вы запускаете тест распределенным образом, т.е. посылая запросы одновременно с нескольких хостов?
Считаете ли вы максимальное количество "среднестатистических" пользователей в день, которые система потянет, или только отдельные RPS на каждый конкретный API / сервис? Если да, то каким образом?
Вы уже публиковали точно такую же статью две недели назад
Ну кстати, очень убедительная концепция. Решен вопрос того, как вырастить орган, не подсоединенный к кровеносной системе, и решен вопрос взаимной выгоды: существа получали возможность быстрого передвижения, деревья - распространения семян из шишек.
Что "недружелюбного" они нашли в предыдущем маскоте? Он был очень тёплый и уютный, а новый выглядит неуклюжим и доверять ему что-либо ответственное не хочется
Проблема скорее не в ORM как концепции, а в том, что ее реализация на PHP или Python получается просто дико вербозная. Посмотрите ради интереса на LINQ2DB в .NET или Ktorm в Kotlin - там гораздо красивее получается, т.к. лаконично и при этом никаких магических строк
Так, ну и кто готов поставить себе кардиостимулятор с прошивкой, распространяемой по свободной лицензии MIT, в которой где написано "SOFTWARE IS PROVIDED AS IS, WITHOUT WARRANTY OF ANY KIND..."?
По КДПВ сложилось впечатление, что он по всем измерениям размером с кредитку, а не только по площади
Цвета выглядят пережаренными. Вы не думали просто настроить контраст и насыщенность на мониторе\телевизоре?
Откуда вы взяли код для примеров синтаксиса, где
event,then,for i in range(0, 10)и т.д.?В официальной документации ничего подобного нет, и на скриншотах тоже. Галлюцинация ИИ?
Разницу видно, только если сильно приглядываться к статичному скриншоту - не представляю кто будет это делать во время игры
Я перечислял минусы дисков по сравнению с картриджами, необходимость вставлять-вынимать носитель есть в обоих случаях
Я ничего не знаю про девять лет вашей жизни, поэтому, пожалуйста, не приписывайте моим комментариям коннотаций, которых там не может быть.
Мой вопрос был в том, что вы имеете в виду под «переходом на ActionScript», причем судя по резко негативной реакции вашей жены насильственным, если он существовал как раз с 1998 года и ни в какой момент не был обязательным для создания анимаций?
Любимой игрой под Kinect была Fruit Ninja, очень жалею что ничего аналогичного сейчас не существует
В каком смысле, "переход на action script"? Он же был там c незапамятных времен, последняя крупная редакция (ActionScript 3.0) вышла еще в 2006 году
Под первый Switch был смысл собирать коллекцию физических картриджей: они компактные, бесшумные, игра стартует моментально, можно меняться с друзьями или продать, классно смотрится на полке, не боится отключения магазина и т.д. - масса преимуществ.
Под PS4/5 же проще было покупать в цифре, поскольку с дисками есть несколько существенных проблем: игра с диска требует установки (и копируется медленнее, чем скачивание онлайн), диск гудит во время игры, царапается со временем. К тому же в цифре бывали ощутимые скидки на распродажах.
Со вторым Switch из-за картриджей-пустышек ситуация непонятная, видимо тоже особого смысла в них не будет.
От флеша умер только плагин для браузера. Сам редактор живет и здравствует под названием Adobe Animate. Лично мне удобнее всего использовать старинный Flash CS6 для рисования, а потом экспортировать в видео с высоким разрешением в Animate 2020.
Проблема с чисто векторными анимациями в том, что многие красивые эффекты (тень, размытие, свечение) делаются сугубо растровым образом, поэтому современные профессиональные анимационные пакеты обычно комбинируют и вектор, и растр. Во флеше было штук пять таких эффектов, которые добавили еще в Macromedia Flash MX, но с тех пор никак не развивали.
Любопытно было прочитать. Написано в стиле "what's new", но по смыслу "what's old".