Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..., opennews (?), 25-Мрт-13, (0) [смотреть все] Фигасе, там ещё и сборщики мусора, серьёзная штука этот UEFI, anonimous (?), 11:54 , 25-Мрт-13, (1) +32 // А надо ли оно всё В идеале всё, что делает UEFI, должна делать ОС, как оно прои, Аноним (-), 12:09 , 25-Мрт-13, (3) +15 // UEFI нужен был для 1 отказа от 16-битной загрузки в 2013 году всё ещё делают п, Пиу (?), 13:06 , 25-Мрт-13, (15) +5 // маркетинговый булшит то что BIOS устарел, ни разу не заслуга UEFI, а объективна, ананим (?), 13:33 , 25-Мрт-13, (22) +4 чукча не читатель, чукча писатель я посмотрю, Пиу (?), 15:35 , 25-Мрт-13, (46) да хрен тебя знает это ж ты утверждал, что без уефи от 16-битной загрузки не отк, ананим (?), 15:51 , 25-Мрт-13, (51) +2 А где он это утверждал , Аноним (-), 16:03 , 25-Мрт-13, (60) Первое же первое ЗыжТоже не читатель Абревиатуру UEFI хоть перевёл , ананим (?), 16:11 , 25-Мрт-13, (66) Ну а где он сказал что это был единственный вариант А так - ну да, тупо когда 6, Аноним (-), 16:40 , 25-Мрт-13, (77) ещё раз, для НЕ_читателей, повторяю 8212 UEFI вообще не делался для этой цели, ананим (?), 17:25 , 25-Мрт-13, (96) Он делался в том числе и по этой причине В качестве мотивации такой активности , Аноним (-), 18:10 , 25-Мрт-13, (121) И кривущий GPT который создаёт примерно столько же проблем, сколько и решает, ч, Michael Shigorin (ok), 18:23 , 25-Мрт-13, (125) –2 А всё же, чем GPT-то кривой Хорошая система разметки, без всяких MBR проблем П, Аноним (-), 19:22 , 25-Мрт-13, (136) Даа вот лежит тут железка Там конечно нет GPT, там u-boot партиции И ведрои, Аноним (-), 20:23 , 25-Мрт-13, (146) Велосипед, который ничем не лучше уже давно существовавшего LVM Да вот кого-то, Michael Shigorin (ok), 02:43 , 26-Мрт-13, (175) +2 в плане нескольких команд для переключения режима, что ли расскажи насколько си, arisu (ok), 18:46 , 26-Мрт-13, (182) специально для горячих чукотских парней там было написано, какие плюшки изначал, Пиу (?), 18:36 , 25-Мрт-13, (128) gt оверквотинг удален ох ну вы хоть википедию читайте, а не делайте реверсивны, кевин (?), 17:14 , 25-Мрт-13, (89) –2 дальнейшего порабощения человечества, так, для многих не заметно, весь контроль , Аноним (-), 21:23 , 26-Мрт-13, (186) Про анальные зонды в таком вот гипервизоре в UEFI забыл высказаться , Аноним (-), 13:23 , 25-Мрт-13, (18) Дву глупости в одном посте На ARM сейчас такой зоопарк инициализаций, что приме, Crazy Alex (??), 13:30 , 25-Мрт-13, (21) +6 // Чаще всего там обычный u-boot И кстати там сейчас вполне убедительная инициатив, Аноним (-), 16:05 , 25-Мрт-13, (62) +2 а чем следование стандарту уефи урезает количество вариантов , кевин (?), 17:15 , 25-Мрт-13, (90) –1 Тем что мутный проприерасовский блоб и стандарт навязываемый интел и майкрософт , Аноним (-), 17:45 , 25-Мрт-13, (104) +1 а чем PE-то не нравится кроме того, что 171 от m 187 формат как формат, н, arisu (ok), 18:49 , 26-Мрт-13, (183) такие разработки были более того, даже не плохо работали но был выбран именно U, ананим (?), 13:40 , 25-Мрт-13, (24) +1 // Такие штуки неплохо работают пока рассчитаны на полторы железки Как только выяс, Crazy Alex (??), 14:36 , 25-Мрт-13, (34) Такие штуки отлично работают, когда выходят в тираж Т е становятся стандартом , ананим (?), 15:32 , 25-Мрт-13, (43) вот только скорость работы усб переферии в виртуалбоксе оставляет желать лучше, Пиу (?), 15:37 , 25-Мрт-13, (48) –1 1 у себя не замечал с паравиртуальными дровами сетевухи и блочных устройств бы, ананим (?), 15:42 , 25-Мрт-13, (50) +1 Точно, только от неё и зависит Как говориться - доброе слово и кошке приятно , pavlinux (ok), 16:04 , 25-Мрт-13, (61) +1 Во-о-от Что характерно, производитель и не давал гарантии работы вб на его желез, ананим (?), 16:16 , 25-Мрт-13, (70) Я ваще-то про оговорку по-Фрейду - материЛки , pavlinux (ok), 03:20 , 26-Мрт-13, (177) ззыжкстати, в своей практике не встречал ни одной материнки, где бы не завёлся d, ананим (?), 15:40 , 25-Мрт-13, (49) +1 Потому что нужен IOMMU И да, накукуй надо возиться с xen при наличии в лине его, Аноним (-), 16:11 , 25-Мрт-13, (67) Ну мы тут вообще-то про гипервизор внутри биос или как бы там его обозвали гов, ананим (?), 16:21 , 25-Мрт-13, (72) Вот спасибо Чего не надо так это проприетарных зондов которым предлагается пове, Аноним (-), 18:13 , 25-Мрт-13, (122) Вот лежит у меня армовская платка Я могу цеплять любой девайс на любую шину, по, Аноним (-), 16:10 , 25-Мрт-13, (65) +2 Ы что Хотите сказать, что берем произвольный дистрибутив, скомпилированный под , Crazy Alex (??), 18:46 , 25-Мрт-13, (131) –1 К этому все и идет - device tree ему или загрузчик отдаст или у него свое есть , Аноним (-), 20:26 , 25-Мрт-13, (147) +1 Да, секурбут - открытее не бывает , Аноним (-), 17:49 , 25-Мрт-13, (108) +2 судя по всему уже бесполезно уровень заблуждений слишком большой , кевин (?), 17:18 , 25-Мрт-13, (92) +1 Какой открывается простор для производителей железа Можно, к примеру ввести абон, Аноним (-), 15:27 , 25-Мрт-13, (41) +4 // Если бы это кто-то хотел делать - возможности для этого есть уже лет 20 Наверно, Аноним (-), 16:13 , 25-Мрт-13, (69) –1 наоборот - это дело просто не дошло до такого Более-менее надежный интернет тол, Crazy Alex (??), 18:48 , 25-Мрт-13, (132) Смотря что понимать под надежный Аккумулятор с интернетом в девайс не поставишь, Аноним (-), 21:07 , 25-Мрт-13, (162) Продажа в кредит капает процентами в карман банкам, а не nvidia , Ordu (ok), 02:46 , 26-Мрт-13, (176) Так тут смотря как позиционировать Вариант явно не геймерский Например, ноутбук, Аноним (-), 19:44 , 25-Мрт-13, (140) –2 Вменяемый Примерно по тем же причинам, какие вызвали непрошеные мало того, от, Michael Shigorin (ok), 20:58 , 25-Мрт-13, (160) +1 Вменяемый да Но таких единицы , Аноним (-), 21:48 , 25-Мрт-13, (168) Такое уже было у Интел Процессоры с разлочкой по коду вводишь код и проц разло, Харитон (?), 09:50 , 26-Мрт-13, (178) Такое уже есть у IBM, только с включением уже установленных CPU , Michael Shigorin (ok), 13:59 , 26-Мрт-13, (180) Заметьте, есть шанс запаять довольно мощный дорогой чип и обнаружить что пользов, Аноним (-), 21:09 , 25-Мрт-13, (163) Ага, в результате ты засунул топовый большой и дорогой чип GPU, развел широкую и, Аноним (-), 21:14 , 25-Мрт-13, (164) что характерно современные 171 бросовые 187 видеокарты в не столь давнем пр, arisu (ok), 18:54 , 26-Мрт-13, (185) а ведь ты сильно рискуешь стать пророком , arisu (ok), 18:52 , 26-Мрт-13, (184) это ты не прав если ось будет содержать в себе микрокоды всех возможных вариант, кевин (?), 17:11 , 25-Мрт-13, (87) ага, т е драйвера для каждого конкретного девайса теперь придется писАть для уе, другой аноним (?), 17:22 , 25-Мрт-13, (95) +1 внизапна ты только что описал ядро ОС, фактически , arisu (ok), 18:43 , 26-Мрт-13, (181) UEFI и Overengineering - синонимы Еще одним синонимом является - Brain Can, Аноним (-), 12:12 , 25-Мрт-13, (6) +14 айзену понравится D, ананим (?), 13:22 , 25-Мрт-13, (17) +5   // Ага, когда оно ему внезапно FreeBSD kernel чистить будет , Аноним (-), 13:26 , 25-Мрт-13, (19) +2   // При установке фрибсд ноут превратится в тыкву , Аноним (-), 16:01 , 25-Мрт-13, (58) +2   жаба-фанатику всегда нативный код мешает -Dне суть важна, есть там сборщик мусор, цирроз (ok), 13:47 , 25-Мрт-13, (27) +5   // не-не, очень важна это собственно эталонный пример применения технологий там, гд, ананим (?), 14:07 , 25-Мрт-13, (30) –1   зыжсобственно костыль угу, пол-памяти отрежем для супер-дупер сборщика как это п, ананим (?), 14:13 , 25-Мрт-13, (32) –1   Это другой сборщик, баклан Он в секторах флеша устаревшие записи о переменных с, Аноним (-), 16:19 , 25-Мрт-13, (71) +2   И дураку понятно что другой, олуш Для дЭбилов, и мозговых инвалидов повторю зыж, ананим (?), 16:36 , 25-Мрт-13, (75) –2   Сначала сходи на вику и почитай как флеш-память работает, чтобы пургу не нести Т, Аноним (-), 16:45 , 25-Мрт-13, (79)   ты настолько туп, что утверждаешь что у контроллера больше мозгов и ресурсов, че, ананим (?), 17:33 , 25-Мрт-13, (99) –1   Где я это утверждал Нифига себе вас прет Как самокритично Сами побредили, сами, Аноним (-), 17:52 , 25-Мрт-13, (110) –1   вот тут http www opennet ru openforum vsluhforumID3 89270 html 71ну так какой , ананим (?), 18:07 , 25-Мрт-13, (117) –1   Сам спросил, сам ответил ц Дядьку, взываю всё-таки к Вашей воспитанности PS , Michael Shigorin (ok), 18:21 , 25-Мрт-13, (124)   см 1-е предложение тут http www opennet ru openforum vsluhforumID3 89270 html, ананим (?), 19:26 , 25-Мрт-13, (137)   Насколько вас обоих могу понять -- у Вас претензия к методу выяснения чётности а, Michael Shigorin (ok), 02:26 , 26-Мрт-13, (174)   Не вижу - где я там издал хоть звук про какие-то ресурсы и про то что у контролл, Аноним (-), 18:27 , 25-Мрт-13, (126)   это твои слова ну так какой такой другой сборщик, баклан , ананим (?), 19:29 , 25-Мрт-13, (138)   Не тот который в жабе для оперативки, а тот который в флеше мусор собирает Само, Аноним (-), 20:33 , 25-Мрт-13, (149)   Спасибо за ликбез, во я дурак , anonimous (?), 17:07 , 25-Мрт-13, (86)   разве что с этой точки зрения ждем уборщиков мусора в микроконтроллерах , цирроз (ok), 15:58 , 25-Мрт-13, (54)   Сто лет есть Стандартная механика при работе с флеш-памятью Просто потому что , Аноним (-), 16:00 , 25-Мрт-13, (57)   Только не говорите, что флэшки очищаются после перезапуска ЗыжТрим имели ввиду , ананим (?), 16:08 , 25-Мрт-13, (64) –1   Нет, разумеется Перезапуски тут не при чем Флеш - крупноблочная память При ст, Аноним (-), 16:36 , 25-Мрт-13, (74) +1   Тогда какого фалоса ты мне тут пол-википедии переписал, где 8212 171 Чистка, ананим (?), 16:44 , 25-Мрт-13, (78) –1   На самом деле я все несколько упростил В реальных реализациях чистка может прои, Аноним (-), 17:05 , 25-Мрт-13, (85)   вот при манипулировании с переменными уефи, достаточно было спроектировать интер, ананим (?), 17:40 , 25-Мрт-13, (103)   GC сам по себе ни к коммитам ни к транзакциям - вообще никак не относится Тот к, Аноним (-), 17:59 , 25-Мрт-13, (113) –1   да что ты говоришь рад что ты это понял , ананим (?), 18:09 , 25-Мрт-13, (119) –1   Зато ты видимо до сих пор думаешь что оно требует дофига ресурсов Хотя это и не, Аноним (-), 20:35 , 25-Мрт-13, (150) –1   Ага Вот кстати жду когда айзен jvm на java перепишет Чтобы там сразу 2-а уборщик, ананим (?), 16:02 , 25-Мрт-13, (59) +2   могу себе представить, какой там кривой код жесть , цирроз (ok), 13:43 , 25-Мрт-13, (26) +2 На жабе, небось, писали Или на дотнете , anoname (?), 14:54 , 25-Мрт-13, (39) Да чего там серьезного Обычная область конфигурационных переменных Даже u-boot, Аноним (-), 15:56 , 25-Мрт-13, (52) +2 Новость из будущего Чтобы запустить Windows 9 после обновления UEFI нужно запуст, VoDA (ok), 12:06 , 25-Мрт-13, (2) +9 Эй, MS-боты Ну что, будем доказывать, что Linux виноват, или признаем, что кося, Аноним (-), 12:11 , 25-Мрт-13, (4) +13 // это косяк оверинжиниринга, Crazy Alex (??), 13:40 , 25-Мрт-13, (23) +2 // Не, это косяк быдлокодинга У нормальных людей такая механика даже в микроскопич, Аноним (-), 15:58 , 25-Мрт-13, (55) +2 Очень зря - наоборот, нужно, чтобы ноуты были убиты как можно быстрее, и поменян, Vkni (ok), 17:45 , 25-Мрт-13, (105) Ну так в винде прибирать не будут, поэтому счастливые обладатели виндов которые , Аноним (-), 18:03 , 25-Мрт-13, (115) Ага, только вот такие люди либо не трогают ничего, либо платят денежкю людам кот, BratSinot (ok), 19:17 , 25-Мрт-13, (134) Ну если у тебя в системе вылезет порнобаннер с требованием заплатить за разблоки, Аноним (-), 20:37 , 25-Мрт-13, (151) Оверинжиниринг в том, что оно вообще что-то куда-то пишет при загрузке Не тольк, Crazy Alex (??), 18:56 , 25-Мрт-13, (133) UEFI -- это только лишь интерфейс конкретную реализацию UEFI -- ни кто НЕ застав, Xasd (ok), 20:04 , 25-Мрт-13, (141) Но вероятность облажаться в десяти тысячах строк несколько поменьше чем в миллио, Crazy Alex (??), 20:19 , 25-Мрт-13, (145) код этой прошивки -- думаю огромен и признаться чесно мне кажется что у разраб, Xasd (ok), 20:29 , 25-Мрт-13, (148) Вот видишь, ты даже в простейшем слове лажаешься А теперь представь сколько баг, Аноним (-), 20:38 , 25-Мрт-13, (153) мне это удаётся представить в фэйловом смысле -- особенно хорошо если я представ, Xasd (ok), 23:25 , 25-Мрт-13, (170) Какая разница В н у без специальных команд баг проявляется только на Лин, skybon (ok), 18:15 , 25-Мрт-13, (123) –3 // Наглое вранье - индивид провоцировал это исключительно в винде, если вы вдруг да, Аноним (-), 18:35 , 25-Мрт-13, (127) +1 Ни один ноутбук при тестировании не пострадал , zomg (?), 12:12 , 25-Мрт-13, (5) +1 // Я думаю что индивид в процессе просто мог восстановить образ чипа грубым перешив, Аноним (-), 15:59 , 25-Мрт-13, (56) И снова нужно костыли в ядро вставлять из-за говноподелия UEFI , paulus (ok), 12:13 , 25-Мрт-13, (7) +8 // их там и так дофига почти в каждом процессоре бага, соответсвенно в ядре костыл, rshadow (ok), 12:24 , 25-Мрт-13, (10) +1 https lkml org lkml 2012 10 21 75, pkunk (ok), 19:20 , 25-Мрт-13, (135) +2 Хорошо что на моем Samsung по дефолту отключен этот чертов UEFI в биосе Мало ли, Аноним (11), 12:33 , 25-Мрт-13, (11) // а думаешь в Legacy BIOS там нет ошибок и сразу говорю что фраза у меня ничег, Xasd (ok), 20:08 , 25-Мрт-13, (143) // Есть и дофига Просто он в целом не пытался быть целой операционкой, что делало , Аноним (-), 20:42 , 25-Мрт-13, (154) +1 У меня для тебя плохие новости нельзя отключить UEFI Можно только включить в, Аноним (-), 21:23 , 25-Мрт-13, (166) // CSM -- как расшифровывается , Xasd (ok), 23:32 , 25-Мрт-13, (171) // Compatibility Support Module google uefi csm, Michael Shigorin (ok), 02:04 , 26-Мрт-13, (173) +1 ty, Xasd (ok), 12:28 , 26-Мрт-13, (179) –1 А у меня на асусовской материне при перезагрузке из винды в линукс все настройки, туктук (?), 12:37 , 25-Мрт-13, (12) +2 // Все настройки или настройки порядка загрузки , hakushka (ok), 14:12 , 25-Мрт-13, (31) +1 // Все , туктук (?), 18:38 , 25-Мрт-13, (129) Нормально, чо Даже такую маленькую и критически важную вещь, как загрузчик, н, Аноним (-), 13:00 , 25-Мрт-13, (13) +4 // а они как-то забыли, что загрузчик желательно делать маленьким и простым, Crazy Alex (??), 14:38 , 25-Мрт-13, (35) Сам по себе сборщик - очень маленькая и простая механика Такое даже в мелких ми, Аноним (-), 18:06 , 25-Мрт-13, (116) // ну просуммируй пару тысяч таких простых кусков - какая сложность будет Где-то, Crazy Alex (??), 20:08 , 25-Мрт-13, (142) // Так нефиг их тысячами пихать Да, если напихать пару тысяч - потом не хватит рес, Аноним (-), 20:45 , 25-Мрт-13, (155) хочу железо без биос , Аноним (-), 13:18 , 25-Мрт-13, (16) // Возьмите любой SoC на arm, например, да не так быстро как x86 но компактность им, Аноним (-), 13:41 , 25-Мрт-13, (25) и будете нуждаться в отдельной сборке вашей оси именно для этой железки Не надо, Crazy Alex (??), 14:40 , 25-Мрт-13, (36) +1 // Стандартной проприерасией, которой пичкают и от которой хрен откажешься Очень м, Аноним (-), 17:20 , 25-Мрт-13, (93) –1 // ну есть открытая реализация на базе коребута, если на то пошло Но вы вообще иде, Crazy Alex (??), 20:09 , 25-Мрт-13, (144) Только вот найти железо где бы coreboot работал и не было бы зондов - целый отде, Аноним (-), 20:48 , 25-Мрт-13, (156) А для чего вообще OS использует эти переменные,если может обойтись без них Что б, Ilyx (?), 13:30 , 25-Мрт-13, (20) // для сохранения значений между перезагрузками в качестве примера указывается обыч, ананим (?), 14:04 , 25-Мрт-13, (28) Ура Теперь у нас есть костыль для костыля , demon (??), 14:15 , 25-Мрт-13, (33) +1 недавно настраивал загрузку win8, она вся такая лицензионная, огороженно все что, Anonim (??), 14:52 , 25-Мрт-13, (37) +4 // Да удилища вообще Система слова доброго не стоит Ее юзеж больше всего ассоциир, Аноним (-), 17:30 , 25-Мрт-13, (97) А почему тогда винда грузится, а линукс - нет , anonymus (?), 14:53 , 25-Мрт-13, (38) –4 // как раз линукс встал сразу, а вин по сию пору не завелся хотя стсема спецом для , Anonim (??), 14:57 , 25-Мрт-13, (40) +1 Потому что Linux использовал больше возможностей UEFI По стандарту можно Если , Аноним (-), 15:31 , 25-Мрт-13, (42) +1 наоборот читай источники 8230 , ананим (?), 15:35 , 25-Мрт-13, (45) +2 Потому что прединсталлирована и если девайс факапнется с ней на фабрике - таки е, Аноним (-), 17:32 , 25-Мрт-13, (98) +1 А сколько визгов было, что это происки MS Оказалось - индусские кодеры самсунг, Аноним (-), 15:34 , 25-Мрт-13, (44) –1 // мс-бот 8230 , ананим (?), 15:36 , 25-Мрт-13, (47) +2 // насчет пятерки эт перебор Поставленная винда падает с хрустом с ошибкой компо, Anonim (??), 16:33 , 25-Мрт-13, (73) +1 оттуда же , ананим (?), 16:48 , 25-Мрт-13, (81) +1 Там упоминание 171 поставленная винда падает с хрустом с ошибкой 187 Падает , ананим (?), 17:04 , 25-Мрт-13, (84) +1 Начнём с того, что у этого болванчика нет не только преподавательской квалификац, Michael Shigorin (ok), 18:00 , 25-Мрт-13, (114) +2 Давно пора Пусть подлизывает своим патронам в другом месте , Аноним (-), 18:08 , 25-Мрт-13, (118) вот именно линуха там не было все косяки 8212 виндовые , ананим (?), 16:47 , 25-Мрт-13, (80) +1 То же самое что позволяет вам кивать на то что во всем виноват линукс Кто нам в, Аноним (-), 17:35 , 25-Мрт-13, (101) +1 вот это Windows Linux Windows превзошёл себя, теперь из-за каждой ошибки а так , ананим (?), 17:51 , 25-Мрт-13, (109) +1 Давно уже Они даже перейти с 1 проца на многопроцессорную машину не могут прост, Аноним (-), 20:51 , 25-Мрт-13, (157) +1 Судя по этой новости на роль абстракции от железа UEFI не потянет Каждый вендор, Аноним (-), 15:56 , 25-Мрт-13, (53) +2 // дык это и из названия понятно было 8212 Unified Extensible Firmware Interface, ананим (?), 16:56 , 25-Мрт-13, (83) серитфицирующей уефи организации на них нет а нужна , кевин (?), 18:09 , 25-Мрт-13, (120) +1 // Ну будет MS intel сами свою индусятину сертифицировать А толку Видели как на, Аноним (-), 18:38 , 25-Мрт-13, (130) +1 // так они только 171 секурити 187 сертифицируют корректную работу этого крапа , ананим (?), 19:32 , 25-Мрт-13, (139) +1 Не знаю какую они там секурити сертифицируют, учитывая что MS авер встраивает аж, Аноним (-), 20:52 , 25-Мрт-13, (158) +1 Пора-бы уже начать пилить собственное железо и класть на эти кактусы заморские , Аноним (-), 16:13 , 25-Мрт-13, (68) // Будут кактусы отечественные Есть уверенность что они будут лучше Нужно пилить , Аноним (-), 17:40 , 25-Мрт-13, (102) А нельзя сделать так, чтобы это самое UEFI после загрузки ОС просто отвалилось и, Аноним (-), 17:20 , 25-Мрт-13, (94) // а оно жрёт процессорное время ну я имею ввиду уже после загрузки , Xasd (ok), 20:38 , 25-Мрт-13, (152) // Не жрет оно ничего, тупит гражданин просто Услышал ключевое слово GC и срефле, Аноним (-), 20:54 , 25-Мрт-13, (159) // То есть, Вы хотите сказать, что увидев словосочетание сборщик мусора , я должен, Аноним (-), 21:21 , 25-Мрт-13, (165) –1 Вообще оно умеет жрать время, RTFM про efi runtime services Про GC там не сл, Michael Shigorin (ok), 01:27 , 26-Мрт-13, (172) Я ни разу с этим не сталкивался, так что определенно сказать не могу Просто по , Аноним (-), 21:02 , 25-Мрт-13, (161) –1 // Сборщик мусора - это не отдельный фоновый поток и твое драгоценное процессорное , Аноним (-), 21:44 , 25-Мрт-13, (167) +3 Ага Теперь все ясно, спасисбо , Аноним (-), 21:59 , 25-Мрт-13, (169) –1 1,2,4,5,7,11,12,13,16,20,33,37,38,44,53,68,94

Сообщения

[Сортировка по времени | RSS]

	17. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."	+5 +/–
	Сообщение от ананим (?), 25-Мрт-13, 13:22
	>Фигасе, там ещё и сборщики мусора, серьёзная штука этот UEFI айзену понравится :D
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	19. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."	+2 +/–
	Сообщение от Аноним (-), 25-Мрт-13, 13:26
	Ага, когда оно ему внезапно FreeBSD kernel чистить будет ;)
	Ответить | Правка | Наверх | Cообщить модератору

	58. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."	+2 +/–
	Сообщение от Аноним (-), 25-Мрт-13, 16:01
	> Ага, когда оно ему внезапно FreeBSD kernel чистить будет ;) При установке фрибсд ноут превратится в тыкву :)
	Ответить | Правка | Наверх | Cообщить модератору

	27. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."	+5 +/–
	Сообщение от цирроз (ok), 25-Мрт-13, 13:47
	жаба-фанатику всегда нативный код мешает:-D не суть важна, есть там сборщик мусора, или нет. меня не удивит, что кривокод uefi был любезно предоставлен m$.
	Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

	30. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."	–1 +/–
	Сообщение от ананим (?), 25-Мрт-13, 14:07
	>не суть важна, есть там сборщик мусора, или нет. не-не, очень важна. это собственно эталонный пример применения технологий там, где они нафиг невпёрлись. собственно в оригинале: >We've seen similar bugs in Intel's reference code in the past, but they were all fixed early last year. …
	Ответить | Правка | Наверх | Cообщить модератору

	32. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."	–1 +/–
	Сообщение от ананим (?), 25-Мрт-13, 14:13
	зыж собственно костыль: >Мэтью подготовил патч для ядра Linux, недопускающий заполнения UEFI-памяти более чем наполовину. угу, пол-памяти отрежем для супер-дупер сборщика. как это по-жабски.
	Ответить | Правка | Наверх | Cообщить модератору

	71. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."	+2 +/–
	Сообщение от Аноним (-), 25-Мрт-13, 16:19
	> угу, пол-памяти отрежем для супер-дупер сборщика. Это другой сборщик, баклан. Он в секторах флеша устаревшие записи о переменных собирает. Чтобы не мучать флеш перезаписями, старые переменные не стирают полностью, а лишь инвалидируют. Путем читерских манипуляций с записью отдельных битов, не требующих стирания всего сектора. Но наступает момент когда сектор совсем занят старыми записями и для записи новой переменной надо что-то расчистить. GC при этом смотрит какие записи устарели, читает валидные, стирает сектор и записывает в него валидные записи. В целом это крайне стандартная механика для хранения в крупноблочном флеше конфигурации и прочего фуфла. Но вот так былинно накосячить в ее реализации вроде пока еще никому не удавалось. Самсунь походу первый.
	Ответить | Правка | Наверх | Cообщить модератору

	75. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."	–2 +/–
	Сообщение от ананим (?), 25-Мрт-13, 16:36
	>> угу, пол-памяти отрежем для супер-дупер сборщика. >Это другой сборщик, баклан. И дураку понятно что другой, олуш. Для дЭбилов, и мозговых инвалидов повторю: >угу, пол-памяти отрежем для супер-дупер сборщика. >как это по-жабски. зыж >Чистка же производится в момент инициализации во время загрузки давай, пернатый, расскажи мне про TRIM.
	Ответить | Правка | Наверх | Cообщить модератору

	79. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."	+/–
	Сообщение от Аноним (-), 25-Мрт-13, 16:45
	> давай, пернатый, расскажи мне про TRIM. Сначала сходи на вику и почитай как флеш-память работает, чтобы пургу не нести. Ты настолько овощ, что не понял что TRIM - это хинт контроллеру накопителя сделать с флешом некие действия. В данном случае того самого контроллера тупо нет: флеш прицеплен напрямую к системе. Какой трим? // Да, факингли забавно когда человеку писавшему такие вот структуры и GC какие-то чайники рассказывают о том как это делается. Ололо!
	Ответить | Правка | Наверх | Cообщить модератору

	99. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."	–1 +/–
	Сообщение от ананим (?), 25-Мрт-13, 17:33
	ты настолько туп, что утверждаешь что у контроллера больше мозгов и ресурсов, чем у ОС и УЕФИ вместе взятых, что им для аналогичной работы требуется перезагрузка? нда, такому идиоту никакая вики не поможет.
	Ответить | Правка | Наверх | Cообщить модератору

	110. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."	–1 +/–
	Сообщение от Аноним (-), 25-Мрт-13, 17:52
	> ты настолько туп, что утверждаешь что у контроллера больше мозгов и ресурсов, > чем у ОС и УЕФИ вместе взятых, Где я это утверждал? > что им для аналогичной работы требуется перезагрузка? Нифига себе вас прет. > нда, такому идиоту никакая вики не поможет. Как самокритично. Сами побредили, сами себя обругали. Еще сами себя выпорите для поднятия уровня культуры. А то мало того что деревянный, так еще и грубиян.
	Ответить | Правка | Наверх | Cообщить модератору

	117. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."	–1 +/–
	Сообщение от ананим (?), 25-Мрт-13, 18:07
	>Где я это утверждал? вот тут https://www.opennet.ru/openforum/vsluhforumID3/89270.html#71 >>угу, пол-памяти отрежем для супер-дупер сборщика. как это по-жабски. >Это другой сборщик, баклан. Он в секторах флеша устаревшие записи о переменных собирает. ну так какой такой другой сборщик, баклан? контроллера там нет, сборщик программный или нет, олушъ ты недорезанный? зыж >> нда, такому идиоту никакая вики не поможет. >Как самокритично. Сами побредили, сами себя обругали. Еще сами себя выпорите для поднятия уровня культуры. А то мало того что деревянный, так еще и грубиян. это я то грубиян? noкимон ты китАйскОй :D
	Ответить | Правка | Наверх | Cообщить модератору

	124. "(offtopic) о грубиянах"	+/–
	Сообщение от Michael Shigorin (ok), 25-Мрт-13, 18:21
	> это я то грубиян? noкимон ты китАйскОй :D "Сам спросил, сам ответил" (ц) Дядьку, взываю всё-таки к Вашей воспитанности. PS: "покемон" тогда уж, ЕМНИП. :)
	Ответить | Правка | Наверх | Cообщить модератору

	137. "(offtopic) о грубиянах"	+/–
	Сообщение от ананим (?), 25-Мрт-13, 19:26
	см. 1-е предложение тут https://www.opennet.ru/openforum/vsluhforumID3/89270.html#71 noкимон капчу не прошёл в прошлые разы… сейчас… покемон… результат смотрим.
	Ответить | Правка | Наверх | Cообщить модератору

	174. "(offtopic) о грубиянах"	+/–
	Сообщение от Michael Shigorin (ok), 26-Мрт-13, 02:26
	> см. 1-е предложение тут https://www.opennet.ru/openforum/vsluhforumID3/89270.html#71 Насколько вас обоих могу понять -- у Вас претензия к методу выяснения чётности а-ля "программист MSSQL", а оппонент в #71 истолковал как половину RAM, а не половину выделенной под записи целей загрузки NVRAM. Когда вылазит странная реакция, но человек на табуретку непохож -- бывает полезно прояснить свои уже сказанные слова более чёткой и однозначной формулировкой. :)
	Ответить | Правка | К родителю #137 | Наверх | Cообщить модератору

	126. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."	+/–
	Сообщение от Аноним (-), 25-Мрт-13, 18:27
	>>Где я это утверждал? > вот тут https://www.opennet.ru/openforum/vsluhforumID3/89270.html#71 Не вижу - где я там издал хоть звук про какие-то ресурсы и про то что у контроллеров их больше? Вы пытаетесь приписывать мне ваши буйные фантазии? oO > ну так какой такой другой сборщик, баклан? Вот такой вот. Который не обрабатывает никакие TRIM и прочая, за отсутствием такой необходимости. TRIM - команда накопителю, посылаемая по SATA (или что там у него). Хинт для контроллера накопителя что некий регион более не используется и его можно подчистить. В указанном случае системное фирмваре напрямую реализует в чем-то похожую логику на основном системном процессоре. > контроллера там нет, сборщик программный или нет, олушъ ты недорезанный? В контроллере SSD он тоже программный, ВНЕЗАПНО. Все отличие лишь в том где находится фирмваре и каким процом оно выполняется. Ну а TRIM - это понятие взаимодействия между системным процом и сервисным процом накопителя, хинт о том что логический регион не используется. Оно не имеет никакого смысла когда проц видит флешку напрямую, т.к. при этом некого хинтить. Надо самому всю эту механику полностью педалировать. > это я то грубиян? noкимон ты китАйскОй :D Ну а кто же. Ты даже не в состоянии осознать что деление на "аппаратное" и "программное" в этом случае очень эфемерно и отличается только тем какой проц упирается и где его фирмвара. Ну да, фирмвара UEFI чуть более заметна чем фирмвара SSD-накопителя. Что не меняет законы физики и общую логику работы с флешом. Которая у них действительно оказывается чем-то похожа. Просто потому что флеш вот так работает и GC там напрашивается. А вот кто и насколько криво его сделал - второй вопрос уже. Вон в каких-то SSD тоже накосячили и при использовании trim (который потенциально провоцирует сборку мусора как раз) оно и дохло. Но это все-таки не обсир@к в системной фирмвари, киляющий вообще весь компьютер...
	Ответить | Правка | К родителю #117 | Наверх | Cообщить модератору

	138. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."	+/–
	Сообщение от ананим (?), 25-Мрт-13, 19:29
	>>угу, пол-памяти отрежем для супер-дупер сборщика. как это по-жабски. это твои слова: >Это другой сборщик, баклан. Он в секторах флеша устаревшие записи о переменных собирает. ну так какой такой другой сборщик, баклан?
	Ответить | Правка | Наверх | Cообщить модератору

	149. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."	+/–
	Сообщение от Аноним (-), 25-Мрт-13, 20:33
	> ну так какой такой другой сборщик, баклан? Не тот который в жабе для оперативки, а тот который в флеше мусор собирает. Самому по себе ему не надо половину памяти. По минимуму такая штука обходится весьма мизерными ресурсами. В данном случае это просто воркэраунд тупого бага из разряда "на третий день Зоркий Глаз заметил что он облажался в самой базовой логике своего GC, не подумав что делать если занято более половины памяти".
	Ответить | Правка | К родителю #138 | Наверх | Cообщить модератору

	86. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."	+/–
	Сообщение от anonimous (?), 25-Мрт-13, 17:07
	Спасибо за ликбез, во я дурак ;)
	Ответить | Правка | К родителю #71 | Наверх | Cообщить модератору

	54. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."	+/–
	Сообщение от цирроз (ok), 25-Мрт-13, 15:58
	> это собственно эталонный пример применения технологий там, где они нафиг невпёрлись. разве что с этой точки зрения :) ждем уборщиков мусора в микроконтроллерах.
	Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

	57. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."	+/–
	Сообщение от Аноним (-), 25-Мрт-13, 16:00
	> ждем уборщиков мусора в микроконтроллерах. Сто лет есть. Стандартная механика при работе с флеш-памятью. Просто потому что она не любит много циклов стирания + стирается только большими блоками. Вот и приходится народу вот так вот извращаться.
	Ответить | Правка | Наверх | Cообщить модератору

	64. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."	–1 +/–
	Сообщение от ананим (?), 25-Мрт-13, 16:08
	>При удалении UEFI-переменной, она не очищается сразу, а лишь помечается удалённой. Чистка же производится в момент инициализации во время загрузки,  Только не говорите, что флэшки очищаются после перезапуска. Зыж Трим имели ввиду? Это ни разу не сборщик.
	Ответить | Правка | Наверх | Cообщить модератору

	74. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."	+1 +/–
	Сообщение от Аноним (-), 25-Мрт-13, 16:36
	> Только не говорите, что флэшки очищаются после перезапуска. Нет, разумеется. Перезапуски тут не при чем. Флеш - крупноблочная память. При стирании огромный блок выставляется в дефолтное состояние. Например, "все 1" aka заполнение 0xFF (NOR) или "все 0" aka заполнение 0x00 в случае NAND. Далее возможна более гранулярная запись нужных значений путем записи в отдельные биты или хотя-бы относительно мелкие страницы. Сие позволяет делать запись сравнительно мелкими порциями и если некто хочет записать что "foo = 2", то он может пойти и записать это. Затронув только нужные байты (или накрайняк 1 страницу на пару кило). Но есть одна проблема. Возможен переход битов только в одну сторону. В обратное (стертое) состояние биты возвращаются только erase всего огромного блока и никак иначе. Т.е. однажды чего-то записав в ячейку, произвольное значение в ту же ячейку уже не удастся положить. Но чисто технически - можно далее щелкать битами которые в "стертом" состоянии, переводя их в "запрограммированное". Отсюда вытекает возможность сделать ход конем: чтобы не стирать флеш на каждый пук, можно завести битовое поле которое показывает: валидна ли запись "foo=2" или нет. И писать его рядом с самой записью. Когда некто записал "foo=11", запись "foo=2" никуда не девается. Вместо этого в битовом поле статуса записи допрограммируются биты показывающие что запись более недействительна и далее ее все игнорируют. А запись "foo=11" допрограммируется в незапрограммированные ячейки рядом. Такой вот copy-on-write поневоле. Но разумеется наступит момент когда сектор забит до отказа и более некуда copy-on-write'ить. В этот момент (или ранее) надо сделать проход по сектору, собрать все валидные записи, пропустив все невалидные. Сделать erase сектора (все биты станут незапрограммированными) и впрограммировать все валидные записи. Сама по себе эта механика столь проста что ее делают даже на микроконтроллерах. Это совершенно обычный подход к хранению конфигурации и тому подобного во флеше который прицеплен "напрямую". А вот облажаться в этом - самсунь жжот! > Трим имели ввиду? Это ни разу не сборщик. Трим тут вообще не при чем - флеха BIOS прицеплена "напрямую" в том плане что там нет отдельного аппаратного контроллера который бы делал wear leveling и GC. Поэтому все это ложится на плечи системного фирмваре. Внезапно, да? Для конфигурационных переменных это делается в самой простейшей форме и как самсунь там смог так накосячить - вообще не понятно. До сих пор никто так люто не лажался в столь общеупотребительных механизмах.
	Ответить | Правка | Наверх | Cообщить модератору

	78. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."	–1 +/–
	Сообщение от ананим (?), 25-Мрт-13, 16:44
	>> Только не говорите, что флэшки очищаются после перезапуска. >Нет, разумеется. Тогда какого фалоса ты мне тут пол-википедии переписал, где — «Чистка же производится в момент инициализации во время загрузки»? >Трим тут вообще не при чем - флеха BIOS прицеплена "напрямую" в том плане что там нет отдельного аппаратного контроллера который бы делал wear leveling и GC. Поэтому все это ложится на плечи системного фирмваре. Внезапно, да? Для конфигурационных переменных это делается в самой простейшей форме и как самсунь там смог так накосячить - вообще не понятно. Так же, как и интел. Источники читай: >We've seen similar bugs in Intel's reference code in the past, but they were all fixed early last year. For now the safest thing to do is not to use UEFI on any Samsung laptops. Unfortunately, if you're using Windows, that'll require you to reinstall it from scratch. зыж что ты мне хотел всей этой ахинеей сказать то, мне не понятно. транзакции придумали хрен знать когда. если в UEFI (Unified Extensible Firmware Interface) не продумали этот самый Interface для записи переменных, то это ни разу не повод встраивать сборщик мусора, да ещё на этапе загрузки.
	Ответить | Правка | Наверх | Cообщить модератору

	85. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."	+/–
	Сообщение от Аноним (-), 25-Мрт-13, 17:05
	> Тогда какого фалоса ты мне тут пол-википедии переписал, где — «Чистка же > производится в момент инициализации во время загрузки»? На самом деле я все несколько упростил. В реальных реализациях чистка может производится в тот момент когда это конкретному програмеру было удобно ее пнуть. Не обязательно дожидаясь момента когда прижало и стало некуда записывать. Вот самсунь юзал какую-то модификацию этой логики. И где-то и обдурил сам себя. Хе-хе. > Так же, как и интел. Источники читай: Интел и баги - друзья на век. Нашли чем удивить! > транзакции придумали хрен знать когда. А они тут вообще при чем? Там некие свойства похожие на транзакции получаются "сами". Как побочное свойство такой механики. > если в UEFI (Unified Extensible Firmware Interface) не продумали этот самый Interface > для записи переменных, то это ни разу не повод встраивать сборщик мусора, да ещё на этапе загрузки. Вы что, тупой? Сборщик мусора - неотъемлимая часть практически всего что работает с крупноблочным флешом, храня в нем конфигурацию или что там еще. Без CoW+GC сектора флеша с конфигурацией протрутся до дыр в десятки раз быстрее. А вот перепаивать юзерью флеш лишний раз никто разумеется не хочет.
	Ответить | Правка | Наверх | Cообщить модератору

	103. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."	+/–
	Сообщение от ананим (?), 25-Мрт-13, 17:40
	>На самом деле я все несколько упростил. В реальных реализациях чистка может производится в тот момент когда это конкретному програмеру было удобно ее пнуть. вот. при манипулировании с переменными уефи, достаточно было спроектировать интерфейс таким образом, чтобы можно было пнуть (commit придуман чёрте сколько лет назад, транзакции тоже). вместо этого встроили сборщик мусора, который работает ТОЛЬКО при загрузке(перезагрузке). в чём меня то вы хотели убедить, рассказывая про флэшки (спасибо конечно, но как бы итак знаю где это посмотреть)? что кроме сборщика вариантов не было? так это брехня.
	Ответить | Правка | Наверх | Cообщить модератору

	113. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."	–1 +/–
	Сообщение от Аноним (-), 25-Мрт-13, 17:59
	> образом, чтобы можно было пнуть (commit придуман чёрте сколько лет назад, транзакции тоже). GC сам по себе ни к коммитам ни к транзакциям - вообще никак не относится. Тот кто пишет переменную в общем случае вообще понятия не имеет насколько там заполнено и насколько пора GC дернуть. И не должен иметь. Разделение по слоям еще не отменяли. То что в данном случае линю вообще пришлось узнавать интимные подробности работы этой механики - это лютый баг и костыль для его воркэраунда, а вовсе не. > вместо этого встроили сборщик мусора, который работает ТОЛЬКО при загрузке(перезагрузке). Ну как бы логика GC не специфифицрована. В принципе его можно пинать когда угодно. Само по себе это похрену. Если руки не из *пы. Но это ж проприетарщики, сам понимаешь. Если ты думаешь что джамшутинг у них исключение - это ты ченжлоги авардовского биоса с утекшими сорцами не видел просто. Там такие баги чинят что искренне удивляешься: "ух ты, оно такое еще и как-то работало до этого?!" > в чём меня то вы хотели убедить, рассказывая про флэшки (спасибо конечно, > но как бы итак знаю где это посмотреть)? что кроме сборщика вариантов не было? так это брехня. Для конфигурационных переменных на крупноблочном девайсе практически всегда делают такую механику. Трюк с инвалидацией записей и GC стар почти как сама флеш-память, поскольку до народа очень быстро дошло как можно эффективно пользоваться природой носителя. Поэтому да, другие варианты в таком применении - редкость. А вот такой джамшутинг через столько лет применения этого фокуса - таки вскрылся с настолько лютыми последствиями впервые.
	Ответить | Правка | Наверх | Cообщить модератору

	119. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."	–1 +/–
	Сообщение от ананим (?), 25-Мрт-13, 18:09
	>> образом, чтобы можно было пнуть (commit придуман чёрте сколько лет назад, транзакции тоже). >GC сам по себе ни к коммитам ни к транзакциям - вообще никак не относится. да что ты говоришь? рад что ты это понял.
	Ответить | Правка | Наверх | Cообщить модератору

	150. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."	–1 +/–
	Сообщение от Аноним (-), 25-Мрт-13, 20:35
	> да что ты говоришь? > рад что ты это понял. Зато ты видимо до сих пор думаешь что оно требует дофига ресурсов. Хотя это и не так. Это стандартный вариант хранения конфигурационных переменных в мелких железяках. Сам по себе GC вообще чем-то страшным не является. Но овощам же надо найти buzzword с которым надо воевать. Бывает, чо :)
	Ответить | Правка | К родителю #119 | Наверх | Cообщить модератору

	59. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."	+2 +/–
	Сообщение от ананим (?), 25-Мрт-13, 16:02
	Ага. Вот кстати жду когда айзен jvm на java перепишет. Чтобы там сразу 2-а уборщика друг-другу "помогали".
	Ответить | Правка | К родителю #54 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема