 fox
II/IDEC networks :: ii.14 :: / Re: idec mobile
|
Login |
[#]
Re: idec mobile
vit01(mira, 1) — Andrew Lobanov
2017-05-11 09:06:48
AL> Как-то сильно сабж стал после обновлений тормозить при переходе на список конференций. Он точно в базу не лезет за каждым разом?
Вообще-то лезет. Раньше запросы в базу делались асинхронно, и лично ты жаловался, что у тебя при прокрутке список дёргается.
Решил сделать так, чтобы информация в эхах делалась в один момент, а затем кэшировалась, чтобы не мешать прокрутке.
2016-10-17: зарождение проблемы
https://ii-net.tk/ii/ii-point.php?q=/m/PrfA3gIzuoLcJxBxNWDA
https://ii-net.tk/ii/ii-point.php?q=/m/S8EjA80dlL7gXAlQSiGq
2017-04-14: изменил поведение
https://ii-net.tk/ii/ii-point.php?q=/m/FTPVc3A8jLmx6tGxxRX0
И ведь специально написал, что оно поменялось. Но тогда всем было пофиг.
AL> Как будто он каунты в базе без индекса считает.
Именно так и происходит. Могу в обновлении индекс создать, благо API это позволяет безболезненно сделать.
И да, именно к тебе обращаюсь. В обновлённых сборках я добавил Toast с надписью "Debug: update echolist". Ты уже попользовался клиентом, так что описывай мне теперь его поведение.
Когда ты наблюдал это сообщение, обновлялись ли счётчики в списках (или через раз), и так далее.
vit01(mira, 1) — Andrew Lobanov
2017-05-11 09:06:48
AL> Как-то сильно сабж стал после обновлений тормозить при переходе на список конференций. Он точно в базу не лезет за каждым разом?
Вообще-то лезет. Раньше запросы в базу делались асинхронно, и лично ты жаловался, что у тебя при прокрутке список дёргается.
Решил сделать так, чтобы информация в эхах делалась в один момент, а затем кэшировалась, чтобы не мешать прокрутке.
2016-10-17: зарождение проблемы
https://ii-net.tk/ii/ii-point.php?q=/m/PrfA3gIzuoLcJxBxNWDA
https://ii-net.tk/ii/ii-point.php?q=/m/S8EjA80dlL7gXAlQSiGq
2017-04-14: изменил поведение
https://ii-net.tk/ii/ii-point.php?q=/m/FTPVc3A8jLmx6tGxxRX0
И ведь специально написал, что оно поменялось. Но тогда всем было пофиг.
AL> Как будто он каунты в базе без индекса считает.
Именно так и происходит. Могу в обновлении индекс создать, благо API это позволяет безболезненно сделать.
И да, именно к тебе обращаюсь. В обновлённых сборках я добавил Toast с надписью "Debug: update echolist". Ты уже попользовался клиентом, так что описывай мне теперь его поведение.
Когда ты наблюдал это сообщение, обновлялись ли счётчики в списках (или через раз), и так далее.
[#]
Re: idec mobile
Andrew Lobanov(tavern,1) — vit01
2017-05-11 09:46:40
>> Как-то сильно сабж стал после обновлений тормозить при переходе на список конференций. Он точно в базу не лезет за каждым разом?
> Вообще-то лезет. Раньше запросы в базу делались асинхронно, и лично ты жаловался, что у тебя при прокрутке список дёргается.
> Решил сделать так, чтобы информация в эхах делалась в один момент, а затем кэшировалась, чтобы не мешать прокрутке.
Вроде недавно как раз ты говорил, что у тебя эта информация обновляется только при старте и после фетча, а теперь выходит, что всегда.
> И ведь специально написал, что оно поменялось. Но тогда всем было пофиг.
Мне не пофиг, но я понял так, что ты сделал это оптимизировано.
>> Как будто он каунты в базе без индекса считает.
> Именно так и происходит. Могу в обновлении индекс создать, благо API это позволяет безболезненно сделать.
Индексы существенно ускоряют обращение к базе. Проверял на толстой базе от цезия и EeePC 701 4G. Подсчёт числа сообщений каждой эхи отдельно (включая lenta.rss) выходил меньше секунды.
> И да, именно к тебе обращаюсь. В обновлённых сборках я добавил Toast с надписью "Debug: update echolist". Ты уже попользовался клиентом, так что описывай мне теперь его поведение.
Если бы я знал что это такое, то описал бы обязательно.
> Когда ты наблюдал это сообщение, обновлялись ли счётчики в списках (или через раз), и так далее.
Я ничего нового в поведении клиента не наблюдал с тех пор, как понял, что он у меня не обновлялся.
Andrew Lobanov(tavern,1) — vit01
2017-05-11 09:46:40
>> Как-то сильно сабж стал после обновлений тормозить при переходе на список конференций. Он точно в базу не лезет за каждым разом?
> Вообще-то лезет. Раньше запросы в базу делались асинхронно, и лично ты жаловался, что у тебя при прокрутке список дёргается.
> Решил сделать так, чтобы информация в эхах делалась в один момент, а затем кэшировалась, чтобы не мешать прокрутке.
Вроде недавно как раз ты говорил, что у тебя эта информация обновляется только при старте и после фетча, а теперь выходит, что всегда.
> И ведь специально написал, что оно поменялось. Но тогда всем было пофиг.
Мне не пофиг, но я понял так, что ты сделал это оптимизировано.
>> Как будто он каунты в базе без индекса считает.
> Именно так и происходит. Могу в обновлении индекс создать, благо API это позволяет безболезненно сделать.
Индексы существенно ускоряют обращение к базе. Проверял на толстой базе от цезия и EeePC 701 4G. Подсчёт числа сообщений каждой эхи отдельно (включая lenta.rss) выходил меньше секунды.
> И да, именно к тебе обращаюсь. В обновлённых сборках я добавил Toast с надписью "Debug: update echolist". Ты уже попользовался клиентом, так что описывай мне теперь его поведение.
Если бы я знал что это такое, то описал бы обязательно.
> Когда ты наблюдал это сообщение, обновлялись ли счётчики в списках (или через раз), и так далее.
Я ничего нового в поведении клиента не наблюдал с тех пор, как понял, что он у меня не обновлялся.
[#]
Re: idec mobile
Andrew Lobanov(tavern,1) — vit01
2017-05-12 09:07:30
>> Вроде недавно как раз ты говорил, что у тебя эта информация обновляется только при старте и после фетча, а теперь выходит, что всегда.
> Я говорил, что эта информация *должна* обновляться всегда, в том числе там, где ты сейчас написал.
Нафига её обновлять когда она заведомо не меняется? Количество сообщений меняется только после фетча. Зачем их считать каждый раз?
> А ты говорил, что после фетча и ещё когда-то она НЕ обновляется, хотя надо бы.
Я писал, что проблема была в кривом обновлении, которое возникает без смены версии. Ты ж не предупреждал нигде, что перед обновлением нужно сносить старую версию.
>> Я ничего нового в поведении клиента не наблюдал с тех пор, как понял, что он у меня не обновлялся.
> Тогда какие вопросы? Если клиент старой версии, то багрепорты протухли. Придётся добавлять в каждый клиент запись: собрано dd:MM:YYYY HH:mm, чтобы таких недоразумений больше не возникало
Эху не читай @ сразу отвечай. Я таки смог обновить сабж, хотя и не без матюков (кто ж знал, что он не обновляется при обновлении?). И проблема не о том вообще.
>>> И да, именно к тебе обращаюсь. В обновлённых сборках я добавил Toast с надписью "Debug: update echolist". Ты уже попользовался клиентом, так что описывай мне теперь его поведение.
>> Если бы я знал что это такое, то описал бы обязательно.
> Теперь, когда выяснилось, что твой багрепорт с "недообновлением" списка оказался ложным, то смысла в этом деле уже не вижу. Уберу потом.
Так что это за тост такой? За здравие?
>> Индексы существенно ускоряют обращение к базе.
> Окей, будет индекс. Но не раньше выходных.
Круто!
Andrew Lobanov(tavern,1) — vit01
2017-05-12 09:07:30
>> Вроде недавно как раз ты говорил, что у тебя эта информация обновляется только при старте и после фетча, а теперь выходит, что всегда.
> Я говорил, что эта информация *должна* обновляться всегда, в том числе там, где ты сейчас написал.
Нафига её обновлять когда она заведомо не меняется? Количество сообщений меняется только после фетча. Зачем их считать каждый раз?
> А ты говорил, что после фетча и ещё когда-то она НЕ обновляется, хотя надо бы.
Я писал, что проблема была в кривом обновлении, которое возникает без смены версии. Ты ж не предупреждал нигде, что перед обновлением нужно сносить старую версию.
>> Я ничего нового в поведении клиента не наблюдал с тех пор, как понял, что он у меня не обновлялся.
> Тогда какие вопросы? Если клиент старой версии, то багрепорты протухли. Придётся добавлять в каждый клиент запись: собрано dd:MM:YYYY HH:mm, чтобы таких недоразумений больше не возникало
Эху не читай @ сразу отвечай. Я таки смог обновить сабж, хотя и не без матюков (кто ж знал, что он не обновляется при обновлении?). И проблема не о том вообще.
>>> И да, именно к тебе обращаюсь. В обновлённых сборках я добавил Toast с надписью "Debug: update echolist". Ты уже попользовался клиентом, так что описывай мне теперь его поведение.
>> Если бы я знал что это такое, то описал бы обязательно.
> Теперь, когда выяснилось, что твой багрепорт с "недообновлением" списка оказался ложным, то смысла в этом деле уже не вижу. Уберу потом.
Так что это за тост такой? За здравие?
>> Индексы существенно ускоряют обращение к базе.
> Окей, будет индекс. Но не раньше выходных.
Круто!