LINUX.ORG.RU

Релиз ядра Linux 3.11

 ,


0

1

Вышел релиз ядра Linux 3.11, релиз доступен на www.kernel.org. Новый релиз вышел после 2 месяцев разработки, ему присвоено кодовое имя «Linux for Workgroups», по аналогии с Windows 3.11 for Workgroups. Наиболее заметные улучшения в этом релизе: технология сжатого кэширования раздела подкачки Zswap; флаг O_TMPFILE для создания «невидимых» временных файлов; возможность упаковки ядра с использованием сжатия LZ4; экспериментальная поддержка кластерной файловой системы Lustre; спящий режим IRST; динамическое управление питанием GPU Radeon; NFS 4.2; применение SELinux для NFS; порт KVM и Xen для архитектуры ARM64.

Для включения в новую версию ядра принято 10.7 тысяч исправлений от 1239 разработчиков. Интересно распределение по числу изменений: 9.1% изменений внесено сотрудниками компании Intel, 8.5% - Red Hat, 8.3% - Linaro, 4.5% - Samsung, 3.9% - IBM, 3.0% - Texas Instruments, 2.9% - SUSE, 2.6% - AMD, 2.1% - Google, 1.3% - Oracle, 1.3% - ARM, 1.1% - Cisco. Около 43% всех представленных изменений связаны с драйверами устройств, примерно 23% изменений имеют отношение к обновлению кода специфичного для аппаратных архитектур, 11% связано с сетевым стеком, 5% - файловыми системами и 5% c внутренними подсистемами ядра.

Интересных новшеств много, наиболее значимые:

  • Дисковая подсистема, ввод/вывод и файловые системы
    • Включение в состав ядра клиента кластерной файловой системы Lustre, используемой в большинстве кластеров, входящих в список самых мощных суперкомпьютеров мира (6 из 10 и 60 из 100 самых мощных кластеров используют Lustre). Клиентская часть Lustre работает вкупе с серверами для хранения данных и обслуживания метаданных, предоставляя средства для обращения клиентов к хранимым в распределённой ФС данным (основанный на ext4 бэкенд ldiskfs для организации работы сервера хранения данных в ядро не включен). Модуль для работы клиента Lustre поставляется в экспериментальном разделе «staging» и не собирается по умолчанию;
    • В F2FS, развиваемую компанией Samsung высокопроизводительную файловую систему для Flash-накопителей, добавлена поддержка меток безопасности, что позволяет использовать данную ФС с LSM-модулями (Linux Security Modules), в частности даёт возможность использовать средства принудительного контроля доступа SELinux и SEAndroid. Кроме того, в F2FS реализована функция перемонтирования раздела (remount);
    • В Btrfs обеспечена техника слияния запросов ввода/вывода, ожидающих помещения в лог обратной записи, что позволило увеличить скорость записи в синхронном режиме до 60% (с 2.9MB/s до 4.6MB/s) на SCSI-дисках с включенной буферизацией. Прекращено использование структуры btrfs_sector_sum, что позволило заметно поднять производительность линейного копирования. Например выполнение теста утилитой dd на SSD-накопителе показало рост пропускной способности на 74% (с 31MB/s до 54MB/s). Добавлена поддержка клонирования данных файла в тот же файл, когда клонируемая и записываемая области не пересекаются (например, запись клона в хвост);
    • Интегрированы дополнительные оптимизации производительности для файловых систем Btrfs, XFS и Ext4. В Ext4 добавлена поддержка предварительного резервирования места под транзакции;
    • Предварительная поддержка находящегося в разработке стандарта NFS 4.2, в котором ведётся работа по увеличению эффективности потребления ресурсов, например копирование на стороне сервера, предварительное резервирование места, оптимизации для SSD-накопителей;
    • В модуль управления пропускной способностью ввода/вывода blk-throttle добавлена поддержка контроля ресурсов ввода-вывода с блочных устройств при помощи иерархических управляющих групп (cgroups). По умолчанию поддержка иерархических cgroups отключена, для включения следует использовать флаг «sane_behavior»;
    • В Device Mapper добавлен новый модуль «dm-switch» для создания устройства, позволяющего организовать произвольный мапинг регионов ввода/вывода привязанных к определённому набору путей, привязку которых к специфичным регионам можно менять динамически. Новый модуль нацелен на обработку усложнённых случаев маппинга (например, для распределённых хранилищ iSCSI), для которых не достаточно модуля «dm-stripe»;
    • В DM RAID добавлена возможность восстановления работы после временного сбоя накопителя. Если при возобновления работы после остановки (resume) диск помечен как сбойный, но суперблок читается, предпринимается попытка возвращения диска в RAID. Указанное изменение позволяет попытаться вернуть вылетевший из RAID диск простым выполнением операций suspend/resume вместо ручного переконфигурирования;
    • Проведения оптимизация производительности системного вызова sync, работа которого ускорена в 7-8 раз для активно используемых ФС;
    • Добавлена поддержка таблиц дисковых разделов AIX;
    • В файловую систему CIFS добавлена поддержка диалекта SMB3.02. Добавлена опция монтирования «nosharesock» для принудительного создания нового отдельного сокета для сервера (можно создать несколько независимых точек монтирования для разных пользователей). Поддержка верификации запросов SMB3 при помощи цифровых подписей AES-CMAC;
  • Виртуализация и безопасность
    • В системные вызовы open() и openat() добавлена поддержка флага O_TMPFILE, позволяющего передать файловой системе информацию о создании временного файла, не видимого в иерархии ФС, что позволяет применить для данного типа файлов отдельные оптимизации. Создаваемые при помощи O_TMPFILE временные файлы не имеют имени, в качестве пути передаётся только директория. Создание невидимого временного файла без имени позволяет разработчикам приложений не задумываться о возможных уязвимостях, таких, как атака через символические ссылки;
    • В коде Xen и KVM появилась поддержка виртуализации для архитектуры ARM64;
    • Реализация меток безопасности в NFS (Labeled NFS), позволяющих обеспечить полноценную поддержку SELinux для NFS. Ранее для точки монтирования привязывалась только метка, как правило nfs_t. Labeled NFS позволяет использовать произвольное число различных меток для каждого раздела NFS. Например, отдельную метку можно привязать к файлу с образом виртуальной машины, размещённом на NFS-разделе, можно экспортировать домашние директории через NFS с разграничением доступа приложений только в определённые области;
  • Сетевая подсистема
    • Режим опроса (polling) Ethernet-устройств с низкой задержкой (low latency). Современные устройства не информируют систему о получении каждого пакета через генерацию прерываний, вместо этого ядро периодически опрашивает драйвер и получает информацию о накопившихся пакетах. Подобный опрос приводит к появлению задержки в обработке пакетов. Новый режим позволяет приложениям запросить для отдельного сокета пониженный интервал опроса для обеспечения высокой отзывчивости (в частности, при создании сокета можно установить специальный флаг, после чего если при вызове функции read() нет данных для отдачи, то внепланово будет инициирован опрос драйвера);
    • В conntrack-модуле трекинга соединений для протокола FTP добавлена поддержка методов идентификации перехода в пассивный режим, отмеченных в RFC 1123;
  • Память и системные сервисы
    • Поддержка технологии сжатого кэширования раздела подкачки - Zswap. При необходимости выгрузки страниц памяти на диск, Zswap производит попытку сжать страницы, размещая их при этом в пуле в оперативной памяти. По мере возможности сжатые страницы не выгружаются на диск, чтобы избежать операций ввода/вывода с медленным носителем. Таким образом, при возникновении необходимости сброса памяти в раздел подкачки, удаётся добиться сокращения ввода-вывода, что повышает скорость работы системы в целом, за счет минимизации обращений к медленному носителю. Тестирование Zswap в процессе компиляции ядра при возникновении своппинга продемонстрировало выигрыш по объему ввода/вывода в 76% и сокращение времени выполнения операции на 53%;
    • Поддержка технологии IRST (Intel Rapid Start Technology), представляющей собой вариант реализации спящего режима, обеспечиваемого силами прошивки. В IRST вводится дополнительный таймаут, по истечении которого дамп памяти заснувшей в режиме Suspend-to-RAM системы принудительно сохраняется прошивкой на SSD-накопителе, после чего схемы обесточиваются. При включении устройства, прошивка копирует сохранённые данные в ОЗУ, после чего операционная система восстанавливает своё состояние как при использовании Suspend-to-RAM;
    • Реализована концепция энергоэффективных рабочих очередей внутри ядра. Помещаемые в данный тип очереди задания не привязываются к конкретному CPU и могут выполняться на любых свободных процессорных ядрах, не вызывая пробуждения «спящих» ядер, а используя ядра уже проснувшиеся для выполнения других заданий;
    • В ядро добавлены патчи, необходимые для реализации поддержки запуска в Wine приложений для Windows RT;
    • Для упаковки образов ядра добавлена возможность использования алгоритма сжатия LZ4, примечательного высокой скоростью упаковки и распаковки данных с сохранением приемлемой степени сжатия, соизмеримой с алгоритмом LZO;
    • Изменёно поведение при загрузке модулей ядра - загрузка модуля теперь не завершается ошибкой при указании неизвестных параметров. Подобные параметры игнорируются с выводом предупреждения в лог. Указанное изменение позволит обеспечить работу конфигураций после удаления поддержки тех или иных параметров модулей или при загрузке старой версии ядра;
    • Добавлен механизм для отслеживания в какие страницы памяти задача осуществляет запись. Указанная возможность востребована для работы системы заморозки процессов (checkpoint-restore), то также может использоваться для профилирования и сбора статистики;
    • Увеличение масштабируемости очередей сообщений SYSV IPC за счёт избавления кода от общей блокировки кода SYSV IPC, приостанавливающей выполнение в том числе таких операций, как проверка безопасности и прав доступа, что негативно сказывалось на производительности. Теперь в реализации очередей сообщений используется смесь блоков без блокировок, ограниченных критических областей, статистики через семафоры и кэшированных присвоений;
  • Аппаратные архитектуры
    • Для 32- и 64-разрядных архитектур ARM подготовлена улучшенная реализация технологий hugetlbfs и Transparent Huge Page, позволяющих увеличить базовый размер адресуемых страниц памяти до 2 Мб, что приводит к сокращению числа используемых TLB-блоков (Translation Lookaside Buffer) и расширению возможностей по задействованию выделенной, но неиспользуемой памяти;
  • Оборудование
    • Включение большой серии патчей, направленных на улучшение поддержки GPU семейства Radeon. В частности, реализованы средства динамического управления питанием и частотами GPU (для включения следует указать параметр radeon.dpm=1), обеспечено отключение тактовых сигналов для неиспользуемых в данный момент блоков GPU («clock gating»), добавлена возможность активного управления состоянием шины PCI-E (ASPM), при котором энергопотребление шины PCI-E может быть заметно снижено в режиме бездействия. Для Radeon серии HD7000 реализована поддержка PCI-E 2.0 и 3.0. Обеспечена поддержка GPU семейства HD8000 для которых реализована возможность установки видеорежимов, поддержка операций с 3D, вычислений на GPU и работы с UVD;
    • В DRM-модуле Nouveau появилась поддержка средств аппаратного декодирования видео в форматах MPEG2 и H.264 с использованием движка VP2 (PureVideo HD), присутствующего в сериях GPU NVIDIA c NV84 (GeForce 8600) по NV96 (GeForce 9400/9600/9700), а также в графических процессорах поддерживаемых NVA0 (GT 200);
    • В DRM-модуле Intel стабилизирована поддержка графической подсистемы на базе платформы Intel Bay Trail, созданной для новых Atom SoC. Улучшена поддержка Intel Haswell, в том числе задействована возможность использования FBC (Frame-Buffer Compression);
    • Добавлен драйвер для симулирования NFC-чипа. Реализована возможность использования SPI (Serial Peripheral Interface) в качестве транспорта для NCI (NFC Controller Interface), что позволяет вызывать модули SPI для чтения/записи данных контроллера NFC;
    • Добавлена поддержка новых процессоров: Freescale i.MX6 SoloLite, Freescale Vybrid VF610, Samsung EXYNOS5420, Rockchip RK2928 и RK3xxx processors, TI Nspire, STMicroelectronics STiH41x и STiH416;

>>> Список улучшений на kernelnewbies.org/Linux_3.11

★★★★★

Проверено: Shaman007 ()
Последнее исправление: ymn (всего исправлений: 4)

Ответ на: комментарий от ArtKun

с ним все равно всегда будут сложности при установке и удалении

Эт в каком говнодистрибутиве так?

Меня лично блоб не устраивает одной мелочью - костыльностью разрешения в fb и постоянным миганием экрана в процессе загрузки. Да, зажрался я :)

it-nativa
()

А zswap автоматически включается или надо как в zram руками загружать?

Lordwind ★★★★★
()
Ответ на: комментарий от Citramonum

Давно, и даже не бета.

извиняюсь, с Counter-Strike: Condition Zero Deleted Scenes перепутал. мне, кстати, карты из CS GO вокшопа стали в линь падать. сдаеться мне, что скоро CS GO портируют (если это не очередной глюк стима)

abtm
()
Ответ на: комментарий от abtm

Хотя да, не вижу ничего плохого в конструкторах для болезных, пусть и дальше занимаются популяризацией. :)

anonymous
()
Ответ на: комментарий от Aceler

Посчитай, сколько прерываний в секунду сгенерирует карта, принимающая на полных 10Гбит/с пакеты по 1.5кб каждый, если она будет генерировать прерывание на каждый пакет.

А не нужно генерить прерывание на каждый пакет. Нужно собрать N пакетов, а потом сгенерить прерывание. Естественно, что N не должно быть жестко зафиксировано.
Так же можно было бы генерить прерывание и по прошествии определенного времени, если в буфере есть пакеты.
Так что автор исходного сообщения про «привет 60е» в чем то прав.

andreyu ★★★★★
()
Ответ на: комментарий от ArtKun

купить какой-нибудь Radeon, воткнуть в материнку и работать/играть дальше, безо всяких манипуляций?

Смеялся до слез. Помню тут недавно пробегала статейка, с каким бубнами и напильниками заводили на открытом (да и на закрытом тоже, только ранее было) хардварное ускореие видео.

leg0las ★★★★★
()
Ответ на: комментарий от it-nativa

эти люди делают, чтобы у них работало идеально и они могут не знать о проблемах на других картах.

i_gnatenko_brain ★★★★
()

Ура. Вот теперь жизнь наладится. Теперь наверное не придётся устраивать адовы пляски с жертвоприношениями что бы подключить свой телефон Самсунг... Или придётся?

anonymous
()
Ответ на: комментарий от andreyu

Так же можно было бы генерить прерывание и по прошествии определенного времени, если в буфере есть пакеты.

Или опрашивать со стороны ядра по прошествии определённого времени.

Aceler ★★★★★
()
Ответ на: комментарий от cvs-255

Так я больше говорю о будущем. Потенциала у драйверов AMD достаточно, работа идет полным ходом, а блоб как был блобом, так и останется.

ArtKun ★★★★★
()

Печально, что новое ядрышко что-то делает со стариком Network Manager. В результате соединение через eth0 не устанавливается. Если настроить интерфейс в /etc/network/interfaces - всё работает. Но без NM. В багтрекере уже есть описание проблемы(видно не у меня одного такое). Ну, и fgrlx не работает в сабжем.

lucentcode ★★★★★
()
Ответ на: комментарий от anonymous

Из той, которая говорит, что все должно работать изкоробки. Получается, и Intel, и AMD.

ArtKun ★★★★★
()
Последнее исправление: ArtKun (всего исправлений: 1)
Ответ на: комментарий от it-nativa

Да во всех. Если при обновлении ядра драйвер должен постоянно пересобираться, что не всегда проходит гладко - такой драйвер не нужен.

ArtKun ★★★★★
()
Ответ на: комментарий от carasin

Да у меня и самого работало на GTX 550 Ti, еще в начале прошлого года - и все стабильно, никаких багов, а 2D даже плавнее. Но ему, к сожалению, никогда не дотянуться до блоба по фичам, а с энергосбережением вообще беда (что сразу делает драйвер ненужным абсолютно для всех пользователей лэптопов).

ArtKun ★★★★★
()
Последнее исправление: ArtKun (всего исправлений: 2)
Ответ на: комментарий от ArtKun

Если при обновлении ядра драйвер должен постоянно пересобираться, что не всегда проходит гладко - такой драйвер не нужен

О как. А я думал, нужность драйвера определяется его стабильностью и функциональностью. А тут вон оно что. Okay :)

it-nativa
()
Ответ на: комментарий от anonymous

Ну да, ну да. Ага, видели. Может конечно за последние 3-4 месяца и поменялось, но и нвидия на месте не сидит.

leg0las ★★★★★
()
Ответ на: комментарий от ArtKun

Ох лол. Поставить из репы драйвер/запустить run-файл (на дебиане так делаю обычно) - это охрененно сложно.

leg0las ★★★★★
()
Ответ на: комментарий от it-nativa

Стабильностью, ну же!
А на форуме любого дистра можно встретить веселые треды вроде «все работало, обновился - все отвалилось», и с этим ничего не поделаешь.

ArtKun ★★★★★
()
Ответ на: комментарий от ArtKun

Это про открытый драйвер радеона? Свитчеры будут срать кирпичами, когда увидят просевшую производительность на своем радике. А те кто почитают, поставят катаклизм/невидиевский блоб.

leg0las ★★★★★
()
Ответ на: комментарий от leg0las
просевшую производительность на своем радике

Во-первых, это ненадолго, во-вторых - только в играх. Даю максимум два года, открытый драйвер догонит Catalyst по скорости.

ArtKun ★★★★★
()
Ответ на: комментарий от sT331h0rs3

<cryocamera_mode>Ожидал увидеть Canonical, почему её нет в списке?</cryocamera_mode>

git log v3.10..v3.11 --author=canonical --pretty=%s | wc -l

82

git log v3.10..v3.11 --author=canonical --pretty=%s

drm/nouveau/ltcg: fix allocating memory as free
mutex: Fix w/w mutex deadlock injection
drm/nouveau: fix semaphore dmabuf obj
drm/nouveau: fix size check for cards without vm
drm/nouveau: fix null pointer dereference in poll_changed
vga16fb: Remove unused variable
Bluetooth: Add support for Atheros [0cf3:e003]
Bluetooth: Add support for Atheros [0cf3:3121]
drm/i915: quirk no PCH_PWM_ENABLE for Dell XPS13 backlight
mlx5 core: Fix __udivdi3 when compiling for 32 bit arches
drm/radeon: add missing ttm_eu_backoff_reservation to radeon_bo_list_validate
mutex: Move ww_mutex definitions to ww_mutex.h
alx: fix lockdep annotation
toshiba_acpi: Add dependency on SERIO_I8042
asus-nb-wmi: set wapf=4 for ASUSTeK COMPUTER INC. 1015E/U
hp-wmi: add supports for POST code error
asus-wmi: control wlan-led only if wapf == 4
drm/nouveau: do not allow negative sizes for now
drm/nouveau: add falcon interrupt handler
drm/nouveau: bump fence timeout to 15 seconds
drm/nouveau: do not unpin in nouveau_gem_object_del
drm/nouveau: fix some error-path leaks in fbcon handling code
drm/nvc0/gr: fix gpc firmware regression
drm/nvd7/gr: initial support
libceph: Fix NULL pointer dereference in auth client code
drm/nvd0-/disp: handle case where display engine is missing/disabled
drm/nouveau: remove limit on gart
drm/nouveau/vm: perform a bar flush when flushing vm
ARM: DMA-mapping: mark all !DMA_TO_DEVICE pages in unmapping as clean
ALSA: hda - Guess what, it's two more Dell headset mic quirks
ALSA: hda - Yet another Dell headset mic quirk
locking-selftests: Handle unexpected failures more strictly
mutex: Add more w/w tests to test EDEADLK path handling
mutex: Add more tests to lib/locking-selftest.c
mutex: Add w/w tests to lib/locking-selftest.c
mutex: Add support for wound/wait style locks
arch: Make __mutex_fastpath_lock_retval return whether fastpath succeeded or not
firmware loader: fix another compile warning with PM_SLEEP unset
firmware loader: fix compile warning with PM_SLEEP set
ALSA: hda - Make Thinkpad X220-tablet use generic parser
ALSA: hda - Update HD-Audio-Models.txt
drm: move pinning/unpinning to buffer attach
drm: add unpin function to prime helpers
[media] uvcvideo: quirk PROBE_DEF for Alienware X51 OmniVision webcam
[media] uvcvideo: quirk PROBE_DEF for Dell Studio / OmniVision webcam
eCryptfs: Make extent and scatterlist crypt function parameters similar
eCryptfs: Collapse crypt_page_offset() into crypt_extent()
eCryptfs: Merge ecryptfs_encrypt_extent() and ecryptfs_decrypt_extent()
eCryptfs: Combine page_offset crypto functions
eCryptfs: Combine encrypt_scatterlist() and decrypt_scatterlist()
eCryptfs: Decrypt pages in-place
eCryptfs: Accept one offset parameter in page offset crypto functions
eCryptfs: Simplify lower file offset calculation
eCryptfs: Read/write entire page during page IO
eCryptfs: Use entire helper page during page crypto operations
xen/blkback: Use physical sector size for setup
firmware loader: simplify holding module for request_firmware
firmware loader: don't export cache_firmware and uncache_firmware
firmware loader: fix compile warning
firmware loader: fix build failure with !CONFIG_FW_LOADER_USER_HELPER
driver core: firmware loader: kill FW_ACTION_NOHOTPLUG requests before suspend
driver core: firmware loader: don't cache FW_ACTION_NOHOTPLUG firmware
apparmor: fix fully qualified name parsing
apparmor: fix setprocattr arg processing for onexec
apparmor: localize getting the security context to a few macros
apparmor: fix sparse warnings
apparmor: Fix smatch warning in aa_remove_profiles
apparmor: fix the audit type table
apparmor: reserve and mask off the top 8 bits of the base field
apparmor: move the free_profile fn ahead of aa_alloc_profile
apparmor: remove sid from profiles
apparmor: move perm defines into policy_unpack
apparmor: misc cleanup of match
apparmor: relax the restrictions on setting rlimits
apparmor: remove «permipc» command
apparmor: use common fn to clear task_context for domain transitions
apparmor: add kvzalloc to handle zeroing for kvmalloc
apparmor: add utility function to get an arbitrary tasks profile.
apparmor: fix error code to failure message mapping for name lookup
apparmor: refactor profile mode macros
apparmor: Remove -W1 warnings
apparmor: fix auditing of domain transition failures due to incomplete policy

ttnl ★★★★★
()
Ответ на: комментарий от ArtKun

Ну так направь своё возмущение в адрес криворуких мантейнеров этих дистров, блоб-то тут причём?

it-nativa
()
Ответ на: комментарий от ArtKun

Во-первых, это ненадолго

Эту песню я слышу уже наверное года 4. Да, круто что открытый драйвер у ати такой неплохой, но ему далеко до полноценной замены катаклизма.

leg0las ★★★★★
()
Ответ на: комментарий от it-nativa

Четкие пацаны с раена ставят невидию с блобом и не заморачиваются:-)

leg0las ★★★★★
()
Ответ на: комментарий от it-nativa

Совсем нет. Я просто купил A8 APU прошлым летом. Catalyst адски глючил, а свободный тормозил - я разочаровался и хотел купить Intel. Весь год стояла затычка nvidia. Об AMD я думал то же самое, что и большинство на этом форуме.
Но на данный момент каталист больше не глючит, а в открытом драйвере есть DPM, и никаких тормозов больше нет. Я вытащил nvidia и отдал брату играться в игрушки, а у меня с APU все работает безупречно.

ArtKun ★★★★★
()
Ответ на: комментарий от leg0las

А чего ему еще не хватает? Хардварное ускорение есть, энергосбережение есть, скорости на более-менее мощных картах вполне достаточно. На ум приходит разве что CrossFire, но чоткие пацаны могут жить и без него, верно?

ArtKun ★★★★★
()
Ответ на: комментарий от Deleted

К самому йадру претензий нет никаких.


А вот у меня есть претензии к йадру.

vasya_pupkin ★★★★★
()
Ответ на: комментарий от ArtKun

скорости на более-менее мощных картах вполне достаточно

Это которые с 256-битной и выше шиной? А на картах среднего класса, коих большинство? на тех, что ближе к лоу энд?

leg0las ★★★★★
()
Ответ на: комментарий от it-nativa

Крайзис 2 пускали, вроде бегало. Поищи, тут летом было тестирование открытого драйвера амд/ати.

leg0las ★★★★★
()
Ответ на: комментарий от ArtKun

Это игры не первой свежести, ты уж извини. Да, они шикарны, но для них достаточно карточки 5-летней давности с головой (например жифоры 8-й и 9-й серии или радеоны HD 2xxx и 3xxx).

А своим постом ты можешь сказать, что мощная видуха с открытым драйвером устаревает лет так на 5. Бегает же отлично типа!

leg0las ★★★★★
()
Последнее исправление: leg0las (всего исправлений: 1)
Ответ на: комментарий от leg0las

Просто это все, во что я играл. Wine не использую, а все остальные игры как-то обхожу стороной, и без них есть, чем заняться. Только Portal 2 жду, вот его будет очень интересно погонять.

ArtKun ★★★★★
()
Ответ на: комментарий от anonymous

ну точно у автора была двойка по русскому. или жертва егэ? дальше не читал, первой фразы хватило.


Ну твой коммент по сравнению с картинами Да Винчи тоже полное говно, аж смотреть противно...

vasya_pupkin ★★★★★
()
Ответ на: комментарий от ArtKun

Вот кстати можешь его потестить. Я его прошел под вайном (стимовский). Ставишь стим в вайн и накатываешь портал. Работает отлично (GTS 450).

leg0las ★★★★★
()
Ответ на: комментарий от leg0las

мощная видуха с открытым драйвером устаревает лет так на 5. Бегает же отлично типа!

Ну неправда же. На phoronix куча тестов, где свободный отстает максимум процентов на 25 - и при этом часто с пометкой, что хоть на каталисте и больше fps - на свободном игра плавнее.

ArtKun ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.