The OpenNET Project / Index page

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



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

Оглавление

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

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


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
Добавить, Поддержать, Вебмастеру