Ostatnio z kumplem wpadliśmy na pomysł stworzenia komunikatora, działającego ciut inaczej niż wszystkie dostępne, mniejsza teraz o szczegóły dot. planowanego działania itd, problemem jest tylko brak umiejętności i chęci podjęcia się nauki C++, pociąga mnie za to C#, ale to mi generuje dodatkowe megabajty zużycia pamięci. Ogólnie szacuję, że program na swoje potrzeby będzie zużywał ok 60MB RAM (+swap).
Czy wg was takie zużycie dla komunikatora jest akceptowalne? Patrzycie na zużycie pamięci? Ile pamięci aktualnie zżera wam komuniaktor?
Do niedawna miałem Konnekta - który był jedynym klientem jakiego znam, który sobie zabierał tylko 20MB (świeżo po uruchomieniu ok 11MB), teraz mam WTW, jakoś szczególnie pluginów do niego nie mam (zresztą - wyłączałem je, mała różnica) i jest to dużo więcej - aktualnie 55MB + 96MB swap --- kumpel mówi, że u niego nigdy aż tak nie rośnie (raczej coś koło 40MB ma).
Dla mnie osobiście więc praktycznie nie byłoby różnicy, jednak chcę zrobić rozeznanie - czy ktoś oprócz mnie zechciałby używać mojego dzieła? Czy jednak poświęcić kupę czasu, ogarnąć C++ i stworzyć coś z mniejszym zużyciem pamięci?
60 MB to tyle co jedna zakładka w przeglądarce.
U mnie WTW 32MB, ale mając 4 GB pamięci RAM nie zastanawiam sie nad tym, ktora przegladarka i komunikator pobierają więcej. 4 GB DDR3 kosztuje ~100zł (np. polskiego GOODRAMa).
Aqq bierze 13 mb. Pisanie komunikatora w C# to imho zly pomysl.
60MB to dla mnie nie jest za dużo, ale jednak polecam pisanie w czymś bardziej przenośnym (IMHO to dosyć ważne w komunikatorze).
To niedużo na komputerze z 4 GB RAM,
ale sporo jak na komunikator przy 512 MB RAM.
A taka jest obecnie rozpiętość w tej chwili moich komputerów.
Ale to raczej nie liczby są ważne, a to, jak program szybko się uruchamia, jak szybko chodzi, i czy nie zamula komputera będąc cały czas w tle.
Jeśli ktoś doda program to autostartu, to to są cenne sekundy na start…
Ile pamięci aktualnie zżera wam komuniaktor?
25 MB (wg. menedżera zadań).
imho 60MB to dzisiaj tyle co nic i nie kierowalbym sie tym piszac nowy komunikator bo nie jest to wartosc "biznesowa", 99% potencjalnych uzytkownikow komputera nawet nie bedzie w stanie sprawdzic ile twoj program zzera zasobow, i wazniejsze dla nich bedzie to czy ladnie wyglada i czy spelnia swoje zadanie niz to ile ramu zzera.
Tylko musi się czymś wyróżniać spośród innych komunikatorów.
Btw. Witam na forum :)
Vazon napisał(a):
Aqq bierze 13 mb.
Kolejny dał nabrać na sztuczkę z opróżnianiem working setu. AQQ cyklicznie wywala swoją pamięć do swapu, system przywraca to w miarę potrzeb do RAMu, dlatego ten komunikator czasem tak strasznie laguje. Realne zużycie pamięci jest kilkadziesiąt MB większe.
Myślałem, że nikt o tym nie wie :d
Moja miranda w tej chwili bierze 6,3 mb :P -obsługuje w tym momencie google talka oraz gg, (włączone są połaczenia) czasem skacze do 15mb . Ludzie korzystają z nowego gg co bierze nawet 170 więc raczej zużycie ramu nie ma nic do rzeczy :P.
Edit:
Jeszcze zobaczyłem ile czysta z odpalonym gg (bez skórek emotek itp) 1,7 mb
U mnie WTW łapie teraz (po paru godzinach działania) 11.5MB - a mam nam parę pluginów odpalonych, więc normalnie bywa mniej. Do tego około 10MB bierze osobny proces,w którym działa Skype dla WTW.
Jakby zjadał i 100MB to bym nie beczał - pod warunkiem, że działałby sprawnie i spełniał swoją rolę.
Z mojej strony:
- 60 MB to dla mnie dużo, mam obsesje na punkcie RAM-u (pewnie dlatego że kilka lat temu jeszcze siedziałem na komputerze mającym 256 MB i monitor CRT ;] - teraz 4 GB) - na przykład dla zasady wyłączam wszystko co uruchamia się z automatu a nie jest mi zazwyczaj/nigdy potrzebne.
- Mam dwa komunikatory (Skype i Aqq) ciągle uruchomione, jeden niestety nie wystarcza do porozumienia się z wszystkimi.
- Daj spokój... Tak naprawdę nie przejmuj się zajmowaną pamięcią, pisz tak żeby dobrze działało i chciało się tego używać, poprawiać zużycie pamięci możesz zawsze później.
PS. Skype potrafi zżerać ponad 110 (bez żadnej prowadzonej rozmowy).
PPS. Firefox jest napisany w C++.
Pidgin 18.7MB, przy trzech kontach: GG, Google Talk i Jabber.
dzek69 napisał(a):
(..) Ile pamięci aktualnie zżera wam komuniaktor?
300kB
Nie wiem czy w przypadku C# jest co poprawiać, nie siedzę w sumie w niczym innym jak webdev (i to php), ale w pusta appka w Visual C# ma 35MB w ramie i nie wiem czy tu jest co poradzić na to.
Niepusta apka skompilowana w #develop zajmuje niecałe 4MB...
Ja bym nie korzystał z takiego komunikatora ;/ coprawda mam 8GB ale na stacjonarce mam 1,5GB i powiem wam, że chyba była by naprawdę lepsza od tego co mam (w nim mam fb,gg,aqq,skype i google+) i powiem wam, że jestem do niego bardzo przyzwyczajony
Na złym forum pytasz. ;-) Normalny użytkownik ma w nosie zużycie RAM. Byle się szybko włączało, miało funkcje jakie są potrzebne i było stabilne. Funkcjonalność jest imo najważniejsza, na tym się skup. Pamięci zużyj tyle, ile musisz nie więcej i nie mniej - tj. nie próbuj na siłę tego optymalizować.
Dopiero jak już wszystko napiszesz i okaże się, że zużycie pamięci jest jakieś szczególnie ogromne możesz się zastanawiać co poprawić.
@batas2
Może być wolny i przymulać (zakładam, że autor nie zna dobrze C#). Druga sprawa to to, że komunikator powinien być przenośny (ale to tylko moje zdanie). No i nie każdy ma .NET frameworka na kompie i wątpię, żeby mu się chciało ściągać terabajty biblotek. Oczywiście najlepszym wyjściem będzie C-- (większość, albo wszystkie aplikacje, które odniosły sukces na windowsie są napisane w c/c--), ale jego nauka może Ci sporo zająć.
Vazon napisał(a):
No i nie każdy ma .NET frameworka na kompie
Użytkownicy Windows 3.11 i pirackiego XP bez dostępu do Windows Update?
C--? O czymś nie wiem? :P
Wiem, że najlepszym wyjściem jest C++, ale przewiduję, że nauka tego za dużo czasu pochłonie.
A Windowsy nie wpychają .NETów teraz na siłę każdemu tak czy tak? No i z tymi terabajtami nie przesadzajmy.
Przenośność - nie siedzę kompletnie w C#, nie wiem na co stać Mono, może by dało rady. Na pewno powstanie wersja na Androida jeszcze (ale to i tak Java, choć niby można już w C++).
Ew. jak się nie przyjmie ze względu na ograniczenia w dostępności, ale się spodoba - to się przepisze.
dzek69 napisał(a)
Już gdzieś to wklejałem - od paru lat (2-3?) M$ otworzył dostęp do Updateów dla każdego.
Wręcz przeciwnie. Kilka lat temu sprawdzanie legalności było opcjonalne, przed wprowdzeniem na rynek Windows 7 stało się ono obligatoryjne dla posiadaczy starszych systemów. Wtedy to wszedł na rynek Win7, którego można było legalnie aktualizować nawet system, który był oficjalnie uznany za piracki. To była jedna ze strategii marketingowych Microsoftu na zwiększenie udziału Win7 w rynku, całkiem skuteczna zresztą, Win7 szybko zdobył popularność zwłaszcza wśród piratów.
Pod windowsem korzystam z gg 10, jak wiadomo, gg do najoszczędniejszych nie należy, ale lubię je i się zwyczajnie przyzwyczaiłem przez te wiele lat, obecnie nieszczególnie obchodzi mnie to ile zjada pamięci komunikator (przy 4 gb ram), częściej sprawdzam tak z ciekawości ile w danej chwili pobiera firefox bo zawsze mam z 20-30 otwartych kart.
Ponad rok temu pisałem komunikator w C# z obsługą gg, zjadał jakieś 25-30 mb ale to za dużo powiedziane bym go napisał... dobrze napisał, bo w połowie nie działał :D
Jak odpalałem te nowe gg z nowszych (gg 8 bodajże) 3 lata temu na kompie z 1.2 ghz i 384 mb ram, to potrafiło zjadać nawet 150-180 mb pamięci i po uruchomieniu dostawałem BSOD (ale co innego, że wtedy gg zawaliło totalnie sprawę z zarządzaniem pamięci) :P
Jeśli coś uda Ci się wytworzyć to na pewno chętnie przetestuję, lubię się bawić ciekawymi zabawkami ;) Pisz w C# moim zdaniem powinieneś olać zużycie pamięci, a skupić się na działaniu i przystępnym wyglądzie aplikacji, nad zasobami popracujesz jak będzie to sprawnie działać.
Python'owy klient XMPP (Gajim) pod Linuksem bierze mi ~43MB ramu. Linux z GNOME dużo ramu nie potrzebuje, więc przy dostępnych 4GB pamięci komunikator mi nie przeszkadza :D Na starym lapku przy 2GB też było ok.
czyli jeszcze nie zacząłeś pisać skoro zastanawiasz się nad językiem programowania... można wiedzieć jak oszacowałeś te 60mb?
btw u mnie skype 80 - 120MB, tlen 40-60MB. zastanawia mnie dlaczego aplikacje nie realizujące przecież jakichś kosmicznych funkcjonalności zżerają tak dużo i to już na dzień-dobry, więc nie chodzi o wycieki pamięci.
masakra. przecież wszystkie funkcje realizowane przez tlen idzie zmieścić w kilku MB. jak znam życie chodzi o kasę (oszczędność czasu przy tworzeniu kodu), ale irytuje mnie taka niedbałość.
na końcu jest np. sql server management studio, które uruchomione przez kilka godzin potrafi zeżreć przynajmniej 300MB, a i 2GB czasem się zdarzy. to c#, no i jest to narzędzie dla deweloperów, ale i tak przekleństwa cisną się na usta. ff + kilka instancji vs + flex + ssms, kilka godzin pracy i 6GB znika.
@ŁF, Tlen 6? Straszny syf tworzony przez kilka kolejnych ekip studentów, do tego stary BCB, gubi pamięć z powodu memleaków w obsłudze archiwum i gdzieś w okolicach obsługi kontrolki IE w oknie rozmowy. Tlen 7 miał zostać przepisany od zera z użyciem Qt, niestety zrobiono dokładnie to samo, najęto ze dwóch dwóch patałachów za karton konserw i paczkę fajek. Po 40 wersjach beta komunikator nadal wysypywał się przy zamykaniu okna opisu, przeciekał jak stadion narodowy i miał problemy z mieszczeniem się tekstu na elementach GUI (co w Qt jest normalnie nie do pomyślenia, prawidłowo użyty framework sam dba o poprawne rozmiary). "Betatesty" trwały ze dwa lata i skończyły się porzuceniem projektu...
dzek69 napisał(a)
tu wyraźnie pisze, że wszyscy dostają updaty, jest nawet wyszczególniony XP, z informacją, że nie dostaje on jedynie opcjonalnych updatów.
Jeśli system stwierdzi, że serial nie jest legalny to W OGÓLE nie będzie sprawdzania dostępności aktualizacji. Miałem taki problem z XP z subskrypcji MSDNu, komuś się "przypadkiem" wyciekło legalny serial, próba załadowania Windows Update kończyła się na stronie z linkami do zakupu legalnej kopii.
ŁF napisał(a):
btw u mnie skype 80 - 120MB, tlen 40-60MB. zastanawia mnie dlaczego aplikacje nie realizujące przecież jakichś kosmicznych funkcjonalności zżerają tak dużo i to już na dzień-dobry, więc chodzi o wycieki pamięci.
masakra. przecież wszystkie funkcje realizowane przez tlen idzie zmieścić w kilku MB. jak znam życie chodzi o kasę (oszczędność czasu przy tworzeniu kodu), ale irytuje mnie taka niedbałość.
Wszystkie biblioteki używane przez aplikację oferują dużo więcej funkcjonalności, niż te, które program wykorzystuje, no i dodatkowo program dokłada swój kod. Te Twoje wycieki pamięci to raczej nietrafiona diagnoza...
Fani Visual Studio chwalą jego "umiejętne" wykorzystywanie RAM'u, bo to środowisko potrafi w pełni wykorzystać "możliwości współczesnego komputera" :D
Jeszcze nigdy nie zwracałem uwagi na zużycie ramu przez komunikator. Mam inne ważnejsze dla mnie kryteria, którymi się sugeruję przy wyborze.