- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Ismerkedés a Zyxel NSA325 v2-vel
- caprine: Snowrunner játék manuális tuning lehetőségei
- N€T0X|N: Talaria tuning: meg kéne tudni állni!
- Luck Dragon: Óraátállítás
- Luck Dragon: Asszociációs játék. :)
- sziku69: Szólánc.
- Andras-G: Az internet veszélyei [2. rész] - Facebook Marketpalce
- Lalikiraly: Mercis kalandok - Huszonnyolcadik rész - Az újrakezdés
- sziku69: Fűzzük össze a szavakat :)
-
LOGOUT
JavaScript != Java (A JavaScript nem összekeverendő a Javával, két különböző programozási nyelvről van szó!)
Új hozzászólás Aktív témák
-
PumpkinSeed
addikt
válasz
Hunmugli
#6272
üzenetére
Ez nem egy túl jó megoldás, ugyanis a prím mennyiségének növekedésével jelentősen nő a műveleti idő is, ugyanis minden szám vizsgálatakor megnézed az összes tárolóban lévő prímet. Ebben az esetben n x m művelet fog végrehajtódni ahol az n a vizsgálandó számok mennyisége és m a tömbben lévő prímek mennyisége. Tegyük fel, hogy 100.000 számot akarsz vizsgálni és 40.000 prím van a tömbben (amit amúgy kézzel kellene felvinned) így 4.000.000.000 művelet kellene ahhoz, hogy 100.000 számot megvizsgálj. Ezek most csak számok, de ez túl sok művelet egy ilyen egyszerű feladathoz.
Ezzel szemben kikukáztam a szita bonyolultságát ami Prim(N)=P(N), ami azt jelenti, hogy ha van N prímszámod akkor N művelet alatt oldja meg. Ami azt jelenti, hogy 100.000 szám esetén ~100.000 műveletből megkeresi őket szóval 40.000x gyorsabb mint az előző megoldás. Ezt amúgy constans complexity-nek hívják.
Új hozzászólás Aktív témák
- LG 39GX90SA-W - 39" Ívelt Smart OLED/ WQHD 2K / 240Hz & 0.03ms / 1300 Nits / G-Sync & FreeSync
- GYÖNYÖRŰ iPhone 14 Pro Max 128GB Deep Purple - 1 ÉV GARANCIA -Kártyafüggetlen, MS3702
- REFURBISHED - DELL Performance Dock WD19DCS (210-AZBN)
- Apple iPhone 17 Pro Silver 256GB használt karcmentes 100% akku (13 ciklus) garancia 2027.02.18.
- HP EliteDesk 705 G4 / AMD Ryzen 3 Pro 2200G / 16GB DDR4 /256 GB SSD 6 hó garancia
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest
