Všichni o tom vědí Assembler jazyk je nejrychlejší z některých důvodů je z tohoto důvodu nejpoužívanější v jádře různých operačních systémů a totéž se děje u projektů v reálném čase, kde se používá pokročilá elektronika. Problém nastává později, když je třeba tento kód udržovat a není, a proto v případě linuxového jádra se vývojáři rozhodli přeložit tento kód Assembleru do C.
C je nejreprezentativnější programovací jazyk Linux (ve skutečnosti ze všech platforem * nix), byl vyvinut společností Dennis Ritchie a Ken Thompson v roce 1972, byl vyroben na systému Unix PDP-11 a byl součástí Unix verze 2. Vzhledem k vysokému výkonu a přenositelnosti se začal stále více používat při implementaci operačních systémů, a proto Linus Torvalds Použil ji pro svůj projekt, když v roce 1990 hledal bezplatnou a otevřenou alternativu k Minix.
Samozřejmě, navzdory tolika silným stránkám, má Assembler oproti C některé výhody, jak jsme zmínili na začátku, takže toto rozhodnutí překvapilo, ale podle toho, co komentuje Andy Lutomirsky v seznamech adresátů jádra vaše práce dobře probíhá a Linuxové jádro 4.1 jako první začlení tento přepis zdrojového kódu Assembleru na C.. Konkrétně vše, co souvisí s východy do uživatelského režimu, který v současné době sestává ze směsi kódu z těchto dvou programovacích jazyků, ale který je vzhledem k nízké údržbě při aktualizaci stále komplikovanější.
Je to kód v Assembleru Nebylo dlouho aktualizováno, což znamená, že noví vývojáři nemají o jeho fungování úplně jasno a co je horší, nebylo by snadné jej aktualizovat. Takže místo toho, aby vyzkoušeli nějakou částečnou změnu, rozhodli se začít měnit všechny tyto Assemblerovy rutiny na C a osobně si myslím, že i když může dojít ke ztrátě určité rychlosti provádění (což může být minimální, pokud je kód C new efektivní) nový a jasný kód je vždy lepší než mít zastaralý as téměř nulovými možnostmi aktualizace protože není dobře pochopeno, jak byla implementována.
Na prvním místě je to ENSAMBLADOR, ve španělštině.
Zadruhé, celý jazyk musí být KOMPILOVÁN (nebo interpretován), takže výsledek závisí na KOMPILOVATELI (nebo tlumočníkovi)
Protože kompilátor C se hodně zlepšil a assembler velmi málo (protože už byl velmi dobrý), je dnes rozdíl kompilovaného programu napsaného v C ve srovnání se stejným programem napsaným v assembleru zanedbatelný nebo žádný (před ním) nebyl).
Dokonce i rozdíl mezi kompilovanými (C a dalšími) a interpretovanými (Java a dalšími) programy byl také výrazně minimalizován.
Jelikož je údržba C mnohem snazší než u assembleru, je velmi rozumné rozhodnutí provést tyto změny v jádře, když provádíte analýzu nákladů a přínosů, slabosti, hrozby, silné stránky a příležitosti nebo jakékoli jiné, které funguje.
pro rozhodování.
Miguel Mayol Tur: Především každý programátor, který o sobě tvrdí, že mluví MONTÁŽNÍKEM a rozumí anglicky. Ostatní používají Visual Basic a říkají si programátoři. Jaká škoda. A za druhé, Assembler NESLOŽÍ. Programy, které to zpracovávají, převádějí mnemotechniku přímo na bajty. Programování v Assembleru mluví se strojem ve stejném jazyce, ale aby to bylo o něco jednodušší, místo přímého zápisu odpovídajících bajtů se používají mnemotechnické pomůcky. Mezi sadou bajtů a instrukcí v Assembleru existuje vzájemná korespondence. Ale to samozřejmě ví jen skutečný programátor, jeden z těch, kteří říkají ASSEMBLER. V důsledku toho nedochází k žádným vylepšením „převaděče“ z assembleru na opcodes, protože toto zlepšení má na starosti programátor. Překladače jazyka C (a další jazyky) překládají pokyny do předem stanovených makro reprezentací assembleru (nebo strojového kódu) a vylepšení jsou dána tím, jak jsou tyto převody.
Proč používat C? Protože je snazší kontrolovat a udržovat něco, co je čitelnější. Většina lidí přímo nerozumí kódům nebo mnemotechnikám assembleru. Jednoduché.
Ani se nebudu obtěžovat mluvit o Javě, která, i když byla zavedena jako standard už dávno, je nyní nenáviděna těmi, kteří rozumějí kódu.
Ale nevěřte mi, zeptejte se Google, jestli to, co jsem zde řekl, je nepravdivé.
pozdravy
Dobrý den, Chigüire, padají mi oči z tváře, protože si nemyslím, že nemůžete psát španělsky, aniž byste použili výrazy anglosaského původu: říká se to «assembler».
Samozřejmě, v jedné věci s vámi souhlasím, raději nemluvte o javě, protože říci nesmysly, je lepší to opustit. Měl jsem přítele, který byl jako vy, ale tesaře (nikoli odborného programátora) a řekl, že nejlepší je ruční pila a ostatní nástroje, nemluvě o tom, dokonce s nimi utáhl šrouby. Jaký příklad následovat!
Anglický jazyk je vždy kořenem všech výpočetních výrazů. Tak to je, i když to my španělští mluvčí nechceme. Přidejte k tomu, že existují výrazy, které nelze přeložit jako „bit“, „bajt“, „unix“, „linux“, „DOS“ a mnoho dalších. A existují i takové, KTERÉ BY MOHLO být přeloženy, ale neexistuje nic jako „CMOS“, „CSS“, „RAM“, protože existují některé iniciály, které nemají nic společného s technologií a aby toho nebylo málo, ani neexistují v Google. Nemá smysl překládat, když je vytvořená zpráva nečitelná. Závěr: Pro technické nebo výpočetní problémy je vhodnější používat odborné výrazy v angličtině. Ze stejného důvodu: Raději píšu, že používám „windows“, abych řekl, že používám operační systém „windows“. A raději mluvím o CSS a o tom, že používám typ = »text / css, než abych zkusil říct, že používám« listy stylů s typem rovným diagonálním stylům ». Zdraví.
Programy napsané v montážním jazyce jsou vždy kompilovány, nikdy interpretovány. Na použití španělštiny místo Spanglish však není nic špatného. Vlastní jména se nikdy nepřekládají, ale technické výrazy jsou, když nejsou populární akronymy. Každopádně, každý může mluvit, jak chce, zatímco my stále rozumíme.