No comments...

Szacunek dla organizatorów MTS 2009 :)

Bysza — Tue, 29 Sep 2009 15:50:00 GMT

Moje pozytywne wrażenia po MTS 2008 przyćmiła organizacja imprezy.
Jak wiadomo, człowiek może odpowiednio docenić wrażenia wyższego poziomu dopiero wtedy, gdy niższe potrzeby są zaspokojone.
O to w 2008 roku było niełatwo.

Co innego MTS 2009. Już po 1. dniu mogę spokojnie stwierdzić że konferencja jest bardzo udana.
Organizacja imprezy na bardzo wysokim poziomie. Pozwala to skupić się na aspektach technicznych i wartości merytorycznej sesji, nie pozostawiając miejsca na marudzenie :)

Sesje Tomka Onyszko i Johna Craddock'a wspaniałe.

Chylę czoła organizatorom i serdecznie pozdrawiam, gratulując bardzo udanego eventu.

TFS Web Access 2010 w języku polskim przed RTM?

Bysza — Mon, 20 Jul 2009 22:28:00 GMT

Trwają prace nad VSTS 2010, czas zatem zainteresować się lokalizacją Web Access dla TFS.

Najprawdopodobniej przed ukazaniem się wersji Beta 2, uda się wyciągnąć odpowiednie materiały z MS tak, by można było przygotować lokalizację dedykowaną dla tej wersji.

Jak będzie zobaczymy, natomiast wszystkie znaki wskazują na to, że wraz z ukazaniem się wersji RTM, dostępna będzie również polska wersja narzędzia TFS Web Access 2010.

Tak w ogóle to mam pytanie: czy ktoś z Was używa zlokalizowanej wersji w swoim TFS 2008? ;)

VSTS Database Edition dostępna za darmo dla posiadaczy VSTS Team Developer.

Bysza — Sun, 23 Nov 2008 21:30:00 GMT

Nie wiem jak udało mi się przeoczyć zdarzenie, na które liczyłem od ponad roku.
No i stało się to ponad miesiąc temu!

Liczyłem że edycja Visual Studio for Database Professionals będzie dostępna dla tych, którzy posiadają wersję Team Developer.
Podział na dwa produkty był sztuczny. Ile projektów opiera się tylko o kod .net, nie dotykając bazy danych?
Problemy z:

wersjonowaniem schematu?
refaktoryzacją?
porównywaniem schematów?
testami jednostkowymi bazy danych...?

Te i wiele innych problemów jest zaadresowanych w VSTS Database Edition.

Wszyscy dotychczasowi użytkownicy VSTS Team Developer wersje 2005 i 2008, mogą ściągnąć z MSDN wersję VSTS Database Edition.
Dotyczy to również partnerów MS, którzy poprzez uczestnictwo w programie oraz odpowiednie kompetencje (Custom Development lub ISV) posiadają już VSTS Team Developer.

Wszystkie szczegóły "promocji" są dostępne tutaj.
Informacje o produkcie można uzyskać tutaj.

TFS Web Access 2008 dostępny w języku polskim

Bysza — Tue, 18 Nov 2008 02:03:00 GMT

Miło mi poinformować że w ramach projektu Team System Web Access Translations (http://www.codeplex.com/TSWAL/), rozpoczętego przez Marcela de Vries (TFS MVP), opublikowaliśmy wersję 1.0 tłumaczenia Team Foundation Web Access 2008 na język polski, której jestem skromnym autorem.

Tłumaczenie dotyczy również rozszerzenia WIWA, dostępnego od wersji TFS WA 2008 SP1.

Poza polskim, dostępne są następujące pakiety lokalizacyjne:

Chorwacki, autor Ognjen Bajic
Portugalski (Brazylijski), autorzy Igor Abade i Ramon Durães.
Turecki, autorzy Cengiz Han, Coskun Sunali i Okan Tekeli
Duński, autor Gert Christiansen
Szwedzki, autor Mathias Olausson
Holenderski, autor Marcel de Vries

Mam nadzieję że polska lokalizacja umożliwi szerszą adopcję tego produktu w Polsce, nie tylko w środowisku deweloperów i specjalistów IT, ale również przez użytkowników końcowych, którym pozwoli na interakcję z systemem w języku ojczystym.

Liczę że wersja 1.0 tłumaczenia przyda się wielu zespołom. Zachęcam do dyskusji na temat zwrotów przyjętych w tłumaczeniu i zgłaszania uwag. Nieczęsto można wpłynąć na to, w jaki sposób przetłumaczony jest produkt Microsoftu.

Gratulacje dla wszystkich członków zespołu i Marcela, za wykazanie inicjatywy i wydobycie plików źródłowych z Microsoftu.

Odnośniki do notek Marcela de Vries i Briana Harry’ego na temat udostępnienia v1 pakietu lokalizacyjnego.

Instalacja pakietu lokalizacyjnego jest bardzo prosta:

1. Pobrać instalator w pliku MSI z http://www.codeplex.com/TSWAL/Release/ProjectReleases.aspx?ReleaseId=18055

2. Uruchomić plik MSI na serwerze, na którym zainstalowany jest Team System Web Access 2008 lub wyżej.

3. Zrestartować pulę aplikacyjną, w której działa TSWA, lub zrestartować IISa.

Po zainstalowaniu, system powinien automatycznie rozpoznać używaną w przeglądarce wersję językową i dostosować do niej interfejs użytkownika.

Alternatywną metodą jest ręczne wymuszenie języka, poprzez menu Settings -> Profile -> Options, a następnie przejście do zakładki Regional settings i ustawienie żądanego języka.

Poniżej prezentuję kilka zrzutów ekranu, prezentujących interfejs w języku polskim. Proszę zwrócić uwagę że z powodu angielskiej wersji metodyki zainstalowanej w TFS, niektóre słowa mogą być wyświetlane w języku angielskim i są one niezależne od wersji językowej TFS WA:

Lokalizacja TFS Web Access 2008 na język polski

Bysza — Thu, 13 Nov 2008 15:30:00 GMT

Czy ktoś zauważył że nie mamy zlokalizowanego TFS Web Access na język polski?
To nieładnie ze strony MS, że pomija tak ważny kraj w Europie Centralnej, pełen wspaniałych i inteligentnych ludzi :)

Skoro MS nas nie docenia, to nie ma co lamentować, tylko wziąść się za robotę i nikogo nie prosząc zrobić to samemu.
Niestety nie zauważyłem wielu chętnych, zatem postanowiłem dołączyć się do projektu TSWAL na CodePlex i zrobić to tłumaczenie.

I tutaj mam mały problem, bynajmniej nie związany z brakiem rąk do pracy, tylko z tłumaczniem niektórych zwrotów.
Może zechcielibyście dopomóc i wrzucić Wasze propozycje?
Swoich specjalnie nie publikuję, by nikogo nie sugerować.

Oto problematyczne pojęcia:

check-in
check-out
changeset
shelve
shelveset
work item
build
bug
quality requirement

Będę wdzięczny za propozycje :)

[EN] PDC 2008 sessions available on the net

Bysza — Sun, 02 Nov 2008 21:20:33 GMT

I took some time to select and group PDC 2008 sessions available on the net – usually on Channel9 – because existing search and filtering did not fit my needs.

Basically I wanted to select just the sessions that I was most interested with, but after some time the list went just too big, so finally I have included almost all of them. Enjoy... :-)

TFS 2010 (Rosario) features

Bysza — Sat, 01 Nov 2008 23:49:00 GMT

Channel9 opublikował kilka ciekawych pozycji na temat TFS 2010.
Wszystkie nagrania pochodzą z PDC 2008:

Właśnie udostępniono uaktualnioną wersję Visual Studio 2010 September 2008 CTP w wersji VPC, do ściągnięcia tutaj.

Ten release będzie duży, w przeciwieństwie do TFS 2005 -> 2008.
Masa nowej funkcjonalności, którą lepiej zobaczyć na własne oczy, niż o niej czytać ;)
Dlatego polecam powyższe nagrania.

Dodatkowo warto obejrzeć:

Research: Contract Checking and Automated Test Generation with Pex, gdzie prezenterzy Mike Barnett (ten od Spec#) i Nikolai Tillmann pokazują projekt Pex.
Microsoft Visual C# IDE: Tips and Tricks.

Polecam backupy online. Dla celów prywatnych za darmo.

Bysza — Sun, 12 Oct 2008 21:49:17 GMT

Nie przepadam specjalnie za reklamowaniem produktów, w szczególności nie swoich ;), ale tutaj należy się wyjątek.

Każdy użytkownik komputera zwykle cierpi, gdy szlag trafia jego/jej dane. W szczególności gdy nie były zabezpieczone aktualną kopią zapasową. Z jednej strony chcielibyśmy mieć nasze dane zabezpieczone, z drugiej natomiast, po prostu nam się nie chce. Najfajniej byłoby uzyskać bezpieczeństwo bez wysiłku, automatycznie i za darmo.

Co jeżeli jednak nie mamy odpowiedniego nośnika lub nie chcemy w niego inwestować? Co z dobrymi praktykami, jak szyfrowanie, czy przechowywanie kopii w innym miejscu, niż same dane? Byłoby miło przechowywać nasze dane w profesjonalnie zarządzanym centrum danych, nie martwić się harmonogramem kopii, zmienianiem taśm, nie płacić i być zgodnym ze wszystkimi, zalecanymi praktykami.

Brzmi nieźle, tylko jak to zrobić? Na ratunek przychodzi nam backup online: instalujemy agenta, określamy harmonogram, zakres danych i nakazujemy kopiowanie przez internet naszych cennych zasobów do centrum danych po drugiej stronie Atlantyku.

Od 17. marca 2008 testuję jedno z takich rozwiązań: mozy home.

Z całą odpowiedzialnością mogę polecić to rozwiązanie wszystkim. Działa ono jak każde dobre narzędzie - człowiek momentalnie się przyzwyczaja i zupełnie zapomina o jego istnieniu. Jak z prądem elektrycznym: ono po prostu jest :)

Rejestracja konta użytkownika i instalacja oprogramowania jest bardzo prosta. Oprogramowanie od początku działało bez zarzutu, nawet na mojej Viście 64bit. Wystarczy wejść na https://mozy.com/registration/free i zarejestrować konto. Potem ściągnąć oprogramowanie, zainstalować je, określić zakres danych i politykę szyfrowania. Możemy użyć klucza przechowywanego w centrum danych, lub wskazać własny i martwić się o niego samemu.

Odtwarzanie danych jest intuicyjne. Całość integruje się z powłoką Windows i jest za darmo do użytku prywatnego. Możemy wykorzystać maksymalnie 2 GB, ale powiększenie nie jest trudne: każdy może wskazać zaprzyjaźnione osoby jako referencje. Wtedy obie strony otrzymują po 250 MB więcej.

Wydajności rozwiązania niewiele można zarzucić. Pierwszy backup jest duży, bo kopiuje wszystko co zaznaczyliśmy, ale kolejne kopie są różnicowe. Wysyłane są tylko te dane, które się zmieniły. W moim przypadku, na 1.2 GB danych pod backupem, dzienna paczka zamyka się średnio w 30 MB.

Jedyne o czym musimy pamiętać to pozostawić komputer na noc (czy kiedy tam sobie chcemy) włączony i podłączony do sieci.

Mam nadzieję że powyższy tip uratuje komuś skórę... :)

Diagnostyka wycieków pamięci

Bysza — Wed, 24 Sep 2008 19:38:00 GMT

W poniższym artykule wykorzystano materiały znajdujące się w następujących artykułach Tess:

http://blogs.msdn.com/tess/archive/2005/11/25/i-have-a-memory-leak-what-do-i-do-defining-the-where.aspx

http://blogs.msdn.com/tess/archive/2005/11/25/dumpheap-stat-explained-debugging-net-leaks.aspx

Uwaga: postanowiłem nie tłumaczyć większości pojęć w CLR, np. takich jak „assemblies”, „loader”, „viewstate”, itp. Wychodzą z tego potworki językowe, które wprowadzają tylko zamieszanie i niekoniecznie muszą być wszystkim znane. Jeżeli kogoś razi takie podejście, to z góry przepraszam.
Jednocześnie proszę o zwrócenie mi na to uwagi – jeżeli liczba niezadowolonych będzie duża, postaram się ustalić jakiś wspólny mianownik.

Rozróżnijmy dwa pojęcia: wyciek pamięci oraz wysokie użycie pamięci.
Z wyciekiem pamięci mamy do czynienia gdy zaalokujemy pamięć i zagubimy do niej wskaźnik, co prowadzi do tego, że nie możemy jej zwolnić.

Dopóki mamy wskaźnik do zaalokowanej pamięci, mówimy o wysokim użyciu pamięci.

Obie sytuacje mogą być równie złe z naszego punktu widzenia i prowadzić do podobnych skutków, jednak nadal są one różne.

Dla uproszczenia, w dalszej części artykułu będziemy używać terminu „wyciek pamięci.”

Wyróżniamy dwa typy wycieków pamięci: stopniowy, gdzie użycie pamięci rośnie w przybliżeniu liniowo, i nagły. Rozwiązujemy je w podobny sposób, jednak przy nagłym wycieku staramy się znaleźć powiązane, wyjątkowe zdarzenie, które zaszło w chwili wycieku, np. bardzo duże obciążenie serwera, itp.

Pamięć procesu zawiera wiele różnych bytów, takich jak wątki, zarządzane sterty, zarządzaną stertę loader’a, natywne sterty, biblioteki dll i alokacje wirtualne dokonywane przez obiekty COM, zatem dobrym miejscem by zacząć, jest sprawdzenie w monitorze wydajności następujących liczników:

Process/Virtual Bytes	Ilość zaalokowanej pamięci wirtualnej.
Process/Private Bytes	Ilość zaalokowanej pamięci fizycznej.
.net CLR Memory/# Bytes in all Heaps	Ilość bajtów we wszystkich stertach.
.net CLR Memory/% Time in GC	Procent czasu działania aplikacji, spędzony na odśmiecanie.
.net CLR Memory/Large Object Heap size	Ilość zaalokowanej pamięci na stercie dla dużych obiektów (Large Object Heap - LOH). Duże obiekty to te, których wielkość przekracza 85 000 bajtów.
.net CLR Loading/Bytes in Loader Heap	Ilość bajtów zaalokowanych na stercie loadera.
.net CLR Loading/Current Assemblies	Ilość załadowanych assemblies.

Poszukujemy takiej sytuacji, gdzie ilość bajtów prywatnych rośnie w przybliżeniu w tym samym tempie, co ilość bajtów wirtualnych, oraz czy „#Bytes in all Heaps” podąża tą samą ścieżką.

Jeżeli ilość bajtów prywatnych będzie się zwiększać, ale „#Bytes in all Heaps” pozostanie bez zmian, mamy prawdopodobnie do czynienia z wyciekiem natywnej pamięci, np. z powodu alokacji dokonywanych przez komponenty COM. Jeżeli „#Bytes in all Heaps” zwiększa się w podobnym tempie jak bajty prywatne, wyciek jest zlokalizowany w kodzie zarządzanym.

Podobnie, jeżeli widać zwiększającą się ilość bajtów wirtualnych, ale bajty prywatne pozostają bez zmian, problemem jest pewnie rezerwacja dużej ilość pamięci wirtualnej, która nie jest później używana.

Z chwilą uruchomienia procesu i załadowania wszystkich domen aplikacyjnych (appdomains), liczniki „#Bytes in Loader Heap” i „#Current Assemblies” powinny utrzymywać się na niezmienionym poziomie. Jeżeli jednak liczniki te rosną, bardzo prawdopodobny jest wyciek pamięci z assembly loader’a.

Jeżeli mamy do czynienia z aplikacją w ASP.net, należy sprawdzić w web.config, czy atrybut debug=”false” oraz symptomy, nie są identyczne z opisanymi w artykułach KB:
Memory usage is high when you create several XmlSerializer objects oraz Assembly leak because of script blocks in XSLT's.

Użycie WinDbg do debugowania wycieku pamięci zarządzanej

Najbardziej pomocnym poleceniem WinDbg w przypadku debugowania wycieku pamięci zarządzanej jest !dumpheap. Pokazuje ono listę wszystkich obiektów na zarządzanych stertach, a używając różnych przełączników tego polecenia, możemy formatować wyniki.

!dumpheap jest poleceniem wbudowanym w rozszerzenie SOS, które otrzymujemy wraz z instalacją .Net Framework. Plik zlokalizowany jest w folderze, w którym zainstalowaliśmy .Net Framework. Jeżeli zainstalowaliśmy SDK v1.1 w domyślnym folderze, podstawowy opis użycia SOS możemy znaleźć w C:\Program Files\Microsoft Visual Studio .NET 2003\SDK\v1.1\Tool Developers Guide\Samples\sos.

Rozróżniamy dwie kategorie obiektów przechowywanych na stercie:

obiekty które są zakorzenione (rooted), np. jakiś obiekt przechowuje do nich wskaźnik (referencję),
oraz
obiekty które zostały właśnie utworzone (młode) lub przestały być zakorzenione od czasu ostatniego odśmiecania.

By uniknąć przeglądania dużej ilości danych, które i tak zostaną usunięte podczas najbliższego odśmiecania, można posłużyć się pożytecznym trikiem:
1. obciążyć aplikację (stress),
2. ręcznie wymusić odśmiecanie, wywołując GC.Collect(3),
3. wykonać zrzut pamięci procesu (dump),
4. obciążyć aplikację (stress) po raz kolejny,
5. ręcznie wymusić odśmiecanie, wywołując GC.Collect(3),
6. wykonać zrzut pamięci procesu (dump),
7. porównać obiekty znajdujące się na stertach w obydwu zrzutach.

Przełącznik -stat polecenia !dumpheap, pokazuje zestawienie statystyk dotyczących obiektów na stercie:
0:000> !dumpheap -stat
0x79c489a0          1            12 System.Runtime.Remoting.Messaging.ClientContextTerminatorSink
0x79bf9aec          1            12 System.IO.TextReader/NullTextReader
0x79be7078          1            12 System.Runtime.Remoting.Proxies.ProxyAttribute
0x79bce8e0          1            12 System.Runtime.InteropServices.ComVisibleAttribute
0x79bce7c8          1            12 System.CLSCompliantAttribute
0x79bc08e0          1            12 System.Empty
0x0618ae68          1            12 System.Web.Configuration.CustomErrorsConfigHandler
0x061887f8          1            12 System.Web.UI.WebControls.UnitConverter
0x06180848          1            12 System.Drawing.ColorConverter
0x05dbfbc4          1            12 System.Data.Res
<… wycięto …>
0x03f1236c        625     2,820,896 System.Char[]
0x04ad88f4    102,874     2,880,472 System.Web.UI.ControlCollection
0x0469bdf0    156,650     3,133,000 System.Collections.Specialized.HybridDictionary
0x04ad91bc    164,516     3,290,320 System.Web.UI.Triplet
0x03f134a8      7,582     3,799,704 System.Collections.Hashtable/bucket[]
0x04ade5e4     47,395     4,549,920 System.Web.UI.WebControls.Label
0x061826bc     58,197     4,888,548 System.Web.UI.DataBoundLiteralControl
0x04adff44    323,119     5,169,904 System.Web.UI.StateItem
0x0618788c     63,437     6,089,952 System.Web.UI.WebControls.TableCell
0x0469c5c4    309,132     6,182,640 System.Collections.Specialized.ListDictionary/DictionaryNode
0x0011cec0        305     6,240,720      Free
0x79ba2ee4    270,831     6,499,944 System.Collections.ArrayList
0x03f16d9c        222     7,703,284 System.DateTime[]
0x04add34c    105,502     8,018,152 System.Web.UI.LiteralControl
0x0615c6f4    558,019    11,160,380 System.Data.DataRowView
0x03f15d1c      3,783    15,447,528 System.Boolean[]
0x060bcc74    570,274    22,810,960 System.Data.DataRow
0x03f15fd4        702    50,930,472 System.Decimal[]
0x03f131e8     21,013    60,573,352 System.Int32[]
0x03f1209c    508,734    75,399,184 System.Object[]
0x79b94638 5,286,303   697,441,440 System.String
Total 9,712,896 objects, Total size: 1,032,127,612

Pierwsza kolumna zawiera identyfikator z tabeli metod danego typu. Jeżeli zrzucimy dane wybranego obiektu, pierwszą wartością DWORD będzie identyfikator tabeli metod, która zawiera wskaźniki do informacji o danym typie, takie jak lista zmiennych składowych, lista implementowanych metod, itp. Tabela metod unikalnie identyfikuje typ.

Druga kolumna zawiera ilość obiektów danego typu na stercie. W powyższym przykładzie na stercie zaalokowanych jest 5.286.303 obiektów typu string.
Trzecia kolumna zawiera całkowity rozmiar pamięci zajmowanych przez te obiekty, zatem nasze stringi zajmują na stercie około 695 MB. Uwaga: całkowity rozmiar obiektów nie zawiera zmiennych składowych.

Rozważmy przykład klasy System.Data.DataSet:
0x060bbd2c 221 17,680 System.Data.DataSet

Widzimy że na stercie znajduje się 221 obiektów klasy DataSet, które zajmują w sumie 17.680 bajtów, co oznacza że średnio zajmują one 80 bajtów. Jeżeli prezentowana wartość reprezentowałby całkowity rozmiar obiektu data set, byłyby to bardzo małe obiekty.

Jeżeli wyświetlimy listę obiektów klasy DataSet, poprzez polecenie !dumpheap –mt <tabela metod>, a następnie wybierzemy jeden z nich i wyświetlimy jego zawartość poprzez !dumpobj <adres>, zobaczymy listing podobny do poniższego:

0:000> !dumpobj 0x3920ed4c
Name: System.Data.DataSet
MethodTable 0x060bbd2c
EEClass 0x060d2614
Size 80(0x50) bytes
GC Generation: 2
mdToken: 0x0200003b (c:\windows\assembly\gac\system.data\1.0.5000.0__b77a5c561934e089\system.data.dll)
FieldDesc*: 0x060bb358
        MT      Field     Offset                 Type       Attr      Value Name
0x060b252c 0x4000583      0x4                CLASS   instance 0x00000000 site
0x060b252c 0x4000584      0x8                CLASS   instance 0x00000000 events
0x060b252c 0x4000582        0                CLASS     shared   static EventDisposed
    >> Domain:Value 0x001192a0:NotInit 0x0017fc40:NotInit 0x044b7b28:0x1c357cb8 <<
0x060bbd2c 0x40003d3      0xc                CLASS   instance 0x00000000 defaultViewManager
0x060bbd2c 0x40003d4     0x10                CLASS   instance 0x3920ee28 tableCollection
0x060bbd2c 0x40003d5     0x14                CLASS   instance 0x3920ed9c relationCollection
0x060bbd2c 0x40003d6     0x18                CLASS   instance 0x00000000 extendedProperties
0x060bbd2c 0x40003d7     0x1c                CLASS   instance 0x1c357c90 dataSetName
0x060bbd2c 0x40003d8     0x20                CLASS   instance 0x182d0224 _datasetPrefix
0x060bbd2c 0x40003d9     0x24                CLASS   instance 0x182d0224 namespaceURI
0x060bbd2c 0x40003da     0x40       System.Boolean   instance 0 caseSensitive
0x060bbd2c 0x40003db     0x28                CLASS   instance 0x14309a0c culture
0x060bbd2c 0x40003dc     0x41       System.Boolean   instance 1 enforceConstraints
0x060bbd2c 0x40003dd     0x42       System.Boolean   instance 0 fInReadXml
0x060bbd2c 0x40003de     0x43       System.Boolean   instance 0 fInLoadDiffgram
0x060bbd2c 0x40003df     0x44       System.Boolean   instance 0 fTopLevelTable
0x060bbd2c 0x40003e0     0x45       System.Boolean   instance 0 fInitInProgress
0x060bbd2c 0x40003e1     0x46       System.Boolean   instance 1 fEnableCascading
0x060bbd2c 0x40003e2     0x47       System.Boolean   instance 0 fIsSchemaLoading
0x060bbd2c 0x40003e3     0x2c                CLASS   instance 0x00000000 rowDiffId
0x060bbd2c 0x40003e4     0x48       System.Boolean   instance 0 fBoundToDocument
0x060bbd2c 0x40003e5     0x30                CLASS   instance 0x00000000 onPropertyChangingDelegate
0x060bbd2c 0x40003e6     0x34                CLASS   instance 0x00000000 onMergeFailed
0x060bbd2c 0x40003e7     0x38                CLASS   instance 0x00000000 onDataRowCreated
0x060bbd2c 0x40003e8     0x3c                CLASS   instance 0x00000000 onClearFunctionCalled
0x060bbd2c 0x40003e9        0                CLASS     shared   static zeroTables
    >> Domain:Value 0x0017fc40:NotInit 0x044b7b28:0x1c357c80 <<

Wspomniane 80 bajtów wystarczy do przechowania wszystkich wskaźników do zmiennych składowych, ale dane rzeczywiście składowane w DataSet, znajdują się w kolekcji tabel i jej zmiennych składowych. By otrzymać rzeczywisty rozmiar obiektu, włączając w to zmienne składowe tego obiektu, należy użyć polecenia !objsize <adres>.

Zmienne składowe same są obiektami na stercie, zatem w wyniku polecenia !dumpheap –stat zostaną one wykazana osobno, a w naszym przypadku, zagregowany rozmiar 1 032 127 612 bajtów, jest rzeczywistym rozmiarem wszystkich obiektów na stertach.

Niektóre typy, jak string, byte[] czy char[], zawierają rzeczywiste dane w strukturze, co oznacza że całkowity rozmiar wykazany przez !dumpheap -stat, będzie taki sam lub bardzo zbliżony do całkowitego rozmiaru obiektów. Z tego powodu oraz z powodu bycia popularnymi typami, w większości przypadków będziemy widzeli je w roli największych okupantów pamięci. W związku z tym, w przypadku poszukiwania wycieków pamięci, bardziej pomocnym może być szukanie wśród obiektów występujących nieco rzadziej.

W rozważanym przypadku możemy zauważyć ogromną ilość obiektów typu DataRow, zatem dobrym punktem początkowym byłoby znalezienie przyczyny tak dużej ich ilości.

Duża ilość stringów prawdopodobnie jest składową obiektów DataRow, których na stercie zaalokowano 570.274. Biorąc pod uwagę 221 DataSet’ów, każdy z nich średnio zawiera 2.580 wierszy, co oznacza że są to duże DataSet’y. By tego dowieść, moglibyśmy sprawdzić wielkość kilku wybranych, używając do tego polecenia !objsize.

Kolejną ważną rzeczą są obiekty raportowane jako Free. Nie są to obiekty, a pamięć zwolniona podczas odśmiecania, której jeszcze nie scalono (not compacted). Pamięć ta może być wykorzystana do kolejnych alokacji. Jeżeli zauważymy dużą ilość wpisów reprezentujących wolną pamięć na stercie (Free), możemy mieć do czynienia z problemem przypinania (pinning) obiektów. Precyzując, możemy przyjąć regułę, że jeżeli 30% pamięci na stercie jest raportowana jako wolna (Free), istnieje duże prawdopodobieństwo występowania powyższego problemu, którego dobre wyjaśnienie możemy znaleźć na blogu Moani, pod adresem http://blogs.msdn.com/maoni.

Innymi, przydatnymi przełącznikami są:

-mt	zwraca obiekty o wskazanej tabeli metod
-type	zwraca obiekty których nazwa pasuje do podanego wzorca
-min	zwraca wszystkie obiekty, których rozmiar przekracza podany
-fix	zwraca wszystkie obiekty znajdujące się pomiędzy dwoma adresami w pamięci
-l <liczba>	zwraca tylko określoną ilość obiektów, podaną w <liczba>

Powyższe przełączniki możemy ze sobą łączyć, np.:
!dumpheap -type String -min 85000
zwróci nam wszystkie obiekty typu String, zaalokowane na stercie dla dużych obiektów (LOH). Rozmiar 85 000 bajtów jest wielkością, która powoduje że obiekt jest alokowany na LOH, zamiast na zwykłej stercie.
Przykładowym rezultatem powyższego polecenia będzie:

0:067> !dumpheap -type String -min 85000
Using our cache to search the heap.
Address    MT           Size     Gen
0x212d0030 0x79b94638   86,812   -1 System.String dDwtMTE0NjcyOTQ4MTt0PDtsPGk8Mz
0x222d0030 0x79b94638   86,812   -1 System.String dDwtMTE0NjcyOTQ4MTt0PDtsPGk8Mz
0x232d0030 0x79b94638   86,688   -1 System.String dDwtMTE0NjcyOTQ4MTt0PDtsPGk8Mz
Statistics:
        MT      Count     TotalSize Class Name
0x79b94638          3       260,312 System.String
Total 3 objects, Total size: 260,312

Oznacza to że na LOH znajdują się 3 stringi, o wielkości odpowiednio 86 812, 86 812 i 86 688 bajtów, reprezentujące tekst o długości około 40 000 znaków, ponieważ każdy znak w .net jest kodowany przy użyciu 2 bajtów (unicode).

Uwaga: ostatnia kolumna wyniku powyższego polecenia, zawiera kilkanaście pierwszych znaków stringu. Warto wiedzieć że stringi zaczynające się od znaków „dDw” są strigami kodowanymi Base64. W większości przypadków, widząc takie stringi, możemy spodziewać się że reprezentują one viewstate. W rozważanym przykładzie, analizowany proces zawiera strony ASP.net o viewstate znaczącej wielkości.

WinDbg – od czego zacząć?

Bysza — Sat, 09 Aug 2008 19:30:46 GMT

Zanim przystąpimy do analizy przypadków publikowanych przez Tess Ferrandez, myślę że przyda nam się wprowadzenie do konfiguracji i podstawowego użycia WinDbg.

W naszych rozważaniach będziemy zajmować się debugowaniem aplikacji zaimplementowanych w kodzie zarządzanym, działających w trybie użytkownika. Debugowanie programów działających w trybie jądra, np. sterowników, jest poza zakresem.

Konfiguracja WinDbg

1. Pobrać i zainstalować aktualną wersję WinDbg 32bit lub 64bit.

2. Założyć folder przeznaczony na pliki symboli, np. c:\debugging\symbols.

3. Zadeklarować globalną zmienną środowiskową o nazwie _NT_SYMBOL_PATH i przypisać jej wartość „srv*c:\debugging\symbols*http://msdl.microsoft.com/download/symbols”.
lub
Uruchomić WinDbg i wejść do menu "File -> Symbol File Path" i wpisać tam powyższą ścieżkę do symboli.

4. Jeżeli to wymagane, ustawić folder zawierający kod źródłowy w menu "File -> Source File Path."

Powyższa lista w żadnej mierze nie wyczerpuje dostępnych możliwości konfiguracyjnych, lecz pozwala szybko ustawić najbardziej potrzebne opcje i przystąpić do debugowania.

Debuger

Reguły nazewnictwa komend debugera

Polecenia

Standardowe polecenia debugera zwykle zaczynają się od litery, ale mogą również od innych znaków. Służą do kontroli pułapek, przeglądania pamięci, kontroli wątków debugowanego procesu, itp.

Metapolecenia

Zawsze rozpoczynają się od znaku „.” (kropki) i służą do sterowania debugerem, np.: .load ładuje bibliotekę rozszerzeniową do aktywnej sesji debugera.

Polecenia rozszerzone

Zawsze rozpoczynają się od znaku „!” (wykrzyknik). Zaimplementowane i udostępnione przez biblioteki rozszerzeniowe, np. SOS.dll.

Debugowanie

WinDbg umożliwia dwie metody debugowania aplikacji zarządzanych: załadowanie pliku zrzutu lub podłączenie do procesu.

Pliki zrzutu (crash dump)

Plik zrzutu zwykle tworzony jest w przypadku wystąpienia nieobsługiwanego wyjątku (Dr Watson 2) lub na żądanie użytkownika. Vista umożliwia utworzenie zrzutu procesu bezpośrednio z Task managera. W innych systemach lub bardziej zaawansowanych przypadkach (np. zrzutu warunkowego), należy użyć jednego z narzędzi pomocniczych jak ADPlus (http://support.microsoft.com/kb/286350) lub DebugDiag dla IIS (http://support.microsoft.com/kb/931370).

Podłączanie do procesu

W przypadku gdy nasza aplikacja jest już uruchomiona, podobnie jak w Visual Studio, możemy podłączyć się debugerem do procesu.

Wyróżniamy tutaj dwa tryby debugowania: inwazyjny i nieinwazyjny.

Tryb inwazyjny wykorzystuje Win32 Debugging API. Pozwala na przejęcie pełnej kontroli nad działaniem aplikacji i użycie wszystkich dostępnych poleceń debugera.

Tryb nieinwazyjny nie powoduje podłączenia się do procesu przy użyciu Win32 Debugging API, tylko wstrzymanie wykonania wszystkich wątków aplikacji i uzyskanie dostępu do pamięci procesu. Ten tryb ma minimalny wpływ na aplikację i jest przydatny np. w przypadku potrzeby podejrzenia aktualnego stanu wykonania, a następnie kontynuacji działania aplikacji. Udostępnia ograniczony zestaw poleceń debugera.

Podłączamy się do procesu poprzez „File -> Attach to process” lub klawisz F6 i wybór procesu który nas interesuje. Debuger domyślnie przyjmuje tryb inwazyjny – by skorzystać z trybu nieinwazyjnego, należy zaznaczyć checkbox „Noninvasive”.

Odłączenie od procesu realizuje polecenie „Debug -> Detach debuggee” lub „Debug -> Stop debugging.”

Wbudowany help i inne przydatne polecenia

Rozszerzenie Son of Strike (SOS) jest przeznaczone do interpretacji struktur zarządzanych przez CLR.

Każdy proces .net na wstępie swojego działania, rozwiązuje wersję CLR, którą powinien załadować i ją ładuje. SOS jest powiązany z określoną wersją .net, dlatego zanim przystąpimy do jego ładowania do debugera, należałoby ustalić jaką wersję CLR mamy w debugowanym procesie i jaka jest ścieżka do właściwej wersji SOSa. Jest to nieco uciążliwe, dlatego polecenie:

.loadby sos mscorwks

ładuje SOS do debugera, bazując na ścieżce obrazu biblioteki mscorwks (czyli CLRa), znakomicie upraszczając sprawę. Oczywiście do procesu mogła również zostać załadowana biblioteka mscorsvr…

!help

Wyświetla listę poleceń dostępnych w SOS.

!help [nazwa polecenia]

Wyświetla dokumentację wskazanego polecenia, np. !help GCRoot.

W następnym poście skupimy się na kilku najbardziej przydatnych poleceniach SOS, podłączymy się do małej, przykładowej aplikacji i obejrzymy ją sobie w WinDbg.

WinDbg - narzędzie zapomniane przez Boga i ludzi?

Bysza — Wed, 06 Aug 2008 20:34:21 GMT

WinDbg jest mało znanym, najmniej docenianym i najrzadziej używanym narzędziem do debugowania programów pisanych w kodzie zarządzanym. Zachodzę w głowę dlaczego?

Może dlatego że jest debuggerem opartym o konsolę tekstową? Może na samo wspomnienie że WinDbg służy do debugowania sterowników działających pod Windows? Nie wiem, a chętnie bym się dowiedział ;)

Uważam że nie ma na rynku lepszego debuggera niż WinDbg. Żaden z nich nie daje tak wielu możliwości i kontroli nad tym co się dzieje w systemie. Na dodatek jest do ściągnięcia za darmo w wersji 32 bitowej lub 64 bitowej. :)

Ucieszyłem się że na C2C 2008, Martin Kulov przedstawił prezentację nt. tego znakomitego narzędzia. Szkoda tylko że tak krótko i zapewne wielu osobom pozostał niedosyt.

W domenie "pl" nie znalazłem wiele informacji o WinDbg w języku polskim. Może macie jakieś dobre namiary?

Tak czy inaczej, jedym z wątków na tym blogu będzie WinDbg. Postaram się przystępnie pisać o możliwościach jakie daje oraz sposobach rozwiązywania określonych problemów.

Ponieważ należy uczyć się od najlepszych i nie warto wyważać otwartych drzwi, udało mi się uzyskać zgodę Tess Ferrandez na tłumaczenie jej postów na język polski i publikację ich tutaj. Wszędzie gdzie będę uważał za stosowne, dodam swoje komentarze zawierające dodatkowe wyjaśnienia. Będę również publikował przypadki z mojej praktyki.

Mam nadzieję że znajdziecie tutaj coś wartościowego dla siebie :)

Zdrowi.

No comments...

Szacunek dla organizatorów MTS 2009 :)

TFS Web Access 2010 w języku polskim przed RTM?

VSTS Database Edition dostępna za darmo dla posiadaczy VSTS Team Developer.

TFS Web Access 2008 dostępny w języku polskim

Lokalizacja TFS Web Access 2008 na język polski

[EN] PDC 2008 sessions available on the net

Web technologies

Future & plans

SharePoint

SQL Server

Silverlight

WCF

WPF

Visual Studio & Team System

.Net Framework & C#

Design & architecture

Programming & quality

Velocity

Windows Azure

WF

Windows 7

Miscellaneous