OCTAGRAM
x86 x86_64 ada llvm TenDRA

Об исключенных командах или за что «списали» инструкцию INTO?
Любопытно было почитать материал от разработчика компилятора, способного выжимать из процессора максимум. Ещё @Tajunu писал про ущербность LLVM по сравнению с TenDRA, но так, достаточно поверхностно, а тут — от того, кто реально в теме.

Ну и интересно было узнать, что это не чисто случайно под Аду подходит, а под PL/1 делалось, а Ада попутно получилась, как тоже нормальный язык программирования.

OCTAGRAM
C++ x86 pe COFF BoostSpirit

Надо было по работе скомпилировать Wt, а он на C++. Причём, если говорят «беда не приходит одна», то это именно тот случай. Если C++, то ещё и boost, а если boost, то ещё и boost.spirit. Короче, на всю голову больные. Нет бы на C с классиками пописывать и не напрягать тех, кому это потом компилировать. Нет бы взять обычный внешний генератор парсеров. Настрадался я от этого boost.spirit. То там string table overflow at offset 10000004 в section .debug_frame случится, то
function_operator_10.hpp: In instantiation of 'const typename boost::phoenix::detail::expression::function_eval<F, A0, A1, A2, A3, A4>::type boost::phoenix::function<F>::operator()(const A0&…
Ну это манипуляциями с ключиками ещё как-то преодолел. Дальше проблемы, компоновщику тупо памяти не хватает. Вот тут посоветовали взять сборку отсюда. Не подошло:
c:/TDM/TDM-GCC-64-2017-01-07/bin/../lib/gcc/x86_64-w64-mingw32/5.1.0/../../../../x86_64-w64-mingw32/bin/ld.exe: c:/TDM/TDM-GCC-64-2017-01-07/bin/../libexec/gcc/x86_64-w64-mingw32/5.1.0/liblto_plugin-0.dll: error in plugin cleanup (ignored)
c:/TDM/TDM-GCC-64-2017-01-07/bin/../lib/gcc/x86_64-w64-mingw32/5.1.0/../../../../x86_64-w64-mingw32/bin/ld.exe: c:/TDM/TDM-GCC-64-2017-01-07/bin/../libexec/gcc/x86_64-w64-mingw32/5.1.0/liblto_plugin-0.dll: error loading pluginИ библиотеку указанную тоже пробовал заменять. Никак. Откатился на оригинальный ld.exe

Впрочем, оказалось, что снять у него ограничения по памяти не так сложно. Открыл HIEW, по смещению 0x96 пропатчил 0f 03 на 2f 03, что соответствует включению флага IMAGE_LARGE_ADDRESS_AWARE, и этим компоновщиком наконец смог собрать. Научить программы использовать больше памяти не так уж сложно, оказывается.

4DA
programming asm x86

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
Win8 x86 tablet

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

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

Mazdaywik
Windows DOS Microsoft x86

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

Почему система команд 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-программы.

Strephil
mips x86

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

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

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

OCTAGRAM
ldt x86 x86_64 asm

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

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

Graf
hardware x86 Android

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

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

ArtemZ
x86 Intel Microsoft Windows

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

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

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

nixon89
x64 x86 linu

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

OCTAGRAM
x86

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
x64 x86

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

don-Rumata
радость x86 Xbox hardware

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

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

Revertron
Android x86

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