Но не факт, что поможет — многие карты (ati, via, например) имеют просто отвратительные драйверы в Linux. Бывает они даже нормально работают, но зависит это от 10 факторов и фазы луны.
Вы забываете, что в ядре много подсистем. И зачастую приходят одновременно патчи на одну подсистему или на несколько смежных. Тогда единственный способ разрулить коллизию — руками. А бывает они и вовсе взаимоисключающие. Никакой try-сервер здесь не поможет.
У меня Gentoo и используется nVidia VDPAU, и сам mplayer собран с оптимизацией и ffmpeg-mt. Возможно, в убунте просто еще нет драйверов и плееров нужных версий — функционал появился не так давно и убунтовцы вполне могли не включить это в stable.
Я на своем ноутбуке (!) с C2D T5450 (1.6 Ghz) без проблем смотрю 720p. С 1080 ситуация чуть сложнее — приходится отключать неиспользуемый софт из фона (браузер, skype..). Но смотреть тоже удается, без тормозов, рывков и пр. задержек.
Может, не в линуксе дело, а в кривом фильме или медленной системе? :)
Помимо CPU есть еще I\O, что тоже актуально для HD. И канал, если смотрите онлайн-вещание.
В первую очередь разрабатывается основная среда и основной функционал. А многие вещи и протестировать автор просто не сможет — например, если у вас сильно не стандартная задача или другая архитектура.
Однако, адекватные разработчики не забывают про сообщество. С ядром все еще сложнее — посмотрите, например, на размер ветки -mm. Вы правда думаете, что это можно разгрезти в разумные сроки? Да еще при том, что патчи приходят каждый день, а аппрувят их единицы.
Качество кода, присылаемого сообществом тоже великая беда. Мортон когда-то писал, что довольно большой процент кода, присылаемого в ядро даже _не_компилируется_. Не говоря о работоспособности и оттестированности.
Именно. Большинство предпочитает, чтобы это делали другие.
Правда потом очень смешно читать обиженные письма на тему «а почему по половине технологий на русском языке информации нет?(».
Если на английском нагуглить практически любой материал — не проблема, то на русском — хрен. Или найдешь, но на очередном фундаментально огороженном сайте или блоге, где рекламы больше, чем текста.
1 системный администратор линуксоид закупает в год больше железа, чем 2000 домашних пользователей Windows.
Не для себя закупает, конечно. Но при прочих равных поддержка разных платформ это плюс фирме-производителю. А зачастую параметры технически сейчас равны.
Если ТТХ железа одинаковые, но один производитель поддерживает различные платформы, а другой — «виндовс свиста онли» то один (догадайтесь, какой, ага) потеряет крупного клиента.
Полный автомат не выйдет — эти вирусы постоянно меняют адреса и типы файлов. Вырезать слепо все iframe тоже не вариант — они бывает используются и по делу. Все равно придется сажать человека на контроль результатов.
а) На одном(!) сервере висят 50000 сайтов.
б) Этот сервер так легко сломать. Хостеры вообще народ не глупый, особенно серьезные и с безопасностью там все хорошо.
в) Если кто-то его таки сломает, он будет тратить такую дыру на iframe?
on-the-fly проверка слишком сложна технически и ресурсоемка, а на хостинговых серверах лишних ресурсов нет никогда.
Некоторые хостеры реализуют схему обнаружения вирусов скриптами и отсылки уведомлений клиенту на email. Но это тоже не панацея — не все вирусы так можно обнаружить, не всегда клиент читает почту и часто самостоятельно устранить проблему не может.
Бывает, что аккаунт фактически ничей — владелец давно бросил свой сайт, а хостинг и домен проплачен на месяц-полгода-год вперед. Тогда сделать фактически ничего не получится, кроме блокировки аккаунта.
Хотя тут не исключен вариант, когда владелец узнает о том, что у него есть хостинг по факту отключения сайта и естественно будет недоволен. :)
Например юр. лицо, где старый хостинг регистрировал дизайнер, который уволился год назад.
Как было в этой ситуации — не знаю. А обычно благодаря товарищам, которые меняют пароль раз в год. Строяненые пароли от FTP, SSH, админок сайтов и блогов копятся, формируются в базы и продаются пачками — читайте любой хакерский форум.
Статья 272 УК РФ. Неправомерный доступ к компьютерной информации.
Хостеру не дано право распоряжаться информацией клиента, а уж тем более ее менять автоматическими средствами. Строго по закону — он ее даже просмотреть не может.
www.opensync.org/ticket/1092
Как оно работает? :)
Или в 1 посте патченный плагин?
Но не факт, что поможет — многие карты (ati, via, например) имеют просто отвратительные драйверы в Linux. Бывает они даже нормально работают, но зависит это от 10 факторов и фазы луны.
Почитайте Мортона, он об этом писал.
У меня Gentoo и используется nVidia VDPAU, и сам mplayer собран с оптимизацией и ffmpeg-mt. Возможно, в убунте просто еще нет драйверов и плееров нужных версий — функционал появился не так давно и убунтовцы вполне могли не включить это в stable.
Лень лезть и смотреть.
Может, не в линуксе дело, а в кривом фильме или медленной системе? :)
Помимо CPU есть еще I\O, что тоже актуально для HD. И канал, если смотрите онлайн-вещание.
Однако, адекватные разработчики не забывают про сообщество. С ядром все еще сложнее — посмотрите, например, на размер ветки -mm. Вы правда думаете, что это можно разгрезти в разумные сроки? Да еще при том, что патчи приходят каждый день, а аппрувят их единицы.
Качество кода, присылаемого сообществом тоже великая беда. Мортон когда-то писал, что довольно большой процент кода, присылаемого в ядро даже _не_компилируется_. Не говоря о работоспособности и оттестированности.
Имеется в виду Andrew Morton?
Может, лучше перенести в «Linux для всех»?
Правда потом очень смешно читать обиженные письма на тему «а почему по половине технологий на русском языке информации нет?(».
Если на английском нагуглить практически любой материал — не проблема, то на русском — хрен. Или найдешь, но на очередном фундаментально огороженном сайте или блоге, где рекламы больше, чем текста.
Не для себя закупает, конечно. Но при прочих равных поддержка разных платформ это плюс фирме-производителю. А зачастую параметры технически сейчас равны.
Если ТТХ железа одинаковые, но один производитель поддерживает различные платформы, а другой — «виндовс свиста онли» то один (догадайтесь, какой, ага) потеряет крупного клиента.
Важно, сколько их на одном сервере, который уязвим… Явно не 50000 :)
а) На одном(!) сервере висят 50000 сайтов.
б) Этот сервер так легко сломать. Хостеры вообще народ не глупый, особенно серьезные и с безопасностью там все хорошо.
в) Если кто-то его таки сломает, он будет тратить такую дыру на iframe?
Некоторые хостеры реализуют схему обнаружения вирусов скриптами и отсылки уведомлений клиенту на email. Но это тоже не панацея — не все вирусы так можно обнаружить, не всегда клиент читает почту и часто самостоятельно устранить проблему не может.
Бывает, что аккаунт фактически ничей — владелец давно бросил свой сайт, а хостинг и домен проплачен на месяц-полгода-год вперед. Тогда сделать фактически ничего не получится, кроме блокировки аккаунта.
Хотя тут не исключен вариант, когда владелец узнает о том, что у него есть хостинг по факту отключения сайта и естественно будет недоволен. :)
Например юр. лицо, где старый хостинг регистрировал дизайнер, который уволился год назад.
Хостеру не дано право распоряжаться информацией клиента, а уж тем более ее менять автоматическими средствами. Строго по закону — он ее даже просмотреть не может.