The OpenNET Project / Index page

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

Релиз ядра Linux 3.15. Обзор новшеств

09.06.2014 00:50

После двух месяцев разработки Линус Торвальдс представил релиз ядра Linux 3.15. Отмечается, что выпуск 3.15 является одним из самых больших по размеру изменений за всю историю проекта. При этом, изменения не связаны с реализацией каких-то отдельных значительных новшеств, а обусловлены принятием большого числа мелких доработок и внутренних переделок. Среди наиболее заметных улучшений: ускорен возврат из ждущего режима, значительно улучшена подсистема управления памятью, добавлен смешанный режим EFI, поддержка меток в ipset, новый JIT-компилятор BPF, кэш отложенной записи в FUSE, Device Mapper модуль "dm-era".

В новую версию принято более 12 тысяч исправлений от 1400 разработчиков, размер патча - 57 Мб (изменения затронули 11428 файлов, добавлено 932468 строк кода, удалено 571846 строк). Около 44% всех представленных в 3.15 изменений связаны с драйверами устройств, примерно 18% изменений имеют отношение к обновлению кода специфичного для аппаратных архитектур, 12% связано с сетевым стеком, 4% - файловыми системами и 4% c внутренними подсистемами ядра.

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

  • Память и системные сервисы
    • Включены наработки компании Intel по ускорению процесса возврата из ждущего режима на системах с дисковыми контроллерами SATA. Благодаря организации асинхронного одновременного вывода из ждущего режима дисков и прочих устройств, время пробуждения ноутбуков удалось сократить в 7-12 раз. Например, время вывода из ждущего режима компьютера на базе Intel Core i7 3960X уменьшилось с 11.6 до 1.1 секунд (в 10.5 раз), ноутбука на базе Intel Core i7 3770 с 5.4 до 0.45 секунд (в 12 раз), а ноутбука на базе Intel Core i7 4770S с 5.4 до 0.69 секунд (в 7.8 раз). Ранее узким местом возврата из ждущего режима было ожидание готовности SATA-контроллеров после поступления питания. Теперь, драйвер дискового контроллера мгновенно возвращает управление, не дожидаясь запуска контроллера (поступающие до готовности контроллера обращения к диску приостанавливаются), что позволяет ядру во время пробуждения SATA-контроллера выполнить другие операции возврата из ждущего режима, не связанные с дисковым вводом/выводом, например, инициализировать графическую подсистему;
    • Добавлены новые патчи для улучшения сборки с использованием компилятора Clang, подготовленные в рамках проекта LLVMLinux. Пока ядро из коробки не может быть собрано при помощи Clang без дополнительных патчей, но цель уже очень близка. Недостающие патчи планируется интегрировать в ядро 3.16;
    • Реализация смешанного режима EFI (EFI mixed mode), который позволяет загрузить 64-разрядное ядро из 32-разрядной прошивки, что может потребоваться при работе загрузчиков с поддержкой протокола EFI Handover;
    • В подсистему обеспечения эффективного управления питанием (pm_qos) добавлена поддержка режима "терпимой отзывчивости" (DEV_PM_QOS_LATENCY_TOLERANCE) с реализацией механизма передачи устройству данных о требуемой отзывчивости, что может быть использовано для предотвращения ввода устройства в слишком глубокие режимы энергосбережения, если выставленное QoS-значение требует оперативного пробуждения;
    • Добавлен системный вызов renameat2, предоставляющий средства для атомарной замены имён двух файлов (первый файл переименовывается во второй, а второй в первый). Также добавлен флаг RENAME_NOREPLACE, при котором операция переименования не приводит к замене уже существующего файла;
    • Поддержка приватных для файлов POSIX-блокировок (file-private POSIX locks), предоставляющих более приемлемый для многопоточных программ API для организации блокировок доступа к файлам, комбинирующий возможности механизмов BSD- и POSIX- блокировок. Основное отличие от классических POSIX-блокировок заключается во владельце блокировки: классической POSIX-блокировкой владеет процесс, а приватная POSIX-блокировка принадлежит открытому файлу;
    • Значительно улучшена работа системы управления памятью в плане создания эвристических методов для балансировки между active/inactive списками в ситуации кратковременного вывода страниц из памяти. Включен набор патчей для оптимизации VMA-кэширования (Virtual Memory Areas) в привязке к отдельным нитям. В итоге, удалось добиться повышения производительности подсистемы управления памятью для различных типов нагрузки;
    • В блочном устройстве zRAM, применяемом для хранения раздела подкачки в ОЗУ в сжатом виде, обеспечена поддержка метода сжатия LZ4;
  • Сетевая подсистема
    • В интерфейс фильтрации пакетов ipset добавлен новый тип наборов "hash:ip,mark" для сопоставления с пакетами, на которые установлены определённые метки, добавленные при помощи высокоуровневых утилит;
    • Переписана реализация JIT-компилятора для кода BPF с задействованием нового набора инструкций BPF. Язык BPF теперь представлен в двух вариантах - "классический BPF" и "внутренний BPF", полностью скрытый от пространства пользователя (транслируется из классического BPF перед первым запуском) и быстрее компилируемый в машинный код. Во "внутреннем BPF" с двух до десяти расширено число регистров, добавлена серия инструкций соответствующих реальным процессорным инструкциям, реализованы 64-разрядные регистры, добавлена возможность обращения к ограниченным функциям ядра. В будущем планируется предоставить возможность загрузки "внутреннего BPF" из пространства пользователя (например, для использования компиляторов в BPF из Си-подобных сценариев) и реализовать средства для применения BPF в подсистемах ядра, отличных от сетевой (например, задавать в BPF правила трассировки).
  • Дисковая подсистема, ввод/вывод и файловые системы
    • В подсистему FUSE (filesystems in user space) добавлена поддержка кэширования с отложенной записью (writeback), которое позволяет поднять производительность в условиях интенсивность записи;
    • В Device Mapper добавлен новый модуль "dm-era", предназначенный для поддержания списка блоков, изменённых за определённый пользователем промежуток времени. С практической стороны, при помощи dm-era можно отслеживать изменённые блоки для систем резервного копирования или частично сбрасывать кэш для восстановления состояния после отката на снапшот;
    • Добавлен драйвер, позволяющий представить Flash в виде блочного устройства (пока только в режиме только для чтения), что позволяет использовать любую файловую систему поверх Flash-устройств в raw-режиме;
    • В реализацию системного вызова fallocate() для файловых систем ext4 и XFS добавлена поддержка операций FALLOC_FL_ZERO_RANGE и FALLOC_FL_COLLAPSE_RANGE, позволяющего очень быстро обнулить или удалить кусок из файла;
    • Для файловой системы XFS реализована поддержка флага O_TMPFILE, позволяющего передать файловой системе информацию о создании временного файла, не видимого в иерархии ФС. Создание временного файла без имени позволяет разработчикам приложений не задумываться о возможных уязвимостях, таких, как атака через символические ссылки;
    • Поддержка монтирования подразделов Btrfs с разными опциями ro/rw;
    • Удалена реализация /proc/device-tree со сведениями Device Tree. Вместо /proc/device-tree следует использовать область /sys/firmware/devicetree/base, символической ссылкой на которую теперь является /proc/device-tree;
  • Виртуализация и безопасность
    • Для архитектуры x86 теперь не допускается создание 16-разрядных сегментов при работе в 64-разрядном режиме. Изменение внесено так как использование 16-разрядных сегментов может привести к потенциальным проблемам с безопасностью, связанным с утечкой информации из ядра. C небольшой вероятностью данное изменение может нарушить работоспособность некоторых приложений в пространстве пользователя, в частности, перестанут работать 16-разрядные приложения, наличие которых под большим вопросом.
    • В предоставляемом ядром генераторе псевдослучайных чисел в качестве одного из дополнительных источников энтропии обеспечена поддержка данных, получаемых через инструкцию RDSEED, появившуюся в процессорах Intel Broadwell;
    • Код рандомизации адресного пространства ядра расширен поддержкой рандомизации базовых адресов загружаемых модулей;
  • Аппаратные архитектуры
    • Поддержка MIPS-систем на базе архитектуры CPS (Coherent Processing System);
    • Для архитектуры ARM добавлена поддержка системы контрольных проверок uprobes (userspace probes), используемой для анализа поведения выполняемых в пространстве пользователя приложений;
    • Для архитектуры Tile добавлена поддержка подсистемы perf events;
    • Прекращена поддержка устаревших субархитектур x86: Unisys ES7000, IBM Summit/EXA, SGI Visual Workstation, NUMAQ.
    • Поддержка новых векторных инструкций AVX-512, которые появятся в будущих выпусках Xeon Phi и других процессоров Intel;
    • Для архитектуры arm64 добавлена поддержка отладчика KGDB;
  • Оборудование
    • Поддержка процессоров Loongson 3, а также систем Marvell Armada 375, 380 и 385, Broadcom BCM470X и BCM5301X;
    • Поддержка SATA-контроллеров Allwinner A10/A20 AHCI, APM X-Gene AHCI и DaVinci DA850 AHCI;
    • В DRM-модуль драйвера Nouveau добавлена поддержка GPU NVIDIA Maxwell;
    • В DRM-модуль драйвера Radeon добавлена поддержка ускорения кодирования видео H.264 с привлечением VCE-движков современных GPU;
    • В DRM-модуле драйвера Intel i915 улучшена поддержка графической подсистемы процессоров Broadwell, обеспечена поддержка PPGTT (Per-Process Graphics Translation Tables), улучшена поддержка DisplayPort;
    • В драйвере Qualcomm MSM обеспечены средства управления питанием и поддержка вывода звука через HDMI.


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


Обсуждение (116) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 00:55, 09/06/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –9 +/
    >драйвер дискового контроллера мгновенно возвращает управление, не дожидаясь запуска контроллера

    звучит как будущая дыра

     
     
  • 2.8, Guest683 (ok), 01:36, 09/06/2014 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Почему? Если диск отвалится, не всё ли равно, как это будет выглядить?
     
  • 2.50, abask (ok), 12:07, 09/06/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > звучит как будущая дыра
    > В предоставляемом ядром генераторе псевдослучайных чисел в качестве одного из дополнительных источников энтропии обеспечена поддержка данных, получаемых через инструкцию RDSEED, появившуюся в процессорах Intel Broadwell;

    Закладка АНБ

     
     
  • 3.52, FractalizeR (ok), 12:32, 09/06/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Это только один из источников энтропии. Вряд ли это может быть закладкой АНБ. На одной такой закладке далеко не уехать.
     
  • 3.54, Аноним (-), 13:20, 09/06/2014 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > Закладка АНБ

    Закладкой оно станет если использовать это как упыри из OpenSSL - напрямую подавая на выход то что это барахло выдает. А если вывод этого нечто подмешивать к куче других случайных величин - ничего страшного не произойдет: в хучшем случае (полностью предсказуемый вывод) энтропии просто не станет больше. В лучшем (если закладок все-таки нет) энтропии станет немного больше.

     
  • 3.118, kurokaze (ok), 21:03, 09/06/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    После зонда в виде СОРМ-1/2 не всё ли тебе равно?
     
     
  • 4.128, Аноним (-), 10:08, 10/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    СОРМ не следит за жителями/госслужащими других стран, в отличие от.
     
     
  • 5.129, Аноним (-), 11:35, 10/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    это сугубо потому, что через РФ - не проходит 90% телекоммуникаций, в отличие от США.
    и не разрабаытвается и производится 100% и 30% харда и практически ВЕСЬ софт.
    будь иначе - разница бы была ничтожна. практически.
     
     
  • 6.139, Аноним (-), 10:12, 11/06/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > будь иначе - разница бы была ничтожна. практически.

    А "бы" в этом мире не считается...

     
  • 4.138, Аноним (-), 10:12, 11/06/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > После зонда в виде СОРМ-1/2 не всё ли тебе равно?

    А мне вот что интересно: а тебе по кайфу быть АНБшной подстилкой и все их гадости выгораживать? Или тебе пропаганда мозг окончательно сожpaла? Настолько что соображалка совсем отпала? А то с СОРМом есть одна "небольшая" закавывка: оно может и хотело бы кусаться, но увы - беззубое. Не производят в России процессоров, которые у тебя или у меня в компьютере будут стоять. И да, никакой COPМ не сможет ничего сделать с end-to-end шифрованием. Прикинь, да?

     

  • 1.2, Аноним (-), 00:59, 09/06/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Торт.
    zram пользую, i7 то же.
     
     
  • 2.53, Аноним (-), 13:15, 09/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    i7 и zram - разные вещи.
     
  • 2.77, Аноним (-), 15:46, 09/06/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    i7 не есть то же, что и zram;
    или пробел.
     

  • 1.3, Аноним (-), 01:03, 09/06/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    На убунту14 как поставить?
     
     
  • 2.9, Guest683 (ok), 01:40, 09/06/2014 [^] [^^] [^^^] [ответить]  
  • +9 +/
    Как всегда, просто:

    # make menuconfig
    # make
    # make modules
    # make modules_install
    # cp arch/x86_64/boot/bzImage /boot/vmlinuz-3.15

    [сообщение отредактировано модератором]

     
     
  • 3.13, ms3.14 (?), 02:15, 09/06/2014 [^] [^^] [^^^] [ответить]  
  • +6 +/
    гы, ыксперд хренов
    для дебиановых 100 лет как есть target deb-pkg

    make menuconfig
    make deb-pkg

    получаем готовые деб пакеты.
    dpkg -i эти самые пакеты.

     
     
  • 4.19, maxis11 (ok), 05:20, 09/06/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    я делаю так:
    make oldconfig
    INSTALL_MOD_STRIP=1 CONCURRENCY_LEVEL=4 fakeroot make-kpkg --initrd kernel_image kernel_headers
    ...хотя какая разница))
     
     
  • 5.35, Khariton (ok), 10:17, 09/06/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А можно скачать такое и даже не компилить:
    http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.15-utopic/
     
     
  • 6.47, maxis11 (ok), 11:44, 09/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    у меня нестандартный конфиг =)
     
     
  • 7.55, Аноним (-), 13:22, 09/06/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > у меня нестандартный конфиг =)

    А у вопрошавшего скорее всего стандартный, раз такие вопросы задает.

     
  • 2.18, WherWolf (?), 03:30, 09/06/2014 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Как обычно -- подождать, пока соберут другие:
    http://kernel.ubuntu.com/~kernel-ppa/
     
     
  • 3.30, AKR (ok), 09:57, 09/06/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Уже:
    http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.15-utopic/
     
  • 2.21, Anonim (??), 05:50, 09/06/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    from here http://kernel.ubuntu.com/~kernel-ppa/mainline/
     
  • 2.25, Baz (?), 08:44, 09/06/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    для убунты есть целый PPA со свежими ядрами уже собранными от карнел орг.
     
     
  • 3.65, Аноним (-), 14:15, 09/06/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    не получается добавить ссылку выше как репозиторий
     
     
  • 4.68, Andrey Mitrofanov (?), 14:30, 09/06/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > не получается добавить ссылку выше как репозиторий

    https://lmddgtfy.net/?q=%D0%BA%D0%B0%D0%BA%

     
     
  • 5.74, Аноним (-), 15:32, 09/06/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    делаю add-apt-repository http://kernel.ubuntu.com/~kernel-ppa/mainline, в aptitude update потом 404 ошибка
     
     
  • 6.88, Аноним (-), 17:01, 09/06/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > делаю add-apt-repository http://kernel.ubuntu.com/~kernel-ppa/mainline, в aptitude
    > update потом 404 ошибка

    Потому что это не репозиторий, баклан. Это просто HTTP сервер где ядра лежат. Зачем его PPA назвали - не знаю, наверное как раз чтобы наивных чукотских юношей смущать. Скачать надо три файла. Headers под свою архитектуру, headers которые общие для всех архитектур и image под свою архитектуру. Далее dpkg -i <эти файлы>. Проще всего скачать все в отдельную диру и сказать dpkg -i *.deb находясь в этой дире. Но вообще с такими познаниями лучше не экспериментировать с ядрами. А то мало ли, система например не загрузится...

     
     
  • 7.93, arisu (ok), 17:10, 09/06/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А то мало ли, система например не загрузится...

    это для него будет благо.

     
  • 7.102, Аноним (-), 18:34, 09/06/2014 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Сам ты баклан.
     
     
  • 8.106, Аноним (-), 19:21, 09/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Я не добавляю что попало как PPA, так что увы Нет, убунтуи конечно прикольно пр... текст свёрнут, показать
     
     
  • 9.117, Аноним (-), 20:48, 09/06/2014 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Сыну ты бы тоже в таком тоне объяснял ... текст свёрнут, показать
     
     
  • 10.119, arisu (ok), 21:34, 09/06/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    то есть, ты ставишь себя на один уровень с недееспособными ну, хоть сам признаё... текст свёрнут, показать
     
     
  • 11.126, А19 (?), 00:31, 10/06/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Толсто ... текст свёрнут, показать
     
     
  • 12.127, arisu (ok), 08:20, 10/06/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    это логика, мальчик ... текст свёрнут, показать
     
     
  • 13.130, Аноним (-), 11:36, 10/06/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    мальчиком быть лучше, чем девочкой но вы - видимо, несогласны и с этим увы ... текст свёрнут, показать
     
     
  • 14.133, Led (ok), 11:39, 10/06/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ты проверяло ... текст свёрнут, показать
     
  • 14.136, arisu (ok), 13:54, 10/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    спасибо за наглядную демонстрацию того, что ты и логика 8212 явления, не имею... текст свёрнут, показать
     
  • 10.140, Аноним (-), 10:23, 11/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вы то мне не сын А тон обусловлен нежеланием индивида включать мозг Если на... текст свёрнут, показать
     

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

  • 1.4, Аноним (-), 01:03, 09/06/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    По видеодровам ничего нового?
     
     
  • 2.70, Andrey Mitrofanov (?), 14:35, 09/06/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > По видеодровам ничего нового?

    * Graphics: NXP PTN3460 DisplayPort-to-LVDS bridges, Samsung EXYNOS DRM MIPI-DSI devices, LD9040 RGB/SPI panels, and S6E8AA0 DSI video mode panels.

    * Video4Linux: Micronas DRX-J demodulators, TI LM3646 dual flash devices, ImgTec infrared decoders, Mirics MSi001 silicon tuners, Realtek RTL2832 silicon tuners, Samsung S5K6A3 sensors, and EXYNOS4x12 FIMC-IS ISP direct DMA capture interfaces.

     
  • 2.90, Аноним (-), 17:03, 09/06/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > По видеодровам ничего нового?

    Смотря что считать за новое и смотря какие видеодрайвера вас интересуют. Из groundbreaking changes ничего особого. Из фиксов ... ну вон в radeon например фиксов порядочно есть. Просто они сугубо технические и исправляют баги, etc. Юзеру это малозаметно, кроме случаев если вас кусал некий баг.

     

  • 1.5, ILYA INDIGO (ok), 01:06, 09/06/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    А что с этим?
    http://www.opennet.me/opennews/art.shtml?num=39944
    Выпустили ядро без патча?
     
     
  • 2.10, pavlinux (ok), 01:45, 09/06/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Merge futex fixes from Thomas Gleixner So with more awake and less futex wrec... большой текст свёрнут, показать
     
     
  • 3.34, Аноним (-), 10:15, 09/06/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Там что-то очень криво запатчили, у меня chrome, stardict теперь зависают при запуске. Стопорится на

    futex(0xb83e0160, FUTEX_UNLOCK_PI_PRIVATE, 1318900) = -1 EPERM (Operation not permitted)
    futex(0xb83d6e74, FUTEX_WAIT_PRIVATE, 1, NULL

    после отката обновления всё ок.

     

  • 1.11, rob pike (?), 01:52, 09/06/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Про BPF http://lwn.net/Articles/599755/
     
  • 1.14, ms3.14 (?), 02:18, 09/06/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Юзаю с -rc1 на десктопе.
    На моём железе не замечал абсолютно никаких косяков, dmesg без матов.
    Шустро, стабильно.
     
  • 1.15, maestromony (ok), 02:20, 09/06/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    То "ждущий" то в том же разделе "спящий"... Не гибернация же. Из S2 и так выход мгновенный, а вот из IRST нет. Это оно, не?
     
     
  • 2.32, Michael Shigorin (ok), 10:03, 09/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > То "ждущий" то в том же разделе "спящий"... Не гибернация же.

    Из шушпанда выход может затягиваться, если SSD долго глаза протирает.

     

  • 1.16, solardiz (ok), 02:53, 09/06/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    > Поддержка новых векторных инструкций AVX-512, которые присутствуют в Xeon Phi и появятся в будущих выпусках процессоров Intel

    В Xeon Phi они тоже лишь собираются появиться в 2015-м году (в Knights Landing), тогда как в нынешних Xeon Phi (Knights Corner) вместо них есть 512-битные же аналоги в рамках архитектуры MIC. Между ними есть совместимость на уровне большинства intrinsics (хотя для AVX-512 есть дополнительные, которых для MIC нет), но не на уровне бинарного кода (аналогичные операции с 512-битными векторами кодируются на Knights Corner / MIC и Knights Landing / AVX-512 по-разному). Получается, что нынешние Xeon Phi применимы для отладки и кое-как даже для бенчмарков программ, написаных с использованием подмножества intrinsics общего для MIC и AVX-512, которые после перекомпиляции будут работать и на процессорах с AVX-512. Другой вариант отладки - с использованием эмулятора, Intel SDE. А железо с AVX-512 пока, насколько я знаю, просто так не купить (даже утекших engineering samples пока не видно).

     
     
  • 2.145, pavlinux (ok), 01:46, 12/06/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > ... пока не видно

    Linux уже давно превратился в площадку для рекламы - выпускают драйвера для железа
    которого ещё нет, USB3 наверно все помнят. Dec Alpha 21364, IBM Power8, куча SoC, ARM.    


     
     
  • 3.156, Аноним (-), 07:36, 18/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Да нормально все, не ссы. Просто нормальные вендоры работают на опережение теперь.
     

  • 1.17, Аноним (-), 02:59, 09/06/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –6 +/
    > Для архитектуры x86 теперь не допускается создание 16-разрядных сегментов при работе в 64-разрядном режиме. Изменение внесено так как использование 16-разрядых сегментов может привести к потенциальным проблемам с безопасностью, связанным с утечкой информации из ядра. C небольшой вероятностью данное изменение может нарушить работоспособность некоторых приложений в пространстве пользователя, в частности, перестанут работать 16-разрядные приложения, наличие которых под большим вопросом.

    То есть эмуляторы игровых приставок теперь придётся запускать в виртуалбоксе, что ли?

     
     
  • 2.69, Stax (ok), 14:33, 09/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Там другие технологии, 16-ти битный x86 код в этих эмуляторах и так не выполняется.

    Вот что (как мне кажется) может отвалиться, так это dosemu. Во времена 32-х битных архитектур он, насколько я помню, выполнял 16-ти битный код. Но осталось ли это так же (и возможно ли было вообще) в 64-х битной версии, я не в курсе. Но если осталось, то с этим изменением отвалится..

    Впрочем, всегда есть dosbox, который более настоящий "эмулятор" и не подвержен этой проблеме.

     
     
  • 3.97, бедный буратино (ok), 17:33, 09/06/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    dosemu давно уже отвалился, по-моему... а dosbox тормозной, как хрен с луком...
     
     
  • 4.104, Stax (ok), 19:06, 09/06/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Он отваливался, но потом починили.
    А вообще глянул, в ченжлоге к 1.4.0 (http://dosemu.sourceforge.net/stable/announce) пишут:

    - Added a native 64-bit port for x86-64, which, by default, uses CPU emulation
      for V86 mode, and runs DPMI code natively.

    т.е. на x86-64 он уже и так не выполнял 16-ти битного кода. Полностью эмулирует (благо, скорости для эмуляции 80286 о 12 Mhz с мегабайтом ОЗЦ нынче должно хватать везде)), ну а в 32-х битном DPMI режиме выполняет нативно, как и всегда.

    Там во времена доса, конечно, была еще куча других извращенных режимов вроде 16-ти битного кода с 24-х битной адресацией aka 80286 Protected Mode, но я сомневаюсь, что dosemu их и так держал.. А V86 и 32-х битных DPMI-режимов должно хватать практически для всего.

     
  • 4.122, Аноним (-), 22:49, 09/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    ага жутко тормозит на i7 4770k
     
  • 3.114, Аноним (-), 20:20, 09/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Ещё Wine, а точнее его эмуляция Windows 3.1, ради которой добавляется правило в sysctl.
     
     
  • 4.120, arisu (ok), 21:36, 09/06/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ещё Wine, а точнее его эмуляция Windows 3.1, ради которой добавляется правило
    > в sysctl.

    есть такое. но право: сколько осталось софтов под 3.1(1), которые сегодня таки ещё есть необходимость запускать? учитывая, что сам 3.1(1) можно запустить под досбоксом.

     
     
  • 5.148, Аноним (-), 05:48, 12/06/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > есть такое. но право: сколько осталось софтов под 3.1(1),

    Сетаперы у некоторого софта вполне себе 16-битные бывают. Чтобы уметь посылать юзера в 3.11 винде нафиг. Правда нынче MS сватает 64-битные оси и они сами запускать это 16-битное не умеют, поэтому такое добро более-менее повымерло уже.

     
     
  • 6.152, arisu (ok), 07:54, 12/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Сетаперы у некоторого софта вполне себе 16-битные бывают.

    тоже у древности, этот install shield сейчас только в антикварных лавках найти можно. в этом случае поможет какой-нибудь qemu со старой виндой.

     
     
  • 7.157, Аноним (-), 07:37, 18/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > тоже у древности, этот install shield сейчас только в антикварных лавках найти
    > можно. в этом случае поможет какой-нибудь qemu со старой виндой.

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

     

  • 1.20, Fracta1L (ok), 05:42, 09/06/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Надеюсь, в этой версии исчезли адовы задержки при обращении к накопителям.
     
     
  • 2.24, Аноним (-), 08:21, 09/06/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Какие такие задержки, ты о чём ?
     
     
  • 3.27, Fracta1L (ok), 09:07, 09/06/2014 [^] [^^] [^^^] [ответить]  
  • –4 +/
    При обращении к дискам приложения подвисают на пару-тройку секунд. На 3.12.х такого не было, дальше появилось.
     
     
  • 4.28, Аноним (-), 09:15, 09/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    На 3.14 не замечаю.
     
  • 4.56, Аноним (-), 13:22, 09/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Какими методами глубокоуважаемый специалист определил задержку обращения? Надеюсь, это были научные методы, а не просто авторитетное мнение?
     
  • 4.57, Аноним (-), 13:29, 09/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > При обращении к дискам приложения подвисают на пару-тройку секунд.

    Может у тебя просто power management дисков заработал и они паркуются если система длительное время ничего не делала? Только это скорее всего вообще не к ядру вопросы.

    > На 3.12.х такого не было, дальше появилось.

    Ядро не делает с дисками ничего такого, что требовало бы пары секунд. Как максимум, задержка в пару секунд будет если накопитель пару секунд не отвечает на команды. Но это опять же не в компетенции ядра. Само по себе 3.15 (и 3.14, и кто там еще) с дисками работает вполне шустренько, без задержек. А величина 2-3 секунды намекает на время на раскрутку шпинделя. Остальные времена обычно порядка миллисекунд.

     
     
  • 5.116, Карбофос (ok), 20:43, 09/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    чел может не знает, что у него там непомуки всякие с аконадями включены, или шняга какая на моно болтается без присмотра, мало ли что там wait i/o может задирать.
     
  • 5.135, Fracta1L (ok), 12:29, 10/06/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Интересная версия, но звуков раскрутки/остановки дисков я не слышу.

    Вообще, я немного неверно сформулировал проблему, задержки не только при обращении к накопителям. Почти все приложения стали дольше открываться. При закрытии некоторых приложений (KSysGuard самый стабильный пример) они не закрываются сразу, а замирают на секунду-две. su в Konsole выполняется безбожно медленно - между вводом пароля и приглашением рута проходит секунд 10 (!). Словом, ад какой-то.

    На 3.15 то же самое.

     
     
  • 6.141, Аноним (-), 10:56, 11/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Ок, тогда отпадает Это просто единственный вариант который я вспомнил при котор... большой текст свёрнут, показать
     
     
  • 7.154, Fracta1L (ok), 12:30, 12/06/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Виновник найден, это не совсем ядро, это Btrfs. В ядрах 3.13 и дальше что-то намутили, теперь если снапшотов больше десятка, начинаются такие вот лаги. Удалил старые снапшоты - всё нормализовалось. Буду ждать ядро 3.16
     
     
  • 8.158, Аноним (-), 07:56, 18/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще, большая пачка снапшотов вполне может вызвать определенные проблемы Ибо ... большой текст свёрнут, показать
     
     
  • 9.162, arisu (ok), 14:06, 18/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    глядя на два десятка снапшотов в виртуалящике, некоторые из которых полуторалет... текст свёрнут, показать
     

  • 1.23, Аноним (-), 08:20, 09/06/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    Зачем ошмётки шланга в ядре ?
     
  • 1.26, бедный буратино (ok), 08:48, 09/06/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    клёвая штука. уже лет 15 использую, всем рекомендую.
     
     
  • 2.58, Аноним (-), 13:30, 09/06/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > клёвая штука. уже лет 15 использую, всем рекомендую.

    Ты 15 лет используешь 3.15? Так вот кто угнал машину времени с ЛОРа?!

     

  • 1.29, EuPhobos (ok), 09:50, 09/06/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Самый большой список коммитов за историю проекта? У АНБ появился хороший шанс после провала с OpenSSL.
     
  • 1.31, Аноним (-), 10:01, 09/06/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    >В блочном устройстве zRAM, применяемом для хранения раздела подкачки в ОЗУ в сжатом виде

    Кто-нибудь мне объясните, на кой черт оно вообще надо?
    Если памяти много, своп не нужен. Ежели мало - тем более, нафига забивать его образом свопа, да еще и сжатым? Как правило, там где памяти мало, там и проц никакой, на кой черт тратить его ресурсы на сжатие/распаковку?

     
     
  • 2.36, Khariton (ok), 10:18, 09/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >>В блочном устройстве zRAM, применяемом для хранения раздела подкачки в ОЗУ в сжатом виде
    > Кто-нибудь мне объясните, на кой черт оно вообще надо?
    > Если памяти много, своп не нужен. Ежели мало - тем более, нафига
    > забивать его образом свопа, да еще и сжатым? Как правило, там
    > где памяти мало, там и проц никакой, на кой черт тратить
    > его ресурсы на сжатие/распаковку?

    бывают устройства, где нет накопителя, но есть много ОЗУ. а бывают програмы, которые кричат - дай мне свап!

     
     
  • 3.39, Аноним (-), 10:25, 09/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >бывают устройства, где нет накопителя, но есть много ОЗУ.

    Примерчик можно?

    >бывают програмы, которые кричат - дай мне свап!

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

     
     
  • 4.43, Khariton (ok), 10:49, 09/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >>бывают устройства, где нет накопителя, но есть много ОЗУ.
    > Примерчик можно?
    >>бывают програмы, которые кричат - дай мне свап!
    > Говори уж прямо - проприетарщина, собранная криворукими обезьянами. Я как-то не упомню,
    > вот вообще, хотя бы одну FOSS-софтину, которая с ножом у горла
    > требовала бы наличия свопа.

    ну как бы да, но разве ядро Линукс против проприетарщины? не нравится - выпили данное новшество...

     
  • 2.38, Michael Shigorin (ok), 10:25, 09/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Кто-нибудь мне объясните, на кой черт оно вообще надо?

    Мы использовали на тонких клиентах, где мало CPU, мало RAM и нельзя полагаться на наличие локального диска.  Благодаря тому, что эти ещё тогда патчи были включены в школьный терминальный сервер, клиенты с 32..64M работали вполне комфортно (разумеется, сетевой своп всё равно был нужен, но когда он используется как zswap -- и тормозит меньше).

     
     
  • 3.41, Аноним (-), 10:27, 09/06/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Как он "тормозит меньше", если "мало CPU"? Или юзается проц терминального сервера?
     
     
  • 4.61, Аноним (-), 13:45, 09/06/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Как он "тормозит меньше", если "мало CPU"?

    Алгоритмы типа LZO и LZ4 достаточно быстры и работают на скорости являющейся существенным процентом от memcpy(). Поэтому иногда бывает так что лучше пусть проц попашет компрессуя страницы, сэкономив время на I/O, нежели чем если проц будет в разы больше курить бамбук ожидая завершения I/O операций.  

     
     
  • 5.72, Аноним (-), 15:02, 09/06/2014 [^] [^^] [^^^] [ответить]  
  • –3 +/
    иногда/изредка на своеобразных конфигурациях, ассимеричных/несбалансированных.
     
     
  • 6.91, Аноним (-), 17:07, 09/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > иногда/изредка на своеобразных конфигурациях, ассимеричных/несбалансированных.

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

     
     
  • 7.131, Аноним (-), 11:38, 10/06/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    но так или иначе - это тупик и костыль и облегчение жизни, криворуким программи... большой текст свёрнут, показать
     
     
  • 8.142, Аноним (-), 11:02, 11/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    А вы кто такое чтобы за всех решать При чем тут программисты Это скорее к желе... текст свёрнут, показать
     
     
  • 9.143, Michael Shigorin (ok), 11:32, 11/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Он о том, что для hello world или пишмашинки бесконечный вовсе и не требуется, н... текст свёрнут, показать
     
     
  • 10.149, Аноним (-), 05:56, 12/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Ну если расширить эту логику - проц в тетрисе вообще прекрасно живет с mask ROM ... текст свёрнут, показать
     
  • 2.59, Аноним (-), 13:33, 09/06/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >>В блочном устройстве zRAM, применяемом для хранения раздела подкачки в ОЗУ в сжатом виде
    > Кто-нибудь мне объясните, на кой черт оно вообще надо?

    Это надо затем, что сжать страницы и поместить их в RAM - как правило здорово быстрее чем выдавливать их на диск. Получается "сжатая оперативка". И да, скорость работы LZ4 измеряется в гигабайтах в секунду на топовых х86 и сотнями мегов в секунду на каком-нибудь ARM. Так что вполне можно поиметь профит на сокращении I/O, который в случае механических дисков тормозной, а в мелких девайсах - дорогой по CPU и/или протирает флеш-память.

     
  • 2.121, kurokaze (ok), 22:00, 09/06/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Как правило, там  где памяти мало, там и проц никакой

    И? У тебя всегда 100% загрузка проца, "чтоб не жалко"?


     

  • 1.33, arzeth (ok), 10:08, 09/06/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > на системах с дисковыми контроллерами SATA.
    > время вывода из ждущего режима компьютера на базе Intel Core i7 3960X уменьшилось с 11.6 до 1.1 секунд (в 10.5 раз)

    Интересно. У меня не SATA, а PATA (UDMA/100), и на ядре 3.14.5 пробуждается за 5—6 секунд с Pentium 4 524 и Western Digital WD800JB-00JJC0.

     
     
  • 2.123, Анонизм (?), 22:55, 09/06/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    У меня SATA, 2-ухядерный Celeron 1,5 GHz и лэптоп пробуждается примерно за 1,5 - 2 секунды с ядром 3.11
     
  • 2.132, Аноним (-), 11:38, 10/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Скорость пробуждения зависит от количества дисков. Чем больше дисков, тем дольше надо ждать. По крайней мере, на ядрах до 3.15.
     

  • 1.37, Khariton (ok), 10:24, 09/06/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    >Добавлен драйвер, позволяющий представить Flash-накопитель в виде блочного устройства (пока только в режиме только для чтения), что позволяет использовать любую файловую систему поверх raw Flash-устройства;

    Вот это не влазит в голову.
    А до этого флэшки были неблочными устройствами? На флэшке(например sdc) нельзя было  создать ФС какую тебе угодно(хоть нтфс)? Может какие-то специфические ОС типа кластерные и т.п. не хотят не ставятся на флэшку, но это из данной фразы как-то прозрачно не вытекает. Кстати читал, как-то софтрэйд собирали на флэшках...

     
     
  • 2.40, Michael Shigorin (ok), 10:26, 09/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >>Добавлен драйвер, позволяющий представить Flash-накопитель в виде блочного устройства
    > Вот это не влазит в голову. А до этого флэшки были неблочными устройствами?

    Видимо, речь про какой NAND, а не про готовый USB Flash.

     
     
  • 3.44, Khariton (ok), 10:51, 09/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >>>Добавлен драйвер, позволяющий представить Flash-накопитель в виде блочного устройства
    >> Вот это не влазит в голову. А до этого флэшки были неблочными устройствами?
    > Видимо, речь про какой NAND, а не про готовый USB Flash.

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

     
     
  • 4.60, Аноним (-), 13:35, 09/06/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Написано же - raw flash. А флешка - это контроллер, за которым 1 или несколько чипов флеша. Raw флеш - это когда контроллера нет, а чип флеша напрямую интерфейснут к системному процессору.
     
  • 3.98, vitalif (ok), 17:52, 09/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    А если конкретно, речь про UBI - раньше поверх него только UBIFS работал, а теперь оно может в виде блочного девайса чип представлять => можно любую ФС поверх него гонять будет.

    Вопрос только в том, будет ли при этом wear leveling... (если будет - имхо, это круто!)

     
     
  • 4.100, Andrey Mitrofanov (?), 18:09, 09/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Вопрос только в том, будет ли при этом wear leveling... (если будет
    > - имхо, это круто!)

    Короткий ответ: да.

    Второй короткий ответ: _будет. :D

    Длинный: Ну, если "read-only" в

    * The UBI flash translation layer has gained a driver that can make a flash device appear to be a (read-only, for now) block device. That enables the use of any filesystem on top of a raw flash device.

    не смущает, "for now" же, то http://lkml.iu.edu/hypermail/linux/kernel/1404.0/01850.html можно https://lkml.org/lkml/2014/4/3/311 об этом http://lwn.net/Articles/459957/ и http://lwn.net/Articles/525957/ поговорить http://www.gossamer-threads.com/lists/linux/kernel/1635410

     
     
  • 5.125, vitalif (ok), 23:17, 09/06/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А как вообще что-то записать на UBI, минуя UBIFS, если поддержки записи нет? :-)))
     
     
  • 6.150, Аноним (-), 06:03, 12/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > А как вообще что-то записать на UBI, минуя UBIFS,

    Не то чтобы на UBI, но читать про MTD-девайсы. Таки /dev/mtd* позволяют читать, а иногда и записать флеху в виде "как есть". Правда "как есть" - тоже понятие растяжимое. У NAND например есть "out of band" информация - данные алгоритма ECC. И есть два варианта - можно получить назад только свои данные, а можно полный блок, вместе с ECC. А еще бывают битые блоки (и сведения о таковых). Их по идее читать и писать не следует. Поэтому идея совсем напрямую работать с флешом вообще совсем без прослоек - достаточно чревата и только для тех кто готов столкнуться с подобными странностями + тем фактом что флеш пишется по очень странным принципам.

     
     
  • 7.155, Andrey Mitrofanov (?), 12:08, 14/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >> А как вообще что-то записать на UBI, минуя UBIFS,
    > Не то чтобы на UBI, но читать про MTD-девайсы

    ubiblock б. ubiblk по ссылкам же выше?! по ссылкам!! кто здесь!!??

     
     
  • 8.159, Аноним (-), 07:58, 18/06/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ага, удачи в записи чего либо При том что он readonly ... текст свёрнут, показать
     
     
  • 9.161, Andrey Mitrofanov (?), 10:11, 18/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    А теперь сходи по _всем_ ссылкам выше S Анализируй это ... текст свёрнут, показать
     

  • 1.46, Аноним (-), 11:41, 09/06/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Основное отличие от классических POSIX-блокировок заключается во владельце блокировки: классической POSIX-блокировкой владеет процесс, а приватная POSIX-блокировка принадлежит открытому файлу
    А как файловые менеджеры на это смотрят? Ничего не отваливается?
     
  • 1.76, pw (ok), 15:43, 09/06/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    очень понравилось это ядро: https://www.dropbox.com/s/xyfcnidv6zog0a2/20140609_092120.mp4
     
     
  • 2.96, Аноним (-), 17:26, 09/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    У меня такое было когда мост отпаялся от мат. платы. Часть шариков пайки лопнула и при определенной температуре+фазе луны+загрузки видеокарты появлялось такое и до остывания компа продолжалось.
     
     
  • 3.99, pw (ok), 18:03, 09/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    теперь я понял, что произошло со старым ноутом. Но этот - новый, здесь дело не в аппаратных проблемах.
     
     
  • 4.112, Аноним (-), 20:08, 09/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Это интеловый интеграт? Там у них были какие-то баги такого плана.
     
     
  • 5.115, pw (ok), 20:40, 09/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    A+A новый ноут. Старый  просто A. Интела не было.
     
     
  • 6.160, Аноним (-), 07:59, 18/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > A+A новый ноут.

    Что есть A+A? Не удается декодировать сие в сколь-нибудь осмысленные чипы или ядра таковых.


     

  • 1.124, Аноним (-), 22:59, 09/06/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > Поддержка процессоров Loongson 3

    Китайцы конечно молодцы, но когда же Эльбрус объявится?

     
     
  • 2.134, Аноним (-), 11:40, 10/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >> Поддержка процессоров Loongson 3
    > Китайцы конечно молодцы, но когда же Эльбрус объявится?

    когда узлов с ним - будет сопоставимое с китайскими MIPS-ами, количество.
    или количество компаний, коммерчески использующих.
    или пока эльбрус, внезапно - не начнет Сам коммитить в паблик. и если, что врятли.

     

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



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

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