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
Архив записей в блогах:
17:52:53 _DSC4076 Taken on July 8, 2023 Nikon D3100 ,18.0-55.0 mm f/3.5-5.6 ƒ/6.3 55.0 mm 1/160 200 Riga. signs of summer. Рига. приметы лета( Riga, ...
А, ну теперь понятно в чем дело! Я то думал, как можно точно уложить на военные базы 15 баллистических и крылатых ракет так, чтобы не было ни одной жертвы ни со стороны американских военных, ни со стороны иракских военных. Даже потерь в технике нет серьезных (об одном самолете вроде бы ...
Запоздалый, потому как к посту от февраля 2009 года. Пользователь ЖЖ steissd пишет: "Если евреи так мешали реализации потенциала всех остальных, то почему советское правительство не отпускало? Многие, кого зажимали, и рады бы последовать вашему совету, начиная с 1973 года, ...
Очередная находка нашей археологической экспедиции – икона, вывезенная англичанами из оккупированной Керчи .  На иконе изображён эпизод жития Св. Димитрия Солунского – Чудо о погибели царя Калояна . Согласно легенде, (пересказываемой, в частности, Димитрием Ростовским), именно ...
Советская пехота атакует при поддержке легких танков Т-70Б , 5-я гвардейская танковая армия, 1943 год. В свое время данный танк оказался очень кстати: да, это был не Т-34, но зато выпускался в больших количествах и вполне подходил на роль средства поддержки пехоты. Проблема заключалась ...