Hirdetés
- Kisebb lett a Honor MagicPad3 Pro
- Xiaomi 15T Pro - a téma nincs lezárva
- iPhone topik
- Vivo X300 Ultra - tárcsázz, ha van rá keret!
- Okosóra és okoskiegészítő topik
- Így spórolhat az Apple az iPhone 18 kijelzőin
- Honor Magic8 Pro - bevált recept kölcsönvett hozzávalókkal
- OnePlus 15 - van plusz energia
- Apple Watch Sport - ez is csak egy okosóra
- Milyen okostelefont vegyek?
-
Mobilarena

Új hozzászólás Aktív témák
-
Joooe
tag
válasz
Radíros
#2401
üzenetére
Nem az input benyalása a megoldás asszem, elvileg megfelelő pufferrelést séróból meg kéne hogy oldja egyszeri folyamatos végigolvasás esetén.
Maga az is műveletigényes egy kicsit, hogy a szöveges formában tárolt számokból összeállítani az inteket.
De érdekes, ezt tudja valaki miért lehet lassabb?
<fstream>-mel:
ifstream be;
be.open(''be.txt'');
int n,m,p;
be >> n;
be >> m;
be >> p;
p--;
int honnan, hova;
for (int i=0; i<m; i++)
{
be >> honnan;
be >> hova;
honnan--;
hova--;
// itt csinálunk valamit
}
be.close();
<stdio.h>-val:
int n,m,p;
FILE* be = fopen(''be.txt'',''rt'');
fscanf(be,''%d %d %d'',&n,&m,&p);
p--;
int honnan, hova;
for (int i=0; i<m; i++)
{
fscanf(be,''%d %d'',&honnan, &hova);
honnan--;
hova--;
// itt csinálunk valamit
}
fflush(be);
fclose(be);
Az utóbbi kb. fele-haramada idő alatt végez egy 1 megás szövegfájllal.
Nem nagyon szoktam STL filekezelést használni, gondolom ennyire nyomorék nem lehet, mit szúrok el?
[Szerkesztve] -
Joooe
tag
válasz
Radíros
#2395
üzenetére
''Visszavonom!!!
10000 csúcssal és 64 bit gépi szószélességgel számolva:
157 * 10^8 * 14 ~ 300 GHz-es proci kellene 1mp futásidőhöz
(szekvenciálisan, csővezeték és cimzésműveletek elhanyagolva)''
Valószínűleg pontatlanul idézte a feladatot a kérdező, és csak egy konkrét csúcson átmenő köröket kell vizsgálni.Így nincs szükség a teljes tranzitív lezárt meghatározására.
Ezt azért gonodlom, mert én is egy hasonló feladatot csináltam (na nem magamnak, hál'isten az alga csak a távoli múltból dereng már nekem
)
Az algoritmus érdemi részének futási idejét sikerült olyan 0,015 s-re csökkenteni ezzel a módszerrel még a leghúzósabb inputokon is. (AMD 3200 procin, párhuzamosítás nélkül)
Ami viszont iskolai szivatás a dologban: bizonyos teszt inputok esetén ha semmi mást nem csinál a program, csak kb. be >> szam; módszerrel standard folyamműveletekkel végigolvassa az inputot (De ezen kívül tényleg semmit nem csinál, nem konstruál gráfot, nem vizsgál feltételeket, stb.) már az kifut a futási időlimitből az inputok egy részén
[Szerkesztve]
Új hozzászólás Aktív témák
Hirdetés
● olvasd el a téma összefoglalót!
- Vivobook S 16 S5606MA 16" 3K OLED Ultra 7 155H 16GB 256GB NVMe magyar vbill IR kam gar
- Be Quiet! venti bazár
- IdeaPad Flex 5 14ALC05 2-in-1 14" FHD IPS érintő Ryzen 5 5500U 8GB 256GB NVMe magyar bill gar
- Macbook Pro M1 (13" 2020 8GB RAM 256 GB) + Magic Mouse 2 + Numpad
- Canon EF 100-400mm f/4.5-5.6L II IS USM teleobjektív - Újszerű -
- ÁRGARANCIA!Épített KomPhone Ryzen 7 7700X 32/64GB RAM RTX 5070 12GB GAMER PC termékbeszámítással
- Lenovo ThinkPad L14 Gen 4 - 14" - Ryzen 5 pro 7530U, 16-32GB RAM, SSD, jó akku, számla, 6 hó gar
- Lenovo Thinkpad X1 Yoga 5th Gen. i7 10th, 16GB RAM 27% ÁFÁS (0329)
- REFURBISHED - DELL Universal Dock D6000 (452-BCYH) (DisplayLink)
- LG 65EU961H 4K OLED 65" TV! 3840x2160
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest

)

)
