Visual Studio 2022 zvládne naprosto šílený kousek. Načte 300 000 zdrojových souborů, aniž by se zhroutil vesmír

Fakt se to hodi v situacich, kdy mate v projektu 299 999 souboru a potrebujete nutne jeden dalsi pridat

Mě se ReSharper vždycky moc líbil a rád jsem ho používal, i když citelně zpomaloval VS. Jednu dobu ale začal shazovat Studio, odinstalace pomohla, licenci jsem už neobnovil a zvykl si na IntelliCode, či jak se to jmenuje. Ale Resharper byl lepší.

Tak si otevřete prohlížeč událostí (Win + R > napsat eventvwr > enter) a tam bude v sekci Applications událost obsahující stack trace, který jim můžete poslat na https://developercommunity.visualstudio.com/searchNáhodně to padá jen zřídka. A když to padá v deterministickém momentě (například při nějaké sekvencí akcí v určité situaci) a jde to nasimulovat, tak to většinou opraví do některého z příštích release, nicméně i stack trace jim často stačí.

ano taky to tak vidím, už ted jsou ty projekty trošku obrovské :)

a tohle jak souvisi s tom, jestli je visual studio 64 bitove, nebo 32 bitove?

ve skutecnosti jsi nikdy visual studio nemel.

Říká ten, co tomu vůbec, ale vůbec nerozumí...mackar

Milej zlatej .. to, že někdo odpovídá z iphona .. ještě neznamená, že jinak nepracuje ve windows .)pro tvou informaci ... s visual studiem dělám od dob visual studa 6 ... čili ... teď už to bude.. poctivých ... 20 - 21 let? stačí to k tomu, abych .. o tom aspoň něco věděl? beztak jsi přd dvaceti lety ještě tahal kačera.

Zrovna IT je obor, kde před 20 lety většina technologií, které dnes používám, vůbec neexistovala, takže ohánění se "desítky let zkušeností" vzhledem k dnešku není moc relevantní. Naopak kdo v IT zůstává desítky let u jedné technologie a prostředí, tak je to spíš na pováženou, než na vychloubání se a urážení druhých.

uvedomujes si, co za blabol jsi ted vypustil? :D

To není blábol, to je zkušenost. Naštěstí v této věci existuje nevyvratitelný argument a to jsou zaplacené faktury. Jak říkal Jack Welch: "Peníze nikdy nelžou."A bohužel se Vám to nemusí líbit, ale finanční ukazatele hovoří pro můj postoj. Samozřejmě jsem ochotný jej změnit, ale jedině až se změní i ty finanční ukazatele.

co to meleš?

... coz mohou dosvedcit vsichni programatori v Cobolu

Spíš to je absence zkušenosti. Na druhou stranu se člověk aspoň zasměje.

Naopak, pred 20 lety naprosta vetsina fundementalnich technologii existovala. Nebyly na takove urovni jako dnes, ale existovaly.
Shodou okolnosti delam neco pro OS Zephyr a tam si pripadam jako pred 40 lety, prestoze ten OS je jen asi 5 let stary.

NoSQL databáze zvládající BigData 2005, Git 2005, Node.js 2009, OpenShift 2011, React 2013, Docker 2013, Kubernetes 2014...Takže si troufám tvrdit, že kdo zůstal vším tímto (a mnohým dalším) za posledních 20 let nepolíben a jede si stále "to svoje", tak zrovna nebude patřit do "top salary".

začínám mít pocit, že ty si myslíš, že visual studio je jazyk. a že ti nekdo zapomel říct, že visual studio je tool pro vývoj aplikací. Ve kterém mimochodem můžeš vyvíjet i aplikace v java scriptu, které budou používat React, poběží v Node.JS v Dockerovym kontejneru spravovaným přes Kubernetes. Konzumující BigData z nějaké NoSQL databáze.co k tomu víc dodat?

Názor byl 2× upraven, naposled 22. 04. 2021 11:20

Pořád jsou lidi co dělají desktopové aplikace (které na mobilu nedávají smysl) a nepíšou je v Electronu. Z těch nástrojů znám dost dobře (ehm, dost odvážné tvrzení, ale používám tak šest let) Git a okrajově vím o node.js.

Mas hodne zuzeny pohled na svet...

Tady je někdo totálně, ale opravdu totálně, mimo.
A já to nejsem!

Co to je za blbost? Pokud před 20 lety některá z technologií, kterou dnes nepoužíváte neexistovala, tak jen proto, že to je vrstva nad tou dřívější (čest výjimkám). Většina "nových" technologií se akorát dostala víc do popředí například díky neustále se rozšiřujícímu Linuxu.
Pokud bych z tohohle vycházel, tak pak by vaše tvrzení bylo, že každý kdo i nadále píše například v C++ je "zastaralý" nebo blázen, protože dnes jsou přece modernější jazyky.
Člověk může pracovat na stejné technice několik let a přesto se rozvíjet, pokud se technika rozvíjí s ním. A zrovna v tomhle případě se tomu tak opravdu děje. Protože reagujete na někoho kdo mluví o Visual Studiu 6 a popisuje rozdíl s VS 2022. To jsou z dnešního pohledu dva narposto neporovantelné produkty. Takže si nemyslím, že někdo kdo používal Visual Studio 6 a dnes používá VS 2019 menp něco podobného, že zůstal zaseklý v čase. To by se dalo tvrdit, pokud by zůstal u té šestky!

To mi připomíná takový ty ostřílený packaly z kanálu "DŘEVOSTAVBY s Pavlem Šimkem". "Dyk já to tak dělám 20 let, tak je to přeci dobře..."
Podle odpovědí mám pocit, že ještě studuješ, nikdy v životě jsi v IT doopravdy nedělal a jediný cos dokázal vypotit je, že v IT děláš 20 let :D Takovýhle noobíků je plnej internet :D reálně to vidím na takovýho tlustějšího šmudlu z druhýho semestru, co střílí imaginární pistolkou na obrazovku při každém odeslání komentáře. Ale nevadí, až budeš starší, tak si vzpomeň, cos byl za troubu...
A na závěr: Ne, fakt tomu nerozumíš :D

Dobře jsi mi to nandal, bobíku

LOL, tak to je komentář teda.
Protože někdo používá 20 let stejný druh nástroje (Visual Studio - přesto že se 6ka s 2019 nebo recenzovanou 2022 nedá ani srovnávat), tak to automaticky znamená že je packal?
Takže třeba pilot letadel který před 20lety je automaticky mnohem horší pilot než ten kdo právě složil zkoušky, protože ten pilot co létá už 20let pořád pracuje s letadly místo toho aby přešel dělat třeba bagristu!

Mladej, horlivej a tak strašně nezkušenej ... Junioři, sorta sama pro sebe. Ale asi jsme nebyli lepší

Názor byl 1× upraven, naposled 22. 04. 2021 11:07

Mne naopak prijde, ze VS Code je naprosto otresny slepenec vsemoznych pluginu ruznorode a casto nevalne kvality, ktery pro seriozni praci pouzit nelze. Chapu, ze pokud si v tom nekdo smudla skripty, tak mu jednoduchost VSC vyhovuje, ale pro vyvoj kvalitnich aplikaci bych to nepouzil. Mozna proto je tak popularni, neni treba se nic moc ucit, staci podle tutorialu parkrat kliknout a bez hlubsich znalosti v tom lze zakladni veci udelat.
Naproti tomu Visual Studio je naprosto vycizelovany nastroj, ve kterem lze psat a udrzovat obrovske projekty, o tom netreba vubec diskutovat.

"Obrovské projekty" vždy běží v cloudu, jsou škálované, složené z mnoha mikroslužeb a není potřeba k jejich editaci a dalšímu vývoji lokálně načítat statisíce souborů - tohle je věc správy škálování.Vývojáři Google si taky nenačítají "celý google", ale každý pracuje s nějakou mikro částí nějaké mikroslužby, která se pak v cloudu skládá do toho "obrovského projektu".Takže naopak VS je nástroj především pro vytváření nějakých lokálních aplikací, kde je opravdu potřeba mnoho RAM, pracovat s mnoha soubory najednou atd."Obrovský projekt" ale běží vždy pouze v cloudu, protože ten jediný, jej utáhne.

Máš poněkud guláš v pojmech "běží" a "vyvíjí".A zbytek nemá snad ani smysl komentovat - naprosto netušíš, která bije a k čemu se visual studio používá

Škálování a velikost projektu spolu vůbec nemusí souviset.
Možná tě překvapí že za "obrovský projekt" lze považovat třeba i webový prohlížeč, kancelařský balík alá Office, nebo samotný operační sysém. A škálování v cloudu je úplně něco jiného. Můžeš mít i jednoduchou "webovou appku" kterou budeš muset nějak škálovat v cloudu například kvůli vysokému využití.

Aha, takže nástroje typu CAD, Blender, webový prohlížeč s javascriptem a protokoly od http po videokodeky nebo překladače jsou vlastně takové sešmudlané garážové bastly, které se nedají nazvat obrovským projektem .... zatímco jakákoli věc co je škálovatelná na více serverů je obrovský projekt .... hmmm.
Já neříkám, že to není zajímavá a nejspíš dobře placená práce se spoustou specifických problémů jako řešení výpadků a redundance, a že udržet v provozu facebook nebo youtube bude sranda, ale proč odsuzovat všechno ostatní?

Souhlas, ja treba povazuji webovy prohlizec za jeden z velice komplexnich a velkych projektu. Napsat neco takoveho z ciste vody je dnes prakticky nemozne. Ne kazdy si uvedomuje, ze to obnasi spojeni obrovskeho mnozstvi technologii, od sitovych protokolu, zabezpeceni/kryptografii pres HTML, CSS, XML parsery, DOM, Javascript + JIT compiler, layout, podporu formatu (a ze jich je), pluginy, encoding+fonty, rendering a mnoho dalsiho az po konfigurovatelne UI a zaroven emulovat bugy predeslych browseru a rozumne tolerovat chyby web-vyvojaru (*), to vse platforme nezavisle...(*) Ano, je to spatne, ale bez toho by polovina webu vubec nefugovala.

Mixujete pojmy škálovatelnost a komplexita. Cloud řeší otázku škálovatelnosti a nákladů na infrastrukturu, Nemá co dělat s komplexitou a nemá vliv na architekturu a už vůbec ne na množství/velikost zdrojáku načtenýho v IDE v daný moment.

Doteď bylo hybrid. Hlavní process 32bit a skupina ostatních procesů kombinace 32 a 64

Ve WPF snad od 2015 nebo 2017. Ta zprávička je špatně přeložená. Nově bude podporovat Hot Reload i pro Blazor.

takhle to dopada, kdyz clanek se snazi napsat nekdo, kdo to v zivote nevidel a jenom prelouska tiskovku.svedci o tom i to, ze za pomalu nejvetsi novinku jsou vydavany ... ano, nove ikony :D

Popravdě nečetl jsem originál, Hot Reload pro Blazor určitě potěší.

Disk by swapovat neměl, když aplikace nedokáže víc než nějaké 2 nebo 2,5GB vůbec adresovat, předpokládám, že by se měla složit.
Mě u velkých projektů štve, že moc nefunguje intellisense a kontrola syntaxe, klidně mám vše podtržené červeně a přeložit to jde.

32bit Aplikace samozřejmě dokáže alokovat spoustu ram. Ten vámi zmíněný limit u 32bit se týká per proces. Stačí tedy nějaký rozumný resource management a sekat do více procesů a lze škálovat mnohem výše.
Zdar Max

jsme ve windows, nikoli v linuxu.

Já mluvím o Windows. 32bit Oracle na 32bit Windows také neměl problémy alokovat třeba 20GB ram. Jak jsem psal, limit se týká per proces. Pokud se v rámci projektu / aplikace spouští více procesů a každý obstarává něco, tak lze škálovat docela dost.
Zdar Max

I Visual studio i ve 32 bitech běží ve více procesech, a tak umí alokovat víc než 3,5GB paměti, ale i tohle je někdy omezující. Na to, že je visualstudio 32 bitový program, tak to funguje krásně, a dokud jsme měl jen 16GB paměti, tak jsem si toho ani nevšiml. Doufám, že teďto bude lepší.

Ano, Visual studio je taky rozložené na UI a překlad běží v N vláknech, takže Ryzen 2600X s 16GB RAM dokáže při kompilaci v šestnácti vláknech swapovat. A třeba teď mi VS2019 žere 1,4GB RAM (dost velký projekt) a spouští čtyři 64bitové překladače paralelně (doma mám starši i5). Jen nevím kde se dá nastavit, jestli to má používat 64bitový toolset, v cmaku je to host=x64, když se vybírá toolset.

Tak swapování bych do této diskuse asi nemíchal, protože je to vlastně nic neříkající. Je to věc Windows, které by default swapují i při totálně volné ram a o pochopení jejich memory management jsem přestal jevit zájem před delší dobou.
Zdar Max

Technická, jak windows dokázaly přidělit víc RAM než sami zvládnou adresovat? 20GB pro 32bit Oracle klidně, ale na 64bit widlích...

Limit na 32bit Windows systémech býval 64GB a 2GB per proces.
Oracle sám o sobě běží v hafec procesů, jen db jich má asi 20, takže vysaturovat těch 64GB ram šlo.
Takže teď nerozumím, jaký limit myslíte? Napadá mě, že myslíte snad jen limit 4GB bez zapnutého PAE, což se právě řešilo zapnutím PAE :D.
Zdar Max

pae do toho netahejte . jedine windows systemy, kde se pae projevilo, byly serverove, a to jeste ve svych enterprise / datacenter edicich.na klientskych (vcetne win 10) pae nema zadny vliv a podporovana pamet je 4 gb.

Názor byl 1× upraven, naposled 23. 04. 2021 09:30

Uvedl jsem to jako příklad ohledně toho, jak si tu někdo špatně představuje limity 32bit architektury. Proto jsem uvedl jako příklad s OracleDB, kam až to šlo reálně s 32bit dotáhnout.
Pokud jde o PAE na desktopu, tak jeho zapnutí mělo nějaký přínos. Konkrétně možnost, aby jeden proces mohl přistupovat k 3GB paměti, což se dělalo kromě zapnutím PAE i zapnutím režimu 3+1 takto:
" /PAE /3G"Jinak někde na netu se válí i patche pro WinXP, aby braly v potaz více jak 4GB ram, ale nikdy jsem to nezkoušel a ani nevím, zda jsou ty patche legální.
Zdar Max

Cim je to VS take skvele ? Podla mna produkty Jetbrains su ovela lepsie.
Porovnavam to z pohladu c/asm/python developera s inymi jazykmi moc skusenosti nemam

CLion je lepší než Visual Studio, jen nemá tu verzi zdarma, což nejspíš mnoho lidem vadí :)

No nevím, kdo je to mnoho. Pro studenty mají licence zdarma a profesionálové si snad licenci můžou dovolit. Kdo píše C jen tak pro zábavu?

Ja. A pouzivam CLion, protoze se mi stejne vyplati kompletni balik. Stoji to par drobnych.

IDE od Jetbrains jsou nejlepsi snad na jakykoliv jazyk. Pouzivam/pouzival jsem Ideu, Webstorm, Rider, CLion a DataGrip a vsechny jsou super. Nejvychytanejsi je samozrejme Idea, ale i ty ostatni jsou o parnik pred konkurenci.

Napriklad VS Code proti PhpStorm a IntelijIdea je slabsi v rozpoznávání kódu. Vsak taky spoleha na pluginy, ktere nejsou dobré. Ovšem na FE franeworky je lepsi, protoze ma lepsi pluginy, pac to pouziva vetsina vývojářů. Ve vsem ostatnim je to otazka vkusu a ve výkonu a latenci na stisknuti klavesy je tenhle browser editor o parnik lepsi. Ti co pouzivaji často notebook na baterku mohou potvrdit, ze ty srandy od Jetbrains žhaví notebook jak maly přímotop.

Ale Visual Studio Code neni Visual StudioVisual Studio Code je len editor podobný Sublime Textu
Visual Studio je plnohodnotné IDE, ktoré nemá s VSCode prakticky nič spoločné (okrem názvu)porovnávať editor Visual Studio Code s IDE od Jet Brains je trošku mimo.

Ja Visual Studio používam z jednoduchého dôvodu. Je to natívne IDE s rýchlym UI... na Javácke GUI (SWT/Swing) si neviem zvyknúť. JetBrains idečka som skúšal , ale vždy mi extrémne vadilo to javácke UI, vadili mi také detaily ako zvláštne otváranie menučiek, zvláštne autocomplete, zvláštna typografia a podobne. A ja som v týchto veciach extrémne konzervatívny a na nič okrem natívneho Windows GUI si zvyknúť neviem, ani nechcem. Z rovnakého dôvodu nepoužívam ani Eclipse ani NetBeans ani Mac OS či Linux. Každopádne JetBrains má aj pre Visual Studio plugin ReSharper aj keď ja som si kôli C++ vybral VisualAssist

Ten Resharper mi príde trošku preplácaný a hlavne duplikuje funkcie ktoré má Visual Studio už v základe.

Je starší, takže velkou roli hraje setrvačnost. Navíc má features, které žádné jiné IDE nemá a pro některé podniky můžou být kritické. Často to jsou různé legacy věci jako je ASPX grafický editor, RESX editor, špičkovou integraci na TFS, atd. Pak jsou užitečné věci jako je podpora různých typů projektů v jednom IDE. JetBrains nemá žádné unvierzální IDE, ale má IDE specifické pro každý jazyk. Ve VS můžeš mít Solution kde budeš mít projekt v Pythonu, vedle toho IoT embeded aplikaci v C++ a vedle toho ASP.NET Core projekt v jednom IDE a vedle toho můžete mít InstallShield projekt s instalátorem pro nějakou legacy desktop aplikaci pro Windows. To vše v jednom solution, v jednom IDE (to I znamená Integrated) a jedním uživatelským rozhraním. Samozřejmě můžeš všechny tyto projekty buildovat a debugovat zároveň (v jednom IDE fakt můžeš v jeden okamžik debugovat a umisťovat breakpointy jak do Python projektu, tak třeba do C++ embeded aplikace debugované přes OpenOCD a bude to fungovat) a můžeš mezi nimi definovat závislosti (to se teda dělá zejména abys nemusel pokaždé buildovat nesouvisející nezměněné projekty). Microsoft se taky hodně věnuje podpoře debugování a zejména pak podpoře debugování na produkci, takže krom podpory pro debugování memory dumpu (která je tam snad od dob co jsem začínal na verzi 2010) a Intelli Trace mají poměrně nově třeba (od verze 2019 tuším) snapshot debugger, který umožňuje v cloudové aplikaci běžící v Azure vrátit debugger do bodu kdy aplikace spadla (případně vyvolala First Change exception) a analyzovat stav aplikace v daném okamžiku kdy spadla aniž by došlo k jakémukoliv zastavení te aplikace v cloudu. Perfektní jsou taky nástroje na analýzu výkonu (několik typů profilerů, podpor pro ladění výkonu kódu využívající GPU, paměťové profilery pro analýzy memory leaků jak managed tak unmanaged kódu, atd.). Tento segment vylepšují docela pravidelně a v diskuzi pod oznámením VS2022 na blogu jsi jde taky všimnout že byla oznámená třeba podpora pro dependent breakpointy. V těchto směrech se může kterékoliv jiné IDE (včetně všech IDE od JetBrains dohromary) jít zhrabat.Dneska je VS taky rychlejší než IDE od JetBrains, ale pořád není tak svižné jako třeba VS Code (což ale osobně vzhlůedem ke srovnání komplexnosti obou IDE chápu). Patrně protože Microsoft ho poslední 4 roky výrazně optimalizuje a přechod na x64 je jeden z optimalizačních kroků.

ja som skor reagoval na "Kéž by nové VS běželo i na Linuxu". Podpora aspx, resx, TFS asi na linuxe potrebna nebude.."Dneska je VS taky rychlejší než IDE od JetBrains" - tak ak porovnam VS na windows a Clion na linuxe, tak ten clion je tam subjektivne ovela rychejsi. Mozno je to kvoli OS, mozno kvoli JVM, neskumal som. Debugger moc porovnat neviem kedze vacsinou pisem drivery a tam mam najlepsi gdb/cgdb

Já jsem zase reagoval zejména na "Cim je to VS take skvele ?". Ani jedno z Aspx, Resx a TFS není Windows dependent. Aspx je dnes v jisté podobě součást ASP.NET Core, který na Linuxu normálně funguje, Resx je itnerně XML, takže taky není důvod proč by na Linuxu nešel použít a TFS klient sice existuje, ale pokud si matně pamatuju, tak je napsaný v Javě, ale už se neudržuje. Visual Studio se umí k GDB serveru (ať už běží ve WSL nebo na jiném hostu) připojit a umí grafiky debugovat (pravděpdoobně i s drivery by neměl být problém).

Aspx, Resx a TFS su MS technologie tak asi je blbost ich vyvijat na cokolvek inom ako win. TFS klient neviem na co je dobry, na jednom projekte sme mali VSTS, to slo ovladat cez cli/web. Bol to ale des nikdy viac zlaty github.

Visual Studio je holt "primární" tool pro vývoj aplikaci pro Windows - at uz se bavíme o ovladačích pro Windows, desktopové aplikace, .NET aplikace, klasické aplikace (třeba v C++), webové aplikace, hry, cokoli dalšího včetně cross platform developmentu, debugování (a to i velmi nízkoúrovnového), který umí být úzce provázán s azurem, celkem solidně si poradí i s kontejnery... a v poslední době tam jde (na windows) vyvíjet solidně i aplikace pro android a ios... jetbrains ti z toho nabídnout kolik ... 20% ?

Názor byl 1× upraven, naposled 22. 04. 2021 11:44

souhlasím s vámi, ale je potřeba vzívt v potaz, že JetBrains těch 20% nabídne za zlomek ceny a v reálu to většině uživatelů stejně stačí, takže ani IDE od JetBrains nejsou úplně k zahození.Pokud ale těch 80% navíc umíte využít (nebo alespoň část z toho), tak se VS samozřejěm může vyplatit.

No .. prakticky vše z toho, co jsem vyjmenoval, zvládne i visual studio community edition, které je zdarma :).vlastně - úplně vše.