Forum Debian Users Gang

morfik · 2013-11-29 20:35:33

Mi ten wine 1.7 chciał dociągnąć ponad 100 pakietów, to więcej niż przy instalacji amaroka. xD Chyba lepiej sobie już prawdziwnego wina zainstaluje. xD

ArnVaker · 2013-11-29 20:49:52

[quote=fervi]Wine integruje się z Linuksem, POL niezbyt[/quote]
A co tu jest do integrowania? W POL jednym kliknięciem można wyciągnąć skróty do poszczególnych aplikacji obsługiwanych za pomocą dowolnej wersji Wine.

KapitanBomba · 2013-11-29 21:29:10

[quote=Yampress](...)
Nie ma sensu... isc w 386. Też długo siedziałem w i386 ale od pół roku poszedłem w amd64 i tak już zostanie... Zabiera blisko 2x pamięci ale do się przeżyć. W i386 xfce4 zajmowało mi ~72MB w amd 64 ~150MB.

Tak stable jest stabilniejszy.[/quote]
Wersja 64 bitowa zjada więcej pamięci od 32bitowej? Nigdy nie zauważyłem takiej zależności, aż sprawdzę. Myślisz że jak na słabszym kompie postawię 32 bity w miejsce 64 to zyskam na szybkości działania systemu?

fervi · 2013-11-29 21:48:06

@morfik
Wine w Ubuntu miało w zależnościach pół KDE, wersja Liquorix (od 1.7.4) nie ma pół KDE i jest całkiem ok

@ArnVaker
Wine dąży do zostania czymś jak QT czy GTK - biblioteką :P (nie wiem o co kaman)
Aczkolwiek integracja jest przydatna, instalujesz Photoshopa i od razu Mimetype masz ustawione pod niego (itd.). Problemem jest, że grafiki są ustawione pod WineIE ...

@KapitanBomba
Jeśli komputer ma 3GB lub mniej to zyska na pewno, a jak ma więcej to PAE :P

Fervi

Ostatnio edytowany przez fervi (2013-11-29 21:48:37)

KapitanBomba · 2013-11-29 21:54:03

Hmm już mi się urodziła myśl żeby zmienić dla testu, ale mi się przypomniało że 32 bitowy nie łyka dużych plików chyba powyżej 2 GB (czy się mylę?) :( a mam filmy z wypraw w góry nie rzadko i po 4 GB w HD :/
Dobrze będzie naginał 32bitowy system na procku 64bitwym?

ArnVaker · 2013-11-29 22:01:01

[quote=KapitanBomba]32 bitowy nie łyka dużych plików chyba powyżej 2 GB (czy się mylę?)[/quote]
Pierwsze słyszę. Jedyne odczuwalne ograniczenie jakie znam, to że nie przydzieli powyżej 4 GB RAM-u dla jednego procesu.

Pavlo950 · 2013-11-29 22:18:53

@ArnVaker
Czyli jeżeli nawet będę miał kernel PAE, to nie będę mógł przydzielić maszynie wirtualnej 4.5 GB?

morfik · 2013-11-29 22:21:03

KapitanBomba -- ja miałem u siebie pliki nawet xx gb i bez problemu działały na i686, bo to już od systemu plików zależy jak wielki może być plik.

Miałem system 32bit na 64bit procku, teraz mam 64bit na tym samym procku i tam nie widzę różnicy w pracy -- wszystko chodzi mi tak samo.

ArnVaker · 2013-11-29 22:41:03

[quote=Pavlo950]Czyli jeżeli nawet będę miał kernel PAE, to nie będę mógł przydzielić maszynie wirtualnej 4.5 GB?[/quote]
Niby tak, ale nigdy nie sprawdzałem i opieram się tylko na jakimś artykule który kiedyś czytałem. Jeśli miałbym wziąć odpowiedzialność za tę odpowiedź, odpowiedziałbym: nie wiem. ;) Zresztą mając tyle RAM-u i 64-bitowy procesor IMO nie ma sensu instalować 32-bitowego systemu i polegać na protezach, architektura amd64 nie jest już jakąś ciekawostką i staje się coraz popularniejsza: [url]http://dug.net.pl/news/448/[/url].

pioki · 2013-11-30 04:56:14

[quote=ArnVaker](...) architektura amd64 nie jest już jakąś ciekawostką i staje się coraz popularniejsza: [url]http://dug.net.pl/news/448/[/url].[/quote]
Moim zdaniem wciąż nie jest tak dobrze przetestowana jak i386... A pae w Debianie to już chyba jest obowiązkowe. Ktoś zna jakiś przykład w którym zmiana architektury i386 na amd64 powoduje jakiś znaczący wzrost wydajności w zwykłym użytkowaniu systemu (poza pamięcią RAM > 4GB)?

PoL - gdzie on instaluje te dodatkowe wersje wine? Czy jest możliwa jedna instalacja dla wielu użytkowników?

Osobiście pakiet wine mam zatrzymany na wersji 1.2.3 - ten program ma to do siebie, że często pojawiają się w nim regresje, nie zawsze nowsza wersja lepiej działa.

Wersji testowej zacząłem używać jakoś miesiąc przed rozpoczęciem "mrożenia" Wheezy i zakończyłem wraz z jej wydaniem jako stabilnej. To nie dla mnie, natrafiałem na rozmaite problemy. Pisanie, że wersja testowa jest stabilna, to jakieś nieporozumienie. Nowsze programy zwykle nie dodają jakichś super możliwości, a poprzez zmiany w swoim działaniu mogą powodować różne kłopoty (takie osobiste doświadczenie - znikające opcje dostępne w starszym oprogramowaniu). I zwykle trochę trwa zanim zostanie doprowadzone to do jako takiego porządku.

Jeśli ktoś chce w wersji stabilnej używać nowszych programów to są przecież backporty. Ale i tu należy moim zdaniem zachować zdrowy rozsądek i instalować z nich wybrane aplikacje - jedynie te których się używa ;) W ostateczności można jakiś pakiet przebudować.

Ostatnio edytowany przez pioki (2013-11-30 04:58:18)

azhag · 2013-11-30 08:04:14

[quote=pioki]A pae w Debianie to już chyba jest obowiązkowe.[/quote]
Nie jest. W przeciwieństwie do np. Ubuntu i Minta, Debian dostarcza też jądra i486 bez PAE.

http://dug.net.pl/news/263/

yossarian · 2013-11-30 08:37:46

[quote=pioki]Moim zdaniem wciąż nie jest tak dobrze przetestowana jak i386...[/quote]
Skoro architektura amd64 jest najpopularniejsza (szczególnie wśród deweloperów), to tym samym jest obecnie najlepiej przetestowana.

pioki · 2013-11-30 08:59:37

[quote=yossarian][quote=pioki]Moim zdaniem wciąż nie jest tak dobrze przetestowana jak i386...[/quote]
Skoro architektura amd64 jest najpopularniejsza (szczególnie wśród deweloperów), to tym samym jest obecnie najlepiej przetestowana.[/quote]
Gdyby była lepiej "przetestowana" to nie byłoby problemów z aplikacjami na wersji amd64, tylko na i386...
Coś tak czuję, że "szczególnie wśród deweloperów" dużo bardziej popularna jest wersja testowa i sid od aktualnej stabilnej ;). Żartuję oczywiście. Moja poprzednia wypowiedź odnosiła się do faktu, że i386 jest dużo starsza od amd64.

yossarian · 2013-11-30 09:39:36

A cóż to za problemy z aplikacjami?

Większa popularność to większa liczba osób, które mogą znaleźć i zgłosić błąd.

Są jeszcze starsze architektury niż i386. Nie czyni to ich mniej problematycznymi.

pioki · 2013-11-30 10:06:35

[quote=yossarian]A cóż to za problemy z aplikacjami?[/quote]
Dobra, niech ci będzie nie ma i nigdy nie było problemów z aplikacjami na amd64.

Większa popularność to większa liczba osób, które mogą znaleźć i zgłosić błąd.[/quote]
To już jest dyskusja na zupełnie inny temat.
Są jeszcze starsze architektury niż i386. Nie czyni to ich mniej problematycznymi.[/quote]
Tak to prawda. Tutaj jednak rozmawiamy o i386 i amd64.

Żeby była jasność, amd64 już pozbyła się większości chorób wieków dziecięcego, większość aplikacji została już na nią przeniesiona i nie ma z nią większych problemów (co jeszcze kilka lat temu nie było takie oczywiste). Jest jak najbardziej godna polecania.

Jednak procesory, którymi dysponujemy mogą działać zarówno na i386, jak i na amd64. I nie ma tak, że przechodząc z jednej na drugą odniesiesz jakieś spektakularne korzyści (no chyba, że operujesz na 64 bitowych danych i to pod warunkiem, że procesor w trybie 32-bitowym nie korzysta z 64-bitowych rejestrów).

Z mojej strony EOT.

Offline

Time (s)	Query
0.00013	SET CHARSET latin2
0.00006	SET NAMES latin2
0.00124	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.145.81.252' WHERE u.id=1
0.00105	REPLACE INTO punbb_online (user_id, ident, logged) VALUES(1, '3.145.81.252', 1732635694)
0.00053	SELECT * FROM punbb_online WHERE logged<1732635394
0.00047	SELECT topic_id FROM punbb_posts WHERE id=247125
0.00005	SELECT id FROM punbb_posts WHERE topic_id=24713 ORDER BY posted
0.00060	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=24713 AND t.moved_to IS NULL
0.00005	SELECT search_for, replace_with FROM punbb_censoring
0.00414	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=24713 ORDER BY p.id LIMIT 25,25
0.00098	UPDATE punbb_topics SET num_views=num_views+1 WHERE id=24713
Total query time: 0.0093 s

Forum Debian Users Gang

Ogłoszenie

#26 2013-11-29 20:35:33

morfik - Cenzor wirtualnego świata

Re: Zmiana architektury i powrót do stable.

#27 2013-11-29 20:49:52

ArnVaker - Kapelusznik

Re: Zmiana architektury i powrót do stable.

#28 2013-11-29 21:29:10

KapitanBomba - Użytkownik

Re: Zmiana architektury i powrót do stable.

#29 2013-11-29 21:48:06

fervi - Użytkownik

Re: Zmiana architektury i powrót do stable.

#30 2013-11-29 21:54:03

KapitanBomba - Użytkownik

Re: Zmiana architektury i powrót do stable.

#31 2013-11-29 22:01:01

ArnVaker - Kapelusznik

Re: Zmiana architektury i powrót do stable.

#32 2013-11-29 22:18:53

Pavlo950 - człowiek pasjonat :D

Re: Zmiana architektury i powrót do stable.

#33 2013-11-29 22:21:03

morfik - Cenzor wirtualnego świata

Re: Zmiana architektury i powrót do stable.

#34 2013-11-29 22:41:03

ArnVaker - Kapelusznik

Re: Zmiana architektury i powrót do stable.

#35 2013-11-30 04:56:14

pioki - Użytkownik

Re: Zmiana architektury i powrót do stable.

#36 2013-11-30 08:04:14

azhag - Admin łajza

Re: Zmiana architektury i powrót do stable.

#37 2013-11-30 08:37:46

yossarian - Szczawiożerca

Re: Zmiana architektury i powrót do stable.

#38 2013-11-30 08:59:37

pioki - Użytkownik

Re: Zmiana architektury i powrót do stable.

#39 2013-11-30 09:39:36

yossarian - Szczawiożerca

Re: Zmiana architektury i powrót do stable.

#40 2013-11-30 10:06:35

pioki - Użytkownik

Re: Zmiana architektury i powrót do stable.

#41 2013-11-30 10:51:00

uzytkownikubunt - Zbanowany

Re: Zmiana architektury i powrót do stable.

#42 2013-11-30 11:54:40

Pavlo950 - człowiek pasjonat :D

Re: Zmiana architektury i powrót do stable.

#43 2013-11-30 12:11:38

mati75 - Psuj

Re: Zmiana architektury i powrót do stable.

Kod:

#44 2013-11-30 14:36:51

Yampress - Imperator

Re: Zmiana architektury i powrót do stable.

#45 2013-11-30 15:40:07

yossarian - Szczawiożerca

Re: Zmiana architektury i powrót do stable.

#46 2013-11-30 15:47:41

dominbik - Członek DUG

Re: Zmiana architektury i powrót do stable.

Kod:

#47 2013-11-30 15:49:41

ArnVaker - Kapelusznik

Re: Zmiana architektury i powrót do stable.

#48 2013-11-30 17:40:32

Yampress - Imperator

Re: Zmiana architektury i powrót do stable.

Stopka forum

Informacje debugowania