Holy War (Linux vs FreeBSD)

топ 100 блогов alextutubalin17.07.2011

Кросспост из блога автора. Комментировать лучше там, но можно и тут

Вынесу из каментов к прошлому посту:

номер раз:

Это значит что с дисковой/fs в линуксе все настолько загадочно и хреново, что у нас ротейт логов на одной из машин роняет ее регулярно раз в месяц (логи то ротейтятся мгновенно, только апач больше не работает) и помогает только reboot -fn. А на десктопе при копировании больших файлов все задумывается так что анекдот про "сейчас дискетка отформатируется..." как раз про современные Линуксовые ядра. Debian/2.6.разные, ext3/4.

номер два:

Я ловил клина на полминуты только при удалении больших пачек больщих файлов (ie по полгига где-то)

Типа записал жене сериал/дитю мультиков на болванку -- хочешь грохнуть исошку/исходники -- и оно тупит минуты две. В 2.6.39 xfs порефакторили сильно (осталась только его "родовая" болезнь -- файл при создании и до закрытия (или до fsync?) имеет только dnode, и если начать копировать файл (ту же исошку) и в середине дернуть питание -- файл будет пустой)

С другой стороны у меня 4 машины с XFS везде кроме /boot и убитого XFS я не видел еще (хотя питание у меня тут весьма нестабильное)

И, рискуя (стремясь!) спровоцировать Holy War, спрошу я вас: че, типа, так и есть?. И считается нормальным? Ну ладно, xfs вроде починили, но ведь было?

Справедливости ради два пункта:

  1. При неблагоприятном положении светил, как то одновременный бэкап (с записью сотни гигов на медленный раздел), uTorrent (на том же разделе), антивирус проснулся и захотел мои терабайты проверить, виртуальная машина сожрала всю память я иногда вижу такое на Win7. Но это, натурально, событие. Ну раз в месяц такое бывает, или даже реже. Симптомы - именно что почти полная блокировка, программу новую не запустить. И грешу я тут больше на драйвер SAS, потому что после переноса всего рабочего на SSD на SATA (на SAS-raid остался только онлайн-архив и прочие бэкапы) - вроде не повторялось.
  2. Опять же на FreeBSD, когда ей (/от нее) по сети что-то быстро льется (100-120Mb/sec у меня) в один поток, если завести, к примеру, второй большой поток - будет тормозить. Всякие df естественно тормозят и так далее. Но это не замирания на полминуты, это именно heavy IO на медленных дисках, симптомы всем хорошо известны: очередь длинная, дерганая, среднее svc_t большое. И за последние года два я не помню замираний на исправном железе, только если вдруг SATA timeout, тогда да.

Оставить комментарий

Предыдущие записи блогера :
17.07.2011 Linux vs FreeBSD
Архив записей в блогах:
Копьев Михаил Васильевич (1947) «Первый начальник политотдела НКВД Башкирской АССР И. П. Мыльников» бд. ...
Моя прабабушка никогда не выбрасывала еду. Заставляла нас доесть все с тарелки. Если хлеб засыхал, делались сухари и аккуратно складывались в полотняный мешок, заботливо сшитый ею же из старой наволочки. Ее можно понять. 1904 год рождения. Революции, две войны, голод в 20-х, голод во ...
Только мой сын на школьной научной конференции прочитал доклад на тему "Почему на землю падают метеориты?", как его виртуальные научные изыскания воплотились в реальность. По сообщениям российских СМИ, сегодня, 15 февраля, в Свердловской и ...
Доброго всем воскресного дня! Сегодня выходной, и я, с вашего позволения задам вопрос полусерьезный, масштаба тусовочного, игрового и и хоббийного. У меня есть (по)друг(а), гендерквир, очень разносторонняя личность, определяющая себя как про-фем, с которой у меня на почве "сексизм-не секси ...
Как известно во всех контактных видах спорта в России есть негласное указание ... . На чемпионат мира по дзюдо - важнейший этап перед Олимпиадой направилась от России направилась "непобедимая команда": Арсен Галстян, Сиражудин Магомедов, Тагир ...