четверг, 15 ноября 2018
23:57

domov0y
домовой
Второй раз ловлю себя на мысли что иногда лучше потратить память чем маяться с постоянными вычислениями, поисками, выборками данных. Но нет я с упорством достойным лучшего применения думаю что у меня нет лишних 30 мб памяти.

@темы: рабочее, гик?!

URL
Комментарии
16.11.2018 в 11:14

natrio
О чём речь?
URL
16.11.2018 в 11:52

domov0y
домовой
1. пока писал перегрузку данных в битрикс, пробовал разные варианты( с поштучным поиском правильных ид , с кешированием и прочие извращения). но в итоге понял что мне проще один раз выбрать все 50 тыс записей в массив и сэкономить 40 минут бессмысленной поштучной выборки правильных ид. и занимаемая скриптом память составила 19 мб( больше чем я предполагал но гораздо меньше чем опасался. )

2. решил удариться в лютую и неправильную дурь вида мозги роботизированного манипулятора на javasсript под андроид(в droidscript). на третьем часу написания кода внезапно понял что память у меня не ограничена 32 кб флеша и 2 кб рамы. и я могу заранее посчитать таблицу соответствия углов и радиус векторов.
и после этого задача перемещения рычагов сведется к поиску ответа на вопрос а стоит ли менять радиус окружности или достаточно будет всего лишь изменить угол поворота.
(возможно это неправильно но я все равно продолжаю считать scara механику в полярные координаты)
URL
16.11.2018 в 11:53

domov0y
домовой
и не надо писать выплюнь бяку.(по поводу битрикса.)
URL
16.11.2018 в 12:18

natrio
Не буду :)
Могу только сказать, что заранее рассчитанные таблицы разумного объёма - нормальная практика, в некоторых случаях незаменимая, к примеру - если нужно генерить синусоиду на ассемблере или контроллере.
Что касается конвертеров баз, то в сложных случаях я тоже читал всё в массив. Единственое что - не забывать о размерах. В некоторых случаях может потребоваться грузить в память и обрабатывать по частям. Всё лучше, чем с безумными затратами времени перекладывать из базы в базу построчно.
URL
16.11.2018 в 12:24

natrio
Кстати, xmpp.org.ru уже поднялся :)
URL