17.11.2010 16:21 | x | poslední úprava: 25.2.2018 21:41

         

Komentáře

[mucha bobo]

ios::sync_with_stdio(false);

[David Watzke]

S tím je to u mě ještě rychlejší než cstdio, asi o 10 %.

[kralyk z abclinuxu]

Holy shit, s tímhle je cin ještě rychlejší jak scanf()... díky.

Jak má člověk takovýhle trýčky čuchat? A taky by to nemuselo být by-default zapnuté...

[Dadam]

Řekl bych že muselo, bo pokud by pak někdo míchal scanf() a cin, dělalo by mu to bordel.

[Michal Kubeček]

IMHO autoři standardu usoudili, že bude menší zlo, když ti, kdo o tom nevědí a C++ streamy a C streamy nemíchají, budou mít zbytečně pomalé programy, než kdyby to těm, kdo o tom nevědí a C++ streamy s C streamy míchají, dělalo psí kusy.

[kralyk z abclinuxu]

Hmm, to imho vůbec nebyl dobrej nápad...

[deda.jabko]

nechces zkusit jeste treti variantu? namapovat soubor do pameti a hodnoty nacitat pres strtol?

[Jardík]

Nechci mluvit za autora, ale to by nebylo multiplatformní a navíc standardní vstup asi nenamapuje ... Navíc jak scanf tak cin snad bufferují, takže je to vcelku zbytečný ...

[Dadam]

Jj, bufferují. Mě napadlo, zda by spíš nepomohlo ten buffer zvětšit

[deda.jabko]

jo, vim mmap ma nektere nedostatky. nicmene, zbytecne to byt nemusi. scanf stravi spoustu casu tim, ze rozebira vstupni parametry a to by pri primem prevodu odpadlo. jednou se mi podarilo rapidne zrychlit program jenom tim, ze jsem nahradil fprintf funkci fputs.

[kralyk z abclinuxu]

Tak jako ono by strotol() šlo použít úplně stejně i na stdin... Záleží, jak velkou chceš blbuvzdornost. V tomhle ohledu má (nesynchronizovaný) cin skvělej poměr rychlosti a blbuvzdornosti...

[Magog]

Njn, to jsou pak hračičky, když v codexu funguje C/C++. Za mě fungoval jenom Pascal.

[Vin]

Taky C#, Python ... u C# se na limit dá taky narazit snadno. U Pascalu je povolený už myslím jenom fpc.

[Jardík]

On je jiný překladač pascalu, který dokáže vytvořit x86-64 binárky? Pokud ne, tak se nedivím, že podporují jen FPC. Nebo že by na server dávali 32bit šmejďárnu?