LINUX.ORG.RU

x86 еще возможен на новом железе?

 , , , ,


0

2

Что бы не читать все что ниже, что я здесь попросить хочу:

  1. скачать slackware-live-xfce-current.iso и записать на флэшку
  2. запустить live до рабочего стола (root:root)
  3. показать выводы команд:
# glxgears -info
# inxi -Gxxx
# lspci -k | grep -EA2 'VGA|3D'
# uname -rpm
  • если получится, напишите что за cpu, gpu, m/b у Вас, пожалуйста.

Просто интересно (just for fun), возможно ли для «экспоната на полочку» собрать сейчас ПК с полноценным запуском x86 / 32-bit Linux (на FullHD, на большее не расчитываю). Из дистрибутивов только Slackware, Debian, Gentoo приходят на ум. Все понятно конечно с раскрытием железа на x86 и закрытием багов под эту архитектуру, но все же. Какой-нибудь FX/AM3+ тоже не хотелось бы по CPU (хоть AMD-FX сейчас по вполне вкусной цене найти можно), а по GPU что-то уровня nvidia 1030 или хотя бы 730, или даже интегрированной intel выше 4000-hd интересно.

Я пробовал (amd-apu) на AM4/b550 - amdgpu, но без nomodeset оно ни в какую, дальше инициализации не проходит и по ходу черный экран на стадии запуска framebuffer (я конечно надеюсь что на cpu+gpu intel такого нет), в то время как на x86_64 все прекрасно запускается (пробовал live: slackware, debian, slackware32 даже устанавливал, что на диск загрузчик и через него запускать и с mbr, и с gpt, что через elilo/grub2 из uefi и csm пытался запускать).

root@32ryzen:~# cat /proc/cmdline  
auto BOOT_IMAGE=slack32 ro root=10307 nomodeset
root@32ryzen:~# glxgears -info  
GL_RENDERER   = llvmpipe (LLVM 13.0.0, 256 bits) 
GL_VERSION    = 3.1 Mesa 21.2.6 
GL_VENDOR     = Mesa/X.org
4285 frames in 5.0 seconds = 856.966 FPS 
4460 frames in 5.0 seconds = 891.991 FPS
root@64ryzen:~# glxgears -info 
Running synchronized to the vertical refresh.  The framerate should be 
approximately the same as the monitor refresh rate. 
GL_RENDERER   = AMD RENOIR (DRM 3.42.0, 5.15.11, LLVM 13.0.0) 
GL_VERSION    = 4.6 (Compatibility Profile) Mesa 21.2.6 
GL_VENDOR     = AMD
366 frames in 5.0 seconds = 73.103 FPS 
301 frames in 5.0 seconds = 60.021 FPS

Симптомы очень похожи на то что гуглится по amdgpu + blackscreen и встречаю эту проблему на старых ядрах… у меня уже подозрение, что для 64 пофиксили, а на 32 забили, потому что у людей решается это обновлением на новое ядро. Есть конечно мысль что дело в UEFI и Legacy, последний который оттуда выпилили заменив CSM и Патрик вроде как отмечал:

32-bit versions of Slackware do not support UEFI, since the firmware is 64-bit and conflicts with a 32-bit kernel. To run Slackware on UEFI machines, you’ll either need to use Legacy BIOS mode (if supported by the firmware), or obtain the 64-bit version of Slackware.

Просто что делать по итогу, искать материнскую плату с Legacy-bios что ли? А если не в uefi/csm/legacy-bios дело - получится деньги на ветер и возня с перепродажей. Можно конечно и ноут попробовать поискать, но цены на железо очень что-то взлетели даже на б/у рынке (по железу 2010+ года). Команды выше я привел, если все получится, отпишитесь что за материская плата у вас и в каком uefi-режиме получился запуск, по cpu в особенности интересует intel 10/11/12xxx, надежды нет, но i3-10300 вполне сгодился бы, если запустится. Спасибо,

★★★★★

Последнее исправление: NK (всего исправлений: 2)

Месяц назад устанавливал 32bit slackware-current на celeron g5900. В режиме UEFI все работало отлично, но я использовал свое 64bit ядро и загрузчик syslinux.

anonymous
()

x86 еще возможен на новом железе?

Технически да, х86-64 обратно совместим с х86. Но спрашивается, зачем, если у всех как минимум 8 гигабайт ОЗУ стоит?

Korchevatel ★★★★★
()
Последнее исправление: Korchevatel (всего исправлений: 1)
Ответ на: комментарий от Korchevatel

Ну мож нравится человеку мега-костыль PAE :)

anonymous
()

Я пускаю 32битную операционку на 32битном железе. Кстати, 5.16 ядро пока завести не смог, вернулся назад на Slackware 15.0. У тебя current какого числа собран?

luke ★★★★★
()
Ответ на: комментарий от Korchevatel

Уже на 2-х гигах 32-битная система начинает вести себя не совсем адекватно, ей не хватает виртуального адресного пространства. 2гига — физическая память, 0.5-1 гига — устройства, плюс ядро на свои нужды оттяпывает, плюс mmap'ы. Вот и не хватает сердешной и появляются всякие забавные эффекты, типа кэши начинают резко сбрасываться, а занятая память при этом не растёт — кто-то насоздавал временных файлов и mmap'ит их, а адресов на всех уже не хватает (и никакое pae от этого не спасает, а только усугубляет ситуацию).

gremlin_the_red ★★★★★
()

Экстремалить на 4 гигах, так хоть с Gentoo на x32 версии, чтобы ускорить работу хаками.

anonymous
()
Ответ на: комментарий от Korchevatel


x86 еще возможен на новом железе?


Технически да, х86-64 обратно совместим с х86. Но спрашивается, зачем, если у всех как минимум 8 гигабайт ОЗУ стоит?

В буке дома у меня 6. А на работе в недобуке toshiba nb250 на атоме так 2. И больше туда не впишнешь. Зато он маленький и симпатичный. :) Так что не у всех. Про desktop я ничего не говорю.

hbars ★★★★★
()
Ответ на: комментарий от gremlin_the_red

Ну, бывало, linux не мог больше 2^8 тредов запустить, когда в солярке и *BSD всё хорошо было. Может, и в этом случае там 32 бита где-нибудь, или память - отдельно, кеши - отдельно...

Shadow ★★★★★
()
lspci -k | grep -EA2 'VGA|3D'
00:02.0 VGA compatible controller: Intel Corporation UHD Graphics 620 (rev 07)
	Subsystem: Xiaomi UHD Graphics 620
	Kernel driver in use: i915
--
01:00.0 3D controller: NVIDIA Corporation GP108M [GeForce MX150] (rev a1)
	Subsystem: Xiaomi Mi Notebook Pro [GeForce MX150]
	Kernel modules: nvidiafb, nouveau, nvidia_drm, nvidia
targitaj ★★★★★
()
Ответ на: комментарий от Shadow

Ну, бывало, linux не мог больше 2^8 тредов запустить

Мог. Ограничения такого не было, просто предлагалось сорцы править и ядро пересобирать ☺

/*
 * This is the maximum nr of tasks - change it if you need to
 */
 
#ifdef __SMP__
#define NR_CPUS 32              /* Max processors that can be running in SMP */
#else
#define NR_CPUS 1
#endif

#define NR_TASKS        512     /* On x86 Max about 4000 */

#define MAX_TASKS_PER_USER (NR_TASKS/2)
#define MIN_TASKS_LEFT_FOR_ROOT 4

Может, и в этом случае там 32 бита где-нибудь

Не где-нибудь, а в процессоре.

gremlin_the_red ★★★★★
()
Ответ на: комментарий от hbars

В буке дома у меня 6. А на работе в недобуке toshiba nb250 на атоме так 2. И больше туда не впишнешь. Зато он маленький и симпатичный. :) Так что не у всех.

Ну, 6+2=8 же. :)

Korchevatel ★★★★★
()

На новом атоме (J4005), предсказуемо, не запустилось - там только EFI. На старом (J1800) - запустилось, там выбор есть, BIOS/EFI.

Тынц1 и Тынц2. Мать Asrock J1800B-ITX. GPU - винда говорит Intel Atom Processor E3800 Series

tiinn ★★★★★
()
Ответ на: комментарий от tiinn

дело не в EFI. на моем одноплатнике AAEON UPBoard тоже только EFI, причем 64битный. но 32битный дебиан с 32битным ядром (4.4.х) грузится и замечательно работает. имхо, дело в новых ядрах - их на 32битах сейчас почти никто не тестирует.

Rost ★★★★★
()
  1. показаться выводы команд:
  1. ???
  2. Profit?
rupert ★★★★★
()
Ответ на: комментарий от luke

У тебя current какого числа собран?

я до релиза из дерева current собирал iso только, новое ядро еще не пробовал, там alien потом live обновил, я на нем и остановился для теста через который я и вышел на nomodeset. На днях наверно рсинкну и попробую собрать iso и с него установить, если что надо проверить - напиши, отпишусь.

NK ★★★★★
() автор топика
Ответ на: комментарий от Rost

Я не знаю, в чём дело, у меня EFI не даёт грузиться с этой флешки. Просто нет такого варианта в загрузочном меню.

tiinn ★★★★★
()
Ответ на: комментарий от NK

Там же были какие-то фиксы именно для работы 32битки на 64битной машине, причём чуть ли не в январе.

luke ★★★★★
()
Ответ на: комментарий от targitaj

Неясна необходимость выполнения пункта 1.

Из дистрибутивов только Slackware, Debian, Gentoo приходят на ум.

если знаете еще какой-нибудь дистр - посоветуйте, попробую. slackware-live я просто знаю точно что там модуль amdgpu есть точно и на x86_64 он работает. Можно обойтись и intel было, но нет из новых intel ничего под рукой, что бы сказать точно, что оно под 64 работает, а под 32 вопрос, что как выше отметили, что реально это же lin и теоретический он должен работать

NK ★★★★★
() автор топика
Ответ на: комментарий от anonymous

Экстремалить на 4 гигах, так хоть с Gentoo на x32 версии

Не все программы соберутся! Для сборки некоторых программ, с некоторыми USE надо ~20GB оперативный и swap не спасет!!!

4GB RAM + 32GB SWAP не собрали у меня некоторые пакеты. Со SWAP занято было всего 16Gb, компилял одним потоком.

anonymous
()
Ответ на: комментарий от anonymous

alt linux

Попробовал из списка ниже, все так же, black screen (на amdgpu)

Параллельно с этим и вот этот посмотрел: antiX-21_386-full.iso - этот запускается, но в нем нет модулей amd по ходу, потому что glxgears показал: GL_VENDOR = Mesa/X.org

NK ★★★★★
() автор топика
Ответ на: комментарий от luke

5.16

запускается, но… да все также, без nomodeset не запускается, но с nomodeset старт есть

bash-5.1# uname -rpm
5.16.12-smp i686 AMD Ryzen 7 PRO 4750G with Radeon Graphics
bash-5.1# cat /proc/cmdline
BOOT_IMAGE=s32_nomodeset ro root=10306 nomodeset
bash-5.1# lspci -k | grep -EA2 'VGA|3D'
30:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Renoir (rev d8)
	Subsystem: Advanced Micro Devices, Inc. [AMD/ATI] Renoir
	Kernel modules: amdgpu
bash-5.1# inxi -Gxxx
Graphics:
  Device-1: AMD Renoir driver: N/A pcie: speed: 8 GT/s lanes: 16
    bus-ID: 30:00.0 chip-ID: 1002:1636 class-ID: 0300
  Display: server: X.Org v: 1.20.14 compositor: xfwm v: 4.16.1 driver:
    X: loaded: ati,vesa unloaded: modesetting,radeon alternate: fbdev
    gpu: N/A display-ID: :0.0 screens: 1
  Screen-1: 0 s-res: 1280x1024 s-dpi: 85 s-size: 382x302mm (15.0x11.9")
    s-diag: 487mm (19.2")
  Monitor-1: default res: 1280x1024 size: N/A
  OpenGL: renderer: llvmpipe (LLVM 13.0.1 256 bits) v: 4.5 Mesa 21.3.7
    direct render: Yes
bash-5.1# glxgears -info
GL_RENDERER   = llvmpipe (LLVM 13.0.1, 256 bits)
GL_VERSION    = 4.5 (Compatibility Profile) Mesa 21.3.7
GL_VENDOR     = Mesa/X.org
...
4624 frames in 5.0 seconds = 924.608 FPS
4748 frames in 5.0 seconds = 949.444 FPS
...
4481 frames in 5.0 seconds = 896.140 FPS
4655 frames in 5.0 seconds = 930.968 FPS

что бы точно, собирал iso из дерева репозитория на той недели

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

# printf 'y' |slackpkg update -checkgpg=off ; slackpkg upgrade glibc-solibs tar pkgtools xz findutils ; slackpkg upgrade slackpkg ; slackpkg clean-system ; slackpkg install-new ; slackpkg install slackware ; slackpkg upgrade-all ; lilo

Могу еще отметить: xfce странно работает по startx запускаюсь в него, а оно как будто фризится, мышь при этом активна, но между окнами и панелью нельзя взаимодействовать, клавиатура отвечает, capslock горит (вкл/выкл можно) и между tty2-6 переключаться можно. Пробовал на время обнов в fluxbox заходить, там хоть и thunar, и xfce4-terminal были, но таких проблем не припомню, как с xfce описал и пробовал на 5.15 откатываться фриз-ситуация воспроизводится (здесь screensaver или DM входа может чего-то из него не хватать - не исключаю)

NK ★★★★★
() автор топика
Последнее исправление: NK (всего исправлений: 3)
Ответ на: комментарий от NK

Ну у меня huge из-за Биоса и 16мегабайта не работает…

luke ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.