форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+/–
Сообщение от opennews (ok) on 24-Окт-12, 21:55
Теодор Цо (Theodore Ts'o) опубликовал (https://lkml.org/lkml/2012/10/23/690) в списке рассылки разработчиков ядра Linux патч с устранением серьёзной ошибки (https://lkml.org/lkml/2012/10/24/14) в реализации файловой системы Ext4, которая при определённых условиях может привести к повреждению данных. Проблема вызвана изменением, включённым в состав ядра Linux 3.6.2 и проявляется в версиях 3.6.2, 3.6.3 и 3.5.7 (http://www.kernel.org/pub/linux/kernel/v3.0/ChangeLog-3.5.7). Причину ошибки удалось выявить после длительного анализа внесённых изменений, так как источник проблемы было трудно отследить из-за непредсказуемого характера проявления ошибки -  проблема проявлялась только на системах в которых ФС начинается с нулевого блока, после двух перезагрузок с достаточно коротким интервалом. В итоге было выяснено, что проблема приводит к некорректному состоянию журнала при размонтировании ФС вслед за монтированием, из-за того, что лог изменений не успевает до конца записаться на диск. Если имело место единичное проявление проблемы, то драйвер Ext4 мог произвести восстановление журнала. Но если ситуация повторялась несколько раз подряд, то данные новой сессии монтирования успевали записаться до того как были записаны данные прошлой сессии, что могло привести к некорректному состоянию данных в ФС. URL: https://lkml.org/lkml/2012/10/22/365 Новость: http://www.opennet.me/opennews/art.shtml?num=35164
Ответить | Правка | Cообщить модератору

Сообщения по теме

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

3. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+69 +/–
Сообщение от Аноним (??) on 24-Окт-12, 22:00
Уважаю людей, отлавливающих такие баги. Вот кто настоящие герои
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	16. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	–12 +/–
	Сообщение от Milker (??) on 24-Окт-12, 22:17
	> Уважаю людей, отлавливающих такие баги. Вот кто настоящие герои Будешь смеяться, но я этот баг словил вчера. Благо под систему был выделен отдельный диск.
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	20. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+18 +/–
	Сообщение от Аноним (??) on 24-Окт-12, 22:57
	Словить легко, сложнее отловить
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	26. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	–2 +/–
	Сообщение от anonymous (??) on 24-Окт-12, 23:16
	Ну сейчас под этот баг спишут любой сбой хоть аппаратный хоть в совершенно другой опдсистеме ядра. Как узнал то что именно этот баг?
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	102. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+/–
	Сообщение от Аноним (??) on 25-Окт-12, 17:35
	> Будешь смеяться, но я этот баг словил вчера. Благо под систему был выделен отдельный диск. Что, у мсье натурально ФС с 0-го блока лежит и мсье быстро сребутался несколько раз? "Видишь там на горе рассвистелся вдруг рак? Да и дождик пошел прям в четверг, как дурак". (с) кто-то из местных.
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

11. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	–3 +/–
Сообщение от Аноним (??) on 24-Окт-12, 22:10
> Проблема вызвана внесением изменения в процессе подготовки версии 2.6.2, затрагивающего инфраструктуру журналирования jbd2 (Journaling block device). Молодец маинтайнер - это с каким умом надо быт что бы принимать в very minor релиз патчи которые могли такое вызвать?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	17. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+5 +/–
	Сообщение от ILYA INDIGO (ok) on 24-Окт-12, 22:17
	А на патчах что, сразу написано, что они такое вытворяют?
	Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

	19. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+/–
	Сообщение от Аноним (??) on 24-Окт-12, 22:32
	> А на патчах что, сразу написано, что они такое вытворяют? товаришь - вы хоть раз были на позиции релиз инженера? сдается мне что нет. RE обязан смотреть на каждый патч который добавляется и оценивать риски и кучу всего, в частности инспекция патчей. А текущая ситуация это следствие неумения управлять проектом и не желания исправлять ошибки, а желания только писать новый код - который маинтейнером пихается в very minor релизы. Смотрим что же происходило >> commit 26de1ba5acc39f0ab57ce1ed523cb128e4ad73a4 Author: Theodore Ts'o <tytso@mit.edu> Date:   Tue Oct 23 18:15:22 2012 -0400     jbd2: fix a potential fs corrupting bug in jbd2_mark_journal_empty     Fix a potential file system corrupting bug which was introduced by     commit eeecef0af5ea4efd763c9554cf2bd80fc4a0efd3: jbd2: don't write     superblock when if its empty. >> переводим на русский язык - был изначальный комит в котором найдена ошибка, маинтейнер (релиз инженер) вместо отката изменений и требований исправить патч - лендит "исправление". В котором в свою очередь оказывается еще одна ошибка - стоящая людям данных на диске. И вы мне хотите сказать что это правильные и адекватные действия маинтейнера и разработчиков? Хотя наверно клева не разрабатывать качественый код, а тупо клевать фиксы на фиксы, только в очередной раз задаешся вопросами о адекватности управляющих таким большим проектом.
	Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

	22. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+2 +/–
	Сообщение от anonymous (??) on 24-Окт-12, 23:07
	Задним числом все умные, уверен, что если бы было наоборот - откатили, кто-то попал бы по круgному на исправляемый баг (jbd2: don't write superblock when if its empty), то от комментатора была бы гневная отповедь про то, что надо было не откатывать а наложить еще один исправляющий патч, и данные бы не потеряли.
	Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

	24. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+8 +/–
	Сообщение от ыгчч on 24-Окт-12, 23:11
	> Задним числом все умные, уверен, что если бы было наоборот - откатили, > кто-то попал бы по круgному на исправляемый баг (jbd2: don't write > superblock when if its empty), то от комментатора была бы гневная > отповедь про то, что надо было не откатывать а наложить еще > один исправляющий патч, и данные бы не потеряли. Ну дык, в стране советов любой знает как делать все что угодно, только почему-то мало кто делает хоть что-нибудь.
	Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

	29. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+5 +/–
	Сообщение от Аноним (??) on 25-Окт-12, 00:03
	здесь мудрость: советчик не хочет впоследствии оказаться на месте того кому дают советы, поскольку ошибки неизбежны :)
	Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

	72. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+2 +/–
	Сообщение от Anonimous on 25-Окт-12, 11:47
	здесь житейская мудрость: советчик обязательно окажется на месте того, кому даёт советы, но своими же советами не воспользуется
	Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

	34. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+3 +/–
	Сообщение от Lain_13 (ok) on 25-Окт-12, 02:05
	Дык страна советов. Вот и дают советы.
	Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

	48. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	–1 +/–
	Сообщение от Аноним (??) on 25-Окт-12, 08:36
	> Задним числом все умные, уверен, что если бы было наоборот - откатили, > кто-то попал бы по круgному на исправляемый баг (jbd2: don't write > superblock when if its empty), то от комментатора была бы гневная > отповедь про то, что надо было не откатывать а наложить еще > один исправляющий патч, и данные бы не потеряли. еще раз - патчи в которых найдены ошибки - окатываются из релиза и правятся. тут типичная ситуация - было добавлено что-то новое, потом была стопка "исправлений". Так вот откатывается оригинальный патч и переделывается что бы там не было ошибок и тп.. Мысль понятна? ДА, скорость разработки замедлится - но качество кода будет выше. Хотя видимо вам качество не важно, вам надо лишь куча новых плюшек которые глючат и уничтожают данные у вас на винте.
	Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

	89. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+/–
	Сообщение от ызусефещк on 25-Окт-12, 13:16
	> Так вот откатывается оригинальный патч и переделывается что бы там не было ошибок и тп.. А разве эти переделки не являются патчами к коду?
	Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

	116. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+/–
	Сообщение от Аноним (??) on 25-Окт-12, 22:15
	есть некий оригинальный старт - есть фича которая туда добавлена, эту фичу надо откатить как только там обнаружена ошибка. поправили - вливайте назад.
	Ответить | Правка | ^ к родителю #89 | Наверх | Cообщить модератору

	130. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	–1 +/–
	Сообщение от Snmn on 26-Окт-12, 07:12
	О боже. Сначала узнайте, что такое патч, а потом несите сюда ерунду.
	Ответить | Правка | ^ к родителю #116 | Наверх | Cообщить модератору

	159. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+/–
	Сообщение от Аноним (??) on 26-Окт-12, 17:38
	у мисье есть чем возразить на то что patch это некое измение кода с добавлением функциональности, или исправлением ошибки? Начальная работа идет с пустого места - каждое добавление фунциональности это уже патч. Есть что на это возразить?
	Ответить | Правка | ^ к родителю #130 | Наверх | Cообщить модератору

	182. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+1 +/–
	Сообщение от AlexAT (ok) on 27-Окт-12, 09:49
	ну иди, откати какой-нибудь патч из 2000-3000 строк от 2009, например, года от которого зависят еще 100500 последующих патчей а мы посмотрим
	Ответить | Правка | ^ к родителю #159 | Наверх | Cообщить модератору

	183. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+/–
	Сообщение от Аноним (??) on 27-Окт-12, 21:55
	откатывали - когда выяснялись крупные проблемы, а во время релиз цикла - так только и поступают, при нахождении хоть какой-то регрессии - и никаких зависимостей там не будет. Собственно стоило прочитать новость - первоначально исправлялся баг не в таком уж старом комите.. Вообщем не стоит выдавать свое мнение за единственную правду.
	Ответить | Правка | ^ к родителю #182 | Наверх | Cообщить модератору

	192. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+/–
	Сообщение от Smmn on 28-Окт-12, 05:45
	несмотря на ваше определение, по вашим постам видно, что патч имеет отношение к системе контроля версий, хотя на деле это не так. Выпуск патча для исправление ошибки никак не связан с тем, каким образом дифф файл был сформирован. они могли локально, хоть до первого уоммита откатиться и переписать все ядро заново. Патч будет патчем и никак не связан ни с чем больше.
	Ответить | Правка | ^ к родителю #183 | Наверх | Cообщить модератору

	193. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+/–
	Сообщение от AlexAT (ok) on 28-Окт-12, 10:32
	> откатывали - когда выяснялись крупные проблемы, а во время релиз цикла - > так только и поступают, при нахождении хоть какой-то регрессии - и > никаких зависимостей там не будет. Пруфлинк в студию.
	Ответить | Правка | ^ к родителю #183 | Наверх | Cообщить модератору

	28. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+3 +/–
	Сообщение от Michael Shigorin (ok) on 24-Окт-12, 23:58
	> товаришь - вы хоть раз были на позиции релиз инженера? Можно ли задать Вам тот же вопрос?  А то сомнения грызут, поскольку как раз был.
	Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

	46. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+/–
	Сообщение от Аноним (??) on 25-Окт-12, 08:33
	Был и сейчас на этой роли. И качество этого продукта позволяет его использовать на K-computer являющийся сейчас TOP1 и десятках классом не сильно ниже - хотя бы blue waters недавно запущеный в NACA. А можно поинтересоваться вашими успехами кроме мелких патчей на пакеты Alt linux ?
	Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

	68. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+2 +/–
	Сообщение от Michael Shigorin (ok) on 25-Окт-12, 11:26
	> Был и сейчас на этой роли. Тогда тем более должны бы понимать разницу между стройплощадкой kernel.org и отгружаемым промышленному пользователю продуктом -- официальная позиция lkml состоит в "ядра для работы берите в дистрибутиве" (аналогично и с glibc). Это не отмазки за них, а лишнее напоминание о том, что десять лет назад было _иначе_, но сейчас _так_. > А можно поинтересоваться вашими успехами Дистрибутивные выпуски, в первую очередь "Линукс Терминал" для школ. PS: #60 удалил, т.к. уже два или три раза объяснял и вроде как было поняли. А пообщаться отдельно было бы интересно, особенно о набитых шишках. PPS: NASA, а не NACA -- с добрым утром ;-) P^3S: про TOP1 Ваши данные устарели на полгодика. P^4S: по мотивам #58/71 -- хвастаемся-то хоть люстрой (про которую есть что сказать, даже если не звать кума и техдира) или местным центосиком?
	Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

	76. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	–2 +/–
	Сообщение от Аноним (??) on 25-Окт-12, 12:29
	> Тогда тем более должны бы понимать разницу между стройплощадкой kernel.org и отгружаемым промышленному пользователю продуктом Да ну. kernel.org вполне себе площадка - у которой заявлены стабильные выпуски. напомню very minor - это таки стабилизационные релизы. А тут такой epic fail. Может стоит принять - что linux kernel сваливается в дерьмо? > P^3S: про TOP1 Ваши данные устарели на полгодика. Хорошо. Софт стоял и стоит на 2х TOP1 (LLNL BG/L и K-Computer), и текущем претенденте Jaguar из ORNL. И по памяти на 60-75% машинках их TOP100. >PPS: NASA, а не NACA -- с добрым утром ;-) NCSA тогда уже. ошибся - у NASA стоит SGI железка, а не Креевская. > P^4S: по мотивам #58/71 -- хвастаемся-то хоть люстрой (про которую есть что сказать, даже если не звать кума и техдира) или местным центосиком? Это у вас люстра? Это после того как ваши сотрудника рассказывали о том что вы месяцами исправить проблемы не можете? не смешите ;-) Зовите рассказывайте - посмеемся вместе.
	Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

	83. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	–1 +/–
	Сообщение от Michael Shigorin (ok) on 25-Окт-12, 12:47
	> Да ну. kernel.org вполне себе площадка - у которой заявлены стабильные выпуски. Вот только аудитория у них сменилась -- раньше это были "пользователи линукса", теперь же -- "майнтейнеры ядер и другие знающие, что с этим делать". > напомню very minor - это таки стабилизационные релизы. А тут такой epic fail. Да понятно, что fail, и хорошо бы поменьше таких (как статистически, так и организационно). > Может стоит принять - что linux kernel сваливается в дерьмо? Вы знаете, лично меня тот же local kernel в коркомёте напряг заметно больше. >> P^3S: про TOP1 Ваши данные устарели на полгодика. > Хорошо. Софт стоял и стоит на 2х TOP1 (LLNL BG/L и K-Computer) Другое дело :) >> [...] хвастаемся-то хоть люстрой [...] или местным центосиком? > Это у вас люстра? У нас и люстра, куда техдир свои патчи засылал. > Это после того как ваши сотрудника рассказывали о том что вы месяцами исправить > проблемы не можете? не смешите ;-) Сошлитесь хоть предметней, уточню.  До Вас могло докатиться в виде, по которому не смогли разобрать наводки от IB-фабрики, например. > Зовите рассказывайте - посмеемся вместе. Так всё-таки про люстру говорили, правильно понимаю (в т.ч. по кивкам на ext4)?
	Ответить | Правка | ^ к родителю #76 | Наверх | Cообщить модератору

	160. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+/–
	Сообщение от Аноним (??) on 26-Окт-12, 17:40
	>>> [...] хвастаемся-то хоть люстрой [...] или местным центосиком? >> Это у вас люстра? > У нас и люстра, куда техдир свои патчи засылал. не помню не единого патча от вас принятого в mainstream люстры за последние 6 лет точно, а то и больше. Не подскажете номер тикета?
	Ответить | Правка | ^ к родителю #83 | Наверх | Cообщить модератору

	177. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+/–
	Сообщение от Michael Shigorin (ok) on 26-Окт-12, 22:52
	>> У нас и люстра, куда техдир свои патчи засылал. > не помню не единого патча от вас принятого в mainstream люстры за > последние 6 лет точно, а то и больше. Не подскажете номер тикета? Не подскажу; ссылки вот (можете и другие обсуждения поискать по фамилии): http://lists.lustre.org/pipermail/lustre-discuss/2006-Decemb... http://lists.lustre.org/pipermail/lustre-discuss/2007-Januar... (хинт, не патч) Если хотите, могу расспросить sr@ и ядерщиков -- вдруг было что полезное, да руки не дошли в апстрим предложить и меня тоже не дёрнули (порой стараюсь разгрузить по этой части).
	Ответить | Правка | ^ к родителю #160 | Наверх | Cообщить модератору

	184. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+/–
	Сообщение от Аноним (??) on 27-Окт-12, 22:03
	>>> У нас и люстра, куда техдир свои патчи засылал. >> не помню не единого патча от вас принятого в mainstream люстры за >> последние 6 лет точно, а то и больше. Не подскажете номер тикета? > Не подскажу; ссылки вот (можете и другие обсуждения поискать по фамилии): > http://lists.lustre.org/pipermail/lustre-discuss/2006-Decemb... не считая замены #if на #ifdef - патч нарушает полиси по патчам на люстру (запрет на использование linux_version) ну и типа такого. -        if (!nd || !nd->intent.d.lustre.it_disposition) +        if (!nd || !nd->intent.open.d.lustre.it_disposition) это вообще бред - nd->intent.d - это были патчи vfs_intent, а вы пытаетесь заюзать стандартно ядерный open intent, хотя проще было патч править. теперь понятно почему ваши патчи не были приняты, хотя этот патч я помню - некоторые идеи при портировании люстры на .18 ядро - я смотрел. > Если хотите, могу расспросить sr@ и ядерщиков -- вдруг было что полезное, > да руки не дошли в апстрим предложить и меня тоже не > дёрнули (порой стараюсь разгрузить по этой части). Учитывая что 2/3 комитов в 1.6/1.8 проходило через меня - не помню не одного такого, что-то прошло инспекции. может вы что-то делали для себя - но видимо такого качества....
	Ответить | Правка | ^ к родителю #177 | Наверх | Cообщить модератору

	187. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+/–
	Сообщение от Michael Shigorin (ok) on 27-Окт-12, 22:38
	> не считая замены #if на #ifdef - патч нарушает полиси по патчам > на люстру (запрет на использование linux_version) > ну и типа такого. Совсем-совсем детская подсказка: эти все соображения вот тогда и стоило в тот же тред запостить, чего в архиве не наблюдаю.  Потому как взаимодействие разумного апстрима и контрибуторов -- двустороннее: и те учатся, и те.
	Ответить | Правка | ^ к родителю #184 | Наверх | Cообщить модератору

	135. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	–1 +/–
	Сообщение от kurokaze (ok) on 26-Окт-12, 10:33
	> Был и сейчас на этой роли. И качество этого продукта позволяет его > использовать на K-computer являющийся сейчас TOP1 и десятках классом не сильно > ниже - хотя бы blue waters недавно запущеный в NACA. Пиши сразу - "на Звезде Смерти" - от анона и не такое пройдет.
	Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

	161. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+/–
	Сообщение от Аноним (??) on 26-Окт-12, 17:42
	>> Был и сейчас на этой роли. И качество этого продукта позволяет его >> использовать на K-computer являющийся сейчас TOP1 и десятках классом не сильно >> ниже - хотя бы blue waters недавно запущеный в NACA. > Пиши сразу - "на Звезде Смерти" - от анона и не такое > пройдет. Зачем? Шигорин вот догадался о чем речь - и может подтвердить что этот продукт крутится именно там :) А так же на всех кластерах фирм Cray и SGI, на стораджах HP серия SFS и тп... много где :)
	Ответить | Правка | ^ к родителю #135 | Наверх | Cообщить модератору

	179. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+/–
	Сообщение от Michael Shigorin (ok) on 26-Окт-12, 23:17
	> Зачем? Шигорин вот догадался о чем речь Да, хотя и с некоторым трудом -- высказал два предположения, было ещё несколько. > и может подтвердить что этот продукт крутится именно там :) Технически говоря, не могу -- в данных на top500.org не вижу, шеллов/контактов там не имею.  Могу разве что в LLNL поинтересоваться в частном порядке, мы туда патчи к pdsh засылали. Но после уточнений верю на слово :)
	Ответить | Правка | ^ к родителю #161 | Наверх | Cообщить модератору

	185. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+/–
	Сообщение от Аноним (??) on 27-Окт-12, 22:05
	>> Зачем? Шигорин вот догадался о чем речь > Да, хотя и с некоторым трудом -- высказал два предположения, было ещё > несколько. >> и может подтвердить что этот продукт крутится именно там :) > Технически говоря, не могу -- в данных на top500.org не вижу, шеллов/контактов > там не имею.  Могу разве что в LLNL поинтересоваться в > частном порядке, мы туда патчи к pdsh засылали. ну на LLNL тоже стоит :) На секвое - что-то в районе 20P сторадж, к слову на ZFS. слишком много проблем в ext4 - которые просто так не поправить.
	Ответить | Правка | ^ к родителю #179 | Наверх | Cообщить модератору

	49. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+/–
	Сообщение от Аноним (??) on 25-Окт-12, 09:05
	Моська, знать она сильна коль лает на То и Грега.
	Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

	54. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	–2 +/–
	Сообщение от Аноним (??) on 25-Окт-12, 10:16
	моська имела не малое отношение к тому что ext4 вообще появилось в linux. а так же к тому что бы квоты линукса были таки 64 разрядными, хотя маинтейнер считал что и 32бит хватит за уши. А можно поинтересоваться вашими успехами на этом поприще ?
	Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

	55. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+4 +/–
	Сообщение от pavel_simple (ok) on 25-Окт-12, 10:18
	> моська имела не малое отношение к тому что ext4 вообще появилось в > linux. > а так же к тому что бы квоты линукса были таки 64 > разрядными, хотя маинтейнер считал что и 32бит хватит за уши. > А можно поинтересоваться вашими успехами на этом поприще ? а что моська такая скромная, открой личико Гюльчи^W аноним
	Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

	58. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	–2 +/–
	Сообщение от Аноним (??) on 25-Окт-12, 10:26
	>> моська имела не малое отношение к тому что ext4 вообще появилось в >> linux. >> а так же к тому что бы квоты линукса были таки 64 >> разрядными, хотя маинтейнер считал что и 32бит хватит за уши. >> А можно поинтересоваться вашими успехами на этом поприще ? > а что моська такая скромная, открой личико Гюльчи^W аноним обойдешься. подними историю появления 64бит квот и посмотри какая фирма их заслала. Думаю этого хватит.
	Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

	65. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+/–
	Сообщение от Аноним (??) on 25-Окт-12, 10:42
	>>> моська имела не малое отношение к тому что ext4 вообще появилось в >>> linux. >>> а так же к тому что бы квоты линукса были таки 64 >>> разрядными, хотя маинтейнер считал что и 32бит хватит за уши. >>> А можно поинтересоваться вашими успехами на этом поприще ? >> а что моська такая скромная, открой личико Гюльчи^W аноним > обойдешься. подними историю появления 64бит квот и посмотри какая фирма их заслала. > Думаю этого хватит. гуглом и lwn.net не забыл как пользоваться?
	Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

	73. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+4 +/–
	Сообщение от Anonimous on 25-Окт-12, 11:51
	>>>> моська имела не малое отношение к тому что ext4 вообще появилось в >>>> linux. >>>> а так же к тому что бы квоты линукса были таки 64 >>>> разрядными, хотя маинтейнер считал что и 32бит хватит за уши. >>>> А можно поинтересоваться вашими успехами на этом поприще ? >>> а что моська такая скромная, открой личико Гюльчи^W аноним >> обойдешься. подними историю появления 64бит квот и посмотри какая фирма их заслала. >> Думаю этого хватит. > гуглом и lwn.net не забыл как пользоваться? эх, андрей, вроде талантливый парень, а понторез оказался
	Ответить | Правка | ^ к родителю #65 | Наверх | Cообщить модератору

	71. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+2 +/–
	Сообщение от Michael Shigorin (ok) on 25-Окт-12, 11:43
	> обойдешься. подними историю появления 64бит квот и посмотри какая фирма их заслала. Эта, ныне покойная? -- http://lwn.net/Articles/272591/ > Думаю этого хватит. За патчи спасибо, а понты ещё постучатся -- есть у них такое свойство.
	Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

	78. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+/–
	Сообщение от Аноним (??) on 25-Окт-12, 12:37
	контора не покойная :) теже люди под другим именем и тоже делают и в отличии от твоей Massive solution - набирают людей, а не теряют достойных кадров (кивок в сторону Нечаева как пример). А на счет понтов - тебя товаришь Шигорин в этом не переплюнуть. Правда у тебя тут возможность вырезать коментарии которые ранят твою душу, хотя сказаны по делу - чем ты и пользуешся постоянно - увеличивая свое ЧСВ. Еще не зашкало?
	Ответить | Правка | ^ к родителю #71 | Наверх | Cообщить модератору

	87. "(offtopic) о кадрах и конторах"	+1 +/–
	Сообщение от Michael Shigorin (ok) on 25-Окт-12, 13:13
	> контора не покойная :) Sun Microsystems -- покойная, увы.  Как и ClusterFS, где когда-то Юра Уманец работал. > теже люди под другим именем ...это _другая_ контора.  И люди некоторые, как видим, немного другеют.  Хотя и не все, знаю из других юнитов хороших и скромных специалистов высокого класса. > и в отличии от твоей Massive solution - набирают людей, а не теряют достойных кадров > (кивок в сторону Нечаева как пример) Кадров мы действительно растеряли, но кивком Вы промахнулись.  Плюс это не все новости. > А на счет понтов Hint: года два-три тому позволил себе потроллить Колю Маржана в духе "спасибо PortaOne за кадры" после того, как он приглашал туда народ.  Ну вот, прилетело. Надеюсь, Вам никогда не придётся столкнуться с тем, что внешний кидок и чрезмерное доверие ударят по людям, которых собирали по одному и провожали как родных. > Правда у тебя тут возможность вырезать коментарии которые ранят твою душу Отнюдь; см. http://wiki.opennet.ru/ForumHelp (последние слова п.6).  Если неправ -- пожалуйста, пишите Максиму (http://www.opennet.me/contact.shtml). Можно ответить более предметно на удалённый комментарий, если Вы именно про МС, а не ТП (как N раз прежде) и _действительно_ хотите разбора полётов по ClusterFS.  Тогда попрошу комментарий восстановить и пойду читать багтрекер да расспрашивать участников; даже если обрисованная Вами картинка правдива (в чём есть серьёзные сомнения, но мог что-то пропустить) -- постараюсь объяснить, чем отличается хороший живой апстрим от того, который всё заворачивает на техподдержку купившей конторы. Если мы в чём-то лопухнулись -- лучше это знать; а Вам могу предложить http://egorfine.com/ru/articles/worse-than-failure/
	Ответить | Правка | ^ к родителю #78 | Наверх | Cообщить модератору

	117. "(offtopic) о кадрах и конторах"	+1 +/–
	Сообщение от Аноним (??) on 25-Окт-12, 22:23
	>> контора не покойная :) > Sun Microsystems -- покойная, увы.  Как и ClusterFS, где когда-то Юра > Уманец работал. Да да, Юра работал :-) >> теже люди под другим именем > ...это _другая_ контора.  И люди некоторые, как видим, немного другеют.   > Хотя и не все, знаю из других юнитов хороших и скромных > специалистов высокого класса. Тут хочется рассмеяться и сильно. Когда вы с подковыркой каждый раз пытетесь спросить - то чем плохо отсутсвие стабильного API, то "сталкивался ли я с ролью RE" - это нормально. А когда вам показывают чем это плохо, аргументировано - или подтверждают что понимают о чем речь - начинается уход в кусты и рассказы о понтах. Разве нельзя было сразу поверить что человек знает о чем говорит? Вам надо было подтверждение - вы его получили, в чем проблемы то? Теперь оказывается это понты? Так кто виноват - тот который захотел подтверждения, или тот кто это подтверждение предоставил? Да, у меня свое мнение о том как стоило бы развивать ядро. >> и в отличии от твоей Massive solution - набирают людей, а не теряют достойных кадров >> (кивок в сторону Нечаева как пример) > Кадров мы действительно растеряли, но кивком Вы промахнулись.  Плюс это не > все новости. Ну да - кидать людей и не платить зарплату это нонче модно. И не надо скидывать на какие-то сторонние проблемы. >> Правда у тебя тут возможность вырезать коментарии которые ранят твою душу > Отнюдь; см. http://wiki.opennet.ru/ForumHelp (последние слова п.6).  Если неправ -- пожалуйста, > пишите Максиму (http://www.opennet.me/contact.shtml). Наверно все таки прийдется связаться с максимом по своим каналам и попросить навести порядок. Ибо еще раз замечу - флейм в адрес любой ОС кроме Linux не режется, а когда тыкают палкой в проблемы linux kernel или GNU - так сразу это вырезается. С чего бы такая не объектиность?
	Ответить | Правка | ^ к родителю #87 | Наверх | Cообщить модератору

	124. "(offtopic) о кадрах и конторах"	+/–
	Сообщение от Аноним (??) on 25-Окт-12, 23:25
	> linux kernel или GNU - так сразу это вырезается. С чего бы такая не объектиность? Вранье. Мои подколки BSDшников выпиливают регулярно. Стоит хоть немного жирновато подтроллить - сотрут в два счета. Уж не знаю, Шигорин это делает или нет, но слов из песни не выкинешь.
	Ответить | Правка | ^ к родителю #117 | Наверх | Cообщить модератору

	128. "(offtopic) флеймы *BSD 'vs' Linux"	+/–
	Сообщение от Michael Shigorin (ok) on 26-Окт-12, 02:32
	> Стоит хоть немного жирновато подтроллить - сотрут в два счета. А зачем? Те, кто сам смотрит -- сами понимают (смотрю, многие знакомые bsd-шники старой закалки кто раньше, кто позже для основных задач поперебирались либо на линукс, либо на десятку); спасибо вменяемым опытным местным и знакомым bsd-шникам (Вадиму Жукову, Лёше Чеусову, Александру Кабаеву, Юре Бушмелеву, Коле Маржану, Валику Нечаеву и нескольким другим), которые без какого-либо фанатизма и очень терпеливо объясняли, в чём неправ в своих суждениях. А те, кто цепляется за погремушки и противопоставления -- не поймут до столкновения с реальностью вскользь или даже в лоб.  Возможно, им и тем, кто может купиться, лучше попытаться помочь ровно тем же: спокойным указанием на противоречия в суждениях. Это сложней, чем потроллить или поизмываться, особенно если преимущество обусловлено трудом других людей и своя к нему причастность определялась разве что выбором. > Уж не знаю, Шигорин это делает или нет, но слов из песни не выкинешь. И я тоже.
	Ответить | Правка | ^ к родителю #124 | Наверх | Cообщить модератору

	136. "(offtopic) флеймы *BSD 'vs' Linux"	–1 +/–
	Сообщение от kurokaze (ok) on 26-Окт-12, 10:38
	>> Стоит хоть немного жирновато подтроллить - сотрут в два счета. > А зачем? Затем что тупые наезды изеня в адрес линукса вполне себе висят нетронутыми. Я как бывшый bsd-шник опечален уровнем рака в его комментах
	Ответить | Правка | ^ к родителю #128 | Наверх | Cообщить модератору

	140. "(offtopic) флеймы *BSD 'vs' Linux"	+/–
	Сообщение от Клыкастый (ok) on 26-Окт-12, 11:40
	Тупые наезды на Изена также висят. Видимо стирается совсем уж крайний ад. Причём, что характерно для детей, всё смешано в жёсткую кучу: и отношение лично к нему, и отношение к его уровню знаний, и стандартный детский идиотизм по поводу BSD-Apple. Ну это так, справедливости ради.
	Ответить | Правка | ^ к родителю #136 | Наверх | Cообщить модератору

	143. "(offtopic) флеймы *BSD 'vs' Linux"	+/–
	Сообщение от Аноним (??) on 26-Окт-12, 12:41
	> Видимо стирается совсем уж крайний ад. Неправда, стирается довольно многое. Иногда даже вполне безобидное вообще.
	Ответить | Правка | ^ к родителю #140 | Наверх | Cообщить модератору

	147. "(offtopic) флеймы *BSD 'vs' Linux"	+/–
	Сообщение от Аноним (??) on 26-Окт-12, 13:23
	о чем и речь, стирается - то что ранит душу Шигорина - а ее ранят только факты что в Linux world плохо. Предпочитают не слышать обоснованую критику. Зато тупые наезды на IZen и вообще на BSD, BSDL - висят постоянно. Избирательное модераторство.
	Ответить | Правка | ^ к родителю #140 | Наверх | Cообщить модератору

	152. "(offtopic) флеймы *BSD 'vs' Linux"	+/–
	Сообщение от Аноним (??) on 26-Окт-12, 16:34
	> о чем и речь, стирается - то что ранит душу Шигорина - Я не думаю что его ранят мои подколки бсдшников типа изена, которые очень даже стираются, стоит это сделать хоть минимально жирно и неаккуратно, даже если там чистая правда написана и не оскорбительно :) Поэтому имхо стоит ознакомиться с ситуацией с разных сторон, чтобы получить картинку в целом, а не один ракурс, и только потом если то что вышло не устраивает уже вопить. Как по мне так Шигорин наверное единственный из местных модераторов кто как-то обосновывает свою деятельность, не игнорирует feedback и даже в состоянии пересмотеть позицию и/или оценить ситуацию под разными точками зрения. Остальные местные модераторы таким вообще похвастаться не могут. Их активность вообще никак не комментируется в 99% случаев, они не считают нужным снисходить до народа (если они вообще есть, ибо не видно кто именно удалил/изменил сообщение). Поэтому не надо пытаться вертеть моими словами чтобы боднуть Шигорина. Если у вас к нему какая-то персональная вендетта, я тут совершенно не при чем. И бряцание вашими персональными каналами связи вас тоже нифига не украшет. Равно как и попытки что-то предъявить Теодору, который вполне себе адекватный человек с которым можно вполне конструктивно взаимодействовать. Если настраиваться на конструктив а не "вы тут все пи..сы, а я ДАртаньян".
	Ответить | Правка | ^ к родителю #147 | Наверх | Cообщить модератору

	167. "(offtopic) флеймы *BSD 'vs' Linux"	+1 +/–
	Сообщение от Клыкастый (ok) on 26-Окт-12, 18:54
	есть книги, где всё действие описано цитатами > адекватный человек с которым можно вполне конструктивно взаимодействовать. Если настраиваться на конструктив а не "вы тут все пи..сы, а я ДАртаньян". > даже если там чистая правда написана и не оскорбительно :)
	Ответить | Правка | ^ к родителю #152 | Наверх | Cообщить модератору

	168. "(offtopic) модерирование на opennet"	–1 +/–
	Сообщение от Michael Shigorin (ok) on 26-Окт-12, 19:20
	> о чем и речь, стирается - то что ранит душу Шигорина - > а ее ранят только факты что в Linux world плохо. > Предпочитают не слышать обоснованую критику. Ладно, хотите думать так -- думайте.  Процитированное -- неправда от начала и до конца. > Избирательное модераторство. Модераторство по определению избирательно -- и хотел бы посмотреть на Вас в раздумьях над иными случаями и тем, где грань.  Вам ведь наверняка доводилось и модерировать, нет?
	Ответить | Правка | ^ к родителю #147 | Наверх | Cообщить модератору

	170. "(offtopic) модерирование на opennet"	+/–
	Сообщение от Michael Shigorin (ok) on 26-Окт-12, 19:34
	>> Затем что тупые наезды изеня в адрес линукса вполне себе висят нетронутыми. > Тупые наезды на Изена также висят. Хотите -- применяйте ссылку "к модератору".  За себя могу сказать, что и время получается уделять по-разному, и на безгрешность не претендую -- да, ошибался, ошибаюсь и конца этому пока не предвидится; спасибо тем, кто подсказывает, в чём именно. Когда-то опеннет поразил взвешенностью обсуждений.  Потом присмотрелся к номерам сообщений и понял, что _архив_ выглядит таким потому, что шум убирается.  С тех пор много чего изменилось, и не думаю, что я вправе предъявлять к нынешнему поколению те же требования, которые предъявлял десять лет назад Максим к тогдашнему -- разве что могу пытаться подсказать, передать набитые шишки, в крайнем случае действительно зачистить. Если есть люди с большим запасом времени и терпения -- смотрите, думайте, пишите по официальным контактам и предлагайте помощь в комодерировании.  Но ещё проще может быть лишнюю секунду прикинуть -- ввязываться ли в иной флейм или не стоит подливать в него слов.
	Ответить | Правка | ^ к родителю #140 | Наверх | Cообщить модератору

	171. "(offtopic) модерирование на opennet"	+/–
	Сообщение от Клыкастый (ok) on 26-Окт-12, 21:00
	>>> Затем что тупые наезды изеня в адрес линукса вполне себе висят нетронутыми. >> Тупые наезды на Изена также висят. > Хотите -- применяйте ссылку "к модератору". естественно. но это я делаю исключительно если сообщение содержит ТОЛЬКО оскорбления. > Если есть люди с большим запасом времени и терпения -- смотрите, думайте, > пишите по официальным контактам и предлагайте помощь в комодерировании.  Но > ещё проще может быть лишнюю секунду прикинуть -- ввязываться ли в > иной флейм или не стоит подливать в него слов. флейм ИМХО вырезать бессмыссленно (сразу). это самые что ни на есть живые эмоции. не всё и не всегда можно доказать рационально. А вот идея последующей зачистки (как "остынет") мне нравится. Моих сообщений также вырезается много :) но с модераторами не спорят. Если я не вспомнил что было в сообщении, стало быть неважно :)
	Ответить | Правка | ^ к родителю #170 | Наверх | Cообщить модератору

	172. "(offtopic) модерирование на opennet"	+/–
	Сообщение от Michael Shigorin (ok) on 26-Окт-12, 21:14
	> флейм ИМХО вырезать бессмыссленно (сразу). это самые что ни на есть живые эмоции. > не всё и не всегда можно доказать рационально. Благодарю. > А вот идея последующей зачистки (как "остынет") мне нравится. > Моих сообщений также вырезается много :) Кстати, спасибо за заметно более взвешенный подход в последнее время.  Да и моих вырезается заметно (порой мной же вместе с субтредом), и поделом. > но с модераторами не спорят. Видал места, где такое зафиксировано в правилах -- перепроверил, на opennet такого не наблюдаю.
	Ответить | Правка | ^ к родителю #171 | Наверх | Cообщить модератору

	127. "(offtopic) о кадрах и конторах"	+/–
	Сообщение от Michael Shigorin (ok) on 26-Окт-12, 02:18
	> Да да, Юра работал :-) BTW привет ему, если есть контакт. > Тут хочется рассмеяться и сильно. Уже хорошо, вдруг поговорка верна и в пользу будет... > Когда вы с подковыркой каждый раз пытетесь спросить - то чем плохо отсутсвие > стабильного API, то "сталкивался ли я с ролью RE" - это нормально. На самом деле как раз без подковырок, а ожидая ответа по существу.  Вы попробуйте сами почитать свои сообщения и подумать о том, что воспринимать их вполне возможно и как безграмотные, и как грамотные -- при этом сделать обоснованное предположение вовсе не всегда получается.  Соответственно можно бодаться, можно выуживать, а можно просто спросить в лоб в надежде на прямой же ответ. > А когда вам показывают чем это плохо, аргументировано Между прочим, с Вашими аргументами по части stable API всё так же не могу согласиться.  Т.е. они верны для Вас как разработчика, но я как манагер понимаю, почему Линус придерживается именно такой точки зрения на гарантии неизменности и их пределы.  И вообще-то это странно, со временем разработчики нередко начинают шурупить в организации процессов из более чем одного-двух-пяти человек (хоть и не всегда). > или подтверждают что понимают о чем речь - начинается уход в кусты и рассказы о понтах. Э, стоп.  Читаем #58 и о чём тут ещё рассказывать надо?  Или чтоб не указывать на ответ другому человеку -- мой вопрос к Вам был по мотивам #19, которое иначе как запущенной звёздной болячкой объяснить не получается. В частности, в стремлении выпереться на пьедестал умудрились не заметить то, что "плохой" Тед докопал-таки до того битого комментария, а вот Вы полезли его обливать, не докопавшись и побежав вперёд со скоропалительными выводами.  Такое действительно чинится только подходом "и теперь ничего не трогай". > Разве нельзя было сразу поверить что человек знает о чем говорит? Нет. > Вам надо было подтверждение - вы его получили, в чем проблемы то? С подтверждением проблемы есть, с доводами -- тоже, с замашками -- тем более. > Теперь оказывается это понты? Так кто виноват - тот который захотел > подтверждения, или тот кто это подтверждение предоставил? Предлагаю обойтись без поиска виноватых, но при этом продолжать называть вещи своими именами. > Да, у меня свое мнение о том как стоило бы развивать ядро. Прекрасно.  Осталось его реализовать, если это осмысленно.  Убедите руководство? > Ну да - кидать людей и не платить зарплату это нонче модно. > И не надо скидывать на какие-то сторонние проблемы. Повторюсь: Вы не знаете, о чём говорите, а я знаю доподлинно -- и Вам такого не желаю.  Будете выделываться, приглашу Нетча и попрошу ответить; а заодно и причастных к люстре попрошу рассказать, так что это за человек и чем он ещё отличился. > Наверно все таки прийдется связаться с Максимом по своим каналам и попросить > навести порядок. Только постарайтесь конструктивно и желательно со ссылками, в общем случае так быстрее и лучше получается донести мысль и добиться результата.  Заранее благодарю. > Ибо еще раз замечу - флейм в адрес любой ОС кроме Linux не режется Врёте. > а когда тыкают палкой в проблемы linux kernel или GNU - так сразу это вырезается. > С чего бы такая не объектиность? Дело не столько в linux/!linux, сколько в стиле и подходах.  Ваш стиль на удивление трудно отличить от одного из типовых стилей microsoft student partners по крайней мере на мой изрядно замылившийся глаз.  Возможно, сильный отпечаток на (разный) технический уровень накладывает уровень культурный (одинаковый), как это ни грустно предполагать. Если хотите, попробуйте перечитывать сообщения перед отправкой сюда, как если бы писали в LKML: в чём суть, а что наносное. PS: добавил "(разный) " и " (одинаковый)" для ясности.
	Ответить | Правка | ^ к родителю #117 | Наверх | Cообщить модератору

	133. "(offtopic) о кадрах и конторах"	+1 +/–
	Сообщение от Аноним (??) on 26-Окт-12, 10:27
	>> Да да, Юра работал :-) > BTW привет ему, если есть контакт. недалее как неделю назад пили кофе вместе, уточню - хотел бы он слышать привет от Вас или нет. >> Когда вы с подковыркой каждый раз пытетесь спросить - то чем плохо отсутсвие >> стабильного API, то "сталкивался ли я с ролью RE" - это нормально. > На самом деле как раз без подковырок, а ожидая ответа по существу. >  Вы попробуйте сами почитать свои сообщения и подумать о том, > что воспринимать их вполне возможно и как безграмотные, и как грамотные > -- при этом сделать обоснованное предположение вовсе не всегда получается.   > Соответственно можно бодаться, можно выуживать, а можно просто спросить в лоб > в надежде на прямой же ответ. ваш коментарий содержал фразу "с подковыркой" - теперь звучит "на деле как раз без подговырок" - кому верить? вам тогдашнему или вам сегодняшнему? какой из них лгал? Тем более аргументы достаточно избитые. >> А когда вам показывают чем это плохо, аргументировано > Между прочим, с Вашими аргументами по части stable API всё так же > не могу согласиться.  Т.е. они верны для Вас как разработчика, > но я как манагер понимаю, почему Линус придерживается именно такой точки > зрения на гарантии неизменности и их пределы.  И вообще-то это > странно, со временем разработчики нередко начинают шурупить в организации процессов из > более чем одного-двух-пяти человек (хоть и не всегда). Странно что у вас как менедежера такое видение, очень странно. Не опускаясь до флейма (боюсь все равно не поймете) - могу только порекомендовать перечитать (если не читали) PSP/TSP book (personal software process, team software process) - там очень доходчиво поясняется с цифрами и математикой почему в проектах ориентированных на качество нельзя делать то что делает Тeo. >> или подтверждают что понимают о чем речь - начинается уход в кусты и рассказы о понтах. > Э, стоп.  Читаем #58 и о чём тут ещё рассказывать надо? >  Или чтоб не указывать на ответ другому человеку -- мой > вопрос к Вам был по мотивам #19, которое иначе как запущенной > звёздной болячкой объяснить не получается. > В частности, в стремлении выпереться на пьедестал умудрились не заметить то, что > "плохой" Тед докопал-таки до того битого комментария, а вот Вы полезли > его обливать, не докопавшись и побежав вперёд со скоропалительными выводами.   > Такое действительно чинится только подходом "и теперь ничего не трогай". Эти выводы только вам кажутся скоропалительными. На самом деле это просто результат наблюдения за тем что твориться с разработкой ядра. Когда-то такое должно было случиться - вот и случилось. А теперь еще раз перечитайте классику из книг по управлению проектами.   Кроме того - я собственно указал всего немного вещей 1) все фиксы в very minor должны очень сильно тестировать и анализироваться на предмет регрессионых изменений = что не сделано 2) very minor релизы - не допускают добавления новых фунций, так как это нейзбежно добавляет ошибки = что не мешает маинтейнерам "стабильных" релизов поступать так, ровно как и ситуациях когда в RC4 меняют API, что бы в релизе еще раз его поменять /пример не приведу - но сталкивался при портировании люстры на новые ядра/ 3) Отсутствие стабильного API в ядре вынуждает комитить изменения в основное ядро как можно раньше без надлежащего тестирования, что бы дальнейшее сопровождение (и изменение в соответствии с новым API) было головной болью других. Вы можете опровергнуть любой из этих тезисов? Считаете любой из этих фактов идет на пользу стабильности и качеству (возьмем классическую метрику bugs / LOC) кода? >> Разве нельзя было сразу поверить что человек знает о чем говорит? > Нет. Для этого надо просто априори считать что он знает о чем сказал. У вас же наоборот - "Шигорин вот все знает, шигорин кучу курсов провел, а тут какой-то аноним может указывать на то с чем я не соглаен". Пересмотрите позицию, советую. >> Вам надо было подтверждение - вы его получили, в чем проблемы то? > С подтверждением проблемы есть, с доводами -- тоже, с замашками -- тем > более. Ровно на ваш взгляд. Но стоит посмотреть чуть чуть выше..... >> Теперь оказывается это понты? Так кто виноват - тот который захотел >> подтверждения, или тот кто это подтверждение предоставил? > Предлагаю обойтись без поиска виноватых, но при этом продолжать называть вещи своими > именами. Правильно - вы его уже назначили. Зачем смотреть в округу ? >> Да, у меня свое мнение о том как стоило бы развивать ядро. > Прекрасно.  Осталось его реализовать, если это осмысленно.  Убедите руководство? проект не сильно меньше - пока вполне удается, и что странно проект развивается и приносит прибыль. >> Ибо еще раз замечу - флейм в адрес любой ОС кроме Linux не режется > Врёте. Не вру - достаточно посмотреть новости про BSD, MacOS, Windows - там куча тупых GNU мальчиков развлекается, но до этого никому нет дела. Так почему бы не поразвлекутся в новостях о GNU/Linux? Чем тут лучше? тем более вполне аргументировано. Чего не скажешь о GNU мальчиках с криками BSDL плохая лицензия, BSD Rip, BSD предатели opensource  и тп.. С 0 количеством аргументов в коментарий. Почему вы считаете GNU/Linux такой священной коровой? > Ваш > стиль на удивление трудно отличить от одного из типовых стилей microsoft > student partners по крайней мере на мой изрядно замылившийся глаз.   Потому что мой стиль ровно так же тыкает пальцем в недостатки GNU и Linux в частности - что приравнивается к флейму. Я так понимаю слово "гротеск" вам ничего не говорит? Поэтому если у вас глаз "замылилися" имейте мужество - или размыльте его или уйдите. А что касается ms students - вы просто ведете себя с ними высокомерно - считая что можете им указывать с высоты ваших знаний, поэтому любой кто бросает вам "вызов" приравнивается к таким студентам. > Если хотите, попробуйте перечитывать сообщения перед отправкой сюда, как если бы писали > в LKML: в чём суть, а что наносное. С LKML - тоже не все так просто. чего стоит только гонор Alan Cox который не любит когда ему указывают на баги в патчах, или Rick Van Riel (или как там его - автор rmap в linux vm) - который сначала порывался участвовать в linux-vserver, а после того как увидел нестыковки в своих предложениях - сразу как-то расхотел. Можно еще вспомнить гонор Торвальдса - который фактически выгнал автора -ck патчей, и тп.. И который не любит включать патчи со стороны. PS. ровно так же - прежде чем нажимать "удалить" - советую подумать. И лучше стирать сообщения GNU ботов которые скатываются в фрейм, а не оригинал. PPS. рамки этой болячки возможно гораздо шире - есть репорты что в RHEL6 клонах наблюдался похожий эффект. Если подтвердят - будем на следующей неделе разбираться.
	Ответить | Правка | ^ к родителю #127 | Наверх | Cообщить модератору

	137. "(offtopic) о кадрах и конторах"	–2 +/–
	Сообщение от kurokaze (ok) on 26-Окт-12, 10:50
	>>> Ибо еще раз замечу - флейм в адрес любой ОС кроме Linux не режется >> Врёте. > Не вру - достаточно посмотреть новости про BSD, MacOS, Windows - там > куча тупых GNU мальчиков развлекается, но до этого никому нет дела. достаточно посмотреть новости про Linux - там куча тупых BSD, MacOS, Windows мальчиков развлекается, но до этого никому нет дела. Я если что bsd-шник бывший. И сейчас одна из рабочих систем - macos, так что авторитетно заявляю что линуксоиды повменяемей вашего фимозного маргинального братства. > Так почему бы не поразвлекутся в новостях о GNU/Linux? Компенсация твоего батхерта - это все объясняет > Чего не скажешь о GNU мальчиках с криками BSDL плохая лицензия, BSD > Rip, BSD предатели opensource  и тп.. Лол, перепутать фрисофт с опенсорсом - сразу чувствуется мощный надмозг за этими строками. Такого даже "GNU мальчики" не писали, не говоря уже о гуру. > Почему вы считаете GNU/Linux такой священной коровой? Открою для тебя тайну - даже Линус так не считает. Это у тебя по молодости - делать из куска софта культ.
	Ответить | Правка | ^ к родителю #133 | Наверх | Cообщить модератору

	144. "(offtopic) о кадрах и конторах"	+/–
	Сообщение от Клыкастый (ok) on 26-Окт-12, 12:49
	> достаточно посмотреть новости про Linux - там куча тупых BSD, MacOS, Windows мальчиков развлекается, но до этого никому нет дела. туча? > Я если что bsd-шник бывший. И сейчас одна из рабочих систем - macos, так что авторитетно заявляю что линуксоиды повменяемей вашего фимозного маргинального братства. Мда. Как тут не вспомнить Гоблина с его "не надо доказывать ничего <определённой категории>, надо дать высказаться" > Лол, перепутать фрисофт с опенсорсом BSD это не опенсорс? давно?
	Ответить | Правка | ^ к родителю #137 | Наверх | Cообщить модератору

	153. "(offtopic) о кадрах и конторах"	+/–
	Сообщение от Аноним (??) on 26-Окт-12, 16:47
	> туча? Вот один вылез. Еще всякие iZEN, nagual и прочие тигары. Крутые профи. Да, кстати я против чтобы стирать их сообщения. Пусть все видят квалификацию таких суперпро. > <определённой категории>, надо дать высказаться" И эта категория вполне себя оправдывает. Можешь посмотреть например как вел себя bsdшник nagual в ряде веток. И ничо, висит, не трется. Хотя ценной информации - ноль. Только понты, бред и наезды когда крыть нечем. И все. >> Лол, перепутать фрисофт с опенсорсом > BSD это не опенсорс? давно? Ну иди, получи у эппла или жунипера сорц, расскажи как получилось. Как видим, бывает и не опенсорсом.
	Ответить | Правка | ^ к родителю #144 | Наверх | Cообщить модератору

	162. "(offtopic) о кадрах и конторах"	+/–
	Сообщение от Клыкастый (ok) on 26-Окт-12, 18:10
	>> туча? > Вот один вылез. да, и я вот откликнулся. > Еще всякие iZEN раз > nagual пруфы? вполне толковый товарищ. > и прочие тигары. с тобой не сравнится > Крутые профи. профи, не профи - речь не об этом. речь о тупизне и хамстве. >> <определённой категории>, надо дать высказаться" > И эта категория вполне себя оправдывает. Можешь посмотреть зачем ходить далеко? вот он пост kurokaze - хамство и наезды. > например как вел себя bsdшник nagual в ряде веток. И ничо, висит, не трется. Хотя > ценной информации - ноль. Только понты, бред и наезды когда крыть > нечем. И все. пруф на бред? > Ну иди, получи у эппла или жунипера сорц, расскажи как получилось. Они выпускают код под лицензией BSD? Давно? > Как видим, бывает и не опенсорсом. Ну это ж глупость, это понятно. Если ты не понимаешь сути public domain, BSD лицензий - ну что вот с такими делать? при наличии желания, терпения и времени - объяснять, при отсутствии остаётся только стебаться. Но это мало чего меняет - человек уже выставил себя агрессивным невеждой.
	Ответить | Правка | ^ к родителю #153 | Наверх | Cообщить модератору

	148. "(offtopic) о кадрах и конторах"	–1 +/–
	Сообщение от Аноним (??) on 26-Окт-12, 13:29
	>>>> Ибо еще раз замечу - флейм в адрес любой ОС кроме Linux не режется >>> Врёте. >> Не вру - достаточно посмотреть новости про BSD, MacOS, Windows - там >> куча тупых GNU мальчиков развлекается, но до этого никому нет дела. > достаточно посмотреть новости про Linux - там куча тупых BSD, MacOS, Windows > мальчиков развлекается, но до этого никому нет дела. > Я если что bsd-шник бывший. И сейчас одна из рабочих систем - > macos, так что авторитетно заявляю что линуксоиды повменяемей вашего фимозного маргинального > братства. ;-) Смешной ты.. Можно спросить ты контрибьютил код в какой нить BSD проект? >> Так почему бы не поразвлекутся в новостях о GNU/Linux? > Компенсация твоего батхерта - это все объясняет моего? батхерт (блин ну и слово придумали, что оно значит то ?) - похоже у шигорина который не первый раз стирает коментарии по делу - но которые ранят его душу, на что ему уже куча народа указывает. Но он с пылом истинного защитника Linux продолжает это делать. >> Почему вы считаете GNU/Linux такой священной коровой? > Открою для тебя тайну - даже Линус так не считает. Это у > тебя по молодости - делать из куска софта культ. Открою тебе тайну :) я контрибьютил код в совсем разные проекты.. Но вот Шигорин явно выделяет Linux священной коровой, которую обижать нельзя.
	Ответить | Правка | ^ к родителю #137 | Наверх | Cообщить модератору

	154. "(offtopic) о кадрах и конторах"	+/–
	Сообщение от Аноним (??) on 26-Окт-12, 16:49
	> вот Шигорин явно выделяет Linux священной коровой, которую обижать нельзя. Тогда почему он не потер бред и высеры от бсдшников типа nagual и изен в ветке про ZFS на линуксе? Как по мне - там содержится 0 ценной информации, полкило лулзов и тонна ламерства. Заодно и квалификация данных кадров видна невооруженным глазом.
	Ответить | Правка | ^ к родителю #148 | Наверх | Cообщить модератору

	164. "(offtopic) о кадрах и конторах"	+/–
	Сообщение от Клыкастый (ok) on 26-Окт-12, 18:29
	> Тогда почему он не потер бред и высеры от бсдшников типа nagual > и изен в ветке про ZFS на линуксе? Как по мне > - там содержится 0 ценной информации почитай посты Митрофанова. у этого зомби вообще органическая реакция на словосочетание BSD. Есть что сказать? >, полкило лулзов и тонна ламерства. > Заодно и квалификация данных кадров видна невооруженным глазом. весь прикол в том, что они смотрятся просто таки титанами на фоне действительно кучи анонимных хейтеров, у которых кроме из ненависти вообще ничего нет и слово "квалификация" к ним в принципе неприменима. ладно, ок, возможно я действительно пристрастен (хотя непонятно почему, мне BSD и Linux одинаково близки и как раз я считаю это своей сильной стороной). но вот честно, ты ни разу не слышал как тут сетовали что опеннет становится "как лор"? ты знаешь, что такое лор? это точно заслуга bsd-комьюнити? а по количеству - bsd-комьюнити точно тянет на большую группировку, в обилии посещающую опеннет? нет, дружище. позиция "линуксоиды адекватны, бсдшники нет" ооочень пристрастна. и скажу более - мне нравится линукс и я использую его. но комьюнити... это ад.
	Ответить | Правка | ^ к родителю #154 | Наверх | Cообщить модератору

	173. "(offtopic) о кадрах и конторах"	+1 +/–
	Сообщение от Аноним (??) on 26-Окт-12, 21:47
	> почитай посты Митрофанова. у этого зомби вообще органическая реакция на словосочетание > BSD. Есть что сказать? Да, когда попытки конструктивно урезонить господ типа нагуалов и изенов путем указания что у них не лучше, а у других систем кроме тыкаемых минусов есть еще и куча плюсов, проваливаются потому что модераторы иной раз трут вообще любую критику *bsd и ее фанов без разбора - только и остается что нахально и жирно троллить. Ведь более конструктивной беседы все-равно не получается, а раз все-равно потрут - так можно хотя-бы отыграться и сделать снос сообщения не очень обидным, т.к. в таком случае хотя-бы будет за что. Да еще и лулзов их всяких изенообразных сгенерит. Сплошной профит. Ну вот гражданин и перестал делать что либо конструктивное, скатившись в откровенный троллинг. >> Заодно и квалификация данных кадров видна невооруженным глазом. > весь прикол в том, что они смотрятся просто таки титанами на фоне > действительно кучи анонимных хейтеров, у которых кроме из ненависти вообще ничего > нет и слово "квалификация" к ним в принципе неприменима. Да, такой титан конечно - нагуал в ветке про SSD :). Тем более что некоторых анонимусов народ вполне себе узнает. А кроме всего прочего анонимусовый ник обеспечивает более нейтральное и непредвзятое отношение к коментам, как ни странно. > ладно, ок, возможно я действительно пристрастен (хотя непонятно почему, мне BSD и > Linux одинаково близки и как раз я считаю это своей сильной стороной). Вообще, ваши пристрастия - заметны. Идите, попробуйте сказать что "nagual выиграл дебаты" где я (294й) и AlexAT с ним спорили. Ну как, повернется язык сказать что лузеры - это тот кто понимает как работает wear leveling, а не те кто ламерский буллшит втирает? :) Кстати если обратить внимание, довольно нехило так новостей написаны каким-то анонимом. Который мониторит интересные области и сюда при случае тащит. Ну чтоб тематические новости более-менее в одном и том же месте были. Вполне возможно что аноним сделал для ресурса поболее вас и прочих изенов вместе взятых. Уж простите за апломб но это вам за вышеупомянутый наезд. > но вот честно, ты ни разу не слышал как тут сетовали что опеннет становится > "как лор"? ты знаешь, что такое лор? Но на лор все-таки не похоже. Лица другие, атмосфера - тоже, и главное сайт юзабельнее. > это точно заслуга bsd-комьюнити? На лоре вообще сброд какой-то. Я там бываю редко, т.к. нахожу их сайт элементарно неудобным. ИМХО, самыми агрессивными себя зарекомендовали всякие солярщики и тому подобные любители экзотики. > а по количеству - bsd-комьюнити точно тянет на большую группировку, "Мал скунс да вонюч". Такого агрессивного ламерства как у пионерии от BSD - я больше нигде не видел. Как-то пальму первенства могут попробовать оспорить начинающие гентушники, но это весьма лайт-версия обычно и им можно мозг вправить показав что знаешь систему не хуже их :). На бсдшников чит не действует - знание линя ими за бонус не считается а бсд сильно глубоко изучать мне лениво, ибо не вижу внятных перспектив отдачи от этого начинания. А интересных затей у меня и без этого легион. Ну еще бывают проплаченные пиарщики с шкурным интересом. но это так, мозговые проститутки. Если завтра босс заплатит за рекламу Linux (BSD, ReactOS, whatever) - они тут же сменят вектор тяги на 180 (90, 270, сколько прикажут) и начнут поливать все кроме того что босс заказал (или не все). Такие обычно детектируются по крайне низкому IQ и никакой аргументации своих взглядов (сказать что "мне за это платят" нельзя же напрямую, а на большее фантазии обычно не хватает :D). > в обилии посещающую опеннет? Как сказать, не проходит ни новости о ФС линукса чтобы там не вылезли характерные экспонаты, например. С характерной песней о том что ZFS рулит, UFS лучшая песня всех времен и народов и прочая :). При том экспонаты ясен пень поленились сунуть нос в маны и сырцы и посмотреть что и как сделано, покурить результаты бенчей и подумать головным мозгом. Только дешевый пластиковый ура-патриотизм вида "есть в BSD -> рулез, нет -> аццтойэтоненуно!!!111". > нет, дружище. позиция "линуксоиды адекватны, бсдшники нет" ооочень пристрастна. Нет, есть и некоторые адекватные. Вот например vle некий. Но он и не лезет с шашкой наголо без внятного повода. Если уж он на что-то наезжает - то обдумав и в состоянии отлить убедительную пулю. А не как изен с его 6Мб/сек, когда попытка понта резко превращается в EPIC FAIL и уйму лулзов для аудитории. > и скажу более - мне нравится линукс и я использую его. но комьюнити... это ад. Комьюнити как комьюнити. Здоровенное достаточно. У разных линей - разное. А бсдшники обычно снобы и считают что если они научились билдовать из сорца и система взлетает - круче только яйца. Этим еще гентушники немного страдают, но этих проще пролечить - факт того что какой-то убунтушник с более свежим кернелом и лучше в кишках системы разбирается надолго отбивает охоту даже пытаться понтоваться у болшинства подобной пионерии :). Ну так не система красит человека, а человек - систему...
	Ответить | Правка | ^ к родителю #164 | Наверх | Cообщить модератору

	174. "(offtopic) о кадрах и конторах"	+/–
	Сообщение от Клыкастый (ok) on 26-Окт-12, 22:14
	> Да, когда попытки конструктивно урезонить господ типа нагуалов и изенов путем указания > что у них не лучше, а у других систем кроме тыкаемых > минусов есть еще и куча плюсов ровно наоборот. >  Ну вот гражданин и перестал делать что либо конструктивное, скатившись в откровенный троллинг. и тут виновата BSD лицензия. ай, какая ужасная. > Да, такой титан конечно - нагуал в ветке про SSD :). по сравнению с указанным? Титан. > Вообще, ваши пристрастия - заметны. Идите, попробуйте сказать что "nagual выиграл дебаты" я не о том кто что выиграл. я о том, как ведёт себя комьюнити. > язык сказать что лузеры - это тот кто понимает как работает > wear leveling, а не те кто ламерский буллшит втирает? :) я не о том, кто ламеры, я о том, кто как себя ведёт. Например: вот лично вы сейчас разделили на "чужих" и "своих", чужих втаптываем в грязь, своих на пьедестал. Не все, правда, тут влезают, но которым там не место мы не замечаем. > Кстати если обратить внимание, довольно нехило так новостей написаны каким-то анонимом. И? > возможно что аноним сделал для ресурса поболее вас И? Кто именно сделал поболе меня? Что именно я должен сделать? Когда возник долг и что я пропустил? >> "как лор"? ты знаешь, что такое лор? > главное сайт юзабельнее. понятно. > и тому подобные любители экзотики. понятно. >> а по количеству - bsd-комьюнити точно тянет на большую группировку, > "Мал скунс да вонюч". Такого агрессивного ламерства как у пионерии от BSD > - я больше нигде не видел. Пионерия где-то другая? >  Как-то пальму первенства могут попробовать > оспорить начинающие гентушники, но это весьма лайт-версия обычно и им можно > мозг вправить показав что знаешь систему не хуже их :). Аптгетчиков забыл. >  На бсдшников чит не действует Естественно. Для обгаживания BSD знание её необязательно, посему BSDшники не напрягаясь тычут мордочкой в собсвенные каки. Даже у пионеров получается неплохо. > считается а бсд сильно глубоко изучать мне лениво, гадить не лениво. > Ну еще бывают проплаченные пиарщики с шкурным интересом. но это так, мозговые > проститутки. Если завтра босс заплатит за рекламу Linux (BSD, ReactOS, whatever) Вы это всерьёз? Посетите толкового психолога. Возможно даже психиатра. > Как сказать, не проходит ни новости о ФС линукса чтобы там не > вылезли характерные экспонаты, Характерные экспонаты вылезают и перевирают. Нужно поправлять. > С характерной песней о том что ZFS рулит, Правду не спрячешь. Опять же: это митрофановы устав от тупых bsdшников могут позволить себе скатиться до троллинга. Тупым bsdшникам это непозволительно. > UFS лучшая песня всех времен и народов Пруфов не прошу, понимаю, это просто проекция воспалённого воображения. Ну или полемический запал в лучшем случае. UFS просто рабочая ФС. Да фич там нет, но решено геомом. И? > При том экспонаты ясен пень поленились сунуть нос в маны и > сырцы и посмотреть что и как сделано, покурить результаты бенчей Бенчи от фороникса? Где новое линуксовое ядро сравнивается с 8 фряхой? Ну курите, в одиночку только. >> нет, дружище. позиция "линуксоиды адекватны, бсдшники нет" ооочень пристрастна. > Нет, есть и некоторые адекватные. Вот например vle некий. Но он и > не лезет с шашкой наголо без внятного повода. В смысле не троллит пионэров линупсоидов? > Комьюнити как комьюнити. Здоровенное достаточно. Маленькое. И загаженое. > У разных линей - разное. да >  А бсдшники обычно снобы и считают что если они научились билдовать из сорца > и система взлетает - круче только яйца. Есть такое. Как правило это вызвано исключительно тем, что помогают только толковым. Т.е. снобизм есть. Самомнение - надумано.
	Ответить | Правка | ^ к родителю #173 | Наверх | Cообщить модератору

	194. "(offtopic) о кадрах и конторах"	+1 +/–
	Сообщение от Аноним (??) on 29-Окт-12, 15:12
	> ровно наоборот. Аргументация в стиле nagual & co. Одобрямс. > и тут виновата BSD лицензия. ай, какая ужасная. Не лицензия а отдельные индивидуалы фанатеющие по оной. И их мощь cпиннoго мозга. > по сравнению с указанным? Титан. Вопросов больше не имею - насчет объективности все ясно ("свое не пахнет"). > я не о том кто что выиграл. я о том, как ведёт себя комьюнити. Ну если вы предпочитаете быть в комьюнити изенов и нагуалов - это ваш выбор. Флаг вам в руки. >> wear leveling, а не те кто ламерский буллшит втирает? :) > я не о том, кто ламеры, я о том, кто как себя ведёт. Так и я о том же. Агрессивное ламерство - это стиль поведения такой. > Например: вот лично вы сейчас разделили на "чужих" и "своих", Это неизбежно. Если некто выглядит агрессивным и глупым - мне с такими не по пути. > чужих втаптываем в грязь, своих на пьедестал. Не все, правда, тут влезают, но > которым там не место мы не замечаем. По-моему, вы преувеличиваете и комплексуете. Я вполне в состоянии записать в ламеры ("чужих") пользователей любой операционки и вообще чего угодно. Просто столь агрессивных ламеров как некоторые местные индивиды - еще поискать. >> возможно что аноним сделал для ресурса поболее вас > И? Ну это так, к вопросу о том что анонимы никто и звать никак. Чтобы вас стали уважать - очевидно надо и самому что-то из себя представлять. > Кто именно сделал поболе меня? Я, например. > Что именно я должен сделать? Когда возник долг и что я пропустил? Вы просто повели себя некультурно. "Аноним" на которого вы наехали что он "никто" - закатал на ресурс несколько десятков новостей. А вы с вашими 4-я рассказываете что анонимы никто и звать никак. Некузяво. Снобизм так и прет. > Пионерия где-то другая? Ну не знаю, найти пионера от линуксов которые бы превзошли изенов, нагуалов и прочих тигаров по сочетанию ЧСВ vs реальные знания и скиллы - я просто затрудняюсь. >> мозг вправить показав что знаешь систему не хуже их :). > Аптгетчиков забыл. Ну я сам аптгетчик. Это не мешает мне например изучать сисколы и знать в результате о системе поболее чем многие крЮтые перцы с апломбом. > Даже у пионеров получается неплохо. Да, я заметил - особенно у nagual, который не в курсах про hole punching в файлах и что оказывается это можно заказать через fallocate(). Вопрос: какого, собственно, анонимный аптгетчик (т.е. по вашей классификации пустое место) рассказывает такие вещи крЮтому бcдшнику? В общем остаюсь при своем мнении: соотношение ЧСВ и реальных скиллов и результатов от их применения в вашем комьюнити - suxx. А большинство вменяемых людей операционки ставят совсем не для того чтобы посмотреть какие там крЮтые перцы ей пользуются. Такими бзиками только пионерия страдает. ИЧСХ, это неплохо описывает наблюдаемую картину. >> считается а бсд сильно глубоко изучать мне лениво, > гадить не лениво. Ну так изенам и нагуалам можно в каждой ветке про линух пакостить, а чего я теряться буду? :) >> Ну еще бывают проплаченные пиарщики с шкурным интересом. но это так, мозговые >> проститутки. Если завтра босс заплатит за рекламу Linux (BSD, ReactOS, whatever) > Вы это всерьёз? Посетите толкового психолога. Возможно даже психиатра. См. http://habrahabr.ru/blogs/marketing/78536 - неоднократно видел м...в поменявших точку зреения на сколько указали сверху градусов. Яркий пример - сильверлайт, например. Так орали что он рулез, так пихали, так врали. А как только сверху сказали - мол, бесполезняк, мы его прибьем, HTML5 во все поля - и заткнулись, и теперь те же люди уже любят HTML5, волшебное преображение прямо :). Который до этого нещадно поливали в пользу сервелата. Двойные стандарты - они такие. Проститутки продают тело. А эти - мозг. Единственное отличие. >> вылезли характерные экспонаты, > Характерные экспонаты вылезают и перевирают. Нужно поправлять. Пороху не хватит. Потому что те кому надо чтобы оно просто работало - свалили на другие системы, более подходящие для данных goals. Ну а осталось то что осталось. >> С характерной песней о том что ZFS рулит, > Правду не спрячешь. Опять же: это митрофановы устав от тупых bsdшников могут > позволить себе скатиться до троллинга. А правда состоит в том что это один из первых дизайнов такого типа, по поводу чего он с своей кучей проблем и тупняков. Идеализировать CoW без дефрага, с черти-каким кэшом, странным аллокатором и прочая - достаточно странно. Ну понятно что на безрыбье и рак - рыба. Но не у всех же такие низкие требования к ФС и их параметрам. > Тупым bsdшникам это непозволительно. Не заметно что-то. Правда лулз состоит в том что тупой тролль является очень удобным объектом для ... троллинга более умными и тонкими. IMHO это объясняет картину. По поводу чего упомянутые субъекты давно стали объектом сарказма. >> UFS лучшая песня всех времен и народов > Пруфов не прошу, понимаю, это просто проекция воспалённого воображения. Всего лишь сарказм, не более. > нет, но решено геомом. Вот только отвратная скорость работы антиквариата дополнительным слоем не фиксится. >> сырцы и посмотреть что и как сделано, покурить результаты бенчей > Бенчи от фороникса? Где новое линуксовое ядро сравнивается с 8 фряхой? Ну > курите, в одиночку только. Это вы про дебиановские бенчи, где сравнили один и тот же дебиан с разными ядрами? Ну извините, что поставляют - то и сравнили. Линуксное ядро там тоже было явно не самое свежее. И, кстати, если у вас есть основания сомневаться в валидности тестов - перечислите пожалуйста groundbreaking changes в коде UFS, которые могут сильно повлиять на результаты? Самые очевидные новые фичи и оптимизации. Для какого-нибудь ext3 vs ext4 я это могу сделать. А вы как, сможете аргументировать точку зрения получше чем "это фороникс"? > В смысле не троллит пионэров линyпcоидов? В смысле, даже если и троллит, то в состоянии делать это не сильно жирно и может нормально аргументировать свою позицию. Поэтому является сильным спорщиком, мнение которого учитывается. А не просто очередной кормушкой для троллей, из которой только лулзы. >> Комьюнити как комьюнити. Здоровенное достаточно. > Маленькое. И загаженое. Это вы про BSDшников, правда? А то у каких-нибудь убунтов комьюнити огроменное и не в пример дружественнее к нубам всяким, что повышает шансы нубов справиться с проблемами, достигнуть целей и остаться на этой системе. По поводу чего под ваше определение такое комьюнити явно не попадает. >>  А бсдшники обычно снобы и считают что если они научились билдовать из сорца >> и система взлетает - круче только яйца. > Есть такое. Еще у гентушников такой эффект замечен. Там правда поворчат но все-таки подскажут зачастую. Правда нубопионеры поставившие сие для повышения ЧСВ обычно не очень хотят учить основы устройства системы и уж тем более не рубят в программировании, поэтому нещадно до...вают окружающих не очень умными вопросами, а сборка из сырцов им нужна как зайцу стопсигнал, т.к. они все-равно не в состоянии извлечь с этого осмысленные бонусы. Заканчивается это зачастую тем что такой гражданин задолбавшись качать ЧСВ столь утомительными способами валит в уютненький ЧЗ или ось-х. Потому что поиграть в конструктор круто, но пользоваться вещами из конструктора на постоянной основе нравится не всем. > Как правило это вызвано исключительно тем, что помогают только толковым. Ну да, если кто кандидат наук - может и помогут. Если повезет. > Т.е. снобизм есть. Самомнение - надумано. Снобизм - это и есть отображение нехилого самомнения.
	Ответить | Правка | ^ к родителю #174 | Наверх | Cообщить модератору

	206. "(offtopic) о кадрах и конторах"	+/–
	Сообщение от Клыкастый (ok) on 03-Ноя-12, 17:30
	> Аргументация в стиле nagual & co. Одобрямс. а что делать, если так и есть >> и тут виновата BSD лицензия. ай, какая ужасная. > Не лицензия а отдельные индивидуалы фанатеющие по оной. т.е. наезды на лицензию BSD и ОС семейства *BSD имеют целью наказать конкретных индивидов? ну что сказать, взрослое и разумное решение. И многое объясняет. >> по сравнению с указанным? Титан. > Вопросов больше не имею - насчет объективности все ясно ("свое не пахнет"). Вы читали посты персонажа, которого я имею в виду?   > Ну если вы предпочитаете быть в комьюнити изенов и нагуалов - это > ваш выбор. Флаг вам в руки. ваши детские игры у кого какая нашивка меня мало интересуют. >> я не о том, кто ламеры, я о том, кто как себя ведёт. > Так и я о том же. Агрессивное ламерство - это стиль поведения такой. Я правильно понимаю, что этот стиль в вашем сознании жёстко связан с лицензией и/или ядром и связан не с личностью, а используемой ОС? Я правильно понимаю, если перейти в другой лагерь стиль автоматически меняется? >> Например: вот лично вы сейчас разделили на "чужих" и "своих", > Это неизбежно. Если некто выглядит агрессивным и глупым - мне с такими не по пути. Вам не по пути с самим собой? >> чужих втаптываем в грязь, своих на пьедестал. Не все, правда, тут влезают, но >> которым там не место мы не замечаем. > По-моему, вы преувеличиваете и комплексуете. Вы вправе считать, как выгодно вам. > Просто столь агрессивных ламеров как некоторые местные индивиды - еще поискать. линуксоиды местные все сплошь профи и выдержаны. ах нет, их провоцируют только поэтому они хамят. Кто-то там говорил что своё не пахнет? >>> возможно что аноним сделал для ресурса поболее вас >> И? > Ну это так, к вопросу о том что анонимы никто и звать никак. Т.е. вы не в силах разделить конкретного человека и собирательное понятие. > Вы просто повели себя некультурно. Забавная спекуляция. > "Аноним" на которого вы наехали что он "никто" - закатал на ресурс несколько десятков новостей. Нет :) > А вы с вашими 4-я рассказываете что анонимы никто и звать никак. Да. > Ну не знаю, найти пионера от линуксов которые бы превзошли изенов, нагуалов > и прочих тигаров по сочетанию ЧСВ vs реальные знания и скиллы - я просто затрудняюсь. Это потому что у вас "своё не пахнет". И потому что анонимус для вас - один дольшой добрый человек. Надеюсь это у вас возрастное. > Ну я сам аптгетчик. Это более чем заметно :) > Это не мешает мне например изучать сисколы и знать в результате о системе поболее чем многие крЮтые перцы с апломбом. это хорошо. >> Даже у пионеров получается неплохо. > Да, я заметил - особенно у nagual, Отвлекитесь от сисколов и поизучайте понятия "общее" и "частное", и поучитесь правильно оперировать ими. > какого, собственно, анонимный аптгетчик (т.е. по вашей классификации пустое место) рассказывает такие вещи крЮтому бcдшнику? предлагаю сюда запихнуть политические взгляды и музыкальные пристрастия, а можно ещё рост и вес. Тогда ваши рассуждения раскроются с новой, неистовой силой. > В общем остаюсь при своем мнении никто не сомневался. >>> считается а бсд сильно глубоко изучать мне лениво, >> гадить не лениво. > Ну так изенам и нагуалам можно в каждой ветке про линух пакостить, а чего я теряться буду? :) логично. А бсдшники будут троллить аптгетчиков. По тем же причинам. show must go on. > См. http://habrahabr.ru/blogs/marketing/78536 - неоднократно видел м...в поменявших > точку зреения на сколько указали сверху градусов. Яркий пример - сильверлайт, Казалось бы, при чём тут BSD? > Двойные стандарты - они такие. Проститутки продают тело. А эти - мозг. Единственное отличие. Отрадно, что вы это понимаете. Осталось только применить к себе. >> Характерные экспонаты вылезают и перевирают. Нужно поправлять. > Пороху не хватит. Потому что те кому надо чтобы оно просто работало > - свалили на другие системы, более подходящие для данных goals. Чёрт, и нет места фряхе в этом мире. вообще нигде неприменима (дико воет. рвёт на себе остатки волос) > Ну а осталось то что осталось. есть более другое мнение. интересует? >>> С характерной песней о том что ZFS рулит, >> Правду не спрячешь. Опять же: это митрофановы устав от тупых bsdшников могут >> позволить себе скатиться до троллинга. > А правда состоит в том что это один из первых дизайнов такого типа, по поводу чего он с своей кучей проблем и тупняков. Проблем нет только у особей в горизонтальном положении на глубине не менее 1,5 м. > Идеализировать CoW без дефрага, с черти-каким кэшом, странным аллокатором и прочая - достаточно странно. Правильно, идеализировать надо btrfs. или ext4. а потом надо срочно верещать на форумах "этоопенсорстутвамниктоничемнеобязан". Если разговор лично обо мне, то zfs, не лишённая недостатков - отлично тем не менее справляется с задачами. как пример в одном крупном проекте на отдаче файлов производительность чётко упиралась в производительность аппаратного рейда (не самую маленькую). И тут вылезает пачка анонимусов и начинают верещать что zfs говно. Что я должен думать? >  Но не у всех же такие низкие требования к ФС и их параметрам. >> Тупым bsdшникам это непозволительно. > Не заметно что-то. Правда лулз состоит в том что тупой тролль является > очень удобным объектом для ... троллинга более умными и тонкими. Ну да, особенно если умными и тонкими считаются толстые и тупые, с "правильной" позицией. > Всего лишь сарказм, не более. (вытирает пот) уф, ну то есть брехня. >> нет, но решено геомом. > Вот только отвратная скорость работы антиквариата дополнительным слоем не фиксится. собственно геом и не для этого. вот один из текущих серверов: мониторинг АТС, voip шлюзов, NAT, обсчёт трафика с АТС и voip шлюзов. железо смешное. UFS + gmirror. Дисковая подсистема не напрягается. Собственно поэтому не была выбрана ZFS. Вы в самом деле мне рекомендуете бежать на фороникс за свежими тестами, где ядро 3.6.x сравнивается с fbsd 8.3 и по результатам оных выбирать btrfs (да святится имя её)? >>> сырцы и посмотреть что и как сделано, покурить результаты бенчей >> Бенчи от фороникса? Где новое линуксовое ядро сравнивается с 8 фряхой? Ну >> курите, в одиночку только. > Это вы про дебиановские бенчи, где сравнили один и тот же дебиан > с разными ядрами? Нет, где PC-BSD 8.3 фигурировало, но можно и про ваш вариант. > Ну извините, что поставляют - то и сравнили. 8.3 "поставили 3 года назад" > Линуксное ядро там тоже было явно не самое свежее. 4-6 месяцев (навскидку). > И, кстати, если у вас есть основания сомневаться в валидности тестов Да > - перечислите пожалуйста groundbreaking changes в коде UFS, которые могут сильно повлиять на результаты? Самые очевидные новые фичи и оптимизации. Если вы про GNU/kFreeBSD то там много вопросов до UFS. Есть большая разница между "мы завернули вызов к ядру А так, что он выполняется на ядре Б" и "мы оптимизировали работу подсистемы X для ядра Б". > Для какого-нибудь ext3 vs ext4 я это могу сделать. А вы как, сможете аргументировать точку зрения получше чем "это фороникс"? Сравнение в общем случае должно включать анализ причин. В форониксе этого нет никогда. Вы предлагаете заняться этим мне. Некузяво. Если сравниваются системы по методу "чёрного ящика", то в данном случае сравнение некорректно по причине того, что сравниваются сильно отстоящие во времени версии. > В смысле, даже если и троллит, то в состоянии делать это не > сильно жирно и может нормально аргументировать свою позицию. плюс ему лично. но какое отношение это имеет с спору BSD vs Linux? >  Поэтому является сильным спорщиком, мнение которого учитывается. А не просто очередной кормушкой для троллей, из которой только лулзы. вас послушать, >>> Комьюнити как комьюнити. Здоровенное достаточно. >> Маленькое. И загаженое. > Это вы про BSDшников, правда? Нет. У bsd ещё меньше и более закрытое. > А то у каких-нибудь убунтов комьюнити огроменное (внимательно смотрит на статистику ОС на рабочих станциях) у вас жар? > и не в пример дружественнее к нубам всяким, весь вопрос в том, что в целях. если набрать количество - убунты на правильном пути. и комьюнити всё больше напоминает дружественное вендовое. лично для меня - лишний повод это высмеять. > По поводу чего под ваше определение такое комьюнити явно не попадает. Маленькое. По сравнению, например, с вендовым. Загаженное. Крайне агрессивное как к большему вендовому так и к меньшему bsdшному, гентушному, арчевскому. В силу того что лично для меня граница проходит по линии opensoucre/proprietary убунтята уж сильно агрессивны к сородичам. Это отвратительно. > Еще у гентушников такой эффект замечен. Там правда поворчат но все-таки подскажут > зачастую. Правда нубопионеры поставившие сие для повышения ЧСВ обычно не очень > хотят учить основы устройства системы и уж тем более не рубят > в программировании, поэтому нещадно до...вают окружающих не очень умными вопросами, именно так. посему любой вопрошающий в генту/фряхе должен правильно задать вопрос, т.е. понимать систему на каком-то минимуме. если вопрос задан правильно, помощь обязательно будет. а делать за тебя никто не будет. именно так отсеиваются нубопионеры. некоторые это считают снобизмом. > Снобизм - это и есть отображение нехилого самомнения. в данном случае это экономия собственного времени и сил. если человек в силах разобраться в основах - ему помогут. это - Спарта :)
	Ответить | Правка | ^ к родителю #194 | Наверх | Cообщить модератору

	175. "(offtopic) флеймы *BSD 'vs' Linux II"	–1 +/–
	Сообщение от Michael Shigorin (ok) on 26-Окт-12, 22:18
	> Да, когда попытки конструктивно урезонить господ типа нагуалов и изенов путем > указания что у них не лучше, а у других систем кроме тыкаемых > минусов есть еще и куча плюсов, проваливаются потому что модераторы иной > раз трут вообще любую критику *bsd и ее фанов без разбора > - только и остается что нахально и жирно троллить. Вот это да...  Можно попросить всё-таки попытаться не троллить, а резонить?  От сноса субтредов, которые сами начинались с флеймоопасных вбросов, это не страховка, но всё-таки.  Не имея rm -r, в подобных случаях порой стараюсь хотя бы стопроцентно полезные сообщения из флеймового субтреда оставить, но насколько вижу, подходы и впрямь отличаются. > Ну вот гражданин и перестал делать что либо конструктивное, > скатившись в откровенный троллинг. Крайне досадно и камень в огород модераторов -- спасибо, что хоть сформулировали. > Да, такой титан конечно - нагуал в ветке про SSD :) Ну почему, я благодаря ему узнал, что в SLC SSD до сих пор не притащили TRIM (нашлась ровно одна модель какого-то неизвестного производителя) -- лишний повод обождать с их внедрением, пока допинают и дообкатывают на более торопливом ынтырпрайзе прошивки ;)  Надеюсь, и ему что-то полезное подсказать получилось. > А кроме всего прочего анонимусовый ник обеспечивает более нейтральное > и непредвзятое отношение к коментам, как ни странно. Не могу согласиться, а конкретно User294 и впрямь характеризуется настолько неповторимым почерком, что в анонимном виде просто чуть менее удобно читать. Но дело личное. > Такого агрессивного ламерства как у пионерии от BSD - я больше нигде не видел. Так это повод понять причины и постараться их исправить в меру сил, а не поливать всё сообщество целиком -- оказывается, в нём есть вполне вменяемые и достойные люди.  Просто пионерии таких не попалось и вышел цельнодраный пример с ламеров-пальцекидал... >> нет, дружище. позиция "линуксоиды адекватны, бсдшники нет" ооочень пристрастна. > Нет, есть и некоторые адекватные. Вот например vle некий. Это и есть Алексей Чеусов -- рекомендую почитать его доклады на LVEE: http://www.google.com/search?q=Чеусов+site%3Alvee.org%2Fen%2Freports >> и скажу более - мне нравится линукс и я использую его. но комьюнити... это ад. > Комьюнити как комьюнити. Здоровенное достаточно. У разных линей - разное. Да и в каждом месте со своими особенностями, наверное... Снобизм и высокомерие в ИТ вообще огорчительно частое явление.
	Ответить | Правка | ^ к родителю #173 | Наверх | Cообщить модератору

	195. "(offtopic) флеймы *BSD 'vs' Linux II"	+2 +/–
	Сообщение от Аноним (??) on 29-Окт-12, 15:43
	> Вот это да...  Можно попросить всё-таки попытаться не троллить, а резонить? Честно пытался, но в случае как минимум с nagual я пас, он безнадежен. Или вы его сральники и дезу хоть немного модерируете, или я ответно троллю для компенсации вранья и некомпетентных заяв. >  От сноса субтредов, которые сами начинались с флеймоопасных вбросов, это > не страховка, но всё-таки.  Не имея rm -r, в подобных случаях порой стараюсь > хотя бы стопроцентно полезные сообщения из флеймового субтреда оставить, > но насколько вижу, подходы и впрямь отличаются. Скажем так, я пытаюсь быть более-менее конструктивным и полезным. Но откровенное ламерство и деза меня анноит и я вынужден контр-троллить таких индивидов. Ну а какие еще варианты есть, если модераторы такой гадеж на форум игнорируют? > Ну почему, я благодаря ему узнал, что в SLC SSD до сих пор не притащили TRIM > (нашлась ровно одна модель какого-то неизвестного производителя) Наверное дело в том что SLC юзался в основном на заре накопителестроения, а потом почти тотально уступил место MLC из-за неважного соотношения цена-емкость которое делало его малоинтересным в коммерческом плане. Ну и для SLC число циклов перезаписи много больше а скорость работы - выше. В MLC все намного хуже, вот и пришлось усиленно твикать и оптимизировать. Не от хорошей жизни. > -- лишний повод обождать с их внедрением, пока допинают и дообкатывают > на более торопливом ынтырпрайзе прошивки ;)  Надеюсь, и ему что-то > полезное подсказать получилось. Да как сказать? MLC SSD нормальные носители. Просто для нагрузок с интенсивной постоянной записью они не годятся - будете менять их чаще чем лампочки. А на mostly read например они могут развить чудовищные скорости при скромном бюджете. Имеет право на жизнь, если осторожно. Для системного диска например - отличная штука, если по записи разгрузить (т.е. не качать торренты и исохи прямо туда, etc). У меня за полгода протерлось менее чем 1% по циклам. Ну... если он через 50+ лет умрет по циклам - я как-то совсем не против :) > Не могу согласиться, а конкретно User294 и впрямь характеризуется настолько неповторимым > почерком, что в анонимном виде просто чуть менее удобно читать. Зато ряд субъектов намного объективнее реагирует на комменты :) >> Такого агрессивного ламерства как у пионерии от BSD - я больше нигде не видел. > Так это повод понять причины и постараться их исправить в меру сил, Боюсь не лечится. Похоже это категория тех кто поставил систему "потому что это круто, Вася так сказал". > а не поливать всё сообщество целиком -- оказывается, в нём есть > вполне вменяемые и достойные люди.   Их как-то явное меньшинство. А если в самосвале навоза и есть жемчужины, прежде всего это все-таки самосвал навоза. И пахнет он не очень хорошо. > Просто пионерии таких не попалось и вышел цельнодраный пример с ламеров-пальцекидал... Потому что такие люди обычно устают от ламеров и их бесполезных сообшений. >> Нет, есть и некоторые адекватные. Вот например vle некий. > Это и есть Алексей Чеусов -- рекомендую почитать его доклады на LVEE: Ну вот он наверное единственный бсдшник которого я видел у которого способность воспринимать чужие аргументы в споре и вести адекватные и технически грамотные дискуссии - не отвалилась из-за преобладания ЧСВ. Увы, это исключение из правил. > Да и в каждом месте со своими особенностями, наверное... Снобизм и высокомерие > в ИТ вообще огорчительно частое явление. Тут еще и проблема в том что "в пустой бочке звона больше". Снобизм это еще полбеды. Хуже когда его агрессивно выставляют напоказ, сами являясь пустым местом по сути.
	Ответить | Правка | ^ к родителю #175 | Наверх | Cообщить модератору

	186. "(offtopic) о кадрах и конторах"	+/–
	Сообщение от Аноним (??) on 27-Окт-12, 22:10
	> Как сказать, не проходит ни новости о ФС линукса чтобы там не > вылезли характерные экспонаты, например. С характерной песней о том что ZFS > рулит, UFS лучшая песня всех времен и народов и прочая :). Давайте сделаем вброс? один крупный сторадж отказался от ext4 и перешел на zfs. объем стораджа 20P, и критическими к надежности данными. Насколько я знаю - стораджей такого размера с клонами ext4 мало, но назревает миграция на zfs их.
	Ответить | Правка | ^ к родителю #173 | Наверх | Cообщить модератору

	188. "(offtopic) о кадрах и конторах"	+/–
	Сообщение от Michael Shigorin (ok) on 27-Окт-12, 22:40
	> Давайте сделаем вброс? Напоминаю: http://techcrunch.com/2008/01/15/joyent-suffers-major-downti.../
	Ответить | Правка | ^ к родителю #186 | Наверх | Cообщить модератору

	196. "(offtopic) о кадрах и конторах"	+/–
	Сообщение от Аноним (??) on 29-Окт-12, 15:45
	> объем стораджа 20P, и критическими к надежности данными. А что, померяемся объемом данных с гуглем? Он как раз на ext4 вроде как собирался :). При том в отличие от умников с гигантоманией эти все правильно сделали, так что у них даунтайм всегда нулевой и данные не про...ся даже если сервак синим пламенем сгорел, не то что фс посыпалась.
	Ответить | Правка | ^ к родителю #186 | Наверх | Cообщить модератору

	178. "(offtopic) о кадрах и конторах"	+/–
	Сообщение от Michael Shigorin (ok) on 26-Окт-12, 23:15
	PreScriptum: предлагаю потихоньку сворачивать или по крайней мере сделать паузу. >>> Когда вы с подковыркой каждый раз пытетесь спросить >> На самом деле как раз без подковырок, а ожидая ответа по существу. > ваш коментарий содержал фразу "с подковыркой" А, Вы конкретно о том -- тогда потрудитесь не обобщать так.  По умолчанию _без_ подковырок, хотя несущественные не маркирую; существенные стараюсь маркировать (ещё порой "вопрос с двойным дном"). > Тем более аргументы достаточно избитые. За один избитый аргумент два неизбитых не дают. > могу только порекомендовать перечитать (если не читали) PSP/TSP book Нет, не читал. > (personal software process, team software process) - там очень доходчиво поясняется > с цифрами и математикой почему в проектах ориентированных на качество нельзя делать > то что делает Тeo. Как математик отношусь с предубеждением к тому, когда в матмодель пытаются впихнуть людей.  Обычно это приводит к ещё худшим проблемам, чем решаемые. > Эти выводы только вам кажутся скоропалительными. На самом деле это просто результат > наблюдения за тем что твориться с разработкой ядра. Когда-то такое должно > было случиться - вот и случилось. Брр, даже не особо следящему за разработкой ядра мне припоминаются нетривиальные разборы полётов с выяснением, так куда уходит корешок проблемы.  Сходу вспомнился почему-то тот случай с вырубаемыми e1000e -- это железо, а не данные, но и воспроизводить неприятней. То есть "такое" Вы преувеличиваете, как мне кажется. BTW http://tsya.ru => "творится". :) > А теперь еще раз перечитайте классику из книг по управлению проектами. Классику и иное хорошее из современников читал, хлама тоже видел достаточно всякого.  Некоторые, кстати, рекомендуют примечать отношения в команде и конфликтных людей по возможности изолировать либо снимать с проекта. > Кроме того - я собственно указал всего немного вещей И сделали уже сразу стопку ошибок, на которые Вам указали (возможно, тоже ошибаясь), но настаивать продолжаете.  Ну пожалуйста. > 2) very minor релизы - не допускают добавления новых фунций По-хорошему оно бы да, но в данном случае мимо кассы -- проблема-то приехала с "фиксом". > как и ситуациях когда в RC4 меняют API, что бы в релизе еще раз его поменять Да, такие RC не стоит называть RC -- насколько понимаю, в LKML всё-таки больше склонны обращать внимание на суть явления, а не бирку, но тем не менее. > 3) Отсутствие стабильного API в ядре вынуждает комитить изменения в основное ядро > как можно раньше без надлежащего тестирования, что бы дальнейшее сопровождение (и > изменение в соответствии с новым API) было головной болью других. А, вот оно что.  Так свинское отношение к другим -- это залог того, что встречное при прочих равных будет прохладней. Не пробовали с ovz-шниками обсуждать проблемы интеграции или внешнего сопровождения крупных нетривиальных наработок?  Их тоже ой как затрагивает, но решают совсем с другим настроем и IMHO достаточно успешно. > Вы можете опровергнуть любой из этих тезисов? Хуже -- могу лишь отчасти согласиться со вторым из них, а первый был бы верен применительно к вендорскому ядру.  Про третий сказал. >>> Разве нельзя было сразу поверить что человек знает о чем говорит? >> Нет. > Для этого надо просто априори считать что он знает о чем сказал. Вот этого делать и не надо, иначе можно очень легко вляпаться в чужие заблуждения.  Т.е. "доверяй, но проверяй".  Особенно когда человек пишет анонимно и даже понять, что это один и тот же человек пишет -- не получается, а приходится предполагать. > У вас же наоборот - "Шигорин вот все знает, шигорин кучу > курсов провел, а тут какой-то аноним может указывать на то с > чем я не соглаен". Пересмотрите позицию, советую. Спасибо за совет.  Знаю далеко не всё (наоборот -- порой в шутку отрекомендовываюсь "непрофессионал широкого профиля"), и как раз потому хотя обычно способен понять, о чём говорит специалист в той или иной из поверхностно знакомых предметных областей -- обычно серьёзно настораживаюсь, когда кажется, что вижу в его рассуждениях ошибку.  Лет десять-пятнадцать тому обычно по таким случаям допрашивал других знакомых специалистов в той же области; с тех пор сделал вывод, что порой это действительно так и случается: человек с "туннельным зрением" не видит, что творится в соседнем забое, и делает неверные выводы даже в том, где у него _больше_ оснований для верных, казалось бы. Разумеется, это крайне рискованный подход и чреватый, о чём с тем же Нетчем дискутировали как-то. Ну и не в курсах дело... >>> Вам надо было подтверждение - вы его получили, в чем проблемы то? >> С подтверждением проблемы есть, с доводами -- тоже, с замашками -- тем более. > Ровно на ваш взгляд. Но стоит посмотреть чуть чуть выше..... ...и увидим #22, #49, #134.  Опять же не могу полностью (или вовсе) согласиться с их авторами, но как минимум Вашу попытку свести к моему взгляду они опровергают (если я не виртуалю; это так, но тут либо полагаться на слово, либо не верить и ловить на горячем). >>> Так кто виноват >> Предлагаю обойтись без поиска виноватых > Правильно - вы его уже назначили. Да нет же.  Когда начинают крайних искать -- это уже всё, кранты.  Дело -- это когда ищут решение.  Думаю, тоже навидались и того, и другого. >>> Да, у меня свое мнение о том как стоило бы развивать ядро. >> Прекрасно.  Осталось его реализовать, если это осмысленно.  Убедите руководство? > проект не сильно меньше - пока вполне удается, и что странно проект > развивается и приносит прибыль. Это который, если не секрет?  Заинтриговали. >>> Ибо еще раз замечу - флейм в адрес любой ОС кроме Linux не режется >> Врёте. > Не вру - достаточно посмотреть новости про BSD, MacOS, Windows - там > куча тупых GNU мальчиков развлекается, но до этого никому нет дела. Сейчас пригружен и со здоровьем вдобавок так себе; а когда добираюсь и до таких сообщений по почте, зачастую вижу, что их уже удалили.  Это не означает, что безобразий нет вообще или тогда, когда их видите Вы. > Так почему бы не поразвлекутся в новостях о GNU/Linux? Чем тут лучше? Сайт-то не развлекательный, хотя некоторые путают.  Соответственно воля Ваша, но и пеняйте тогда на себя, а не на других.  Как порой пишут -- "администрация сайта оставляет за собой право, но не берёт обязательства, удалять несоответствующие правилам сообщения; сообщение, нарушающее правила, не означает согласия с ним и допустимости аналогичного поведения" (или что-нибудь в том роде для любителей кучи слов вместо здравого смысла). > Почему вы считаете GNU/Linux такой священной коровой? Вопрос некорректен дважды -- не считаю, да и не индуист. :) >> Ваш стиль на удивление трудно отличить от одного из типовых стилей microsoft >> student partners по крайней мере на мой изрядно замылившийся глаз. > Потому что мой стиль ровно так же тыкает пальцем в недостатки GNU и Linux > в частности - что приравнивается к флейму. Флейм состоит не в указании недостатков, а в методе и характере обсуждения.  Попробуйте не выливать вёдра, а ммм... подсказать коллегам, где грабли лежат уже известные, что ли.  Информация может быть ровно та же, но пользы может оказаться неизмеримо больше. > Я так понимаю слово "гротеск" вам ничего не говорит? Иное "высокое художество" и впрямь сложно отличить от попросту мазни (только не смейтесь, но мазнёй различными техниками тоже занимался и уроки брал).  Хотя бывает и забавнее: http://www.rusantiq.ru/print/657.html :] > Поэтому если у вас глаз "замылилися" имейте мужество - или размыльте его или уйдите. Спасибо, постараюсь/подумаю. > А что касается ms students - вы просто ведете себя с ними высокомерно Есть такая беда. > - считая что можете им указывать с высоты ваших знаний, > поэтому любой кто бросает вам "вызов" приравнивается к таким студентам. Нет, просто порой промахиваюсь -- всё-таки идентифицировать приходится по косвенным признакам -- и в таких случаях стыдно.  А на "альфа-самца" или ещё чего в том роде не претендую, такие претензии обычно -- довольно жалкое зрелище. > С LKML - тоже не все так просто. чего стоит только гонор [...] Да гонор -- он везде чего стоит :(  Когда-то писал, что и с *BSD community именно он и есть моя основная зацепка, а не код или взгляды.  А нынче подобное наклёвывается и со шляпой -- только компанией, а не сообществом. > PS. ровно так же - прежде чем нажимать "удалить" - советую подумать. Спасибо, но когда нажимаю не подумав или промахнувшись (редко бывает и такое -- когда трекпойнт особо удачно соскользнёт), обычно пишу с просьбой восстановить. > И лучше стирать сообщения GNU ботов которые скатываются в фрейм, а не оригинал. Вообще-то есть ещё и рекомендации модераторам, которых стараюсь придерживаться. > [...] Если подтвердят - будем на следующей неделе разбираться. Удачи -- и спокойных выходных :)
	Ответить | Правка | ^ к родителю #133 | Наверх | Cообщить модератору

	189. "(offtopic) о кадрах и конторах"	–1 +/–
	Сообщение от Аноним (??) on 27-Окт-12, 22:56
	>[оверквотинг удален] > Ну да - кидать людей и не платить зарплату это нонче модно. > И не надо скидывать на какие-то сторонние проблемы. >>> Правда у тебя тут возможность вырезать коментарии которые ранят твою душу >> Отнюдь; см. http://wiki.opennet.ru/ForumHelp (последние слова п.6).  Если неправ -- пожалуйста, >> пишите Максиму (http://www.opennet.me/contact.shtml). > Наверно все таки прийдется связаться с максимом по своим каналам и попросить > навести порядок. Ибо еще раз замечу - флейм в адрес любой > ОС кроме Linux не режется, а когда тыкают палкой в проблемы > linux kernel или GNU - так сразу это вырезается. С чего > бы такая не объектиность? Присоединяюсь к оратору в последнем вопросе.
	Ответить | Правка | ^ к родителю #117 | Наверх | Cообщить модератору

	91. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+2 +/–
	Сообщение от Аноним (??) on 25-Окт-12, 13:20
	Вклад моськи - 21 results. Вклад То - 5,610 results.
	Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

	92. "(offtopic) зоологическое"	+/–
	Сообщение от Michael Shigorin (ok) on 25-Окт-12, 13:29
	> Вклад моськи - 21 results. > Вклад То - 5,610 results. Если в килограммах для соответствия слону, то не такая уж и мелкая моська :) -- муравей, дотащивший d7870af7e2e3a91b462075ec1ca669b482215187 и c9e2fbd909c20b165b2b9ffb59f8b674cf0a55b0, сделанные другими (а своё в 1999 ещё не знавший, как закидывать)
	Ответить | Правка | ^ к родителю #91 | Наверх | Cообщить модератору

	125. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+1 +/–
	Сообщение от Аноним (??) on 25-Окт-12, 23:34
	> моська имела не малое отношение к тому что ext4 вообще появилось в linux. И тем не менее, Теодор вполне квалифицированно провел расследование и узнал почему такая ситуация вообще смогла возникнуть. Весьма профессиональный и конструктивный подход, я бы сказал. Как человек отловивший несколько багов которые НЕ попали на головы юзерей я могу сказать что мне понравилось как Теодор расщелкал все это. И насчет стабильности API и прочая: не так давно фирма майкрософт поймала у себя эпичнейший баг. Если диск более 2 Тб и случился бсод, запись крэшдампа просто разнесет том к чертям и файловая система перестанет существовать. Этот баг жил себе, не тужил. А пойман был лишь когда диски более 2Тб пошли в майнстрим и случаи полного убиения файловых систем участились. Как видим, стабильность апи не помогла предотвратить жутковатый баг.
	Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

	132. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+/–
	Сообщение от Аноним (??) on 26-Окт-12, 09:51
	>> моська имела не малое отношение к тому что ext4 вообще появилось в linux. > И тем не менее, Теодор вполне квалифицированно провел расследование и узнал почему > такая ситуация вообще смогла возникнуть. Весьма профессиональный и конструктивный подход, > я бы сказал. Как человек отловивший несколько багов которые НЕ попали > на головы юзерей я могу сказать что мне понравилось как Теодор > расщелкал все это. Коструктивный с точки зрения обычного девелопера - любое исправление _обязано_ так проходить, обязаны найти комит который вносит ошибку - проализировать что там забыли и решить - это маленькая заплатка, или дыра в более высокоуровневом дизайне. Но притензия не к этому исправлению - а к тому что было внесено в 3.6.2. > И насчет стабильности API и прочая: не так давно фирма майкрософт поймала > у себя эпичнейший баг. Если диск более 2 Тб и случился > бсод, запись крэшдампа просто разнесет том к чертям и файловая система > перестанет существовать. Этот баг жил себе, не тужил. А пойман был > лишь когда диски более 2Тб пошли в майнстрим и случаи полного > убиения файловых систем участились. Как видим, стабильность апи не помогла предотвратить > жутковатый баг. Стабильность API позволяет развивать проекты до состояния готовом к включению в ядро. Или даже просто развивать не тратя силы на постоянные переписывания. Кроме того постоянные переписывания вносят местами очень жудкие баги - позволю опять себе пример OFED 1.5 и его backport на SuSe 10 (если не путаю - можно найти свою переписку с маинтейнерами OFED). Из-за ошибки в патчах для бэкпорта - создавалась ситуация когда счетчик dirty pages в системе забывал уменшаться - и система становилась раком на ровном месте через от 3 до 20 минут нагрузки. Пример полного переписывания - это изменение page fault api - который последовательно имел 3 или 4 редакции в разных ядрах - типа фигня вопрос.
	Ответить | Правка | ^ к родителю #125 | Наверх | Cообщить модератору

	151. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+/–
	Сообщение от Michael Shigorin (ok) on 26-Окт-12, 16:34
	> Коструктивный с точки зрения обычного девелопера - любое исправление _обязано_ > так проходить, обязаны найти комит который вносит ошибку - проализировать > что там забыли и решить - это маленькая заплатка, или дыра в более высокоуровневом > дизайне. Но притензия не к этому исправлению - а к тому что было внесено в 3.6.2. Вот только в сутках 24 часа, поэтому на практике приходится подобные метеориты обрабатывать как исключения (exceptions), а не громоздить вагон усилий на _каждый_ случай, при котором он теоретически может понадобиться, но как правило -- оказывается излишним. > Стабильность API позволяет развивать проекты до состояния готовом к включению в ядро. > Или даже просто развивать не тратя силы на постоянные переписывания. Насколько понимаю, это в том числе вопрос степени завязанности на активно разрабатываемый в mainline код (где знаю два варианта -- или разрабатывать в рамках форка, посматривая на развитие, или при наличии такой возможности держаться "за гребнем волны" с активным rebase). > Пример полного переписывания - это изменение page fault api - который последовательно > имел 3 или 4 редакции в разных ядрах - типа фигня вопрос. Так и VM в 2.4.x помним, чего уж там.  Одна загвоздка -- никто особо лучше не смог пока, да чтоб не на словах, а на деле, и не два-три месяца, а годами.
	Ответить | Правка | ^ к родителю #132 | Наверх | Cообщить модератору

	155. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+1 +/–
	Сообщение от Аноним (??) on 26-Окт-12, 17:14
	> Коструктивный с точки зрения обычного девелопера - любое исправление _обязано_ так проходить, Как человек занимающися не первый год вопросами софтостроения могу сказать что столь ответственное и культурное поведение разработчиков как у Теодора - это скорее исключение чем правило. На бумаге много кто и чего обязан. А вот на практике далеко не все могут похвастать таким. > обязаны найти комит который вносит ошибку - проализировать что там забыли > и решить - это маленькая заплатка, или дыра в более высокоуровневом дизайне. Теодор нашел root cause. Что еще от него надо? Он сказал все что в принципе мог сказать о проблеме. > Но притензия     ^^^^^ BUG. Это в высокоуровневом дизайне или маленькая заплатка? :) > не к этому исправлению - а к тому что было внесено в 3.6.2. Ну так насколько я понял, у Теодора хватило пороха раскрутить всю цепочку последовательности которая спровоцировала такое изменение. Зачетный детектив. Редко когда увидишь такой приличный разбор полетов. >> убиения файловых систем участились. Как видим, стабильность апи не помогла >> предотвратить жутковатый баг. > Стабильность API позволяет развивать проекты до состояния готовом к включению в ядро. У каждой команды свой стиль работы. С своим уставом в чужой монастырь не лезут как вы понимаете. Там есть устоявшийся состав участников. И они работают так как им удобно. Некоторые части ядра вполне себе пилят отдельно в своих репах и мержат лишь изредка, но взаимодействие у них достаточно плотное. Это и баг и фича. Но вполне себе валидный вариант на выбор. Да, там не получится сидеть в своем загончике и не интересоваться внешними миром - придется следить за жизнью проекта. Но это по моим наблюдениям достаточно распостраненная практика для многих индивидуалов и команд. Сложно играть в оркестре шпаря на своей волне и игнорируя всех остальных. > Или даже просто развивать не тратя силы на постоянные переписывания. Кроме > того постоянные переписывания вносят местами очень жудкие баги - Да, писать "жутко" через д - ужасный баг. //У меня хрен проскочишь :) > позволю опять себе пример OFED 1.5 и его backport на SuSe 10 (если > не путаю - можно найти свою переписку с маинтейнерами OFED). > Из-за ошибки в патчах для бэкпорта - создавалась ситуация когда счетчик dirty > pages в системе забывал уменшаться - и система становилась раком на > ровном месте через от 3 до 20 минут нагрузки. Если честно, я в глубине души считаю бэкпорты злом по их природе, ибо прорва работы и грабель совершенно на ровном месте. По сути это попытка ссать против ветра. Другое дело что не всех устраивает бег на острие прогресса. Но опять же - выбор достатчно добровольный, наручниками никто никого вроде бы в XXI веке не приковывает уже. В чем проблема то? Вы хотите построить всю команду, заставив их работать иначе? А хрен, не получится. У них и так лыжи на мази, вкалывают как черти, релизят вполне приличные по качеству ядра, при том качество очень даже, если посмотреть на сроки выпуска и масштаб проекта. Такое сочетание параметров вообще мало кто осиливает. У них получилась весьма недурственная команда и стиль разработки. Ломать это ради вас одного? Многовато хотите, will not work. > Пример полного переписывания - это изменение page fault api - который последовательно > имел 3 или 4 редакции в разных ядрах - типа фигня вопрос. Да, тем кто хочет жить в этом ядре придется играть по этим правилам. Так получилось. Это и баг и фича. Фича - в том что когда надо что-то разломать, они идут и переделывают, а не тянут ...цать лет. Поэтому они могут идти вперед. Баг - потому что ынтырпрайзы к такому обороту дел непривычны. Ну вот и приходится кому-то выступать "буфферами". Да, это нравится не всем. Ну так линуксы не единственная ос на свете. Прсото у других своих недостатков тьмы. Вон в винде стабильное апи. Настолько что уже третий десяток лет пичкают одними и теми же файловыми системами из древних девяностых. И работает оно соответствующе.
	Ответить | Правка | ^ к родителю #132 | Наверх | Cообщить модератору

	197. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+/–
	Сообщение от Аноним (??) on 29-Окт-12, 15:48
	p.s. в продолжение саги: http://www.opennet.me/opennews/art.shtml?num=35192 Проблема настолько злая и опасная что ее пока никто воспроизвести не смог. Так что даже не понятно - чинят ли ее патчи. А как их проверить, если воспроизвести не удается?
	Ответить | Правка | ^ к родителю #155 | Наверх | Cообщить модератору

	201. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+/–
	Сообщение от Michael Shigorin (ok) on 29-Окт-12, 16:58
	> p.s. в продолжение саги: http://www.opennet.me/opennews/art.shtml?num=35192 https://plus.google.com/117091380454742934025/posts/Wcc5tMiCgq7
	Ответить | Правка | ^ к родителю #197 | Наверх | Cообщить модератору

	134. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+/–
	Сообщение от kurokaze (ok) on 26-Окт-12, 10:29
	>товаришь - вы хоть раз были на позиции релиз инженера? сдается мне что нет. Ололо, предлагаешь весь отдел тестеров разогнать?
	Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

	56. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+/–
	Сообщение от BratSinot on 25-Окт-12, 10:21
	> А на патчах что, сразу написано, что они такое вытворяют? В тех-же Энтерпрайзах такие патчи в лучшем случае через год принимаются.
	Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

	81. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	–1 +/–
	Сообщение от Аноним (??) on 25-Окт-12, 12:46
	Шигорин, можешь еще раз стереть коментарий если он режет твою душу. Но такими ситуациями людей загоняют платить деньги - за якобы OpenSource и FreeSoftware. Используя kernel.org - как площадку тестирования на хомячках. Вот и выходит - что или бесплатное дерьмо - или платный opensource :-) вот такое оно лицемерие в GPL мире :)
	Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

	90. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+/–
	Сообщение от Michael Shigorin (ok) on 25-Окт-12, 13:19
	> Но такими ситуациями людей загоняют платить деньги - за якобы OpenSource и FreeSoftware. pad:~> uname -r 3.0.48-led-ws-alt1 Исходники в гите наблюдаю, денег платить не загонялся.  Ы? > Вот и выходит - что или бесплатное дерьмо - или платный opensource :-) > вот такое оно лицемерие в GPL мире :) По-моему, "загоняют" скорее тех, кто требует _сочетание_ "фичи, надёжно, сегодня".  При ослаблении любой из сторон список вариантов склонен резко расширяться. Впрочем, точку зрения сотрудника оракла (так ведь?) услышали.
	Ответить | Правка | ^ к родителю #81 | Наверх | Cообщить модератору

	149. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+/–
	Сообщение от Аноним (??) on 26-Окт-12, 13:37
	>> Но такими ситуациями людей загоняют платить деньги - за якобы OpenSource и FreeSoftware. > pad:~> uname -r > 3.0.48-led-ws-alt1 > Исходники в гите наблюдаю, денег платить не загонялся.  Ы? можно при желании найти те дыры что у вас не закрыты, ибо раньше я такое находил. >> Вот и выходит - что или бесплатное дерьмо - или платный opensource :-) >> вот такое оно лицемерие в GPL мире :) > По-моему, "загоняют" скорее тех, кто требует _сочетание_ "фичи, надёжно, сегодня".  При > ослаблении любой из сторон список вариантов склонен резко расширяться. загоняют тех кому нужно "надежно" - фичи, сегодня им слабо нужны. А таких почему-то большинство. Фичи нужны только редким гикам и конторам ради которых они пишутся на заказ.
	Ответить | Правка | ^ к родителю #90 | Наверх | Cообщить модератору

	150. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+/–
	Сообщение от Michael Shigorin (ok) on 26-Окт-12, 14:29
	>> 3.0.48-led-ws-alt1 > можно при желании найти те дыры что у вас не закрыты, ибо раньше я такое находил. Если по каким-либо соображениям решите, найдёте и подскажете -- буду благодарен, в т.ч. при встрече в разумных пределах :) http://git.altlinux.org/people/led/packages/?p=kernel-image-... >> По-моему, "загоняют" скорее тех, кто требует _сочетание_ "фичи, надёжно, сегодня". >> При ослаблении любой из сторон список вариантов склонен резко расширяться. > загоняют тех кому нужно "надежно" - фичи, сегодня им слабо нужны. Не могу согласиться. (попытался разобрать насчёт нынешней надёжности, коротко не выходит) > А таких почему-то большинство. Фичи нужны только редким гикам и конторам ради > которых они пишутся на заказ. Слышали про такое явление как "коммодизация"?  Когда вчера алюминий стоил дороже серебра, а сегодня в него бутерброды заворачивают.  С фичами примерно так же -- вчера кому кровь из носу, те платили и озвучивали сроки, а сегодня отбилось, расползлось и считается само собой разумеющимся...
	Ответить | Правка | ^ к родителю #149 | Наверх | Cообщить модератору

	111. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+/–
	Сообщение от Аноним (??) on 25-Окт-12, 18:29
	> Но такими ситуациями людей загоняют платить деньги - за якобы OpenSource и FreeSoftware. Во первых, OpenSource и FreeSoftware не запрещают получать вознаграждение за работу или вести бизнес. А должны? Во вторых - кто, кого и куда загоняет? Я что-то не помню надсмотрщиков которые бы меня принуждали к чему либо. И дистров на все вкусы - и платных, и бесплатных, и каких там еще. > Используя kernel.org - как площадку тестирования на хомячках. Я совершенно добровольно гоняю еще не выпущенный 3.7 в виде RC2. Потому что мне это нравится. Я хочу посмотреть на свежие плюшки из нужных лично мне и затестить их на своей шкурке. Да, я отдаюу себе отчет что это тестовый экспонат и он может факапнуться. На этот случай я вполне в состоянии катапультироваться до того как меня размажет. Это мой осознанный выбор. А почему мне так должно быть нельзя, собственно? > Вот и выходит - что или бесплатное дерьмо - или платный opensource Странно, у меня все работает, довольно хорошо. Ничего не факапается. И денег никому не платил. А то что вы озвучили - это о бсдах всяких в основном, где или какой-то трэшняк, или плати жуниперам и эпплам за нормальный продукт.
	Ответить | Правка | ^ к родителю #81 | Наверх | Cообщить модератору

12. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	–1 +/–
Сообщение от Аноним (??) on 24-Окт-12, 22:11
Ну и кто тут кричал про устаревшее ядро в новой Убунту 12.10?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

21. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+/–
Сообщение от FSA (ok) on 24-Окт-12, 23:05
А я то думаю почему у меня на Gentoo ставится 3.6.1, хотя на другой машинке была версия 3.6.2.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	145. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+/–
	Сообщение от Клыкастый (ok) on 26-Окт-12, 12:52
	> А я то думаю почему у меня на Gentoo ставится 3.6.1, хотя > на другой машинке была версия 3.6.2. Linux chimera 3.5.7-gentoo #1 SMP Thu Oct 25 01:25:54 MSK 2012 i686 VIA Eden Processor 500MHz CentaurHauls GNU/Linux стабильное немного не 3.6.x
	Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

25. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+/–
Сообщение от Boboms (ok) on 24-Окт-12, 23:14
Странно. Только сегодня подумывал о переходе на ext4.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	27. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+6 +/–
	Сообщение от Anonus on 24-Окт-12, 23:35
	Обязательно запости это в следующей новосто о БтрФС.
	Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

	77. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+/–
	Сообщение от Аноним (??) on 25-Окт-12, 12:33
	> Странно. Только сегодня подумывал о переходе на ext4. Не-не, ты что. Сиди на классическом ext2, без журнала и htree. Вот еще не хватало чтобы у таких как ты система работала быстро. Да и с журналом как видим иногда проблемки случаются, так что лучше его совсем ампутировать :)
	Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

30. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+1 +/–
Сообщение от Аноним (??) on 25-Окт-12, 00:07
Ну а нам все равно, у нас XFS.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	32. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	–2 +/–
	Сообщение от iZEN (ok) on 25-Окт-12, 01:55
	Своих-то нормальных ФС нету. Приходится использовать импортные. Ж)
	Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

	35. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+5 +/–
	Сообщение от Аноним (??) on 25-Окт-12, 02:57
	Ну да, хоть импортные есть. У несчастной BSD вообще ни одной нормальной нет - ни родной ни импортной.
	Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

	99. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+/–
	Сообщение от iZEN (ok) on 25-Окт-12, 15:34
	> Ну да, хоть импортные есть. У несчастной BSD вообще ни одной нормальной > нет - ни родной ни импортной. Бедненькие, как же пользователи BSD работают без файловых систем? Очевидно, у них есть контакт с астральными средствами хранения (облаками). Ну или по сети... к какому-нибудь NAS на Linux. Вы такие знаете?
	Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

	103. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+/–
	Сообщение от Аноним (??) on 25-Окт-12, 17:38
	> Бедненькие, как же пользователи BSD работают без файловых систем? Так и работают. Получая честнейшие 6 мегов на шпиндель...
	Ответить | Правка | ^ к родителю #99 | Наверх | Cообщить модератору

	123. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+/–
	Сообщение от Аноним (??) on 25-Окт-12, 23:21
	> к какому-нибудь NAS на Linux. Вы такие знаете? Да фигня вопрос: Synology, QNAP, D-link, Netgear, ... ... ... - догадаешься чего у всех этих многочисленных готовых NASов операционкой стоит? Правильно, для этого нормально подходит лишь 1 система.
	Ответить | Правка | ^ к родителю #99 | Наверх | Cообщить модератору

	37. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+10 +/–
	Сообщение от daemontux on 25-Окт-12, 03:45
	> Своих-то нормальных ФС нету. Приходится использовать импортные. Ж) Изя это ты про zfs?
	Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

	86. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+3 +/–
	Сообщение от sad but true on 25-Окт-12, 13:12
	Изя про нтфс, он же шиндузятнег, и знает о её преимуществах перед фат :)))
	Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

31. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+/–
Сообщение от iZEN (ok) on 25-Окт-12, 01:54
Что называется "EPIC FAIL" инженеров по качеству Linux (ау, где они?!) во всей красе. P.S. Подписался на обсуждение. P.P.S. Теперь есть чем тыкать агенту влияния "User294" — раньше просто было нечем ответить на "6 МБ/с с дедуплицированного пула RAID-Z, заполненного на 98%".
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	33. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+/–
	Сообщение от Michael Shigorin (ok) on 25-Окт-12, 02:04
	> Что называется "EPIC FAIL" инженеров по качеству Linux (ау, где они?!) 3.6.2 или 3.5.7 в дистрибутиве-то предъявите, пожалуйста. P.S. Это что, не шутка?  У меня гигабайтный Seagate Decathlon выдавал, помнится, 4.17 MB/s линейного чтения в начале диска.  Так это когда было.
	Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

	39. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+/–
	Сообщение от kshetragia (ok) on 25-Окт-12, 06:47
	не чтения, а записи. Записи на 98% заполненный пул с copy-on-write. Если я правильно понимаю.
	Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

	70. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+/–
	Сообщение от Michael Shigorin (ok) on 25-Окт-12, 11:29
	> не чтения, а записи Запись обычно "на", а не "с"...
	Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

	109. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+/–
	Сообщение от Аноним (??) on 25-Окт-12, 18:20
	> не чтения, а записи. Записи на 98% заполненный пул с copy-on-write. А с фига ли чтение там будет по другому? Если читать файл, головы будут двигаться примерно так же как и при его записи. Ну по крайней мере если это линейное чтение. А там мувики как раз, так что так и будет.
	Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

	118. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+/–
	Сообщение от iZEN (ok) on 25-Окт-12, 22:46
	Не, не, не. Когда читаешь первый раз файл, то файл кэшируется в памяти и повторное и последующее чтения его же происходят со скоростью самолёта. Конечно, при условии, что файл поместился в кэш ARC весь целиком. На очень больших файлах естественно возникают проблемы со скоростью записи и чтения на дедуплицированном пуле. Но вопящие тут о низкой скорости ни разу не ели устриц, а я их ел и мне они понравились, а дедупликацию можно выключить, если это критично для скорости I/O.
	Ответить | Правка | ^ к родителю #109 | Наверх | Cообщить модератору

	119. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+/–
	Сообщение от Аноним (??) on 25-Окт-12, 22:51
	> Когда читаешь первый раз файл, то файл кэшируется в памяти и повторное > и последующее чтения его же происходят со скоростью самолёта. Вот только проблема в том что системная оперативка - она как-то сильно меньше чем объем винчей. По поводу чего стопроцентного cache hit как-то не будет, увы и ах. Скорость оперативки достоинством ФС не является.
	Ответить | Правка | ^ к родителю #118 | Наверх | Cообщить модератору

	190. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+/–
	Сообщение от Аноним (??) on 27-Окт-12, 23:07
	> Не, не, не. > Когда читаешь первый раз файл, то файл кэшируется в памяти и повторное > и последующее чтения его же происходят со скоростью самолёта. Конечно, при > условии, что файл поместился в кэш ARC весь целиком. На очень > больших файлах естественно возникают проблемы со скоростью записи и чтения на > дедуплицированном пуле. > Но вопящие тут о низкой скорости ни разу не ели устриц, а > я их ел и мне они понравились, а дедупликацию можно выключить, > если это критично для скорости I/O. Йоу, мужик! Ты даже меня зацепил. При чем тут ARC - и ДРУГИЕ ФС?! Ты ничего не попутал, не? Ту так-то за ZFS вообще базара не было!
	Ответить | Правка | ^ к родителю #118 | Наверх | Cообщить модератору

	198. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+/–
	Сообщение от Аноним (??) on 29-Окт-12, 15:49
	> вообще базара не было! Ну это же iZEN, он везде носится с ZFS как с писаной торбой.
	Ответить | Правка | ^ к родителю #190 | Наверх | Cообщить модератору

	50. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+/–
	Сообщение от Аноним (??) on 25-Окт-12, 09:43
	> 3.6.2 или 3.5.7 в дистрибутиве-то предъявите, пожалуйста. OpenSuSE, это раз. Наверняка в арче давно уже это. Это два. Наличие ядра в дистрибутиве есть единственная мера опасности багов в ядре? Где на кернел.орг запрет на скачивание простым смертным?
	Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

	63. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+1 +/–
	Сообщение от Аноним (??) on 25-Окт-12, 10:38
	>> 3.6.2 или 3.5.7 в дистрибутиве-то предъявите, пожалуйста. > OpenSuSE, это раз. Наверняка в арче давно уже это. Это два. Наличие > ядра в дистрибутиве есть единственная мера опасности багов в ядре? Где > на кернел.орг запрет на скачивание простым смертным? как сказал товаришь Торвальдс - "если вам нужна стабильность идити к дистрибутиводелателям, если вам нужны плюшки - вам на kernel.org" ;-) так что выводы делайте сами..
	Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

	110. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	–1 +/–
	Сообщение от Аноним (??) on 25-Окт-12, 18:22
	> выводы делайте сами.. Выводы делаем - у этих парней не страшно быть летчиком испытателем. Я 3.7 RC2 гоняю, ничего, живой. Да, я помню где у меня кнопка катапультирования. Но погонять новый экспонат охота. Больно уж у них экспонаты соблазнительные.
	Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

	74. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	–1 +/–
	Сообщение от Michael Shigorin (ok) on 25-Окт-12, 11:52
	>> 3.6.2 или 3.5.7 в дистрибутиве-то предъявите, пожалуйста. > OpenSuSE, это раз. В 12.2 наблюдаю 3.4.6. > Наверняка в арче давно уже это. Это два. В _дистрибутиве_, а не в репозиториях aur/rawhide/factory/sid/sisyphus и прочих полигонах. > Где на кернел.орг запрет на скачивание простым смертным? В lkml, про который конкретно таким смертным положено хотя бы слышать.  Не запрет, а рекомендация "к маменьке".  Как и с glibc. PS: скорее s/tumbleweed/factory/
	Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

	100. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	–1 +/–
	Сообщение от ILYA INDIGO (ok) on 25-Окт-12, 17:03
	> В 12.2 наблюдаю 3.4.6. В Tumbleweed загляните :)
	Ответить | Правка | ^ к родителю #74 | Наверх | Cообщить модератору

	51. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+1 +/–
	Сообщение от Boboms (ok) on 25-Окт-12, 09:44
	> Что называется "EPIC FAIL" инженеров по качеству Linux (ау, где они?!) во > всей красе. Что ж тебя это так радует?
	Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

	79. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+1 +/–
	Сообщение от Аноним (??) on 25-Окт-12, 12:42
	> Теперь есть чем тыкать агенту влияния "User294" — раньше просто было нечем > ответить на "6 МБ/с с дедуплицированного пула RAID-Z, заполненного на 98%". Ну, попробуй. А ничего что у меня кернель 3.6.2 в аккурат? :) И ничего не посыпалось с момента его выхода. При том что я ext4 активно юзаю как раз. Так что по поводу QA: проблема редка как пингвин в пустыне Сахара. По поводу чего и попалась где-то опосля. Для ее вылезания надо еще чтобы "повезло" с довольно редким сочетанием факторов. При более-менее реалистичной "крейсерской" эксплуатации такая ситуация просто не возникает. Что делает проблему не сильно простой в поимке. Как ты понимаешь, настолько странных тестов как быстрый ребут несколько раз подряд никто не практикует. А вообще забавно слышать вякот про качество из лагеря господ релизнувших ФС как стабильную, при том что sendfile() зависает. Вот это, извините, изловить - как 2 байта переслать.
	Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

	139. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+1 +/–
	Сообщение от kurokaze (ok) on 26-Окт-12, 10:54
	> Что называется "EPIC FAIL" инженеров по качеству Linux (ау, где они?!) не изень, это твой эпик фейл что ты не умеешь гуглем пользоваться чтобы найти сайт где тусуются разработчики ядра, гггг
	Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

36. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+/–
Сообщение от Buy (ok) on 25-Окт-12, 03:41
> в которых ФС начинается с нулевого блока, после двух перезагрузок с достаточно коротким интервалом Лихо! Респект разрабам что выявили и устранили причину.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

40. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+/–
Сообщение от Wormik (ok) on 25-Окт-12, 07:01
> проблема проявлялась только на системах в которых ФС начинается с нулевого блока, после двух перезагрузок с достаточно коротким интервалом. Фак...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	80. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+/–
	Сообщение от Аноним (??) on 25-Окт-12, 12:45
	> Фак... Ты так говоришь как будто ты умудрился встать на эти редкие грабли да еще сразу после выхода новости. Если это правда - построй себе бункер, а то с таким везением в 2 счета метеоритом зашибет.
	Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

	88. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+/–
	Сообщение от Michael Shigorin (ok) on 25-Окт-12, 13:14
	> Ты так говоришь как будто ты умудрился встать на эти редкие грабли Это _данные_, такими граблями не шутят и downplay'ить их -- смерти подобно.
	Ответить | Правка | ^ к родителю #80 | Наверх | Cообщить модератору

	104. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+1 +/–
	Сообщение от Аноним (??) on 25-Окт-12, 17:50
	> Это _данные_, такими граблями не шутят и downplay'ить их -- смерти подобно. Это всего лишь обычный капитанинг. Btw, у кого ценные данные - те их бэкапают или используют иные методы отказоустойчивости. Потому что один конкретно взятый носитель всегда может сдохнуть. Может диск запилиться, блок питания пыхнуть и выжечь все живое, может дырка в чипе образоваться без видимых причин, можно dd случайно не на тот диск влупить или просто сдуру стереть лишнего. Мне вот например нужны мои данные. Но любую проблему надо оценивать комплексно. Прилет большого метеорита - да, пи...ц! Но поскольку это случается редко - совсем не факт что надо бросить все и бежать рыть себе укрепленный подземный бункер.
	Ответить | Правка | ^ к родителю #88 | Наверх | Cообщить модератору

	115. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+1 +/–
	Сообщение от Появившаяся в ядре on 25-Окт-12, 21:50
	>>> - совсем не факт что надо бросить все и бежать рыть > себе укрепленный подземный бункер. Ты в противогазе это пишешь?
	Ответить | Правка | ^ к родителю #104 | Наверх | Cообщить модератору

	120. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+/–
	Сообщение от Аноним (??) on 25-Окт-12, 22:54
	> Ты в противогазе это пишешь? Я не ожидаю газовых атак в ближайшее время. А кому и нафига это может понадобиться? :)
	Ответить | Правка | ^ к родителю #115 | Наверх | Cообщить модератору

	122. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+/–
	Сообщение от Аноним (??) on 25-Окт-12, 23:07
	p.s. но оперативка у меня с ECC, если что :)
	Ответить | Правка | ^ к родителю #120 | Наверх | Cообщить модератору

	166. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+/–
	Сообщение от Клыкастый (ok) on 26-Окт-12, 18:39
	> Но любую проблему надо оценивать комплексно. > Прилет большого метеорита - да, пи...ц! Но поскольку это случается редко > - совсем не факт что надо бросить все и бежать рыть > себе укрепленный подземный бункер. т.е. фиксить не надо было?
	Ответить | Правка | ^ к родителю #104 | Наверх | Cообщить модератору

	180. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+/–
	Сообщение от Аноним (??) on 26-Окт-12, 23:48
	> т.е. фиксить не надо было? Надо. Просто есть некая разница между "а давайте мониторить космос на наличие потенциально опасных объектов" и "ой блин, все к черту, я убежал бункер рыть!". Кроме собственно проблемы есть еще ее масштаб, вероятность, время обнаружения и прочая. Вот в данном случае невкусный результат - плохо. А то что проблему поймали быстро, она вылезает только в экзотичных случаях и прочая - просто замечательно. Тем более делает честь разработчикам что они ответственно отнеслись к делу и оперативно починили, посчитав проблему первоприоритетной. Хоть она с такими оговорками на первоприоритетную ну совсем не тянет. IIRC, гражданин зарепортивший проблему - заметил ее, но вроде как никаких особо громких претензий никому не предъявлял вообще. И даже понимает что проблема из разряда "лунной ночью после дождичка в четверг палка иногда может выстрелить".
	Ответить | Правка | ^ к родителю #166 | Наверх | Cообщить модератору

	181. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+1 +/–
	Сообщение от Клыкастый (ok) on 27-Окт-12, 09:19
	>> т.е. фиксить не надо было? > Надо. Просто есть некая разница между "а давайте мониторить космос на наличие > потенциально опасных объектов" и "ой блин, все к черту, я убежал > бункер рыть!". Ворох слов из-за изначально кривой аналогии > Кроме собственно проблемы есть еще ее масштаб, вероятность, время обнаружения и прочая. > Вот в данном случае невкусный результат - плохо. Собственно суть критики - почему такое стало возможным - не поменять ли "техпроцесс"... > претензий никому не предъявлял вообще. И даже понимает что проблема из > разряда "лунной ночью после дождичка в четверг палка иногда может выстрелить". Кагбэ если бы она вылезала гарантировано был бы немного другой расклад, не?
	Ответить | Правка | ^ к родителю #180 | Наверх | Cообщить модератору

	199. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+/–
	Сообщение от Аноним (??) on 29-Окт-12, 16:04
	> Ворох слов из-за изначально кривой аналогии Я попытался объяснить что кроме всего прочего у проблем есть приоритеты. Вот это - явно не самый приоритетный баг. Это редкая хрень, которая при нормальной эксплуатации не вылезет вообще "никогда". Никогда - в таком же контексте как прилет метеорита достаточного для уничтожения всего живого примерно. Мониторить пространство и иметь варианты действий - надо. А вот бункера рыть прямо сегодня - уже оверкилл. Собственно, как я и предполагал, свежая новость информирует о том что проблема настолько трудноуловима что разработчики даже патч не могут проверить на то что он исправляет проблему. Потому что проблема вылезать не желает. Приятно чувствовать себя провидцем :). >> Кроме собственно проблемы есть еще ее масштаб, вероятность, время обнаружения и прочая. >> Вот в данном случае невкусный результат - плохо. > Собственно суть критики - почему такое стало возможным - не поменять ли "техпроцесс"... Чтобы менять техпроцесс - должно быть сильное обоснование. Баг который настолько редок что его не удается воспроизвести - это не основание, это лажа какая-то. А если разработчик к тому же опытный морской волк и может протрэйсить историю вплоть до того что именно вызвало спорный коммит - тут я вообще снимаю шляпу, профессионала за работой сразу видно. Не вам ему указывать как работать. Просто из соображений что он и так хорошо работает и совсем не факт что станет лучше если ему и остальным навязывать что-то иное. Если они ощутят что иная модель будет лучше - они и сами перейдут. Без ваших пинков. >> претензий никому не предъявлял вообще. И даже понимает что проблема из >> разряда "лунной ночью после дождичка в четверг палка иногда может выстрелить". > Кагбэ если бы она вылезала гарантировано был бы немного другой расклад, не? Кагбэ, пока разработчики долбутся пытаясь хотя-бы научиться эту проблему вызывать вообще. Чтобы потестить патч исправляющий проблему. Пока неуспешно, что намекает на то что масштаб проблемы был в новостях сильно преувеличен.
	Ответить | Правка | ^ к родителю #181 | Наверх | Cообщить модератору

41. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+/–
Сообщение от Wormik (ok) on 25-Окт-12, 07:06
Вот отложенная запись - это хорошо. Я сохраняюсь в эмуляторе Gens и всё плавно, а без неё - полсекунды задержки. Но не так же, как это реализовано в ext2/3/4! Пример: я подключаю Flash диск и записываю на него файл размером 50 Мб. Файл записывается секунду и Flash-диск ни разу не помигал огоньком. Я жму "Извлечь" - и только тогда начинается запись, и длится 20 секунд. Зачем было так делать?! Я конечно не требую, чтобы Flash-диски можно было вытаскивать сразу как погаснет огонёк, как дискету в Windows, но зачем выжидать продолжительное время, заставляя флешку простаивать?!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	47. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+1 +/–
	Сообщение от Mr. Cake on 25-Окт-12, 08:34
	Монтируйте флешку с опцией sync, нашли проблему.
	Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

	69. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+/–
	Сообщение от Илья (??) on 25-Окт-12, 11:28
	А вдруг ты случайно его скопировал и сразу захочешь удалить?
	Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

	96. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+/–
	Сообщение от Капитан (??) on 25-Окт-12, 13:52
	а в чем принципиальная разница в эмуляторе генс (что это, кстати?) и флешкой?
	Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

	105. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+/–
	Сообщение от Аноним (??) on 25-Окт-12, 17:55
	> было вытаскивать сразу как погаснет огонёк, Увы, пользователь многозадачки должен кой-что знать о подобных вещах и о том что такое корректный шатдаун и правильное извлечение. В винде вон тоже есть фича "безопасное извлечение девайса". Как вы думаете, зачем бы это? > как дискету в Windows, Что, никогда не видели характерной ругани "Delayed write failed" в винде? Да ну не гоните. При безбашенном выдергивании флехи из винды без безопасного извлечения - она на раз осыпается в результате. Мало того что у системы кэш есть так еще и внутренняя логика флехи реализует read-modidfy-write. Его снаружи не видно но вы сильно пожалеете если сможете вклиниться и отцепить носитель именно в этот момент.
	Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

42. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+1 +/–
Сообщение от Аноним (??) on 25-Окт-12, 07:20
Друзья, подскажите, пожалуйста, мощный инструмент (open+free) для создания музыки с нуля (Windows, Linux или кроссплатформенную). Мне пока кроме LMMS ничего из реального не предложили. Очень нужно переложить мелодии из головы на качественную музыку.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	43. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+6 +/–
	Сообщение от Анонимный аноним on 25-Окт-12, 07:44
	Рекомендую програмно аппаратные комплексы - "Garmoshka", "Balalayka", есть light viresion - "Baraban", "Lozhki".
	Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

	45. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+8 +/–
	Сообщение от Аноним (??) on 25-Окт-12, 08:28
	http://audio.tutsplus.com/articles/general/29-music-making-a.../ http://www.makeuseof.com/tag/top-5-free-linux-music-creation.../
	Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

	108. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+1 +/–
	Сообщение от Аноним (??) on 25-Окт-12, 18:17
	> http://audio.tutsplus.com/articles/general/29-music-making-a.../ > http://www.makeuseof.com/tag/top-5-free-linux-music-creation.../ Нормально, клоуну который порекомендомал играть на ложках дали 5 плюсиков, а человеку который дал линки на нормальные подборки софта - один. "Две девочки плевались с балкона. Злая попала в прохожих лишь два раза, а добрая - целых пять. Потому что добро всегда побеждает зло!" :)
	Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

	131. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+2 +/–
	Сообщение от skb7 (ok) on 26-Окт-12, 08:32
	Я использую такой софт (весь пол Linux): - hydrogen -- драм-машина - tuxguitar -- гитарные партии писать и слушать, табы/ноты - jackd, qjackctl -- звуковой сервер, позволяет соединять аудио входы и выходы музыкальных приложений - qsynth -- софтварный MIDI-движок, +звуковые шрифты разные - ardour -- сведение и запись - audacity -- лёгкая прога для правки звуковых дорожек - musescore -- создание партитур в нотах и прослушивание
	Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

	204. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+/–
	Сообщение от Аноним (??) on 01-Ноя-12, 20:11
	Вот приличная статейка о софте для линуха для создания музыки: http://habrahabr.ru/post/149477/
	Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

62. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+/–
Сообщение от Аноним (??) on 25-Окт-12, 10:37
В 3.6.2 в биосе еще нужно AHCI у винта выставлять иначе ядро падает
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	84. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+/–
	Сообщение от Аноним (??) on 25-Окт-12, 12:48
	> В 3.6.2 в биосе еще нужно AHCI У меня он выключен. А оно вместо того чтобы падать просто переключает контроллер в AHCI. Ы?
	Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

	126. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+/–
	Сообщение от Аноним (??) on 25-Окт-12, 23:43
	> падает [    0.538291] pci 0000:00:11.0: set SATA to AHCI mode А где крэш?
	Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

85. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+3 +/–
Сообщение от Аноним (??) on 25-Окт-12, 12:57
А все случилось из-за комментария в коде: https://lkml.org/lkml/2012/10/23/727
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	106. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+1 +/–
	Сообщение от Аноним (??) on 25-Окт-12, 18:12
	> https://lkml.org/lkml/2012/10/23/727 Занимательная археология. Целый детективчик получился. А Теодор молодца, докопался до самых глубин почему это вообще произошло.
	Ответить | Правка | ^ к родителю #85 | Наверх | Cообщить модератору

93. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+/–
Сообщение от Аноним (??) on 25-Окт-12, 13:29
Как бы мне отловить такой баг: где-то начиная с ядра 3.5.3 машина время от времени зависает. И зависает очень некрасиво, без всяких следов в логах. Уже пробовал и netconsole и serial console, все впустую. Вот машина была жива, а в следующую секунду она уже не реагирует ни на что. Такое бывает, когда неисправно железо, но на более старых ядрах и в винде все ок. Грусть-печаль.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	94. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+/–
	Сообщение от sh (??) on 25-Окт-12, 13:36
	А ты уверен что в винде все работает как надо? Так же зависает система, но венда крешится с синим экраном. Причем система зависает как правило при активной работе I/O (торренты, виртуалки).
	Ответить | Правка | ^ к родителю #93 | Наверх | Cообщить модератору

	95. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+/–
	Сообщение от Аноним (??) on 25-Окт-12, 13:50
	Винда не крешится ни при какой нагрузке, никаких сообщений об ошибках и т.п. Свежие ядра линукса вешают комп даже в простое. Виснет случайно, может неделю спокойно проработать.
	Ответить | Правка | ^ к родителю #94 | Наверх | Cообщить модератору

	121. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	–1 +/–
	Сообщение от Аноним (??) on 25-Окт-12, 22:58
	> может неделю спокойно проработать. Вы тег "sarcasm" видимо забыли. Потому что например драйвера интеловского интеграта норовят повиснуть или вызвать глюки графики с завидной регулярностью.
	Ответить | Правка | ^ к родителю #95 | Наверх | Cообщить модератору

	141. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+/–
	Сообщение от Аноним (??) on 26-Окт-12, 11:41
	Никакого сарказма все на полном серьезе. Меня просто нереально бесит, что я не могу нормально работать с этим компом под линуксом. И самое плохое то, что я работаю с этим компом удаленно, и он зависает когда меня нет рядом. Компьютер находится в закрываемом на ключ помещении, так что диверсия исключена.
	Ответить | Правка | ^ к родителю #121 | Наверх | Cообщить модератору

	156. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+/–
	Сообщение от Аноним (??) on 26-Окт-12, 17:18
	> Никакого сарказма все на полном серьезе. Упс, извините, ступил.
	Ответить | Правка | ^ к родителю #141 | Наверх | Cообщить модератору

	176. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+/–
	Сообщение от Michael Shigorin (ok) on 26-Окт-12, 22:33
	> Компьютер находится в закрываемом на ключ помещении, так что диверсия исключена. А что делает?  Могу выпечь инсталер или ливсидишку с альтовской сборкой, если уместна такая попытка сварьировать условия.  Этот патчик на un-def как раз положили: https://bugzilla.altlinux.org/27886
	Ответить | Правка | ^ к родителю #141 | Наверх | Cообщить модератору

	205. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+/–
	Сообщение от Аноним (??) on 01-Ноя-12, 20:12
	> как раз положили: https://bugzilla.altlinux.org/27886 У гражданина проблема не с ext4 а с дедлоком системы прежде всего. И лечить надо прежде всего причину, а не следствие.
	Ответить | Правка | ^ к родителю #176 | Наверх | Cообщить модератору

	129. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+1 +/–
	Сообщение от Аноним (??) on 26-Окт-12, 04:11
	> Как бы мне отловить такой баг: где-то начиная с ядра 3.5.3 машина > время от времени зависает. И зависает очень некрасиво, Alt-sysrq-keys работают? Если да то alt-sysrq-L вам в помощь, запишет бэктрэйс в лог. Ну и синкануть кэш на диск не забудьте. Лучше несколько раз бэктрэйс сделать, чтобы посмотреть - висит в одном месте или есть прогресс. Если этого маловато - вам сюда: https://kgdb.wiki.kernel.org/index.php/Main_Page
	Ответить | Правка | ^ к родителю #93 | Наверх | Cообщить модератору

	142. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+/–
	Сообщение от Аноним (??) on 26-Окт-12, 11:43
	Спасибо за ссылку, sysrq пробовал, не работают. Похоже, что зависает железка а не софт.
	Ответить | Правка | ^ к родителю #129 | Наверх | Cообщить модератору

	157. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+/–
	Сообщение от Аноним (??) on 26-Окт-12, 17:20
	> Спасибо за ссылку, sysrq пробовал, не работают. Похоже, что зависает железка а не софт. Возможно. А по компорту другой машиной цепануться к kgdb - не вариант?
	Ответить | Правка | ^ к родителю #142 | Наверх | Cообщить модератору

	163. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+/–
	Сообщение от Аноним (??) on 26-Окт-12, 18:14
	Надо поколдовать над этим. Плохо, что я не выяснил, какие условия надежно вызывают зависание. Приходится днями сидеть в засаде. Один раз комп проработал целых 5 дней, и завис только на шестой.
	Ответить | Правка | ^ к родителю #157 | Наверх | Cообщить модератору

	200. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	–1 +/–
	Сообщение от Аноним (??) on 29-Окт-12, 16:06
	> вызывают зависание. Приходится днями сидеть в засаде. Дебаггер посидит, ему пофигу.
	Ответить | Правка | ^ к родителю #163 | Наверх | Cообщить модератору

97. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+/–
Сообщение от Аноним (??) on 25-Окт-12, 14:24
Ошибка проявляется в версиях ядра Linux 3.6.2, 3.6.3, 3.4.14, 3.4.15 и 3.5.7. ---------- киньте ссылку где написано, что проявляется   3.4.14, 3.4.15 и 3.5.7.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	101. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+/–
	Сообщение от bircoph (ok) on 25-Окт-12, 17:28
	Ссылка есть в тексте новости, мозг иногда нужно включать: https://lkml.org/lkml/2012/10/23/690 > the commit at fault is commit 14b4ed22a6 (upstream commit eeecef0af5e):     jbd2: don't write superblock when if its empty А теперь смотрим: http://www.kernel.org/pub/linux/kernel/v3.0/ChangeLog-3.5.7 http://www.kernel.org/pub/linux/kernel/v3.0/ChangeLog-3.4.14 И видим там этот же коммит — он был бэкпортирован.
	Ответить | Правка | ^ к родителю #97 | Наверх | Cообщить модератору

	169. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+/–
	Сообщение от Аноним (??) on 26-Окт-12, 19:27
	Спасибо
	Ответить | Правка | ^ к родителю #101 | Наверх | Cообщить модератору

114. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+/–
Сообщение от fidaj (ok) on 25-Окт-12, 21:46
zen kernel - что-то фиксили подобное https://github.com/damentz/zen-kernel/commit/14b4ed22a6b5fc1...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

202. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+/–
Сообщение от AlexAT (ok) on 29-Окт-12, 17:14
Update:  It now looks like the reproduction involved something very esoteric indeed, involving using umount -l and shutdowns while the file system was still being unmounted --- and the user had nobarrier specified in the mount options as well.  See: http://thread.gmane.org/gmane.linux.kernel/1379725/focus=34994 and http://thread.gmane.org/gmane.linux.kernel/1379725/focus=35003 and my reply here http://thread.gmane.org/gmane.linux.kernel/1379725/focus=350...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	203. "Появившаяся в ядре Linux 3.6.2 ошибка способна привести к по..."	+/–
	Сообщение от AlexAT (ok) on 29-Окт-12, 17:14
	В общем, словить могли только настойчивые божественные ветры.
	Ответить | Правка | ^ к родителю #202 | Наверх | Cообщить модератору

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

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