это зависит от ОС, типа файловой системы... но в любом случае полностью переразбить единственный диск конечно же нельзя без перезагрузки
обращайтесь - подскажу
ничего не нужно пересобирать, часто можно просто разнести данные по разделам или смонтировать иначе (смотря как разбили)...
так и есть, какой-то trojan.downloader судя по гуглу
забанить в nginx домен, getfile.php, юзерагент на крайняк (сделать редирект, бот по нему вряд ли пойдет)... писать абюзу регистратору домена...
ну что за тема, debian vs freebsd? и почему именно дебиан, а не centos vs freebsd например? тут и холивара не получится толкового, имхо..
админите все сами? имеете один-два сервака? любите поковырять-попатчить? ставьте фрю, хотя и дебиан вам позволит поизвращаться всласть, но он не заточен изначально для этого..
оптимизация тоже палка о двух концах, зависит от компилятора, флагов, еще от каких погодных условий... реально был случай, когда openssl speed бла-бла, собранный в генте с -O2 и со всеми оптимизациями под процессор, показывал на таком же железе худшую производительность, чем собранный с -Os и теми же оптимизациями....
да нет, все нагружается хорошо. до этого "какого-то" момента скорость была выше, так как не было этих high io-wait в принципе. если нагрузить по полной означает добавить тормозов на порядок, то это ли не баг?
4 гига ОЗУ, делаем dd if=/dev/zero of=/tmp/ttt bs=2G count=1 - получаем неимоверный io-wait, причем связанный не с записью на диска самого /tmp/ttt (тут можно подкрутить приоритеты), а со сбросом кешей и пепемещением в своп чего-то там... на .6.17 эта же операция позволяет параллельно фильм смотреть...
dirty-pages - "грязные страницы", фактически дисковый кэш. см. Documentation/sysctl/vm.txt, параметры dirty_ratio, dirty_background_ratio, dirty_bytes и т.п...
подкручивая эти параметры (и swappiness) можно добиться более-менее нормальной работы, по крайней мере система не решит внезапно скинуть пару гигов кэша и не станет колом, но все равно это далеко от того, что было до 2.6.18. на серверах же, с raid-10, нормальными контролерами и т.п., оно и так работает нормально. еще у меня есть "подстольный сервер" на phenom II и чипсете 790FX, с одним hdd и на встроенном контролере - там все хорошо тоже.
ну да, это очевидные вещи. но я ведь не говорю что на другом hdd лучше, я говорю что раньше было лучше))
да я потому и сказал, что мол "возможно". и что подкрутить случай чего примерно намекнул... если бы от ТС было больше информации, то возможно и конкретно отослал бы))
у меня венда отсутствует уже больше 10ти лет, так что нет никаких завышенных ожиданий после нее, а есть только сравнение с предыдущими версиями или другим железом.
приоритеты... да ставил я приоритеты, планировщики менял, да что только не делал. и как поставить приоритет i/o на kswapd/bdflush например, которые начинает бешено сбрасывать грязные страницы в случае нехватки памяти (а там может быть пару гиг)? можно управлять только соотношением процентым, когда они начнут творить свое дело грязное, да их размером , что помогает слабо....
почему на одном железе все путём, а на другом дичайшие (в разы) тормоза? 5400vs7200? да никогда в жизни не поверю, там в лучшем случае на 20мб/сек выше скорость, время доступа тоже не в 3-4 раза меньше отнюдь.. да и на 7200-вениках тормоза встречаются.
тут я соглашусь частично. баг действительно не конкретный. емнип, до версии .33 были явные проблемы с cfq при рабочем ncq, то есть echo 1 > /sys/block/*/device/queue_depth вполне себе помогало. во всяком случае мне. самое смешное, что не все HDD работают криво, на перечисленных мной выше ноутах WD и сигейт приходилось так тюнить, а вот хитачи (был у меня изначально на 160гиг), так он работал вполне нормально.
про "не умеет выделить" не соглашусь. выделить умею. фактически это тормоза некоторых дисков со встроенными в ICH-xxx контролерами (которые никак не решить) + подсистема vm - своп, кэши, тот же оверкоммит туда можно отнести, потому что он реально "помогает" заставить инициализировать сброс пары гигов грязных страниц при запуске того же firefox с 10тью запомненными вкладками... потому и тюню вторую часть, так как с первой ничего не поделать толком...
там был глюк с разбрасыванием IRQ на разные ядра для IO-APIC-fasteoi. достаточно их повесить все на одно ядро и глюк исчезал. для hdd это не помагает
рулил (да и нет у меня irqbalance), толку чуть...
netwind, эх, если бы это было так... однако на 2.6.17 система спокойно гоняет полгига в своп, при этом не тормозит ничуть. начиная с .27 кажется идут лютые лаги, причем тюнинг всевозможных подсистем помогает крайне слабо. 4 гига ОЗУ, rtorrent пересчитывает хэши (там фильмы по 1.4 в основном, считает по очереди) - все стает колом... чего я только не отключал/переключал, даже overcommit в купе со свопом - толку почти нет... а уж если свопится начинает, то уже проще прибить по SysRq+K, чем ждать пока оно придет в себя. дистрибутив тоже не влияет, гента со своим ядром, дебиан, убунта, федора, еще что-то - одно и то же.
тут подробней, что за бенчмарк? 1 пхп-скрипт выполняющий сложные вычисления многие минуты, а может быть ab2 -c 1000 -n 10000 http://servak.com/phpinfo.php ?
да является и сейчас. на 2х ноутах с ich8m и ich9m, hdd сигейт и wd, оба 5400. оба еле шевелились с .6.18 и до .6.34 включительно, сейчас ситуация несколько лучше, но все равно не фонтан, особенно при своплении, так что или свопа нет совсем или swappiness=0
на p35 было на работе года с 2 тому, помогла установка нормального SATA-контроллера...
это только на интеловом железе. на другом не являлся
шизофренией не страдаю, в роду так же все хорошо в этом плане))
а может и #12309, железо располагает вроде бы... отключить своп и посмотреть без него? хотя если лагает при копировании одного-двух мелких файлов, тогда конечно дело не в этом...
ну а если.. то тогда -
отключить ncq при cfq-планировщике. сменить планировщик на noop и врубить ncq. раскинуть прерывания или наоборот вынести на одно ядро... короче танцы с бубном, информации крайне мало...
~ $ /usr/sbin/sendmail formy@site.ru
это тестовая мессага. после точки с новой строки она будет отправлена
. <enter>
~ $ _
