The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Обновление ядра Linux: 3.0.49, 3.4.16 и 3.6.4. Исправление п..."
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Обновление ядра Linux: 3.0.49, 3.4.16 и 3.6.4. Исправление п..."  +/
Сообщение от opennews on 29-Окт-12, 10:29 
Представлены (http://www.kernel.org/) очередные корректирующие релизы ядра Linux: 3.0.49 (https://lkml.org/lkml/2012/10/28/97) (31 исправление (http://www.kernel.org/pub/linux/kernel/v3.0/ChangeLog-3.0.49)), 3.4.16 (https://lkml.org/lkml/2012/10/28/101) (42 исправления (http://www.kernel.org/pub/linux/kernel/v3.0/ChangeLog-3.4.16)) и 3.6.4 (https://lkml.org/lkml/2012/10/28/99) (85 исправлений (http://www.kernel.org/pub/linux/kernel/v3.0/ChangeLog-3.6.4)). Как обычно, в анонсе выхода новых версий подчеркивается обязательность проведения обновления.


Из подсистем, в которых устранены ошибки можно отметить:   mac80211, vlan, sparc64,  drm/i915, Xen, cgroup, ext4. Достаточно большая порция исправлений касается подсистемы USB и сетевого стека (IPv4, IPv6). В новый выпусках также устранена уязвимость (http://permalink.gmane.org/gmane.comp.security.oss.general/8562) (CVE-2012-0957), позволяющая получить доступ к части содержимого стека ядра через манипуляции с вызовом uname() с опцией UNAME26.


В указанных выпусках не исправлена недавно выявленная проблема (https://www.opennet.ru/opennews/art.shtml?num=35164) с повреждением данных в разделе ext4. Более детальное изучение причин возникновения ошибки показало (https://plus.google.com/u/0/117091380454742934025/posts/f5a1...), что проблема проявляется значительно реже чем предполагалось и разработчикам так и не удалось полностью повторить все условия её возникновения. Пока все гипотезы возможных причин возникновения потери данных у пользователей носят только умозрительных характер и не подтверждены на практике, так как проблема скорее всего вызвана ошибками в нескольких подсистемах и проявляется при сочетании эффекта гонки при крахе ядра, использовании специфичных опций размонтирования и только на определённом типе оборудования. В настоящее время подготовлено два теоретически решающих проблему патча, но пока их эффективность не подтверждена они удержаны от включения в состав основного ядра Linux.


URL: https://lkml.org/lkml/2012/10/28/99
Новость: https://www.opennet.ru/opennews/art.shtml?num=35192

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


3. "Обновление ядра Linux: 3.0.49, 3.4.16 и 3.6.4. Исправление п..."  +21 +/
Сообщение от Аноним (??) on 29-Окт-12, 10:53 
Ну, у кого там ext4 дох, убивал соседского кота и объявлял себя покемоном? Ваш звездный час - вы можете выйти и воспроизвести проблему. А то как вопить - все горазды. А как воспроизводить - все в кусты :)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

9. "Обновление ядра Linux: 3.0.49, 3.4.16 и 3.6.4. Исправление п..."  +1 +/
Сообщение от ВКПб on 29-Окт-12, 11:19 
У тех кто добавлял крайне нерекомендуемые параметры в опции монтирования. Короче у ССЗБ.
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

10. "Обновление ядра Linux: 3.0.49, 3.4.16 и 3.6.4. Исправление п..."  +1 +/
Сообщение от Карбофос (ok) on 29-Окт-12, 11:29 
как бы не оказалось, что не в опциях дело, а как несколько лет назад всплыли проблемы с контроллером сетевых карт: началась шумиха, а потом выяснилось, что костыль встроен в виндовые дрова, а нигде про ошибку и словом не проронились
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

40. "Обновление ядра Linux: 3.0.49, 3.4.16 и 3.6.4. Исправление п..."  +/
Сообщение от Аноним (??) on 29-Окт-12, 20:39 
> как бы не оказалось, что не в опциях дело

Теодор провел полное расследование и в чем дело - дотошно установил. Но это не отменяет того что для того чтобы на это нарваться - надо сделать вообще фиг знает что.

Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

51. "Обновление ядра Linux: 3.0.49, 3.4.16 и 3.6.4. Исправление п..."  +/
Сообщение от Аноним (??) on 29-Окт-12, 21:48 
>> как бы не оказалось, что не в опциях дело
> Теодор провел полное расследование и в чем дело - дотошно установил. Но
> это не отменяет того что для того чтобы на это нарваться
> - надо сделать вообще фиг знает что.

Дурак изобретательный - к коим относится процентов 60 здешних завсегдатаев - найдет способ даже Супер-Пупер-Богус-ФС заломать ручонками шалавливыми за часок так, что ни один водолаз не восстановит.

Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

11. "Обновление ядра Linux: 3.0.49, 3.4.16 и 3.6.4. Исправление п..."  +/
Сообщение от Адекват on 29-Окт-12, 12:20 
> Ну, у кого там ext4 дох, убивал соседского кота и объявлял себя
> покемоном? Ваш звездный час - вы можете выйти и воспроизвести проблему.
> А то как вопить - все горазды. А как воспроизводить -
> все в кусты :)

Когда вас уволят без выходного пособия, за потерю всех документов фирмы, вот тогда и посмеемся, и скажем что вы ССЗБ, и прочее прочее.
А если вы считаете что беда не может к вам придти на 100%, то вы просто идиот.

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

12. "Обновление ядра Linux: 3.0.49, 3.4.16 и 3.6.4. Исправление п..."  +14 +/
Сообщение от Ильюшка on 29-Окт-12, 12:45 
Бэкапы не делай
@
Будь ССЗБ
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

17. "Обновление ядра Linux: 3.0.49, 3.4.16 и 3.6.4. Исправление п..."  –2 +/
Сообщение от Аноним (??) on 29-Окт-12, 14:56 
Бэкапы не нужны т.к. у меня ничего никогда не ломалось. Бэкапы придумали производители дисков чтобы выжать еще бабок. Делая бэкапы - вы покупаете яхту какому-нибудь хрену из WD или Seagate. Будьте благоразумны - не делайте бэкапов, никогда.
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

19. "Обновление ядра Linux: 3.0.49, 3.4.16 и 3.6.4. Исправление п..."  +7 +/
Сообщение от YetAnotherOnanym on 29-Окт-12, 15:16 
За бэкапы вообще наказывать надо.
Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

23. "Обновление ядра Linux: 3.0.49, 3.4.16 и 3.6.4. Исправление п..."  –2 +/
Сообщение от Аноним (??) on 29-Окт-12, 17:09 
Че наказывать? Сразу расстреливать на месте
Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

64. "Обновление ядра Linux: 3.0.49, 3.4.16 и 3.6.4. Исправление п..."  +2 +/
Сообщение от Аноним (??) on 29-Окт-12, 23:45 
Не знаю, смогу ли я дальше жить, не высказав все вам, моим суровым боевым друзьям. Простите меня. Вчера я сделал бекап.
Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

65. "Обновление ядра Linux: 3.0.49, 3.4.16 и 3.6.4. Исправление п..."  +1 +/
Сообщение от Аноним (??) on 29-Окт-12, 23:51 
Расстрелять!
Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

21. "Обновление ядра Linux: 3.0.49, 3.4.16 и 3.6.4. Исправление п..."  –2 +/
Сообщение от кверти on 29-Окт-12, 16:39 
о, одмины локалхоста закукарекали :)
Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

32. "Обновление ядра Linux: 3.0.49, 3.4.16 и 3.6.4. Исправление п..."  +2 +/
Сообщение от Аноним (??) on 29-Окт-12, 18:18 
> о, одмины локалхоста закукарекали :)

Или некто [довольно успешно] троллит и потому забыл воткнуть тег "сарказм" для недотеп :)

Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

38. "Обновление ядра Linux: 3.0.49, 3.4.16 и 3.6.4. Исправление п..."  +2 +/
Сообщение от Фтщтньщгы on 29-Окт-12, 20:29 
Ну, если только делать бекапы на те же самые WD и Seagate, то да. Но это же абсурд! Только на ленту! Только tar!
Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

62. "Обновление ядра Linux: 3.0.49, 3.4.16 и 3.6.4. Исправление п..."  +/
Сообщение от Ytch on 29-Окт-12, 22:53 
> Бэкапы не нужны...

Конечно! Никому не нужны бэкапы, всем нужны restore!

> Делая бэкапы - вы покупаете яхту какому-нибудь хрену из WD или Seagate.

А не делая - вы сначала покупаете машины и квартиры владельцам контор по восстановлению данных, а потом все равно платите за яхты разным хренам из WD и Seagate!

Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

66. "Обновление ядра Linux: 3.0.49, 3.4.16 и 3.6.4. Исправление п..."  +/
Сообщение от Denis Fateyev email(ok) on 29-Окт-12, 23:54 
Толстый, такой толстый..
Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

28. "Обновление ядра Linux: 3.0.49, 3.4.16 и 3.6.4. Исправление п..."  –1 +/
Сообщение от Аноним (??) on 29-Окт-12, 18:13 
> Когда вас уволят без выходного пособия, за потерю всех документов фирмы, вот
> тогда и посмеемся, и скажем что вы ССЗБ, и прочее прочее.

Проблема в том что это может случиться с примерно такой же вероятностью как то что прилетит метеорит и зашибет вас. Ну если вас зашибло метеоритом - то и документы вам ни к чему. Да и выходное пособие - тоже.

Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

49. "Обновление ядра Linux: 3.0.49, 3.4.16 и 3.6.4. Исправление п..."  +2 +/
Сообщение от Аноним (??) on 29-Окт-12, 21:46 
>> Когда вас уволят без выходного пособия, за потерю всех документов фирмы, вот
>> тогда и посмеемся, и скажем что вы ССЗБ, и прочее прочее.
> Проблема в том что это может случиться с примерно такой же вероятностью
> как то что прилетит метеорит и зашибет вас. Ну если вас
> зашибло метеоритом - то и документы вам ни к чему. Да
> и выходное пособие - тоже.

Ошибаешься, чувачок. Одмины ВТЦ, что в США, тоже так думали. А прилетела пара самолетиков - и трындец. Причем - ЧСХ - первое предупреждение у них было гораздо раньше. Взрыв в цокольном этаже и пожар, уничтоживший серверную и ленты с бэкапами, которые хранились _там_же_. Два раза подряд, в одну воронку, в течение жизни одного поколения.

Так что твой пример - НЕ КАНАЕТ.

У меня лично был случай. Горел офис. Выгорело ВСЕ, кроме бэкапов лично моих, которые ЛИЧНО Я накануне пожара записал и унес домой. В сейфик. Смекаешь?

Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

22. "Обновление ядра Linux: 3.0.49, 3.4.16 и 3.6.4. Исправление п..."  –8 +/
Сообщение от iFRAME (ok) on 29-Окт-12, 16:47 
Я вот чему удивляюсь: NTFS уже хреновых 20 лет, а с ней ни разу таких массовых проблем не было. Что самое удивительное, так это то, что ее за эти 20 лет по фичастости никто обогнать не может!
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

24. "Обновление ядра Linux: 3.0.49, 3.4.16 и 3.6.4. Исправление п..."  +1 +/
Сообщение от Аноним (??) on 29-Окт-12, 17:10 
Толсто.

Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

26. "Обновление ядра Linux: 3.0.49, 3.4.16 и 3.6.4. Исправление п..."  +/
Сообщение от Аноним (??) on 29-Окт-12, 17:30 
Ну вообще то он прав, NTFS весьма продуманная система, особенно для своего времени. Другое дело что они с фрагментацией намудрили. И немалая часть взможностей практически не использовалась (версии файлов, ссылки), подозреваю из за тебований тянуть совместимость с древним софтом. Есть места где венду можо и нужно ругать, но NTFS все таки на твердую 3+.
Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

27. "Обновление ядра Linux: 3.0.49, 3.4.16 и 3.6.4. Исправление п..."  +/
Сообщение от ананим on 29-Окт-12, 18:04 
При этом именно нтфс приходится чаще всего восстанавливать.
При этом с помощью тестдиск и фоторек.
Что характерно, ни разу в моей (и не маленькой) практике не было такой необходимости с ext2-4. Фсчк хватало.
Нда. С уфс данные вытаскивал, с xfs, с лвм, hfs+. Ещё вагон и маленькая тележка. Постоянно с нтфс. А вот с extX не было.
Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

35. "Обновление ядра Linux: 3.0.49, 3.4.16 и 3.6.4. Исправление п..."  +/
Сообщение от Аноним (??) on 29-Окт-12, 18:25 
> А вот с extX не было.

Ну я несколько раз вытаскивал. По причине бэдов на диске, в которых файловая система не виновата. Fsck обычно все чинит до вполне моунтабельного состояния ;)

Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

48. "Обновление ядра Linux: 3.0.49, 3.4.16 и 3.6.4. Исправление п..."  +1 +/
Сообщение от Аноним (??) on 29-Окт-12, 21:44 
>> А вот с extX не было.
> Ну я несколько раз вытаскивал. По причине бэдов на диске, в которых
> файловая система не виновата. Fsck обычно все чинит до вполне моунтабельного
> состояния ;)

Мне нравится слово "обычно". :)))))))))))

Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

41. "Обновление ядра Linux: 3.0.49, 3.4.16 и 3.6.4. Исправление п..."  +1 +/
Сообщение от uuser email(ok) on 29-Окт-12, 20:41 
Если вспомнить соотношение linux/windows установок (1 к 99), то вполне логично, что

При этом именно нтфс приходится чаще всего восстанавливать

Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

43. "Обновление ядра Linux: 3.0.49, 3.4.16 и 3.6.4. Исправление п..."  +/
Сообщение от ананим on 29-Окт-12, 21:37 
Ау! Есть кто?
Я только свою статистику привожу.
И в кругу моих знакомых/работы линуха больше 50% (включая и контролеры домена, и файлопомойки, и субд оракл, и мои личные компы, и компы друзей).
Остальные 50% приходятся на винду, соляру, мак.

И постоянно траблы только с нтфс.

Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору
Часть нити удалена модератором

60. "Обновление ядра Linux: 3.0.49, 3.4.16 и 3.6.4. Исправление п..."  +/
Сообщение от ананим on 29-Окт-12, 22:24 
>Муйло, я в IT поболе, чем ты на свете живешь. И активная жизнь - это ДЕСЯТКИ машин и серверов ежедневно, 7 дней в неделю на протяжении более, чем 20 лет. Смекаешь?

конечно смекаю.
особенно что помимо вашей низкой квалификации (да что там низкой! нулевой!) вы ещё и просто не воспитанный тип.
чё уж тут не смекнуть то.

Ответить | Правка | Наверх | Cообщить модератору

31. "Обновление ядра Linux: 3.0.49, 3.4.16 и 3.6.4. Исправление п..."  +/
Сообщение от Аноним (??) on 29-Окт-12, 18:16 
> Ну вообще то он прав, NTFS весьма продуманная система, особенно для своего времени.

Да, для середины-конца девяностых - ничо так, даже получше ряда иных экспонатов того времени. Проблема только в том что ща на дворе 2012 а ничего нового в MS не посчитали нужным разрабатывать.

Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

44. "Обновление ядра Linux: 3.0.49, 3.4.16 и 3.6.4. Исправление п..."  +/
Сообщение от Аноним (??) on 29-Окт-12, 21:39 
>> Ну вообще то он прав, NTFS весьма продуманная система, особенно для своего времени.
> Да, для середины-конца девяностых - ничо так, даже получше ряда иных экспонатов
> того времени. Проблема только в том что ща на дворе 2012
> а ничего нового в MS не посчитали нужным разрабатывать.

Она РАБОТАЕТ. От нее, тащемта, больше ничего не требуется. И ее - вот сейчас, в 12м году - весьма непросто ухитриться вот так вот изломать.

Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

57. "Обновление ядра Linux: 3.0.49, 3.4.16 и 3.6.4. Исправление п..."  +1 +/
Сообщение от AlexAT (ok) on 29-Окт-12, 22:19 
> Она РАБОТАЕТ. От нее, тащемта, больше ничего не требуется. И ее -
> вот сейчас, в 12м году - весьма непросто ухитриться вот так
> вот изломать.

Да ладно? Разворачивайте архив с кучей мелких файлов, и в это время выключите питание. Жестко. Веселые карусельки вам обеспечены. Нет, конечно, ничего фатального - но потерянные ноды скорее всего будут. И журнал не поможет.

Для особых извращенцев - менять режим сжатия подкаталогов с кучей мелочи, и в это время вырубить питание. Вот тут уже вплоть до потери данных (того, что обрабатывалось).

Еще можно менять права на кучу мелочи с подкаталогами, и в этот момент вырубить питание. Некорректные security record'ы обеспечены.

Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

69. "Обновление ядра Linux: 3.0.49, 3.4.16 и 3.6.4. Исправление п..."  +/
Сообщение от Аноним (??) on 30-Окт-12, 00:18 
>[оверквотинг удален]
>> вот сейчас, в 12м году - весьма непросто ухитриться вот так
>> вот изломать.
> Да ладно? Разворачивайте архив с кучей мелких файлов, и в это время
> выключите питание. Жестко. Веселые карусельки вам обеспечены. Нет, конечно, ничего фатального
> - но потерянные ноды скорее всего будут. И журнал не поможет.
> Для особых извращенцев - менять режим сжатия подкаталогов с кучей мелочи, и
> в это время вырубить питание. Вот тут уже вплоть до потери
> данных (того, что обрабатывалось).
> Еще можно менять права на кучу мелочи с подкаталогами, и в этот
> момент вырубить питание. Некорректные security record'ы обеспечены.

А что, УПСы. еще не изобрели?

Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

75. "Обновление ядра Linux: 3.0.49, 3.4.16 и 3.6.4. Исправление п..."  +1 +/
Сообщение от AlexAT (ok) on 30-Окт-12, 07:26 
> А что, УПСы. еще не изобрели?

Тут шла речь о том, как быстро и просто покалечить NTFS, а не о УПС'ах. ext'ы в таких случаях как правило восстанавливаются с журнала без каких-либо граблей.

Ответить | Правка | ^ к родителю #69 | Наверх | Cообщить модератору

78. "Обновление ядра Linux: 3.0.49, 3.4.16 и 3.6.4. Исправление п..."  +/
Сообщение от Аноним (??) on 30-Окт-12, 11:06 
то то в новости пишут что журнал гробит FS.
или вы забыли еще как delayed alloc убивал файловую систему если был reset или power lost?
Ответить | Правка | ^ к родителю #75 | Наверх | Cообщить модератору

79. "Обновление ядра Linux: 3.0.49, 3.4.16 и 3.6.4. Исправление п..."  +/
Сообщение от ананим on 30-Окт-12, 11:47 
для отстающих и врунов можно новость и повторить:
>проблема проявляется значительно реже чем предполагалось и разработчикам так и не удалось полностью повторить все условия её возникновения. Пока все гипотезы возможных причин возникновения потери данных у пользователей носят только умозрительный характер и не подтверждены на практике

а вы кто из них? просто тупой или брехло?

Ответить | Правка | ^ к родителю #78 | Наверх | Cообщить модератору

25. "Обновление ядра Linux: 3.0.49, 3.4.16 и 3.6.4. Исправление п..."  +1 +/
Сообщение от аноним2 on 29-Окт-12, 17:13 
Эмм, "по фичастости" - может расскажете, а то мужики то и не в курсе
Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

30. "Обновление ядра Linux: 3.0.49, 3.4.16 и 3.6.4. Исправление п..."  +2 +/
Сообщение от Аноним (??) on 29-Окт-12, 18:15 
> Я вот чему удивляюсь: NTFS уже хреновых 20 лет, а с ней ни разу таких массовых проблем не было.

Мы не злопамятные, но злые и память у нас хорошая. Поэтому про то как дамп при падении в синий скрин сносил всю файловую систему если диск более 2Тб - мы еще не забыли. И вот это было весьма воспроизводимой проблемой. Как винчи стали достигать терабайтных значений - MS тут же и завалило багрепортами.

Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

46. "Обновление ядра Linux: 3.0.49, 3.4.16 и 3.6.4. Исправление п..."  –4 +/
Сообщение от Аноним (??) on 29-Окт-12, 21:42 
>> Я вот чему удивляюсь: NTFS уже хреновых 20 лет, а с ней ни разу таких массовых проблем не было.
> Мы не злопамятные, но злые и память у нас хорошая. Поэтому про
> то как дамп при падении в синий скрин сносил всю файловую
> систему если диск более 2Тб - мы еще не забыли. И
> вот это было весьма воспроизводимой проблемой. Как винчи стали достигать терабайтных
> значений - MS тут же и завалило багрепортами.

Скажи мне, о чудо, НАХ диски такого размера? Когда throutput максимален при максимизации шпинделей и равном с ним количеством лунов?

Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

58. "Обновление ядра Linux: 3.0.49, 3.4.16 и 3.6.4. Исправление п..."  +1 +/
Сообщение от AlexAT (ok) on 29-Окт-12, 22:20 
> Скажи мне, о чудо, НАХ диски такого размера? Когда throutput максимален при
> максимизации шпинделей и равном с ним количеством лунов?

Чичиго?

Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

71. "Обновление ядра Linux: 3.0.49, 3.4.16 и 3.6.4. Исправление п..."  +/
Сообщение от Аноним (??) on 30-Окт-12, 00:20 
>> Скажи мне, о чудо, НАХ диски такого размера? Когда throutput максимален при
>> максимизации шпинделей и равном с ним количеством лунов?
> Чичиго?

Того. Ты уверен, что ты айтишнег?

Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

73. "Обновление ядра Linux: 3.0.49, 3.4.16 и 3.6.4. Исправление п..."  +/
Сообщение от Аноним (??) on 30-Окт-12, 06:27 
>>> Скажи мне, о чудо, НАХ диски такого размера? Когда throutput максимален при
>>> максимизации шпинделей и равном с ним количеством лунов?
>> Чичиго?
> Того. Ты уверен, что ты айтишнег?

Я - атишнег. И нихрена не понял почему нельзя максимизнать шпиндели равные лунам но при жтом каждый > 2 TB? Они вообщето дешевле доширака ныне ...

Ответить | Правка | ^ к родителю #71 | Наверх | Cообщить модератору

77. "Обновление ядра Linux: 3.0.49, 3.4.16 и 3.6.4. Исправление п..."  +/
Сообщение от AlexAT (ok) on 30-Окт-12, 07:33 
> Того. Ты уверен, что ты айтишнег?

Уверен. Как ты эти шпиндели собрался агрегировать? Софтово? Извини, тот же dedicated контроллер массива сделает это лучше, и throughput будет бОльшим.

Ну и да: открываю секрет для безграмотных: командный цикл достаточно длинный. Поэтому отсылка команд одному LUN'у будет куда легче отсылки команд сотне LUN'ов. Плюс чередование данных на шине. Если шина общая - на throughput это повлияет прямым и непосредственным образом.

Ответить | Правка | ^ к родителю #71 | Наверх | Cообщить модератору

82. "Обновление ядра Linux: 3.0.49, 3.4.16 и 3.6.4...."  +/
Сообщение от arisu (ok) on 31-Окт-12, 19:03 
> Скажи мне, о чудо, НАХ диски такого размера?

«что? автопоезда? не, не слышал: у меня в мой запор всё помещается, нах эти автопоезда нужны? ламеры криворукие, не смогли в запор запихать!»

Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

47. "Обновление ядра Linux: 3.0.49, 3.4.16 и 3.6.4. Исправление п..."  +/
Сообщение от Аноним (??) on 29-Окт-12, 21:43 
>> Я вот чему удивляюсь: NTFS уже хреновых 20 лет, а с ней ни разу таких массовых проблем не было.
> Мы не злопамятные, но злые и память у нас хорошая. Поэтому про
> то как дамп при падении в синий скрин сносил всю файловую
> систему если диск более 2Тб - мы еще не забыли. И
> вот это было весьма воспроизводимой проблемой. Как винчи стали достигать терабайтных
> значений - MS тут же и завалило багрепортами.

Могу вспомнить другой случай. Как RHEL 3 после выключения питалова без шатдауна посредством fsck мило сгребал в мусор весь 80 Гб диск. Причем _четыре_раза_подряд_. Не бета-версия. Вполне себе продакшен. Было это.... дай бог памяти, недавно совсем. Году этак в 7м или 8м.

Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

61. "Обновление ядра Linux: 3.0.49, 3.4.16 и 3.6.4. Исправление п..."  –1 +/
Сообщение от ананим on 29-Окт-12, 22:27 
пруф будет?
Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

70. "Обновление ядра Linux: 3.0.49, 3.4.16 и 3.6.4. Исправление п..."  +/
Сообщение от Аноним (??) on 30-Окт-12, 00:19 
> пруф будет?

Ага, сейчас фотографии достану тех времен. Думаешь, у меня не было других забот, кроме как делать пруф на десятки лет вперед для таких вот, как ты?

Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

74. "Обновление ядра Linux: 3.0.49, 3.4.16 и 3.6.4. Исправление п..."  +/
Сообщение от Аноним (??) on 30-Окт-12, 06:28 
Как говорят на ЛОРе - слив защитан :)
Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

80. "Обновление ядра Linux: 3.0.49, 3.4.16 и 3.6.4. Исправление п..."  +/
Сообщение от Анонимный аноним on 30-Окт-12, 14:06 
На мой взгляд самая большая кака в нтфс - MFT. Точнее малая избыточность хранения.
Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

81. "Обновление ядра Linux: 3.0.49, 3.4.16 и 3.6.4...."  +/
Сообщение от arisu (ok) on 31-Окт-12, 18:59 
> Я вот чему удивляюсь: NTFS уже хреновых 20 лет, а с ней
> ни разу таких массовых проблем не было.

(улыбается). guest login. право на запись и запуск одного батника из пары строк. прощай, дорогая ntfs. настолько, что вытащить что-то оттуда становится ой, как проблематично. как минимум до xpsp1 или sp2, дальше не проверял.

подчёркиваю, GUEST login.

то, что ты о чём-то не знаешь, не значит, что этого нет. это всего лишь значит, что у m$ нет публичного багтрекера.

Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

84. "Обновление ядра Linux: 3.0.49, 3.4.16 и 3.6.4. Исправление п..."  +/
Сообщение от mavriq_ on 02-Ноя-12, 12:17 
да-да-да
Помним помним, после скачка света
NTldr not found
Самая стабильная система, ага...
Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

42. "Обновление ядра Linux: 3.0.49, 3.4.16 и 3.6.4. Исправление п..."  +/
Сообщение от Аноним (??) on 29-Окт-12, 21:37 
"Я не верю в существование ковра" (С)
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

6. "Обновление ядра Linux: 3.0.49, 3.4.16 и 3.6.4. Исправление п..."  +/
Сообщение от 1 (??) on 29-Окт-12, 11:01 
стабильность@надежность
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

13. "Обновление ядра Linux: 3.0.49, 3.4.16 и 3.6.4. Исправление п..."  +/
Сообщение от filosofem (ok) on 29-Окт-12, 14:02 
>проявляется при сочетании эффекта гонки при крахе ядра, использовании специфичных опций размонтирования и только на определённом типе оборудования

и только на посыпавшемся диске да.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

14. "Обновление ядра Linux: 3.0.49, 3.4.16 и 3.6.4. Исправление п..."  +2 +/
Сообщение от 96 on 29-Окт-12, 14:35 
>проявляется при сочетании эффекта гонки при крахе ядра, использовании специфичных опций размонтирования и только на определённом типе оборудования

...так если залезть на шкаф, и вот так извернуться...

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

33. "Обновление ядра Linux: 3.0.49, 3.4.16 и 3.6.4. Исправление п..."  +1 +/
Сообщение от Аноним (??) on 29-Окт-12, 18:20 
> ...так если залезть на шкаф, и вот так извернуться...

...на велосипеде, в ластах, маске для ныряния и лыжными палками... возникает вопрос: как вы в таком виде туда взгромоздились и вообще нахрена, собственно?!

Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

36. "Обновление ядра Linux: 3.0.49, 3.4.16 и 3.6.4. Исправление п..."  +/
Сообщение от ZloySergant (ok) on 29-Окт-12, 19:37 
>...на велосипеде, в ластах, маске для ныряния и лыжными палками... возникает вопрос: как вы в таком виде туда взгромоздились и вообще нахрена, собственно?!

"Те, кто выжил в катаклизме, пребывают в пессимизме.
Их вчера в стеклянной призме к нам в больницу привезли..."

Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

15. "Обновление ядра Linux: 3.0.49, 3.4.16 и 3.6.4. Исправление п..."  +1 +/
Сообщение от Wormik (ok) on 29-Окт-12, 14:48 
> 3.0.49, 3.4.16, и 3.6.4

Прочитал как 2.0.49, 2.4.16 и 2.6.4.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

18. "Обновление ядра Linux: 3.0.49, 3.4.16 и 3.6.4. Исправление п..."  +4 +/
Сообщение от bircoph (ok) on 29-Окт-12, 15:08 
>> 3.0.49, 3.4.16, и 3.6.4
> Прочитал как 2.0.49, 2.4.16 и 2.6.4.

Поздравляю с разморозкой криогенной камеры.

Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

37. "Обновление ядра Linux: 3.0.49, 3.4.16 и 3.6.4. Исправление п..."  +/
Сообщение от EuPhobos (ok) on 29-Окт-12, 19:57 
Кто ни будь собирал 3.6.4? Никто не заметил изменений в сборке?
Что-то у меня он уж слишком долго собирает, причём стадию компиляции уже прошёл, делает что-то "objcopy" причём так дооолго, ну почему?!
У меня ядро на SSD диске, да и проц 8ядер AMD FX.. Будто в скрипт тупо "sleep"-ов напихали..
Проц на 1-2% загружен, скорость чтения/записи 1% .. ну как, блин, так можно..

Поставил перед сборкой time -p .. посмотрим как завершит..

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

39. "Обновление ядра Linux: 3.0.49, 3.4.16 и 3.6.4. Исправление п..."  +/
Сообщение от Аноним (??) on 29-Окт-12, 20:35 
> Проц на 1-2% загружен, скорость чтения/записи 1% .. ну как, блин, так можно..

А у вас trim на SSD включен? Так, в порядке бреда, одна из гипотез.

Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

63. "Обновление ядра Linux: 3.0.49, 3.4.16 и 3.6.4. Исправление п..."  +/
Сообщение от EuPhobos (ok) on 29-Окт-12, 23:02 
Хмм, не был включен, спаисбо, включил..
Но говоря о сборке, я на прошлой неделе собирал 3.6.3 на этой же машине ~6-7 минут заняла сборка.
А сейчас:
real 2288.17
user 4203.75
sys 306.12
---
где ~6-7 минут с полностью загруженным процем, и где ~40 минут, make ковырялся над файлами после сборки..

Что ж.. попробую теперь со включённым discard/TRIM

Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

83. "Обновление ядра Linux: 3.0.49, 3.4.16 и 3.6.4. Исправление п..."  +/
Сообщение от Аноним (??) on 31-Окт-12, 21:27 
Исправили !
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Спонсоры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2022 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру