Вопрос был оценить удобстве эксплуатации, а не в навыках чтения документации.
По факту изображения в дебиане не переворачиваются и травмпункты перегружены вывихами шей.
Да при любых настройках php это возникает. Главное подобрать файл, который пролезет в php, но не пролезет в suhosin :
http://www.vbulletin.com/forum/showthread.php?336629-Cannot-upload-large-files-security-token-was-missing
В дебиане не работает функция поворота изображений imagerotate.
ужасная потеря для всех нас.
suhosin даже в облегченной дебиановской версии тоже вещь неоднозначная. Например, если одна переменная больше лимитов, то полностью очищаются все остальные. Скрипты с защитой от CSRF через дополнительную переменную ругаются на попытку взлома. Можно очень долго искать причину, если не понимать как оно работает. И еще в три раза больше времени объяснять клиентам.
Возможно, тут было бы лучше остановить дальнейшую обработку POST, но из-за пара-н-о-и-д-альности все очищают.
Andreyka, раз баг не закрыт, то лечение не работает и значит вы - шарлатан.
Garik666, Андрей тебе правильно сказал.
В proftpd строчка AllowForeignAddress on действительно включает возможность этих неправильных соединений необходимых для работы FXP.
А то, что у тебя нет базовых навыков администрирования, к теме не относится. И незачем ухудшать релевантность темы.
Я видел как люди переносили сервер mysql с linux на freebsd из-за этого "бага". Естественно, это им не помогло ни капли. Так что его даже упоминать вредно.
Я к тому, откуда возникнут грязные страницы в нормальном торрент-клиенте с поддержкой прямого ввода-вывода ? Просто поставьте себе хороший клиент и по логике баг тут же исчезнет.
Не могу точно сказать будут ли закешированы данные команды dd of=/dev/sd_какойнибудь_ненужный_раздел_ винчестера. Возможно, не будут, и тогда это тоже хороший тест.
Если не исчезнет - вы неправильно классифицировали причину своих проблем.
Отличный совет, чо. Правда у каждого своя.
я подозреваю что до какого-то момента приложение не могло нормально нагрузить винчестер, а потом вдруг смогло.
Кстати, какой у вас торрент-клиент? он использует прямой доступ к файлам? большинство используют. В этом случае проблемы с буферами и свопом в принципе не должны возникать, так как такой клиент работает мимо буферов. Какие еще грязные страницы?
скорость свопинга зависит прежде всего от скорости случайного доступа, которая зависит от скорости позиционирования, которая зависит от скорости вращения.
тогда следует прекратить всех отсылать в этот баг. отсылайте в другой какой-нибудь более конкретный.
Andreyka, ну так напишите им в багтрекер, раз так все просто. пацаны мучаются уже третий год
r0mik,ну значит раньше она не могла так эффективно использовать диск.
разумеется, все встает колом. А ты что в винде не видел переключатель "оптимизировать работу программ/служб, работающих в фоновом режиме" ? Не задумывался зачем он? По сути это есть приоритезация и ввода-вывода в том числе. Сделай то же самое в линуксе - настрой приоритеты в зависимости от активности своих приложений и баг уйдет. Разумеется, в windows, где графика не отделена от ядра, механизм выбора активного приложения,окна и соответствующие приоритеты естественней реализовать. А линуксоиды получают свои завышенные ожидания после винды.
В конце концов, будь это конкретный баг, его бы просто пофиксили за эти годы. Но это сложный клубок завышенных ожиданий и ряда мелких проблем с остальными подсистемами, которые рядовой линуксоид просто не умеет выделить. Вот и пишет в этот злосчастный багтрекер 12309.
У меня, например, были одно время проблемы с флешками : при весьма незначительном объеме операций все очень тормозило. Ну так и прошли они после очередного обновления убунты. Я даже понятия не имею какой это был баг.
rtyug, ну так учись выделять суть проблемы
