1. |
Leragott csont (was 16/32) (mind) |
35 sor |
(cikkei) |
2. |
Re: Unix tanfolyam (mind) |
8 sor |
(cikkei) |
3. |
Venni vagy nem venni... (mind) |
13 sor |
(cikkei) |
4. |
Re: CD keszites (mind) |
22 sor |
(cikkei) |
5. |
Tintasugaras nyomtato (mind) |
14 sor |
(cikkei) |
6. |
Uj szolgaltatas: ARENA (mind) |
11 sor |
(cikkei) |
7. |
Uj szolgaltatas: ARENA (mind) |
11 sor |
(cikkei) |
8. |
Re: vegyel linuxot?!? (mind) |
10 sor |
(cikkei) |
9. |
32 bit-es definicio (mind) |
30 sor |
(cikkei) |
10. |
Megoldas a HIX BULI Videojara (mind) |
16 sor |
(cikkei) |
11. |
1632 (mind) |
56 sor |
(cikkei) |
12. |
Kiforditom - beforditom, hany bites? (mind) |
20 sor |
(cikkei) |
13. |
SPEA p32+gravis, GURU 18-a 19-e (mind) |
25 sor |
(cikkei) |
14. |
? (mind) |
6 sor |
(cikkei) |
|
+ - | Leragott csont (was 16/32) (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Udv!
Csak, hogy en is hallassam a hangomat:
A regi szep (8-16 bites) idokben nem volt virtualis memoria. Ezert
minden nagyobb program valamilyen overlay technikat hasznalt. Ezekben
kozos volt az, hogy a lemezrol akkor cibaltak be ujabb kodreszleteket
amikor azokat a program felhivta. Ha a programozo csak tiz percet raszant
az overlay csoportok kialakitasara, akkor ilyen modon viszonylag keves
folosleges szemetet toltott be az overlay. A virtualis memoriaban (32 bit)
viszont nincs ilyen struktura, a program laponkent (altalaban 4K) jon be.
Mivel nincs semmi ami az osszetartozo programreszeket egymas melle tenne
a programban, altalaban rengeteg felesleges dolog van a behozott lapon.
Illetve meg van: manapsag minden valamirevalo programozo az objektum-
orientalt divatot koveti (mas kerdes, hogy tudja -e mit csinal :-)
A modszernek alapveto kovetkezmenye, hogy az objektum osszes eljarasa,
a gyakran es sohasem hasznaltak, egymas melle kerul a programban. Vagyis
amikor a program belapozza a neki szukseges, gyakran hasznalt kodot, egy
csomo hibakezelo rutint, az orokkevalosagnak irt eljarasokat es egyeb
szemetet is behoz - ezek mind zabaljak a memoriat. Az egesznek persze
semmi koze a szelesvasznu processzorokhoz, csupan veletlen egybeesesrol
van szo.
Ja, es meg valami. Minden (kereskedelmi) program pontosan olyan lassu,
hogy meg eppen kibirhato legyen. A modern programok persze a modern
processzorokon lassuak (a regin egyaltalan nem futnak :-(
Es meg valami (-: egy jol bevalt, bombagyors, DOS -os (8 bit) progimat
attettem Linuxra (32 bit). Olyan lassu es nagy lett, hogy a Linuxnak
fennakadt a szeme (8 MB RAM mellett). A baj az volt, hogy a program addig
foglalt puffereket maganak amig csak birt (DOS: 64K, Linux: 8MB+swap) es
igy mindent kiszoritott a memoriabol (beleertve sajat magat is :-)
Eredmeny: a 32 bites program katasztrofalisan lassu lett, holott az egesznek
semmi koze a 32 bithez.
Tovabbi jo GURUlast mindenkinek!
Kolonis Zoltan
|
+ - | Re: Unix tanfolyam (mind) |
VÁLASZ |
Feladó: (cikkei)
|
A Unix tanfolyam teljes anyaga a miskolci gopheren talalhato, az
Egyetem/Informatikai intezet/segedletek,leirasok/Orlando Unix iskola
alkonyvtarban. Egyebkent en a hianyzo ket lecket (8 es 9) is felnyomtam a
senddocba, csak valahol mashol landoltak (az hiszem, meg mindig a new-ban
vannak, pedig mar tobb mint egy fel evvel ezelott kuldtem be oket ;-(
A legjobbakat,
Peter
|
+ - | Venni vagy nem venni... (mind) |
VÁLASZ |
Feladó: (cikkei)
|
<Azt hiszem, ezek a "vegyel"-ek nem tartozhatnak egy kategoriaba,
a linuxot meg a tobbit IGY NEM lehet osszehasonlitani!
Ki az a <oncenzura>, aki VESZ linuxot?!? ;-)>
Szerintem lehetnel meg egy kicsit oncenzurazottab, linuxot venni pedig lehet es
kell is neha. Peldaul en nemjutok hozza hogy 360 plus extra Mb adatot lehivjak
netrol, tovabba azt sem engedhetem meg magamnak egyenlore hogya a hard diszkeme
n
tarolgassak ennyi (es meg tobb esetleg felesleges anyagot, ezert megvettem a
linux CD-t. Igaz, az ara meg igysem hasonlithato ossze a
OS2 vagy Win arakkal (amikert nem kellet penzt adjak!)...
udv.
Lajos
|
+ - | Re: CD keszites (mind) |
VÁLASZ |
Feladó: (cikkei)
|
> >Letezik-e "forditott szimulator", vagyis olyan, amelyik egy CD-t
> >*hagyomanyos*, de persze irasvedett diszknek mutat?
>
> DOS alatt MSCDEX a neve :-)
Megprobalom meg pontosabban feltenni a kerdesemet:
Vannak olyan programok, amelyek nem atalljak megkerdezni a medium
tipusat (CD-e, diszk-e, floppy-e, cserelheto-e), es a valasztol
fuggoen nem vagy maskent mukodnek.
Olyan "virtualis deriver"-t keresek, amely egy letezo drive-ot
hasznalva egy masfajta drive-ot szimulal (ertelemszeru megszoritasokkal).
Szamomra a leginkabb erdekes converziok:
CD -> diszk
diszk -> CD
fix diszk -> cserelheto
cserelheto -> fix
diszk -> floppy
Ismertek ilyen driver-t ?
Menyhart Zoltan
|
+ - | Tintasugaras nyomtato (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Nagyra Becsult Hozzaertok !
Szuksegem volna sok-sok tudasra a tintasugaras nyomtatokrol, kozelebbrol
magarol a festekszorasrol. Hogy csinaljak, mi az alapelv, mi vezerli, mennyi
festek van egy cseppben, mitol repul pont oda ahova repul, mekkora a pontossag
(ugy a 'talalati', mint a kilott festek mennyise'ge') milyen hosszan repul
a csepp mig a papirra er, mekkora a festek viszkozitasa, atlagos molekulasulya,
stb. Minden ezzel kapcsolatos informaciot, idevonatkozo szakirodalmat (angol
vagy magyar :-))) nyelvut) szivesen veszek akar a lapba, akar a sajat cimemre.
Udv:
Hornyeki Peter
Cleveland
|
+ - | Uj szolgaltatas: ARENA (mind) |
VÁLASZ |
Feladó: (cikkei)
|
GURUlo pajtasok!
A GURU 146.-ik szamaban Hollosi Jozsi bejelentette, hogy az ARENA
egy uj szolgaltatas es Telnettel elerheto a hix.mit.edu cimen.
A leirasbol arra kovetkeztettem, hogy Internet Relay Chatrol
van szo. Mit kell csinalni?
1. Telneteztem a megadott cimre es a kepernyo teljesen befagy.
2. Telnet utan megadtam a 25700 portot, akkor a "Connection
Failure" uzenetet kaptam.
3. Hat akkor mi a protokoll?
Virtually,
Szabolcs
|
+ - | Uj szolgaltatas: ARENA (mind) |
VÁLASZ |
Feladó: (cikkei)
|
GURUlo pajtasok!
A GURU 146.-ik szamaban Hollosi Jozsi bejelentette, hogy az ARENA
egy uj szolgaltatas es Telnettel elerheto a hix.mit.edu cimen.
A leirasbol arra kovetkeztettem, hogy Internet Relay Chatrol
van szo. Mit kell csinalni?
1. Telneteztem a megadott cimre es a kepernyo teljesen befagy.
2. Telnet utan megadtam a 25700 portot, akkor a "Connection
Failure" uzenetet kaptam.
3. Hat akkor mi a protokoll?
Virtually,
Szabolcs
|
+ - | Re: vegyel linuxot?!? (mind) |
VÁLASZ |
Feladó: (cikkei)
|
(Madarasz Gergely) wrote:
>Azt hiszem, ezek a "vegyel"-ek nem tartozhatnak egy kategoriaba,
>a linuxot meg a tobbit IGY NEM lehet osszehasonlitani!
>Ki az a <oncenzura>, aki VESZ linuxot?!? ;-)
Peldaul en ;-) - noha nagy hive vagyok minden ingyenes dolognak, azert mar
legalabb harom Linux CD-t is vettem, es szerintem jocskan megeri!
--
Zoli (note my old full address @bcuxs2 is retired)
"For my assured failures and derelictions, I ask pardon beforehand of my
betters and my equals in my calling." - Rudyard Kipling
|
+ - | 32 bit-es definicio (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Latvan a kialakult vitat arrol, hogy melyik processzort lehet 32 bitesnek
hivni es melyiket nem, a kovetkezo a velemenyem :
Azok a gepek, amik 32 bites cimeken keresztul kepesek a memoriat cimezni,
azok 32 bitesek, amik nem, azok nem 32 bitesek.
Ebben az esetben, az hogy hany darab lab van a processzorra illesztve, az
teljesen mindegy, mivel adatokat lehet kevesebb labra is multiplexelni es
ezaltal a processzor arat lecsokkenteni. A labak szama az csak az interface
jellemzoje, nem feltetlenul a processor teljesitmenyenek a jelzoje.
Az hogy egy adott utasitas hany bit-nek a tartalmaval foglalkozik, annak
ahhoz nincs sok koze, hogy a processzor hany bites (persze a programozhatosag
egyszerusege es a processzor gyorsasaga miatt vannak olyan instrukciok amik
legalabb annyi bit tartalmat manipulalnak, ahany cim bite van a szamitogepnek).
Ha egy processzor csak 8 bites informaciokat tud kezelni, az nem azt jelenti,
hogy 32 bites adat nem kezelheto, hanem csak azt, hogy tobb instrukcio es
esz kell a feladat megoldasara.
Mas a helyzet, hogy ha egy 16 bit-es cim kezelesre alkalmas geppel 32 bit-es
cimen tarolt adatot akar valaki elerni. Ez lehetetlen a processzor modositasa
nelkul. A processzor cimkezelesenek modositasa pedig nagyon sok problemat
okozhat. A DEC PDP-11 tervezoi szerint, az egyetlen hiba a geppel a tul
kicsi cimzesi tartomany volt (20 bit azt hiszem). Az IBM 360-ban pedig
csak 24 bit volt hasznalva cimzesre. A gond ott volt, hogy sok programozo
adat tarolasara hasznalta a fennmarado 8 bitet, ami nehezitette a kesobbi
cim terulet bozitest.
Udv, -- Krisztian
|
+ - | Megoldas a HIX BULI Videojara (mind) |
VÁLASZ |
Feladó: (cikkei)
|
GURUlo pajtasaim!
Halasan koszonom Barczi Imrenek, Olivier Clarynak, Slapic-
nak es Uman Kornelnaka valaszait. Az igazi megoldast Barczi Imre
adta meg: szukseg van a Video for Windows 1.1e verziojara ahhoz,
hogy ne csak a hangot, de a video kepeit is latni lehessen.
A run-time softwaret a kovetkezokeppen szereztem meg:
http://www.microsoft.com/pages/kb/softlib/default.htm
Utana megkerestem a Marcius 29, 1995-os verziojat a
WV1160.EXE fajlot, melynek "Video for Windows 1.1e Run Time"
a neve. Duppla kattintas utan megkaptam. Magat kitomoriti auto
matikusan. Utana a SETUP.EXE-t hajtottam vegre es a buli videoja
gyonyoruen lathato.
Ezert erdemes a GURUt olvasni!!!
Virtually,
Szabolcs
|
+ - | 1632 (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Balogh Mihaly irja:
>>Az utasitasciklus lenyegeben egy utasitas vegrehajtasa. A fogalmat meg
>>z80-as idoben vezettek be, a megszakitasok kezelesehez volt ra szukseg.
Ezt ertem, de ennek semmi koze az idohoz, sem az utasitasok hosszahoz.
Ez egy absztrakcio, ha ugy tetszik.
>>Az elozo szamban mar irt valaki a 32 bites lehetosegek kihasznaltsagarol.
>>Az utasitasciklusok szamara es az orajelek szamara vonatkozo sebesseg
>>szetvalasztasanak epp emiatt van ertelme: a kevesebb utasitasciklussal
>>mukodo prog. hatekonyabb, akarmennyi legyen is a valodi futasido.
Mit jelent az, hogy hatekonyabb? Gyorsabbat nem jelent, mert az az orajel.
Milyen mas jellemzo lehet, mint a sebesseg?
Egyebkent sem igaz, mert sokszor lehet a
mov al, [si]
mov [di], al
utasitast
stosb
utasitassal helyettesiteni, ami ezek szerint hatekonyabb, megis lassabb.
>> Szerintem a 386SX 32 bites processzor.
Hurraaa!!!!
>> A cimvonalak szama is beleszol az utasitasciklus hosszaba. (pontosabban a
>>memoriacikluseba) Ha sok a cimvonal, akkor a fizikai cim kiszamitasa eleg
>>sok idot vehet igenybe, az atvitelek miatt. Ha valahol leallitjuk az
>>atviteleket, akkor valamivel gyorsabb lesz a rendszer: ezen alapulnak a
>>szegmenscimzesek. Persze 486-nal mar erzekelhetetlenek a kulonbsegek.
>>Viszont a 8086-nal szerintem epp ezert vezettek be a dolgot.
A 8086-os 16 bites. Ezzel nehezen lehet 20 bitet cimezni. Ezert vezettek be
a szegmenseket. 'Erzekelhetetlen' kulonbsegekrol nem lehet egy digitalis
szamitogep eseteben beszelni. Van orajelkulonbseg vagy nincs? Ha van,
akkor jol erzekelheto a kulonbseg, ha nincs, akkor ugyannyi ido alatt
cimzi meg es kesz.
>>Egyebkent meg az igaz, hogy ki tud rakni akar negy pontot is, 1 orajel alatt,
>>de hany programozo csinalja meg azt?
Majd minden programozo hasznal mondjuk rep movs-t, ezzel 3 orajel 4 pont.
>>Ahogy bovulnek az eroforrasok, ugy romlik a programok szinvonala|
Ez egy axioma, vagy honnan kovetkezik?
Udv,
Imre
|
+ - | Kiforditom - beforditom, hany bites? (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Csak egy rovid kerdes Barczi Imrenek, meg aki valami okosat tud
hozzaszolni:
A M68008 hany bites?
(Emlekeztetlek: teljes 68000 sw-kompatibilis (kiveve: Word At Odd Adrress
Exception hianya - ertelemszeruen), 32-bites regiszterek, cimzesmod
mellett 8-bites kulso adatbusz.
Szereny velemenyem szerint hiaba ul egy csonakban 8 helyett 32 izomos
fiu, ha csak 8 lapat van...
Mivel en is sw-es vagyok, engem is jobban erdekel a belso architekturaja
a procinak - pontositok: az nem erdekel, csak a prgmozasi felulete.
Lattam valamelyik PowerPC processzor belso szervezeset, hat ott aztan
32-tol 128-ig mindenfajta szoszelesseg elofordult a kulonbozo egysegek
kozott, na, az hany bites? ;-)
ERN0
|
+ - | SPEA p32+gravis, GURU 18-a 19-e (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Sziasztok!
Spea P32 driver kellene (Speadometer, vagy valami ilyesmi),
mert hianyzik a gyari csomagbol. Esetleg mas ehhez...valami
nyalanksag. :-)
Gravis legujabb driverek, allitolag a PC GURUban volt rola szo...
en nem tudok errol semmit ismerosnek lesz.
Valaki kuldje el a 18, 19-ei szamokat!!!!!!!!!!!!!!!!!!!!!!!!1
Amby
Aki nekem valaszol probalja meg szemelyesen is....
+---------------------------------------------------------------------
Ambrozy Gabor > (only 500KB) Tel.:(361)-22-100-19
( Amby ) > PROUD MEMBER OF TEAM OS/2.
+---------------------------------------------------------------------
"I believe OS/2 is destined to be the most important operat-
ing system, and possibly program, of all time." -- Bill Gates
+---------------------------------------------------------------------
|
+ - | ? (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Hali!
Van valahol a Net -en informacio Wndoze programozasrol BC++ -al?
Hol?
Leslie J. Pere Who is that General Failure and why is
(36-72) 411-433/3262 he reading my drive?
|
|