Когда обновление запускается из фоновой службы, то прогресс отображается в строке статуса. Когда запускается пользователем явно - появляется всплывающее окно и прогресс отображается там.
Я хочу, чтобы в ситуации, когда обновление уже запущено из фоновой службы и пользователь явно еще раз его попытался запустить, ему будет отображаться прогресс того обновления, которое уже было запущено в фоне.
А в вашем варианте метод наткнется на IsBusy и вернется и со стороны пользователя все будет выглядеть так, будто кнопка обновления не работает.
До свопа очень далеко - обычно в списке около 500 небольших элементов, в будущем может увеличиться до 5000, но не более. Изменения элементов происходят происходят с подачи пользователя, поэтому частота их небольшая. С 5000 проверял - проблем нет, приложение памяти съедает не более 200 МБ.
Правильно я понимаю, что в таком случае работать со списками из памяти и по мере изменений синхронизировать с БД - это нормальная практика?
Для Win7. Использую Google Api, которое предоставляет готовый механизм загрузки.
Гугловский родной клиент под винду, кстати, тоже медленный и примерно так же себя ведет.
Станислав Макаров: Файлы от 30 МБ до 2 ГБ. На каждый чанк (от 2 МБ до 20 МБ) генерится отдельный HTTPS запрос. Если посмотреть через Wireshark, то на каждый чанк генерится сотни или даже тысячи TLSv1 пакетов длиной 4187 байт и затем сервер отвечает TCP ACK.
Когда работает Fiddler, то при передаче чанка происходит мгновенная отправка всех сотен или тысяч TLSV1 пакетов, и только затем приходит пачка ответов. За счет этого и возрастает скорость.
Забыл добавить. Я на самом деле больше программирую в железе, чем разрабатываю схемотехнику. Сейчас в больших проектах трудно совмещать схемотехнику и программирование, нужно выбирать что-то одно, поэтому я больше склонен программировать, там и пространства для роста больше, как мне кажется и легче перепрыгнуть в веб, если что.
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.