Ponieważ „chmura to tylko komputer kogoś innego”, to problemy, z którymi zmagają się
dostawcy tego typu, różnią się od problemów operatora kilkuset serwerów wyłącznie skalą.
Opowiemy o zasobach, o które współzawodniczą procesy, sposobach ich izolacji, oraz
wyjaśnimy dlaczego ich scheduling nie jest tak prosty jak twierdzi Linus Torvalds.Agenda:
- Definicja problemu:
- co to jest tail latency i dlaczego ma znaczenie?
- co tak kryje się pod jednym zapytaniem GET do memcached?
- Jak zbudowany jest współczesny procesor:
- hierarchia pamięci
- NUMA i topologia CPU
- memory bus
- Noisy neighbor: jak budowa procesora związana jest z wydajnością wielu aplikacji?
- Rozwiązanie problemu (teoretyczne):
- RDT, filesystem resctrl – czyli zasoby poza pamięcią i czasem procesora
- CPU pinning, czyli procesor na wyłączność
- Rozwiązanie problemu (praktyczne):
- jak monitorować?
- jakich narzędzi używać?
- jak testować wydajność?
- jak unikać kolokowania niepasujących do siebie aplikacji.
Paweł Pałucki
Cloud Solutions Architect w Intel
Programista z powołania, administrator z konieczności (jak nie działa IPLA z Polsatu, to mogę mieć w tym swój udział), który myślał, że devops to „devices operator”, znający 10 języków programowania (ale umie tylko Pythona), uzależniony od vim keybinding, obecnie Cloud Architect w Intelu, odpowiedzialny za optymalizację na wszystkich poziomach (od mikro operacji, niżej niż asembler, aż do balansowania ruchu na poziomie LB) i projektowania/składania większych (dziesiątki) lub mniejszych (1 maszyna) solucji.
W czasie wolnym, z braku czasu wolnego, miłośnik swojej rodziny i organizowania im wolnego czasu 😉
Maciej Iwanowski
Lead Software Engineer
Niedoszły arabista, który został informatykiem. Przez sporą część życia tworzył aplikacje internetowe, od 8 lat korzysta z chmur publicznych i analizuje problemy wydajnościowe, występujące we współdzielonych środowiskach.
W czasie wolnym miłośnik podróży pociągami osobowymi w relacjach, obsługiwanych przez Pendolino.
Polski 
English (UK)