В теме допускаются:
Рекомендуется минимально возможное обсуждение без флуда, холиваров и оффтопа.
Все новые темы, аналогичные этой, будут закрываться.
При переполнении этой темы будет создана новая.
Есть VMWare Workstation, в ней установлена 7-я винда. Параллельно есть VirtualBox с такой же виндой. После запуска винды под VMWare через минуту практически вся память (ОЗУ) на хост-системе оказывается съеденной дисковым кешем, да так, что остальное вытесняется в своп. При этом, в виртуалбоксе такого не происходит.
Вычитал, что в кеш попадает vmdk-файл, т.е. образ винчестера для виртуалки (оно и логично, т.к. он постоянно открыт и ведётся чтение-запись).
Вопрос в том, как такое кеширование отключить, чтобы вмваря вела себя так, как виртуалбокс?
Ввиду того, что скоро обещают платную регистрацию доменных имён в зоне .org.ua, вопрошаю знающих, к какому адекватному регистратору лучше податься? Цены там, вроде как, одинаковые, а вот что с качеством услуг?
Выпустил новую версию pf-kernel, основанную на новом ядре Linux 2.6.36. Временная задержка этого релиза связана с тем, что патч LinuxIMQ так и не был выпущен в 9-тидневный срок после выхода нового ядра. Поэтому, сомневаюсь, что в следующих релизах pf-kernel будет присутствовать IMQ.
В этой версии:
Скачать можно здесь.
Запускаю в виртуалке Дебиан, он некоторое время работает, потом ядро либо выкидывает на-гора oops, либо вообще машина перезагружается.
Кто-то встречался с таким? Лечится?
На 2.6.35 работает без проблем.
Коротко о себе: на ЛОРе больше 4-х лет, имею две звёздочки и чувство меры, не буяню, матом не ругаюсь, русским языком владею без помощи средств проверки орфографии.
Готов помочь отслеживать любые ветки ресурса.
Интересует мнение общественности.
При изучении нового языка программирования без практики, конечно, не обойтись. Так вот, какие типичные задачки лучше решать для начала (я имею в виду что-то похожее на нахождение факториала или там чего-то с массивами, файлами etc), не имея конкретной цели написать какой-либо программный продукт?
Интересует не просто вброс задачки в тред, а конкретная аргументация, почему именно такую задачу лучше попробовать решить для развития практических навыков. Также было бы полезно знать порядок следования таких задач — от простой к сложной.
Договорился с Эдуардом Шишкиным, текущим разработчиком ФС reiser4, об интервью. В комментариях можно оставлять свои вопросы.
Вопреки моим ожиданиям, патч LinuxIMQ для ядра 2.6.35 был выпущен почти в то же время, что и 2.6.35-pf2, поэтому пришлось делать следующий выпуск так скоро.
В новой версии только добавлен LinuxIMQ и обновлены файлы конфигураций для ноутбуков.
Бинарные сборки приветствуются.
Обновил патч pf-kernel для ядра 2.6.35. Смотреть здесь. Из изменений:
Жалко, что на главную прошлый раз не выпустили.
Жду бинарных пакетов от добровольцев.
Сегодня вышел патч pf-kernel для ядра Linux 2.6.35.
В этот выпуск вошли:
Ожидается выпуск патча linuximq для ядра 2.6.35, после чего он будет включен в pf-kernel.
Изменены правила принятия патчей. pf-kernel теперь не является урезанной версией zen-kernel, а включает патчи непосредственно от разработчиков. Количество таких патчей определено заранее и фиксировано, но по запросам пользователей список может быть расширен. При необходимости некоторые изменения могут быть взяты с zen-kernel, но только в крайних случаях. Это связано с частыми «поломками» и ошибками слияния в zen-kernel.
Также ищутся добровольцы, готовые выпускать бинарные сборки pf-kernel для различных дистрибутивов.
Бинарные сборки (спасибо 
dogbert).
Перемещено annoynimous из Linux kernel
Сегодня состоялся выпуск планировщика процессов BFSv323 для ядра 2.6.35. Одновременно для этого ядра Кон Коливас выпустил свой набор патчей -ck.
Перемещено annoynimous из Linux kernel
4-го августа был выпущен (и 6-го числа откорректирован) планировщик ввода-вывода BFQ для ядра 2.6.35.
Из изменений стоит отметить:
Перемещено annoynimous из Linux kernel
KDE 4.4.5. Ставлю network-manager-kde со всеми необходимыми зависимостями. Запускаю knetworkmanager — получаю фигу. Не видит ни ethernet-, ни wifi-адаптера. Если его же запустить из-под root'а, то всё по крайней мере видится (настраивать так не пробовал, думаю, будет работать). Обычный пользователь входит в группу netdev, то есть этот косяк, о котором в основном говорит гугл, отпадает. Есть подозрение, что неправильно настроены правила в dbus, но ручное ковыряние результатов не дало.
Подсистема управления сетью KDE (в systemsettings) ведёт себя так же.
Кто с таким сталкивался и как это лечить?
Кто-нибудь в курсе, когда будут пакеты свежего компиза в дебе и есть ли сторонний репозиторий с этими пакетами?
Не могу сказать, когда это всё началось, но, установив последнюю бету и сделав тестовый звонок, ужаснулся качеству звука, который передаётся собеседнику. Вообще невозможно ничего разобрать, какое-то бульчание и хрюкание. При этом, в audacity с теми же параметрами пишется и воспроизводится нормально.
Чего ему не хватает? Если надо доп. инфу — предоставлю.
Если из виндовой машине подключаться по pptp к Дебовскому серверу и качать почти на всю ширину канала, то через время соединение валится, а в логи выбрасывается такое:
Apr 17 18:29:31 alpha pptpd[23588]: GRE: xmit failed from decaps_hdlc: No buffer space available
Apr 17 18:29:31 alpha pptpd[23588]: CTRL: PTY read or GRE write failed (pty,gre)=(6,7)
Apr 17 18:29:31 alpha pppd[23590]: Modem hangup
При этом если отрубить шейпер (на tc), то всё хорошо. Максимальную полосу для шейпера оставил меньше на 15% от реальной, как и требует HTB, но это не помогло. Со значениеми mtu/mru тоже игрался.
А ещё в логах много вот такого:
Apr 17 18:39:53 alpha pptp[23485]: anon log[decaps_gre:pptp_gre.c:414]: buffering packet 1418629 (expecting 1418627, lost or reordered)
Вопрос — почему у pptp такое поведение и как с этим бороться?
P. S. Потихоньку перестраиваюсь на openvpn, с ним таких проблем нет.
Поскольку kqemu больше не разрабатывается и не поддерживается, напрашивается вопрос, есть ли у kvm возможность работать без поддержки аппаратной вирутализации, но с ускорением, которое реализовывалось в qemu через kqemu?
С начала пользования Линуксом основной ФС для меня является reiserfs. На текущей машине и /, и /home уже почти два года на этой ФС. Последнее время начал замечать, что скорость записи упала ниже плинтуса, а головки винта постоянно перепозиционируются, т.е. разделу плохо от фрагментации. На любой файл filefrag может выдать кучу екстентов, вплоть до сотен тысяч. Раздел постоянно забит на 90%, файлы меняются как маленькие (куча всяких документов и рисунков), так и большие (фильмы, например).
Не радикальное решение проблемы видится только в архивации всего раздела в тарболл и разархивировании его обратно. Но это не гарантирует в дальнейшем отсутствия фрагментации по-новой.
Вопрос в том, может ли ext4 уберечь от этого? Перенос информации, в принципе, труда особого не составляет. Если может, то хотелось бы узнать, с какими параметрами создавать ext4, почему именно с ними, и спасёт ли это от такой жёсткой фрагментации в дальнейшем?
xfs не предлагать.
Спасибо.
Возможно ли использовать aufs для того, чтобы, скажем, /mnt/1 и /mnt/2 объединить вместе, примонтировать в /srv, причём на запись (важно), и чтобы суммарный размер нового раздела равнялся сумме размеров исходных разделов?
Или как иначе решить задачу? lvm, raid и mhddfs не предлагать.
| ← назад |