- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Здравствуйте.
Помогите, пожалуйста, решить проблему. Арендую сервер на базе материнской платы Intel Desktop Board DG35EC с 8 Гб RAM (максимально возможный объем). Процессор Intel Core2Quad Q9400. И с самого начала сервер определяет только 7242 мб памяти.
В kern.log при этом такая ошибка.
WARNING: at arch/x86/kernel/cpu/mtrr/main.c:706 mtrr_trim_uncached_memory+0x138/0x198()
Версию БИОС самая последняя ECG3510M.86A.0118.2010.0113.1426
Версия ядра Linux 2.6.26-2-amd64 #1 SMP Tue Jan 12 22:12:20 UTC 2010 x86_64 GNU/Linux
Linux debian lenny.
Кто нибудь сталкивался с подобной ошибкой и как вы её решили? Может быть проблема в том что процессор Intel, а ядро Linux под amd скомпилировано?
Заранее спасибо за любые советы.
Хорошей идеей может быть обновить ядро до 2.6.32.
Можно попробовать передавать правильное количество памяти как mem=8010M при загрузке ядру.
Можно попробовать показать cat /proc/mtrr.
http://fixunix.com/kernel/550350-pat-mtrrs.html
Не исключено,что сервер может забирать часть ОЗУ под дискретную видео карту (если материнская плата десктопная к примеру).
Спасибо за ответы. Вот /proc/mtrr
reg01: base=0x80000000 (2048MB), size=1024MB: write-back, count=1
reg02: base=0xc0000000 (3072MB), size= 256MB: write-back, count=1
reg03: base=0xcf800000 (3320MB), size= 8MB: uncachable, count=1
reg04: base=0xcf700000 (3319MB), size= 1MB: uncachable, count=1
reg05: base=0x100000000 (4096MB), size=4096MB: write-back, count=1
Про встроенную видеокарту спрошу у хостера.
можно и не спрашивать а посмотреть в dmesg и lspci -v
А КВМ есть чтоб в биосе потыкать?
Вывод dmidecode так же покажите.
Эхх. Andrey23, КВМ есть? Вероятность исправить ядром и прочими танцами на десктопной борде стремится к нулю.
Как мне подсказывает опыт, вероятней всего в биосе матери есть тыкалка. Что-то типа "Memory remap" или где-то в том районе. Суть тыкалки - это куда девать память pci - устройств. Отгрызать от 4-х гигового лимита или приклеивать сверху всей физической памяти. Корни даннйо проблемы уходят глубоко в то время, когда 4ГБ было недостижимо и считалось, что 64Кб на видеокарту всегда найдется :)