Forth Interest Group P.O
Total Page:16
File Type:pdf, Size:1020Kb
Load more
Recommended publications
-
ABC800-Manual-BASIC-II.Pdf
Preface This manual describes the BASIC II programming language of ABC 800. The reader should have programming experience, since the manual is not meant to be a BASIC textbook. Chapter 1 introduces the BASIC programming language. Chapter 2 deals with the structure of BASIC II computer programs. Chapters 3, 4, and 5 describe the data that can be processed by a program. Chapter 6 describes how to operate BASIC II. This chapter contains plenty of advice and tips on how to type and edit a program Chapter 7 deals with the direct usage of instructions and commands, without any program. This method is particularely useful when a program is being debugged. Chapters 8, 9, and 1a contain detailed descriptions of all commands, functions, and instructions that are part of BASIC II. Most of the descriptions are completed by examples which show the structure of each program part. Chapters 11 and 12 deal with the ABC 800 graphics. Both the TELETEXTgraphics and the high resolution graphics with animation mode are described. Chapter 13 describes the use of the function keys. Chapter 14 describes the differences between ABC 800 and ABC 80. Chapter 15 contains a list of error messages with comments. Chapter 16, marked with grey edges, contains short descriptions of all instructions, functions, and commands arranged in alphabetical order.The list in chapter 16 is meant for use as an index register, where the syntax can be found together with references to the detailed descriptions earlier in the manual (chapters 8, 9, and 10). Chapter 17 is a list of literature references and chapter 18 contains a number of appendices. -
A Technology Assessment of Personal Computers. Vol. III: Personal Computer Impacts and Policy Issues
DOCUMENT RESUME ED 202 454 IR 009 300 AUTHOR Nilles, Jack M.; And Others TITLE A Technology Assessment of Personal Computers. Vol. III: Personal Computer Impacts and Policy Issues. INSTITUTION University of Southern California, Los Angeles. Office of Interdisciplinary Program Development. SPONS AGENCY National Science Foundation, Washington, D.C. DEPORT NO OIP/PCTA-80-3/3 PUB DATE Sep BO GRANT PRA-78-05647 NOTE 342p.; For related documents, see IR 909 298-300. Some small print marginally legible. EDRS PRICE MF01/PC14 Plus Postage. DESCRIPTORS Education; Employment; *Microcomputers; Prediction; *Public Policy; Questionnaires IDENTIFIERS *Delphi Technique; International Trade; *Technology Assessment ABSTRACT A technology assessment of personal computers was conducted to study both the socially desirable and undesirable impacts of this new technology in three main areas: education, employment, and international trade. Information gleaned from this study was then used to generate suggestions for public policy options which could influence these impacts. Four primary methods were used to develop the information for the policy analysis stages of the assessment:(1) search and analysis of the relevant literature, (2) development of a series of scenarios of alternative futures, (3) performance of two Delphi surveys and a cross-impact analysis based on these scenarios, and (4) interviews and/or surveys of the potentially affected stakeholders and decision makers. Tables of data are included as well as a list of references. Appendices include Delphi questionnaires with summaries of findings and an employment questionnaire used in the study. (LLS) *********************************************************************** Reproductions supplied by EDRS are the best that can be made * from the original document. *********************************************************************** U S DEPARTMENT OF HEALTH. -
Hungary: Computers Behind the Iron Curtain Written by Gábor Képes
Hungary: Computers behind the Iron Curtain Written by Gábor Képes After the 1956 Revolution,in People’s Republic of Hungary Stalinist dictatorship was followed by a political system that was ready for consolidation and opened towards the West. For this reason Hungary was sometimes called the ’happiest barracks of the Soviet camp’. Hungarian computer technology was both connected to the initiatives of the Eastern bloc countries, and also hurriedly following the West at the same time. By 1989 there were approximately 100,000 computers working in the country, and its computer technology was typically colourful and full of unique solutions. Gábor Képes is 1. Heyday of Cybernetics in Hungary Head of the De- partment of Every modern digital computer in the world is set up on the Technological principles (principle of the stored program) described by the Museology. Since Hungarian-born American mathematician, John von Neumann 2004 he has been (1903-1957). Neumann made his own concept available for the a curator of the whole world.The history of modern computer science started in computer science the 1940s and 50s - while the Second World War was ending the collection of the Hungarian Mu- World War II and the Cold War was starting. Computer research seum for Science and Technol- began in the Soviet bloc as well, although in the era of Stalinism ogy, and then from 2009 in the cybernetics was considered a “dangerous civil pseudoscience”. successor institute: Hungarian This point of view slowly changed starting in the second half of Museum for Science, Technology the 50’s. and Transport. -
Hungarian Scientists in Information Technology Gyözö Kovács
Hungarian Scientists in Information Technology Gyözö Kovács To cite this version: Gyözö Kovács. Hungarian Scientists in Information Technology. Arthur Tatnall. Reflections on the History of Computing : Preserving Memories and Sharing Stories, AICT-387, Springer, pp.289-319, 2012, IFIP Advances in Information and Communication Technology (SURVEY), 10.1007/978-3-642- 33899-1_18. hal-01526814 HAL Id: hal-01526814 https://hal.inria.fr/hal-01526814 Submitted on 23 May 2017 HAL is a multi-disciplinary open access L’archive ouverte pluridisciplinaire HAL, est archive for the deposit and dissemination of sci- destinée au dépôt et à la diffusion de documents entific research documents, whether they are pub- scientifiques de niveau recherche, publiés ou non, lished or not. The documents may come from émanant des établissements d’enseignement et de teaching and research institutions in France or recherche français ou étrangers, des laboratoires abroad, or from public or private research centers. publics ou privés. Distributed under a Creative Commons Attribution| 4.0 International License Hungarian Scientists in Information Technology Dr. hc. Győző Kovács John von Neumann Computer Society, Hungary Abstract: Studying Information Technology, the History of Science and Technology was very rich in Hungarian talents; those who designed ‘clever’ machines at the very early times of calculators. These calculators are the ancestors of the present-time ones that were called later on, in the 20th century, computers. The computer historians may agree or disagree, but I think the first real-life, early ‘calculator-like’ machine was developed by Farkas Kempelen in the 18th century. It was a real output device, a talking machine. -
Quantifying the Performance of Garbage Collection Vs. Explicit Memory Management
Quantifying the Performance of Garbage Collection vs. Explicit Memory Management ¤ Matthew Hertz Emery D. Berger Computer Science Department Dept. of Computer Science Canisius College University of Massachusetts Amherst Buffalo, NY 14208 Amherst, MA 01003 [email protected] [email protected] ABSTRACT physical memory is scarce, paging causes garbage collection to run Garbage collection yields numerous software engineering benefits, an order of magnitude slower than explicit memory management. but its quantitative impact on performance remains elusive. One Categories and Subject Descriptors can compare the cost of conservative garbage collection to explicit memory management in C/C++ programs by linking in an appro- D.3.3 [Programming Languages]: Dynamic storage management; priate collector. This kind of direct comparison is not possible for D.3.4 [Processors]: Memory management (garbage collection) languages designed for garbage collection (e.g., Java), because pro- General Terms grams in these languages naturally do not contain calls to free. Experimentation, Measurement, Performance Thus, the actual gap between the time and space performance of explicit memory management and precise, copying garbage collec- Keywords tion remains unknown. oracular memory management, garbage collection, explicit mem- We introduce a novel experimental methodology that lets us quan- ory management, performance analysis, time-space tradeoff, through- tify the performance of precise garbage collection versus explicit put, paging memory management. Our system allows us to treat unaltered Java programs as if they used explicit memory management by relying 1. Introduction on oracles to insert calls to free. These oracles are generated Garbage collection, or automatic memory management, provides from profile information gathered in earlier application runs. -
Spiele- Hardware
260 SEITEN SONDERHEFT 2/16 Deutschland 14,95 Österreich 16,90 Schweiz SFR 25,80 ALT! Die beste Retro spiele- hardware Die wichtigsten Homecomputer, Konsolen & Handhelds von 1977 bis 2001 ALLE INFOS ZU Atari ● RCA Studio ● Apple II ● Microvision ● Atari 8-Bit ● Mattel Intellivision ● Commodore VC 20 ● BBC ● Sinclair Spectrum ● Commodore 64 ● ColecoVision ● MSX-Computer ● Schneider CPC ● NES ● Sega Master System ● Atari ST ● Amiga 500 ● Sega Mega Drive ● Nintendo Game Boy ● Atari Lynx ● Turbo Grafx 1 ● Sega Game Gear ● Neo Geo ● SNES ● 3DO ● Sony PlayStation ● Sega Saturn ● Nintendo 64 ● Bandai Wonderswan ● Sega Dreamcast ● Sony PlayStation 2 ● Nintendo Gamecube ● Xbox ● Nintendo GBA ● Retron 5 ... ARCADE | ATARI | COMMODORE | MSX | NEO GEO | NINTENDO | SCHNEIDER | SEGA | SINCLAIR | SONY powered by Die beste Retro Sonderheft 02/2016 spiele- hardware ie Retro-Liebe, und wir reden natürlich von der Liebe zu Retrospielen, ist teils pure Weißt- du-noch-Nostalgie, teils aktiv gelebtes Hobby: Dank Emulatoren und Download-Veröffentli- chungen auf modernen Plattformen war es wohl noch nie so einfach wie heute, die alten Klassiker zu spielen – noch nicht einmal „damals“! Am meisten aber machen Retro-Games Dnatürlich auf Retro-Plattformen Spaß. Denn selbst der beste Bildschirmfi lter schafft es nicht, Sprites, Farben und, ja, auch das Flimmern, so darzustellen, wie damals ein Röhren-Fernseher oder VGA- Monitor. Ganz zu schweigen von den Original-Eingabegeräten und -Speicherkarten. Oder dem rein haptisch befriedigenden Erlebnis, ein Modul in seinen Schacht zu wuchten. Oder der Vorfreude beim Installieren von Sechs-Disks-Spielen auf dem Home Computer... In diesem Sonderheft des deutschen Retro Gamer wollen wir euch die besten Spiele-Plattformen ausführlich vorstellen, mit einer liebevollen Auswahl bereits erschienener, aber auch ganz neuer Artikel. -
ACDC: Towards a Universal Mutator for Benchmarking Heap Management Systems
ACDC: Towards a Universal Mutator for Benchmarking Heap Management Systems Martin Aigner Christoph M. Kirsch University of Salzburg fi[email protected] Abstract liveness deallocation delay We present ACDC, an open-source benchmark that may be config- ured to emulate explicit single- and multi-threaded memory alloca- tion, sharing, access, and deallocation behavior to expose virtually time any relevant allocator performance differences. ACDC mimics pe- ... ... allocation accesses last access deallocation riodic memory allocation and deallocation (AC) as well as persis- tent memory (DC). Memory may be allocated thread-locally and shared among multiple threads to study multicore scalability and even false sharing. Memory may be deallocated by threads other lifetime than the allocating threads to study blowup memory fragmentation. Memory may be accessed and deallocated sequentially in alloca- Figure 1: The lifecycle of an object tion order or in tree-like traversals to expose allocator deficiencies in exploiting spatial locality. We demonstrate ACDC’s capabili- ties with seven state-of-the-art allocators for C/C++ in an empir- ical study which also reveals interesting performance differences accesses to the allocated memory, and ends with the deallocation between the allocators. of the allocated memory. The time from allocation to deallocation is called the lifetime of an object. The time from allocation to last Categories and Subject Descriptors D.3.4 [Programming Lan- access is called the liveness of an object which ACDC, unlike other guages]: Memory management benchmarking tools, also emulates explicitly by controlling object General Terms Performance, Measurement access. The difference between lifetime and liveness of an object, here called deallocation delay, emulates mutator inefficiencies in Keywords benchmark; explicit heap management; multicore identifying dead objects for deallocation which may in turn expose allocator inefficiencies in handling dead memory. -
Linux Multicore Performance Analysis and Optimization in a Nutshell
LLiinnuuxx MMuullttiiccoorree PPeerrffoorrmmaannccee AAnnaallyyssiiss aanndd OOppttiimmiizzaattiioonn iinn aa NNuuttsshheellll PPhhiilliipp MMuuccccii mmuuccccii aatt eeeeccss..uuttkk..eedduu NNOOTTUURR 22000099 TTrroonnddhheeiimm,, NNoorrwwaayy NOTUR2009 Philip Mucci, Multicore Optimization 1 SScchheedduullee ● 10:15 Begin ● (1:00) ● 11:15 – 11:30 Coffee ● (1:30) ● 13:00 – 14:00 Lunch ● (2:00) ● 16:00 Finish ● 18:00 Beer NOTUR2009 Philip Mucci, Multicore Optimization 2 OOuuttlliinnee ● Commentary ● Programming Models ● HW/SW Overview ● Multicore ● Working With the Optimization Compiler ● Performance Analysis ● Single Core Optimization NOTUR2009 Philip Mucci, Multicore Optimization 3 IInniittiiaall CCoommmmeennttaarryy NOTUR2009 Philip Mucci, Multicore Optimization 4 OOppttiimmiizzaattiioonn iiss aann AArrtt FFoorrmm ● As such, this tutorial is partially subjective. ● Expect some contradictions to your experience(s). – Don't panic. ● Negative comments (on the tutorial) are welcomed (afterwards). – Please include “bug fixes”. – mucci at eecs.utk.edu NOTUR2009 Philip Mucci, Multicore Optimization 5 WWhhaatt''ss ssoo ssppeecciiaall aabboouutt MMuullttiiccoorree?? ● Parallel programming is somewhat easier... – Shared address space means direct access to data. ● Multicore is a great latency hiding mechanism. – Most computers are doing many different activities at once. (What about us?) ● We really can't get much faster without liquid cooling. ● Multicore appears to lower power and cooling requirements per FLOP. NOTUR2009 Philip Mucci, Multicore -
Att Använda GNU/Linux Linus Walleij
Att använda GNU/Linux Linus Walleij ONLINEVERSIONEN - TRYCKNING FÖRBJUDEN Jag har sålt rättigheterna att trycka den här boken till Studentlitter- atur, det betyder att du inte får trycka egna exemplar av boken från detta manuskript. Anledningen till att jag sålt rättigheterna är att jag vill att boken skall få spridning. Det finns mer information om detta för den som vill veta alla överväganden, se: http://www.df.lth.se/~triad/ gnulinux/20040514102823 Någon speciell licens finns inte för boken, inte än i varje fall, så det är vanlig sträng upphovsrätt som gäller. Det går däremot bra att sprida boken vidare i denna elektroniska form. Bokens hemsida: http://www.df.lth.se/~triad/gnulinux/ Innehåll 1 Inledning 3 1.1 Läsanvisning . 4 1.2 Läsarens förkunskaper . 4 1.3 Om formen . 6 1.4 Bäst-före-datum . 7 1.5 Datorvetenskaperna . 7 1.6 Något grundläggande om operativsystem . 8 1.6.1 Konstruktionshierarkier . 11 1.6.2 Operativsystemets hierarkier . 14 1.7 Tack . 16 2 POSIX 19 2.1 Historia . 21 2.2 Mach, MacOS X, GNU/Hurd . 23 2.3 POSIX innehåll . 25 2.3.1 Skal och kommandon . 25 2.3.2 Processer . 33 2.3.3 Demoner . 42 2.3.4 Användare . 44 2.3.5 Filsystemet . 51 2.3.6 Reguljära uttryck . 75 2.3.7 Texteditorer . 78 2.3.8 Datum och tid . 89 2.3.9 Rör, filter och skript . 90 2.3.10 Nätverket . 103 2.3.11 Terminalinloggning . 105 2.3.12 At- batch- och cronjobb . 107 Innehåll 3 De fria mjukvaruprojekten 111 3.1 Ekonomisk förklaring . -
Onetouch 4.6 Scanned Documents
ABC / DTC - NET MANUAL for ABC800 / Facit DTC and ABC80 Copyright (C) 1982 SATTCO AB, SWEDEN Verse 6 I-rAJ 1 983 (A) 9840 LJ Information in this document is subject to change without notice. ABC/DTC-Net MAJ83(A)- 1 83-05-09 RECORD OF CHANGES Date Pages Description 83-05-09 6 -1 PR out on pin 9 on CPU-card 83-05-09 1 1 - 2 Unit shipped with login 'SD' 83-05-09 App.2 Differ. ABC80/ABC800 syst.progr.names - ABC/DTC-NET 0 82-10-31 - CONTENrrs 1. DESCRIPTION - 2. SOFTWARE, DOS VERSION 6.xx 2.1 General, DOS 2.2 Direct disc addressing though DOS 2.3 Direct I/O 2.4 ABC800/Facit DTC and ABC80 compatibility 2.5 New 5 1/4" l,iini-floppy disc structure .. 2.6 New card select code for 8" floppy 3. USER DIRECTORIES, ACCESS PRIVILEGIES .. 3.1 User directories 3.2 Log-in, User, Super-user 3.3 Updating common files .. 4. CENTRAL EXECUTION OF SYSTEM PROGRAMS 5. COMMUNICATION, ABC-NET CABLE 6. CENTRAL UNIT (7028), CONNECTION BOX, RAM-BOARD .. 7. TERMINAL UNITS (7029,7030) 8. PRINTER 8.1 Printer access, Device names PH: and RPR: 8.2 Spooling 8.3 Printer hardware interface 8.3.1 Standard .. 8.3.2 Optional 8.4 Print output format .. 9. ABC/DTC-Net UTILITY SOFTWARE 9.1 COPYLIB,DOSGEN,DISKCHEK,UFD 9. 2 I\~AKEUSER 9.3 LOGIN 9 • 4 RA r~~ 0 PT 9.5 SETSTART,STARTUP 10. INSTALLATION 10.1 Physical connections 10.2 Central system with printer 10.3 Terminal board for ABC800/Facit DTC 10.4 Terminal board for ABC80 10.5 Disc interfaces 1 1. -
Accident Research: TRS-80 Picks up the Pieces
0 su--rsx Personal .urte Canada 82.75/US 82.00/FF 8.80/FL 4.00/SFr 7.20/IR £1.041P BFr 87/SKr 011/liter13.55/DKr 21.00/NKr 13.70/Lire 3000/DM 5.50 July 1981 75p World EUROPE'S LEADING MICRO MAGAZINE I WAS PROCEEDING IN A NORTHERLY DIRECTION... Accident research: TRS-80 picks up the pieces. MicroCentre introduce High Resolution Graphics RJMEMCV processcontrol POPULATIN DSTRTUTION: 70 valve 1 1 Demographic Display Management information Control system display HIGH F'o 482 ..4..tical)K 7% '17,,ZOri, 3-D display with angled labels 3-D plots High -resolution display with alphanumerics Up to 16 colours can be displayed simultaneously, from a choice of 4069. Areas can be filled with colour, windows created, graphs plotted, etc-all under control of simple Basic, Fortran or Assembler functions. At the heart of any Cromemco graphics high resolution, to give an overall Model Z2H/GS Graphics System system is Cromemco's "SDI" board, the performance vastly more superior than The Z2H/GS is a special configuration of most versatile video interface in the conventional colour TVs or CRT the Z -2H Hard Disk computer which microcomputer industry today. The terminals. includes full graphics capability and soft- Cromemco SDI is designed to meet the ware. Yet at under £8,000 it's a fraction challenge of professional and industrial Graphics Software of the cost of comparable systems. It is environments where uncompromising Cromemco's graphics software package ideal for applications in medical performance, reliability, and continued provides an interface to Fortran IV, imaging, computer -aided instructioh, compatibility are essential. -
Predicting Execution Times with Partial Simulations in Virtual Memory Research: Why and How
2020 53rd Annual IEEE/ACM International Symposium on Microarchitecture (MICRO) Predicting Execution Times With Partial Simulations in Virtual Memory Research: Why and How Mohammad Agbarya∗ Idan Yaniv∗ Jayneel Gandhi Dan Tsafrir Technion – Israel Institute of Technology VMware Research Technion & VMware Research Abstract—Computer architects frequently use cycle-accurate simulations, which incur heavy overheads. Recently, virtual mem- workload W full simulator runtime ory studies increasingly employ a lighter-weight methodology (e.g., gem5) that utilizes partial simulations—of only the memory subsystem— of processor P whose output is fed into a mathematical linear model that predicts execution runtimes. The latter methodology is much faster, but its accuracy is only assumed, never rigorously validated. workload W partial simulator TLB metrics runtime model runtime We question the assumption and put it to the test by developing (e.g., only TLB) for processor P e.g., the TLB Mosalloc, the Mosaic Memory Allocator. Mosalloc backs the of processor P and workload W virtual memory of applications with arbitrary combinations of miss-rate 4KB, 2MB, and 1GB pages (each combination forms a “mosaic” of pages). Previous studies used a single page size per execution Figure 1: Partial vs. full (cycle-accurate) simulation. (either 4KB or 2MB) to generate exactly two execution samples, which defined the aforementioned linear model. In contrast, Mosalloc can generate numerous samples, allowing us to test processor P while experiencing a TLB miss rate of M (where instead of assume the model’s accuracy. We find that prediction M can be the output of a partial simulation), then the runtime of errors of existing models can be as high as 25%–192%.