Monthly Archives: Listopad 2012

Kariera programisty – o własne sprawy trzeba dbać :)

Jeżeli  jesteście programistami z kilkuletnim stażem i lubicie brać sprawy we własne ręce (ewentualnie wiedzieć co w trawie piszczy), to 15 grudnia 2012 w Hotelu Scandic przy ul. Podwale Grodzkie 9 w Gdańsku organizowane są targi pracy związane z branżą IT – Kariera Programisty.

Dlaczego warto tam przyjść?

Podczas targów będą wystawiać pracodawcy, którzy aktualnie szukają programistów na trójmiejskim rynku. Jest to niewątpliwie dobra okazja do rozeznania się jakie umiejętności w danej chwili są poszukiwane i w jakim kierunku warto się dalej rozwijać. Forma targów jest bardzo dobrą okazją zarówno do złożenia CV, jak i  do rozmowy na temat projektów, technologii  oraz specyfiki pracy w danych firmach.

karieraprogramistyNiewątpliwie bezpośredni kontakt z przyszłym pracodawcą jest o wiele lepszą formą uzyskania informacji niż wnioskowanie na podstawie suchych ogłoszeń. Jakby nie patrzeć, podczas targów można się o wszystko pytać !!! Z ogłoszeniem na portalu już tak łatwo nie jest 🙂

Do tego dochodzą inne (oczywiste) ułatwienia, takie jak np. duża ilość pracodawców w jednym miejscu. Chyba nie muszę wspominać, że złożenie CV do wszystkich wystawiających się firm nie powinno zająć dużo czasu.

Dodatkowe powody do przyjścia

Póki co mówiłem głównie o wystawcach i o tym, dlaczego warto się do nich wybrać 15 grudnia. Nie wspomniałem jednak o dodatkowych atrakcjach, które przewidzieli organizatorzy. W trakcie wydarzenia będzie można uczestniczyć w kilku sesja technicznych. Pewnie domyślacie się, kto poprowadzi jedną z nich:

Nowości programistyczne w SQL Server 2012 Express

Aby nie było niedomówień – tak, ja 🙂

Dodatkowo mogę wspomnieć, że na koniec targów odbędzie się losowanie nagród!

Warunki uczestnictwa i rejestracja

Do udziału w tym wydarzeniu kwalifikowane są osoby z doświadczeniem z branży IT, które specjalizują się w programowaniu oraz zarejestrują się na stronie targów:

http://karieraprogramisty.pl/

Podsumowanie

Jeżeli aktualnie szukasz nowej pracy (lub też chciałbyś rozeznać się w sytuacji na trójmiejskim rynku),  to targi Kariera Programisty są idealną okazją aby to przeprowadzić. Wiele firm w jednym miejscu i możliwość zadawania pytań wystawcom powinny stanowić naprawdę kuszącą propozycję. Nie wspominając o dodatkowych atrakcjach, czyli: sesjach technicznych i losowaniu nagród 🙂

Reklamy

Plany zapytań w cache-u a zmiana MAXDOP na poziomie serwera

SQL Server obsługując zapytania użytkowników potrafi sam zadecydować z ilu rdzeni ma w danym momencie skorzystać. Do kontroli maksymalnej ilości wątków służy nam opcja  o nazwie nazwie „max degree of parallelism„.

Celem wpisu nie jest jednak wyjaśnienie wam jak ta opcja działa, lecz pokazanie jaki jest poboczny skutek jej przestawienia 🙂

Co nas może nas zaskoczyć?

Na początek zalogujmy się do naszego serwera i sprawdźmy planów zapytań znajduje się w naszym CECHE-u:

SELECT COUNT(*) AS ilePlanow
FROM sys.dm_exec_cached_plans

Na  obrazku powyżej widać, że jest ich 49. Zmieńmy w takim razie konfigurację:

EXEC sp_configure 'show advanced options', 1
RECONFIGURE
EXEC sp_configure 'max degree of parallelism', 4
RECONFIGURE

I odpytajmy się ponownie o ilość planów w CACHE-u:

SELECT COUNT(*) AS ilePlanow
FROM sys.dm_exec_cached_plans

Tym razem planów jest dwanaście 🙂

Czyżby SQL Server wyczyścił CACHE?

Wygląda na to, że TAK.  Czy jednak jesteśmy w stanie udowodnić ten fakt w niedający złudzeń sposób … poniżej przedstawiam wycinek logu, który może nas zainteresować:

 

Informacja tam zawarta jest dość jasna:

SQL Server has encountered 1 occurrence(s) of cachestore flush for the ‚Object Plans’ cachestore (part of plan cache) due to some database maintenance or reconfigure operations.

Możemy być pewni, że to zmiana MAXDOP na poziomie serwera wyczyściła nam zbuforowane plany zapytań, co może nieść negatywny skutek wydajnościowy przez kilka kolejnych minut działania serwera.

Podsumowanie

Wszelkie zmiany ustawień produkcyjnych serwerów SQL powinny być przez nas przemyślane. O ile opcja ‚max degree of parallelism’ jest powszechnie znana, to skutek poboczny jej przestawienia – już nie koniecznie.  Zanim zaczniemy ją zmieniać, przemyślmy czy może zrobić to w czasie, gdy nasz procesor nie jest zbyt obciążony pracą i wygenerowanie nowych planów nie będzie wpływać na pracę użytkowników końcowych.