wrote:

> Ha 386+ procin kell a megoldani a problemat, es a BSWAP-pal lekuzdotted a

bswap csak 486-tol megy egyebkent tudtommal, illetve lehet, hogy 
nemelyik kesei 386 is tudta. De a bswap tenyleg klassz utasitas 
little endian gepeken.

> byte-order aggodalmadat, akkor ajanlom figyelmedbe BSR utasitast, ami
> pontosan ezt csinalja:

Igen, ismerem a bsr-t. A baj vele az, hogy

>                                  Clocks                 Size
>         Operands         808x  286   386   486          Bytes
> 
>         reg,reg           -     -   10+3n  6-103          3

szoval 32 biten mar 10+3*32 orajel kell neki, de az ujabbik 
procikon is nagyon sok!!!

> Ciklusidok Pentiumon 6-34, K5-on 1 (nem elirtam, tenyleg 1 reg,reg es 2
> reg,mem esetben), Cyrix M1/M2 3, K6 kb. 3-5, PII/PPro passz.

Sajnos a pentiumon a 34 is sok! A K5 1 orajele nem semmi!!!

Szoval and-xor-stb.-vel kellene.

> 
> Az en kerdesem pedig ezekhez kapcsolodna:
> Ti hogyan mernetek meg az egyes utasitasok ciklusidejet a manapsag
> hasznalatos x86 procikon? (A jelenlegi doksik sokszor pontatlanok,
> nyilvanvaloan rosszak, vagy egyszeruen nincsenek.)
> Ok, van az RDTSC, csak hat annak is kell egy kis ido...

Van valahol egy programreszlet (otthon, most 2 hetig nem tudom 
megnezni), ami az rdtsc elott meg utan mindenfele 
non-pairing meg hasonlo utasitasokat kiad, hogy a cache meg nem tudom 
mik allapota ne befolyasolja a merest, ez utana a fix idoket levonja 
a mertbol. Egyebkent igy is talan 10-szer csinal ciklust, hogy 
kijojjon belole valami stabil adat, ugyhogy gondolom, nem igazan 
egyertelmu a helyzet.

> Hogy csinaltak ezt az RDTSC elotti idokben?

Az 55 msec-es szamlalot olvastam ki, ami a 4.77 MHz-es kvarc 
65536-os osztasa utan adta ki a 18 Hz-es impulzust magabol. 
Pontosabban annak a felet, mert ... hogy is, valami itt az elerzekeny 
vagy szinterzekeny interrupt-tal kapcsolatos. Szoval szinterzekeny az 
IRQ 0, ezert csak minden masodik elre jon be 55 msec-es interrupt.

> Hogyan tud ASMDEMO nanosec pontossaggal merni?

Kerdezd meg az irojat, Tamas MIKLOS, 
(Vagy esetleg itt vagy, Tamas?)

István
--  Istvan Marosi  --  http://www.sch.bme.hu/~marosi  --
--  Recosoft Ltd.  --  mailto:  --

On 23 Feb 98 at 3:56,  > 
wrote:

> Sziasztok!

Szia!
Szoval itt vagy, akkor a masik levelem vege targytalan :)

(Sajnos most eleg nagy atfutassal tudok levelezni, mert GMT-8-on 
vagyok, es ritkan ferek gephez.)

> hogyhogy nem kuld senki report fajlt?! :)

En kuldtem! :))

István
--  Istvan Marosi  --  http://www.sch.bme.hu/~marosi  --
--  Recosoft Ltd.  --  mailto:  --

On 23 Feb 98 at 7:25,  > 
wrote:

> Istvannak karakterfelismeres ugyben:
>  ....................................
> >Egy pillanatra azert meg maradjunk itt: FELADAT: hogyan lehet ugy
> >megkeresni ezt a feher-fekete atmenetet, hogy egyszerre mondjuk 8
> >pixelt keressunk, ne csak egyet?
> 
> Igaz a feladatot nehany egyszeru logikai muvelettel kellene megoldani,
> de en azt hiszem tablazatot hasznalnek:
> 
> n := tabla(X) (szogletes zarojel!)

Igen, lehet szo ilyesmirol is.

Most nem erek ra, de mindjart irom a feladat folytatasat, es akkor 
erthetobb lesz, hogy miert kell megis nehany xor bele :)

István

--  Istvan Marosi  --  http://www.sch.bme.hu/~marosi  --
--  Recosoft Ltd.  --  mailto:  --

On 23 Feb 98 at 5:31,  > wrote:

> Nem tudom, hogy mi tortenik a nagy fork-olasok kozepette. Tudom, hogy a kod
> csak egyszer el, de ha nagyobb a kod, akkor nagyobb helyet fog foglalni a
> futas kozben??? Hogyan lehetne elerni, hogy csak akkora kod legyen a
> memoriaban, amekkora szuxeges. Ha a megvalositando feladatokat kulon fv-be
> teszem, az eleg???

Szerintem nem nagyon kell egy rendes unixon ilyenekkel torodni, ha 
kell a memoria, akkor a kernel ki-swap-ol mindenkit, raadasul a 
kodteruletet swap-olni sem kell, mert gondolom, nem firkalsz bele. :)
Szoval meg swap teruletet sem nagyon foglal, amikor szukseg van ra, 
visszaolvassa a file-bol.

István
--  Istvan Marosi  --  http://www.sch.bme.hu/~marosi  --
--  Recosoft Ltd.  --  mailto:  --

Sziasztok!

Mivel nem lattam hasznalhato infot megjelenni, gondoltam irok en!

Szoval:

A parhuzamos porttal a 378h, 379h, 37Ah portokon keresztul kommunikalhatsz!
A kimeneti port a 378h 8 bit :)
A 379h, 37Ah a ket beneti resz, osszesen 7 bit, ha jol emlekszem!
Utannanezek, hogy melyik bitek hasznalhatok...

C
  unsigned char uotbyte
  outportb(0x378, outbyte);

ASM
  in 379h, inbyte1
  in 37A, inbyte2

sajnos nem tudok csatolni, de van nehany forrasom is!   :(

jo munkat!

Sziasztok!    
                   Storcz Tamas )

Hi!

Van egy problemam UNIX alatt. 
A .profile-omban eloszor az szerepelt, hogy senk se tudjon megtalkolni, 
mert az altalaban zavart. Viszont eleg sokan el akartak erni, ugyhogy a 
mesg -n ugrott...

Azt hogy tudom megcsinalni, hogy belepeskor figyelje a rendszer, hogy 
eloszor vagyok-e belepve, vagy mar vannak futo session-ok az en nevem 
alatt?  Mar probalkoztam ugy, hogy w-vel lekerdezem a sajat 
felhasznaloimat, megszamolom a sorokat, es ha nagyobb 2-nel, akkor... es 
itt akadtam el. Akkor mit csinaljon???

w ngabor <pipe> wc -l ...  
(bocs, a bill.kiosztason nem talalom a pipe-t...) 

A folytatast vagy egyeb megoldasokat varom akar maganba is.
Egyebkent SunOS 5.6 az op.rendszer (dragon.klte.hu).

  NGabor, a tanacstalan UNIXos

Hi !

Valaki keresett itt infot portprogramozasrol W95 alatt.

Nemreg jartam egy DELPHI-s siteon (Delphi Super Page) ahol lattam tobb
kozvetlen port programozast tamogato UNIT-ot is.

Csiszar L.

Sziasztok!

A multkori bemutatkozasom, ahogy elnezem, nem felel meg a "szabvanynak",
tehat: Nemes Marcus, 21 eves, 4.eves mikroelektr. szakos hallgato, 8085
asm-ben, Turbo Pascal-ban valamint PERL-ben programozgatok. Pillanatnyilag
az utolso az aktualis, az egyetemi szamitokozpontnak mindenfele
logfile-kiertekelo scripteket irogatok.

####

Istvan irja:

: Igen, tudom, hogy Te a legbaloldalibb 1-es bitet mondtad, de ha a
: byte hatar az 111 sorozat kozepen van, akkor az xor-olt byte-ban a
: legbaloldalibb 1-es 1->0 atmenet lesz.

Szerintem nincs igazad. Az alabbi peldakban a | jeloli a byte-hatart.

e l s o  p e l d a         m a s o d i k  p e l d a
X 0000 1111 | 1111 0000 0000 0000 | 1111 0000
shift 0000 0111 | 0111 1000 0000 0000 | 0111 1000
xor 0000 1000 | 1000 1000 0000 0000 | 1000 1000 

Az erdekes az elso peldaban az, hogy a 2. byte-ban valoban hulyeseget
kovetunk el, de az 1. byte-ban mar megtalaltuk a nekunk tetszo atmenenet,
igy nem kell tovabb keresni. (Feltettem, hogy balrol mindig 0-t
shiftelunk.) Szoval szerintem az algoritmusom tovabbra is mukodik. 

A MIN es a MAX kozotti nem sebessegbeli kulonbsegen a hetvegen kettetortem
az agyam, reszemrol szabad a gazda, esetleg unsubs-olhatok a nem megfelelo
szellemi szinvonalam miatt. :-)

Udv,
marky a germanhonba szakadt neme[s|csek] -