PG
э. ну в линукксе, как и во фре - не прописывать в /etc/fstab
Size: a a a
2021 December 01
DL
оно гвоздями прибито
DL
на картинку глянь выше
SD
чот я миднай командер вижу тут, в чяте, чаще чем у себя в терминалах на 2 ноутах )
PG
ну и что? если своп не подключать, то и диск задействован не будет
SD
хотя не болею "миднай нинужэн"
AE
как говорится, ты "путаешь небо со звёздами, отражёнными ночью в поверхности пруда" (с) :)
DL
код, работающий со swap нафига мне в кернеле, если swap отключен ?
DM
Это пиздоболия. Этот assuming означает потрать кучу времени на хитровыебанный код, свой аллокатор, block cache, рекавери от bad_malloc, и неэффективно используй ресурсы системы. Есть области где это оправдано, но в общем случае программист просто сделает mmap на терабайт, и будет прав
PG
ну, звыняйте. это как раз и есть оправдание писанины плохого кода. вот в хроминуме - отвратительный на эту тему код, в firefox - более-менее рабочий, а прочие программы, типа vlc и телеги - успешно справляются
PG
и не надо никакого своего аллокатора. надо только правльно обработать NULL, вёрнутый malloc()'ом
DM
Там одинаковый код, просто так получилось что без оверкоммита что-то может работать. Это наша недоработка (С)
DM
Я ничего что штатный маллок может mmap'нуть терабайт чисто для удобства? А при форке займется ещё столько же
AE
иногда всё что можно сделать, когда malloc вернул NULL - сказать пользователю "извни, programm exited with error: cannot allocate memory" :)
DL
вот, а у меня прямо противоположная ситуация. malloc всегда возвращает не NULL,
и я бы хотел убрать код со всякими оверкоммитами, свопами и т.п.
и я бы хотел убрать код со всякими оверкоммитами, свопами и т.п.
PG
если "все так пишут" - это не значит, что это хорошо и правильно. в man malloc четко написано - если невозможно столько памяти выделить, вернут NULL. и если кто-то этот NULL не ждет, полагаясь на overcommit - он редиска.
AE
код работы со свопом не работает когда нет свопа
DL
я выше скриншот файлика src/sys/kern/vfs_bio.c приложил
DM
Это тоже пиздаболия на тему нужно писать хороший код, а плохой не писать. Есть универсальное определение хорошего кода - это код которого нет. Поэтому отдать управление памятью на откуп системе вместо писанины своих велосипедов которые будут жрать больше памяти, работать медленнее и содержать ошибки - никак нельзя назвать плохим программированием
DL
туда код работы со свопом "прибили гвоздями"