The OpenNET Project / Index page

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

форумы
правила/FAQ
поиск
регистрация
вход
слежка
RSS


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

Оглавление

Линус Торвальдс предложил прекратить поддержку CPU i486 в ядре Linux, opennews (??), 24-Окт-22, (0) [смотреть все]

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


153. "Линус Торвальдс предложил прекратить поддержку CPU i486 в яд..."  –5 +/–
Сообщение от n00by (ok), 24-Окт-22, 18:51 
Какой-то праздник мракобесия, и всего несколько человек понимают, что это за инструкция и что вообще происходит. Linux наконец догоняет в этом плане Windows XP.
Ответить | Правка | Наверх | Cообщить модератору

156. "Линус Торвальдс предложил прекратить поддержку CPU i486 в яд..."  +1 +/–
Сообщение от Смузихлёб (ok), 24-Окт-22, 18:56 
Готовься, пенсионеры на 775 сокете следующие на очереди к выпиливанию
Ответить | Правка | Наверх | Cообщить модератору

158. "Линус Торвальдс предложил прекратить поддержку CPU i486 в яд..."  +/–
Сообщение от n00by (ok), 24-Окт-22, 19:03 
У меня никогда не было такого сокета. Intel только в составе ноутбуков покупал. Для настольных в то время разумнее было вложить в WD VelociRaptor, чем в кукурузные гигагерцы.
Ответить | Правка | Наверх | Cообщить модератору

169. "Линус Торвальдс предложил прекратить поддержку CPU i486 в яд..."  +/–
Сообщение от Линус (?), 24-Окт-22, 19:39 
Не волнуйса, твой камень тоже прекратят поддерживать. Good riddance.
Ответить | Правка | Наверх | Cообщить модератору

276. "Линус Торвальдс предложил прекратить поддержку CPU i486 в яд..."  +/–
Сообщение от n00by (ok), 25-Окт-22, 16:41 
Это ты волнуешься и приписываешь мне свои страхи, поскольку не умеешь кодить и просишь белого господина о подачке.
Ответить | Правка | Наверх | Cообщить модератору

229. "Линус Торвальдс предложил прекратить поддержку CPU i486 в яд..."  +1 +/–
Сообщение от Смузихлёб (ok), 25-Окт-22, 03:31 
> У меня никогда не было такого сокета.

На AM2 сидишь?

Ответить | Правка | К родителю #158 | Наверх | Cообщить модератору

275. "Линус Торвальдс предложил прекратить поддержку CPU i486 в яд..."  +/–
Сообщение от n00by (ok), 25-Окт-22, 16:39 
>> У меня никогда не было такого сокета.
> На AM2 сидишь?

В кресле сижу. Но знаю человека, который сел на ВГ93.

Ответить | Правка | Наверх | Cообщить модератору

353. "Линус Торвальдс предложил прекратить поддержку CPU i486 в яд..."  +/–
Сообщение от adminkrsk (?), 02-Фев-23, 09:22 
Каким местом он сел на микросхему управления флопиком?
Или Звездные войны сыграть чтобы на них - так уже сделано.
Ответить | Правка | Наверх | Cообщить модератору

186. "Линус Торвальдс предложил прекратить поддержку CPU i486 в яд..."  +/–
Сообщение от Аноним (186), 24-Окт-22, 20:45 
Какой-то праздник мракобесия, столько человек понимают, что пользователей, которым реально не подходит LTS-выпуски ядра, а нужно вот самое-самое новое, причем еще не вышедшее, кот наплакал. Но диды все равно лютуют в комментах о том, что этот хлам нужно поддерживать вечность.
Ответить | Правка | К родителю #153 | Наверх | Cообщить модератору

277. "Линус Торвальдс предложил прекратить поддержку CPU i486 в яд..."  +/–
Сообщение от n00by (ok), 25-Окт-22, 16:50 
У меня на 486м было 8 мегабайт ОЗУ, а теперь столько весит vmlinuz, и это в сжатом виде.
Ответить | Правка | Наверх | Cообщить модератору

318. "Линус Торвальдс предложил прекратить поддержку CPU i486 в яд..."  +/–
Сообщение от пох. (?), 27-Окт-22, 15:35 
> У меня на 486м было 8 мегабайт ОЗУ, а теперь столько весит
> vmlinuz, и это в сжатом виде.

а говоришь - кодить умеешь...

Ничего что он у всех весит по разному, и процентов 90 на том 486 и собирать вовсе незачем?

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

Ответить | Правка | Наверх | Cообщить модератору

324. "Линус Торвальдс предложил прекратить поддержку CPU i486 в яд..."  +/–
Сообщение от n00by (ok), 28-Окт-22, 12:03 
Дык я и не плачу про 486. ;)
Ответить | Правка | Наверх | Cообщить модератору

232. "Линус Торвальдс предложил прекратить поддержку CPU i486 в яд..."  +/–
Сообщение от Аноним (203), 25-Окт-22, 05:04 
А говорят что Линукс поддерживает старое железо, как же он его поддерживает если процессоры 33 летней давности перестанут работать?

Это просто праздник толстого троллинга, все соревнуются в спец. олимпиаде на самый толстый наброс.

Ответить | Правка | К родителю #153 | Наверх | Cообщить модератору

279. "Линус Торвальдс предложил прекратить поддержку CPU i486 в яд..."  +/–
Сообщение от n00by (ok), 25-Окт-22, 16:56 
Зачем нужен такой троллинг? Буггерс Хуккерс Крю на них нет.
Ответить | Правка | Наверх | Cообщить модератору

292. "Линус Торвальдс предложил прекратить поддержку CPU i486 в яд..."  +/–
Сообщение от Аноним (203), 25-Окт-22, 22:16 
https://www.opennet.me/openforum/vsluhforumID3/128736.html#261

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

Ответить | Правка | Наверх | Cообщить модератору

295. "Линус Торвальдс предложил прекратить поддержку CPU i486 в яд..."  +1 +/–
Сообщение от n00by (ok), 26-Окт-22, 06:56 
Вот как раз начитавшись таких я и написал свой. Согласно бритве Хенлона, он не понимает:

«Или эта инструкция ТАК много в коде используется, что Линус прям умудохался её поддерживавши?»

Выпиливается не инструкция, а код для её эмуляции, cmpxchg8b_emu


/*
 * Inputs:
 * %esi : memory location to compare
 * %eax : low 32 bits of old value
 * %edx : high 32 bits of old value
 * %ebx : low 32 bits of new value
 * %ecx : high 32 bits of new value
 */
SYM_FUNC_START(cmpxchg8b_emu)
#
# Emulate 'cmpxchg8b (%esi)' on UP except we don't
# set the whole ZF thing (caller will just compare
# eax:edx with the expected value)
#
    pushfl
    cli
    cmpl  (%esi), %eax
    jne .Lnot_same
    cmpl 4(%esi), %edx
    jne .Lhalf_same
    movl %ebx,  (%esi)
    movl %ecx, 4(%esi)
    popfl
    RET

Проблема не в том, что этот код «сложен». Следует определить, поддерживает ли процессор инструкцию, и вызвать вот это, если нет. cmpxchg8b используется в критичных по скорости местах, то есть в месте вызова проверку делать нельзя. Надо при старте ядра заранее проверить и модифицировать код. И желательно протестировать такое на оборудовании, где нет cmpxchg8b. Линус предлагает исключить лишние сложности. Я удивлён, почему это не сделали 15-20 лет назад, как в другой ОС.

Однако, тот комментария написан с применением манипуляций («давайте честно», «других проблем нет», «умудохался»), так что есть вероятность, что это секта обскурантистов настраивает паству против Линуса. Не вижу у «троллинга глупостью» иных целей.

Ответить | Правка | Наверх | Cообщить модератору

308. "Линус Торвальдс предложил прекратить поддержку CPU i486 в яд..."  +/–
Сообщение от пох. (?), 27-Окт-22, 11:24 
> Проблема не в том, что этот код «сложен». Следует определить, поддерживает ли
> процессор инструкцию, и вызвать вот это, если нет. cmpxchg8b используется в

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

> критичных по скорости местах, то есть в месте вызова проверку делать
> нельзя. Надо при старте ядра заранее проверить и модифицировать код. И

Нет.

Прочти уже описание #ifdef
(в асме тоже есть, что характерно)

> лишние сложности. Я удивлён, почему это не сделали 15-20 лет назад,
> как в другой ОС.

потому что 20 лет назад еще было понимание что один "дрисктоп" у нас уже есть и второй "всем хуже" - не нужен.

Ответить | Правка | Наверх | Cообщить модератору

310. "Линус Торвальдс предложил прекратить поддержку CPU i486 в яд..."  +1 +/–
Сообщение от n00by (ok), 27-Окт-22, 12:54 
>> Проблема не в том, что этот код «сложен». Следует определить, поддерживает ли
>> процессор инструкцию, и вызвать вот это, если нет. cmpxchg8b используется в
> это делается на этапе _компиляции_

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

«early code in apply_alternatives() replaces @oldinstr with @newinstr»


/*
 * Building a kernel capable running on 80386 and 80486. It may be necessary
 * to simulate the cmpxchg8b on the 80386 and 80486 CPU.
 */
#define arch_cmpxchg64(ptr, o, n)                \
({                                \
    __typeof__(*(ptr)) __ret;                \
    __typeof__(*(ptr)) __old = (o);                \
    __typeof__(*(ptr)) __new = (n);                \
    alternative_io(LOCK_PREFIX_HERE                \
            "call cmpxchg8b_emu",            \
            "lock; cmpxchg8b (%%esi)" ,        \
               X86_FEATURE_CX8,                \
               "=A" (__ret),                \
               "S" ((ptr)), "0" (__old),        \
               "b" ((unsigned int)__new),        \
               "c" ((unsigned int)(__new>>32))        \
               : "memory");                \
    __ret; })

/* Like alternative_input, but with a single output argument */
#define alternative_io(oldinstr, newinstr, feature, output, input...)    \
    asm_inline volatile (ALTERNATIVE(oldinstr, newinstr, feature)    \
        : output : "i" (0), ## input)
/*
 * Define an alternative between two instructions. If @feature is
 * present, early code in apply_alternatives() replaces @oldinstr with
 * @newinstr. ".skip" directive takes care of proper instruction padding
 * in case @newinstr is longer than @oldinstr.
 */
/* alternative assembly primitive: */
#define ALTERNATIVE(oldinstr, newinstr, feature)            \
    OLDINSTR(oldinstr, 1)                        \
    ".pushsection .altinstructions,\"a\"\n"                \
    ALTINSTR_ENTRY(feature, 1)                    \
    ".popsection\n"                            \
    ".pushsection .altinstr_replacement, \"ax\"\n"            \
    ALTINSTR_REPLACEMENT(newinstr, 1)                \
    ".popsection\n"

/*
 * Replace instructions with better alternatives for this CPU type. This runs
 * before SMP is initialized to avoid SMP problems with self modifying code.
 * This implies that asymmetric systems where APs have less capabilities than
 * the boot processor are not handled. Tough. Make sure you disable such
 * features by hand.
 *
 * Marked "noinline" to cause control flow change and thus insn cache
 * to refetch changed I$ lines.
 */
void __init_or_module noinline apply_alternatives(struct alt_instr *start,
                          struct alt_instr *end)
;

Ответить | Правка | Наверх | Cообщить модератору

315. "Линус Торвальдс предложил прекратить поддержку CPU i486 в яд..."  +/–
Сообщение от пох. (?), 27-Окт-22, 15:22 
> Но код ты показать забыл. Потому что его не видел.

потому что его и не написали. Вместо ifdef - гадание на ходу на кофейной гуще. При том что в куче других мест - гадания нет, есть параметры сборки.

А тут - ниасилено, потому что продукт новой эпохи.

Теперь страдают что не могут отрефакторить, бедняжки.

И да, напоминаю - smp на 486 - нонсенс, на котором лиn00ps либо не работал никогда в принципе, либо не будет работать нынешний.

Т.е. код завязанный на него вообще никакого смысла не имеет.

Ответить | Правка | Наверх | Cообщить модератору

325. "Линус Торвальдс предложил прекратить поддержку CPU i486 в яд..."  +/–
Сообщение от n00by (ok), 28-Окт-22, 12:14 
То есть надо было по два ядра что ли поставлять? Как бы иначе пользователь выбирал, если он собирать сам не хочет?

Выше давал ссылку на ВинДОС, где точно так было сделано:

«Very early during its initialisation, the kernel checks whether the boot processor supports the cmpxchg8b instruction. If the support is missing, the kernel patches jmp instructions at the start of each of those functions to redirect execution to their alternates.»

Ответить | Правка | Наверх | Cообщить модератору

328. "Линус Торвальдс предложил прекратить поддержку CPU i486 в яд..."  +/–
Сообщение от пох. (?), 28-Окт-22, 15:15 
> То есть надо было по два ядра что ли поставлять?

Чего это вдруг - два?
linups:~> apt-cache search kernel | grep image |grep 1033 | wc -l
30
Это вендорские, клаудоспецифические, подписанные, неподписанные и хз что еще.

Ничего, пользователи как-то переживают (потому что никто _пользователя_ к тем системам и не подпустит даже близко)


А для 486 в виду специфики применения - не два ядра, а вообще отдельный дистрибутив понадобится.

Что в общем вполне разумно и логично, это в основном эмбедовка или что-то специфического назначения.

Ответить | Правка | Наверх | Cообщить модератору

329. "Линус Торвальдс предложил прекратить поддержку CPU i486 в яд..."  +/–
Сообщение от n00by (ok), 29-Окт-22, 06:47 
Так если отдельный дистрибутив, а не пародия с трендовым сетом иконок, значит там должен быть человек, кто сможет поддерживать выпиленное.
Ответить | Правка | Наверх | Cообщить модератору

330. "Линус Торвальдс предложил прекратить поддержку CPU i486 в яд..."  +/–
Сообщение от пох. (?), 29-Окт-22, 08:57 
> Так если отдельный дистрибутив, а не пародия с трендовым сетом иконок, значит
> там должен быть человек, кто сможет поддерживать выпиленное.

И много ты знаешь таких?

Поддержка ведра в дистрибуитвах - это почти всегда просто сборка его под конкретные архитектуры или специфики применения. В лучшем случае - еще и копипаста патчей из апстрима - и даже с ней у всех кто не rhbm - проблемы. Именно потому что копипаста не всегда работает.

А тут надо уже не просто ctrl-c/ctrl-v, а в сложных особенностях ядра разбираться, потому что сегодня сломали просто "чтоб было", завтра начнут использовать этот кусок как-то что эмуляция уже не сможет работать правильно.
Работать на производителя какого-нибудь станка с единичными экземплярами продаж они просто не будут, да и не наймет, дорого ему покажется.

И даже таких - единицы, не толпы. Вот перекинуть кем-то созданный и поддерживаемый параметр .config - это да, производители справились бы.

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

Ответить | Правка | Наверх | Cообщить модератору

333. "Линус Торвальдс предложил прекратить поддержку CPU i486 в яд..."  +/–
Сообщение от n00by (ok), 29-Окт-22, 12:10 
>> Так если отдельный дистрибутив, а не пародия с трендовым сетом иконок, значит
>> там должен быть человек, кто сможет поддерживать выпиленное.
> И много ты знаешь таких?

Вот тут то и вскрылись гениальные схемки и цена «not as in free beer». Герболайф, Кирби и даже Волюпта плачут в сторонке со своими пирамидками дистрибуции. :)

Ответить | Правка | Наверх | Cообщить модератору

334. "Линус Торвальдс предложил прекратить поддержку CPU i486 в яд..."  +/–
Сообщение от n00by (ok), 29-Окт-22, 12:39 
> А теперь - готовься заплатить за мрт больного колена не 5000 ржублей
> а 15 - старую установку сняли с поддержки, в ней процессор,
> говорят, был немодный, использовать ее нелицензионным путем - нельзя.

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

Ответить | Правка | Наверх | Cообщить модератору

335. "Линус Торвальдс предложил прекратить поддержку CPU i486 в яд..."  +/–
Сообщение от пох. (?), 29-Окт-22, 14:05 
> Одного обещает научить на компьютерах.

Ну, чем плохо?
> Он, вроде, судью гантелей забил.

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

Но я хотел бы напомнить что Б-гом проклятой 1/6 мир не исчерпывается, более того, МРТ установок тут не делают и ядер не пишут.
Так что не надо любую проблему переводить на родные го8ны - помимо них, в мире есть еще другие, к сожалению.

А крокодилы растут слишком медленно.

Ответить | Правка | К родителю #334 | Наверх | Cообщить модератору

336. "Линус Торвальдс предложил прекратить поддержку CPU i486 в яд..."  +/–
Сообщение от n00by (ok), 31-Окт-22, 08:44 
>> Одного обещает научить на компьютерах.
> Ну, чем плохо?

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

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

В целом, Конституцию меняли, поскольку по ельцинской сформировалась как бы каста неприкасаемых.

> Но я хотел бы напомнить что Б-гом проклятой 1/6 мир не исчерпывается,
> более того, МРТ установок тут не делают и ядер не пишут.
> Так что не надо любую проблему переводить на родные го8ны - помимо
> них, в мире есть еще другие, к сожалению.
> А крокодилы растут слишком медленно.

Ну у кого что болит же. У меня вот есть код, где в копирайтах оказались буквы MCST - сохранили в свой время для истории. Показал его местному гордящемуся Эльбрусом, так он мне отвечать перестал.)) У них вместо МЦСТ там FSF.

Ответить | Правка | К родителю #335 | Наверх | Cообщить модератору

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

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




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

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