vitaliy2:
Я думаю, что всё дело в том, что у вас на карте мало пиксельных шейдеров, от которых напрямую зависит производительность. На старой карте у меня был точно такой же низкий fps на таких же примитивных примерах.
Экран 1920x1080. Какой на полном экране fps посмотреть негде, shadertoy выводит его только для окна. Визуально он нисколько не падает. Но и в любом случае, даже если бы там был счётчик, выше 60 он не показал бы, так как рендер идёт на 60Гц. Поэтому просто так взять и поделить не вышло бы.
На shadertoy такой примитив у меня ничего почти не грузит. CPU < 10%, FPS 60. Win10, GForce 730, Chrome. Дело в вашем железе, что-то с чем-то не совместимо, или вы вообще под линуксом сидите.
Я сейчас пытаюсь перейти с Firebase на Parse. На главной странице всё гладко - три строчки в консоле и готово, на деле - геморрой с установкой. Тонкости размазаны по разным докам. Для пробы устанавливал в чистую виртуальную Ubuntu 16.04.2. До этого пытался поставить на Win10, ничего не вышло, так как bcrypt в упор не видел Python, хотя тот везде был прописан в путях. Итого на данный момент вынес из всего этого:
1 Ставится только на 64 бит сервер, так как "MongoDB only provides packages for 64-bit LTS"
3 Часть модулей компилируется при установке Parse. Нужен Python и только второй.
4 После попыток установки всё отдельно (отдельно MongoDB, отдельно Parse) с вылезающими ошибками сборки bcrypt, наткнулся на скрипт локальной установки: docs.parseplatform.org/parse-server/guide
Остановил MongoDB и поставил mongodb-runner (см. ссылку выше), который заново выкачал дистрибутив и установил базу в домашней директории.
5 Идём и редактируем config.json, так как хотя скрипт установщик обещал сгенерировать мастер ключ, он это не сделал и не прописал путь к базе (хотя это логично было бы), appid он тоже не запомнил.
mongodb://localhost:27017/appId
Запускаем. Открываем localhost:1337/parse (я пробросил порт из виртуалки)
Должна быть ругань: "{"error":"unauthorized"}". Значит всё завелось.
У Селектела CDN не свой. И когда я пытался его использовать, вылез баг, который их ТП, насколько помню, не смогла исправить (из-за того же, что это не их CDN). При перезаписи файла в хранилище, он не обновлялся даже спустя сутки. Решение оставалось одно - сохранять обновляемые изображения в хранилище под новыми именами и обновлять ссылки на страницах, а сами страницы держать на VDS.
Виталий: добавление в массив вылетает именно по переполнению стека. Да, скорее всего в объёме добавляемых данных, а не размере массива. Но это совсем плохо, так как невозможно посчитать объём данных.
Виталий:
Всплыла аналогичная проблема с массивами. Не смог слить два массива, если длина добавляемого больше 124500. Вылетает переполнение стека. При включенном отладчике тупо зависает. Думаю, корни проблемы тут одни и те же.
Виталий:
В отладчике VSC перед отправкой данных включал "Все исключения". Никакое исключение не выскакивало. Такое ощущение, что что-то просто уходит в бесконечный цикл. Про тоже самое говорит и отладчик, когда не видит тиков ноды.
Заметил проблему, когда стал передавать 13 тысяч записей из объектов где-то по 128 байт. Методом тыка установил, что с большой паузой в несколько секунд прожёвывает 10 тысяч записей. Сейчас разбил на блоки по 1000 и всё стало пролетать быстрее чем целиком 10 тыс.
Я полагаю баг в оборачивании данных в JSON-строку внутри ipcRenderer.
Без отладчика работать сам не смогу, но он жив. Он пишет, что зависает нода (1000 тика молчания или что-то подобное), что так и есть.
А точно "написано", а не "куплено"? У того, кто сам писал и регистрирвался в сторах, эти вопросы даже в голову не придут. Ничего нигде ни от кого не требуют, передавайте кому хотите. Вопрос может возникнуть только у заказчика по отношению к вам, - ваше ли приложение?
На девайсе нет рута, вирусняка и антивирусов. Не располагаю временем, чтобы разбираться в багах студии, а это явно он. Этот пофиксят, новый с новым апдейтом появится. Я написал скорее с целью поделиться, что иногда бывает и такое. Вопрос решил в лоб - заменил в gradle package на другой.
Причём здесь повороты? Перечитайте текст внимательно. Нормальный режим работы пустого приложения, которое запущено с пустой активити - память стоит на месте, а не скачет туда сюда на 10Мбайт.
Tiberal: Да код, собственно, и есть практически из примера из доков гугла: https://developer.android.com/guide/components/bou...
За исключением того, что я убрал кусок с отпиской клиента, предполагая, что после unbind-а отправка сообщения клиенту вызовет исключение, что оказалось не так.
Я думаю, что всё дело в том, что у вас на карте мало пиксельных шейдеров, от которых напрямую зависит производительность. На старой карте у меня был точно такой же низкий fps на таких же примитивных примерах.