Спасибо. Но как-то не прозрачно работает или жутко система лагает. Не понятно. В общем попробовал statuscake.com из комента внизу. Гораздо лучше. Правда нету мобильного приложения.
Ну так Вы сравниваете блинк облако и свой локальный сервер. Если поставите локальный блинк сервер, то там тоже все бесплатно (нужно только зайти в админку).
Не согласны с тем что вместо класса String можно использовать массив байт? Ну ок…
Массив байт даёт выигрыш в 1 байт на символ (из пяти!).
Это лишь одна из возможных оптимизаций. Можно банально все в один массив сложить, или в коллекцию. Тут уже можно сэкономить в 2-3 раза. Совсем не обазательно массив байт оборачивать в класс. А если у вас все строки уникальны, то Вам даже и строки хранить не надо, тут уже от задачи зависит.
2) Это ни разу не встроенный механизм, а свой велосипед.
Масисив байтов не встроенный механизм? Ну ок…
Основной расход памяти здесь не на сами символы (в тесте их просто нет), а на дорогущие обвязки объектов и неспособность Java хранить объектные поля рядом с самим экземпляром.
К сожалению в Яве не существует встроенных механизмов, чтобы напрямую сократить потребление памяти при работе со строками
Существуют. Вы можете работать с массивом байт вместо класса String. Как, например, это делают в проекте Netty (смотреть класс AsciiString). Так же в Java 9 на подходе JEP 254.
Есть ядро классов которые 100% загружаются. Благодаря модульности часть из них не нужно будет подгружать если они не используются. Но в этом я не сильно уверен. Если есть какие-то ссылочки на почитать об этом буду благодарен.
Ну как минимум размер памяти потребляемый JVM должен сократится за счет подгрузки только необходимых классов, если я правильно понял. Для некоторых проектов, например, для моего это критично.
Спасибо за доклад. Как раз решаю похожую проблему, только у меня ситуация на порядок сложнее :). А можно узнать какая нагрузка балансируется? Ну какой лоад держит например 1 инстанс (количество реквестов, сеть, диск). Так же не увидел ничего про хранение состояния (данные сессии) между серверами. Можно немножко больше подробностей тут?
Я не автор. Но отвечу вопросом на вопрос. Зачем делать яндекс елси есть гугл? Зачем делать касперский если есть дрвеб? Список можно продолжать бесконечно.
Автор молодец, он сделал очень много полезного функционала. Как минимум он получил огромное количество опыта. Да, с вероятностью 99% этот проект умрет в течении года, но он так же может выжить и стать бизнесом. Почему нет?
+ вполне может оказатся что допилить всякие опенхабы до нужного функционала сложнее чем написать свое.
У Вас и так пользователей не ахти. Еще и сделали искуственный барьер в виде необходимой регистрациии, да еще и нужно писать письма в суппорт для этого…
О каких задачах речь?
Ну так Вы сравниваете блинк облако и свой локальный сервер. Если поставите локальный блинк сервер, то там тоже все бесплатно (нужно только зайти в админку).
Мы работаем над готовыми приимерами для некоторых железяк. vshymanskyy может расказать детальней.
Не согласны с тем что вместо класса String можно использовать массив байт? Ну ок…
Это лишь одна из возможных оптимизаций. Можно банально все в один массив сложить, или в коллекцию. Тут уже можно сэкономить в 2-3 раза. Совсем не обазательно массив байт оборачивать в класс. А если у вас все строки уникальны, то Вам даже и строки хранить не надо, тут уже от задачи зависит.
Масисив байтов не встроенный механизм? Ну ок…
Спс, кэп.
Существуют. Вы можете работать с массивом байт вместо класса String. Как, например, это делают в проекте Netty (смотреть класс AsciiString). Так же в Java 9 на подходе JEP 254.
Если цель быстро создать прототип, то рекомендую наш продукт — Blynk. Список БТ железа.
Из интересного
То есть классы в JVM занимают около 1МБ для hello world.
Ну как минимум размер памяти потребляемый JVM должен сократится за счет подгрузки только необходимых классов, если я правильно понял. Для некоторых проектов, например, для моего это критично.
Тем не менее всякие гуглы регулярно выкупают проекты из 2-10 человек.
Автор молодец, он сделал очень много полезного функционала. Как минимум он получил огромное количество опыта. Да, с вероятностью 99% этот проект умрет в течении года, но он так же может выжить и стать бизнесом. Почему нет?
+ вполне может оказатся что допилить всякие опенхабы до нужного функционала сложнее чем написать свое.