> ну вот трудозатраты должны быть как-то адекватны результату - в данном случае
> мне проще забить - легких путей тут не видно, а шанс
> что оно само раccосется или хотя бы начнет по другому проявляться,
> что проще отлаживать, большой.
> вероятность что подобные баги найдет стат-анализатор - небольшая, но тоже есть, поэтому
> подобная проверка тоже полезна (это тоже много проще чем мне собирать
> отладочный стенд) Ну как бы в любой ОС такая ситуация, если инфы мало, дампов нет, и воспроизводимость проблемы на др./схожих HW платформах близкая к 0, хоть будет "подставьте_название_ОС/дистрибутива" - результат будет такой же как и у вас сейчас.
Если времени и сил нет на решение проблемы (попросту "не окупится"), то да - проще и разумнее попробовать 2-3 удовлетворяющих вашим условиям продукта и перейти на какой-нибудь из них.
А по существу вашей проблемы - т.к. "оно виснет наглухо", то, наверное, проблема где-то в vm/io или железе (я б посоветовал, помимо прочего, прогнать RAM каким-нибудь memtest, если возможно).
> именно так - народу вообще мало, многим плевать на патчи, они свои
> собственные хотелки пришли реализовывать, оставшиеся годами могут быть заняты другим и
> на твой PR не обращать внимания.
Как и в любом другом проекте. Пусть даже "хотелки" будет реализовывать ком.контора - она будет реализовывать то что нужно ей, а не вам. Ну совсем грубый пример Redhat "клал" на Debian и им подобные и их проблемы (Redhat и Debian можете заменить на "имя_компании - нзвание_ос_или_дистра").
Или же - академический пример - "в мире Linux" всем плевать на OpenBSD и "их счета за электроэнергию в ДЦ" тоже (более скажу, не все разработчики ПО и дистров знают о ней), но OpenSSH присутствует практически везде (да и альтернатив как то особо и нет).
Можно воскликнуть - Как же так?! Огромное сообщество, куча коммерческих компаний, тот самый "базар", который разрабатывает так как надо и не "динамит патчи" и не написал свой аналог secure shell?
Да это "флуд" и "передёргивание", но я хочу донести мысль, что мир немножко другой, чем видится в "розовых очках", проблемы есть везде, и конкретно вам в данном случае не повезло, наверное, и с железом, и с системой, но возникни похожая ситуация на другой ОС (а она вполне возможна) - ваша проблемы решалась бы точно так же и негодование было бы таким же.
> Системного подхода к качеству системы у фришников, увы, нет и никогда не было.
Я, например, считаю, что "системный подход" есть у minix, oberon и прочих, но не подскажите, часто и много ли их используют, и годятся ли они для каких-либо применений? Ну, например, web-сервер (малонагруженный - до 10000 запросов в сутки, и каналом в 1-2 мегабита, на железе "из помойки" - типа SOHO-роутера/SOHO-NAS пятилетней давности) или "тонкий клиент"/терминал и т.д и т.п.
Или же, например, я вижу "системный подход" у Apple - ОС поставляется с железом (или наоборот), и только так. Но мне этот факт, как-то безразличен. Тут и "конская цена" на железяку (в т.ч. опциональные "расширялки" и их мало) и отсутствие сервисных центров и отсутствие понимания (у меня) - что мне такого даёт продукт от Apple, что я не могу сделать в др. ОС.
Можно также голословно утверждать об отсутствии "системного подхода" в "подставьте_название_ос" - просто потому что свои проблемы есть и у них (я слабо понимаю, что такое есть мифический "системный подход" - систематизированная разработка или что-то иное?).
