Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Долгое открытие списка файлов (без индикации) #1320

Open
pavel-pimenov opened this issue Aug 25, 2015 · 12 comments

Comments

@pavel-pimenov
Copy link
Owner

From masteral...@googlemail.com on September 13, 2013 12:23:58

В последнее время не могу дождаться открытия списков файлов, которые весят больше 15 Мегабайт. На скрине, который прикрепляю, видно, что список файлов размером в 25 метров, спустя час после скачивания, до сих пор пытается открыться. При этом, кажется, что процесс повис или не завершится никогда.
Я понимаю, что ресурсов может не хватать, однако было дело, что скачивался список файлов весом порядка 30 метров и за 4 часа так и не открылся.

Происходит ли обработка этого списка и на каком она этапе или что-то случилось - сказать трудно, поэтому есть предложение вывести какой-то простенький динамический индикатор состояния, по которому можно будет определить, происходит ли что-то вообще.

Таскменеджер пишет, что флай занял файл, есть дескриптор, есть адрес в памяти, а файлмон редкими порциями выдаёт READ на этот файл по 65536 байт, причём смещение какое-то хаотичное (как мне кажется) - читает и в конце и середину.
Во флае список файлов так и открывается до сих пор.

Attachment: Флай-Вопрос-ДолгоеОткрытиеСпискаФайлов.PNG Флай-Вопрос-ДолгоеОткрытиеСпискаФайлов-Лог.PNG

Original issue: http://code.google.com/p/flylinkdc/issues/detail?id=1283

@pavel-pimenov
Copy link
Owner Author

From masteral...@googlemail.com on September 13, 2013 03:54:53

14:52 - список файлов открылся :)

Только предварительно, я прибил процесс гугл апдейтера, закрыл все хабы и ещё подождал.

Это, скорее, просто фичреквест на предмет динамических индикаторов открытия/обработки списка файлов (процентики? прогрессбар?).

@pavel-pimenov
Copy link
Owner Author

From a.rain...@gmail.com on September 13, 2013 06:00:59

Ресурсов и правда может не хватать, но не до такой же степени :) Странная бага в общем.
Поясню развёрнуто: Поток для данной работы (class ThreadedDirectoryListing) выполняется с нормальным приоритетом. Т.е. в нормальных условиях что бы до такой степени долго это место выполнялось надо полностью утилизировать систему потоками (процессами) с более высоким приоритетом, однако это явно не происходит поскольку вы работаете в системе в этот момент, и Вы бы это заметили по таким же диким лагам всего и вся.

@pavel-pimenov
Copy link
Owner Author

From masteral...@googlemail.com on September 13, 2013 06:29:40

Диких лагов не наблюдается. У меня, как раз-таки, когда хром обновляется - и то сильнее вся система лагает.
Чем я могу помочь в локализации проблемы?

@pavel-pimenov
Copy link
Owner Author

From Pavel.Pimenov@gmail.com on September 13, 2013 21:20:51

Передача данных для прогресса еще немного замедлит процесс.
Тормоза отркрытия файл-листа связаны с анализом все файлов на наличие в шаре и признака ранней скачки.
раньше это хранилось в sqlite сейчас я перенес это в levelDb
они примерно в 2 3 раза быстрее это делает.

Можно подумать и отложить анализ в отдельный поток но тогда раскраска папок появится
уже позже.

Вот Ежик кстати задачка по оптимизации что ты любишь - хочешь показать класс и прекратить ломать флайлинк рефакторингом? :)

@pavel-pimenov
Copy link
Owner Author

From masteral...@googlemail.com on September 14, 2013 03:33:59

Блин, и отложенных запросов не понаделать. В общем-то, раскраска и определение размера - они необходимы сразу, а иначе от них толка будет мало. Да ладно с ними, наверное. Может быть, мне проще комп себе новый купить, чтобы наслаждаться всеми фичами, так сказать, в реал-тайм :)
Просто жертвовать уж точно не хотелось бы ничем, особенно клёвыми штуками :)

@pavel-pimenov
Copy link
Owner Author

From Pavel.Pimenov@gmail.com on September 16, 2013 02:13:39

А какая конфигурация компа сейчас?

@pavel-pimenov
Copy link
Owner Author

From masteral...@googlemail.com on September 16, 2013 09:55:14

Ну домашняя рабочая лошадка - это нетбук (Asus Eee PC 1000H): оперативки 2Гб, проц Intel Atom N270 1.6 (гнал до 1.8) - одноядерный (но диспетчер задач рисует два ядра), жестак 5400 рпм (скорее всего), редко ещё что-то запущено с флаем (опера, например), видюха какая-то встроенная (Intel 945). Всё это под XP SP3.
Всё перечислил?

@pavel-pimenov
Copy link
Owner Author

From wOxxOm on September 20, 2013 11:16:16

Похоже, производительность компа не влияет на тормоза - на i7-3770k 4.4GHz FlyLink 501 x64 загружает собственный список файлов (4MB bz2, 16MB xml) секунд 8 от нажатия на кнопку до полного показа списка.

@pavel-pimenov
Copy link
Owner Author

From masteral...@googlemail.com on September 20, 2013 15:53:20

Однако, когда я закрыл все хабы, список стал открываться быстрее.

@pavel-pimenov
Copy link
Owner Author

From Pavel.Pimenov@gmail.com on September 26, 2013 05:48:30

А если закрыть хабы то на сколько быстрее открывается?

@pavel-pimenov
Copy link
Owner Author

From wOxxOm on September 26, 2013 05:57:23

Перезапустил FL, отсоединился от хаба, закрыл все окошки, нажал кнопку "показать свой список" (4MB bz2, 16MB xml)
[2013-09-26 15:53] [Start] [Share cache creator]
[2013-09-26 15:53] [Step ] [Share cache creator] open file done [1 ms]
[2013-09-26 15:53] [Step ] [Share cache creator] init packer done [0 ms]
[2013-09-26 15:53] [Step ] [Share cache creator] write dir. done [4240 ms]
[2013-09-26 15:53] [Step ] [Share cache creator] close file [72 ms]
[2013-09-26 15:53] [Step ] [Share cache creator] set new file as cache [1 ms]
[2013-09-26 15:53] [Step ] [Share cache creator] clean old cache [3 ms]
[2013-09-26 15:53] [Stop ] [Share cache creator] [0 ms, Total: 4317 ms]
[2013-09-26 15:53] [Start] [loadXML]
[2013-09-26 15:53] [Step ] [loadXML] start parse [0 ms]
[2013-09-26 15:53] [Step ] [loadXML] stop parse [1694 ms]
[2013-09-26 15:53] [Stop ] [loadXML] [0 ms, Total: 1694 ms]

Итого 6 секунд, причем окно показывается только после 4й.

@pavel-pimenov
Copy link
Owner Author

From Pavel.Pimenov@gmail.com on October 24, 2013 09:00:44

[Share cache creator] write dir. done [4240 ms]
пока думаю...

Status: Accepted
Owner: Pavel.Pimenov@gmail.com

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant