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 - напрямую подавая на выход то что это барахло выдает. А если вывод этого нечто подмешивать к куче других случайных величин - ничего страшного не произойдет: в хучшем случае (полностью предсказуемый вывод) энтропии просто не станет больше. В лучшем (если закладок все-таки нет) энтропии станет немного больше.
| |
|
|
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 шифрованием. Прикинь, да?
| |
|
|
|
|
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
...хотя какая разница))
| |
|
|
|
7.55, Аноним (-), 13:22, 09/06/2014 [^] [^^] [^^^] [ответить]
| +1 +/– |
> у меня нестандартный конфиг =)
А у вопрошавшего скорее всего стандартный, раз такие вопросы задает.
| |
|
|
|
|
|
2.25, Baz (?), 08:44, 09/06/2014 [^] [^^] [^^^] [ответить]
| +1 +/– |
для убунты есть целый PPA со свежими ядрами уже собранными от карнел орг.
| |
|
|
|
|
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 +/– |
> А то мало ли, система например не загрузится...
это для него будет благо.
| |
|
|
|
10.119, arisu (ok), 21:34, 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. Юзеру это малозаметно, кроме случаев если вас кусал некий баг.
| |
|
|
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.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, который более настоящий "эмулятор" и не подвержен этой проблеме.
| |
|
|
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-режимов должно хватать практически для всего.
| |
|
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 со старой виндой.
Да мне честно говоря до лампочки на эти виндовые проблемы, у меня виндовых программ уже давно не осталось, никаких и нигде :). Но если кто захочет запустить винтажный сетапер - обломается.
| |
|
|
|
|
|
|
|
|
3.27, Fracta1L (ok), 09:07, 09/06/2014 [^] [^^] [^^^] [ответить]
| –4 +/– |
При обращении к дискам приложения подвисают на пару-тройку секунд. На 3.12.х такого не было, дальше появилось.
| |
|
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 [^] [^^] [^^^] [ответить] | +/– | глядя на два десятка снапшотов в виртуалящике, некоторые из которых полуторалет... текст свёрнут, показать | |
|
|
|
|
|
|
|
|
|
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 +/– | но так или иначе - это тупик и костыль и облегчение жизни, криворуким программи... большой текст свёрнут, показать | |
|
|
|
|
|
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... (если будет - имхо, это круто!)
| |
|
|
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 по ссылкам же выше?! по ссылкам!! кто здесь!!??
| |
|
|
|
|
|
|
1.46, Аноним (-), 11:41, 09/06/2014 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Основное отличие от классических POSIX-блокировок заключается во владельце блокировки: классической POSIX-блокировкой владеет процесс, а приватная POSIX-блокировка принадлежит открытому файлу
А как файловые менеджеры на это смотрят? Ничего не отваливается?
| |
|
2.96, Аноним (-), 17:26, 09/06/2014 [^] [^^] [^^^] [ответить]
| +/– |
У меня такое было когда мост отпаялся от мат. платы. Часть шариков пайки лопнула и при определенной температуре+фазе луны+загрузки видеокарты появлялось такое и до остывания компа продолжалось.
| |
|
3.99, pw (ok), 18:03, 09/06/2014 [^] [^^] [^^^] [ответить]
| +/– |
теперь я понял, что произошло со старым ноутом. Но этот - новый, здесь дело не в аппаратных проблемах.
| |
|
|
|
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-ами, количество.
или количество компаний, коммерчески использующих.
или пока эльбрус, внезапно - не начнет Сам коммитить в паблик. и если, что врятли.
| |
|
|