Sign inCreate account
noc.social is part of the decentralized social network powered by Mastodon.
This instance is focused on technology, networking, linux, privacy, security, infosec, engineering, but open to anyone. Civil discourse, polite and open. Managed by the noc.org / trunc.org team.

Administered by:

Server stats:

682
active users
Learn more

noc.social: AboutProfiles directoryPrivacy policy

Mastodon: AboutGet the appKeyboard shortcutsView source codev4.1.24

bg nerilex

Ich habe gerade ein paar #retro bzw. #vintage Computer abzugeben.

Folgenden Maschinen suchen ein neues Zuhause:

* #Sun #sparc station IPC
* Sun Ultra 5 (64 bit sparc)
* HP 712/60 (gecko #PARISC)
* #MicroVAX II (BA123)

Die Geräte müssten in Bochum abgeholt werden.

Von der #VAX habe ich gerade noch keine Bilder, da die noch im Keller sitzt.

Mir genügt es, wenn die Maschinen ein liebevolles Zuhause finden, und nicht dem Elektroschrott anheim fallen müssen.

🔄 Boosts welcome

Ein kleiner Turm aus eine Sun Ultra 5 Workstation (PizzaBox), einer HP 172/60 Gecko (PizzaBox) und einer Sun Spacrstation IPC (LunchBox). Darauf liegen noch eine Sun Tastatur und Maus.
Несерьёзный Выдумщик

Общеобразовательное о том, какие процессоры могут быть по архитектуре. С экскурсом в историю развития.
«Как Intel создал ARM, ARM похоронил MIPS, на очереди X86?» На нескольких видео-хостингах:

https://rutube.ru/video/bd42ae858d9fec2ea3bdc5ff70ddf28f/
https://dzen.ru/video/watch/67e30b33a68eb647c136e44f
https://www.youtube.com/watch?v=fbKQJ9W5dmo

Как «яблоко» #Apple и «жёлудь» #Acorn объединившись создали ARM — Advanced RISC Machines в 1990-м, хотя в оригинале это было Acorn RISC Machine с 1985-м года.

Первый релиз на ARM6 состоялся в 1992-м году и был это КПК — Apple Newton PDA на базе процессора ARM610.

Для получения именно десктопного процессора #PowerPC эта же самая Apple с 1991 года была в альянсе с #IBM и #Motorola работавшими над #RISC процессором архитектуры Power. В результате работы альянса над этой архитектурой стало семейство PowerPC процессоров.

В это время у Sun Microsystems было семейство SPARC — тоже на базе RISC, ставшее процессорами и для рабочих станций и для серверов. Первые системы #SunMicrosystems на процессорах #SPARC начали поставляться в 1987 году и на 1989 год были дешевле Intel 80386 процессора.

Кстати, именно серверные RISC-процессоры уже стали 64-х разрядными в реальных машинах, когда #x86 только планировали выбираться из 32-х разрядности.

#hardware #CPU #процессоры #intel #ARM #MIPS #x86 #CISC @russian_mastodon @ru @Russia

Несерьёзный Выдумщик

Общеобразовательное о том, какие процессоры могут быть по архитектуре. С экскурсом в историю развития.
«Как Intel создал ARM, ARM похоронил MIPS, на очереди X86?» На нескольких видео-хостингах:

• https://rutube.ru/video/bd42ae858d9fec2ea3bdc5ff70ddf28f/
• https://dzen.ru/video/watch/67e30b33a68eb647c136e44f
• https://www.youtube.com/watch?v=fbKQJ9W5dmo

Как «яблоко» #Apple и «жёлудь» #Acorn объединившись создали ARM — Advanced RISC Machines в 1990-м, хотя в оригинале это было Acorn RISC Machine с 1985-м года.

Первый релиз на ARM6 состоялся в 1992-м году и был это КПК — Apple Newton PDA на базе процессора ARM610.

Для получения именно десктопного процессора #PowerPC эта же самая Apple с 1991 года была в альянсе с #IBM и #Motorola работавшими над #RISC процессором архитектуры Power. В результате работы альянса над этой архитектурой стало семейство PowerPC процессоров.

В это время у Sun Microsystems было семейство SPARC — тоже на базе RISC, ставшее процессорами и для рабочих станций и для серверов. Первые системы #SunMicrosystems на процессорах #SPARC начали поставляться в 1987 году и на 1989 год были дешевле Intel 80386 процессора.

Кстати, именно серверные RISC-процессоры уже стали 64-х разрядными в реальных машинах, когда #x86 только планировали выбираться из 32-х разрядности.

#hardware #CPU #процессоры #intel #ARM #MIPS #x86 #CISC @russian_mastodon@mastodon.social @ru@lor.sh @Russia@3zi.ru

*
Sun Microdevil Pte Ltd

Anyone here familiar with SPARC binutils internals? I'm having a rather odd case where the same instruction (and same binary sequence) gets interpreted differently depending on who compiles it :cirnothinking:

Say, I have this `decode.s` file containing the following line:
decode: addxccc %g0, %g0, %g0

One VIS3 instruction, very simple. Then assemble it with both gcc and clang:
gcc -mcpu=niagara4 -c decode.s -o decode-gcc.o
clang -mcpu=niagara4 -c decode.s -o decode-clang.o

And now, if I run objdump on the files, the results are different:
decode-clang.o: file format elf64-sparc

Disassembly of section .text:

0000000000000000 <decode>:
0: 81 b0 02 60 unknown

Compare with GCC's:
decode-gcc.o: file format elf64-sparc

Disassembly of section .text:

0000000000000000 <decode>:
0: 81 b0 02 60 addxccc %g0, %g0, %g0

In both cases the binary stream is the same, but why does objdump decodes it as "unknown" with the clang-built file?

Edit: found it, seems like GCC sets something in the attribute section:

Attribute Section: gnu
File Attributes
Tag_GNU_Sparc_HWCAPS: vis3

Though as far as I can tell other than odd objump output it doesn't seem to affect binary execution, etc.

#AskFedi #Binutils #GCC #SPARC

George Macgregor

ICYMI, @gedankenstuecke published an interesting blog post about SPARC's 'preemptive obedience' (or Vorauseilender Gehorsam), in the face of the Trump presidential directive to erase any mention of #diversity, #equity + #inclusion (DEI) (and withdraw funding) from publicly funded bodies. Check it out -- but be prepared for disappointment. 😢

scholar.social/@gedankenstueck

#SPARC #OpenScience #OpenResearch #DEI

Bastian Greshake Tzovaras (@gedankenstuecke@scholar.social)Scholar Social
ExploreLocalFederated
About

Trending now

#meta39 people in the past 2 days
#archlinux5 people in the past 2 days
#windows33 people in the past 2 days