Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
Mając procka 64-bit powinno się mieć również system 64-bit, aby aby coś więcej z procka wyciągnąć czy, to już jeden pies.
Offline
Ja mam 64bit proc, system 32 i póki nie mam min 4GiB ramu, nie przechodzę na 64bity, bo appsy zjadają 2x więcej ramu niż normalnie, tylko, że 32bity = max 4GiB ramu ale w praktyce to będzie nawet mniej, więc jak się ma już 4< GiB ramu to nie ma wyjścia jak tylko jechać na 64bitach. Jakichś specjalności na lini 64bit proc + 64bit apps vs 64bit proc +32bit apps moim zdaniem nie ma o ile w ogóle jakieś są.
Na dobrą sprawę ja tylko raz próbowałem zainstalować system 64bit ale wtedy nie sprawdzałem wielu rzeczy, i nie wiem czy libcairo2 była skompilowana tak jak obecnie jest na 32bit systemach, może to było przyczyną 2x krotnego zużycia ramu, nie wiem.
Offline
1. 32bity != max 4GB
http://pl.wikipedia.org/wiki/Physical_Address_Extension
2. 64bit appsy wcale nie zjadają 2x więcej RAMu
jak ma się 64bitowy procesor (wystarczy Core 2 Duo) i przynajmniej 2GB spokojnie waliłbym tam 64bit.
Offline
Ja tylko mówię, że gdy zainstalowałem system 64bit to zwykle te appsy, których używałem normlanie, już w ramie mi się nie mieściły, w sumie to po odpaleniu systemu niewiele mogłem do ramu wrzucić. Może to była wina tego libcairo ale nie wiem czy on zawsze był kompilowany na 64bit tak jak obecnie to robią na 32bit systemach -- info http://forum.dug.net.pl/viewtopic.php?id=24333
Czyli jeśli mam 64bit proc +32bit system to mogę bez problemu pakować do niego 8GiB ramu?
Offline
No teraz to pewnie nie widać, bo na 32bit ten libcairo został zmieniony, tak że appsy zjadają pewnie tyle ramu co na 64bit. xD Więc może to faktycznie była wina tej biblioteki, muszę to sobie sprawdzić kiedyś. Jak nie będzie różnicy to sobie pomyślę nad zmianą na 64bit.
Ostatnio edytowany przez morfik (2013-11-08 14:52:37)
Offline
Ostatnio architektura amd64 jest traktowana bardziej priorytetowo przez deweloperów.
Teoretycznie powinno być trochę mniej problemów niż z 32-bit.
Offline
teoretycznie aplikacje na 64bitach moga zjadac nieco wiecej ramu ze wzgledu na adresowanie pamieci, ktore ma dodatkowe 4 bajty, ale roznica nie powinna byc az tak duza
Offline
Trochę to...zagmatwane dla mnie i nie do końca zrozumiałe, jeśli chodzi o RAM. Otóż... wg wiki:
W komputerologii Physical Address Extension (PAE) jest rozszerzeniem umożliwiającym procesorom x86 (32-bitowym) dostęp do fizycznej przestrzeni adresowej (w tym pamięci o dostępie swobodnym RAM) o rozmiarze większym niż 4 gigabajty.[/quote]
[b] Pacjent 1 [/b]
Super, czyli mając na moim netbooku Testing'a32bit, z 32bitowym Atomem N270 + NVIDIA ION ( 256MB ) + 2GB RAM wszystko jest ok. Chcąc dołożyć do tego małego 'potworka' 2GB RAM oczywiście będę miał 4GB + 256 na grafice. Jako że mowa tutaj o dostępie do fizycznej przestrzeni adresowej już "grubo" przekraczam te 4GB.
No ale co z tego, skoro w ww cytacie jak byk pisze, że rozszerzenie do jądra ( czyli PAE ) daje możliwość obsługi/dostępu ponad te 4GB. ( a u mnie jest najświeższe jakie może być w Jessie.
Czyli, jeśli dołożę do tego malucha te 2GB to system przeczyta 4GB, czy mniej?
[b] Pacjent 2 [/b]
Mój stacjonarny PC. Na nim Debian Testing 64bit więc w zasadzie tutaj wszystko jasne ;)
Ale... na tym kompie korzystam także z WinXP Pro. 32bit.
CPU - Intel E5300
RAM - 3GB DDR2
GPU - GF 9600GT 1GB
I tutaj...moje wątpliwości.
Dlaczego, Windows XP Pro wg wiki posiadający obsługę PAE "czyta" 3GB zamiast zainstalowanych 4GB ( nie u mnie ale na necie czytam o takich przypadkach ). Przecież jest to [b] "...rozszerzenie umożliwiające procesorom x86 (32-bitowym) dostęp do fizycznej przestrzeni adresowej... o rozmiarze większym niż 4 gigabajty."[/b] - Fakt, mowa o CPU 32bit a mój to 64bit. Więc...? Jeśli dołożę kolejne 1GB na 32bit systemie to wszystko ładnie odczyta? ;)
Celowo do swojego kompa dołożyłem 1GB RAM w tej samej kości żeby nie przekroczyć 4GB ( mając na uwadze GPU z 1GB na pokładzie ) i... działa szybko i pokazuje tyle pamięci na każdym urządzeniu, ile fizycznie jest.
:)Ostatnio edytowany przez BlackEvo (2013-11-08 18:15:44)
[img]http://blackevo.kewlnet.tk/userbar/ThinkPad_userbar.jpg[/img]
[img]http://blackevo.kewlnet.tk/userbar/Archlinux_userbar.jpg[/img]
Offline
AFAIR przy PAE system wykorzysta powyżej 4 GB, ale nie będzie w stanie przydzielić więcej niż 4 GB dla jednego procesu.
Offline
Aha, czyli to już coś. Odpalę 10 zasobożernych aplikacji i każda z nich 'dostanie' trochę większy przydział RAM'u niż zwykle. No ale...przeczyta :)
Chyba kumam :-)
Pozdrawiam
Offline
W normalnym użytkowaniu to daje dużo - chyba nie często zdarza się proces, który potrzebuje więcej niż 4GB (pomijając wirtualizacje). Z tego co wiem w Windows domyślnie PAE jest wyłączone i trzeba to włączyć.
Offline
268
Ostatnio edytowany przez uzytkownikubunt (2016-12-01 00:41:05)
Offline
Ja siedząc długo na 64 bitowych procesorach dopiero w lipcu tego roku zdecydowałem się na 64 bitowego debiana. W sumie już tylko 64 będę używał...
Offline
Ja tam mam 16GB ramu, 48GB swapa i 8 rdzeni. 64bity mi nie mulą chociaż czasem słapują...
Offline
[quote=Lorenzo]Ja tam mam 16GB ramu, 48GB swapa i 8 rdzeni. 64bity mi nie mulą chociaż czasem słapują...[/quote]
A jaki jest sens żeby mieć aż tyle swapa? Ja mam system 64bit, 3 GB ram-u więc niby nie tak dużo ale swapa wogle nie mam
Offline
Do czego? Np. modelowanie 3D, obróbka wideo itp. Poza tym niektóre programy świrują, gdy nie ma partycji wymiany.
Offline
270
Ostatnio edytowany przez uzytkownikubunt (2016-12-01 00:41:08)
Offline
nie wiem co musialbym odpalac na 8GB ramu zeby swapa potrzebowac
Offline
Ja sobie sprawdziłem ten system 64bit, środowisko domyślne — szybka instalacja stable z płytki + upgrade do testinga. No i faktycznie na sterach grafiki nouveau wszystko było w miarę w porządku, tylko proces gnome shell miał 100+ MiB, Po zainstalowaniu sterów nvidii, sporo procesów zjadało 2-3-4 x tyle ramu co było wcześniej, a po przekompilowaniu libcairo2 bez obsługi gl, zużycie ramu wróciło do normy. Sprawdziłem to póki co na gnome shell i gnome 2d, i ten drugi po załadowaniu się pulpitu, zjadał nieco ponad 200MiB, także chyba mogę już myśleć o porzuceniu tego i686. Pewnie ten libcairo był zawsze kompilowany z tą opcją od gl na 64bit, a ja nie miałem wtedy pojęcia o tym.
[quote=averatec]nie wiem co musialbym odpalac na 8GB ramu zeby swapa potrzebowac[/quote]
Ja wiem co ja bym zrobił jakbym miał 16GIB ramu, wszystkie pliki tmp, do ramu, cache przeglądarek tak samo i pewnie znalazło by się jeszcze parę innych rzeczy, które trą dysk i je też do ramu. Wbudowane grafiki przecie też żrą sporo ramu, nie pamiętam ile tam dokładnie ale powyżej 1,5GiB mogą nawet brać sobie.
Offline
[quote=averatec]nie wiem co musialbym odpalac na 8GB ramu zeby swapa potrzebowac[/quote]
[b]Lorenzo[/b] zapewne rozgrzewa komputer konkretną dawką obliczeń :-)
Offline
[quote=Lorenzo]Ja tam mam 16GB ramu, 48GB swapa i 8 rdzeni. 64bity mi nie mulą chociaż czasem słapują...[/quote]
ma to wogóle sens? U mnie gdy 8GB RAMu się skończy i zaczyna włazić na SWAP po ~3GB na SWAPie jest już tak wolny, że ledwo da się tego używać.
oprócz typowych rzeczy jak lekkie środowisko itd dla oszczędzania RAMu ostatnio bawię się tym;
http://www.phoronix.com/scan.php?page=news_item&px=MTQwODI
http://rozie.blox.pl/2011/11/Praca-na-destkopie-z-mala-iloscia-RAM-po-raz.html
zswap mam już od jakiegoś czasu (z tego co pamiętam wystarczyło dopisać);
cat /etc/default/grub | grep zswap GRUB_CMDLINE_LINUX_DEFAULT="resume=/dev/sda4 quiet drm.vblankoffdelay=1 zswap.enabled=1"
zram bawiłem się wczoraj - jeżeli htop mnie nie oszukiwał to jest to genialne rozwiązanie dla osób, które mają mało RAMu. Ciekawe tylko jak wygląda to przy słabszych procesorach np. Atom.
Offline
[quote=dominbik]po ~3GB na SWAPie jest już tak wolny, że ledwo da się tego używać.[/quote]
U mnie są jakieś problemy przy zrzucaniu czegokolwiek do swapa, 50-100MiB i już mi muli niemiłosiernie, i nie mam zielonego pojęcia co ten komp robi w tym czasie, po 5min się uspokaja. :]
Potestuję ten zram, może coś pomoże. xD
Offline
Próbowałeś ograniczyć do minimum wykorzystanie SWAP?
vm.swappiness = 1
Dodaj do pliku /etc/sysctl.conf.
Offline
Time (s) | Query |
---|---|
0.00011 | SET CHARSET latin2 |
0.00005 | SET NAMES latin2 |
0.00140 | SELECT u.*, g.*, o.logged FROM punbb_users AS u INNER JOIN punbb_groups AS g ON u.group_id=g.g_id LEFT JOIN punbb_online AS o ON o.ident='3.16.69.243' WHERE u.id=1 |
0.00078 | UPDATE punbb_online SET logged=1732436682 WHERE ident='3.16.69.243' |
0.00030 | SELECT * FROM punbb_online WHERE logged<1732436382 |
0.00103 | DELETE FROM punbb_online WHERE ident='18.119.105.155' |
0.00091 | DELETE FROM punbb_online WHERE ident='185.191.171.6' |
0.00027 | SELECT topic_id FROM punbb_posts WHERE id=245359 |
0.00042 | SELECT id FROM punbb_posts WHERE topic_id=24567 ORDER BY posted |
0.00067 | SELECT t.subject, t.closed, t.num_replies, t.sticky, f.id AS forum_id, f.forum_name, f.moderators, fp.post_replies, 0 FROM punbb_topics AS t INNER JOIN punbb_forums AS f ON f.id=t.forum_id LEFT JOIN punbb_forum_perms AS fp ON (fp.forum_id=f.id AND fp.group_id=3) WHERE (fp.read_forum IS NULL OR fp.read_forum=1) AND t.id=24567 AND t.moved_to IS NULL |
0.00007 | SELECT search_for, replace_with FROM punbb_censoring |
0.00164 | SELECT u.email, u.title, u.url, u.location, u.use_avatar, u.signature, u.email_setting, u.num_posts, u.registered, u.admin_note, p.id, p.poster AS username, p.poster_id, p.poster_ip, p.poster_email, p.message, p.hide_smilies, p.posted, p.edited, p.edited_by, g.g_id, g.g_user_title, o.user_id AS is_online FROM punbb_posts AS p INNER JOIN punbb_users AS u ON u.id=p.poster_id INNER JOIN punbb_groups AS g ON g.g_id=u.group_id LEFT JOIN punbb_online AS o ON (o.user_id=u.id AND o.user_id!=1 AND o.idle=0) WHERE p.topic_id=24567 ORDER BY p.id LIMIT 0,25 |
0.00081 | UPDATE punbb_topics SET num_views=num_views+1 WHERE id=24567 |
Total query time: 0.00846 s |