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!

Ogłoszenie

Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.

#1  2013-11-08 13:01:02

  tajwan - boss

tajwan
boss
Skąd: Śląsk
Zarejestrowany: 2010-03-30

Procek a sytem

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.


NIGDY WIĘCEJ TESTING Z KTÓRYM SĄ SAME PROBLEMY !!!

Offline

 

#2  2013-11-08 13:25:28

  morfik - Cenzor wirtualnego świata

morfik
Cenzor wirtualnego świata
Skąd: ze WSI
Zarejestrowany: 2011-09-15
Serwis

Re: Procek a sytem

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

 

#3  2013-11-08 13:35:31

  dominbik - Członek DUG

dominbik
Członek DUG
Zarejestrowany: 2011-07-25

Re: Procek a sytem

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.


[img]http://img34.imageshack.us/img34/5092/zw9m.png[/img] [img]http://img29.imageshack.us/img29/219/pibw.png[/img]

Offline

 

#4  2013-11-08 13:43:51

  morfik - Cenzor wirtualnego świata

morfik
Cenzor wirtualnego świata
Skąd: ze WSI
Zarejestrowany: 2011-09-15
Serwis

Re: Procek a sytem

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

 

#5  2013-11-08 13:49:00

  mati75 - Psuj

mati75
Psuj
Skąd: default city
Zarejestrowany: 2010-03-14
Serwis

Re: Procek a sytem

Ja tam nie widzę w zasobności aplikacji pomiędzy 32 a 64 bit, więc nie ma co wpadać w dziwne teorie.


[img]https://l0calh0st.pl/obrazki/userbar.png[/img]

Offline

 

#6  2013-11-08 14:51:46

  morfik - Cenzor wirtualnego świata

morfik
Cenzor wirtualnego świata
Skąd: ze WSI
Zarejestrowany: 2011-09-15
Serwis

Re: Procek a sytem

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

 

#7  2013-11-08 16:09:16

  yossarian - Szczawiożerca

yossarian
Szczawiożerca
Skąd: Shangri-La
Zarejestrowany: 2011-04-25

Re: Procek a sytem

Ostatnio architektura amd64 jest traktowana bardziej priorytetowo przez deweloperów.
Teoretycznie powinno być trochę mniej problemów niż z 32-bit.

Offline

 

#8  2013-11-08 17:18:58

  averatec - Użytkownik

averatec
Użytkownik
Zarejestrowany: 2013-10-25

Re: Procek a sytem

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

 

#9  2013-11-08 18:13:03

  BlackEvo - Driver

BlackEvo
Driver
Skąd: Polska
Zarejestrowany: 2006-05-20

Re: Procek a sytem

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

 

#10  2013-11-08 18:19:55

  ArnVaker - Kapelusznik

ArnVaker
Kapelusznik
Skąd: Midgard
Zarejestrowany: 2009-05-06

Re: Procek a sytem

AFAIR przy PAE system wykorzysta powyżej 4 GB, ale nie będzie w stanie przydzielić więcej niż 4 GB dla jednego procesu.


[img]http://svn.debianart.org/themes/generic/spinner/spinner48px-moreblue.png[/img]

Offline

 

#11  2013-11-08 18:28:41

  BlackEvo - Driver

BlackEvo
Driver
Skąd: Polska
Zarejestrowany: 2006-05-20

Re: Procek a sytem

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


[img]http://blackevo.kewlnet.tk/userbar/ThinkPad_userbar.jpg[/img]
[img]http://blackevo.kewlnet.tk/userbar/Archlinux_userbar.jpg[/img]

Offline

 

#12  2013-11-08 20:02:52

  dominbik - Członek DUG

dominbik
Członek DUG
Zarejestrowany: 2011-07-25

Re: Procek a sytem

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ć.


[img]http://img34.imageshack.us/img34/5092/zw9m.png[/img] [img]http://img29.imageshack.us/img29/219/pibw.png[/img]

Offline

 

#13  2013-11-08 20:04:07

  uzytkownikubunt - Zbanowany

uzytkownikubunt
Zbanowany
Zarejestrowany: 2012-04-25

Re: Procek a sytem

268

Ostatnio edytowany przez uzytkownikubunt (2016-12-01 00:41:05)

Offline

 

#14  2013-11-08 20:14:56

  Yampress - Imperator

Yampress
Imperator
Zarejestrowany: 2007-10-18

Re: Procek a sytem

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

 

#15  2013-11-08 23:16:43

  Lorenzo - Moderator

Lorenzo
Moderator
Zarejestrowany: 2005-12-23

Re: Procek a sytem

Ja tam mam 16GB ramu, 48GB swapa i 8 rdzeni. 64bity mi nie mulą chociaż czasem słapują...

Offline

 

#16  2013-11-09 09:40:10

  macios4x - Użytkownik

macios4x
Użytkownik
Zarejestrowany: 2012-12-10

Re: Procek a sytem

[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


Zwolennik Open Source, użytkownik Arch, Debian

Offline

 

#17  2013-11-09 10:52:58

  marcin'82 - Użytkownik

marcin'82
Użytkownik
Skąd: Sosnowiec
Zarejestrowany: 2011-10-02

Re: Procek a sytem

Do czego? Np. modelowanie 3D, obróbka wideo itp. Poza tym niektóre programy świrują, gdy nie ma partycji wymiany.


marcin'82

Offline

 

#18  2013-11-09 11:39:52

  uzytkownikubunt - Zbanowany

uzytkownikubunt
Zbanowany
Zarejestrowany: 2012-04-25

Re: Procek a sytem

270

Ostatnio edytowany przez uzytkownikubunt (2016-12-01 00:41:08)

Offline

 

#19  2013-11-09 13:10:20

  averatec - Użytkownik

averatec
Użytkownik
Zarejestrowany: 2013-10-25

Re: Procek a sytem

nie wiem co musialbym odpalac na 8GB ramu zeby swapa potrzebowac

Offline

 

#20  2013-11-09 13:57:47

  morfik - Cenzor wirtualnego świata

morfik
Cenzor wirtualnego świata
Skąd: ze WSI
Zarejestrowany: 2011-09-15
Serwis

Re: Procek a sytem

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

 

#21  2013-11-09 15:07:44

  Piotr3ks - Też człowiek :-)

Piotr3ks
Też człowiek :-)
Skąd: Białystok
Zarejestrowany: 2007-06-24

Re: Procek a sytem

[quote=averatec]nie wiem co musialbym odpalac na 8GB ramu zeby swapa potrzebowac[/quote]
[b]Lorenzo[/b] zapewne rozgrzewa komputer konkretną dawką obliczeń :-)

Offline

 

#22  2013-11-09 16:37:23

  Pavlo950 - człowiek pasjonat :D

Pavlo950
człowiek pasjonat :D
Zarejestrowany: 2012-02-20
Serwis

Re: Procek a sytem

[quote=averatec]nie wiem co musialbym odpalac na 8GB ramu zeby swapa potrzebowac[/quote]
Wirtualizacja + kilka kart w chromie = czasami mam zajęty prawie cały RAM (ale ja mam 6 GB...)

Offline

 

#23  2013-11-10 18:23:15

  dominbik - Członek DUG

dominbik
Członek DUG
Zarejestrowany: 2011-07-25

Re: Procek a sytem

[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ć);

Kod:

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.


[img]http://img34.imageshack.us/img34/5092/zw9m.png[/img] [img]http://img29.imageshack.us/img29/219/pibw.png[/img]

Offline

 

#24  2013-11-11 04:14:35

  morfik - Cenzor wirtualnego świata

morfik
Cenzor wirtualnego świata
Skąd: ze WSI
Zarejestrowany: 2011-09-15
Serwis

Re: Procek a sytem

[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

 

#25  2013-11-11 08:36:50

  marcin'82 - Użytkownik

marcin'82
Użytkownik
Skąd: Sosnowiec
Zarejestrowany: 2011-10-02

Re: Procek a sytem

Próbowałeś ograniczyć do minimum wykorzystanie SWAP?

Kod:

vm.swappiness = 1

Dodaj do pliku /etc/sysctl.conf.


marcin'82

Offline

 

Stopka forum

Powered by PunBB
© Copyright 2002–2005 Rickard Andersson
Nas ludzie lubią po prostu, a nie klikając w przyciski ;-)

[ Generated in 0.012 seconds, 14 queries executed ]

Informacje debugowania

Time (s) Query
0.00010 SET CHARSET latin2
0.00004 SET NAMES latin2
0.00134 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=1732436692 WHERE ident='3.16.69.243'
0.00049 SELECT * FROM punbb_online WHERE logged<1732436392
0.00064 DELETE FROM punbb_online WHERE ident='18.118.154.237'
0.00071 DELETE FROM punbb_online WHERE ident='3.135.190.244'
0.00073 DELETE FROM punbb_online WHERE ident='3.14.143.149'
0.00049 SELECT topic_id FROM punbb_posts WHERE id=245326
0.00016 SELECT id FROM punbb_posts WHERE topic_id=24567 ORDER BY posted
0.00052 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.00005 SELECT search_for, replace_with FROM punbb_censoring
0.00106 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.00094 UPDATE punbb_topics SET num_views=num_views+1 WHERE id=24567
Total query time: 0.00805 s