- NVIDIA GeForce RTX 4080 /4080S / 4090 (AD103 / 102)
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Hobby elektronika
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- Milyen videókártyát?
- Milyen egeret válasszak?
- Milyen TV-t vegyek?
- Amazon Kindle
- Amlogic S905, S912 processzoros készülékek
- A régi node-okra koncentrál a szankciók miatt Kína
Hirdetés
-
Olcsó 5G-s ajánlatot nyújt a Realme Indiának
ma Megérkezett a Realme C65 5G, az első készülék a MediaTek Dimensity 6300-zal.
-
A személyre szabott reklám lehet a streaming következő slágere
it A jobb célzott hirdetések érdekében adatplatformot indít a Warner Bros Discovery.
-
Lenovo Essential Wireless Combo
lo Lehet-e egy billentyűzet karcsú, elegáns és különleges? A Lenovo bebizonyította, hogy igen, de bosszantó is :)
Új hozzászólás Aktív témák
-
killerjohn
addikt
úristen, írtok itt összevissza mindent popcorn elő
egyébként a cikk alapból nem tudom mikor íródott, mert hogy nem idén áprilisban jelent meg a 4
egyébként minden .NET-ben írt program fordításánál bekerül hogy pontosan melyik verziójú .NET reference (értsd: assembly-t, DLL-t...) használ a program. Mivel az új verziók a korábban feltelepített verziókba nem pofáznak bele (teljesen másik könyvtárban vannak), ezért az kizárt, hogy a .NET 4 telepítése után visszamenőleg, korábbi verziókra fordított programok ne működjenek (ezzel ellentétes tapasztalat kizárólag programozói hanyagság, hozzánemértés, eszetlen barmolás a configokban, stb miatt lehet).
[ Szerkesztve ]
-
killerjohn
addikt
válasz zola8van8 #11 üzenetére
ott a pont (és egyel feljebb)!
Ez az amit a java baromira nem tud...
Egy java frissítés (amiből kb hetente van...... no comment) után simán elérhetetlenné váltak a szervereim IPMI felületei.
Alaplap support válasza: bocs, a legutolsó Java frissítésben valamit nagyon elkúrtak, ezért az IPMI bukta...
Kérdem: megoldás?
Válasz: java update uninstall, X verzió install, mert azzal megy.Meg is csináltam, csakhogy nem volt hajlandó menni, mert mindenképp (tudjátok, amikor 1 db OK gomb van a felületen) frissíteni akart a legutolsóra. Na azóta a java csak egy vicc a szememben (előtte is az volt a teljesítménye és egyebek miatt, de ez feltette az i-re a pontot).
-
killerjohn
addikt
nálad elmentek otthonról, már bocs
.NET-ben 2 év alatt írtunk egy iskolaadminisztrációs rendszert, amiben 60000+ gyerek adatai vannak, kb 35000 rendszeres felhasználóval.
Előtte java-ban írta meg az előd cég. 130 szerveren (minden iskolának 1db) futott a cucc, és egy normatíva generálás az Államkincstárnak 70 percig futott / iskola.
Most egy darab 16 magos szerveren fut, ~15% processzorhasználattal, ASP.NET-es frontendekkel. A normatíva generálás pedig 0.8 másodperc / iskola.C#-ban.
írjál kérlek 1-2 teszt programot natív C-ben meg .Net 4 C#-ban...
Arról hallottál már, hogy van egy izé kütyü valami amit JIT compilernek hívnak?
Imádom amikor tapasztalat nélkül teletrollkodják az emberek a fórumot. Ja, persze hogy tapasztalat nélkül, hiszen ha lenne, akkor nem írnál ilyet le.
Mi 2 hónapon keresztül írtunk tanulmányt és tesztprogramokat az Informatikai Ügyosztálynak a különböző fejlesztői keretrendszerek és programozási technikák ("best practices") teljesítményéről, előnyeiről, hátrányairól. Olyan szintig, hogy vajon a következő 2 kód közül melyik a gyorsabb:
int i;
for (i = 0; i < 100; i++) { do something };vs
for (int i = 0; i < 100; i++) { do something };És ebből 1000 ilyet csináltunk. SOHA sem mértünk 5%-nál nagyobb eltérést a managed és unmanaged kódok között.
Aztán nehogy azzal gyere hogy a foreach bezzeg 5x lassabb, mint asm-ben egy loop, mert ha sebességre optimalizálsz, akkor a foreach nem opció, ha viszont 10 elemű listán kell végigmenni, akkor leszarod a 0.0000000000000000001 mp CPU időt, és foreach-el írod, mert úgy kompaktabb a kód...
Amíg fel sem merül az emberek többségében, hogy vajon miért 60x lassabb 4 egymásba ágyazott foreach mint ugyanez for ciklussal, addig mindig tele lesznek a fórumok ilyen "okos" benyögésekkel, minthogy a .NET lassú Simán csak beírják hogy "szar és kész".
-
killerjohn
addikt
a fejlesztőknek meg kellene tanulniuk pl hogy mi hogy működik, és nem csak kibattyogni a műegyetemről kb 0 programozási tudással. Aztán ha már tudja, hogy mi mit csinál, akkor rögtön látja, hogy hol, mit, mire kell használni.
Igenis, a .NET van olyan gyors, mint a natív (5-10% eltérés mutatkozik). Ha valaki mást állít, az csak tudatlanságból fakad. Az hogy vannak benne Eszközök, melyeket megfelelően meg kell választani a Célok eléréséhez, igen, Tudást igényel. Akinek nincs, az meg jöhet a fórumokba sírni, hogy milyen szar, hogy az XML lista lassabb mint az int[]
-
killerjohn
addikt
neked elment az eszed DD ezen már csak röhögni tudok. ember...
szerintem még az órarend tervező részét sem tudnád megcsinálni 2 hét alatt
És a generálót? ha megcsinálod, megveszem. Két milla. Eskü. Most.
Kb 700 szabály van, ami szerint valaki valakinek valamit valamikor taníthat.Tudod te milyen szabályok vannak a közoktatásban? Öcsém, mert nálad "osztaly", "tanulo", meg "join_tanulo_osztaly" tábla egy iskola... DD kész, azóta röhögök hogy elolvastam amit írtál
-
killerjohn
addikt
16 magos te értetlen az 4 processzor. A Budapest Főváros önkormányzatának összes közoktatási intézménye ezen fut. Elektronikus Naplóval, amit a szülők nézhetnek otthon. Normatíva generálással, amivel kb 130 ember 1 havi munkáját csinálja meg a rendszer 1 kattintással, 2 perc alatt. Okoska. Ha meg bármi rálátásod lenne a világra, akkor tudnád, hogy ezek nyilvános szerződések, és az iskola fizet érte, mint a Windowsért meg a wc papírért.
-
killerjohn
addikt
válasz WonderCSabo #37 üzenetére
Nem igazán. 200-300 tábla, iszonyat bonyolult relációk, kb 8000 normatíva cím van. Mindegyiket teljes tanuló bontásban kell hozni. Ahogy eredetileg megírták, SQL-ek futottak le memory típusú táblákon (postgres). Ahogy mi írtuk meg, az olyasmi mint egy "neurális háló" (jujj ez fellengzősen hangzik, de nem tudom jobban leírni) a memóriában. Csak ez 4 hónap fejlesztés volt. Meg tudtunk volna csinálni mi is SQL-ben 1 hónap alatt... de egy csöppet hálásabbak az iskolák hogy egy normatíva adatszolgáltatásnál 10-15 generálás esetén nem kell 30-70 perceket várni (nagyon kis iskoláknál meg volt 30 perc alatt...)
-
killerjohn
addikt
Ez már így is két éves vas. Arcom meg nincs magasan, mert még soha nem spammeltem a fórumokban programozásról, de felment a pumpám amiatt hogy
1) már a blog bejegyzés is szánalmas, pontatlan
2) elmebeteg hsz-ekkel lehúzták a .NET-et irrálisan. Senki nem vitatja, hogy a natív kód, vagy akár a gépi kód ne lenne gyorsabb. De az 50-es szorzó kicsit kihozott a sodrombólszerk: 1 magon fut le 0.8 mp alatt!! nem 16 magon. Direkt nem lett többszálúsítva, hiszen minek?
[ Szerkesztve ]
-
killerjohn
addikt
Felhívom a figyelmet rá, hogy az tényleg igaz, hogy natív C kód debuggerből futtatva tényleg (sajnos) 10x gyorsabb mint C# debuggerből (sima F5-ös indítással). Normálisan, debugger nélkül futtatva ez megszűnik (Ctrl+F5). És tényleg, valami nagyon elnéztetek a C# kódban
Javasolt profiler (ANTS) használata, és mindenre fény derül! Rögtön rájöttetek volna, hogy hol a gond (nem a .NET-ben van hidd el).
-
killerjohn
addikt
szerintem sem használahatatlan, elnézés ha ezt sugalltam. Csak nálam elkaszűálta magát és nem szeretem. A .NET-ben pl pont azt nem szeretem, hogy lassan fejlődik (habár cserébe stabil 1-2 pici bugtól eltekintve), és amiben gyorsan, abban is "furcsa" irányokat erőltet a Microsft...
-
killerjohn
addikt
"A .NET-ben pl pont azt nem szeretem, hogy lassan fejlődik (habár cserébe stabil 1-2 pici bugtól eltekintve), és amiben gyorsan, abban is "furcsa" irányokat erőltet a Microsft..."
Ebben mit tartasz baromságnak?
Igenis, baromi ritkán jön ki új verzió, miközben egyes fejlesztéseket külön dll-ekben kell használni, ami a végső verzióval nem kompatibilis (ld: TPL a 4-esben). Mindemellett hatalmas nagy kutatási projektekben terveznek olyan programozási nyelveket amikre szükség csak 10 év múlva lesz, miközben tonna számra állnak HASZNOS, hétköznapban szükséges fejlesztési munkák. Teszem azt, miért nincs SEMMILYEN excel, word támogatás (mármint natív, telepítés nélkül, ami megy szerver oldalon). Miért nincs PDF támogatás? Miért nincs rendes kép-manipuláló API? 100 dolog van, amivel telenyomhatnák a keretrendszert, és mindenki letojná hogy 40MB helyett 100MB a Client Profile.És igen, nagyon furcsa irányokba terel az MS. A .net 4 egyik legnagyobb újítása a TPL, hogy többszálú kódot írjunk. A másik legnagyobb a LINQ tovább-robosztusítása. Naná basszus hogy kell a többszálú procikat kezeló kód C# alá, ha LINQ-val megyünk végig listákból generált enumerátorok listájának enumerátorain mindenféle delegate-ek hívásával, ahelyett hogy megírnánk azt a kurva for ciklust kézzel meg 2 db if feltétellel...
Egyik irányból (szerintem) tök felesleges kényelmi cuccokat tesznek bele, amitől a kezdő programozok maradnak kezdő programozók, az optimalizálásról nem tudnak semmit, csak írják a szar párhuzamosított kódokat, amiből kihagynak 1-2 sync-et, aztán a megrendelő meg persze hogy anyázik, hogy mi ez a f*s a .NET...
Mindezek mellett teljes vállszélességgel a .NET mellett vagyok, az írásoddal egyet értek, csak azzal nem hogy amit írtam, az "baromság" lenne.
Új hozzászólás Aktív témák
- Politika
- Székesfehérvár és környéke adok-veszek-beszélgetek
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Hosszú idő után újabb előzetest kapott a Gothic Remake
- Xbox tulajok OFF topicja
- exHWSW - Értünk mindenhez IS
- sziku69: Szólánc.
- Luck Dragon: Asszociációs játék. :)
- Hivatalosan is bemutatkozott a Kingdom Come Deliverance 2
- Rövid teaser trailert kapott a Dragon Age: Dreadwolf
- További aktív témák...