Re: [devel] Time limit

[Anton Farygin <rider@basealt.ru>]

On 19.02.2021 15:05, Michael Shigorin wrote:
> On Fri, Feb 19, 2021 at 02:11:39PM +0300, Anton Farygin wrote:
>> было бы неплохо сравнить реальную разницу между tmpfs и быстрым
>> SSD в случае использования hasher.
> Эт надо стендик сгородить, у меня сейчас скорее эльбрусы под
> рукой (на basalt SSD-шек нет, да и на нём вечно что-то да
> происходит, хотя бы раздача /space).
У меня будет такой стенд в ближайшее время, я попробую пособирать пакеты 
и сравнить разницу.
>
>> У меня нет под рукой стенда с SSD, но есть стенд с ceph
>> (который на SATA дисках и медленнее ssd заметно).
>> разница у hsh --initroot на tmpfs и на ceph составляет
>> 2 секунды (из 20). 10%. Это медленный ceph (100 MB/sec).
> Это с sync?
нет.
>
>> Что будет на быстром SSD ?
> Примерно то же самое, полагаю: hsh --ini больше упирается
> в одно (1) процессорное ядро, чем в I/O, очевидно.
> А вот когда у тебя какой-нить гиговый debuginfo пишется,
> всё уже не так однозначно.
так он всё равно в память пишется, кеш то никто не отменял.
>
>>>> 2Tb SSD с ресурсом в 4 петабайта (1.5 носителя в день
>>>> в течении пяти лет) стоит 27 тысяч рублей.
>>>> Это ровно в 30 раз дешевле такого же объёма ОЗУ ddr4
>>>> И цена в данном случае не самое главное значение.
>>> Скорость и лишняя необходимость в обслуживании (замене)
>>> в моих глазах тут чистый минус.
>> Давай подсчитаем частоту замены ?  за такую разницу в цене
>> памяти можно купить больше серверов (или покупать эти сервера
>> чаще и менять вместе с ssd).
> Память тоже не стоит совсем уж на месте; а терабайтами её нам
> куда именно надо, напомни? (напомню, что вся буза с замером
> потребления ресурсов когда-то была поднята с тем, чтоб под
> каждую тему оформления не резервировать ресурсов с оглядкой
> на LO/chromium; о задумке с проверкой пересборки зависимых
> пакетов а-ля гентушный revdep-rebuild -- помню)

Ну как куда. В лимиты, конечно. софт пухнет и узкое место, как всегда - 
память + диск.

Ну и количество ядер тоже растёт, 128 быстрых ядер на одной машине - это 
уже ближайшее будущее, этого года, а на утилизацию каждого ядра для 
сборки нужна память + диск.