bug в glibc
Недавно был обнаружен серьёзный bug в GLIBC. Цитирую с http://www.linux.org.ru/view-message.jsp?msgid=1839440 Программист Intel, Yanmin Zhang, прислал патч для glibc-2.5, [возможно] исправляющий проблему масштабирования Linux на SMP, продемонстрированную красочными тестами с графиками провала роста производительности mysql на более чем 8-ми процессорах, которая так активно мусолилась весь предыдущий месяц. Еще неделю назад, Anton Blanchard выяснил, что проблема оказалась вовсе не в ядре Linux, а в GNU libc (glibc), в функциях malloc/free. Также указывается что bug есть начиная с glibc 2.3. Причем, имхо, потенциально проблема может возникать и в не SMP мультитредных приложениях с активными malloc/обмен указателями/free в потоках. Вопрос для старых опытных Debian-щиков: как Вы оцениваете - скоро времени ждать патченной версии? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: bug в glibc
На Wed, 21 Mar 2007 10:29:57 +0300 rm-f [EMAIL PROTECTED] записано: Недавно был обнаружен серьёзный bug в GLIBC. Цитирую с http://www.linux.org.ru/view-message.jsp?msgid=1839440 Советую меньше читать ЛОР. Спать крепче будешь. Новость бредовая, хотя бы по тому, что человек не понял, что написано в оригинальном письме. Программист Intel, Yanmin Zhang, прислал патч для glibc-2.5, [возможно] исправляющий проблему масштабирования Linux на SMP, продемонстрированную красочными тестами с графиками провала роста производительности mysql на более чем 8-ми процессорах, которая так активно мусолилась весь предыдущий месяц. Еще неделю назад, Anton Blanchard выяснил, что проблема оказалась вовсе не в ядре Linux, а в GNU libc (glibc), в функциях malloc/free. Также указывается что bug есть начиная с glibc 2.3. Причем, имхо, потенциально проблема может возникать и в не SMP мультитредных приложениях с активными malloc/обмен указателями/free в потоках. Странная идея. Вопрос для старых опытных Debian-щиков: как Вы оцениваете - скоро времени ждать патченной версии? Когда выйдет пропатченная апстрим версия, ее запакетируют и зальют в unstable (если etch к тому времени вдруг выйдет) или в experimental. А может оно уже есть в experimental - не знаю. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: bug в glibc
В Срд, 21/03/2007 в 11:50 +0300, Alexander GQ Gerasiov пишет: На Wed, 21 Mar 2007 10:29:57 +0300 rm-f [EMAIL PROTECTED] записано: Недавно был обнаружен серьёзный bug в GLIBC. Цитирую с http://www.linux.org.ru/view-message.jsp?msgid=1839440 Советую меньше читать ЛОР. Спать крепче будешь. Новость бредовая, хотя бы по тому, что человек не понял, что написано в оригинальном письме. ЛОР тут третьим номером. А вот оригиналы: http://jeffr-tech.livejournal.com/6831.html http://jeffr-tech.livejournal.com/6268.html http://jeffr-tech.livejournal.com/5705.html -- Alexander Vlasov ZULU-UANIC JID: zulu at jabber.kiev.ua
Re: bug в glibc
Alexander GQ Gerasiov пишет: На Wed, 21 Mar 2007 10:29:57 +0300 rm-f [EMAIL PROTECTED] записано: Недавно был обнаружен серьёзный bug в GLIBC. Цитирую с http://www.linux.org.ru/view-message.jsp?msgid=1839440 Советую меньше читать ЛОР. Спать крепче будешь. Новость бредовая, хотя бы по тому, что человек не понял, что написано в оригинальном письме. То есть хотите сказать что проблема в оригинальном письме китайца к Дебиану отношения не имеет? Кстати до него кто-то ещё грабли нашел и сравнил с запуском mysqd c другой библиотекой для malloc/free. Программист Intel, Yanmin Zhang, прислал патч для glibc-2.5, [возможно] исправляющий проблему масштабирования Linux на SMP, продемонстрированную красочными тестами с графиками провала роста производительности mysql на более чем 8-ми процессорах, которая так активно мусолилась весь предыдущий месяц. Еще неделю назад, Anton Blanchard выяснил, что проблема оказалась вовсе не в ядре Linux, а в GNU libc (glibc), в функциях malloc/free. Также указывается что bug есть начиная с glibc 2.3. Причем, имхо, потенциально проблема может возникать и в не SMP мультитредных приложениях с активными malloc/обмен указателями/free в потоках. Странная идея. Возможно. Вопрос для старых опытных Debian-щиков: как Вы оцениваете - скоро времени ждать патченной версии? Когда выйдет пропатченная апстрим версия, ее запакетируют и зальют в unstable (если etch к тому времени вдруг выйдет) или в experimental. А может оно уже есть в experimental - не знаю. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: bug в glibc
На Wed, 21 Mar 2007 12:24:57 +0300 rm-f [EMAIL PROTECTED] записано: Alexander GQ Gerasiov пишет: На Wed, 21 Mar 2007 10:29:57 +0300 rm-f [EMAIL PROTECTED] записано: Недавно был обнаружен серьёзный bug в GLIBC. Цитирую с http://www.linux.org.ru/view-message.jsp?msgid=1839440 Советую меньше читать ЛОР. Спать крепче будешь. Новость бредовая, хотя бы по тому, что человек не понял, что написано в оригинальном письме. То есть хотите сказать что проблема в оригинальном письме китайца к Дебиану отношения не имеет? Кстати до него кто-то ещё грабли нашел и сравнил с запуском mysqd c другой библиотекой для malloc/free. Оно имеет весьма отдаленное отношение к тому, что написано на ЛОРе. Программист Intel, Yanmin Zhang, прислал патч для glibc-2.5, [возможно] исправляющий проблему масштабирования Linux на SMP, продемонстрированную красочными тестами с графиками провала роста производительности mysql на более чем 8-ми процессорах, которая так активно мусолилась весь предыдущий месяц. Еще неделю назад, Anton Blanchard выяснил, что проблема оказалась вовсе не в ядре Linux, а в GNU libc (glibc), в функциях malloc/free. Также указывается что bug есть начиная с glibc 2.3. Причем, имхо, потенциально проблема может возникать и в не SMP мультитредных приложениях с активными malloc/обмен указателями/free в потоках. Странная идея. Возможно. Вопрос для старых опытных Debian-щиков: как Вы оцениваете - скоро времени ждать патченной версии? Когда выйдет пропатченная апстрим версия, ее запакетируют и зальют в unstable (если etch к тому времени вдруг выйдет) или в experimental. А может оно уже есть в experimental - не знаю. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]