Почему графические морды к репозиториям такие тормозные?

Я давно отказался от всех этих packagekit’ов. Использую apt и aptitude для просмотра.

Synaptic не тормозной

pamac шустрый, говорят.

А еще там прикол в том, что под капотом, скорее всего, та же консольная утилита.

Там гуй зависимости рисует красиво и всякую мету типа размера. Для такого помимо апдейта нужно ещё полиси и пачку других запросов.

Плюс по опыту фронтописы далеко не всегда знают значение слова pagination и валят одну страницу на 100500 позиций, для каждой из который нужна вся эта мета

Со времен Висты. В ХР норм обновлялка.

ООП очень тормозное. КОгда у меня было прямое обращение к переменным в кроссворде, то всё было очень быстро. Как только я завернул доступ к каждой переменной в void setXXX и void getXXX, то скорость создания кроссворда упала в 3(!) раза. К сожалению быстрее сосноли не будет ничего никогда... (((

Ну вообще да, вполне себе ресурсозатратно. Плюс немножко разные (или по-разному) обрабатывается инфа.

Например aptitude работает медленнее apt'а, особенно если запинается на dependency. Но и решает их лучше.

В ХР норм обновлялка.

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

Я почему-то по заголовку подумал, что ты про gitlab и github.

Не припомню в ХР такого. В спирмёрачке такое было.

Во времена ZX-спектрума старые ИТ-кадры ещё могли сидеть на зарплате в ВЦ и в свободное время оптимизировать код. Сейчас на это времени нет.

Как только я завернул доступ к каждой переменной в void setXXX и void getXXX, то скорость создания кроссворда упала

Даже inline не помогло?

Графические морды не нужны. aptitude норм

Почему графические морды к репозиториям такие тормозные?

Потому что ты не помог своим кодом

И в XP такое было, и в 7 такое было.

Естественно зависит от количества обновлений и времени прошедшего для их выпуска. Сейчас, если накатить чистую Windows 7 SP1, то это десять лет апдейтов.

Линуксы, кстати, из-за гораздо более быстрой тухлости менее подвержены такой проблеме.

Почему графические морды к репозиториям такие тормозные?

потому что лично ты не в состоянии предложить патч или сделать лучше, но с нуля.

и не ной.

Ну слава небесам, не одному мне так «кажется».

Я давно отказался от всех этих packagekit’ов. Использую Nix.

К нему тоже графическая морда есть (открытый в редакторе configuration.nix).

подумал, что ты про gitlab и github

+1

Даже inline не помогло?

Не знаю, не пробовал. К сожалению проверить смогу только через 100 лет.

Да, похоже, я перепутал. Именно обновление, которое чинило обновления, было для Windows 7.

Я помню, что во время установки MSI-пакетов в Windows XP в диспетчере задач были процессы, которые отжирали 100%. Видимо, на это наложилась новость об исправляющем обновлении для Windows 7.

😁

Я перестал пользоваться этими поделиями, с тех пор как PackageKit в Федоре отмечал неверно пакеты, установленные по зависимостям и принудительно.