Исходное сообщение
"Обновление Linux-ядра: 2.6.38.4, 2.6.32.39, 2.6.33.12. 4 уяз..." Отправлено Капитан Очевидность, 24-Апр-11 04:40
> Да, куда ж без этого, если каждая третья ошибка связана с родовым > свойством языка C: прорыв стека через элементарное переполнение буфера. Кто виноват что операционки только на си и получается писать? Остальные языки настолько высокопарны что не дают достаточных механизмов для влезания в системные внутренности. > Здесь нужны интерактивные инструменты по наблюдению за утечками памяти типа Visual VM Средства для гламурных дебилов ядерщикам не требуются - не надо по тупым жабистам их равнять. У ядерщиков мозги на месте. И инструментарий слегка другой. > и нагрузочное тестирование по типу Apache JMeter, хотя бы. У меня сервер полгода без ребута работает. Утечек памяти не вижу. Паник нет. Это за нагрузочное тестирование не считается? А у вас часто проводится нагрузочное тестирование вашего софта длительностью полгода, в реальных условиях? Без единого рестарта и перезапуска софта? [много трепа ни о чем удалено] > При крайне низкой степени опасности не нужно давать настаивать на обязательном обновлении. Т.е. если например, данные разрушаются или там паника случается, апдейтиться не будем? Продолжайте дальше тем же курсом. >> Не хочешь ее за это почморить? > Нет. Двойные стандарты - модный тренд нашего времени.