Гм. Вы про торрент-трекер, или про сидбокс? В первом случае совершенно не проблема.
The WishMaster, Поисковая система должна разрабатывать алгоритмы именно с тем учетом, чтобы нужные материалы находились максимально эффективно без использования различных ухищрений, навроде покупки ссылок, etc. Сейчас же Яндекс своими алгоритмами поощряет эту кухню. Т.е. за покупные ссылки в идеале должен быть бан, и многие биржи способствуют появлению мусора в интернете, etc. Однако, без этого на сегодняшний день никуда... А вот касательно "с неуникальным", надеюсь, это была шутка? Так как сайты с неуникальным контентом, естественно, частенько оказываются выше родителей.
Апстримовая. Дистро-независимо, но очень напрягает, когда в дистрибутив впихивают негодный софт. Та же песня в Убунте, а вот дебиан и Центось такими "детскими" болезнями не страдают, но в них приходится пересобирать ядро на что-то по свежее... Сейчас поставил центось, но мне понадобится портировать модули для ENE USB и ATHEROS L1 :(. Правда, пока хватает USB-модема, а кард-ридером просто не пользуюсь, но факт остается фактом. Да, еще на многих ноутах у F15 до сих пор болезнь со спящим режимом (уходит только раз, потом тупо виснет), меня тоже коснулось - довольно неудобно, так как старт всех сервисо достаточно затяжным может быть по времени, а еще иногда я люблю просто захлопнуть крышку ноута и бежать с ним по делам...
Убедили. Правда, я думаю, нужно все же дождаться статуса stable у 3.0, прежде чем делать окончательные выводы. Документации по этим вещам нормальной нет, а читать списки рассылки просто самоубийство по времени.
Raistlin добавил 24.07.2011 в 22:01
Для сборки gnash мне пришлось в свое время пересобрать дофига чего (там куча требований во зависимостям, навроде boost, agg, gstreamer нужен был по свежее, etc). В данном случае, может и правда, прокатит, но сборка нового софта под ЦентОС, даже шестой ветки - вполне весела (ну, я попробовал собрать usb_modeswitch последнюю, в результате сразу же нарвался на грабли с gcc, после этого просто подключил rpmforge).
ussr1990, Это все глупые отмазки. Сама поисковая система сейчас рождает SEO-оптимизацию, чего делать не должна. Яндекс провоцирует необходимость SEO даже для сайтов с уникальным контентом, создавая рынок SEO-специалистов. В настоящее время любой сайт с уникальным контентом рискует получить проблемы от Яши.
Касательно Ксена в ядре. Т.е. я так понимаю, это значит, что в 3.0 появились важные компоненты, которые классифицированы как работающий dom0. Т.о. я понимаю, что отдельно переносить ядро на Dom0, как это было ранее не требуется. С ядра 2.6.39 для работоспособности ядра как DomU достаточно включить в конфиге XEN=Y (полная поддержка, без дополнительных танцев в ванильном ядре). Т.е. я так понимаю, ваниль теперь сама по себе может быть скопилирована без дополнительных патчей как работающий Dom0, остается воткнуть в Dom0 пакеты гипервизора и все...
Raistlin добавил 24.07.2011 в 21:36
И, да. У ксена гораздо более интересным является CloudXEN, это более интересная в перспективе технология. KVM никаким Cloud пока похвастаться не может.
Я планирую взяться за ее препарацию в будущем гораздо более подробно. Пока что испытываю существенную нехватку времени, к сожалению.
ussr1990, Не все так просто. Яша вообще жгет не по детски на счет этих вещей... Причем, в выдаче поднимаются сайты с явно ворованным контентом (там может быть контент и из других сайтов, и тем не менее).
Стояла с Rawhide. Потом, когда вышел релиз - перематерился. Например, проблемы в иксах (на Intel GMA, причем на уровне самих иксов, правкой конфига не решаются), проблемы вообще с производительностью на N455 присутствовали иногда, вылет софта (в частности, cheese) ну и по мелочи накопилось. Тоже на ноуте...
Естественно. Поэтому рано или поздно, у ксена жутко пошатнутся позиции. И это время наступит скоро.
Ничего не имею против. Впринципе, для них это корректно.
с опеннета, оригинальные высказывания пока не могу найти, но чуть позже, думаю, разберусь и или соглашусь или предоставлю аргументацию, к сожалению, тут я полный теоретик:
Ух, ух. Вот этого я делать совсем не хочу. Там понадобится обновлять еще компилятор, ну его лесом... Плавал разок. А собирать RPM по всем канонам - ломает, потом еще и поддерживать их - не имею столько времени.
Boris A Dolgov, F15 очень глючная штучка на ином оборудовании. По-крайней мере, десктопная часть - просто ужас (серверную я тестить и не стал, там поглядел, что дефолтные конфиги неадекватны местами).
Я, конечно, извиняюсь, но Dom0 и DomU это будет одно и то же ядро. И, кроме того, это будет само ядро линукса, БЕЗ изменений. Т.е. для конечного пользователя это будет одно ядро. Администратору же следует знать, что Dom0 все же частично виртуализирован.
Т.е. сейчас мы как Xen подключаем? Собираем ядро с нужными модулями и запускаем его.
Будем подключать: тупо собирать ядро без включения сторонних модулей в исходники, на Debian и ему подобных ядро собирать не придется вообще - тупо ставить гипервизор, etc. Касательно РедХат - они будут выпиливать Xen, насколько это возможно. Они отказались поддерживать XEN в 6.0 потому, что "слишком сложно мейнтейнить пакеты двух виртуализаций, мы сосредотачиваемся на одной". Т.е. их заломало по сути собирать ядра и тестировать пакеты и под ядрами с ксеном, и под ядрами без ксена. Но третье ядро исправит ситуацию, однако, RedHat уже похоронил XEN. По сути, они, возможно, и включат его в будущем (правда, я в этом сомневаюсь, так как у RedHat цель похоронить технологию, а не развивать ее).
Raistlin добавил 24.07.2011 в 20:48
З.Ы, в F15 приходилось после ее выхода слишком много допиливать, в том числе и selinux-policy, ибо оно не имело правил для части поставляемого софта в дистрибутиве. да и в остальном - выход ее был продиктован, скорее необходимостью выпустить дистрибутив, чем полной его готовностью (мне известны баги, которые так и небыли закрыты, хотя они имели статус "release blockers")
Raistlin добавил 24.07.2011 в 20:49
И еще проблема: обновить существующую установку 5 ветки не представляется возможным ввиду технических причин. Это сильно осложняет перевод серверов на новую ОС.
Это был CentOS 5.5 - сегодня у меня совершенно нет желания с ней связываться еще раз. Они сильные изменения внесли в rhel 5.7, однако, судя по всему, моей проблемы это не решает (лимитирования CPU так и не появилось, а это для меня недопустимо, правда, может упустил, если не прав - поправьте).
Raistlin добавил 24.07.2011 в 20:25
Гм, гм... Ну как же.
Так что как бы... Именно ксен будет нативно в ядре вкомпилен.
Pavel.Odintsov, Я говорю, основываясь на своем личном опыте. С KVM у меня были не решаемые (при моих знаниях и умениях) проблемы. Она как-то слишком сильно убивает процессор, к примеру, в случае, если внутри контейнера что-то его жрет. Много занимает IO, и никак это не ограничивается, в Xen же проблема решилась правкой конфига и ребутом контейнера (просто подрезал CPU, да поправил приоритет контейнера). Нативных и простых средств для KVM я не нашел... Это было полгода назад.
