| 1.1, A.Stahl (ok), 00:37, 12/12/2016 [ответить] [﹢﹢﹢] [ · · · ]
| –10 +/– |
 Что-то для "домашнего" пользователя в этом релизе вообще ничего интересного.
Ну и ладно. Не буду обновляться.
/me показывает язык. Бе-бе-бе.
| | |
| |
| |
| 3.4, A.Stahl (ok), 00:51, 12/12/2016 [^] [^^] [^^^] [ответить]
| +6 +/– |
LTS это скучно. Это удел тихо жужжащих серверов.
Там LTS-ность хороша: всё что нужно уже настроено (пусть даже и костылями, но работает), но зато можно быть уверенным, что ничего и не отвалится.
А дома хочется видеть улучшения. Чтобы всё дырчало и бурлило. Чтобы дух захватывало. Но при этом работало. Вот.
| | |
| |
| 4.39, Аноним (-), 10:25, 12/12/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
Улучшения чего? У тебя дома просто нет тех нагрузок, где бы ты заметил "улучшения".
| | |
| |
| 5.43, A.Stahl (ok), 11:00, 12/12/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
Да в чём угодно. Пусть даже в дровах. До недавних пор, на одной из машин, подключённых к роутеру через WiFi, драйвер карточки с трудом 0.5МиБ/с через себя мог пропустить. Релизов 5-6 назад скорость отличной стала. Мелочь? Но очень приятная мелочь.
| | |
| |
| 6.59, Аноним (-), 12:51, 12/12/2016 [^] [^^] [^^^] [ответить]
| –1 +/– | |
>Около 42% всех представленных в 4.9 изменений связаны с драйверами устройств
О чём-то говорит?
| | |
| 6.108, Аноним (-), 20:43, 12/12/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
Wifi драйверы для Линукс - сколько слёз было пролито в этом месте и сколько прольётся ещё..
| | |
| |
| 7.154, Аноним (-), 20:22, 16/12/2016 [^] [^^] [^^^] [ответить]
| +/– |
> Wifi драйверы для Линукс - сколько слёз было пролито в этом
> месте и сколько прольётся ещё..
Не больше чем в винде. Там вообще с драйверами вафли жесть и а...й.
| | |
|
|
|
| 4.85, Аноним (-), 16:47, 12/12/2016 [^] [^^] [^^^] [ответить]
| +/– | |
>Чтобы всё дырчало и бурлило. Чтобы дух захватывало
Понятненько.
| | |
|
| 3.6, Аноним (-), 00:57, 12/12/2016 [^] [^^] [^^^] [ответить]
| +5 +/– |
Linux 4.9 и есть новое LTS ядро. По крайней мере так говорили. Что будет на деле - узнаем совсем скоро.
| | |
| |
| 4.7, rm1 (?), 01:40, 12/12/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
 Именно, и уже давно не было, пора бы. А то до сих пор сидим на 4.4, но в принципе и не особо жужжим.
| | |
| |
| 5.162, vektor (?), 00:14, 23/12/2016 [^] [^^] [^^^] [ответить]
| +/– |
> Именно, и уже давно не было, пора бы. А то до сих
> пор сидим на 4.4, но в принципе и не особо жужжим.
Чем 4.7 не LTS? oO
| | |
|
| 4.26, Меломан1 (?), 07:58, 12/12/2016 [^] [^^] [^^^] [ответить]
| +/– |
Разве не 4.10 будет LTS? Кажется из-за этого Debian 9 ожидается только ближе к лету.
| | |
| |
| 5.27, ТТТ (?), 08:50, 12/12/2016 [^] [^^] [^^^] [ответить]
| +1 +/– | |
Предполагалось что 4.10 будет LTS, но Грег сообщил что ожидает 4.9 на эту роль. Но и 4.9 он может не сделать LTS, другие кандидаты 4.8 и 4.10.
В общем, по словам того же Грега -- это плохая пркатика сообщать заранее, так как народ пытается в последнюю секунду код впихнуть в ядро.
| | |
| |
| 6.34, Меломан1 (?), 09:33, 12/12/2016 [^] [^^] [^^^] [ответить]
| –3 +/– |
Тогда в Debian 9 будет 4.8, т.к. Ubuntu 16.04 LTS переходит на него. Мысль была, что дебианщики решили отмеживаться от Canonical.
| | |
|
|
|
|
| 2.58, Аноним (-), 12:49, 12/12/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
BBR, домашний пользователь не только же всё принимает, но и отправляет тоже.
| | |
| 2.88, testt (ok), 17:24, 12/12/2016 [^] [^^] [^^^] [ответить]
| +/– |
 Для домашних пользователей надо ядро, где выпилено все ненужное.
| | |
| 2.114, Аноним (-), 22:03, 12/12/2016 [^] [^^] [^^^] [ответить]
| +/– | |
> Что-то для "домашнего" пользователя в этом релизе вообще ничего интересного.
Кроме таких мелочей как:
1) Быстрая вафля. Не со всеми чипсетами а только там где фирмварь не мешалась, т.е. ath9k и mtk76хх в основном.
2) AMDGPU поддерживает RadeonSI - обладатели "старых" GCN могут и покамикадзить и погонять вулкан (и открытый и из замены каталиста)
| | |
|
| 1.12, vitalikp (?), 02:21, 12/12/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
>Вместо использования потери пакетов как индикатора перегрузки, в BBR применяются >методы моделирования канала связи, прогнозирующие имеющуюся пропускную >способность через последовательные проверки и оценку времени приема-передачи >(RTT), но не доводя до потери пакетов или задержек в передаче.
Интересно. То есть раньше считали по потерянным пакетам, то сейчас считают с какой скоростью дошел пакет до получателя. Каждый отправленный пакет может корректировать скорость канала в большую или меньшую сторону. Если пакет пришел очень быстро, то и скорость по идее должна достаточно быстро увеличится.
Интересно было бы глянуть на сравнительные тесты до и после.
| | |
| |
| 2.17, Ivan_83 (ok), 03:57, 12/12/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
 По идее hybla примерно так же работает.
Но собственно помимо RTT потери всё равно нужно учитывать ибо не везде стоят шейперы, кое где и полисеры или же банально полка порта что практически тоже самое - дропы.
| | |
| 2.55, Аноним (-), 12:09, 12/12/2016 [^] [^^] [^^^] [ответить]
| +2 +/– | |
Есть две характеристики канала: пропускная способность и задержка. То, что обычно называют скоростью (MB/s) — пропускная способность канала. А время доставки одного бита от отправителя до получателя — задержка.
У фуры груженой винчестерами очень хорошая пропускная способность. Потому что за секунду он она перевозит с одного места на другое до**я гигабайт информации. А вот с задержками у нее паршиво, потому что передать один бит слишком долго.
| | |
|
| |
| |
| |
| 4.37, 1 (??), 09:57, 12/12/2016 [^] [^^] [^^^] [ответить]
| +2 +/– |
Там тебе сказали, что ты забиваешь всю память tmpfs-ами, настраивай лимиты
| | |
| |
| |
| 6.57, ILoveIslam (?), 12:37, 12/12/2016 [^] [^^] [^^^] [ответить]
| +/– | |
> У меня /tmp лимит в 1,9GB от 3,9GB и понижать его не охота.
Так отпиши это в багтрекере, из тех коментов это не понятно.
| | |
| 6.81, Michael Shigorin (ok), 16:38, 12/12/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
 > У меня /tmp лимит в 1,9GB от 3,9GB и понижать его не охота.
При таких лимитах и процессах и впрямь стоит памяти добить по возможности...
| | |
| |
| 7.115, Аноним (-), 22:17, 12/12/2016 [^] [^^] [^^^] [ответить] | +1 +/– | А хотите guess того что там скорее всего творится IIRC, в ядре есть механизм ко... большой текст свёрнут, показать | | |
| |
| |
| 9.143, Аноним (-), 22:13, 14/12/2016 [^] [^^] [^^^] [ответить] | +2 +/– | Самое очевидное что в голову приходит 1 echo 1 proc sys vm block_dump 2 в... большой текст свёрнут, показать | | |
|
|
| 7.127, Аноним (-), 11:20, 13/12/2016 [^] [^^] [^^^] [ответить]
| +/– |
Почему так происходит при отсутствии swap понятно, есть всего два варианта как решить проблему:
1. Добавить таки swap небольшого размера.
2. Зарезервировать память под OOM Killer( и некоторые системные ресурсы, нужные для определения того, кого рубить )
Резервировать ресурсы похоже не планируется ( не верный путь? ), вы по идее можете самостоятельно их зарезервировать создав swap в ramdrive :) ( вроде так можно )
| | |
|
|
|
| 4.122, Анонимный Алкоголик (??), 02:55, 13/12/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
>> А что с ним? Не срабатывает? :-)
> https://bugzilla.opensuse.org/show_bug.cgi?id=985233
> Автоматически нет. Только вручную Alt+SysRq+F
Подозреваю, что речь о том, что не убиваются процессы, занявшие память и которые вы считаете должны быть убиты. Но то, что вы считаете, что какие-то процессы должны быть убиты OOM Killer, не значит, что именно они должны быть им убиты. OOM Killer не может даже догадываться о ваших пожеланиях. В случае с tmpfs убивать даже некого.
Занявший всю память без всякой пользы процесс вполне может продолжать её занимать, при том, что более полезные и требующие совсем немного памяти процессы будут убиты. В общем вопрос полезности работы тех или иных процессов - это ваше дело.
| | |
| |
| 5.126, Mihail Zenkov (ok), 10:03, 13/12/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
 В этой ситуации (с tmpfs и без swop) OOM Killer вообще не вызывается. При ручном вызове OOM Killer (Alt+SysRq+F) - killer работает: находит подходящий процесс и убивает.
> В случае с tmpfs убивать даже некого.
Под tmpfs выделено 50% памяти, а значит в оставшейся памяти есть процессы и есть кого убить.
| | |
| |
| 6.128, Аноним (-), 11:32, 13/12/2016 [^] [^^] [^^^] [ответить] | +2 +/– | OOM Killer-у банально не хватает памяти что-бы вычислить кого грохать, проблеме ... большой текст свёрнут, показать | | |
| |
| 7.130, Mihail Zenkov (ok), 14:01, 13/12/2016 [^] [^^] [^^^] [ответить]
| +/– | |
> OOM Killer-у банально не хватает памяти что-бы вычислить кого грохать
Еще раз: OOM Killer работает при нажатии Alt+SysRq+F. Не работает автоматический запуск OOM Killer, так как ядро считает, что пока весь кэш не вытеснен, звать киллера не нужно.
| | |
|
|
| 5.129, Ilya Indigo (ok), 12:54, 13/12/2016 [^] [^^] [^^^] [ответить]
| +/– |
 >>> А что с ним? Не срабатывает? :-)
>> https://bugzilla.opensuse.org/show_bug.cgi?id=985233
>> Автоматически нет. Только вручную Alt+SysRq+F
> Подозреваю, что речь о том, что не убиваются процессы, занявшие память
Спасибо, в openSUSE с этим мне повезло. Убивается всегда firefox+7z или firefox+cpp (причём 1 из 4-ёх cpp), хотя остальные 3 без 4-ого всё равно мне не нужны и я потом убиваю и их.
> которые вы считаете должны быть убиты.
А чего не понятного? При исчерпании ОЗУ самые прожорливые процессы должны быть прибиты, причём автоматически, а не только вручную.
> В случае с tmpfs убивать даже некого.
Вы не правы.
вы хоть свою ОСЬ и ядро назовите. Не удивлюсь что гентушник, хотя думаю что у вас 6-ая сентось.
| | |
|
|
| 3.32, Аноним (-), 09:19, 12/12/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
Наоборот. В 4.7 и 4.8 (не знаю насчёт 4.9 - об этом и спрашиваю) он постоянно срабатывает несмотря на то, что своп практически свободен.
| | |
|
|
| 1.35, фыва2 (?), 09:44, 12/12/2016 [ответить] [﹢﹢﹢] [ · · · ]
| –8 +/– |
После двух месяцев разработки Линус Торвальдс представил релиз ядра Linux 4.9.
После двух месяцев разработки Линус Торвальдс представил релиз ядра Linux 4.8.
После двух месяцев разработки Линус Торвальдс представил релиз ядра Linux 4.7.
кондуктор не спеши....или кондуктор хочет нагнать хром??
| | |
| 1.40, Аноним (-), 10:47, 12/12/2016 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– | |
> В новом формате представлена первая порция переработанных документов об API для программирования драйверов
давайте коллективно поможем исправить глупые помментарии в коде ядра:
void atomic_set(atomic_t * v, int i)
atomic_t * v; // pointer of type atomic_t
Что это за масло масляное. Предлагаю
atomic_t * v; // the modifying atomic variable
| | |
| |
| 2.84, Michael Shigorin (ok), 16:42, 12/12/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
> давайте коллективно поможем исправить глупые помментарии в коде ядра:
> Что это за масло масляное. Предлагаю
> atomic_t * v; // the modifying atomic variable
Умные комментарии поясняют неочевидный контекст (или намерение) обычно...
| | |
|
| 1.46, Вареник (?), 11:32, 12/12/2016 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– | |
>> размер патча - 45 Мб
- Поддержка 32 разрядных систем скоро закончится естесственным образом - размер плоского ванильного ядра перевалит за 4 гига.
| | |
| |
| 2.62, Аноним (-), 13:29, 12/12/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
Ладно бы, чего остроумного сказал. Так нет, в одном единственном предложении куча неверных предпосылок и неточностей. Что за "плоское" ядро? Сравниваешь исходники и размер исполняемого файла? Даже если просто сравнить два числа - 45 и 4,000 - можно заметить, что они отличаются почти в 100 раз, и речь о том, что "45" почти уже как "4000" не идет.
| | |
|
| |
| |
| 3.52, Аноним (-), 11:54, 12/12/2016 [^] [^^] [^^^] [ответить]
| +2 +/– |
Так и есть, хотя за последние 5 лет 12309 стал ещё менее заметным на HDD, но окончательно помогли только SSD.
| | |
| 3.60, A (?), 12:53, 12/12/2016 [^] [^^] [^^^] [ответить]
| +/– |
Фиксить баги путем приобретения железа? Причем, приобретение возлагается на пользователя? Ты в своем уме?
| | |
| |
| |
| 5.69, A (?), 14:05, 12/12/2016 [^] [^^] [^^^] [ответить]
| –5 +/– |
Это в мире луникса такая спец. олимпиада стартовала, что ли? Дисциплина: "кто больше софтверных багов обойдет путем более мощного железа"? Где смотреть победителей? Трансляции есть?
| | |
| |
| 6.72, Аноним (-), 14:51, 12/12/2016 [^] [^^] [^^^] [ответить]
| +2 +/– | |
>Где смотреть победителей? Трансляции есть?
Есть, но на твоём по жизни бэушном железе не пойдут.
| | |
|
|
| 4.125, Аноним (-), 08:07, 13/12/2016 [^] [^^] [^^^] [ответить]
| +/– |
У тех, у кого эти железки есть либо сами пишут патчи, либо, если не умеют, на багтрекер, где эти баги исправляют. Не вижу проблем.
| | |
|
|
| 2.73, AlexAT (ok), 14:52, 12/12/2016 [^] [^^] [^^^] [ответить]
| +/– |
 82801AB (и производные) своё отжил, 12309 кончился почти полностью вместе с ним.
| | |
| |
| 3.78, A (?), 15:46, 12/12/2016 [^] [^^] [^^^] [ответить]
| +/– | |
00:1f.2 SATA controller [0106]: Intel Corporation 8 Series SATA Controller 1 [AHCI mode] [8086:9c03] (rev 04)
Это он?
| | |
| |
| 4.116, anomymous (?), 22:23, 12/12/2016 [^] [^^] [^^^] [ответить]
| +/– | |
Не знаю. Я встречал только на 82801 и ещё какой-то старой AMD'шной хрени, потом на новых Intel и начиная с AMD 790 не встречал.
| | |
| |
| |
| 6.148, Аноним (-), 07:57, 15/12/2016 [^] [^^] [^^^] [ответить]
| +/– | |
> IIRC также было на via и nforce.
Конкретно 12309 был на чем угодно, при условии что это медленный накопитель. Там проблема была в том что ядро выращивало огромный буфер. А при попытке программ выделить память оно пыталось его урезать и выдавливало на диск. Если диск был тормозной - программы начинали становиться колом ожидая пока кернел сможет им память дать. Они взяли да и затвикали кернел чтобы не отращивал большой буфер для медленных носителей. И теперь тупняки в такой ситуации кардинально меньше.
А если это не то - тогда это не 12309.
| | |
|
|
|
|
| 2.102, НовыйЮзер (ok), 18:57, 12/12/2016 [^] [^^] [^^^] [ответить]
| +/– |
 > 12309 в очередной раз поправили?
Пользуюсь где-то с 2003 года линуксом не разу не встречал... железа всякого на работе было много и разнообразного...
| | |
|
| 1.50, Аноним (-), 11:49, 12/12/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
>> .. Линус Торвальдс представил ...
как у него голова еще варит такую кучищу кода разгребать
столько различных аспектов, технологий, файловых систем, особенностей железа
понятно, что не один патчи проверяет, но все же. мегамозг
| | |
| |
| 2.51, Аноним (-), 11:52, 12/12/2016 [^] [^^] [^^^] [ответить]
| +/– |
Как для меня - это один из лучших примеров делегирования задач. Финский расовый швед умеет масштабироваться!
| | |
| 2.159, Аноним (-), 23:42, 16/12/2016 [^] [^^] [^^^] [ответить]
| +2 +/– |
> как у него голова еще варит такую кучищу кода разгребать
> столько различных аспектов, технологий, файловых систем, особенностей железа
Ну вот так.
- Раздал подсистемы майнтайнерам, которые за них и отвечают.
- Запилил git, теперь масштабироваться может кто угодно.
> понятно, что не один патчи проверяет, но все же. мегамозг
Мегамозг придумал как себя разгрузить и повысить свою эффективность, оставив себе общую координацию процесса вместо ворочания ломовых объемов самому.
| | |
|
| 1.53, Аноним (-), 11:56, 12/12/2016 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– | |
>В драйвер AMDGPU добавлена экспериментальная поддержка семейства GPU Southern Islands на базе микроархитектуры GCN 1.0
А GCN 1.1 так и не будет поддерживаться? Интересненько.
| | |
| |
| 2.160, Аноним (-), 23:43, 16/12/2016 [^] [^^] [^^^] [ответить]
| +/– | |
> А GCN 1.1 так и не будет поддерживаться? Интересненько.
Они там экспериментально поддерживаются уже несколько версий к ряду...
| | |
|
| 1.64, Аноним (-), 13:50, 12/12/2016 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
А оно в убунту 16.10 приедет или из ппа ставить?
У меня как раз карточка GCN 1.0
| | |
| 1.70, asand3r (?), 14:09, 12/12/2016 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– | |
>В NFS-сервер добавлена поддержка операции COPY, определённой в спецификации NFS4.2 и позволяющей выполнить копирование содержимого файла без перемещения данных по сети от сервера к клиенту и обратно;
Поясините, пожалуйста - как это работает? Что значит "выполнить копирование, не перемещая данные по сети"?
| | |
| |
| 2.71, captain (?), 14:36, 12/12/2016 [^] [^^] [^^^] [ответить]
| +1 +/– | |
наверное
cp /mnt/nfs/dir1/file.tar /mnt/nfs/dir2/file.tar
так чтобы всё на стороне сервера.
| | |
| 2.74, AlexAT (ok), 14:53, 12/12/2016 [^] [^^] [^^^] [ответить]
| +/– |
>>В NFS-сервер добавлена поддержка операции COPY, определённой в спецификации NFS4.2 и позволяющей выполнить копирование содержимого файла без перемещения данных по сети от сервера к клиенту и обратно;
> Поясините, пожалуйста - как это работает? Что значит "выполнить копирование, не перемещая
> данные по сети"?
COPY server1:/path1/file1 server1:/path2/file2
| | |
|
| 1.75, manster (ok), 15:00, 12/12/2016 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
 ожидаемо:
- быстрый swap и его сброс через "swapoff -a ; swapon -a"
- обновление ядра без перезагрузки - модули можно подгружать в курсе
- эмуляция старых 2.6+ (нужно например старье запускать в современном окружении)
- быстрая отзывчивость с небольшим RAM, а то после очередного обновления в генте chromium: слишком долгий разогрев
- генерация текущего конфига ядра для нового ядра (если такое уже есть то извиняюсь)
| | |
| |
| 2.82, Леха (?), 16:39, 12/12/2016 [^] [^^] [^^^] [ответить] | +2 +/– | Swap на данный момент обладает приемлемой скоростью Обновление ядра без перезаг... большой текст свёрнут, показать | | |
| 2.86, arsenicum (??), 16:55, 12/12/2016 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> - генерация текущего конфига ядра для нового ядра (если такое уже есть то извиняюсь)
make oldconfig
| | |
| 2.147, Аноним (-), 07:54, 15/12/2016 [^] [^^] [^^^] [ответить] | –2 +/– | Купи себе SSD если не западло его свапом протирать А лучше почитай про zram, по... большой текст свёрнут, показать | | |
|
| |
| 2.165, Анонс (?), 04:38, 24/12/2016 [^] [^^] [^^^] [ответить]
| +/– | |
> А сколько процентов изменений от Microsoft?
Несколько. А вы с какой целью интересуетесь?
| | |
|
| 1.104, slm33 (ok), 19:34, 12/12/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
 С этой версией ядра наконец-то запускаются игры без графических артефактов на R7 m260, но производительность почему-то хуже чем на встроенной карточке (
AMD A8-6410 APU), запускаю через терминал командой DRI_PRIME=1, может я что-то не так делаю? Первый раз имею дело с гибридной графикой.
| | |
| |
| |
| |
| 4.118, slm33 (ok), 22:28, 12/12/2016 [^] [^^] [^^^] [ответить]
| +/– |
Открытые. Наверно всё на amd-gpu крутится, я не сильно в этом шарю.
| | |
|
|
|
| 1.123, JL2001 (ok), 03:15, 13/12/2016 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
 почему ставят такие дефолты ?
CONFIG_DRM_AMDGPU_SI=y
# CONFIG_DRM_AMDGPU_CIK is not set
CONFIG_DRM_AMDGPU_CIK же давно появился и должен уже нормально работать ?
| | |
| 1.139, Нониус (?), 07:12, 14/12/2016 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Производительность упала процентов на десять по сравнению с 4.8.14
В частности, ZoL одной и той же версии такое показывает.
Да и простецкий dd if=/dev/zero | dd of=/dev/null (копирование kernel-userspace-kernel).
| | |
| 1.141, Аноним (-), 13:31, 14/12/2016 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Подскажите карточка radeon 8870m gcn 1.0 или 1.1? На википедии написано, что 1.0, а на одном компуктерном сайте - 1.1. Кому верить?
| | |
| |
| 2.142, Ilya Indigo (ok), 15:26, 14/12/2016 [^] [^^] [^^^] [ответить]
| –2 +/– |
> Подскажите карточка radeon 8870m gcn 1.0 или 1.1? На википедии написано, что
> 1.0, а на одном компуктерном сайте - 1.1. Кому верить?
:s/компуктерном сайте/заборе
| | |
|
| 1.150, Аноним (-), 11:10, 15/12/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– | |
>Проведены оптимизации обработки программных прерываний, которые позволили снизить нагрузку на CPU и дали возможность обрабатывать значительно больше сетевых данных на слабых процессорах. На тестовой маломощной системе производительность обработки UDP-пакетов увеличилась с 2000 до 900 тысяч пакетов в секунду;
На два порядка! Ждём это в OpenWrt.
| | |
| |
| 2.157, Аноним (-), 23:35, 16/12/2016 [^] [^^] [^^^] [ответить]
| +/– | |
> На два порядка! Ждём это в OpenWrt.
Там еще на ath9k и вроде бы медиатеке запилили "быстрый wi-fi". Какой-то хитрозадый решедулинг пакетов в софте, так что латенси должна упасть в разы, особенно на AP на хилых железках.
Остальным быстрой вафли не досталось: у карточек у кого жирная фирмварь, типа интелей и ath10k она оказалась именно там где хотелось пропатчить.
| | |
|
| 1.152, фывапроцукенг (?), 16:37, 16/12/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
а я вот компиляю на фх9590 и проблем не знаю glibc за 7мин. firefox за 15 libreoffice за 37мин. ЧЯДНТ.ядро-x86_64 4.8.14-gentoo march=native -02 -pipe.
| | |
| |
| 2.158, Аноним (-), 23:39, 16/12/2016 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> ЧЯДНТ
Канпелируешь как мартышка, возведя техническое действие в разряд культа. Хотя именно ядро скомпилировать не особо какая проблема, оно в этом плане тривиальное.
| | |
|
| 1.153, фывапроцукенг (?), 16:50, 16/12/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
emerge --info
Portage 2.3.0 (python 3.4.5-final-0, default/linux/amd64/13.0/desktop, gcc-6.2.0, glibc-2.22-r4, 4.8.14-gentoo x86_64)
=================================================================
System uname: Linux-4.8.14-gentoo-x86_64-AMD_FX-tm-9590_Eight-Core_Processor-with-gentoo-2.2
KiB Mem: 16308952 total, 14978968 free
KiB Swap: 0 total, 0 free
Timestamp of repository gentoo: Fri, 16 Dec 2016 07:30:02 +0000
sh bash 4.3_p48-r1
ld GNU ld (Gentoo 2.25.1 p1.1) 2.25.1
app-shells/bash: 4.3_p48-r1::gentoo
dev-lang/perl: 5.22.2::gentoo
dev-lang/python: 2.7.12::gentoo, 3.4.5::gentoo
dev-util/cmake: 3.5.2-r1::gentoo
dev-util/pkgconfig: 0.28-r2::gentoo
sys-apps/baselayout: 2.2::gentoo
sys-apps/openrc: 0.22.4::gentoo
sys-apps/sandbox: 2.10-r1::gentoo
sys-devel/autoconf: 2.13::gentoo, 2.69::gentoo
sys-devel/automake: 1.11.6-r1::gentoo, 1.14.1::gentoo, 1.15::gentoo
sys-devel/binutils: 2.25.1-r1::gentoo
sys-devel/gcc: 6.2.0-r1::gentoo
sys-devel/gcc-config: 1.7.3::gentoo
sys-devel/libtool: 2.4.6-r2::gentoo
sys-devel/make: 4.1-r1::gentoo
sys-kernel/linux-headers: 4.8::gentoo (virtual/os-headers)
sys-libs/glibc: 2.22-r4::gentoo
Repositories:
на мой взгляд ядро 4.8 очень даже а вот на 4.7 офис собирался на 20 минут дольше да но компилятор был фуфловый gcc-5.4.0 а счас gcc-6.2.0 может поэтому нет времени разбираться.
| | |
| 1.161, Andrey Mitrofanov (?), 15:30, 20/12/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> В новую версию принято около 15 тысяч исправлений от 1400 разработчиков, размер
...наблюдая https://debbugs.gnu.org/25231 ...
В: Чем отличается "бета"-релиз дистрибутив от "альфа"?
О: Тем что бета откатывает распоследний kernel.org-релиз обратно до последнего работающего, а не релизит "как есть".
| | |
|
