Size: a a a

2020 April 08

V

Vesper in freebsd_ru
Anton Gorlov
ну у меня самому "старому" сторейджу с ext4 лет 5 уже.. особых тормозов не замечаю.. там под 3 ляма мелких файлов
там речь шла об активном создании удалении и тасовке кучи файлов
источник

AG

Anton Gorlov in freebsd_ru
оно и есть
источник

N

Noiseless in freebsd_ru
Когда я последний раз имел дело с UFS2 SU+J (примерно во времена FreeBSD 9), относительно нередко сталкивался с ситуациями, когда приходилось запускать fsck с форсом, потому что несмотря на всё журналирование fs была в некорректном состоянии. Слышал мнение, что сейчас стало лучше, но не сильно (но сам не проверял). Какой-то он странный этот SU+J, ну его.
источник

V

Vesper in freebsd_ru
хз тогда
источник

DM

Dmitry Marakasov in freebsd_ru
Не стало
источник

AG

Anton Gorlov in freebsd_ru
xfs конечно пошустрее... но беда с 0 вместо файлов там никуда не пропала.. чуть реже но есть
источник

LS

Lev Serebryakov in freebsd_ru
Noiseless
Когда я последний раз имел дело с UFS2 SU+J (примерно во времена FreeBSD 9), относительно нередко сталкивался с ситуациями, когда приходилось запускать fsck с форсом, потому что несмотря на всё журналирование fs была в некорректном состоянии. Слышал мнение, что сейчас стало лучше, но не сильно (но сам не проверял). Какой-то он странный этот SU+J, ну его.
Увы не стало, ловил такое на CURRENT две недели назад. fsck в штатном режиме всем довольна, ядро через 10 минут работы паникует. И так пока в синглмоде fsck -fy не прогнать
источник

N

Noiseless in freebsd_ru
Ну вот, тем более.
источник

M

MK in freebsd_ru
Тьфу-тьфу, я такого отродясь не видовал хотя и достаточно нагруженные системы в работе у них
источник

JS

John Smith in freebsd_ru
пользователи ufs в 2020 году должны страдать, это очевидно
источник

LS

Lev Serebryakov in freebsd_ru
MK
Тьфу-тьфу, я такого отродясь не видовал хотя и достаточно нагруженные системы в работе у них
Ну, у меня там железка выключалась аварийно 3 раза за 3 часа. Если такого не допускать, то всё работает :-)
источник

M

MK in freebsd_ru
Lev Serebryakov
Ну, у меня там железка выключалась аварийно 3 раза за 3 часа. Если такого не допускать, то всё работает :-)
а, тогда верю 😊
источник

N

Noiseless in freebsd_ru
Ну да, речь шла о ситуациях, когда фс не была корректно отмонтирована, мне следовало сразу уточнить это
источник

VO

Vyacheslav Olkhovche... in freebsd_ru
mike strong
Личное имхо.. Но безопасности в протоколе TCP/IP нет. Его проектировали как очень надежную. И она получилась очень надёжной) а безопасность уже добавляли костылями. По мне - так стоит сесть и заново спроектировать современный протокол, в соответствии с реалиями. Но будет один жирный минус - совместимость)) никто на такое не пойдёт. И будем долго тащить наш чемодан без ручки))
New IP. huawei. впрд!
источник

VG

Vadim Goncharov in freebsd_ru
Дмитрий Марков
через fuse это уже НЕ нормально
да ну, чем же "не нормально" ? "не быстро" разве что
источник

VG

Vadim Goncharov in freebsd_ru
mike strong
Разве gpl2 не позволяет динамическую линковку? Для комерсов
не позволяет. для описанного есть lgpl2
источник

VG

Vadim Goncharov in freebsd_ru
mike strong
Btrfs - это от стрекозы, DragonflyBSD. Это форк фряхи
чушь какая
источник

V

Vesper in freebsd_ru
Vadim Goncharov
да ну, чем же "не нормально" ? "не быстро" разве что
сам бегаю fuse, вечно там какие-то глюки
источник

VG

Vadim Goncharov in freebsd_ru
mike strong
RSA вроде считается устаревшим, нет? Нн сталкивался, погуглю завтра
и давно?
источник

VG

Vadim Goncharov in freebsd_ru
Vesper
rsa просто общее название ассиметричных алгоритмов
здрасьте, приехали... это вполне конкретный алгоритм.
источник