Windows 10 UEFI/GPT dual boot μέσω grub

Προβληματισμός, προτάσεις και λύσεις για "αναβάθμιση" του Η/Υ σε εργαλείο παραγωγικότητας!
Λειτουργικά συστήματα, Backup/Recovery, χρήση του hardware I/O.
pez
Δημοσιεύσεις: 188
Εγγραφή: 03 Ιούλ 2016, 01:51
Ονομα: pez
Τοποθεσία: Αυστρία
Επικοινωνία:

Περαιτέρω - Re: Πρόοδος; - Re: Δοκιμή Linpack

Δημοσίευσηαπό pez » 25 Αύγ 2017, 15:55

- Συνεχίζουμε αψηφώντας : ) τα οποιαδήποτε - ενδεχομένως σκωπτικά : D
σχόλια των ΑριθμητικοΑναλυτοΠρογραμματιστών - Ώστε - τουλάχιστον αυτό
είναι το πρόβλημα : Διαίρεση με Μια Πάρα Πολύ Μικρή Διαφορά Πάρα Πολύ
Μικρών Αριθμών... Αυτό το βρήκαμε. Τώρα ψάχνουμε για το τι σημαίνουν
όλα αυτά τα νούμερα που βγάζει το πρόγραμμα. Επειδή όμως, όπως πάντα,
βιαζόμαστε, αποφασίζουμε όπως πριν πάμε να αναζητήσουμε εξηγήσεις στις
σχετικές Εργασίες του Dongarra, που ο ίδιος τις διαθέτει δωρεάν και ανοικτά
από την netlib:

http://www.netlib.org/utk/people/JackDongarra/PAPERS/
-
όπου πρώτα σκοπεύουμε να αναζητήσουμε την λέξη "linpack" στα ονόματα
των εκεί filenames - με πρώτη υποψήφια για Μελέτη την Εργασία:

1988
"The LINPACK Benchmark: An-Explanation", Proceedings of
the 1st International Conference on Supercomputing Athens, Greece
: )
http://www.netlib.org/utk/people/JackDongarra/PAPERS/The-LINPACK-Benchmark-An-Explanation.pdf

-
να αναζητήσουμε σχετικές πληροφορίες σχόλια μέσα στα sources που
παρατίθενται εδώ:
http://www.netlib.org/benchmark/

οπότε αναζητώντας αρχικά την λέξη linpack βρίσκουμε τις εξής 10 αναφορές:

01
file 1000s
for The LINPACK 1000x1000 benchmark program in single precision.
http://www.netlib.org/benchmark/1000s

02
file 1000d
for The LINPACK 1000x1000 benchmark program in double precision.
http://www.netlib.org/benchmark/1000d

03
lib hpl
for Subdirectory containing HPL Benchmark
, HPL: A Portable Implementation of the High Performance Linpack
, Benchmark for Distributed-Memory Computers
, This program can be used for the Top500 tests.
http://www.netlib.org/benchmark/hpl/

04
file /utk/people/JackDongarra/faq-linpack.html
for Frequently asked questions on the Linpack benchmark and Top500
by Jack Dongarra
http://www.netlib.org/benchmark/hpl/

05
file linpack-pc.c
for The LINPACK benchmark program done in C. This version is
, specialized for pc's
lang C
http://www.netlib.org/benchmark/linpack-pc.c

06
file linpackc
for The LINPACK benchmark program done in C. (original version) lang C
by Bonnie Toy 5/88.
http://www.netlib.org/benchmark/linpackc

07
file linpackc.new
for The LINPACK benchmark program done in C (improved version).
lang C
by Based on Bonnie Toy 5/88 but improved by Will Menninger.
http://www.netlib.org/benchmark/linpackc.new

08
file linpackd
for The LINPACK benchmark program in double precision.
http://www.netlib.org/benchmark/linpackd

09
file linpacks
for The LINPACK benchmark program in single precision.
http://www.netlib.org/benchmark/linpacks

10
file performance.ps
by J. Dongarra
lang Post Script
, Performance of Various Computers Using Standard Linear Algebra
, Software in a Fortran Environment', also known as the Linpack
, Benchmark Report
http://www.netlib.org/benchmark/performance.ps

= Συμπέρασμα;

- Από τα παραπάνω 10, εξαιρουμένων των 3 τριών : 03, 04, και 10, τα άλλα
επτά 7 : 01, 02, 05, 06, 07, 08, και 09 είναι source files. Μετά από μια πρώτη
ματιά στο περιεχόμενό τους, το πρώτο που διαπιστώνουμε είναι ότι ο
Distinguished Professor Dr. Jack Dongarra:

http://www.eecs.utk.edu/people/faculty/dongarra/

λησμόνησε να αναφέρει - ως "by" - τον "μη" - κατά την τελευταία ελληνική
μόδα - "ακαδημαϊκό" Roy Longbottom:

http://www.roylongbottom.org.uk/#anchorRoy

μια Πάρα Πολύ Σοβαρή Παράλειψη που σπεύσαμε να αποκαταστήσουμε στα
- με την v7.2 του NoteTab Light:

http://www.notetab.com/notetab-light

exported ως "dos-windows"source files, τα οποία αφού τα κατατάξαμε κατά
σειρά εμφάνισης της όποιας, δηλωμένης ως τελευταίας επέμβασης στο
περιεχόμενό τους, ημερομηνίας, αλλάξαμε και το όνομά τους διατηρώντας
πάντως το ως άνω "αυθεντικό" όνομά τους στο τέλος παραθέτοντας μετά από
κάθε "μη-.txt" extension τους, to ".txt", και τα ανεβάσαμε όλα αυτά, και τα 7
επτά, εδώ:

http://op4.eu/fora/hlektronika.com/20170825/1992.12.10_dw_01_source_1000s.txt
http://op4.eu/fora/hlektronika.com/20170825/1992.12.10_dw_02_source_1000d.txt
http://op4.eu/fora/hlektronika.com/20170825/1992.12.10_dw_09_source_linpacks.txt
http://op4.eu/fora/hlektronika.com/20170825/1994.02.25_dw_07_source_linpackc.new.txt
http://op4.eu/fora/hlektronika.com/20170825/1996.09.14_Roy_Longbottom_dw_05_source_linpack-pc.c.txt
http://op4.eu/fora/hlektronika.com/20170825/2003.07.10_08_source_linpackd.txt
http://op4.eu/fora/hlektronika.com/20170825/2009.08.27_dw_07_source_linpackc.txt

- Αυτά λοιπόν προς το παρόν ως προετοιμασία - Πέτρος Ζιμουρτόπουλος

pez
Δημοσιεύσεις: 188
Εγγραφή: 03 Ιούλ 2016, 01:51
Ονομα: pez
Τοποθεσία: Αυστρία
Επικοινωνία:

Ερμηνεία Αποτελεσμάτων Linpack

Δημοσίευσηαπό pez » 26 Αύγ 2017, 13:35

UPDATES *

- Εντάξει. Εδώ ήταν η όποια απάντηση. Από την πολλή αρχή. Αυτό που λένε:
"Read The FAQ Manual"; Αυτό.

= How can I interpret the results from the Linpack 100x100 benchmark?

- 2001 - την στιγμή αυτή παλαιότερη απάντηση:
= https://web.archive.org/web/20020111075600/http://cm.bell-labs.com/netlib/benchmark/faq-LINPACK.html

- είναι ίδια με:

- 2007 - την στιγμή αυτή νεότερη απάντηση:
= http://www.netlib.org/utk/people/JackDongarra/faq-linpack.html#_Toc27885749

- Οπότε, μετά από όλα αυτά, μπορούμε να δείξουμε τώρα και τα δικά μας
αποτελέσματα με:

"Παρωχημένο κ.λπ pc"+"w10p64n1703"+"owf77win32v1.9/ide:default.all.options":

http://op4.eu/fora/hlektronika.com/20170826/pez_linpackd_01.gif

Εικόνα

- Και τώρα πάμε να διαβάσουμε τι μπορούμε να καταλάβουμε από αυτές
τις "εξηγήσεις"

- : D

- Πέτρος Ζιμουρτόπουλος

* UPDATES :
- pez_linpackd_01
- owf77win32v1.9/ide:default.all.options
- faq-linpack.html#_Toc27885749

pez
Δημοσιεύσεις: 188
Εγγραφή: 03 Ιούλ 2016, 01:51
Ονομα: pez
Τοποθεσία: Αυστρία
Επικοινωνία:

: D - Το Αυθεντικό (;) LINPACK Benchmark

Δημοσίευσηαπό pez » 31 Αύγ 2017, 15:04

- Επιτέλους ! - Μόλις βρέθηκε ! -

- : D -

= https://web.archive.org/web/19961221101200/http://www.cdrom.com:80/pub/asme/FORTRAN/LINPACK.ZIP

= Το Αυθεντικό ;

- Μέχρι στιγμής έτσι δείχνουν όλα τα προηγουμένως ανακαλυφθέντα ...

- Πέτρος Ζιμουρτόπουλος

pez
Δημοσιεύσεις: 188
Εγγραφή: 03 Ιούλ 2016, 01:51
Ονομα: pez
Τοποθεσία: Αυστρία
Επικοινωνία:

Βρέθηκε και η άλλη Αρχή

Δημοσίευσηαπό pez » 05 Σεπ 2017, 13:49

- Κι έτσι, με τα αυτά και με τα άλλα, ήταν που μόλις βρέθηκε και η
άλλη - μετά από εκείνη, του 8086 - Αρχή όλων, απάντων, των εν λόγω
"πάντων" : ) - Περιγράφεται - πάρα πολύ αποκαλυπτικά, ομολογουμένως
- στην παρουσίαση - ή καλύτερα : στην διαφήμιση, ή πολύ καλύτερα :
στο πλασάρισμα ή μάλλον πάρα πολύ καλύτερα : στο πουσάρισμα - στην
επιστημονική κοινότητα του κερδοσκοπικού προϊόντος:

= The Intel 8087 numeric data processor:

https://www.computer.org/csdl/proceedings/afips/1980/5088/00/50880887.pdf

- Ναι. Πράγματι. Μπαίνει, έτσι, μια σειρά... Επιτέλους! - : D -

- Πέτρος Ζιμουρτόπουλος


pez
Δημοσιεύσεις: 188
Εγγραφή: 03 Ιούλ 2016, 01:51
Ονομα: pez
Τοποθεσία: Αυστρία
Επικοινωνία:

Re: Να Ξαναπάρουμε Πίσω τον Έλεγχο της CPU Μας

Δημοσίευσηαπό pez » 07 Σεπ 2017, 20:04

= Από GeorgeVita >> 29 Οκτ 2016, 11:32 : Re: Να Ξαναπάρουμε Πίσω τον
Έλεγχο της CPU Μας
- Ας "το ανακοινώσω" - που λένε -- και για να πάρω
θάρρος, και για να υποχρεωθώ να το αποπειραθώ : ) - ότι σαν να μου
φαίνεται πως σαν να έχω μια μάλλον καλή ιδέα για το πως να το
επιχειρήσω αυτό στήνοντας, με floss εργαλεία, μια ειδική εφαρμογή
- π.χ. για κεραίες : ) - η οποία, λειτουργώντας χωρίς λειτουργικό
σύστημα, να έχει τον πλήρη έλεγχο της cpu : ) - Πέτρος Ζιμουρτόπουλος

pez
Δημοσιεύσεις: 188
Εγγραφή: 03 Ιούλ 2016, 01:51
Ονομα: pez
Τοποθεσία: Αυστρία
Επικοινωνία:

Linpack Benchmark : Αναφορά : ) Προόδου : (

Δημοσίευσηαπό pez » 08 Σεπ 2017, 12:53

- Όμως καλύτερα ας λέμε : Στασιμότητας - : ( - η οποία οφείλεται σε εκείνο
που από την πολλή αρχή εντοπίσαμε : στην αδυναμία να χρονομετρήσουν
αξιόπιστα κατά την εκτέλεση του συγκεκριμένου benchmark οι second()
που στήνουμε, με την δεύτερη εκ των οποίων το μόνο που "καταφέραμε"
είναι να μην παίρνουμε nans ως εξαγόμενα, καθότι αυτή όχι μόνον δεν δίνει
τα ίδια, πάντα, αποτελέσματα, ακόμα και κάτω από DOS, αλλά αυτά ούτε
καν είναι πάντα πεπερασμένοι θετικοί αριθμοί... - : ( - Εν πάση περιπτώσει
όμως, την στιγμή αυτή προετοιμαζόμαστε να επιχειρήσουμε να βγάλουμε
άκρη από τις υποδείξεις:

1 Watcom time function:
http://computer-programming-forum.com/49-fortran/4bdfa3b14c4f55ef.htm

2 What is a CPU tick?
https://superuser.com/questions/101183/what-is-a-cpu-tick

3 DateTime.Ticks Property
https://msdn.microsoft.com/en-us/library/system.datetime.ticks.aspx?cs-save-lang=1&cs-lang=csharp#code-snippet-1

4 How do I convert ticks to minutes?
https://stackoverflow.com/questions/386341/how-do-i-convert-ticks-to-minutes

με την βοήθεια του \WATCOM\docs\fuguide.pdf OWF77v1.9 User's Guide
όπου ανακαλύψαμε πως αυτό ακριβώς το θέμα της gettim() χρησιμοποιείται
κατ' επανάληψιν - PDF pages 79, 116-117, 166-168 και Index : 263, 269, 270 -
ως παράδειγμα και μάλιστα ανάλυσης της OW assembly - : )

- Πέτρος Ζιμουρτόπουλος

UPDATE
ορθά gettim() αντί gettime()
Τελευταία επεξεργασία από pez σε 09 Σεπ 2017, 00:20, έχει επεξεργασθεί 1 φορά συνολικά.

Άβαταρ μέλους
GeorgeVita
Διαχειριστής
Δημοσιεύσεις: 453
Εγγραφή: 04 Σεπ 2013, 21:51
Ονομα: Γιώργος
Επικοινωνία:

Re: Να Ξαναπάρουμε Πίσω τον Έλεγχο της CPU Μας

Δημοσίευσηαπό GeorgeVita » 08 Σεπ 2017, 22:37

pez έγραψε:= Από GeorgeVita >> 29 Οκτ 2016, 11:32 : Re: Να Ξαναπάρουμε Πίσω τον
Έλεγχο της CPU Μας
- Ας "το ανακοινώσω" - που λένε -- και για να πάρω
θάρρος, και για να υποχρεωθώ να το αποπειραθώ : ) - ότι σαν να μου
φαίνεται πως σαν να έχω μια μάλλον καλή ιδέα για το πως να το
επιχειρήσω αυτό στήνοντας, με floss εργαλεία, μια ειδική εφαρμογή
- π.χ. για κεραίες : ) - η οποία, λειτουργώντας χωρίς λειτουργικό
σύστημα, να έχει τον πλήρη έλεγχο της cpu : ) - Πέτρος Ζιμουρτόπουλος

Αυτό φαίνεται εφικτό και μάλλον "απλό" αν αμέσως μετά το BIOS τρέξει το πρόγραμμα εφαρμογής (αντί του boot manager). Ολα τα υπόλοιπα θα λειτουργούν περιορισμένα και "custom" σαν περιφερειακό h/w μικροεπεξεργαστή. Το m/b θα είναι η "αναπτυξιακή πλακέτα". Ομως, ποιά εφαρμογή θα χρειαστεί αυτή την χρονική ανεξαρτησία και σταθερότητα (εφόσον υπάρχει πλήρης έλεγχος της CPU); Ερευνητικό όργανο μετρήσεων με A/D, παλμογράφος, καταγραφικό, αναλυτής ή το number crunching που είχαμε αναφέρει παλαιότερα;

pez
Δημοσιεύσεις: 188
Εγγραφή: 03 Ιούλ 2016, 01:51
Ονομα: pez
Τοποθεσία: Αυστρία
Επικοινωνία:

Να Ανακτήσουμε τον Έλεγχο των Πραγμάτων

Δημοσίευσηαπό pez » 10 Σεπ 2017, 15:18

- Διακόπτω ευχαρίστως την άμεση ενασχόληση με το "συνδυασμένο
αντικείμενο" των ημερών benchmark-linpack-ow-fortran-compiler-
gettim-assembly-clock-8087-ανάκτηση-της-cpu-μας για να απαντήσω,
αλλά κι έτσι να τακτοποιήσω τις σκέψεις μου. Λοιπόν. Number
Crunching, για τις δικές μου ειδικές εφαρμογές, αλλά κι ό,τι
άλλο μπορεί να σκεφθεί να ζητήσει ο καθένας μας για τις δικές
του ειδικές εφαρμογές, μέσα στα πλαίσια βέβαια του δικού μας
μοντέλου λειτουργίας - του κατά τους τερατώδεις υπερυπολογιστές
dedicated - πλην όμως δικού μας ταπεινού pc, με την δική μας
cpu. Και βέβαια έτσι είναι όπως τα λέτε: Απλό ! : ) Και πρέπει
να επιδιώξουμε να το κρατήσουμε, το όλο εγχείρημα, πραγματικά
απλό. Να μην μπλέξουμε παραπάνω από όσο ακριβώς χρειάζεται. Πώς;
Πρώτα να ξεφορτωθούμε αμέσως το εντελώς άχρηστο για τον σκοπό
μας οποιοδήποτε λειτουργικό σύστημα
--
κι όχι να συνεχίσουμε στο διηνεκές να ψάχνουμε ένα κατάλληλο
ή να καθίσουμε να σκεφτόμαστε πως να στήσουμε κι άλλο ένα,
ακόμα ένα, λειτουργικό αφού τα διαθέσιμα που υπάρχουν ή που
πρόκειται να υπάρξουν όλο και θα κρατούν κάποιο δικαίωμα
αποκλειστικότητας, για την εντελώς ουτοπική πια σήμερα για τους
συντάκτες τους αλλά και αδιάφορη για εμάς κερδοσκοπική τους
εκμετάλλευση
--
αφού το όποιο αυτό δεν μας χρειάζεται μιας και επιβαρύνει τις δικές
μας ειδικές εφαρμογές μας με ελέγχους ξένους προς αυτές - διάβαζε
διακοπές - της καλής λειτουργίας τους = Κι η προηγούμενη κατεύθυνσή
μου; - Παντελώς Λάθος! Δικό μου. Ώστε για αυτό λοιπόν είναι που
χανόμουν, δεν μπορούσα να προχωρήσω βήμα, απελπιζόμουν, και τα
παρατούσα. Επειδή τόσα χρόνια βασιζόμουν, με την ακλόνητη
πεποίθηση μου, αυτή του ημιμαθούς, στην ορθότητα της γνώμης της
πλατιάς πλειοψηφίας, μαζί με την οποία, όλοι μας μαζί, πιστεύαμε
την ασύστολη φαντασμαγορική κερδοσκοπική διαφήμιση πως ναι είναι
δυνατόν να έχουμε πολλές γενικές εφαρμογές - συνηθέστατα του
τύπου "για τραλαλά" (τραγούδια, βιντεοκλιπς, τηλεσαχλαμάρες,
φέσιμπουκσ, τέτοια) - να τρέχουν τάχα-δήθεν "όλες τους μαζί"
μέσα σε λειτουργικό σύστημα μόλτι-τάσκιν. Μού πήρε βέβαια χρόνια
για να απαλλαγώ από αυτή την δηλητηριώδη - όπως όλες οι
υποβολιμαίες - ιδέα που μου τριβέλιζε το μυαλό. Οπότε, εντάξει,
δεν λέω, τα κατάφερα κάποια στιγμή και το ξεφορτώθηκα αυτό το
μόλτι-. Οπότε : σινγκλ ή μόνο. Κι έκανα κι ένα βήμα παραπάνω.
Έκοψα κι όλα τα περιττά περιφερειακά και κράτησα - πάντα μέσα
στο μυαλό μου βέβαια : ) - μόνον τα εντελώς απαραίτητα από αυτά
πληκτρολόγιο-οθόνη-φλόπι. Αλλά παρέμεινα και πάλι κομφορμίστας,
στην αναζήτηση πάντα κάποιου λειτουργικού συστήματος. Αυτές τις
μέρες όμως εκεί που πάλευα με το linpack benchmark μου ήρθε -
είχε φαίνεται ωριμάσει - καιρός ήταν : ) - το πράγμα : Η φλασιά.
Μωρέ και δεν τα πετάμε κι αυτά τα τρία 3 και στην θέση τους να
βάλουμε το εξής ένα 1, το απλούστερο δυνατόν communication
interface, που από μετά από όλα όσα αναφέρατε για τα όργανα
μετρήσεων και μετά το θυμήθηκα πως δεν είναι βέβαια το ieee-488
/hp-ib των οργάνων αυτοματοποιημένων μετρήσεων της HP, Agilent
και σήμερα Keysight που κάθισε και έμαθε η Νικολίτσα πριν από 20
χρόνια : ) αλλά ίσως μπορεί να είναι το γνωστό μας, από τις
ημέρες του bbc-b πριν από 35 χρόνια, RS-232 στο COM/AUX port σε
χρήση ασύγχρονης επικοινωνίας, που από ό,τι συνακόλουθα επίσης
θυμήθηκα το χρησιμοποιούσαν και για τον εντοπισμό βλαβών στα pc *
πριν βέβαια καταργήσουν και αυτή την Εργασία και την
υποβαθμίσουν σε εκείνη του ανακυκλωτή
--
αυτού του σημερινού δήθεν απαραίτητου, μετά την επιβληθείσα
μαζικώς, από την καταιγιστική διαφήμιση, επίσης τραλαλά, μαζική
αντίληψη της υπεροχής του κάθε νέου προϊόντος επί του
οποιουδήποτε παλαιού
--
δουλειά του οποίου είναι στην πραγματικότητα η καταστροφή του
κάθε παρελθόντος = Ναι, ωραία, αλλά αν ξεφορτωθούμε το σύστημα,
πού θα στήνουμε την κάθε μια δική μας ειδική μας εφαρμογή; - Νέα
φλασιά : σε άλλον υπολογιστή με μολτι σύστημα = Σε assembly;
- Δύσκολο, όχι αδύνατον, αλλά όχι πρώτης προτεραιότητας - είπαμε:
απλότητα = Οπότε; - Με γλώσσα high level = Interpreted;
- Αδύνατον. Θα θέλει το σύστημά της για να εμφανίσει το
περιβάλλον της = Με interpreter που να βγάζει εκτελέσιμο; - Θα
θέλει το σύστημά του για να τρέξει = Με compiler; Δεν θα βγάλει
εφαρμογή που θα θέλει το σύστημά της; = Ναι, αλλά εάν, αφού την
βγάλει, πετάξουμε από αυτήν έξω αυτά τα παραπάνω που της
προσθέτει ο compiler, οπωσδήποτε μπροστά της και ενδεχομένως και
πίσω της, γιατί τα απαιτεί το σύστημα στο οποίο προορίζεται να
τρέξει, για να μπορέσει αυτή εκεί μέσα του να τρέξει; Τότε
εντάξει. Καθότι αυτό ακούγεται εύκολο γιατί εύκολα βρίσκεις που
είναι η αρχή και το τέλος της εφαρμογής κι έτσι ίσως μπορείς να
το κάνεις ακόμα και με το χέρι, με έναν hex editor. = Με εκείνα
όμως που θα φωνάζουν το σύστημα και θα είναι σκόρπια μέσα της;
Πώς θα τα βρίσκεις, και το κυριότερο τι θα τα κάνεις; - Ε, έτσι
ήταν που ξανακόλλησε το πράγμα. Μέχρι τώρα, που λόγω linpack
benchmark, αφενός έπιασα να μελετήσω, ομολογουμένως για πρώτη
φορά στα "εντελώς σοβαρά", τον user guide της owf77 v1.9
--
με την ευκαιρία: για όποιον δεν θέλει να εγκαταστήσει το ow v1.9
για να βρει τα - ομολογουμένως εντυπωσιακά, πάρα πολλά - manuals
της, το user' guide της v1.9 είναι σχεδόν σελίδα-σελίδα το ίδιο
με εκείνο της v1.8:

http://ftp.openwatcom.org/manuals/current/fuguide.pdf

- όπου εκεί, εδώ και καιρό, λέει εκεί current αλλά δεν είναι -
αφού υπάρχει μόνον μια προσθήκη για τα long file names LFN under
DOS που παρεμβάλλεται ως παράγραφος A.2 στην p.199, πράγμα που
επιφέρει μια μετατόπιση κατά +1 στην αρίθμηση των επόμενων
παραγράφων μέχρι την Α.20, που γίνεται Α.21, αλλά και των
σελίδων - κατά 1 μετά την 199, και κατά +2 μετά την 207
--
και αφετέρου βρήκα και εκείνη την Δεύτερη, μετά από εκείνη την
Πρώτη, του 8086, Αρχή του 8087, οπότε, όταν ανακάλυψα - μετά τον
εντοπισμό των links προηγηθέντος μηνύματος για τα clock ticks
και τον επακόλουθο εντοπισμό των εκεί αναφερόμενων σχετικών
σελίδων του ow user's manual - την ουσιαστική χρησιμότητα της
directiv(e)a * p r a g m a * του ow fortran compiler που σου
επιτρέπει να γράφεις assembly, να κάνεις κλήσεις στο DOS και στο
BIOS, για να τα βάζεις όλα αυτά εκεί ακριβώς που θέλεις, μέσα
στον source code σου, της ειδικής εφαρμογής σου, για να
ενσωματωθούν εκεί ακριβώς που πρέπει μέσα στο object σου, είπα :
Αυτό Είναι! Μπορεί λοιπόν να επιχειρηθεί να γίνει αυτό που
θέλουμε = Και ποια θα είναι τα επόμενα βήματα; - Να ψάξω αν ο ow
fortran compiler βγάζει ενδιάμεσο assembly code, όπως δηλαδή
ξέρω πως κάνει ο gnu c compiler με τον -s option του = Γιατί;
- Διότι αυτό θα μας επιτρέψει να ψάχνουμε μέσα στον assembly,
διάβαζε text, κώδικα, της ειδικής μας εφαρμογής - αρχικά με το
χέρι κι ύστερα αυτοματοποιημένα - τις όποιες, ανεξέλεγκτες από
εμάς, κλήσεις προς το λειτουργικό σύστημα και να τις
εξουδετερώνουμε - πρώτα με εκτροπή του κάθε τέτοιου ύποπτου : )
call προς άμεσο return, ή/και με αντικατάσταση των σχετικών
instructions με nop, και ύστερα, αφού ξεθαρρέψουμε "πως δεν
τρέχει τίποτα ", με την πλήρη διαγραφή τους και ενδεχομένως με
διόρθωση των όποιων υπάρχουν - αν υπάρχουν - απόλυτων jump
διευθύνσεων. Αν δεν το κάνει, που μάλλον δεν το κάνει, τότε θα
πρέπει να δω αν μπορώ να αλλάξω - πολύ κακό αυτό - τον ξεκάθαρο
ow compiler με τον χαώδη gnu fortran compiler, και να δω αν
αυτός δέχεται τον τόσο βολικό για το σκοπό μας -s option. Αν δεν
τον δέχεται, τότε θα πρέπει να πάω στην λύση fortran-to-c, και
μετά επί του ό,τι ήθελε έτσι προκύψει : ) από c με -s option σε
assembly - αλλά τότε αναμένεται μάλλον ασυμβατότητα του "ow
pragma" με τα "gnu pragmas", οπότε ελπίζω πως τότε ίσως μπορέσω
να αποκαταστήσω την απώλεια του πλεονεκτήματος "ow pragma", που
ανακαλύψαμε, με κάποιο ισοδύναμο από τα "gnu pragmas". Έτσι θέλω
να ελπίζω : ) - Πέτρος Ζιμουρτόπουλος

* Προσθήκη - 1.10.2017 : πέραν του keyboard port υπό "κρυφή,
εξειδικευμένη λειτουργία", όπως μόλις θυμήθηκα ξαναδιαβάζοντας το
άρθρο της wikipedia για το BIOS: https://en.wikipedia.org/wiki/BIOS
Τελευταία επεξεργασία από pez σε 01 Οκτ 2017, 15:54, έχει επεξεργασθεί 3 φορές συνολικά.

pez
Δημοσιεύσεις: 188
Εγγραφή: 03 Ιούλ 2016, 01:51
Ονομα: pez
Τοποθεσία: Αυστρία
Επικοινωνία:

Νέα - Re: Να Ανακτήσουμε τον Έλεγχο των Πραγμάτων

Δημοσίευσηαπό pez » 11 Σεπ 2017, 02:31

- Νέα - Πρώτα τα Ευχάριστα - : ) - Παίρνουμε κατευθείαν assembly με χρήση
του -S (κι όχι του -s) option στον gnu compiler : mingw32-gfortran στην
έκδοση "GCC: (MinGW.org GCC-6.3.0-1) 6.3.0" - από το text του πρώτου
δοκιμαστικού output assembly file - Κι ύστερα τα δυσάρεστα : ( - Δεν φαίνεται
να υπάρχει αντίστοιχη δυνατότητα στον ow compiler - Πέτρος Ζιμουρτόπουλος


Επιστροφή σε “Ο Η/Υ ως εργαλείο παραγωγικότητας!”

Μέλη σε σύνδεση

Μέλη σε αυτήν τη Δ. Συζήτηση: Δεν υπάρχουν εγγεγραμμένα μέλη και 2 επισκέπτες