Új hozzászólás Aktív témák
-
cucka
addikt
Szerintem a kulcs az, hogy a Dart kódot át lehet fordítani Javascript kódra. Így a fejlesztő fejleszthet egy normális környezetben, a böngésző meg majd megeszi a Javascript-et ugyanúgy, ahogy eddig tette. Persze, ez csak elméleti lehetőség, soha nem fejlesztettem Dart-ban.
-
ddekany
veterán
-
fordfairlane
veterán
de egy ilyen gép ipari hulladék ahhoz képest, ami egy 6510-es vax (ami még mindig nem főkeret, max. midrange), vagy egy 4361-hez képest, ami igazi főkeret volt a maga idejében.
Mi ez a nagy mainframe fétis? Eddig még nem sok szakmai érv hangzott el ezzel kapcsolatban, csak a szokásos lenéző fölényeskedés, ami pont nem a hozzáértést igazolja.
[ Szerkesztve ]
x gon' give it to ya
-
cucka
addikt
Szerintem senki sem szarozta a mainframe-et, de az érveid többségét a 20 évvel ezelőtti állapotokra alapozod.
- virtualizáció
Ez biztos nagy truváj volt a 70-es években, de most már nem az.- megbízhatóság
Világosíts fel kérlek, hogy egy nagy számítógép hogyan megbízhatóbb, mint egy sok, egymástól elkülönített és redundáns node-ból álló elosztott rendszer?- teljesítmény.
Szerintem ez is megdőlt.hogyan tudott elosztott fájlrendszert csinálni 15 évvel a gfs2 előtt
Az ha jól számolom, 1990-ben volt. Folytassam?vagy hogy lehet vasat cserélni egy vaxban úgy, hogy nem kell üzemszünetet hirdetni? hogy upgradelsz oprendszert futó oprendszeren?
Ismét, 2012 van, mennyire releváns az, hogy egy olyan problémát sikerült megoldani a 80-as években, ami elosztott rendszereknél alapvetően nem is nagyon létezik?Milyen az, amikor robotmechanikás szalagegységre tudsz menteni 1991-ben?
Nosztalgikusde egy ilyen gép ipari hulladék ahhoz képest, ami egy 6510-es vax
A 6510-es VAX egy 22 éves gép, 62 MHz-es processzorral, szóval megint a nosztalgia zónában vagyunk.Izé, nem folytatom, szerintem látszik, mire szeretnék kilyukadni. Senki sem mondta, hogy a mainframe-ek szemétre valók, minden bizonnyal vannak olyan helyek, ahol megéri őket használni, de próbáljunk már kiszakadni a 80-as évekből.
php: ha egy nyelv nem akar szigorú szabályokkal rendre és rendszerességre kényszeríteni, akkor először kiderül, hogy azon a nyelven lehet ócska programokat írni, másodszor kiderül, hogy csak ócska programokat írnak.
Szerintem te nem vagy programozó (nem bántásból, csak a gondolatmeneted erről árulkodik)[ Szerkesztve ]
-
fordfairlane
veterán
Semmi olyat nem látok leírva, ami manapság az elosztott rendszerekre ne lenne jellemző. Ami a konkrét technikai megvalósítást illeti, az a kornak megfelelő volt. Mivel nem, vagy csak nehezen tudtak komplett kiszolgálókat duplikálni transzparensen, mert sem a hardver, sem a szoftvertechnológia nem tette lehetővé, ezért mindenféle kereten belüli redundanciát valósítottak meg. Redundáns végrehajtó, memória, adattároló, tápegység stb... Én is úgy látom, akár tetszik akár nem, hogy a mainframe koncepció felett eljárt az idő, így (visszatérve az alapokhoz) a FORTRAN és COBOL felett is.
[ Szerkesztve ]
x gon' give it to ya
-
cadeyrn
aktív tag
nagyon off
Ez esetben bocs a kisregényezésért, teljesen úgy emlékeztem, a Metagalaktikában így emlegették.kevésbé nagyon off
Nem akartam kikezdeni senki tudását és ismereteit, vaxot én csak nézőként éltem meg.Nézőként ill. a storyk hallgatójaként annyit tudok, hogy amikor pl. portolták a unix eszközöket, a VMS stabilitása is billent, ergo a unix eszközökkel volt a gond, nem az ősrendszerrel, ilyenekre gondoltam, amikor azt mondtam, csak a saját rendszereivel annyira atombiztos.
Tudom, hogy sosem fog stabilitásban versenyre kelni egy PC egy mainframe-mel (a HP DL széria pl. bőven PC) - ha önmagukat hasonlítjuk.
Ellenben ha egy komplett elosztott rendszert mérsz össze egy mainframe-mel, ott már néha érezni hasonló képességeket - stabilitásban, mivel annyi redundancia van már benne.Az viszont, hogy nincs bottleneck... azért függ az az átfolyó adatmennyiségtől, szerintem.
Tényleg, kérdés: honnantól számoljuk a mainframe-et?
még kevésbé nagyon off
A PHP ilyen. Sőt, szinte minden scriptnyelv ilyen. Azért script, hogy ne fájjon a típusokkal bajlódás Ott a lua, ami beágyazható: nem típusos, nem is szépen struktúrált, script, mégis piszok hatékony.Az, hogy nem arra használják a PHP-t, amire egykor kitalálták - ez van. Kényelmes, gyors, és ma ezt fizetik ki, a vas olcsóbb, mint a jó programozó.
-
cadeyrn
aktív tag
Azok pedig magát a vms-t nem borítják meg
Nem, azt valóban nem, rendszer alatt a komplett szolgáltatást értettem, elnézést.Az elosztott rendszerek stabilitásával még mindig az a baj, hogy ha meghalt a vas, akkor a rajta futó aktuális processzek elpusztulnak. Meglepődnék, ha processz szinten redundáns lenne a cloud. A cloud szolgáltatás szinten redundáns, tehát ha lepusztul egy darabja, akkor az adott tranzakciórészt újraindítva elvégzi a kiszolgálást. Tehát ha rácsatlakozol egy nagy webszájtra és pont az a node borul le, amire csatlakoztál, akkor a load balancer újrakéri az url-t egy másik node-tól, amit te észre sem veszel. Ettől az adott processz állapottere még ment a levesbe.
Ezzel valóban nem kalkuláltam. Process rendundanciát még nem is láttam sehol megvalósítva.
-
nagyúr
"tudsz pl. [blablabla]".
Nem tudsz, mert nincs ra szukseg. Mas a filozofia, masok a megoldasok, az elonyok es a hatranyok. Nem fogsz oprendszert cserelni a futo vason mondjuk a Google-nel, mert legfeljebb betolsz egy masik gepet masik oprendszerrel, igazabol tokmindegy az oprendszer. CPU mikrokodot sem cserelsz, mert az is mindegy. Halozattranszparens grafikus felulet megint ROTFL indok, szinten nincs ra szukseg, otvenfelekeppen meg lehet oldani a tavoli menedzsmentet ezen kivul.
Persze lehet magyarazni, hogy bank igy-ugy-amugy, a valos helyzet az, hogy pont a nagy bankok menekulnek a mainframe-ekbol, ahogy tudnak.
while (!sleep) sheep++;
-
cadeyrn
aktív tag
A mainframe témához: The End of the Mainframe Era at NASA
-
cadeyrn
aktív tag
de ettől az még jobb volt, mint a pc-k.
Ez így van. Sok tekintetben még mindig jobbak, ezt nem is vitattam. Csak azt, hogy az egy nagy gép a sok kis, kaptárszerű géppel szemben avult el - szerintem. A gond az, hogy míg az elsőt erre tervezték a második kvázi kialakul, és sok minden fokozatosan - sokszor rossz irányból - alakul csak ki hozzá. Lehetne a cloudot jól csinálni, de ahhoz valakinek tervezni kellene erre egy komplett megoldást, oprendszerrel, kitalált struktúrával, stb., ennek viszont azért nem igazán van realitásalapja, mert míg mainframe-et eladásra szántak, cloudot szolgáltatásnak.
A rendszer meg... a linuxot korrekt rendszernek tartom, de olyan távolról integet a tényleg stabilitásra alkotott rendszereknek, hogy az ijesztő.
Érdekes egyébként, hogy a mainframe-mel kapcsolatban ott mindenki a teljesítményt említi, amit igazából teljesen logikus "kiszerverni" pl. a Boinc elvén. Viszont a stabilis, az sajnos a veszteség listán szerepel, mind áldozat, legalábbis a fizikai.
Meg kell tudni oldani software-ból, tranzakciókkal, hibakezeléssel, mert a vasra és a rendszerre sokszor nem is engedik már, hogy támaszkodj.[ Szerkesztve ]
-
cucka
addikt
nyelv? programozik még valaki csupasz nyelven, pl. php-ban webes alkalmazást?
Szerintem nem nagyon, de a téma az volt, hogy milyen rosszul megtervezett nyelv a php, ezért nem ökoszisztémáról írtam. Ha a feladat "gyorsan egyszerűt" jellegű, akkor a php ökoszisztémával együtt is ott van a szeren.nekem a woodstock. még akkor is, ha régi.
Vagy én vagyok béna, vagy ez olyan régi, hogy nincs túl sok nyoma a neten . Tudnál adni valami linket erről?hát ja, ez meg is látszik a deface helyezési listával foglalkozó weblapon
Igen, sok gyenge minőségű weblap van. Na és? Kis pénz, kis foci. -
ddekany
veterán
"ergo php egyáltalán nem alkalmas skálázódó webszervizek írására."
Memcache és társai... persze bénák ahhoz képest, mint ha vannak valódi hosszú életű objektumaid.
"az meg pazarlás, hogy alap php-t mindig újra kell fordítani"
APC és társai ezért vannak. Persze először én is nagyon csodálkoztam, hogy ez nem alap.
-
-
cucka
addikt
a jól skálázódásnak feltétele lenne az állapottér mentése, ami, tudtommal, sem alap php-ben, sem a hozzá gyakran használt webszerverekben sincs meg.
Ez jól hangzik, de
- Azt kéred számon, hogy a php program miért nem menti el a saját állapotterét 2 futtatás között. Ez nonszensz.
- A http alapból állapotmentes protokoll. Weboldalak fejlesztésénél az állapottér mentése valamilyen session azonosítón keresztül történik - ez a http protokoll következménye, tehát független a programozási nyelvtől.ergo php egyáltalán nem alkalmas skálázódó webszervizek írására.
Alapból valóban nem a legjobb webszervízre, de vannak eszközök, amelyek segítségével azzá tehető, mondjuk ott a Facebook, akiknek sikerült megoldani. (Bár ekkora méretű rendszereknél valószínűleg tényleg kevés az, amit a php nyújt )az meg pazarlás, hogy alap php-t mindig újra kell fordítani.
Az alap php-t nem tudod lefordítani, mint ahogy semmilyen scriptnyelvet nem tudsz alapból, mivel ezeknek pont az a lényegük.
Egyébként meg ezt is lehet cache-elni, sőt, le is fordíthatod a php kódot úgy hagyományosan.[ Szerkesztve ]
-
cucka
addikt
ez az alap php-ban értelmes eszközökkel kezelhetetlen probléma, míg jáva ee-ben alapból ott van és kezeli a teljes ecosystem load balancer frontendtől kezdve appszerverrel bezárólag.
Önmagában az alap Java nyelv lóf*szt ment, nem állapotteret. A Java ökoszisztéma valamilyen framework-el már menti az állapotteret, de hát innen nézve a php is tudja pontosan ugyanezt. A Java nyelv önmagában kevés dologra jó, az aduásza egyértelműen a tool-ok sokasága - a php előnye itt az, hogy ez egy webre készített template nyelv, tehát alapból olyan eszközökkel jön, amelyeket más nyelveken 3rd party tool-okban implementáltak csak, plusz ugye 3rd party tool-okból itt is tele a padlás.Annak a php-nak, amit az arckönyv használ, van bármi köze az eredeti php-hoz? mert itt olyan hírek szállingóztak, hogy nagyon átdolgozták az egészet
100%-os pontossággal nem tudom, de legjobb tudomásom szerint saját maguknak fordítják/hekkelik a php-t, plusz ugye ők fejlesztették a "php fordítót" is.
Nekem amúgy úgy tűnt, hogy a php-val igazából nem jártak túlzottan jól, ekkora méretű rendszernél, mint az övék, nem egyszerű php alapon szolgáltatni, szívtak a skálázódással is, stb..[ Szerkesztve ]
Új hozzászólás Aktív témák
- "A homoszexualitás természetellenes" 😠
- Eredeti játékok OFF topik
- Samsung Galaxy Watch (Tizen és Wear OS) ingyenes számlapok, kupon kódok
- Itt az új LOGOUT!
- Kínai és egyéb olcsó órák topikja
- AMD Ryzen 9 / 7 / 5 7***(X) "Zen 4" (AM5)
- OLED TV topic
- Call of Duty: Modern Warfare III (2023)
- Audi, Cupra, Seat, Skoda, Volkswagen topik
- Házimozi belépő szinten
- További aktív témák...
Állásajánlatok
Cég: Ozeki Kft
Város: Debrecen
Cég: Ozeki Kft
Város: Debrecen