lovecraft

linuxpoison.blogspot.ru/2010/11/how-to-limit-netwo...

Вопрос, конечно, интересный (с)
Драйверы работают с одинаковой производительностью на синтетических тестах.
Другое дело, что драйверы под Windows содержат набор т.н. "оптимизаций", которые настраивают драйвер на работу с конкретным софтом, например, выключают "тормозящие" именно в этой игре расширения OpenGL или включают режим многопоточной обработки, когда исполнение команд идет в одном потоке, а их отрисовка - в другом (в некоторых играх это поднимает FPS в два раза). Последнее в Linux можно включить с помощью __GL_THREADED_OPTIMIZATIONS, но у Linux еще и другая беда - из рук вон плохая оптимизация игр, например, The Witcher 2 портирован на Linux не переписыванием движка с DirectX на OpenGL, а с помощью специальной библиотеки, которая транслирует вызовы DirectX в OpenGL. Производительность у игры соответствующая.

Надо подключиться к тонкому клиенту и посмотреть, с какими параметрами запускается freerdp, скорее всего при формировании строки запуска какие-то параметры скрипт подставляет неправильно

ScaleIO от EMC. С недавних пор - бесплатно.

Fault Tolerance, конечно, красивая штука и, если можно так сказать, - апофеоз виртуализации как технологии "отвязывания" ОС от железа. Но эффективность ее преувеличена. Например, у VMWare есть жесткие ограничения на Fault Tolerance - не более одного vCPU на VM (https://pubs.vmware.com/vsphere-50/index.jsp?topic..., что превращает Fault Tolerance просто в красивую игрушку. Все это происходит от необходимости постоянно синхронизировать состояние двух VM на хостах. Я не знаю, как это делает VMWare, а у Remus на этот счет есть большой документ: https://www.usenix.org/legacy/event/nsdi08/tech/fu...
Вкратце, там описана такая схема - состояние VM передается на резервный хост (делается чекпоинт), после этого весь I/O машины накапливается в специальном буфере до следующего чекпоинта. Когда происходит следующий чекпоинт, весь I/O из буфера "отпускается" наружу и цикл повторяется снова. Естественно, все это катастрофически снижает производительность.
Проблем добавляет и то, что гостевая ОС не в курсе, что с ней постоянно происходит suspend/restart и может выпасть в синий экран. По крайней мере, в KVM в свое время добавили специальный виртуальный таймер (hv_time/hv_relaxed), чтобы Windows не сегфолтилась на больших нагрузках. Отдельный разговор - паравиртуальные драйверы. До недавнего времени для оригинального XEN'a нормальных драйверов не было, а было недоразумение под названием GPLPV. Сейчас драйверы с поддержкой от команды XEN появились, но тестировались ли они совместно с Remus'ом - большой вопрос.
Если проанализировать угрозы для вашего проекта по степени уменшения их вероятности, то получится вот что:
1) Отказ из-за сбоя в софте мониторига
2) Синий экран из-за работы в виртуальном окружении или сбоя в паравиртуальных драйверах
3) Синий экран "просто так" - винда иногда тоже падает )))
4) Сбой оборудования
Из всего этого Remus может защитить только от п. 4

Таким образом, на мой взгляд, сам факт применения "сырого" XEN и "сырых" PV-драйверов создает для ОС намного более вероятную угрозу, чем та, которая может произойти при отказе оборудования. Допиленный же XEN от Citrix и Oracle не поддерживает Fault Tolerance, и думаю, на то есть причины )

Самое правильное - использовать LVM, сейчас практически любой установщик это позволяет. Преимущества - можно изменять размеры разделов "на лету", делать снэпшоты и т.п. У меня системный том никогда не вырастал больше 100Gb, так что можно, например, терабайтный HDD разбить так: 100 Gb - LV под систему, 750 Gb - LV под home, остальное - служеюное место под снэпшоты и т.п.

Не, ну конечно можно представить себе вот что:

1. Ставим Linux
   
2. Ставим libvirt/virtmanager
   
3. Ставим виртуалку с SPICE-видеокартой
   
4. Конфигурим libvirt, чтобы запускалась при старте системы
   
5. Ставим на локальную машину клиент SPICE
   
6. Добавляем его в autorun оконного менеджера или...
   
7. Правим конфигурацию системы так, чтобы он сам стартовал вместо оконного меджера
   

Но зачем?

Попробуйте установить на другой профиль - например, на Windows XP.

virtualbox 4 ( пятая не устанавливается )

Как это - не устанавливается? Не проходит компиляция драйверов через DKMS? Если так, то можно

• а) Откатиться на более старое ядро
  
• б) Поискать по тексту ошибки компиляции, как ее исправить - обычно это довольно просто
  

Какая точно стоит версия VirtualBox (например, 4.2.6)? Если не последняя (4.3.20 или 4.2.32) - обновитесь.

Там все сложно.
Автоматически "из коробки" - никак.
Не из коробки - так:
Все настройки AD хранятся в LDAP на контроллере домена. Нужно:
1. Расширить схему LDAP так, чтобы у объекта "Компьютер" появилось новое свойство, где мы будем хранить переменные среды.
2. Написать скрипт, который при запуске машины авторизовался на LDAP с помощью учетки машины, сохраненной в Samba, находил бы объект, дергал из него поле и обновлял переменные.
Где-то был проприетарный продукт с такими функциями, но я забыл, как он называется )

>>Скажу так. То что вы говорите это просто не возможно, управлять шарами Samba из >>«Проводника» Windows. Ведь samba это серверная служба Linux и настраивается доступ к >>шарам только из под Linux.
Это, батенька, феерическая чушь )))
Часть первая: wiki.linuxformat.ru/wiki/LXF123:Samba
Часть вторая: wiki.linuxformat.ru/wiki/LXF124:Samba (то, что вам нужно)
Автор статьи, правда, забыл добавить, что нужно в конфиг самбы добавить модуль vfs_acl_xattr, иначе все разрешения попадут в окне проводника в пункт "особые"