[08:14] <TheNumb> o/
[09:38] <Voldenet> > < mati> musiał bym przeczytac 5 ksiązek o linuxie a nie mam czsu
[09:38] <Voldenet> Że też ludziom chce się tracić czas na czytanie książek, podczas gdy wszystko jest w dokumentacji
[09:39] <tomodachi> dokumentacja i ksiazka to nie to samo
[09:40] <Voldenet> zdecydowanie tak, ja od 10 lat nie przeczytałem żadnej książki i potrafię większość rzeczy zrobić na linuchu
[09:40] <Voldenet> Jestem magiem, albo po prostu nie umiem w dokumentacyjną beletrystykę
[09:44] <gjm> jesteś magik. uświadom to sobie, sobie
[09:47] <tomodachi> Voldenet: albo po prostu niewiesz ile jescze lepiej bys umial linux zebys cos otym w kziazke przeczytal
[09:47] <tomodachi> :=)
[09:48] <tomodachi> w sumie to tylko czytalem kziazki o programowania , i shell scripting
[09:48] <Ashiren> ogolnie to nie wiem po co czytac ksiazki o programowaniu
[09:48] <Voldenet> ^ to
[09:49] <Voldenet> gjm: Ja jestem dyspozytorem swoich torów, mogę być magikiem albo inie
[09:49] <Voldenet> W jaki sposób książka miałaby nauczyć mnie rozwiązywać problemy?
[09:50] <Voldenet> No, chyba że ktoś by wydrukował i oprawił kod jakiejś aplikacji open-source, ale to się chyba mija z celem.
[09:50] <rsajdok> Voldenet: opisując konkretny problem i jego rozwiązanie
[09:51] <Voldenet> To tylko zbędny słowotok, rsajdok
[09:51] <Voldenet> Prawie każdy algorytm da się zapisać w postaci kodu albo pseudokodu
[09:51] <Voldenet> Do tego większość algorytmów ma implementacje i w dokumentacji jest opis jaki problem rozwiązuje implementacja.
[09:54] <jacekn> ale nie zawsze jest wyjasnione jakie sa wady i zalety itd.
[09:54] <jacekn> ksiaza pomaga czesto
[09:56] <Voldenet> jacekn: wszystko da się wygooglać
[09:57] <Voldenet> podajcie przykład książki, która uczy więcej niż się da znaleźć w internecie
[09:57] <Voldenet> i mówię tu o programowaniu, rzecz jasna
[09:58] <jacekn> core python programming
[09:59] <jacekn> ja nie mowie ze sie nie da znalezc na internecie ale ksiazka ulatwia. Nie musisz wiedziec czego szukac na przyklad
[09:59] <jacekn> Voldenet: poza tym "wiecej" nie znaczy lepiej
[10:00] <Voldenet> jacekn: 700 stron o pythonie?!
[10:00] <jacekn> tak
[10:00] <Voldenet> Python nie uderzył mnie jako specjalnie skomplikowany
[10:01] <jacekn> no tak. Jesli chcesz manuala i opis jezyka to sie na 50 stronach zmiesci ale to nie o to chodzi w ksiazkach
[10:01] <Voldenet> jacekn: w tej książce świetnej są kody i wyniki ich działania
[10:01] <Voldenet> Po co wyniki?
[10:01] <jacekn> no a w internecie nie ma kod i wyniku jego dzialania?
[10:01] <Voldenet> Pewnie i jest, ale wynik zawsze i tak sprawdzę u siebie.
[10:02] <Voldenet> Przecież nie uwierzę komuś na słowo, że to zadziała.
[10:02] <tomodachi> Voldenet: nie zgadzam sie ze wzystko da sie wygooglowac
[10:02] <jacekn> nikt ci nie zabrania. A jak ktos czyta w pociagu to mu moze pomoc wydruk
[10:02] <jacekn> sprawdzic zawsze mozna
[10:02] <tomodachi> trzeba zrozumiec problem jak chodzi o cos komplikowanego
[10:02] <tomodachi> zwykle googlowanie nie pomoze ci jak nie chodzi o jakisz "latwy" problem
[10:03] <Voldenet> A książka pomoże? :>
[10:03] <jacekn> tak pomoze
[10:03] <tomodachi> kziazka ci pomoze zrozumiec system
[10:03] <tomodachi> i prez to lepiej jakie moga byc problemy
[10:03] <gjm> ksionżki óczom
[10:04] <Voldenet> Nigdy się z tym nie spotkałem
[10:04] <tomodachi> Voldenet: jak nigdy nie czyalesz to jak mozez powiedziec ze nie pomaga? :)
[10:04] <tomodachi> Voldenet: a od ile lac pracujesz informatyka?
[10:04] <jacekn> to tak jakbyc porownal tekst pisany z dobrym wykladem. Niby to samo a dobry wykladowca potrafi wiedze przekazac lepiej
[10:04] <Voldenet> Nie wiem, nigdy nie spotkałem problemu, którego nie rozwiązałem
[10:04] <gjm> "a od ile lac pracujesz informatyka"
[10:04] <Voldenet> tomodachi: no gdzieś z dekadę
[10:04] <gjm> polska język trudna język
[10:05] <tomodachi> no , nie jest moj wierszy :(
[10:05] <Voldenet> więcej trochę, ale zliczyć trudno
[10:05] <tomodachi> piwerwzy
[10:05] <tomodachi> pierwszy
[10:06] <tomodachi> Voldenet: noto dobra , cala siec ci poszla niewiesz czemu , nikomu nie dziala kommunikacja
[10:06] <tomodachi> jakisz brodcast storm albo cos,
[10:06] <tomodachi> noto co bedziesz googlowal, jak to moze miec wiele roznyc "causes"
[10:07] <tomodachi> i trzeba juz miec dobry zrozumienie sieci i tcpip zeby wogole wiedzic oco chodzi
[10:07] <tomodachi> generalne szybkie googlowanie jak cala firma stoji ci za plecach i czeka az zreperujesz nie pomaga
[10:08] <tomodachi> po jak juz nie umiesz to trzeba troche poczytac zeby generalnie zrozumiec "the problem space"
[10:10] <gjm> yes, I don't
[10:11] <tomodachi> w sumie to moj przyklad moze wiecej byl o tcpip niz linux
[10:12] <Voldenet> tomodachi: przecież książka nie pomoże mi tego zdiagnozować
[10:12] <jacekn> poza tym chodzi tez o to zeby rozumiec dobrze co sie robi. Jesli ktos szuka rozwiazania to znajdzie ale ktos kto poczyta o problemie i technologii za nim bedzie w lepszej sytuacji
[10:13] <jacekn> ale jak juz ktos powiedzial ciezko wytlumaczyc komuc kto nie czyta
[10:13] <Voldenet> jacekn: Ja tylko uważam, że czytając luźne artykuły w internecie nauczysz się więcej niż z książki.
[10:14] <jacekn> nieprawda
[10:14] <Voldenet> np. książka może faworyzować cisco ios albo junos
[10:15] <Voldenet> w internecie nie ma tego typu faworyzowania, bo artykuły pisane są przez różnych ludzi
[10:15]  * gjm grabs popcorn
[10:15] <Voldenet> gjm POMUSZ
[10:15] <jacekn> sa dobre artykuly owszem ale ciezko przebic np. to 700 stron o pythonie. Musialbys znalesc dziesiatki dobrych artykolow
[10:15] <gjm> znaleźć
[10:15] <gjm> artykułów
[10:15] <gjm> czytaj więcej książek
[10:15] <Voldenet> jacekn: jak przeczytałem na wyrywki, to o oczywistościach to w tamtej książce było za dużo
[10:15] <jacekn> Voldenet: taaaa a ksiazki nie sa pisane przez roznych ludzi, fakt
[10:15] <jacekn> gjm: czytam po angielsku
[10:15] <Voldenet> strasznie nie lubię, jak książka mi mówi jak przypisać 1 do wartości
[10:15] <Voldenet> i się rozpisuje na 2 strony na ten temat
[10:16] <jacekn> gjm: zreszta pisze tez wiekszosc po angielsku
[10:17] <gjm> a, ok, jak większośc piszesz po angielsku, to polskiego nie musisz znać
[10:17] <gjm> also, książki są o tyle hcujowe, że się szybko deaktualizują
[10:18] <jacekn> gjm: powinienem, przepraszam za literowke. Wybaczysz?
[10:19] <jacekn> no niektore sie deaktualizuje, niektore sa dobre prze wiele lat. Dlatego popularne ksiazki so uaktualniane
[10:20] <jacekn> np. slynna "Operating System Concepts" ma juz chyba 9 edycje
[10:21] <gjm> dobra przez kilka lat to może być książka kucharska
[10:22] <rsajdok> javascript patterns jest z 2010 i dalej jest aktualna
[10:22] <jacekn> nie zgadzam sie. Ksiazka o algorytmach bedzie aktualna dlugo. Operating system concepts tez, np. zarzadzanie pamiecia nie zostalo jakos diametralnie zmienione w ciagu ostatich kilku lat
[10:23] <Voldenet> rsajdok: javascript design patterns będzie aktualna przez 30 lat, ale nie do końca
[10:23] <Voldenet> bo nie uwzględnia js 1.7
[10:24] <gjm> icoteras
[10:24] <tomodachi> Voldenet: na internetcie moze byc taki samy typ favoryzowania jak w kziazke
[10:24] <jacekn> no wiec nie chce Cie zmartwic ale strony internetowe tez sie magicznie nie uaktualniaja...
[10:24] <rsajdok> Voldenet: podałem przykład na dzień dzisiejszy co mnie obchodzi co będzie za 30 lat to pewnie javascript nie będzie
[10:24] <jacekn> i nawet kiedys widzialem artykuly na internecie ktore byly stare. Szok!
[10:25] <tomodachi> The c language second edition, jest dobry exemplarz tego ze kziaszka dalej jest wazna
[10:25] <tomodachi> napisana byla w 1988
[10:25] <tomodachi> kazdy ci w #C  powie ze trzeba ja czytac
[10:25] <tomodachi> nie jakies kiepskie tutorials albo arykuly na internecie
[10:26] <tomodachi> bo to jest zrudlo , nie jakas slaba interpretacja jezuky C
[10:26] <gjm> Rok 1984 - napisana w 1949, a jaka aktualna
[10:26] <rsajdok> a biblia?
[10:26] <jacekn> widzisz?
[10:27] <gjm> >biblia
[10:27] <Voldenet> rsajdok: obawiam się, że js jest jak cobol
[10:27] <gjm> supep przykład
[10:27] <gjm> super, even
[10:27] <Voldenet> za 30 lat też będzie i będzie miał takie samo zastosowanie
[10:27] <rsajdok> Voldenet: wróżenie z fusów
[10:28] <Voldenet> rsajdok: https://www.destroyallsoftware.com/talks/the-birth-and-death-of-javascript
[10:32] <rsajdok> Voldenet: pokaz mi ksiażkę w której jest fakt, że javascript będzie używany w 2035 ;)
[10:33] <tomodachi> c bedzie uzywany w 2035! to fakt!
[10:33] <Voldenet> Nie wiem czy w którejś to wiedzą.
[10:34] <rsajdok> tomodachi: o ile kernel nie przepiszą do c# ;)
[10:35] <tomodachi> rsajdok:  nie sadze , nie zapadaja za object orientation generalinie
[10:35] <tomodachi> juz bylo troche pytania na kernel devel list kiedy przejda na c++
[10:36] <Voldenet> tomodachi: a książka o C napisana w 88 raczej nie uwzględnia C99 i C11
[10:37] <tomodachi> no nie
[10:37] <rsajdok> tomodachi: i jakie były odpowiedzi na listach odnośnie kernela?
[10:37] <tomodachi> rsajdok: negatywne :)
[10:38] <Voldenet> Kernel nigdy nie przejdzie na C++, bo tak nie działa procesor.
[10:38] <tomodachi> nawet chyva dali pytanie i odpowiesc na jakis faq bo mieli dosyc jej
[10:39] <tomodachi> http://www.tux.org/lkml/#s15-3
[15:28] <Gronekmaster> Cześć wszystkim
[15:30] <tomodachi> witamy
[16:26] <Gronekmaster> przy 2GB ramu brać 4 gb swapu czy 2gb?
[16:27] <jacekn> Gronekmaster: zalezy co chcesz robic na sprzecie. Bezpieczniej 4 GB ale jak bedziesz  mial 2GB ramu i 2GB w swapie to jest szansa ze system bedzie nieuzywalny i tak
[16:28] <jacekn> wiec 4 GB moze nie pomoc za bardzo
[16:29] <Gronekmaster> Co robić? FF + skype + odtwarzacz muzyki, w przyszłości mixxx, ale wtedy będzie wszystko inne wyłączone, żeby mnie nie rozpraszało
[16:30] <jacekn> Gronekmaster: FF moze zajac z 1G ale moze tez z 8 jak pootwierasz wystarczajaco duzo stron wiec ciezko powiedziec
[16:31] <jacekn> Gronekmaster: jak masz duzy dysk to daj 4G i tyle co Ci zalezy
[16:31] <Gronekmaster> Zwykle mam yt + fb + duckduckgo do szukania różnych rzeczy
[16:36] <Dread> nie brać w ogóle.
[16:37] <Dread> swap przy >=2g ramu jest niepotrzebny, chyba, że kompilujesz chromium ciągle.
[16:37] <Dread> albo inne libreoffice
[16:37] <Dread> przy używaniu jedynie przedłuży czas potrzebny do zarżnięcia procesu.
[16:41] <drathir> Gronekmaster: przestaw yt na html5...
[16:42] <Gronekmaster> Za niedługo yt będzie tylko html5, a i tak z tej technologii korzystam
[16:45] <Gronekmaster> A używam tego, bo 60 wygląda ładniej niż standardowe 30
[17:17] <jacekn> Dread: eeee chyba nie za bardzo. U mnie firefox z 5 tabami + thunderbird to w sumie 1.2 G. Pare zakladek wiecej i sie RAM konczy
[17:17] <jacekowski> to ile ty masz ramu?
[17:17] <jacekn> ja? 8GB
[17:17] <jacekowski> bo ja na 4GB w chroe mam zakladek tyle ze sie ekran konczy
[17:18] <jacekowski> chrome*
[17:18] <jacekowski> a chrome zuzywa ram bardziej niz firefox
[17:18] <jacekn> no to sproboj na 2 GB tyle otworzyc i do tego np. libre office i cos jeszcze
[17:19] <jacekowski> na windowsie spokojnie
[17:19] <jacekowski> mam wiresharka, chrome, outlooka excela
[17:19] <jacekowski> i jeszcze spotify leci
[17:19] <jacekowski> i putty
[17:19] <jacekowski> i winols i ida
[17:19] <Gronekmaster> Mi nawet na windzie 7 2gb wystarczało, tylko moc procka się kończyła przy 2/3 apkach i dlatego przesiadka na kubu
[17:19] <jacekowski> ide na samolot sie pakowac
[17:20] <jacekn> Gronekmaster: swap zawsze powinienes miec zeby kernel mogl lepiej zarzadzac pamiecia
[17:20] <jacekowski> jacekn: nie do konca prawda
[17:20] <jacekn> no przy bardzo duzej ilosci RAMu nie zrobi roznicy to fakt
[17:21] <jacekn> u mnie przy 8G RAMu i tak prawie 600M do swapu poszlo wiec win
[17:21] <Gronekmaster> Btw. Hibernacja mi nie potrzebna, tylko usypianie na, chwilkę, żeby lapka przenieść
[17:21] <jacekn> w sensie ze zwyciestwo
[17:22] <jacekn> Gronekmaster: chodzi o to ze jak masz swap to kernel moze nieuzywana pamiec na dysk zrzucic i uzyc RAMu do czegos lepszego, np jako cache dysku
[17:23] <jacekn> Gronekmaster: zupelny brak swapu nie daje kernelowi takiej mozliwosci
[17:23] <Gronekmaster> Yhm. Ale słyszałem, że do hibernacji potrzeba 2x ram, więc piszę, żebyście się później nue pytali
[17:23] <Gronekmaster> Nie*
[17:24] <jacekn> w sumie nie uzywam hibernacji, na uspieniu mi wytrzymuje laptop tyle ze jakos mi niepotrzebna hibernacja
[17:25] <tomodachi> jacekn: ale hibernacja osczeza troche lepiej baterie
[17:25] <jacekn> no tak
[17:25] <Gronekmaster> Dlatego, że wylaczasz lapka i zapisujesz ram do swapu
[17:26] <jacekn> zalezy co kto potrzebuje. Mi nigdy hibernacja nie pasowala bo sleep jest szybszy. Hibernacja mi zasze zajmowala 3 razy dluzej jak pelny boot wiec nie widzialem sensu
[17:26] <jacekn> wiec jak albo wylaczam albo sleep
[17:27] <tomodachi> jacekn: czas na SSD
[17:27] <jacekn> mam SSD
[17:27] <jacekn> mimo wszystko odczytanie 6 czy 8 GB z SSD zajmuje dluzej niz boot (ktory u mnie trwa z 10s moze)
[17:28] <tomodachi> dwiwnie , itak mysle ja mam 16gig i mi nie idzie tak wolno
[17:28] <jacekn> ale jak mowilem i tak prawie zawsze tylko sleep robie bo uzywam lapka w pracy codziennie
[17:28] <jacekn> tomodachi: to nie tak ze jakos super wolno bylo, po prostu nie bylo jakos szybciej jak zwykly boot
[17:31] <Gronekmaster> Suma sumarum swap 2xRAM?
[17:32] <jacekn> zalezy...jak masz serwer z 256G RAM to nie bardzo
[17:32] <Gronekmaster> Zwykły lapek 2gb ramu
[17:32] <jacekn> Gronekmaster: no jak masz dysk zrob sobie 4, 2 tez da rade
[17:33] <jacekn> jak masz ssd to moze 2 zeby troche oszczedzic
[17:33] <jacekn> Gronekmaster: zawsze mozesz tez dodac plik swap jesliby Ci kiedys braklo
[17:33] <Gronekmaster> A, i tak 320 gb nie zapełnię, a co mi szkodzi (hdd jest )
[17:35] <Gronekmaster> Na piecu 4 userów trzyma filmy muzykę itp i starcza 1tb, a sam mam może z 20 gb swoich danych
[17:38] <Dread> jacekn: mi przy 14 kartach chrome wpieprza nieco ponad 800MB ramu.
[17:41] <jacekn> no wlasnie, przegladarki troche zzeraja teraz. Dodaj libre office, jakis media player, window managera ciezszego i jak odpalisz 2 instancje firefoxa z drugim profilem to bedziesz w swapie
[17:46] <TheNumb> sfapie
[17:46] <TheNumb> O nie, Gronekmaster tutaj też siedzi
[17:46] <TheNumb> ;/
[17:47] <Dread> wat
[17:48] <Dread> lo nie wpiernicza tyle ramu
[17:48] <Dread> media player? no ciekawe który
[17:48] <Dread> wm? bym musiał ładować jakieś gnomowe coś statycznie do ramu
[18:15] <Gronekmaster> Ja będę miał częste kde, ze zmienionym kursorem. Tak jak mówiłem, 3/4 karty w ff to nie powinno dużo pożerać ramu, a player mi starczy jakiś podstawowy typu play/pause prev/next i eq, wm mi nie potrzebny
[18:23] <jacekn> Dread: compiz na ubuntu 14.04 w tej chwili 206MB
[18:24] <jacekn> Dread: jak sie nie przesadza to 2G wystarcza ale jak ja pracuje to czesto wiecej uzywa mi system jak 2GB (oczywiscie bez VM)
[18:24] <jacekn> poza tym dobrze miec z 500M wolnego ramu na cache
[18:46] <Dread> powiedz mi szczerze
[18:46] <Dread> jaki jest sens uzupełniania ramu swapem
[18:46] <Dread> skoro będzie on cachowany w ramie?
[18:47] <jacekn> eeee to nie tak dziala
[18:47] <jacekn> do swapu idzie pamiec nieuzywana. Cache moze byc uzyty do innych danych
[18:47] <jacekn> jak system non stop odczytuje swapa to masz problem
[18:47] <Dread> 'pamięć nieużywana'
[18:47] <Dread> czyli niby co.
[18:47] <gjm> nintendo
[18:47] <Dread> pokaż mi co idzie do swapu ;D
[18:47] <Dread> ^
[18:48] <jacekn> Dread: pamiec w ktorej sa dane ale sa one nieuzywane
[18:52] <jacekn> Dread: nie wiem jak Ci "pokazac" ale moge powiedziec
[18:59] <lisu> bry
[19:00] <matti_> bry lisu
[19:00] <Gronekmaster> bry lisu
[19:18] <drathir> jacekn: zakladki ff w ramie siedza ;p
[19:19] <jacekn> hehe pewnie tak
[19:22] <Dread> jacekn: czyli nawet nie wiesz co tam idzie.
[19:23] <jacekn> Dread: ech
[19:23] <jacekn> Dread: wytlumacze Ci
[19:23] <Dread> co mi gówno wytłumaczysz
[19:23] <Dread> przedłużanie penisa to nie penis
[19:24] <Dread> masakrowanie dysku, zostawiając sobie cache dla niego w ramie nie jest fajne
[19:24] <Dread> ani trochę
[19:25] <jacekn> Dread: kernel zarzadza pamiecia. Procesy moga zaalokowac pamiec i zapisac tam dane. Kernel moze jesli chce strony pamieci zapisac na dysk. Teraz tak. Sa strony w pamieci ktore maja dane procesow wiec kernel nie moze ich usunac. Niektore z tych obszarow nie sa nigdy odczytywane ani zapisywane
[19:26] <Dread> jacuś.
[19:26] <Gronekmaster> To robić chociażby 512 mb swap czy nie?
[19:26] <jacekn> Dread: dzieki temu kernel ma mozliwosc zdecydowania ze te zaalokowane bloki pamieci (powtarzam one nie sa nigdy zapisywane ani odczytywane) ida na dysk a RAM zwolniony dzieki temu jest uzyty do czegos przydatniejszego
[19:26] <Dread> kernel nie wie.
[19:26] <Gronekmaster> I przestańcie się kłócić
[19:26] <Dread> pokaż mi część, gdzie kernel wie.
[19:27] <jacekn> Dread: w jaki sposob Ci to pokazac?
[19:27] <jacekn> Dread: czekaj moze Ci znajde dokumentacje
[19:27] <Dread> wiesz co to jest sparse model?
[19:28] <Dread> który conajmniej przeczy twojej teorii, bo wtedy puste bloki nie ważą nic w ramie
[19:28] <Dread> więc kernel może zrobić sobie 'overselling'
[19:29] <Dread> mówi się, że do swapa idą 'śmieci'
[19:29] <Dread> jeżeli zużycie ramu jest na poziomie 90%, to wszystko jest śmieciem.
[19:29] <Dread> czyli kernel jeździ sobie po dysku bez potrzeby, zamiast walnąć ooma
[19:30] <jacekn> Dread: nie mowie o pustych blokach. Mowie o blokach gdzie sa dane juz
[19:30] <Dread> jak ktoś powie, że przy długodziałających rzeczach, to przenosi - bullshit
[19:31] <Dread> serwer, na którym jest nginx, mysql i parę innych pierdół
[19:31] <Dread> stojący no, prawie rok
[19:31] <jacekn> Dread: mylisz 2 reczy niestety
[19:31] <Dread> jest swap 512mb dla świętego spokoju
[19:31] <Dread> użycie 10mb.
[19:33] <jacekn> Dread: sa sytuacje kiedy nie ma sensu wrzucac do RAMu i kernel tego nie zrobi. Po prostu Ci sie mechanizmy pomieszaly
[19:34] <Dread> no dobra, popatrz jak działa swapping w kernelu.
[19:34] <jacekn> Dread: tu masz stary dokument ale moze znajde oficjalny z kernela https://www.kernel.org/doc/gorman/html/understand/understand014.html
[19:34] <jacekn> Dread: tak dokladnie to powinnismy mowic o "paging"
[19:34] <Dread> stronicowanie a swapping to inna rzecz.
[19:35] <Dread> więc Ty mylisz pojęcia.
[19:35] <jacekn> Dread: mowimy o uzuciu pamieci swap
[19:35] <jacekn> i proboje Ci wytlumaczyc ze dane w pamieci swap to nie jest nic zlego
[19:35]  * drathir ma 4gramu+8g cache i zyje... vm-ki przewaznie na cache siedza ;p
[19:36] <gjm> 4 gramy
[19:36] <gjm> blaze it faggot
[19:36]  * jacekn ma przy 8GB RAMu 500MB (z VMek) w swapie ale system ma pare dni uptime
[19:37] <drathir> Gronekmaster: lepiej zrob jak Ci sie ram skonczy przynajmniej freeza nie dostaniesz...
[19:37] <jacekn> Dread: ale zgadzasz sie ze paging kernel moze robic i to nic zlego tak?
[19:40] <drathir> Dread: zalezy od ustawien mozesz tylko ze swapa jechac, albo ustawic, zeby probowal agresywnie ze swapa do ramu przenosic z tego co pamietam swapinessczy jakos tak sie to zwie...
[19:40] <Dread> swapiness, tak.
[19:40] <jacekn> tak jes
[19:41] <jacekn> Dread: to mam szukac dalej czy juz wiesz co moze isc do swapu i czemu?
[19:42] <drathir> gjm: glodnemu chleb na mysli no ;p spacja uciekla...
[19:42] <gjm> mniej jaraj, to nie będzie uciekała
[19:43] <gjm> :Vvv
[19:43] <drathir> gjm: hrhr
[19:44] <Dread> jacekn: pobadam
[19:44] <Dread> i tak dla mnie swap to bezsens, ale pobadam.
[19:44] <jacekn> Dread: jest sytuacja kiedy moze pomoc znacznie
[19:45] <jacekn> Dread: jesli masz wyciek pamieci (ktorego nie mozesz szybko usunac) to swap pomoze. Nie jest to oczywiscie rozwiazenie dlugoterminowe ale na pare dni pomaga
[19:45] <jacekn> ale to bardziej na serwerach
[19:46] <drathir> Dread: powiem Ci ze swap w porownaniu do pliku stronnicowania z winzgrozy jest o wiele bardziej wydajny moim zdaniem w odczuciu...
[19:47] <Dread> jacekn: tak, a potem kernel wali ooma i po zabawie
[19:48] <drathir> tak samo ff tez niezle sobie radzi siedzac wieksza polowa we swapie... na bardzo wolnych kompach bardzo sie przydaje jak jeszcze jest malo ramu...
[19:48] <Dread> jak ktoś ma takie wielkie memleaki to zły soft
[19:48] <jacekn> no tak ale wali pozniej nic by walnal bez swapa
[19:48] <Dread> drathir: 'większą połową w swapie'
[19:48] <Dread> skąd wiesz ile z niego siedzi w swapie.
[19:49] <jacekn> moze sprawdzil :)
[19:49]  * drathir jeszcze nie mial problemow na konfiguracji 1g ram +4g swap, elegancko dzialalo nawet przy konwersji filmow czyli bardzo duzym obciazeniu nie wylozyl mi sie ani razu...
[19:50] <Dread> ciekawe ;)
[19:51] <drathir> wiekszy problem, ze przy takiej konfiguracji w koncu trzeba restart zrobic, albo przeniesc swap... bo jak ma tylko 1g i caly zajety to niestety slabo oproznia swap przenoszac do ramu i zwalniajac miejsce...
[19:53] <drathir> Dread: no wiesz jak przegladarka trzyma ponad 2g ramu, a tylko 1g ramu w systemie to tak raczej wieksza czescia w swapie siedziec chyba powinien...
[19:55] <drathir> przy xxx kartach to nie tak ciezko tyle osiagnac tylko minus, ze trzeba chwilke poczekac, zeby sie uruchomila przegladarka, plus, ze po restarcie ff nie przywraca wszystkich kart czyli nie zjada ramu natychmiastowo, tylko dynamicznie laduje przy dostepie do danej karty...
[19:58] <drathir> no i mozna dostrzec, ze tez z ramu normalnego korzysta np. po zabiciu ff zostaje tyle samo we swapie a w ramie momentalnie odrobina miejsca sie zwalnia i jest stopniowo zastepowana danymi ze swapu, a swap oprozniany...
[19:58] <Dread> z samego firefoxa trzeba umieć korzystać
[19:58] <Dread> i mniej jarać.
[19:58]  * jacekn musi leciec
[19:58] <drathir> Dread: sluchaj gjm-a ;p
[20:00] <drathir> Dread: wiesz przy otwartych xxx kartach to swiadome jest, bo jest o wiele bardziej wydajnie w takiej konfiguracji, anizeli mialoby mulic na styku ram swap...
[20:00] <Dread> wystarczy wywalić flasha.
[20:00] <Dread> od razu szybciej będzie chodzić :D
[20:02] <drathir> Dread: yt tylko html5 u mnie, flash zablokowany...
[20:02] <Dread> no to coś strasznie ciężkie strony oglądasz.
[20:06] <drathir> Dread: nie lubie jak mi sie musza ponownie wczytywac teledyski w yt...
[20:08] <drathir> Dread: sam twitter ladnie jesc potrafi... nie mowiac o gmailu...
[20:08] <drathir> idzie uzbierac i to nie tak ciezko...
[20:48] <matti_> i sobie poszedłszy