Здравствуйте.
Столкнулся с такой бедой впервые, не знаю с какой стороны лучше подойти.
Есть комп - мать intel на q35 чипсете, процессор Core2duo, 4гб оперативки, на матери встроенный sata раид, из двух дисков на нем сделано зеркало.
поставил freebsd6.2 и наблюдаю странную картину.
Система тормозит, но тормозит как-то странно достаточно.
При загрузке, под конец, когда запускаются разные сервисы sshd,named,ftpd - сам сервис стартует быстро, но между ним и следующим пауза секунды 2.
далее - иду в порт - пытаюсь что-нить собрать. на стадии configure - строчки проверки системы на доступность компиляторов, библиотек и проч - которрые обычно пробегают за секунду - тут ползут неск. минут. когда доходит до компиляции тоже самое - текущй файл компилится быстро, но перед следующим задержка в неск. секунд.
при этом в top загрузка 99процентов от процесса сс1Дисковая система не тормозит, если верить dd - и на чтение и на запись скорости адекватные, пробовал отрубить Hyperthreading в биосе - не помогает. куда копать, может кто сталкивался? Спасибо.
>скорее всего нужно поставтить свежий патч
>а вообще оптимальнее использовтаь полноценные ос.угу, Solaris н-р, учитывая что linux (вы ведь ее имеете ввиду, да?) вообще не ОС
Если по теме, то
1. Отключить HTT
2. Поставить 6.3, или 7.0RC3. Если не хочется с нуля, то обновлением
3. На 32-bit ОС 4GB лишнее
>3. На 32-bit ОС 4GB лишнееНе уверен в этом. У меня 6.2 нормально работает на 8GИ и ничего. Имхо главное правильно ядро скомпилить.
>Не уверен в этом. У меня 6.2 нормально работает на 8GИ и
>ничего. Имхо главное правильно ядро скомпилить.Работать будет. Но компиляцией ядра ограничение 32-bit архитектуры не исправить. А различные аналоги PAE это только костыли. Тем более я не имел ввиду что причина в этом :-)
>>Не уверен в этом. У меня 6.2 нормально работает на 8GИ и
>>ничего. Имхо главное правильно ядро скомпилить.
>
>Работать будет. Но компиляцией ядра ограничение 32-bit архитектуры не исправить. А различные
>аналоги PAE это только костыли. Тем более я не имел ввиду
>что причина в этом :-)Поддерживаю. 32-х битную адресацию никто не отменял даже с PAE.
Потом во фре с PAE, отключается работа многих девайсов - много конфликтов. Так что логичнее или накатиться или сразу же прыгать на 64-х битку(что предпочтительней). Тем более она сейчас достаточно стабильна.
большое спасибо за советы. обновлюсь до 6.3 или 7-ки. (с ужасом думаю, сколько будет компилиться :))
p.s. про несерьезность машины - господа, ну что вы так нервничаете? у всех различные задачи, не все работают у головных провайдеров, в мега-корпорациях и проч. Для обслуживания веб-портала с огромной посещаемостью не пойдет, а для конторы в 10 машинок для svn и внутреннего веба - с головой.
>с ужасом думаю, сколько будет компилиться :)на современном железе, сборка мира с "make -j 4" вполне себе не долго, 1-2 часа.
Завтра релиз 7-ки
>>с ужасом думаю, сколько будет компилиться :)
>
>на современном железе, сборка мира с "make -j 4" вполне себе не
>Завтра релиз 7-кигы. в том то и дело - я ж отписал, он тормозит жутко просто. сборка баша велась, если не ошибаюсь часа 2. в первом посте писал :)
>жутко просто. сборка баша велась, если не ошибаюсь часа 2. в
>первом посте писал :)При загрузке с CD можно выбрать binary update.
В идеале попробовать 7.0 release для AMD64.
>гы. в том то и дело - я ж отписал, он тормозит
>жутко просто. сборка баша велась, если не ошибаюсь часа 2. в
>первом посте писал :)А погугли ка на тему IRQ storm - очень уж похоже ...
>А погугли ка на тему IRQ storm - очень уж похоже ...да, слышал про такое. однако vmstat -i не показывает ничего криминального.
обновление до 6.3 c ядром без SMP ничего не дало :(
Ща докачивается 7-ка, будем пробовать на ней.
А отключить acpi?
>А отключить acpi?зависает при загрузке.
>обновление до 6.3 c ядром без SMP ничего не дало :(
>Ща докачивается 7-ка, будем пробовать на ней.Вопрос, а что вообще никаких ошибок кроме тормозов? Может быть там имеет место конфликт железа? Например у меня был конфликт RAID-массива с мамкой - очень похоже наблюдал, хоть и в меньших маштабах - производительность серьезно падала на диске, но вычисления проходили достаточно упешно.
>Вопрос, а что вообще никаких ошибок кроме тормозов? Может быть там имеет
>место конфликт железа? Например у меня был конфликт RAID-массива с мамкой
>- очень похоже наблюдал, хоть и в меньших маштабах - производительность
>серьезно падала на диске, но вычисления проходили достаточно упешно.в логах чисто. при загрузке ни ворнингов ни ерроров не валится.
сам диск работает шустро, судя по всему (dd /dev/rand > )
как еще можно увидеть конфликты7
>>Вопрос, а что вообще никаких ошибок кроме тормозов? Может быть там имеет
>>место конфликт железа? Например у меня был конфликт RAID-массива с мамкой
>>- очень похоже наблюдал, хоть и в меньших маштабах - производительность
>>серьезно падала на диске, но вычисления проходили достаточно упешно.
>
>в логах чисто. при загрузке ни ворнингов ни ерроров не валится.
>сам диск работает шустро, судя по всему (dd /dev/rand > )
>как еще можно увидеть конфликты7Я говорил не про конкретно вашу ситуацию с диском, а вообще про конфликты железа. И как ПРИМЕР, привел свой случай. Если у вас наблюдается конфликт по железу, то в логах может ничего и не быть, просто упадет производительность и все. Это обычное явление. В данном случае конфликт не означает, на пример, захват чужого IRQ, а просто то, что они НЕ СОВМЕСТИМЫ друг с другом(комплектующие).
>большое спасибо за советы. обновлюсь до 6.3 или 7-ки. (с ужасом думаю,
>сколько будет компилиться :))
>p.s. про несерьезность машины - господа, ну что вы так нервничаете? у
>всех различные задачи, не все работают у головных провайдеров, в мега-корпорациях
>и проч. Для обслуживания веб-портала с огромной посещаемостью не пойдет, а
>для конторы в 10 машинок для svn и внутреннего веба -
>с головой.Уж поверьте, FreeBSD отлично подходит и для веб-портала с огромной посещаемостью, и для провайдеров. Нужно просто иметь достаточно прямые руки.
>
>Уж поверьте, FreeBSD отлично подходит и для веб-портала с огромной посещаемостью, и
>для провайдеров. Нужно просто иметь достаточно прямые руки.совершенно согласен.
я о другом - народ придрался к тому, что я эту конфигурацию железа назвал сервером.
к ОС претензий нет совешенно (не ставил бы ее). просто сказал, что у всех разные задачи, отсюда разное железо
Вобщем что есть сейчас.
Стоит 7-ка для AMD64, HTT отрубил, систему установил просто на sata, без всяких raid.
Тормоза по ощущениям стали меньше, однако не пропали. Generic на ничем не занятой машине собирается порядка 2-3 часов. при этом в соседней консоли наблюдаются конкретные тормоза - скажем делаешь man man - на стадии Formating man page может провисеть секунд 5-10. Вот такая засада :(
Память проверяли?
Оставьте пока две планки и потестите мемтестом.
>Память проверяли?
>Оставьте пока две планки и потестите мемтестом.Йолыпалы я не одинок...
https://www.opennet.ru/openforum/vsluhforumID1/79120.htmlГде-то накасячили видимо разработчики под архитектуру x64. :( Печально млин...
>>Память проверяли?
>>Оставьте пока две планки и потестите мемтестом.
>
>Йолыпалы я не одинок...
>http://pda.opennet.ru/openforum/vsluhforumID1/79120.html
>
>Где-то накасячили видимо разработчики под архитектуру x64. :( Печально млин...Так и ставить х32. На 965,core2duo,4гб 6.2 работает отлично и с SMP. IMHO хочешь проблем - система амд64.
очень похоже на тормоза из-за реида, причем трансфер по dd у него может быть нормальным.очень проявляется на операцией с кучей мелких файлов, напрмер удаление /usr/ports или разархивирование ports.tar.gz.
еще залипает на make при sha256, причем машина даже на пинг не отвечает.
попробуйте на одном винте сделать это, без всяких рейдов.
у меня посорились мамка supermicro с контроллером 3ware
У меня таже кхерь.....причем сама ОС грузится ппц минут 10
Intel Core 2 Duo 4 ГБ RАМ