OpenForum RSS: Стабильный релиз MASM-совместимого открытого ассемблера JWAS... https://mobile.opennet.me/openforum/vsluhforumID3/63454.html Вышла (http://www.japheth.de/JWasm/History.txt) новая стабильная версия ассемблера JWASM 2.02 (http://www.japheth.de/JWasm.html), продолжающего развитие проекта Open Watcom (WASM). Код JWASM распространяется под открытой лицензией Sybase Open Watcom Public License, одобренной организацией OSI. JWASM поддерживает синтаксис ассемблера MASM (Microsoft Macro Assembler) и позволяет генерировать исполняемые файлы в форматах OMF, MS Coff (32- и 64-bit), Elf (32- и 64-bit), Bin и DOS MZ для платформ Linux, Windows, OS/2 и FreeBSD. <br><br>URL: http://developers.slashdot.org/story/10/01/29/1632253/x86-Assembler-JWASM-Hits-Stable-Release<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=25241<br> Стабильный релиз MASM-совместимого открытого ассемблера JWAS... (pavlinux) https://mobile.opennet.me/openforum/vsluhforumID3/63454.html#18 Wed, 03 Feb 2010 15:07:05 GMT &gt;&gt;Опа, x87 или SSE уже никатит? :)<br>&gt;&gt;как эту хрень распределить по процам???<br>&gt;А если серьёзно в коде нельзя указать на каком CPU работать <br><br>http://stackoverflow.com/questions/1622388/running-code-on-different-processor-x86-assembly<br><br>В общам, x86 - это SMP лохотрон с последовательным применением APIC<br><br>Теперь ясно, почему IBM z/OS, s390, VAX/VMS в свое время, таких бешеных денег стоят.<br> Стабильный релиз MASM-совместимого открытого ассемблера JWAS... (pavlinux) https://mobile.opennet.me/openforum/vsluhforumID3/63454.html#17 Wed, 03 Feb 2010 14:39:56 GMT &gt;&gt;Опа, x87 или SSE уже никатит? :)<br>&gt;Так скорость нужна или нет? На GPU для этого параллельные конвейеры. <br>&gt;&gt;как эту хрень распределить по процам???<br>&gt;А если серьёзно в коде нельзя указать на каком CPU работать <br>&gt;Но можно создать процессы (разные CPU, память, стек; один код), и потоки <br>&gt;(разные CPU, стек; один код и память). Язык значения не имеет. <br><br>Опа, оказывается x86 настолько корявый....<br><br><br>[b]8.4.4.1 Typical BSP Initialization Sequence[/b]<br><br>After the BSP and APs have been selected (by means of a hardware protocol, see<br>Section 8.4.3, &#8220;MP Initialization Protocol Algorithm for Intel Xeon Processors&#8221;), the<br>BSP begins executing BIOS boot-strap code (POST) at the normal IA-32 architecture<br>starting address (FFFF FFF0H). The boot-strap code typically performs the following<br>operations:<br>1. Initializes memory.<br>2. Loads the microcode update into the processor.<br>3. Initializes the MTRRs.<br>4. Enables the caches.<br>5. Executes the CPUID instruction with a value of 0H in the EAX register, then Стабильный релиз MASM-совместимого открытого ассемблера JWAS... (Аноним) https://mobile.opennet.me/openforum/vsluhforumID3/63454.html#16 Wed, 03 Feb 2010 13:41:09 GMT &gt;Опа, x87 или SSE уже никатит? :)<br><br>Так скорость нужна или нет? На GPU для этого параллельные конвейеры.<br><br>&gt;как эту хрень распределить по процам???<br><br>:-)<br>Написать 4 программы:<br>BEGIN:<br> CPU += 1/x;<br> x++;<br>GOTO BEGIN; <br>Первая посчитает для х от 1 до 1073741824 и выведет результат на stdout<br>Вторая от 1073741825 до 2147483648<br>2147483649-3221225472<br>3221225473-4294967296<br><br>4 однозадачных программы OS развесит на разные CPU, когда они завершатся каждая выдаст на stdout по одному числу, их надо сложить :-)<br><br>А если серьёзно в коде нельзя указать на каком CPU работать (это не влезая в дебри)<br>Но можно создать процессы (разные CPU, память, стек; один код), и потоки (разные CPU, стек; один код и память). Язык значения не имеет.<br><br>Например 2 потока:<br>CPU1 CPU2<br>mov rax,1 mov rax,7<br>mov [12345],rax push rax<br>push rax mov [12345],rax<br>mov rax,[12345] ;(7)<br>pop rax ;(1)<br><br> Стабильный релиз MASM-совместимого открытого ассемблера JWAS... (pavlinux) https://mobile.opennet.me/openforum/vsluhforumID3/63454.html#15 Wed, 03 Feb 2010 11:57:36 GMT &gt;1/x это вроде как не целое число, такое на GPU считают. (тоже <br><br>Опа, x87 или SSE уже никатит? :)<br><br>CPU0:<br> fld1 <br> fld ST1, x<br> fdivp ST(0), ST(1) <br><br>CPU1:<br> fld1 <br> fld ST1, x<br> fadd ST(1), cpu1 <br> fdivp ST(0), ST(1) <br><br>CPU2:<br> fld1 <br> fld ST(1), x<br> fadd ST(1), cpu2 <br> fdivp ST(0), ST(1) <br><br>CPU3:<br> fld1 <br> fld ST1, x<br> fadd ST(1), cpu3 <br> fdivp ST(0), ST(1) <br><br>как эту хрень распределить по процам???<br><br>&gt;можно на асме кстати) <br>&gt;SUM это похоже сумма, человечество ни когда не испытывало трудностей с её <br>&gt;параллельным вычислением. Отдельно для 4 отрезков посчитать, а потом сложить, как <br>&gt;будто и не параллельно считали. <br>&gt;Или я чего-то не понял в задаче... <br><br>Всё прально... <br><br>BEGIN:<br> CPU0 += 1/x;<br> CPU1 += 1/(x+1);<br> CPU2 += 1/(x+2);<br> CPU3 += 1/(x+3);<br> x++;<br> x *= NUMCPUS; <br><br>GOTO BEGIN;<br><br> СOMMON += CPU0 + CPU1 + CPU2 + CPU3;<br> Стабильный релиз MASM-совместимого открытого ассемблера JWAS... (Piter_Ring) https://mobile.opennet.me/openforum/vsluhforumID3/63454.html#14 Wed, 03 Feb 2010 10:39:32 GMT точно знаю, что на асме там есть кусок для быстрого разложения в ряды.<br>Как это считается - не скажу, да и врят ли там реализована паралельная работа <br>(основной код написан в 80-90ых годах) Зато там есть вычисления на кластере.<br><br> Стабильный релиз MASM-совместимого открытого ассемблера JWAS... (Аноним) https://mobile.opennet.me/openforum/vsluhforumID3/63454.html#13 Wed, 03 Feb 2010 05:50:49 GMT 1/x это вроде как не целое число, такое на GPU считают. (тоже можно на асме кстати)<br>SUM это похоже сумма, человечество ни когда не испытывало трудностей с её параллельным вычислением. Отдельно для 4 отрезков посчитать, а потом сложить, как будто и не параллельно считали.<br>Или я чего-то не понял в задаче...<br> Стабильный релиз MASM-совместимого открытого ассемблера JWAS... (pavlinux) https://mobile.opennet.me/openforum/vsluhforumID3/63454.html#12 Tue, 02 Feb 2010 22:54:54 GMT &gt;Знаю одного астронома-програмиста, так он рассказывал что софт <br>&gt;весь написан на С (не с++). А вот куски именно математики очень <br>&gt;часто написаны на фортране/асме и собраны в .обж а затем уже включены в <br>&gt;основную прогу. <br><br>Ну если есть заготовки, то почему бы их не использовать, <br>а для фортрана ой как много библиотек. <br>Ну а асм... я вот ещё не разу не видел кода на асме для параллельных вычислений.<br> <br>Есть тут виртуозы ассемблера... покажите как на чистом асме <br>выглядит прога для вычисления SUM(1/x, от 1 до 2^32), на 4-х процах.<br> <br> <br> Стабильный релиз MASM-совместимого открытого ассемблера JWAS... (Piter_Ring) https://mobile.opennet.me/openforum/vsluhforumID3/63454.html#11 Tue, 02 Feb 2010 19:24:30 GMT Знаю одного астронома-програмиста, так он рассказывал что софт <br>весь написан на С (не с++). А вот куски именно математики очень часто <br>написаны на фортране/асме и собраны в .обж а затем уже включены в основную прогу.<br> Стабильный релиз MASM-совместимого открытого ассемблера JWAS... (pavlinux) https://mobile.opennet.me/openforum/vsluhforumID3/63454.html#10 Tue, 02 Feb 2010 10:50:26 GMT &gt;&gt;PPC ARM MIPS64<br>&gt;Да пока многим начхать на эти архитектуры. "Танки" пока x86, и там <br>&gt;где область хоть сколько-то связанная с большими вычислениям надолго занята ими. <br>&gt;<br><br>Не уверен что софт для просчёта, скажем, столкновения двух чёрных дыр, написан с элементами асма. <br>Выгодней посчитать неделю на кластере, чем 3 месяца оптимизировать. <br>А вот всякий там реалтайм, медицинская хрен, навигационная... <br>