Holy War (Linux vs FreeBSD)

топ 100 блогов alextutubalin — 17.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
Архив записей в блогах:
Приветствую пользователей.   Представьте себе такую ситуацию, что Вам нужно принять решение, за которое Вы несёте персональную ответственность. Но это решение непопулярно, и против него выступают, например, тысяча людей. Причём эта тысяча выступает анонимно. И никто из этой тысячи ...
Оригинал взят у ivaanka в В ГОА С РЕБЕНКОМ, длинно) Модератора очень прошу перенести в раздел: в Гоа с детьми. Злобных серферов и прочих мрачных личностей ,пыхтящих как же надоели эти мамашки с детьми сразу попрошу проходить мимо данного поста!В прошлом году, перед ...
Пастушка и пастух – любимые персонажи за столетие до того, как высший свет полюбил цыган! И мне кажется, по той же причине! Я имею в виду свободную любовь! И те и другие - дети природы! Они могут любить друг друга без всяких ограничений, не задумываясь о последствиях в виде детей или ...
5 марта 1770 года в Бостоне произошла уличная стычка между горожанами, недовольными налоговой политикой британских властей, и английскими солдатами. Этот инцидент, закончившийся удалением из города всех английских военных, вошел в историю США как " бостонская бойня " (The Boston ...
Рядом валялись бутылочные осколки. По крайней мере, они были похожи на бутылочные осколки, если мне не изменяет опыт определения бутылочных осколков в слабом свете дворовых фонарей. ...