| Szerző |
Üzenet |
dino
Kék troll
|
# Elküldve: 2014. Ápr. 30. 10:46
Amiga a kiraly!
Ezert vagyunk itt, a tobbi nem szamit :)
Azert arra kivancsi vagyok, hogy meddig fognak mukodni.
Ki hal meg hamarabb, en vagy az Amigaim?
|
dekanyz
Tag
|
# Elküldve: 2014. Ápr. 30. 10:50
Szerintem Te... ;)
Az Amigadban tudod csereberelni a kondikat, ezt-azt.
Benned ez nem olyan egyszeru!
|
dh1
Mr. DTP
|
# Elküldve: 2014. Ápr. 30. 12:28
Bennem is van kondi? :)
|
Chain-Q
Divatamigás
|
# Elküldve: 2014. Ápr. 30. 12:50
Én eljárok úszni hetente 2x-3x mióta kint vagyok, azóta egész jó kondiban vagyok! :)
|
dh1
Mr. DTP
|
# Elküldve: 2014. Ápr. 30. 12:59
Jah, uszas sz jo!
Nekem teljesen tonkrementek a labaim miota itthon melozok :(
|
dino
Kék troll
|
# Elküldve: 2014. Ápr. 30. 14:29
Quoting: charlie Én eljárok úszni hetente 2x-3x mióta kint vagyok, azóta egész jó kondiban vagyok! :)
A germanok sportembert faragnak belolled :)
Quoting: dh1 Nekem teljesen tonkrementek a labaim miota itthon melozok :(
Vigyazz magadra, kis mozgas nem art. Valahogy szakitani kell ra idot, mert a korral egyutt mindenfele betegseg jon...
|
dekanyz
Tag
|
# Elküldve: 2014. Ápr. 30. 14:57
Ja...
Ahogy Fabry mondta:
40 alatt meg nem baj, ha sportol az ember, de felette mar kotelezo!
|
Chain-Q
Divatamigás
|
# Elküldve: 2014. Ápr. 30. 17:21 - Szerkesztve: charlie
@dino:
A germanok sportembert faragnak belolled :)
Ehhez mindössze annyi kellett, hogy legyen egy jó minőségű uszoda 5km-en belül, ahol nincs túlságosan heringparty és ahova 2,5 EUR a belépő alkalmanként (1 óra, de napi úszásra pont elég) és ha bérletet veszel ennél még olcsóbb... Próbáld meg ugyanezt előadni Pesten.
|
Lazi
Mr. AmiCon
|
# Elküldve: 2014. Ápr. 30. 22:08 - Szerkesztve: lazi
Quoting: dekanyz Mindossze Lazi hozzaszolasara reagaltam, amiben azt allitotta, hogy az Amiga ota nem volt semmi nagy dobas... semmi eredeti otlet.
Szemellenzos Amigas vagyok, de azert nem egeszen igy ertettem. Persze van fejlodes, szepen lepesrol lepesre. Ennek az iparagnak rengeteg szereploje aprankent es kitartoan fejleszti az agazat minden reszletet. De ezek a reszletek nem illeszkednek tokeletesen egymashoz.
Az Amiga viszont azt es ugy rakta ossze, ami volt es ahogy kellett. Ezt nem latom azota.
|
ratman
Kék troll
|
# Elküldve: 2014. Máj. 01. 00:23
Izé, azért sok minden nincsen meg, persze magából az alapkoncepcióból is hiányzik sok minden, de én pl. ezért szeretem. :) (Mármint a CommodoreOS-t).
Mindig azt szoktam mondani, másoknak, amikor jönnek a tárvédelemmel, meg a többi fícsörrel, hogy egy:
- a tárvédelem a gyengék menedéke
- önmagában semmi plusz védelmet nem ad, ha szar a kódod, a multiuser fícsörkészlet dettó... ugye nem is volt olyan rég a csodás openssl heartbleed bug, aminek pontosan az volt a lényege, hogy az openssl pont leszarta az os saját - elméletileg agyontesztelt, működő memória management függvényeit, hanem mivel az "nem mindig működik jól" csináltak egy sajátot, ami meg szar volt. Innentől kezdve az OS saját tárvédelmét kábé hatástalanították. :)
|
Chain-Q
Divatamigás
|
# Elküldve: 2014. Máj. 01. 13:33
@ratman:
- a tárvédelem a gyengék menedéke
De amikor a MorphOS nem hasal el, csak sikít egyet a logjába és megállítja a memóriát éppen szétpancsoló processzt, az azért elég jól esik, nem? :)
- önmagában semmi plusz védelmet nem ad, ha szar a kódod, a multiuser fícsörkészlet dettó... (...) Innentől kezdve az OS saját tárvédelmét kábé hatástalanították. :)
Ez így azért ebben a formában nem igaz. A Heartbleed bug akkor is súlyos lett volna, ha az OpenSSL a libc memóriafüggvényeit használja és nem húz fölé egy saját layert. Ezen kívül ugye továbbra is csak annak a processznek a memóriaterületén garázdálkodhatott, amiben az OpenSSL futott, pechünkre ez nyilván egy webszerver volt a rajta futó webappok összes adatával és persze ez az egész webstack biztonsági és architektúrális problémáira is rámutatott, de ez egy másik kérdés. De ezen kívül továbbra sem tudott (volna) nyúlni, míg memóriavédelem nélkül más processzek adatai is elérhetők lettek volna (pl. SSH loginok private key-ei, de fixme).
De igen, biztonsági szempontból elég nagy faszság egy rakás fizikai lapot és címtartományt lefoglalva tartani, ezáltal kivonni azt az OS memóriavédelme alól. És akkor most nem mennék bele, hogy az __ÖSSZES__ dinamikus és/vagy magasabb szintű nyelv nyelv VM-je vagy runtime library-ja (böngészők JS motorja, Java, .net, Python, funkcionális nyelvek runtime library-jai, de részben még pl. a Free Pascal is) teljesítménynövelés céljából pontosan ezt teszi, hiszen minden alkalommal a kerneltől kérni memóriát igen kevéssé hatékony, mert az user és a kernelspace közötti kommunikáció általában bottleneck a mai architektúrákban... Szóval ez nem olyan egyszerű kérdés mint sokan képzelik, hiszen így is megy a fújás, ha valami lassú, pedig sokszor iszonyatos know-how és technológia van mögötte, hogy csak ennyire legyen az.
|
Chain-Q
Divatamigás
|
# Elküldve: 2014. Máj. 01. 13:39 - Szerkesztve: charlie
Újabb érdekes poszt az AmigaWorld.net-en, ezúttal post-Commodore korszak. Az AAA-ról álmodozók mellett szerencsére valaki továbbított Fészbúkról egy olyan hozzászólást, amit olyan valaki írt, aki anno az Escom ellen licitált, helyesebben akart licitálni a Commodore szellemi termékeire, de a kínai partnerei átverték és végül az konkurens Escomot támogatták, ami viszont a licitálás után rövid úton megszabadult tőlük, hogy aztán önerőből menjen csődbe... Most sajnos nincs időm lefordítani, valaki egyéb angolul tudó megtehetné. Persze csak történelmi adalék, semmi forradalmi, így 20 év távlatából...
|
siz
Tag
|
# Elküldve: 2014. Máj. 01. 13:50
Quoting: ratman - a tárvédelem a gyengék menedéke
Ehhez azért én is hozzászólok: azt ugye szeretjük, ha sokan, sokféle szoftvert készítenek, mert egyrészt sok hasznos (vagy kevésbé hasznos, de szórakoztató) stuff készül, másrészt meg inspirálják egymást (vö. koppintás+csiszolgatás). Viszont mivel sokan fejlesztenek és sok mindent futtatunk egyszerre, így óhatatlanul előfordul, hogy valami nem úgy működik együtt a többi cuccal, mint ahogyan azt kellene. És akkor még feltételeztem, hogy ez véletlenül van és nem szándékosan próbálja kikapni a memóriában levő többi cuccból az adatokat. Pl. valamivel együtt települ egy spyware és a böngésződből szépen kiszedi a bankkártyád adatait és elküldi Kínába. Ezeket azért a tárvédelem elég jól megfogja.
|
siz
Tag
|
# Elküldve: 2014. Máj. 01. 14:11
Quoting: charlie valaki egyéb angolul tudó megtehetné
David John Pleasance:
Helló Ian, szeretnék tisztázni néhány dolgot.
Colin Proudfoot és én a Coopers & Lybrand értékes segítségével azt terveztük, hogy megvesszük az összes nemzetközi tulajdonát/jogát a Commodore International Limitednek( a holding cég, ahol én voltam az ügyvezető 1990 - 1992 között). Colin Proudfoot egy abszolút pénzügyi guru (velem együtt társ ügyvezető volt a Commodore UK-nél, a pénzügyekért felelt, míg én minden másért).
Készítettünk egy átfogó üzleti tervet, hogy a régi Commodore maradékát egy teljesen más irányba vihessük és jelentősen megnöveljük. (Helyesen) úgy számoltunk, hogy kb. 50 millió dollárra lesz szükségünk, hogy önellátóak legyünk. Ez a szám nem hasraütéssel jött, hanem tudtuk, hogy a CIL úgy ment csődbe, hogy milliókkal tartozik a fő beszállítóknak, így az új cégnek senki sem hitelezne (ez mondjuk érthető). Úgy számoltunk, hogy 10 millió dollár alatt meg tudjuk venni az összes tulajdont, de még 40 millió kell, hogy eltartsuk magunkat (jó ideig előre kifizetve a beszállítókat).
A Coopers & Lybrand együtt létrehoztunk egy befektetői konzorciumot, aminek tagja volt egy New Star Electronics nevű kínai gyártó cég is, aki addig Sega és Nintendo koppintásokat gyártott és Kínában forgalmazott. A mi konzorciumunkban ők adták a zsé felét (azaz 25 millió dollárt).
De 48 órával a New Yorkban tartott aukció előtt átálltak az ellenfélhez, az Escomhoz csatlakozva. Esélyünk sem volt 48 óra alatt 25 millió dollárt szerezni, így nem volt más lehetőségünk, mint visszalépni a licitálástól.
Egyébként igazunk lett, tényleg 10 millió alatt ment el Commodore tulajdonjoga (ha jól emlékszem, 6,4 millió dollár volt).
De az is kiderült, hogy a többi számításunk is helyes volt, és az Escomnak (aki azonnal megszabadult a New Startól, mihelyst hozzájuk került a Commodore) nem volt elég vagyona és így ők maguk is csődbe mentek.
Nem állíthatom biztosan, hogy mi elértük volna minden célunkat az új céggel, ha nekünk sikerül megnyerni az aukciót, de azt elmondhatom, hogy többet tettünk volna érte, mint a (szerintem) barmok, akik végül megvették.
|
dh1
Mr. DTP
|
# Elküldve: 2014. Máj. 01. 14:27
bammeg ...
|
dh1
Mr. DTP
|
# Elküldve: 2014. Máj. 01. 14:57 - Szerkesztve: dh1
Errol jut eszembe, keszulget mar jo ideje az Viva Amiga (http://www.amigafilm.com) dokumentumfilm ... esetleg he egyszer elkeszul, a tisztelt angolul jol tudok osszedobnanak egy magyar forditast belole aprankent? Jo lenne!
Mondjuk a The Deathbed Vigilnek is jo lenne :)
|
dekanyz
Tag
|
# Elküldve: 2014. Máj. 01. 22:29 - Szerkesztve: dekanyz
Quoting: charlie De amikor a MorphOS nem hasal el, csak sikít egyet a logjába és megállítja a memóriát éppen szétpancsoló processzt, az azért elég jól esik, nem? :)
Haat...
Azert errol tudnek meselni!
Mikor memoria kritikus reszt fejlesztek, es elkurodik valami, olyankor eleg surun nyomkodom a reset gombot! Az a szerencse, hogy a MOS eleg gyorsan bebootol!
A memoria vedelem valoban a gyengek menedeke, de fejlesztesenl neha jol tud jonni!
|
Chain-Q
Divatamigás
|
# Elküldve: 2014. Máj. 02. 04:39
@dekanyz:
Természetesen nem állítottam, hogy MorphOS alatt teljes értékű memóriavédelem lenne - mivel nincs, sőt. De egy átlagos classic Amigához képest jelentős mértékű van. Egyébként én compilert is fejlesztettem MorphOS-re, szóval a fejlesztés közbeni rebootokról tudnék mesélni... :P
|
dekanyz
Tag
|
# Elküldve: 2014. Máj. 02. 07:50
Akkor egyet ertunk! ;)
|
adsr
Kukabúvár
|
# Elküldve: 2014. Máj. 06. 09:04
Óóóbazmeg (a licitálós témával kapcsolatban). Még így 20 év után is könnybe lábad a szemem... :-(
|
Chain-Q
Divatamigás
|
# Elküldve: 2014. Máj. 22. 20:09 - Szerkesztve: charlie
Ezen sírok és nem hiszem el: http://blog.hyperion-entertainment.biz/?p=1131
Lefordítom: az amigások röhögtek sokat a HIMEM.SYS-sel meg az EMM386.EXE-vel szopó pécéseken? Na a Hyperion most feltalálta ugyanezt az OS4-hez. Lenyűgöző. Csodálatos.
Persze ezt nem írják így le, és a C64-gyel meg a ZX Spectrummal példálóznak, mert az jobban eladható és menő "retro" körökben. Pedig érdemes megnézni mit részletez az 'Extended memory' Wikipedia szócikk és ugye a Hyperion is ExtMem-nek hívja a saját tákolmányát. Egészen zseniális. Kész. Elakadt a szavam. Sokféle gányolás eszembe jutott, amikor elkezdték hirdetni hogy lesz 2GB feletti RAM support, de ekkorára azért nem gondoltam volna.
|
dh1
Mr. DTP
|
# Elküldve: 2014. Máj. 22. 20:14
Es mi a megoldas?
|
Chain-Q
Divatamigás
|
# Elküldve: 2014. Máj. 22. 20:21
Jó megoldás nincs... A visszafele kompatibilitás megtartásával nem lehet _normális_ SMP-t, _normális_ memóriavédelmet és _normális_ 64bit supportot és egyebeket csinálni. Meg lett mondva vagy másfél évtizede, de a Hyperion jobban tudta. Fail. De most újra lett volna egy esély (eddig is, a mostani több CPU-s gépeken meg végképp) egy olyan rendszert csinálni, ami pl. az első procin futtatja a rendszert és a maradék magokon el lehetett volna kezdeni egy olyan API-t építeni saját programokkal, a kettő közötti normális kommunikációs lehetőséggel, ami több ennél a hekk hátán hekknél amit előadnak. (QBox anyone?... Áh, hagyjuk, még ötletet lopni sem tudnak rendesen...)
De ez a tákolmány csak a soron következő .so support, interfészek meg hasonló faszság. Jézusom!
|
YADA
Tag
|
# Elküldve: 2014. Máj. 22. 21:55
Ideje sajat rendszert epitened :-)
|
ratman
Kék troll
|
# Elküldve: 2014. Máj. 22. 22:02
Na, elolvastam. Nem hiszem el. Nem akarom elhinni.
Ideje lenne már a hyperion bukásának. :/
|
Lazi
Mr. AmiCon
|
# Elküldve: 2014. Máj. 22. 23:32
En ezt nem ertem. A blog bejegyzes tartalmazhatna valami konkret peldat is.
Arrol van szo, hogy minden ilyen memoriamuvelet egy API-n keresztul lesz elerheto? (Azt irta, a fileokhoz hasonlithato).
Tenyleg nem hangzik jol. MMU nincs ezekben a procikban? Az nem lenne jo erre?
|
Chain-Q
Divatamigás
|
# Elküldve: 2014. Máj. 23. 07:17 - Szerkesztve: charlie
@Lazi:
Arrol van szo, hogy minden ilyen memoriamuvelet egy API-n keresztul lesz elerheto? (Azt irta, a fileokhoz hasonlithato).
Igen. Pont úgy mint DOS-on annó 25 éve. Ott külön is memória API volt az XMS és-vagy az EMS lefolglalására, ami visszaadott egy azonosítót a kiterjesztett memóriaterületre. Ezt aztán nem lehetett mint közvetlen pointert használni (mert a címzés a kompatibilitás miatt csak az alsó 1MB-ben működött egy 20 bites szegmens:offszet párossal), viszont a memóriakezelő alrendszert tudtad utasítani, hogy az azonosítónak megfelelő memóriaterületet lapozza be az alsó 1MB egy megadott helyére neked. Így elérhetted a benne tárolt adatokat.
Én utoljára 1997-ben csináltam ilyet, a Turbo Pascalban írt diskmag-motorom EMS-ben tárolta a cikkekben található GIF grafikákat és még egy speciálisan moddolt GIF dekódert is írtam, ami tudott EMS-ből dolgozni, ill. oda töltötte be induláskor az adatokat. Ritka gusztustalan taknyolás volt, soha többet nem akarok ilyet csinálni. :)
Nem véletlen, hogy a komolyabb memóriaigényű cuccok PC-n nagyon hamar átszoktak a DPMI-re (Dos Protected Mode Interface, full 32bit címzés DOS alatt), ami kb. ugyanazt biztosította amiről fent beszéltem, mint "jobb" módszer: a "fejlett" user programok 32bites módban futnak kihasználhatják a jobb hardver minden előnyét és a DPMI szerver (CWSDPMI, DOS4GW, PMODEW stb...) segítségével egy speciális API-n át kommunikálnak az OS többi részével ill. hívnak meg a régi 16bit szegmentált üzemmódban elérhető BIOS és DOS funkciókat (pl. VGA kártya lapozáshoz ha a kártya nem tudta a 32bites ablakot biztosító VBE 2.0-t, vagy a hangkártya IRQ és DMA kezeléséhez, fájlok betöltéséhez, stb). Ilyet is írtam, lásd pl. az XM/MOD playerem hardver turkáló részét, a Sound Blaster DMA ablak felprogramozásánál a Global_DOS_Alloc() függvény pontosan erről szól. Ez még mindig taknyolós volt egy kicsit, de egy nagyságrenddel kevésbé mint az XMS-EMS használata, Főleg mert a fejlett hardvert kihasználni képes programokat nem kellett kiherélni és teleírni lapozgatós API-kkal való szarakodással az OS butasága miatt.
Ennek megvolt az az előnye, hogy ilyen DPMI szervert aztán a modern OS-ek is tudtak biztosítani, így lehetővé téve hogy a "fejlettebb" 32bites DOS-os alkalmazások futhassanak multitaszkos környezetben (OS/2-ben pl. istenkirály volt, mindent tudott ami kellett, de valami volt-van a Windowsban is, még ha elég limitált és szar is, vagy pl. a Linuxos DOSEmu (nem keverendő a DOSBox-szal) is tudott ilyet.)
MMU nincs ezekben a procikban? Az nem lenne jo erre?
De, az egész művelet MMU-val történik, vagyis effektív memória copy (remélem...) nincs benne, csak annyi történik, hogy a 2GB fölötti RAM egy része hirtelen látható lesz egy 2GB alatti "ablakban" az MMU segítségével, ahol aztán turkálhatod. De DOS-on pontosan ez volt a HIMEM.SYS és az EMM386 a 286 és-vagy 386-os procik MMU-ját használta a trükkhöz, csak nem 2GB hanem 1MB volt a korlát...
A probléma - legalábbis DOS-on - az efféle cuccokkal ugye az volt, hogy az XMS és az EMS _MINDIG_ az 1MB fölötti területet jelentette, tehát ha egy program ezt az API-t használta, annak akkor is több RAM kellett (2MB, 4MB, stb), ha az alsó 640K nagy része üres volt. Namost képzeljük el ugyanezt Amigában, hirtelen a Sam-eken meg az uA1-eken elkezdenek nem működni a cuccok, mert nincs 2GB fölötti RAM, így nincs ExtMem sem, amit ezek igényelnek. Ne legyen igazam...
|
siz
Tag
|
# Elküldve: 2014. Máj. 23. 07:35
Quoting: charlie Namost képzeljük el ugyanezt Amigában, hirtelen a Sam-eken meg az uA1-eken elkezdenek nem működni a cuccok, mert nincs 2GB fölötti RAM, így nincs ExtMem sem, amit ezek igényelnek. Ne legyen igazam...
Ha van egy kis eszük (és persze akarnak foglalkozni ezekkel a gépekkel és nem tudatosan akarják őket rábírni egy nagyobb gép vásárlására), akkor úgy csinálják meg, hogy alapból a 2 giga fölötti részből ad területet, ha abból már nincs (mert elfogyott vagy nem is volt), akkor meg az alatt.
De ez a megoldás nem feltételez nagy gondolkozó képességeket.
|
dino
Kék troll
|
# Elküldve: 2014. Máj. 23. 07:46
Hehe, a "kiterjesztett" memoria. Hogy az mekkora fajdalom volt pecen...
|
Chain-Q
Divatamigás
|
# Elküldve: 2014. Máj. 23. 07:50 - Szerkesztve: charlie
@siz:
Az a baj, hogyha az egészet MMU-s lapozgatással akarják megoldani, akkor az nagyon bemegy az erdőbe a dolog, ha ugyanaz a 2GB alatti lap ExtMem API-val meg "simán" is elérhető.
Ráadásul a 4x0-aknak és hasonlóknak elég buta az MMU-ja, szóval nem tudom hogy ezt mennyire kéne szofveresen megsupportálni, ami persze hazaküldené a teljesítményt is.
Én simán kinézem belőlük, hogy ilyen API csak 64bites procikon lesz (főleg mert a 64bites PPC MMU megint egy teljesen más tészta). De meglátjuk. Nem mintha "zavarna", hogy mások mivel szúrják tökön maguk, én úgyse írok erre soha semmit, az biztos. :) Csak az zavar, hogy erre a borzalomra - már megint - rányalják majd az "Official AmigaOS - Be authentic." matricát. Okádnom kell.
Szerk: Oké, az eredeti cikk (a végén) azt írja, hogy működik 4GB alatti memóriával is. Hát azért én megnézem majd, mennyire fog ez jól menni mindenütt, de legyen úgy.
|
