Чтобы добавлять сообщения и комментарии, .

@OCTAGRAM:
OCTAGRAM

Microsoft's x86 on ARM64 emulation: a Fall 2017 feature
Есть подозрение, что ФАР Менеджеру на телефонах — быть. Лучше бы вичат на винде без QR-кода, но ФАР на мобиле — тоже сойдёт

@L29Ah:
L29Ah

Где скачать en.wikipedia.org для amd64?

@den-po:
den-po

radare.org

@den-po:
den-po

zynamics.com

@4DA:
4DA

PAUSE
Spin Loop Hint

Improves the performance of spin-wait loops. When executing a "spin-wait loop," a Pentium 4 or Intel Xeon processor suffers a severe performance penalty when exiting the loop because it detects a possible memory order violation. The PAUSE instruction provides a hint to the processor that the code sequence is a spin-wait loop. The processor uses this hint to avoid the memory order violation in most situations, which greatly improves processor performance. For this reason, it is recommended that a PAUSE instruction be placed in all spin-wait loops.

An additional function of the PAUSE instruction is to reduce the power consumed by a Pentium 4 processor while executing a spin loop. The Pentium 4 processor can execute a spin-wait loop extremely quickly, causing the processor to consume a lot of power while it waits for the resource it is spinning on to become available. Inserting a pause instruction in a spin-wait loop greatly reduces the processor's power consumption.

This instruction was introduced in the Pentium 4 processors, but is backward compatible with all IA-32 processors. In earlier IA-32 processors, the PAUSE instruction operates like a NOP instruction. The Pentium 4 and Intel Xeon processors implement the PAUSE instruction as a pre-defined delay. The delay is finite and can be zero for some processors. This instruction does not change the architectural state of the processor (that is, it performs essentially a delaying no-op operation).

@exception13:
exception13

github.com

@exception13:
exception13

итоги 2.5 дней использования таблетки Samsung XE700T1C-H02 на x86:
windows 8.1:
совершенно неюзабельное, нелогичное и сырое говно;

tablet@x86:
сомнительные плюсы:
x86 -> меньше ебли с ОС;
минусы:
доска;
время работы без плясок с бубном ~5 часов;
активное охлаждение;
вес;

@exception13:
exception13

\1 не готов чуть более чем на 146%. \2 собственно так же.
даже гномнощель на арме более юзабельна.

@Mazdaywik:
Mazdaywik

Чудеса обратной совместимости.

Почему система команд 8086 такая кривая, зачем регистры делятся на две половинки (al, ah, Ы, bh, cl, ch), зачем геморрой с сегментными регистрами и т.д.? Потому что когда Intel разрабатывала 8086, 8-битный процессор 8080 с 64K памяти был популярен и под него было написано много софта (например, Staredit, dBASE). Базовый регистр для адресации памяти у него делился на две половинки. Поэтому система команд 8086 была написана таким образом, чтобы программы под него можно было получить простой перекомпиляцией программ под 8080 — любой команде этого процессора можно сопоставить одну или иногда последовательность из нескольких команд процессора 8086. Это присказка, сказка ниже.

DOS разрабатывался таким образом, чтобы иметь совместимость с программами для CP/M, например, похож формат каталоговой записи, PSP комовских файлов, файлы con, prn, nul, com1, к которым можно приписать любое расширение. Т.е. когда был написан DOS, программное обеспечение под него УЖЕ БЫЛО!

Windows разрабатывался как графическое многозадачное расширение DOS. Из виндов можно было запускать те же самые программы, что и под досом, но с плюшками в виде многозадачности. Опять обратная совместимость не ломалась.

WinAPI Windows NT в целом повторял WinAPI Windows 3.1, разница была только в разрядности некоторых типов (HANDLE, HWND и др.), но программы, работающие и там, и там, писать было можно. Кроме того, в Windows NT есть подсистема, позволяющая запускать досовские и Win16-приложения. Игры, конечно, не запустишь, но всякое корпоративное ПО шло нормально.

Windows 95 разрабатывалась для обеспечения полной совместимости с DOS, Win16, также поддерживался запуск большинства Win32-приложений из Windows NT. Поэтому вышла такая кривая. Тоже, пользователи, ничего не теряя (запуск досовых и 16-разрядных программ), получали профит, запуская и разрабатывая Win32-приложения (с моделью памяти flat и другими плюшками). Один из примеров совместимости: можно было создать такой ярлык досовской программы (.pif-файл), который при запуске перезагружал бы компьютер, запуская DOS с файлами config.sys и autoexec.bat, указанными в свойствах ярлыка! При последующей перезагрузке снова загружалась Windows.

Даже сейчас в 32-разрядных версиях семёрки и восьмёрки можно ограниченно запускать досовские и Win16-программы.

@segfault:
segfault

stackoverflow.com

@exception13:
exception13

вы только посмотрите какая игрушка kazan.dns-shop.ru
Время работы: 4 ч
Цена: 39990 руб

@Sectoid:
Sectoid

чат, а кто-то заводил успешно nvidia-блоб, при использовании amd64-ядра с ia32-юзерспейсом? если да, поделитесь опытом.

@OCTAGRAM:
OCTAGRAM

opencores.org
Реализация x86 SoC на Verilog для FPGA

@OCTAGRAM:
OCTAGRAM

via.com.tw
У VIA, оказывается, тоже есть аппаратная поддержка виртуализации (VIA VT)

@Strephil:
Strephil

Всё так и должно быть, никакого глюкалова тут нет, просто это вот разные ассемблерный и машинный код:
ddivu d,s,t =>
teq t,$zero,0x7
ddivu s,t
mflo d

А чтобы было просто ddivu s,t
нужно писать ddivu $zero, s, t
Очень удобно!

И после такого трахомудия кто-то говорит, что у интел плохой ассемблер?!

@4DA:
4DA

увидел у codedot-a в тватере: x86 MMU #PF handling is Turing-complete
youtube.com
github.com

@MrFree:
MrFree

Кто успел скачать android-x86-4.2-20121225.iso ? Дайте потыкать палочкой, с оффсайта не качается....

@exception13:
exception13

dropbox.com
dropbox.com чото сижу и ржу

@OCTAGRAM:
OCTAGRAM

Оказывается, инженеры AMD64 подложили большую свинью быстрым песочницам и эмуляторам в юзерспейсе, запретив сегментацию даже в x86 программах. В нормальной x86 OS можно запрограммировать LDT как больше нравится, загрузить селекторы в сегментные регистры и, таким образом, получить эмулируемое окружение, например, Xbox или Linux, и даже долбаный fork(), от которого всё никак не откажутся в пользу pthread_create() и posix_spawn(), вполне реализуем без глюков (как в Cygwin), так как внутри эмулируемого окружения расположение нулевого смещения можно выбрать так, чтобы невыгружаемые страницы не занимали место, на котором в форкаемом процессе было что–то другое. В эмуляторе Xbox LDT используется, так как форматы fs:[...] на Windows и Xbox отличаются. А ещё есть программы, которые для противодействия отладке работают на изменённых селекторах. И всё это шмяк — и не работает. В принципе нельзя сделать, чтоб работало как раньше. Только fs и gs можно программировать.

Единственное решение в юзерспейсе — патчить код на лету, как это делает vx86. А ещё вчера узнал, что для 64битной Windows нет coLinux.

@uglock:
uglock

Ненависть!!! Intel Hardware Accelerated Execution Manager работает тока на интел процессорах!!! Но епт, как работает! См. с 2:40: software.intel.com

@Graf:
Graf

Приплыли, блин. Intel пролез-таки на рынок смартфоно-коммуникаторов 4pda.ru ...
Что это значит в сухом остатке?
Сразу видимый
+:
на телефоне, можно будет таки запустить нормальный линукс

-:
придется с собой носить два чемодана с батарейками

@Strephil:
Strephil

Как в nasm записать такую инструкцию:
2e ac lods %cs:(%si),%al
Там же нету lods, а lodsb не даёт указывать сегмент...

@ArtemZ:
ArtemZ

под windows arm не будет никаких приложений, бай дизайн нельзя будет запускать ничего, кроме свистоперделок на метро, т.е html5/js — разноцветные квадратики вместо
интерфейса.

мс просто никогда не портирует винду по-настоящему на другие платформы по той простой причине, что они друг у друга на подсосе с интелом и стоит мс начать что-то портировать — интел кусает и боллмер сразу кричит "ай! ладно! только метро приложения!"
В интел же старые дураки сидят, которые всерьёз считают хуй продвинутой архитектурой, кроме которой потребителю ничего не надо, а потом удивляются, когда хуй сосёт на планшетах и смартфонах. Как так! Ведь он такой продвинутый! Вот ещё уменьним нанометры и догоним мерзкий ARM!

В интел дофига людей, есть и нормальные. Когда они пытаются что-то сделать, типа нормальной риск архитектуры, им говорят — с какого? шиндошс под вашу архитектуру нет, то будет пользоваться?
А шиндошс нет, потому что сам интел не даёт сделать. Тут замкнутый круг, как у норкомана: кайф-поиски веществ-кайф-поиски веществ-кайф-смерть.
Поэтому интел и мс стоит рассматривать как одну дырявую бочку с говном, которая крутится по инерции от пука билли и из неё валится, валится говно, выделения баллмера текут в рот хомякам. Но в конце концов она выдохнется и остановится.
Рано или поздно интел превратиться в подобие ибм, а мс — в SCO
Жаль, что это будет не так скоро

@lexszero:
lexszero

At every process switch, the hardware context of the process being replaced must be saved somewhere. It cannot be saved on the TSS, as in the original Intel design, because Linux uses a single TSS for each processor, instead of one for every process.

@nixon89:
nixon89

Вообщем ситтуация такая: установил виртуалбокс 4.1.~ из .run файла (кагбэ из исходников) на опенсусе 11.1,запускается. Но надо его сейчас удалить оттуда. Вопрос как? YaST его не видит.

@OCTAGRAM:
OCTAGRAM

xcore86.com

Если раньше всякие Cyrix, IBM и прочие х86 CPU отмирали, оставив только Intel и AMD, то сейчас на рынок выходит сначала VIA, а теперь ещё и Xcore86.

Xcore86 provides a crossover Device on Chip™ that integrates a complete PC on a low-cost single CHIP that competes with RISC chips in price and energy efficiency.
Ну и правильно. Ну их, эти мипсели, армы и прочие левые архитектуры

@k0st1x:
k0st1x

смотрю на одну и ту же прогу но запущенную под x64 и под x86 (серцы единые)
x64 скушало в 1.4 раза больше памяти.
вот они минусы платформы x64 (

@ArtemZ:
ArtemZ

x86-капец всё ближе и ближе.
К 2012 г. Apple может выпустить первый в линейке ноутбук, оснащенный ARM-процессором — cnews.ru
Аналитки снизили прогноз по поставкам x86-процессоров — cnews.ru

@lexszero:
lexszero

habrahabr.ru мечта гентардов нашла поддержку?

@Revertron:
Revertron

А кто-нить знает, как вызвать меню в этой поделке?

@k0st1x:
k0st1x

линакс в браузе. я до сих пор не понял, где наёобко, блин, это мощно смотрится! html+js only
bellard.org

@don-Rumata:
don-Rumata

Да тут иде, двд и прочий хэ86. А у меня и хард на 5 гигов лишний есть. Ща запилим.

P.S. Кому не нравится — BL *XBOX.
P.P.S. Прям как в детстве — дали железку, которую можно разобрать. Только +2 момента:
1. Я таки получил долгожданную Сегу, пусть и не мегадрайв.
2. Если что-то сломаю, то ремня и/или нотаций не будет.

@Revertron:
Revertron

Обожаю я Линукс! Загрузился с флэшки, потыкал мышкой туда-сюда, загружаюсь в винду, она говорит, что диск не отформатирован!

@Revertron:
Revertron

Уррраааа!!! Заработало! На новом компе зарузилось за 3 секунды. Не смог понять, что за разрешение он поставил, явно меньше 1280х1024. Окошки вроде нормальные, но иногда страшно не пропорциональные диалоги. Непонятно пока, как завести туда подобие SD карточки.

@Stiletto:
Stiletto

ваше x86 говно и должно умереть blogs.msdn.com

@beard:
beard

Ни у кого случайно не завалялось ненужного Pentium 4 670 (Prescott, 64-bit, 3.8GHz, FSB800, L2 Cache 2MB, LGA775)?
Также можно 660/650/640/630 (3.6/3.4/3.2/3.0GHz), но лучше 670 — 3.8

@Vzlom:
Vzlom

Тэстю пока кривой порт андроида на х86... И думаю менять не менять на него виндоз мобайл? или виндоз мобайл труЪ ?

@DeeZ:
DeeZ

Установка Android на комп x86.
1. Скачать образ android-x86.org
2. Создать раздел ext3 (на fat андроид не умеет сохранять свои данные)
3. Разархивировать iso на этот раздел, в папку android
4. В этой же папке создать data (/android/data) и sdcard (/android/sdcard — будет вместо флеши)
5. В груб добавить
title Run Android-x86
root (hd0,2)
kernel /android/kernel initrd=initrd.img boot=/dev/sda3 console=tty0 console=ttyS1,115200n8 root=/dev/ram0 acpi_sleep=s3_bios,s3_mode quiet SRC=/android DATA= SDCARD=premount
initrd /android/initrd.img
6...
7. profit

@ferhiord:
ferhiord

всё! больше нет Арча на моём ноуте.. заебало.. в конце концов я программист и обычный пользователь, и мне действительно Арч мешает спокойному написанию и отладке кода, а также просмотру видео и прочего... постоянно трясёшься перед обновлением (иногда вынужденным!) хотя, надо отметить, прозрачность Арча помогала не раз, и в душе я всё равно арчер, арчер, ищущий стабильность и простоту... ждём Арч-стабля... так же надо отметить, что в моей личной жизни больше нет богомерзкого x86_64 (это не значит, что x86 православен): так же заебало, но уже как программиста... фух [выдохнул]. аминь.

@beard:
beard

$ file drv_xml.so
drv_xml.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (FreeBSD), dynamically linked, not stripped
$ uname -p
amd64
Подобное сочетание полностью нежизнеспособно?
Собственно, надо пересобрать из исходников три библиотеки, ни разу ещё не делал подобного, и пока непонятно какие тут могут грабли выскочить