The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Релиз ядра Linux 3.18

08.12.2014 09:06

После двух месяцев разработки Линус Торвальдс анонсировал релиз ядра Linux 3.18. Среди наиболее заметных улучшений: интегрирована файловая система OverlayFS, добавлен системный вызов bpf(), реализована подсистема для создания туннелей поверх UDP, обеспечена поддержка протокола Geneve, добавлена подсистема pvSCSI для Xen, улучшена производительность при обработке интенсивного потока мелких сетевых пакетов.

В новую версию принято около 11200 исправлений от 1300 разработчиков, размер патча - 38 Мб (изменения затронули 9307 файлов, добавлено 485719 строк кода, удалено 355945 строк). Около 47% всех представленных в 3.18 изменений связаны с драйверами устройств, примерно 18% изменений имеют отношение к обновлению кода специфичного для аппаратных архитектур, 14% связано с сетевым стеком, 4% - файловыми системами и 4% c внутренними подсистемами ядра.

Из наиболее интересных новшеств можно отметить:

  • Дисковая подсистема, ввод/вывод и файловые системы
    • Интеграция файловой системы OverlayFS, разработанной компанией SUSE в качестве более прогрессивной, компактной и высокопроизводительной замены UnionFS и AUFS, востребованной в Live-дистрибутивах и системах контейнерной виртуализации. OverlayFS позволяет создать виртуальную многослойную файловую систему, поверх доступной только на чтение основы. ФС создаётся из нижнего и верхнего слоёв, каждый из которых прикрепляется к отдельным директориям.

      В качестве нижнего слоя, используемого только для чтения, могут применяться директории любых поддерживаемых в Linux систем, включая NFS и другие экземпляры OverlayFS. Верхний слой, который может быть доступен на запись, будет перекрывать состав нижнего слоя, т.е. если файлы дублируются, в итоговой ФС будет виден только перекрывающийся контент верхнего слоя. При этом все записываемые и изменяемые данные будут сохраняться только в верхнем слое, даже если изначально они размещались в нижнем слое ФС, что позволяет использовать одну основу для создания серии одинаковых окружений (контейнеры приложений), гарантировать неизменность базовых данных (гостевые сеансы) или организовать полноценную работу поверх накопителя, не поддерживающего запись (CD/DVD).

    • В сервер NFS добавлена поддержка операции SEEK, определённой в спецификации NFS 4.2 и позволяющей реализовать в системном вызове lseek() для NFS такие опции, как SEEK_HOLE и SEEK_DATA, для выявления пустых областей и блоков данных внутри файла;
    • В F2FS, развиваемую компанией Samsung высокопроизводительную файловую систему для Flash-накопителей, добавлена поддержка атомарных операций записи, позволяющих рассматривать успешное или сбойное завершение серии операций как единое целое. В F2FS также добавлена поддержка операции FITRIM (discard), для информирования накопителя о неиспользуемых в ФС блоках.
    • В Btrfs внесены улучшения в код восстановления повреждённых RAID-массивов и перестроения RAID, добавлено множество мелких исправлений, проведена чистка кода;
  • Сетевая подсистема
    • Добавлена подсистема FOU (Foo-over-UDP) для организации тунеллирования различных IP-протоколов поверх UDP. Так же как туннели SSH работают поверх TCP, а GRE и IPIP поверх IP, FOU позволяет создавать туннели, инкапсулируя трафик в пакеты UDP. Необходимость в создании таких туннелей обусловлена предоставлением специфичных механизмов ускорения обработки пакетов, которые некоторые коммутаторы и сетевые карты предоставляют только для протокола UDP. Настройка туннеля осуществляется с использованием netlink и модуля fou. В утилиту "ip" добавлена новая команда "fou", например, для настройки FOU для IPIP на порту 5555 можно указать: "ip fou add port 5555 ipproto 4", а для создания туннеля: "ip link add name tun1 type ipip remote 192.168.1.1 local 192.168.1.2 ttl 225 encap fou encap-sport auto encap-dport 5555";
    • Обеспечена поддержка алгоритма контроля перегрузки TCP DCTCP (Data Center TCP), использующего расширение ECN для адаптации алгоритма к специфике применения в сетях крупных датацентров, в которых может наблюдаться как передача крупных непрерывных порций данных, требующих максимальной пропускной способности, так и небольших управляющих потоков, требующих минимальных задержек. DCTCP позволяет не только оценить наличие заторов трафика, но и оценить степень загруженности сети;
    • В сетевую подсистему внесены оптимизации, направленные на увеличение производительности пакетной передачи данных. Изменения особенно заметны при обработке большого объёма мелких пакетов. Производительность повышена за счёт организации групповых операций блокировки очереди, а также заполнения/очистки очереди и взаимодействия с драйвером сетевой карты не на уровне отдельных пакетов, а манипулируя порциями пакетов. Внесённые изменения позволяют добиться обработки полной пропускной способности высокоскоростных сетевых интерфейсов даже на относительно слабом оборудовании (например, на обычном компьютере продемонстрирована обработка потока в 40 гбит/сек), даже если в трафике преобладают пакеты небольшого размера;
    • Добавлена поддержка протокола Geneve (Generic Network Virtualization Encapsulation), универсального протокола инкапсуляции для виртуализированных сетей. Geneve отличается большей гибкостью, чем VXLAN, NVGRE и STT, и не зависит от типа инкапсулируемых данных (VLAN, туннели, MPLS и т.п.);
    • В пакетный фильтр Nftables, развиваемый для замены iptables, ip6table, arptables и ebtables, добавлена поддержка трансляции адресов (маскарадинга) для IPv4 и IPv6, а также установки фильтра после цепочек prerouting и postrouting, что позволяет эмулировать таблицу NAT в ebtables;
    • В ipset добавлен тип hash:mac, позволяющий сохранять в качестве ключа хэша только MAC-адрес;
  • Память и системные сервисы
    • Добавлен новый системный вызов bpf(), предоставляющий доступ к возможностям универсальной виртуальной BPF-машины внутри ядра. Представленный системный вызов представляет собой единую точку входа, мультиплексирующую доступные операции с eBPF. Для организации получения данных из пространства пользователя представлена новая структура для совместного доступа к данным - 'maps'. В код eBPF добавлены функции загрузки и выгрузки программ BPF, работа с которыми производится по аналогии с модулями ядра. BPF-программа представляет собой готовый для выполнения набор инструкций, для проверки безопасности которых используется специальный блок верификации;
    • Сокращено время перехода в спящий режим для систем с большим числом CPU за счёт избавления от задержки в 100ms для каждого CPU перед его остановкой;
    • В системный вызов prctl() добавлена новая операция PR_SET_MM_MAP, позволяющая выставить основные параметры раскладки адресного пространства процесса, в том числе указать где разместить области с кодом и данными, где находится стек, определить точки останова. Улучшение подготовлено разработчиками OpenVZ и востребовано в контейнерах, использующих пространства имён для непривилегированных пользователей (user namespaces);
    • В состав включена подсистема RCU tasks, позволяющая использовать механизм синхронизации RCU (Read-copy-update) для защиты целостности структур данных;
    • Продолжена интеграция изменений, направленных на обеспечения сборки ядра при помощи компилятора Clang. В частности, осуществлена замена массивов переменной длины в структурах данных (VLAIS, Variable Length Array In Struct) на созданный при помощи макроса SHASH_DESC_ON_STACK() эквивалент, совместимый со спецификацией C99 и поддерживаемый в Clang;
    • Добавлен фреймворк "mailbox" для использования в драйверах аппаратных механизмов межпроцессного взаимодействия;
    • В состав ядра приняты некоторые патчи, подготовленные в рамках инициативы по обеспечению сборки как можно более компактного ядра Linux, занимающего минимальный размер. Добавлена возможность исключения из сборки системных вызовов madvise() и fadvise(), а также кода разбора флагов с описанием возможностей процессора;
    • В систему сборки добавлена штатная поддержка установки модулей ядра в сжатом виде;
    • Для разработчиков драйверов представлен механизм "device coredump", позволяющий получить дамп состояния периферийного устройства, что можно использовать для отладки и диагностики проблем в прошивках;
  • Виртуализация и безопасность
    • В криптографическом слое появилась поддержка многобуферных операций, позволяющий привлечь средства аппаратного распараллеливания операций для выполнения идентичных преобразований одновременно над несколькими буферами. В настоящее время, многобуферная обработка пока доступна только для операций SHA1;
    • Добавлен драйвер "pvSCSI" (Paravirtualized SCSI), позволяющая организовать работу гостевых систем, работающих под управлением гипервизора Xen, с привязанными к ним SCSI-устройствами. pvSCSI позволяет пробросить SCSI-устройство внутрь паравиртуализированного домена Xen, что даёт возможность выполнять из гостевой системы специфические операции, которые нельзя выполнить на уровне интерфейса блочного устройства ( например, перемотка ленты или управление ленточными библиотеками);
    • В систему мандатного контроля доступа SMACK, основанную на привязке меток к задачам и блокам данных (файлы, IPC, сетевые пакеты и т.д.), добавлен новый режим "bring-up", который можно использовать для оценки прав, которые требуются для выполнения процесса. Данный режим можно использовать как вспомогательное средство при написании и проверки работы правил изоляции;
  • Аппаратные архитектуры
    • Для архитектуры ARM64 адаптирован новый JIT-компилятор BPF (eBPF)
    • Архитектура SPARC64 переведена на четырёхуровневые таблицы страниц памяти, что значительно увеличило размер адресуемой памяти;
  • Оборудование
    • В DRM-драйвере Nouveau добавлена поддержка вывода звука через порт DisplayPort;
    • В DRM-драйвер Radeon для старых карт R600 добавлена поддержка UVD (Unified Video Decoder) для ускорения декодирования видео;
    • В DRM-драйвере Intel реализована поддержка кэширования значений EDID и внесена порция накопившихся улучшений;
    • Поддержка новых SoC: Hisilicon HiP04 Cortex A15, Amlogic Meson6 (8726MX), Renesas R-Car E2 (R8A77940), Broadcom BCM63xx DSL, Atmel SAMA5D4, Cavium Inc. Thunder;
    • Поддержка звуковых карт Freescale, добавлены кодеки для Everest ES8328, Freescale ES8328 и Cirrus Logic CS35L32;
    • Поддержка Ethernet-контроллеров Qualcomm Atheros QCA7000 и Ethernet-коммутаторов Broadcom Starfighter 2, Intel FM10000 и Marvell 88E6171;
    • В Video4Linux добавлена поддержка модулей CIMaX SP2/SP2HF, устройств TechnoTrend TVStick CT2-4650 CI, HackRF, ресиверов DVBSky, пультов управления Hisilicon hix5hd2 IR, тюнеров MaxLinear MxL301RF и Sharp QM1D1C0042, демодуляторов Toshiba TC90522. Устаревший тестовый драйвер "vivi" заменён на новый драйвер "vivid", который может использоваться для тестирования пользовательских приложений и предоставляет более правильный пример написания V4L-драйверов;


  1. Главная ссылка к новости (https://lkml.org/lkml/2014/12/...)
  2. OpenNews: Релиз ядра Linux 3.17
  3. OpenNews: Релиз ядра Linux 3.16
  4. OpenNews: Релиз ядра Linux 3.15
  5. OpenNews: Релиз ядра Linux 3.14
  6. OpenNews: Релиз ядра Linux 3.13
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/41210-linux
Ключевые слова: linux, kernel
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (242) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 09:39, 08/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –6 +/
    В убунте уже готовы дебы. Надо ставить, например.
     
     
  • 2.2, Аноним (-), 09:39, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Хотя нет. Лучше я подожду отзывов.
     
     
  • 3.51, Аноним (-), 14:23, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Я RC гонял. В целом нормально, но в ранних RC были какие-то race-образные заскоки. При том их душили, душили... у меня вроде стало все ок. Но как минимум 1 разработчик ядра утверждает что у него что-то не так - http://www.phoronix.com/scan.php?page=news_item&px=MTg1NjY

    В целом хз, на моих конфигах юзабельно и работает. Поздние RC - без каких либо особенностей вроде. А Как на ваших - загрузите и проверьте. Поскольку разработчики этим для себя пользуются - как правило это достаточно безопасное начинание.

     
     
  • 4.167, Аноним (-), 10:20, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Я тоже гонял, да и сейчас на нем. Переехал на него по нужде, т.к. видюха и вайфай работают вместе только в нем. Под нагрузкой на сетевуху (p2p) вижу kernel panic. Вечерком попробую накатить релизное ядро.
    Железки: 00:02.0 VGA compatible controller: Intel Corporation Haswell-ULT Integrated Graphics Controller (rev 0b)
    03:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8723BE PCIe Wireless Network Adapter
    $ uname -v
    #201411252105 SMP Wed Nov 26 02:06:32 UTC 2014
     
     
  • 5.204, Аноним (-), 16:29, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Хуже с поддержкой оборудования в новых ядрах становится довольно редко А я пред... большой текст свёрнут, показать
     
  • 5.227, pavlinux (ok), 00:44, 10/12/2014 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Переехал на него по нужде, т.к. видюха и вайфай работают вместе только в нем.

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

      

     
     
  • 6.237, Аноним (-), 14:49, 10/12/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > не рабочее железо, чтоб кайф борьбы был более ощутим. :)

    Знаешь, павлин, далеко не всегда точно известно например какой модуль беспроводки в ноуте воткнут. Да и вообще, мысль подбирать железо под ось для линя отстала от жизни лет на 10. Большинство железок линем поддерживается нормально. Бывают взбрыки, но в целом оно вот так.

    p.s. не отменяет кайфа при заруливании энного бага мешавшего жить :P.

     

  • 1.3, Fracta1L (ok), 09:43, 08/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    OverlayFS обещает быть тортищем в сочетании с пакетным менеджером.
     
     
  • 2.5, Аноним (-), 09:46, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    главное чтоб не глючил как aufs
     
  • 2.28, хайЗдохнеГнидаРуська (?), 12:11, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > OverlayFS обещает быть тортищем в сочетании с пакетным менеджером.

    Да, это годная весчь...

     
  • 2.29, Аноним (-), 12:19, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    можно узнать, что ты собрался с этим делать?
     
     
  • 3.30, Fracta1L (ok), 12:24, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Можно заворачивать некоторые приложения с их зависимостями в отдельные каталоги и динамически накладывать их на корневую ФС. Например, если приложение требует по зависимости пакет, нужной версии которого нет в репах, или который не может ужиться с уже установленной в системе версией.
     
     
  • 4.128, anonimouse (?), 03:39, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Аццкий бардак чувствую я, приближается неотвратно он, не найти конца того начала слабым кто поддастся :)
     
  • 4.198, Фанатик (?), 14:46, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    В nixos тоже самое, только по другому
     
  • 2.52, Аноним (-), 14:23, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > OverlayFS обещает быть тортищем в сочетании с пакетным менеджером.

    Костылищем. Нормально это делается снапшотами в btrfs.

     
     
  • 3.75, Fracta1L (ok), 16:12, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Снапшоты не катят по простой причине: чтобы обновить систему со всеми наложенными пакетами, нужно будет обновить все снапшоты.
     
     
  • 4.86, ананим (?), 17:19, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Или сделать снэпшот снэпшота.
    К тому же можно использовать обе эти фс, что даёт массу плюсов в сочетании.
     
  • 4.134, Аноним (-), 06:23, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Снапшоты не катят по простой причине: чтобы обновить систему со всеми наложенными
    > пакетами, нужно будет обновить все снапшоты.

    Неправда. В нормальном виде это как-то так: перед обновлением делается снапшот. Если обновление приводит к факапу - возвращаем все как было откатом на снапшот. Иначе оставляем новое состояние. Снос снапшотов - в зависимости от жабы на место под хранение старых состояний.

    Если хочется снапшотировать более гранулярно - это можно. Но тогда придется и рулить более гранулярно, дергая пачку субволумов. Чудес не бывает - чем более гранулярно хочется рулить, тем больше рукояток придется крутить.

     
     
  • 5.140, Fracta1L (ok), 07:19, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    К чему ты это пишешь? Вникни в суть нити разговора для начала.
     
     
  • 6.166, Аноним (-), 09:57, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > К чему ты это пишешь? Вникни в суть нити разговора для начала.

    Можно оформить как пачку сабволумов - не вижу проблем. Дрюкаться для того же с оверлеями и их менеджментом, слепленым из г-на и палок - оно конечно можно, но зачем?

     
     
  • 7.189, Fracta1L (ok), 13:08, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ты до сих пор не въехал в суть. Смотри: есть корень, есть пакет_1 и пакет_2. Пакет_1 тянет либу определённой версии, которая конфликтует с версией в корне. Пакет_2 вообще таскает все либы с собой. OverlayFS позволяет оба эти пакета накладывать на корень, при этом наложены будут сугубо пакеты и их либы, остальное будет использоваться из корня.

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

     
     
  • 8.205, Аноним (-), 16:37, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    А btrfs может при этом сбацать множественные копии корня с произвольной дельтой ... большой текст свёрнут, показать
     
     
  • 9.217, Fracta1L (ok), 18:22, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    У тебя в голове бардак Изменение одного снимка никак не затрагивает остальные с... текст свёрнут, показать
     
  • 3.79, Анонимъ (?), 16:50, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Костылищем. Нормально это делается снапшотами в btrfs.

    btrfs-таки не нужен для этих целей. Пусть федоровцы себе делают с btrfs у себя что хотят и как хотят, это их выбор.

     
     
  • 4.129, anonimouse (?), 03:41, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    из тихого разговора на кухне: ... про системД тоже так говорили ... а оно вона - назад уже не вынуть :(
     
     
  • 5.135, Аноним (-), 06:25, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > а оно вона - назад уже не вынуть :(

    Ну вы как бы или решаете все сами и получаете все 100% счастья с возней. Или предоставляете это другим, а там уже насколько их понимание счастья совпало с вашим - очень отдельный вопрос.

    p.s. но вот всяких бсдшно-солярных ни разу не жалко. Что-то монструозный SMF на соляре таких не смущал.

     

  • 1.4, Аноним (-), 09:45, 08/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –12 +/
    реверсинженированный nouveau умеет displayport, а radeon нет.
    Позор АМД
     
     
  • 2.8, Fracta1L (ok), 10:04, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Зато АМД с сообществом дружит, вот!
     
     
  • 3.55, Аноним (-), 14:27, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Зато АМД с сообществом дружит, вот!

    И соообщество давно отвинтило бы им головы если б дисплейпорт не работал. Фаны нвидии такие забавные.

     
     
  • 4.77, Fracta1L (ok), 16:17, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • –8 +/
    > Фаны нвидии такие забавные.

    Мы хотя бы на словах забавные, а фаны амд забавные в жизни - покупают видеокарты, которые в Линуксе работают как-то нерегулярно.

     
     
  • 5.78, Аноним (-), 16:49, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Линус показал животворящий перст нвидиии и всем ее неадекватным фанбоям. С, амд, кстати, проблем под линем нет (открытые дрова), в отличие от зеленого генератора багов.
     
     
  • 6.87, Fracta1L (ok), 17:35, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Линус показал животворящий перст нвидиии

    Думаешь о нём перед сном, наверное?

    > С, амд, кстати, проблем под линем нет (открытые дрова)

    Три года назад я ставил убунту на ноут с амд-видео - ноут возвращался из сна с чёрным экраном, и тормозила отрисовка. Несколько месяцев назад ставил Минт на другой уже ноут, но с амд-интеграшкой опять - всё то же самое: отрисовка тормозит, если нечаянно отправил в сон - только ребут. Штабильность.

     
     
  • 7.90, Аноним (-), 19:14, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Сказки какие-то.
     
     
  • 8.132, Fracta1L (ok), 04:33, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    О, ну если ты так говоришь, то это всё меняет, да ... текст свёрнут, показать
     
  • 7.110, ritsuka (?), 00:14, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Последний раз такое в 2010 на убунте видел.
     
  • 7.139, Аноним (-), 07:19, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Это как Или уж черный экран, или уж отрисовка Или я чего-то не понимаю А так ... большой текст свёрнут, показать
     
  • 5.138, Аноним (-), 07:10, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > - покупают видеокарты, которые в Линуксе работают как-то нерегулярно.

    Не знаю, мой R9 270 вполне регулярно работает. И довольно нехило шпарит, спокойно вытягивая xonotic с настройками ultra в 2560х1600. И даже вычисления начинают обретать форму - половину известных мне багов там успешно замочили.

     
     
  • 6.141, Fracta1L (ok), 07:28, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А цива пятая работает? Игры в wine?
     
     
  • 7.169, Аноним (-), 10:48, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Понятия не имею У меня на самом деле иные приоритеты А относительно мощный ... большой текст свёрнут, показать
     
     
  • 8.233, Fracta1L (ok), 05:31, 10/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Как и следовало ожидать ... текст свёрнут, показать
     
     
  • 9.238, Аноним (-), 15:02, 10/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Ну еще бы Я интересуюсь тем что мне интересно и полезно Цива мне более-менее п... текст свёрнут, показать
     
  • 3.103, Мяут (ok), 22:21, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вот кстати Грег Кроа-Хартман замечает, что АМД разработчиков Linux поувольняло:
    http://www.reddit.com/r/linux/comments/2ny1lz/im_greg_kroahhartman_linux_kern

    Так что это в некоторой степени - вынужденная мера.

     
     
  • 4.136, Аноним (-), 06:35, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Вот кстати Грег Кроа-Хартман замечает, что АМД разработчиков Linux поувольняло:

    Он наверное про сокращения тех кто коммитил поддержку процов/чипсетов. Оно в общем то работает, новые процы амд нынче релизят медленно, так что логично что им не стала нужна такая команда. А про графику никто ничего не говорил, насколько я понимаю. Да и стратегия делать ядерный драйвер подложкой для каталиста подразумевает что увольнение линевых ядерщиков работающих над поддержкой видео - достаточно чреватая штука теперь будет.

     
  • 3.228, pavlinux (ok), 00:47, 10/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Зато АМД с сообществом дружит, вот!

    :D

     
  • 2.53, Аноним (-), 14:25, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > реверсинженированный nouveau умеет displayport, а radeon нет.

    С дуба рухнул? Если б амд не умел свой же displayport - это был бы номер!!!

    > Позор АМД

    Для начала в нуво реклок не работает толком. А получить 15% от производительности блоба - как-то немного ни о чем.

     
     
  • 3.64, Аноним (-), 14:51, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    http://xorg.freedesktop.org/wiki/RadeonFeature/
    да, написано работает.
    А звук не работает.
     
     
  • 4.66, Аноним (-), 15:02, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > да, написано работает.

    Там вообще зачастую обновить забывают некоторое время и оно бывает немного устаревшим.

    > А звук не работает.

    А звук через display port - довольно узконишевое развлечение, для начала. Обычно display port ставят в нормальные мониторы, где производители считают как-то ниже своего достоинства ставить дежурные телевизионные двухватные бухтелки издающие звук как из унитаза. По поводу чего напнуться на конфиг где это было бы проблемой - нет, ну теоретически наверное можно. А практически я вообще только благодаря этому бухтежу и узнал что через DP оказывается еще и звук можно. Обычно кому надо звук - юзают HDMI, там это громко заявлено и работает. В том числе и у амдшников на большинстве GPU.

     
     
  • 5.67, Аноним (-), 15:06, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > Обычно display port ставят в нормальные мониторы, где производители считают как-то ниже своего достоинства ставить дежурные телевизионные двухватные бухтелки издающие звук как из унитаза.

    Нормальные производители считают, что колонкам в мониторе делать нечего.

     
     
  • 6.137, Аноним (-), 06:37, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так Display Port актуален в основном для хороших мониторов высокого разрешения. А всякая там бытовуха обычно для начала вообще с одним HDMI идет, без всяких DP. По поводу чего - масштаб проблемы "нет аудио через DP" и "не работает DP!!!111" - очень разный.
     

  • 1.11, Аноним (-), 10:09, 08/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Да, ядро 3.18, а до сих пор десктоп встает колом при интенсивных дисковых операциях. Пускай не так сильно как раньше, но все равно.
     
     
  • 2.12, ckfdferhfbyt (?), 10:15, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • +4 +/
    modprobe руки.ko
    rm -rf убитый_жд

    стояли все 3.18-rc* по очереди ни одного зависона (даже на злочастный lockup rcu* не попал) или тормозов вообще или связанных с io (scheduler deadline)

     
     
  • 3.106, Аноним (-), 23:04, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    insmod прямые_руки же ))
     
  • 2.13, Аноним (-), 10:16, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    https://www.kernel.org/pub/linux/docs/lkml/reporting-bugs.html
     
  • 2.18, skybon (ok), 10:46, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    BFS/BFQ в помощь.
     
     
  • 3.20, Аноним (-), 11:05, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Включаем виртуалбокс, запускаем в нем что то тяжелое вроде САПР-а (просто пример), отдав ему 4Гб озы. После поработали и сохраняем состояние виртуалки вместо выключения оной. Открытый в хост системе софт встанет колом в первые пять секунд.

    Ядро 3.17-3.dmz.1-liquorix-amd64

     
     
  • 4.49, Аноним (-), 14:21, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    У Вас intel CPU? А какой чипсет?
     
  • 4.56, Аноним (-), 14:28, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Ядро 3.17-3.dmz.1-liquorix-amd64

    1) Это не 3.18?
    2) А как насчет нормально отпрофайлить систему? Ну там sysdig запустить, etc? Latency top?

    Не, не слышали?

     
  • 4.85, Аноним (-), 17:16, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Сейчас ядро 3.17.4-1-ARCH. Оперативной памяти 8Gb, свапа нет, диск обычный не ssd, шедулер cfq, /tmp смонтирован как tmpfs. При этом пользуюсь виртуалбоксовскими виртуалками и приложениями требовательными к памяти (например eclipse). При этом никаких проблем во время интенсивных дисковых операций никогда не замечал.
     
  • 4.127, Аноним (-), 03:28, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Медленный диск (читай как 7200 rpm sata) + мало свободной памяти под дисковый кеш = тормоза при дисковых операциях. Всегда. Чудес не бывает.
     
  • 4.229, pavlinux (ok), 00:49, 10/12/2014 [^] [^^] [^^^] [ответить]  
  • –5 +/
    > Включаем виртуалбокс, запускаем в нем

    Вот только не говорите мне, что я не предупреждал про Vmware - как единственно нормальную виртуалку.

     
     
  • 5.239, Аноним (-), 15:03, 10/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Вот только не говорите мне, что я не предупреждал про Vmware -
    > как единственно нормальную виртуалку.

    Затвердила сорока якова, одно про всякого.

     
     
  • 6.246, pavlinux (ok), 15:31, 10/12/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >> Вот только не говорите мне, что я не предупреждал про Vmware -
    >> как единственно нормальную виртуалку.
    > Затвердила сорока якова, одно про всякого.

    Ёпть, ну жрите дальше кактус! Срать потом ещё сложнее будет.

     
  • 3.24, Аноним (-), 11:24, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Пресловутый BFS/BFQ ничо не решает в данной ситуации, кстати. Так, больше для успокоения.
     
     
  • 4.31, Crazy Alex (ok), 12:36, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Он в принципе ничего не решает, что не могут решить штатные шедулеры
     
     
  • 5.58, Аноним (-), 14:32, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Он в принципе ничего не решает, что не могут решить штатные шедулеры

    Он как правило дает весьма номинальный выигрыш.

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

    Лечение очевидно: системное I/O не надо держать там же где и bulk I/O. Поставить под систему быстрый SSD, а под данные - что не жалко (в идеале тоже SSD, если жаба не давит).

     
  • 4.258, skybon (ok), 12:52, 11/12/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Пресловутый BFS/BFQ ничо не решает в данной ситуации, кстати. Так, больше для
    > успокоения.

    Ещё как решает. Если раньше проекты в BOINC (да-да, знаю, это не I/O, а процессор, но пофиг) завешивали десктоп так, что даже мышка была как слайдшоу, то с linux-ck вообще про пресловутые РВ не вспоминаю.

     
  • 2.22, rshadow (ok), 11:23, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • +12 +/
    Так ты в Линукс то ребутнись...
     
  • 2.35, Fracta1L (ok), 13:15, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Почему у меня уже давно ничего не встаёт колом?
     
     
  • 3.45, Аноним (-), 14:09, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • +18 +/
    > Почему у меня уже давно ничего не встаёт колом?

    Это вы к сексопатологу обратитесь :)

     
  • 3.48, Плохиш (?), 14:15, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Попробуйте виагру и т.п. попить :)
     
  • 3.84, mihalych (ok), 17:15, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > не встаёт

    Фотаешь проблемный орган, в рамочку и перевязываешь чёрной ленточкой. Заказываешь духовой оркестр с грустной композицией, пусть сыграет. Одним махом, не чёкаясь, дёргаешь 100 грамм водки (не более!) глядя в рамочку.
    Процедуру повторить через 9 дней, затем через 40...

    Но выход есть! Берёшь маленький путейский ключик на 65 и вечером, когда стемнеет, идешь на железнодорожную станцию (днём побъют просто) откручиваешь одну гайку и быстро и незаметно домой, накручивать на проблемный орган.
    Мощный магнит насаживаешь на цель из нержавеющей стали и под видом магического амулета вешаешь на шею источнику вожделения.
    И, о чудо!

    > встает колом

    Как у молодого. (:  Извините, не сдержался.

     
     
  • 4.262, 1 (??), 01:05, 17/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Брехня, пробовал я все это, не работает :(
     
  • 2.39, botman (ok), 13:45, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > а до сих пор десктоп встает колом при интенсивных дисковых операциях

    Предположу что swap не примонтирован или диск|оперативка битые, ещё бывало так с 32-битным ведром на ранних amd64... но это когда было уже... Сейчас на 3.16 стоит btrfs на руте и хомяк под ext4, ничего такого нету.

     
     
  • 3.43, Аноним (-), 14:00, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    У меня то же btrfs стоит, правда везде Своп выделен и примонтирован Так же исп... большой текст свёрнут, показать
     
     
  • 4.47, botman (ok), 14:14, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Я жалуюсь так, послушать ответы может действительно новое решение нашлось, пока все
    > старое и точно не помогает, так как проверено.

    Если своп начинает писать на диск... я бы подумал что в системе что-то течёт и забивает всю оперативку

     
  • 4.65, Аноним (-), 14:54, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ну то-есть вы сами себе создали проблему нехваткой физической памяти и потом уди... большой текст свёрнут, показать
     
     
  • 5.69, Аноним (-), 15:16, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > А потуги полисовать тормозной патефон с магнитными головами где время прогона голов заранее неизвестно и реальную геометрию знает только фирмварь, которая это наружу не скажет - понятно как будет работать.

    Отсюда мораль: планировку очереди отдать AHCI NCQ, а ядерный шедулер взять попроще - noop, deadline, например.

     
     
  • 6.142, Аноним (-), 07:33, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Отсюда мораль: планировку очереди отдать AHCI NCQ, а ядерный шедулер взять попроще
    > - noop, deadline, например.

    Отсюда мораль - в случае SSD еще можно что-то планировать, и то - неопределенность из-за действий фирмвари и ее GC - есть. А если у вас там тормозной механический диск - планировать как полетят головы вы не сможете, просто потому что информации о истинной геометрии нигде нет. А без этого планировка получается весьма номинальная. Потому что неизвестно насколько запрошенная операция вообще заклинит накопитель. Так что рассуждения о планировке - оно конечно да, а дурная природа накопителя и отсутствие сведений о геометрии никуда не денется. Так что считать планировщики серебряной пулей - наивно.

     
     
  • 7.172, Crazy Alex (ok), 12:04, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну так накопитель свою геометрию прекрасно знает, и буфер у него некоторый наличествует. Вот и отдай ему то, что он умеет лучше тебя, делов-то.
     
     
  • 8.206, Аноним (-), 16:53, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Зато ее не знает ядро Поэтому попытки что-то шедулить - это круто Только пробл... большой текст свёрнут, показать
     
  • 4.70, Аноним (-), 15:18, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Я жалуюсь так, послушать ответы может действительно новое решение нашлось, пока все старое и точно не помогает, так как проверено.

    Список "всего старого" в студию!

     
  • 4.116, settler001 (?), 01:03, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    /etc/sysctl.conf

    vm.overcommit_ratio = 80
    vm.overcommit_memory = 2
    vm.dirty_bytes = 8388608
    vm.dirty_background_bytes = 8388608
    vm.vfs_cache_pressure = 50

    помогает отлично. сам страдал много лет, нарыл решение неделю назад, когда надоело смотреть на очередное "сейчас запишу файлики на usb флешку и будет тебе кино и браузер".

     
     
  • 5.143, Аноним (-), 07:35, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > смотреть на очередное "сейчас запишу файлики на usb флешку и будет
    > тебе кино и браузер".

    А от этого помогает ядро с починеным 12309. Теперь ядро просто не будет выстраивать огромную очередь страниц на запись для тормозного накопителя, для начала. Так что и дисковый буфер отнимать по полчаса не придется.

     
     
  • 6.170, settler001 (?), 11:45, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Где берут это фантастическое ядро? И почему не починят 12309 в ванильном?
     
     
  • 7.171, settler001 (?), 11:52, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Где берут это фантастическое ядро? И почему не починят 12309 в ванильном?

    upd. все ядра с периодичностью обновления 1-2 месяца за последние 10 лет.
    я их все пробовал. не на всех записывал на флешку конечно, но в 3.17.4 баг есть, гарантированно приводящий к "сходи кофе попей". вышеприведенные строчки в sysctl.conf лечат проблему полностью.

     
     
  • 8.207, Аноним (-), 16:55, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Звучит как будто в каких-то случаях аналог 12309 не придушили до конца Ну то-ес... текст свёрнут, показать
     
     
  • 9.230, pavlinux (ok), 00:56, 10/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не придушится он, это архитектурный косяк SATA и вообще любых последовательных ... текст свёрнут, показать
     
     
  • 10.240, Аноним (-), 15:17, 10/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Ты чего, каркуша Проиграл войну зеленому змею Чем тебе архитектура не та Если... большой текст свёрнут, показать
     
     
  • 11.252, pavlinux (ok), 22:38, 10/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Идиот, ты хотя бы для начала провода на 80-жильном SCSI посчитал, и 7 у SATA У т... текст свёрнут, показать
     
     
  • 12.255, mihalych (ok), 23:02, 10/12/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Мдааа По ходу ты, Павлуня, окончательно деградировал в овощ ... текст свёрнут, показать
     
  • 5.231, pavlinux (ok), 01:02, 10/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > /etc/sysctl.conf
    > vm.overcommit_ratio = 80
    > vm.overcommit_memory = 2
    > vm.dirty_bytes = 8388608
    > vm.dirty_background_bytes = 8388608
    > vm.vfs_cache_pressure = 50
    > помогает отлично.

    К таким заявам хорошо бы прикладывать полный конфиг железа.
    Мать, диски, SPD из RAMы, CPU,..., load average тоже и iostat c ним же.

     
     
  • 6.241, Аноним (-), 15:19, 10/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Размечтался то! Некоторые верят в серебряные пули. Ну или как ты - боятся последовательных интерфейсов. Или там чего еще. А ты эзернет не боишься? Или там HDMI, DP и прочих? А то там тоже последовательное пихание данных по дифференциальной паре, если что...
     
  • 6.256, settler001 (?), 23:35, 10/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> помогает отлично.
    > К таким заявам хорошо бы прикладывать полный конфиг железа.
    > Мать, диски, SPD из RAMы, CPU,..., load average тоже и iostat c
    > ним же.

    и какой мне смысл это делать? ты ядерный разработчик и поправишь баг?

    у линукса большие проблемы с тормозами при записи на диски, вне зависимости от того, SSD это или USB. как на бытовом железе, так и на серверном от intel (у FreeBSD при этом там всё ок). многие годы, ничего не меняется и не делается. в серебряную пулю я не верю.

    крайние полторы недели писал 1-4гигабайтные файлы карт на навигатор по usb, и насмотрелся на этот баг достаточно, что-бы увидеть сказочный (но совершенно понятный) эффект от этих двух строчек (остальные про другое).

    >> vm.dirty_bytes = 8388608
    >> vm.dirty_background_bytes = 8388608

     
  • 3.44, Аноним (-), 14:01, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    И да, комп уже не первый, а проблема все та же.
     
     
  • 4.50, botman (ok), 14:21, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > И да, комп уже не первый, а проблема все та же.

    htop|top смотри, такого не бывает чтобы нельзя было увидеть что сжирает swap

     
     
  • 5.57, Аноним (-), 14:30, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> И да, комп уже не первый, а проблема все та же.
    > htop|top смотри, такого не бывает чтобы нельзя было увидеть что сжирает swap

    Я невольно немного запутал описание. Даже если своп не задействован, а просто сохраняется состоояние 4Гб виртуалки с 8Гб физической озу на компе, то есть происходят интенсивные дисковые операции по записи на диск, все равно, например, в браузере кино замрет или почта повиснет. Если же в дело вступает своп (допустим две виртуалки работает), то все, каюк, у меня терпения часто не хватает дождаться. Но  хорошо то, что две виртуалки я зпускаю только что бы иногда глянуть изменилась ли ситуация с свопом. Как он не работал толком, так и не работает. Если бы что то текло я бы это вычислил сразу.

     
     
  • 6.257, Классический аноним (?), 07:35, 11/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Мне кажется проблема наоборот с некоторыми программулинами, которые не любят в своп уходить. На компе с 4ГБ у меня постоянно дрались chromium и qemu. В qemu запущена ОСЬ с 512МБ, т.е. в итоге максимум 1ГБ должно есть. Хрому тоже 2ГБ по уши, но буквально 10 страниц и начинааааААААААется. Даже мышь не шевелится. Можно минут 10 подождать, в процессе чего у хрома будет прибит ООМом плагин Adblock и можно дальше работать.

    Что самое смешное, поставил 8ГБ ОЗУ, та же конфигурация софта за пределы 4ГБ не вылазит и при этом уже всё ОК. Т.е. налицо некорректная работа когда РАМы мало. А не реальная нехватка оной.

     
  • 4.60, Аноним (-), 14:34, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > И да, комп уже не первый, а проблема все та же.

    latencytop и sysdig вам в руки. Ну и просто понимание того как работает железо и как не гадить своей системе.

     
  • 3.59, Аноним (-), 14:33, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > на 3.16 стоит btrfs на руте и хомяк под ext4,

    Типа, снапшоты самых ценных данных - роскошь? :)


     
     
  • 4.68, botman (ok), 15:08, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Почему? Btrfs первый раз поставил, а ext4 у меня было... тупо копирую дерево с диска на диск не заморачиваясь
     
     
  • 5.145, Аноним (-), 08:12, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что мысль снапшотить хомяка мне кажется весьма логичной Хорошо помогает ... большой текст свёрнут, показать
     
  • 2.80, jemalloc (?), 16:53, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ArchLinux x86_64. 16Гб. предыдушюю неделю была куча IO задач. Сделал так, что хотябы можно пользоваться. Поставил pf ядро. Выставил правильные io шедулеры. Вырубил свап, настроил page cache pressure. И вполне ничего, те гуи страницы которых были в памяти, нормально отрабатывали.
     
     
  • 3.146, Аноним (-), 08:13, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > которых были в памяти, нормально отрабатывали.

    А если свопа нет и системный диск отдельным быстрым SSD сделать - так будет в 100% случаев.

     
     
  • 4.173, Crazy Alex (ok), 12:08, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Только предыдущее решение ничего не стоит, в отлииче от SSD
     
     
  • 5.208, Аноним (-), 17:11, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Только предыдущее решение ничего не стоит, в отлииче от SSD

    У вон того гражданина 16 гигз памяти. Своп ему даром не упал - ничего хорошего кроме дурных клинов системы по причине "доставали страницы с тормозного механического винча" своп ему не даст. А SSD - дает взлет системы со скоростью ракеты и такой же запуск программ. Очень мило когда какая-нибудь либра вываливается на экран за 1-2 секунды. Хорошая штука для растормаживания компьютера. Да, стоит денег. Но и работает здорово резвее и не зашивается там где механический диск дуба даст. Множественные параллельные чтения для SSD например пофигу, в отличие от.

     

     ....большая нить свёрнута, показать (55)

  • 1.14, Аноним (-), 10:17, 08/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Как на убунту поставить?
     
     
  • 2.19, Аноним (-), 11:04, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.18-vivid/
     
  • 2.27, paulus (ok), 11:51, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    cd ~/Загрузки && wget -c http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.18-vivid/linux-headers-3.18. http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.18-vivid/linux-headers-3.18. http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.18-vivid/linux-image-3.18.0- sudo dpkg -i *.deb

    и не забыть: sudo update-grub

     
     
  • 3.36, Аноним (-), 13:20, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    не надо там груб апдейтить руками, сам проапдейтится в процессе установки ядра
     
     
  • 4.61, Аноним (-), 14:35, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > не надо там груб апдейтить руками, сам проапдейтится в процессе установки ядра

    И ядро можно укачать lowlatency, раз уж такая пьянка. Разницы конечно мизер, но те кто вопит про клин на неудачной конфиге могут порадоваться, пожалуй.

     

  • 1.15, Аноним (-), 10:20, 08/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    aufs пора выпилить в свете OverlayFS
     
     
  • 2.23, Аноним (-), 11:24, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > aufs пора выпилить в свете OverlayFS

    AUFS никогда  в состав ядра не входит и всю жизнь внешними патчами подключался. Поэтом OverlayFS  и пилили, что у AUFS из-за несоответствия стилю кодирования ядра и нагромождённости не было ни каких шансов войти в основное ядро.

     
  • 2.130, Аноним (-), 03:46, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > aufs пора выпилить в свете OverlayFS

    Про то, что aufs не в ядре, уже сказали.
    От себя же хочу добавить про то, что overlayfs в текущем виде в подметки aufs-у не годится и годен, разве что для livecd. И тормознее, и всего 2 слоя поддерживает.

     
     
  • 3.174, Crazy Alex (ok), 12:11, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Насчет тормозов не знаю, но насчет слоев - "В качестве нижнего слоя, используемого только для чтения, могут применяться директории любых поддерживаемых в Linux систем, включая NFS и другие экземпляры OverlayFS"
     

  • 1.16, Аноним (-), 10:28, 08/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Внимание, ядро с пока не устраненным багом (баг тянется с 3.17): http://lkml.org/lkml/2014/11/14/656
     
     
  • 2.21, Crazy Alex (ok), 11:09, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Судя по тексту - как раз в 3.17 всё было в порядке: "I'm not sure how long this goes back (3.17 was fine afair)"
     
     
  • 3.26, Аноним (-), 11:44, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    читай ответы. там где-то Линус говорит, что код этой подсистемы не менялся с 3.17. А в анонсе к 3.18 есть такое:
    >I'd love to say that we've figured out the problem that plagues 3.17 for a couple of people, but we haven't.

    - как раз отсылка к этому самому багу, который упоминался и в анонсах к rc-версиям.

     
     
  • 4.32, Crazy Alex (ok), 12:37, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Ага, ясно. Не заметил
     
  • 2.94, Stax (ok), 20:43, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Это есть такое :(
    У меня на домашнем десктопе 3.17 не загружается вообще, равно как 3.18. Последнее нормально работающее - 3.16..
     
     
  • 3.101, Карбофос (ok), 21:51, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    /var/log/messages в помощь. классика. в целом, проверяйте модули, однако
     
  • 3.148, Аноним (-), 08:17, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > У меня на домашнем десктопе 3.17 не загружается вообще, равно как 3.18.

    Волобуев, где ваш баг? Или вы думаете что все должны угадать что у вас проблемы используя телепатию? Я вот гоняю RC и обычно успеваю вовремя пнуть причастных если что-то отвалилось. Поэтому у меня релизные ядра работают в высшей степени изумительно. На моем оборудовании. Чего и вам желаю :)

    > Последнее нормально работающее - 3.16..

    В конкретно 3.18 поначалу были какие-то race-подобные грабли. Потом гонкам дали бой и лично у меня проблемы ушли.

     

  • 1.17, Аноним (-), 10:30, 08/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    BPF - это по функциональности аналог netgraph, как я понимаю?
     
     
  • 2.112, DeadLoco (ok), 00:16, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, совершенно разные вещи.
    Нетграф позволяет строить из нодов сложные конвейеры обработки пакетов, а бпф - только отфильтровывает из потока пакеты в соответствии с правилами на развитом языке.
     
     
  • 3.203, Аноним (-), 16:03, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >Нетграф позволяет строить из нодов сложные конвейеры обработки пакетов

    а для чего строить эти конвейеры, как не для фильтрации пакетов из потока?

    эх, ладно, может кто-то скажет более кратно и более конкретно, для чего netgraph используют, потому как BFP мне немного понятен. спасибо

     
     
  • 4.213, DeadLoco (ok), 17:47, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > а для чего строить эти конвейеры, как не для фильтрации пакетов из потока?

    Для обработки. Например, пакетам можно рихтовать src/dst для ната, можно менять им ТТЛ, можно шейпить, можно вести учет разный, можно выполнять разные преобразования.

    А фильтр только вычленяет из потока пакеты, которые удовлетворяют набору условий.

     
     
  • 5.244, Аноним (-), 15:21, 10/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > А фильтр только вычленяет из потока пакеты, которые удовлетворяют набору условий.

    Что не мешает однако существовать ни нату, ни рихтовке TTL под линя. Может не так концептуально, но работает...

     

  • 1.33, Аноним (-), 13:02, 08/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Хорошая новость! Так, ждём BFS, exfat-nofuse и vboxdrv, и обновляемся.
     
     
  • 2.34, afsdgdsfgf (?), 13:11, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    BFS не будет никогда, т.к. Коливас и начал пилить свой элеватор, т.к. разработчики Linux были с ним не согласны, а ExFat'а не будет из-за патентов, vboxdrv не будет, т.к. это блоб чистой воды, с таким-же успехом в ядро можно включать офф. блобы ATI и Nvidia.
     
     
  • 3.37, Zenitur (ok), 13:43, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Да нет, ты не понял. Не в ядре, а обновление патчей. Вот например для 3.17: http://ck.kolivas.org/patches/bfs/3.0/3.17/
     
  • 3.38, Фанатик (?), 13:44, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Так по этому и ждем пока обновят
     
  • 3.150, Аноним (-), 08:18, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > таким-же успехом в ядро можно включать офф. блобы ATI и Nvidia.

    Амдшники устали и теперь их блоб будет опенсорсным - amdgpu будет называться :)


     
  • 3.232, Led (ok), 01:07, 10/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > vboxdrv не будет, т.к. это блоб чистой воды

    Идиот

     
  • 2.62, Аноним (-), 14:37, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Так, ждём BFS,

    Он имеет смысл разве что на 1-ядерной системе, да и там от него толк явно не окупает гемор с кастомным патчингом и ересборкой.

    > exfat-nofuse

    Нафига?

    > и vboxdrv,

    В линухе сто лет как есть KVM и вся эта возня по этому поводу означает лишь "я не умею пользоваться qemu".

     
     
  • 3.88, AlexYeCu_not_logged (?), 18:15, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Увы, kvm+qemu на сегодня заметно медленней vbox'а.
     
     
  • 4.147, Аноним (-), 08:13, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >Увы, kvm+qemu на сегодня заметно медленней vbox'а.

    Вот я бы тут поспорил. У меня тоже есть оба, предлагаю обдумать как их тестировать.

     
     
  • 5.242, pavlinux (ok), 15:20, 10/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >>Увы, kvm+qemu на сегодня заметно медленней vbox'а.
    > Вот я бы тут поспорил. У меня тоже есть оба, предлагаю обдумать
    > как их тестировать.

    Триальный бенч: http://www.passmark.com/products/pt.htm
    Особо интересны 2D graphics tests и 3D graphics tests.

    Давай поржём над куему и вбоксом.

     
  • 4.154, Аноним (-), 09:25, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Увы, kvm+qemu на сегодня заметно медленней vbox'а.

    Не заметил. Я использую kvm для ряда околопродакшновых задач, типа проверки вещей потенциально способных сломать систему и мне скорость достаточно интересна. По памяти и cpu он близок к желзке. I/O конечно медленнее, спору нет. Но так у всех виртулизаторов. Что именно у вас тормозило?

     
     
  • 5.243, pavlinux (ok), 15:21, 10/12/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > I/O конечно медленнее, спору нет. Но так у всех виртулизаторов.

    Откройте для себя VMware ...

    > околопродакшновых задач,

    ... жмоты!

     
     
  • 6.247, Аноним (-), 15:34, 10/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Откройте для себя VMware ...

    Да иди ты cо своей вмварью. У меня на виртуалках как правило не крутится интенсивных 2D/3D задач. Я больше бухтел про дисковый IO и сеть, и у вмвари с этим как-то более-менее обычно, насколько я свои эксперименты с ней помню. А так я в порядке извращения иногда пробрасываю GPU на виртуалку, qemu такие фортели тоже позволяет. Скорость при этом разумеется вполне железячная - PCI-E девайс он и есть PCI-E девайс, особо стормозить там вроде негде. Но это больше по приколу. Ну да, можно. Но юзкейс придумать достаточно сложно.  

    > ... жмоты!

    Не очень понимаю что мне твоя вмварь даст кроме геморроя с этим куском проприетари. Я виртуализаторы использую чтобы разгрузить себя от гемора а не добавить нового.

     
     
  • 7.254, pavlinux (ok), 22:52, 10/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >[оверквотинг удален]
    > и сеть, и у вмвари с этим как-то более-менее обычно, насколько
    > я свои эксперименты с ней помню. А так я в порядке
    > извращения иногда пробрасываю GPU на виртуалку, qemu такие фортели тоже позволяет.
    > Скорость при этом разумеется вполне железячная - PCI-E девайс он и
    > есть PCI-E девайс, особо стормозить там вроде негде. Но это больше
    > по приколу. Ну да, можно. Но юзкейс придумать достаточно сложно.
    >> ... жмоты!
    > Не очень понимаю что мне твоя вмварь даст кроме геморроя с этим
    > куском проприетари. Я виртуализаторы использую чтобы разгрузить себя от гемора а
    > не добавить нового.

    Ну понятно, если не умею - значит говно.

     
  • 3.91, llolik (ok), 19:26, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >В линухе сто лет как есть KVM и вся эта возня по этому поводу означает лишь "я не умею пользоваться qemu".

    Оно же вроде как аппаратной виртуализации требует. Не у всех она есть.

     
     
  • 4.95, Crazy Alex (ok), 20:50, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А где её нынче нет там, где вообще мощи хватит гонять виртуалку?
     
     
  • 5.108, llolik (ok), 23:20, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А где её нынче нет там, где вообще мощи хватит гонять виртуалку?

    На ноутбуках, например, не то чтобы часто встречается.
    Мне вот периодически нужна даже сеть виртуалок. Память я конечно нарастил (16Гб вполне хватает), а вот проц и матплату в ноуте сменить, мягко говоря, если и возможно, то хлопотно.

     
     
  • 6.121, Crazy Alex (ok), 02:47, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Стоп, насколько я помню, не умеют аппаратную виртуализацию разве что атомы?
     
     
  • 7.152, llolik (ok), 08:31, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Стоп, насколько я помню, не умеют аппаратную виртуализацию разве что атомы?

    Поддерживают то да, только или софтварно в BIOS отключают(в Samsung такое было, причём и возможность включения убирали), или процессор идёт урезанный (типа Pentium B940 и тому подобное)
    Впрочем, сейчас становится лучше, ибо, насколько я понимаю, винды выше седьмой/2008-ой уже без аппаратной виртуализации не заводятся в принципе. Так что хочешь не хочешь, а вкорячивают.

     
     
  • 8.164, Аноним (-), 09:50, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Чувак, называя вещи своими именами если ты купил железку без аппаратной виртуал... текст свёрнут, показать
     
     
  • 9.176, Crazy Alex (ok), 12:15, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    С идеей согласен, с примером - нет Наличие виртуалок не обязательно предполагае... текст свёрнут, показать
     
     
  • 10.192, Аноним (-), 13:38, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Тогда жалобы на производительность выглядят довольно странно Вы не хотели учиты... большой текст свёрнут, показать
     
     
  • 11.200, Crazy Alex (ok), 14:57, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Не надо лезть в экстремумы Если раз в три года что-то понадобилось - часто прощ... текст свёрнут, показать
     
     
  • 12.209, Аноним (-), 17:25, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    А оно мне надо - терпеть тормоза В данном случае - работа системы станет заметн... большой текст свёрнут, показать
     
  • 9.193, llolik (ok), 13:43, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Чувак, если бы через меня проходил только мой ноут, я бы и не говорил к тому же... текст свёрнут, показать
     
     
  • 10.210, Аноним (-), 17:28, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Те кому надо b работать b с виртуализацией - заботятся о наличии аппаратной в... текст свёрнут, показать
     
     
  • 11.245, pavlinux (ok), 15:25, 10/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну у меня нет, аппаратной виртуализации 2 x Opteron 285, 8 гиг ECC DDR1 Одновр... текст свёрнут, показать
     
     
  • 12.248, Аноним (-), 15:47, 10/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    У этих еще не было Вроде амд сто лет как ее запилил 16, DDR3, ECC АМД позволя... большой текст свёрнут, показать
     
  • 6.163, Аноним (-), 09:46, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Странно, у меня на нотике которому 4 года - она уже есть А ноут под такие задач... большой текст свёрнут, показать
     
     
  • 7.177, Crazy Alex (ok), 12:20, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну у меня вот когда-то в виртуалке крутился foobar2000 с год. Как думаете, большая нагрузка ему была нужна? Или - стоит винда, в ней эксплорер - разрабатываемые странички в нйм сомтреть. Нужен там отдельный диск? Или - есть тулза для прошивки родного смартфона, работающая только под винду, как это долго было для MTK. Как полагаете, сильно это систему грузит? Или торчит отдельная виртуалка, на которой иногда заходят в клиент-банк. Бывает куча прикладных задач, для которых виртуалка не требует каких-либо мощностей.
     
     
  • 8.191, Аноним (-), 13:19, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Через виртуализатор без аппаратной поддержки виртуализации - понадобится заметно... большой текст свёрнут, показать
     
     
  • 9.199, Crazy Alex (ok), 14:49, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    меня под линуксом устраивает отвно один плеер - deadbeef Когда его не было - фу... текст свёрнут, показать
     
     
  • 10.211, Аноним (-), 17:36, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Честно говоря не очень понимаю чего у него уникального Не, deadbeef неплохой пл... большой текст свёрнут, показать
     
  • 4.155, Аноним (-), 09:26, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Оно же вроде как аппаратной виртуализации требует. Не у всех она есть.

    А без нее скорость работы будет весьма печальная. Так что у кого ее нет - если им виртуализация нужна всерьез, это вполне себе повод озаботиться апгрейдом.

     

     ....большая нить свёрнута, показать (33)

  • 1.54, zhenya_k (?), 14:25, 08/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    >В DRM-драйвер Radeon для старых карт R600 добавлена поддержка UVD (Unified Video Decoder) для ускорения декодирования видео;

    Так долго ждал, что видюха уже сдохла.

     
  • 1.89, ua9oas (ok), 18:16, 08/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    В состав каких дистрибутивов вещь сия войдет? (А на каких них уже установленных может быть целесообразно поставить именно это ядро?) Насколько больше устройств в этом ядре поддерживается?
     
     
  • 2.98, Пессимист (?), 21:07, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Никаких. (Ни на какие). Нинасколько.
     
  • 2.156, Аноним (-), 09:28, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > (А на каких них уже установленных может быть целесообразно поставить именно это ядро?)

    Я себе на хубунту 14.10 поставил. В основном для улучшения работы btrfs и ряда мелких плюшек по части амдшных GPU.

     

  • 1.92, Аноним (-), 19:31, 08/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    А rt kernel судя по всему совсем забросили.
     
     
  • 2.168, Andrey Mitrofanov (?), 10:23, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > А rt kernel судя по всему совсем забросили.

    Да, ты http://lwn.net/Articles/617140/ чо, правда!?

    ---С наступающим новым 2015ым годом[I]![/I]

     
     
  • 3.259, Аноним (-), 18:38, 11/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Как бы да http://lwn.net/Articles/572740/
    И в рассылки у них пробегало в ноябре-декабре что практически всё заморожено.
     
     
  • 4.260, Andrey Mitrofanov (?), 20:42, 11/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Как бы да http://lwn.net/Articles/572740/
    > И в рассылки у них пробегало в ноябре-декабре что практически всё заморожено.

    Вот[I]!![/I] Так заканчивается бесплатная работа на дружественных корпорастов у тех, кто не перешёл на GPLv3+.

    ---Навеяло той ссылкой из новости про GCompris->KDE с соплями "ой, ужас, у него GPLv3"

     
     
  • 5.261, Аноним (-), 17:46, 12/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Надо читать то что было мааааленьким шрифтом написано:)
     

  • 1.93, Аноним (-), 20:36, 08/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    Вот как можно не включать(выключить) swap? Вы чем думаете вообще? Вы бы прежде освоили принципы страничной организации памяти в OS. Еще удивляется чего virtualbox у него "глохнет". Отключение swap нечего хорошего не принесет.
     
     
  • 2.96, Crazy Alex (ok), 20:53, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вообще-то польза от отключения свопа есть. Потому что некоторые программы - браузеры в особенности - судя по всему, своп от физической памяти отличать не хотят, зато отжирают себе в зависимости от общего объема. И потом не отдают. И система начинает свопиться даже тогда, когда полностью умещается в RAM. Отключаешь своп - и внезапно какой-нибудь файрфокс начинает тупить гораздо меньше.
     
     
  • 3.97, Аноним (-), 20:59, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Программы и не должны отличать физическую память от свопа - ядро их тычет в виртуальное её представление. А уж как лучше всем этим добром распорядиться и что куда кидать, ему (ядру) и подавно виднее.
     
     
  • 4.122, Crazy Alex (ok), 02:52, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну вот в данном случае не прокатывает - без свопа тупит меньше. Похоже, оно что-то пытается "в памяти" держать, что дешевле пересоздать, чем сохранять на диск и потом тянуть обратно. Или, может, GC как-то по-другому начинает себя вести, уж не знаю.
     
     
  • 5.144, none7 (ok), 07:40, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Единственное чем может помочь отключение swap, так это фактическим отключением кеша фс при дефиците памяти. Видимо в некоторых случаях ядро предпочитает данные программ сбросить на диск, а не кеш. Если бы системе стало реально не хватать памяти, то первыми бы слетел X-сервер, потому, что не умеют программы адекватно обрабатывать ситуацию malloc() == NULL.
     
     
  • 6.149, Аноним (-), 08:17, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Читал тред и вдруг пришла гениальная мысль: вместо firefox запустить firefox:i386 :)
    Пойду и проверю насколько мысль гениальная..
     
     
  • 7.178, Crazy Alex (ok), 12:21, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    У меня давало 30% разницы в потреблении памяти - но это было гда полтора назад. Буду благодарен, если отпишетесь о результате.
     
  • 6.179, Аноним (-), 12:22, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Единственное чем может помочь отключение swap, так это фактическим отключением кеша фс
    > при дефиците памяти.

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

    Единственное что всякий dead code и такие же данные в своп могут выдавиться, но поскольку AI еще не изобрели, туда же может выдавиться и браузер или офисный пакет, который полдня никто не трогал. А когда они понадобятся - опаньки, ттооррммоозззааа.

    > умеют программы адекватно обрабатывать ситуацию malloc() == NULL.

    Для начала все это весьма иррелевантно управлению памятью в линуксе, где по дефолту оверкоммит врублен и oom killer возбухает. Так, FYI.

     
  • 6.180, Crazy Alex (ok), 12:24, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Во-первых, первым слетел бы тот, кого убил бы OOM. Во-вторых - со свапом траблы есть когда памяти достаточно. Не то, чтобы система колом вставала - но тормозит прилично, если запущено что-то развесистое вроде браузера с кучей страниц или IDE  с большим проектом. Моё предположение - что система не угадывает, что можно вытеснить в своп (а она его использует даже если памяти хвтает - освобождает её для файловых буферов, причем в основном - которые на чтение).
     
     
  • 7.190, Аноним (-), 13:15, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Так весь пойнт в том чтобы поставить столько памяти, что OOM случается только пр... большой текст свёрнут, показать
     
     
  • 8.197, Crazy Alex (ok), 14:26, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Лично мой пойнт в том, чтобы не покупать то, что даёт копеечные приросты Если у... текст свёрнут, показать
     
     
  • 9.212, Аноним (-), 17:47, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Лично мой пойнт - в том что если кому не нравится терпеть тормоза, подлагивания ... большой текст свёрнут, показать
     
  • 3.157, Аноним (-), 09:31, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > тупить гораздо меньше.

    Ну еще бы. Одно дело страницы медленно и печально с механического диска доставать и совсем иное если они готовенькие, в физической памяти лежат. К вопросу о том чего мы там не понимаем по части страничной памяти.

    p.s. и да, линух умеет оверкоммит - сколько там виртуальной памяти попросят программы не принципиально. Пока они ее не поюзали по факту - она вообще ядром не выделяется. Чисто циферка в top.

     
  • 2.100, Аноним (-), 21:32, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    А что еще делать, если использование этого самого свопа вешает систему наглухо? Смысл тогда его вообще включать, так глядишь oom прибъет что и пропердится, а со свопом чаще только ребут.
     
     
  • 3.113, Mihail Zenkov (ok), 00:21, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Сам давно отказался от свопа. Но есть и правда в том, что ядро может вести себя неадекватно при его отключении:
    https://bbs.archlinux.org/viewtopic.php?id=144702

    Сам иногда наблюдаю такую же картину. Ядро собрано без поддержки свопа, но процесс kswapd0 есть. Это конечно баг, а не "так и было задумано".

     
     
  • 4.158, Аноним (-), 09:33, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Сам иногда наблюдаю такую же картину. Ядро собрано без поддержки свопа, но
    > процесс kswapd0 есть. Это конечно баг, а не "так и было задумано".

    А у меня ядро хоть и с поддержкой свопа, но ни 1 свопа не подцеплено. И никаких проблем, соотвественно.

     
  • 2.131, Аноним (-), 03:51, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Вот как можно не включать(выключить) swap? Вы чем думаете вообще? Вы бы
    > прежде освоили принципы страничной организации памяти в OS. Еще удивляется чего
    > virtualbox у него "глохнет". Отключение swap нечего хорошего не принесет.

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

     
  • 2.160, Аноним (-), 09:40, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Мы освоили И поняли что при текущих ценах на память довольно глупо заниматься в... большой текст свёрнут, показать
     
     
  • 3.181, Crazy Alex (ok), 12:29, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Чепуха, очередное обобщение. Допустим, я иногда собираю хром или файрфокс. Они в пике выжирают несколько гиг памяти. Вот для этого врубить временно своп гига на три-четыре - хорошо, позволяет параллельно серфить (да, с некоторыми тормозами) или читать или видео сомтреть (а вот здесь тормоза не прибавляются) или что там еще делаешь.

    Нет универсальных решений, ну включайте вы голову, черт возьми.

     
     
  • 4.185, Аноним (-), 12:38, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Добивать быструю оперативу мелденным винчом - это по современному состоянию дел ... большой текст свёрнут, показать
     
     
  • 5.196, Crazy Alex (ok), 14:14, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Универсальное решение - это собирать систему под имеющиеся задачи, а не под то, что делается раз в три жизни. Это во-первых. А во-вторых - сборка - это фоновый процесс, и плевать (в разумных пределах) сколько она займёт, лишь бы остальной деятельности, происходящей в это время (а не любой, какая приснится) не мешала.

    И, что характерно, в отличие от покупки SSD или оперативки, включение мозга - оно бесплатное.

     
     
  • 6.214, Аноним (-), 18:00, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Разумное решение - если это нечто типа системы продвинутого пользователя или раз... большой текст свёрнут, показать
     
  • 2.194, Аноним (-), 13:50, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    И нафуа мне эта хрень из прошлого века, при 64Гб памяти? Вообще, эмулировать оперативку разделом на жестком диске - нездоровая идея, оправданная в те времена, когда память была маленькая и дорогая, а сейчас в этом и вовсе никакого смысла нет.
     

     ....большая нить свёрнута, показать (22)

  • 1.99, Аноним (-), 21:18, 08/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Именно. Отключая swap вы нарушаете нормальную, а главное эффективную работу менеджера памяти. Подкрути vm.swappiness если нужно, но ни в коем случае не отключать! Swap придумали не просто так. Он просто необходим для нормальной работы OS.
     
     
  • 2.102, бедный буратино (ok), 21:53, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    веееендузяяяяяяяяяяяяяяяяяяятник

    ps. своп не использую с тех пор, как на компьютере впервые появилось 512 мб памяти, в не помню каком году. ни в linux, ни в openbsd, ни в системах, которые загружаются вообще без носителей. вы вообще в курсе, что это не винда, и она не обязана загружаться с диска цэ, а может загружаться с сети? и диска может не быть вообще? и что это ШТАТНЫЙ режим работы

     
  • 2.107, Resonance (ok), 23:11, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    8 гб ОЗУ, swap не использую уже года 3, ни разу проблем не было.
     
     
  • 3.161, Аноним (-), 09:41, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > 8 гб ОЗУ, swap не использую уже года 3, ни разу проблем не было.

    Уже пять лет использую машины с 8, а потом и 16 гигз и вообще забыл что такое ситуация в которой компьютер тормозит. Да, а еще у меня KVMные виртуалки есть.

     
  • 2.126, odd.mean (ok), 03:06, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Если острая нехватка ОЗУ - есть zram. Но никак не дисковый своп (особенно, на серверах).
     
     
  • 3.162, Аноним (-), 09:42, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > (особенно, на серверах).

    На десктопе тоже надо себя очень сильно не любить, чтобы при текущих ценах на память добивать нехватку памяти не реальной оперативой а тормозливой эмуляцией за счет диска.

     
     
  • 4.165, odd.mean (ok), 09:53, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >> (особенно, на серверах).
    > На десктопе тоже надо себя очень сильно не любить, чтобы при текущих
    > ценах на память добивать нехватку памяти не реальной оперативой а тормозливой
    > эмуляцией за счет диска.

    Согласен полностью. Даже на стареньком недобуке с 1ГБ ОЗУ и zram на 2/3 объёма ОЗУ уже года 2 нет дискового свопа (даже для страховки от OOM-Killer). Debian testing + MATE + кастомное ядро с pf-patch (с UKSM). Огнелис бегает, мультимедиа бегает, торренты качают. Что вообще за мифология с этой подкачкой на диск? Если всё на винт полетит - никакой стабильности это системе не добавит. Тут уж лучше - если памяти мало - "бери ношу по себе, чтоб не падать при ходьбе".

     
     
  • 5.182, Аноним (-), 12:30, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вот мне тоже как-то не втыкает при каком-нибудь runaway процессе ждать 10 минут пока своп забьется, чтобы потом наконец oom killer пришиб виновника. Лучше пусть через несколько секунд прибьется.
     
  • 5.183, Crazy Alex (ok), 12:31, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Просто задачи у вас не те, где от свопа есть выигрыш. Допустим, сборка большой библиотеки, которая может выжрать несколько гиг оперативки, со свопом работает довольно спокойно, не особо тормозясь (а если и есть тормоза - это процесс не интерактивный, плевать).
     
     
  • 6.186, odd.mean (ok), 12:43, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ну не на ideapad S100 же такие либы компилять! Для этого есть десктоп и свой сервачок. Да и ничего крупнее самого ядра лично для себя давно уже не собирал. Ядро и на нетбуке собиралось раньше нормально (перестал на нём собирать).

    P.S.: ZRAM использую везде где применимо: кроме сервака (и так хватает) и одного VPS (там гвоздями всё прибито). Сначала опасался на боевых юзать, но при осторожном vm.swappiness (не менее 80), всё стабильно. Ну или просто я везучий.

     
     
  • 7.188, Аноним (-), 12:54, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Ну не на ideapad S100 же такие либы компилять!

    Некоторые люди любят запихнуть на хилую тележку полсамосвала кирпичей, а потом еще плеваться - ой, а чего это она скрипит? Плохая тележка!

     
  • 7.201, Crazy Alex (ok), 15:04, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Да какой ideapad. Десктоп. 3 ядра, 4 гига памяти. И хватает. Дисков, правда, штабель, и не самых плохих (как-то пристарстился к серверным хитачам - во оснвоном из-за срока гарантии) - но по факту используется активно один, да на втором торренты живут. zram нет, есть zswap. Гента, так что пересборки иногда бывают весьма объёмные. При этом всём со свопом компиляция почти не заметна (благо, её всегда можно придушить и загнать в фон, что давно где-то в скриптах сделано), в отличие от тупизны браузера с горой джаваскриптов, с чем пришлось бороться радикально - noscript сотоварищи.
     
     
  • 8.215, Аноним (-), 18:07, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Оно и видно - все пальцы отбил о клавиатуру, доказывая оптимальность такого выбо... большой текст свёрнут, показать
     
  • 6.187, Аноним (-), 12:47, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    При сборке I O обычно и так достаточно озадачен процессом компиляции, дополнител... большой текст свёрнут, показать
     
     
  • 7.195, Crazy Alex (ok), 14:01, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Теории это хорошо, только я о собственном опыте рассказываю. Ядер у меня три, так что потоков компиляции, соответственно, четыре. Что ххарактерно - именно минут 15-20 ядро и занимает при этом. Как оно там разбирается - не знаю, но очень подозреваю, что поведение ядра именно под подобными нагрузками и тюнинговалось.

    Ну и да, я сторонник здравого смысла и хороших соотношений "цена/результат", а не "идеал любой ценой". Если в эти двадцать минут я не буду гонять реалтаймовую игрушку - это, по-моему, вполне нормально. А более стационарный гуй, вроде того же браузера, ведёт себя прилично.

     
     
  • 8.216, Аноним (-), 18:19, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Так это не теория Это то как я собираю себе компьютеры Котрые не тормозят Воо... большой текст свёрнут, показать
     
  • 2.159, Аноним (-), 09:36, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Swap придумали не просто так. Он просто необходим для нормальной работы OS.

    Булшит. При современных ценах на память нет никакой нужды эмулировать память тормозным патефоном с магнитными головами. С точки зрения эффективности быстрее всего просто пойти и обратиться к странице в физической памяти. Без канители по ее выколупыванию с тормозного патефона. Это - эффективнее всего.

    //обладатель реально быстрой системы которую не клинит вообще. Даже когда я ядро в 8 ядер компиляю и линкую, попутно рубаясь в xonotic.

     

  • 1.104, Аноним (-), 22:40, 08/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А ты запусти какой-нибудь Eclipse... И не надо начинать басни о Java. Есть система и в ней должно работать все что я пожелаю на ней запустить. Или игру ААА класса на худой конец. Подогнать систему под конкретный usecase для десктопа - не вариант. Предлагаю все же обратиться к соответствующей литературе.
     
     
  • 2.105, Аноним (-), 22:51, 08/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Расскажи это моим 16гигам озу
     
     
  • 3.117, Аноним (-), 01:14, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Расскажите это тем у кого "а-а-а!!! Файерфокс опять сожрал всю мою оперативу!!!1111".
     
     
  • 4.118, EHLO (?), 01:19, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Расскажите это тем у кого "а-а-а!!! Файерфокс опять сожрал всю мою оперативу!!!1111".

    Расскажи чем поможет своп в такой ситуации.

     
     
  • 5.151, Аноним (-), 08:22, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >Расскажи чем поможет своп в такой ситуации.

    очень просто: от дискового I/O из-за своппинга юзвери не смогут писать свою чушь вроде "а-а-а!!! Файерфокс опять сожрал всю мою оперативу!!!1111"

     
     
  • 6.218, Аноним (-), 18:22, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > чушь вроде "а-а-а!!! Файерфокс опять сожрал всю мою оперативу!!!1111"

    Пожалуй можно засчитать за фичу вместо бага - мы отдохнем от их глупых коментов :).

     
  • 2.123, Crazy Alex (ok), 02:57, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Как раз подкрутить систему (включая себя) под свой юз-кейс - это правильный путь. От покупки нужного железа до настроек софта и до приучения себя решать задачи оптимальным способом, а не как левой пятке захотелось.
     
     
  • 3.219, Аноним (-), 18:24, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Как раз подкрутить систему (включая себя) под свой юз-кейс - это правильный путь.

    Не, вот извините. Подкручиваться под железки самому мне как-то не хочется. Я лучше железки буду выбирать так чтобы мне подкручиваться не приходилось. Пусть железки подкручиваются. Им пофиг, они железные. В отличие от меня, который может и задолбаться подкручиваться, ждать, ограничивать себя в юзкейсах лишний раз и прочее.

     

  • 1.109, Аноним (-), 00:11, 09/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    С большим объемом работа со swap протекает еще эффективней. Система сбросит часть неиспользуемых страниц в файл подкачки. Алгоритм не сбросит в файл-подкачки релевантные страницы. Такое поведение характерно только в случае острой нехватки физической памяти. Возникает эффект постоянного перемещения страниц памяти на диск и обратно. Программы продолжат работать в нормальном режиме. Нет необходимости в отключении подкачки. Никакого вреда как с маленьким объемом памяти так и с большим. Все это происходит из за непонимания или нежелания разобраться в механизме работы системы подкачки.
     
     
  • 2.115, Mihail Zenkov (ok), 00:39, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    В теории все гладко, на практике:
    1. Если память выделена, то она рано или поздно используется, иначе это баг программы. Соответственно, если памяти хватает - то мы лишь затормаживаем систему.
    2. Если памяти не хватило, то работу нельзя назвать комфортной и своп не спасет,
    3. Если своп на ноуте hdd, а ноут на АКБ - то есть вероятность, что периодически придется ждать пока раскрутится винт. Также это плохо скажется на времени автономной работы.
    4. Как уже отметили - программы могут не экономично расходовать память, так как думают что памяти много и выделяют больше под кеш и реже проводят сборку мусора.
     
     
  • 3.225, Аноним (-), 19:00, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Ну как-бы что-то подсказывает, работа от АКБ и запуск большого количества приложений или тяжёлых приложений - не вариант.
     
  • 2.125, Crazy Alex (ok), 03:04, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    1) ошибочно закладываясь на большую память программа держит "в памяти" (и периодически использует) кэши, без которых отлично может обойтись.

    2) нечасто используемая программа выпихивается в своп ради дисковых буферов, что даёт какй-то прирост быстродействия, но не особо заметно на десктопе. Зато тормоза, когда раз в час обращаешься к софтине, а система её со скрипом тащит с диска - заметны отлично.

    3) система плохо угадывает, что когда понадобится программе - что сплошь и рядом происходит с неактивными кладками браузера. Их вытесняет (опять-таки ради буферов, как правило), а потом прилетает таймер в JS или событие сети и их тащит обратно.

    Наверняка и другие примеры найдутся.

     
  • 2.220, Аноним (-), 18:28, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > страниц в файл подкачки. Алгоритм не сбросит в файл-подкачки релевантные страницы.

    Кроме того момента что какая-нибудь фигня в браузере, которую полдня не трогали - тоже уйдет в своп как "нерелевантная". Ведь никто же этим не пользуется. А то что мне через полдня туда приспичит переключиться - система наперед не знает.

    > это происходит из за непонимания или нежелания разобраться в механизме работы
    > системы подкачки.

    Элементарная логика подсказывает мне: самый быстрый способ работы со страницами памяти - это когда они немедленно доступн в физической оперативке. Попробуйте оспорить.

     

  • 1.111, Аноним (-), 00:15, 09/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Кратко: нет объективных причин отключать механизм подкачки. Нанести вред - вполне.
     
     
  • 2.114, Аноним (-), 00:29, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Кратко: веееендузяяяяяяяяяяяяяяяяяяятник
     
  • 2.153, Аноним (-), 08:31, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Кратко: нет объективных причин отключать механизм подкачки. Нанести вред - вполне.

    У меня 32 гб - вот объективная причина не иметь своп. Я буду только рад если OOM-killer убъет кривую софтину в ту же секунду как она съест всю доступную память. Ну а я поспешу удалить эту кривую поделку из системы.

    Мы в университете на компьютерах с ОЗУ 256 Мб легко производили вычисления где только объем исходных данных был под 10 Гб.

     
     
  • 3.263, KinderSurprise (?), 23:36, 17/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > У меня 32 гб - вот объективная причина не иметь своп. Я
    > буду только рад если OOM-killer убъет кривую софтину в ту же
    > секунду как она съест всю доступную память. Ну а я поспешу
    > удалить эту кривую поделку из системы.

    Вы сильно себе льстите :-)
    Начиная с того, что даже не задумывались, что память съедят все "софтины". Не одна какая-то...
    И кончая радостным пользованием кривыми софтинами...

     
  • 2.221, Аноним (-), 18:29, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Кратко: нет объективных причин отключать механизм подкачки. Нанести вред - вполне.

    Булшит. На системе с большим объемом памяти это избавит от шансов нарваться на тормоза и улучшит отзывчивость системы. А ситуация нехватки памяти - это что такое в системе с большим объемом памяти?

     

  • 1.119, Аноним (-), 02:09, 09/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Михаил Если памяти хватает, то необходимые страницы памяти никогда не попадут в... большой текст свёрнут, показать
     
     
  • 2.124, Mihail Zenkov (ok), 03:01, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Михаил. Если памяти хватает, то необходимые страницы памяти никогда не попадут в
    > подкачку.

    Так чего бы их сразу тогда в /dev/null не отправить? :)

     
  • 2.184, Crazy Alex (ok), 12:33, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Угу, в богатой фантазии. А в реальности система иногда не угадывает, в каких страницах необходиомость есть - например, они используются раз пару минут - когда вы переключаете вкладку в бранузере и, соответственно, каждый раз нарываетесь на подтормаживание
     
     
  • 3.222, Аноним (-), 18:32, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Теоретически может получиться чуть больше RAM за счет слива dead code и данных в своп. Но при объеме в ..цать гигов это очень незначительный выигрыш. А вот проигрыш от ожидания пока вон та куча "якобы ненyжных" страниц достанется из свопа - может быть достаточно ощутимым. И на мое нескромное мнение когда в системе 8 гигз и более - от свопа по этому поводу больше вреда чем пользы. Свопом можно добить несколько мегов. Но несколько гигов на механическом носителе - это просто уcpaться как тормозно.
     
  • 2.235, Аноним (-), 08:13, 10/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Противники свопа не пользуются спящим режимом на ноутбуках, да.
     
     
  • 3.249, Аноним (-), 15:54, 10/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Противники свопа не пользуются спящим режимом на ноутбуках, да.

    Я не пользуюсь - suspend to ram намного быстрее, 1-2 секунды. Ждать пока тормозной патефон запишет или прочитает кучу данных мне лениво. А STR - буквально за секунду-другую в спячку выпадает. И аналогично из нее вываливается.

     

  • 1.175, Zenitur (ok), 12:14, 09/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Насчёт SWAP. Когда там сделали CFS? 2.6.23? Мне кажется, это он поломал SWAP, в том плане что раньше система не вставала колом при малейшей попытке его использовать. Я помню как пробовал Linux первый раз в 2006 году, и отметил очень хорошую работу со SWAP: да, Amarok стартовал минуту, но геймплей в Wine (который и сожрал память) при этом не нарушился.
     
  • 1.202, Gannet (ok), 15:59, 09/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >В DRM-драйвер Radeon для старых карт R600 добавлена поддержка UVD (Unified Video Decoder) для ускорения декодирования видео;

    Добавить - добавили. А вот работать на таких, например, как HD2xxx - болт на три: валит всю систему в осадок.

     
     
  • 2.223, Аноним (-), 18:34, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > болт на три: валит всю систему в осадок.

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

     
     
  • 3.226, Gannet (ok), 19:57, 09/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> болт на три: валит всю систему в осадок.
    > Так пиши баги. Фиче без году неделя. И если ты думаешь что
    > все разработчики с энтузиазмом занимаются такой археологией... ну.... как бы тебе
    > сказать, чтобы не очень расстроить?

    Ой, только не думай, что ты самый умный, Аноним(ст). Баг-репорт написан ещё при первых RC. Так что иди, археоложь над какими-нибудь развалинами. И не переживай, я не расстроился. Береги нервы.

     
     
  • 4.250, Аноним (-), 15:56, 10/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Баг-репорт написан ещё при первых RC.

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

    > не переживай, я не расстроился.

    Ну и славненько.

     

  • 1.224, Аноним (-), 18:49, 09/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >В сетевую подсистему внесены оптимизации, направленные на увеличение производительности пакетной передачи данных. ................ Внесённые изменения позволяют добиться обработки полной пропускной способности высокоскоростных сетевых интерфейсов даже на относительно слабом оборудовании (например, на обычном компьютере продемонстрирована обработка потока в 40 гбит/сек), даже если в трафике преобладают пакеты небольшого размера;

    Ждём это в OpenWRT.

     
  • 1.234, Аноним (-), 07:24, 10/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > В утилиту "ip" добавлена новая команда

    с каких пор "утилита ip" входит в ядро?

     
     
  • 2.236, Andrey Mitrofanov (?), 11:27, 10/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> В утилиту "ip" добавлена новая команда
    > с каких пор "утилита ip" входит в ядро?

    В iproute2 и iptables регулярно добавляют поддержку появляющихся в новых ядрах возмодностей. Как и в любые другие интерфейсные утилиты и библиотеки.

     
  • 2.251, Аноним (-), 15:57, 10/12/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > с каких пор "утилита ip" входит в ядро?

    Она является фронтэндом к фичам ядра :)

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру