The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Для Ubuntu Desktop развивается новый инсталлятор, opennews (ok), 02-Фев-21, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


14. "Для Ubuntu Desktop развивается новый инсталлятор"  –1 +/
Сообщение от Oe (?), 02-Фев-21, 13:52 
Конечно же инсталлятор все такой же однопоточный, и все время установки будет упираться загрузку только одного потока? Ну, зато иконки поменяли.

Старый десктопный инсталлятор жутко лагает даже на топовых машинах, а на слабых вообще по 10-20 секунд ждем после нажатия кнопки "далее". Аналогичная ситуация и с apt-get и надстройкой над ним update-manager, который работает в один поток и жутко лагает.

Ответить | Правка | Наверх | Cообщить модератору

18. "Для Ubuntu Desktop развивается новый инсталлятор"  –2 +/
Сообщение от анононим (?), 02-Фев-21, 13:56 
так Python же
Ответить | Правка | Наверх | Cообщить модератору

140. "Для Ubuntu Desktop развивается новый инсталлятор"  +2 +/
Сообщение от Аноним (140), 02-Фев-21, 20:08 
Причем тут python? На python можно легко делать многопоточные приложения (inb4 сейчас вылезет тупая школота рассказывать про gil, не понимая, что это)
Ответить | Правка | Наверх | Cообщить модератору

198. "Для Ubuntu Desktop развивается новый инсталлятор"  +/
Сообщение от Аноним (196), 03-Фев-21, 10:45 
Может имелось в виду не "многопоточные", а "неблокирующие ввод"? При использовании такой техники нужно изучать в Qt слоты и сигналы.
Ответить | Правка | Наверх | Cообщить модератору

209. "Для Ubuntu Desktop развивается новый инсталлятор"  +/
Сообщение от Аноним (209), 03-Фев-21, 22:00 
А без Qt этого, конечно, никак не сделать.
Ответить | Правка | Наверх | Cообщить модератору

67. "Для Ubuntu Desktop развивается новый инсталлятор"  –1 +/
Сообщение от Rev (?), 02-Фев-21, 15:20 
Просто школьники, пишущие все GUI поделки вокруг линуксового ядра, не умеют многопоточность :(
Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

87. "Для Ubuntu Desktop развивается новый инсталлятор"  –2 +/
Сообщение от n00by (ok), 02-Фев-21, 16:40 
А Вы не в курсе, что файловые операции (запись на диск) выстраиваются в очередь?
Ответить | Правка | Наверх | Cообщить модератору

134. "Для Ubuntu Desktop развивается новый инсталлятор"  +2 +/
Сообщение от Карабьян (?), 02-Фев-21, 19:55 
И вообще непонятно, какая многопоточность может быть у пакетного менеджера с зависимостями
Ответить | Правка | Наверх | Cообщить модератору

172. "Для Ubuntu Desktop развивается новый инсталлятор"  –1 +/
Сообщение от Oe (?), 02-Фев-21, 23:47 
Да вот такая простая многопоточность. Оно даже .deb пакет распаковывает в один поток...
На старых компьютерах снятие/установка одной галки из двадцати в update-manager бубунты занимает по десять секунд, что оно там делает непонятно, да еще и грузит только один поток.
Ответить | Правка | Наверх | Cообщить модератору

221. "Для Ubuntu Desktop развивается новый инсталлятор"  +/
Сообщение от n00by (ok), 08-Фев-21, 08:45 
Вы же сами смешали операции распаковки (распараллеливание в частных случаях возможно и даёт выигрыш) и записи (где при возможности асинхронного ввода-вывода создание потоков на каждый чих выглядит лишней операцией).
Ответить | Правка | Наверх | Cообщить модератору

223. "Для Ubuntu Desktop развивается новый инсталлятор"  +/
Сообщение от Oe (?), 08-Фев-21, 13:29 
> Вы же сами смешали операции распаковки (распараллеливание в частных случаях возможно и
> даёт выигрыш) и записи (где при возможности асинхронного ввода-вывода создание потоков
> на каждый чих выглядит лишней операцией).

Файловые операции занимают самую минимальную часть времени на системах с SSD, тем более высокоскоростных SSD. Даже при загрузке linux системы более половины всего времени дисковой накопитель простаивает, и это на топовом современном железе.

Например, загрузка из сети десяти deb пакетов распараллеливается, но их распаковка все равно идет друг за другом, а не параллельно, хотя никаких ограничений к этому нет (в разумных пределах конечно же, пока не упремся в дисковый накопитель и свободное место на нём).

Конечно же, это гораздо быстрее чем отвратительная система обновлений win10, где вся система ложится на период обновлений, но тем не менее проблема однопоточности есть.

Ответить | Правка | Наверх | Cообщить модератору

224. "Для Ubuntu Desktop развивается новый инсталлятор"  +/
Сообщение от n00by (ok), 09-Фев-21, 10:11 
>> Вы же сами смешали операции распаковки (распараллеливание в частных случаях возможно и
>> даёт выигрыш) и записи (где при возможности асинхронного ввода-вывода создание потоков
>> на каждый чих выглядит лишней операцией).
> Файловые операции занимают самую минимальную часть времени на системах с SSD, тем
> более высокоскоростных SSD.

По-вашему выходит, что нет смысла оптимизировать файловые операции (напомню, изначально речь шла о ядре, где они и выполняются).

> Даже при загрузке linux системы более половины всего
> времени дисковой накопитель простаивает, и это на топовом современном железе.

На самом деле скорости линейного и произвольного чтения различаются, именно их Вы и сравниваете словом "простаивает". Производительность процессора заметного влияния не оказывает (на несжатых на уровне ФС данных).

> Например, загрузка из сети десяти deb пакетов распараллеливается

Скорость загрузки ограничена шириной канала. Вы удивитесь, но на транспортном уровне "пакет" относится не к deb, а tcp. Соответственно нет существенной разницы, сколько файлов одновременно передаётся.

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

Распаковка выполняется не в ядре. Если алгоритм и реализация поддерживает многопоточность, значит надо при вызове функции (или утилиты) распаковки их использовать.

> Конечно же, это гораздо быстрее чем отвратительная система обновлений win10, где вся
> система ложится на период обновлений, но тем не менее проблема однопоточности
> есть.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру