| View previous topic :: View next topic |
| Author |
Message |
Psyk[o]
n00b
Joined: 27 May 2003
Posts: 8
|
 Posted: Tue May 27, 2003 2:49 pm Post subject: Drammatico dubbio (mozilla e gentoo) |
 |
|
Ho messo su la mia prima gentoo box 3 giorni fa, partendo dallo stage1. Prima che installassi gnome tutto ok, mi sembrava una freccia. Ora ho finito di compilare gnome 2.3.2 e galeon 1.3.4 (con mozilla1.3.1) e ho delle performance molto simili a quelle che avevo prima (con redhat9), forse anche peggiorate...
in pratica galeon mi parte in 5-6 secondi! non so se questo sia normale, mi è venuto il dubbio che abbia sbagliato qualcosa nella compilazione.
Il mio sistema è un Intel Celeron 1700, 256mb DDR, Geforce2 64mb (di cui ho installato correttamente i driver).
Vi riporto parte del mio make.conf:
| Code: |
USE= "aalib bonobo cdr directfb dvd esd evo gb gphoto2 gtk2 gtkhtml imblib \
lirc mozaccess mozcalendar mozilla mozsvg nss tiff usb Xaw3d -3dnow fbcon svga gnome -kde -qt"
CHOST="i686-pc-linux-gnu"
CFLAGS="-mcpu=pentium4 -O3 -pipe"
CFLAGS="-march=pentium3 -O3 -pipe"
CXXFLAGS="${CFLAGS}"
|
In più ho un altro errore strano: sia in galeon che in epiphany la status bar non funziona... è perennemente grigia, se passo sopra un link non mi fa vedere il collegamente, non mi da lo status di caricamente delle pagine, etc. Funziona solo l'icona col lucchetto per la sicurezza. |
|
| Back to top |
|
 |
Peach
Advocate
Joined: 08 Mar 2003
Posts: 3686
Location: London, UK
|
| Posted: Tue May 27, 2003 2:52 pm Post subject: |
|
|
boh.
Io personalmente ho avuto problemi non da poco con Galeon stabile, in quanto mi crashava ogni volta per via di Xft o qualcosa del genere... quindi ho installato Galeon 1.3.3 con gtk2 e ora mi va e ci mette sicuramente di meno a caricare Galeon di Mozilla |
|
| Back to top |
|
|
bsolar
Bodhisattva
Joined: 12 Jan 2003
Posts: 2764
|
| Posted: Tue May 27, 2003 3:20 pm Post subject: Re: Drammatico dubbio (mozilla e gentoo) |
|
|
| Psyk[o] wrote: | CFLAGS="-mcpu=pentium4 -O3 -pipe"
CFLAGS="-march=pentium3 -O3 -pipe" |
Uh-oh...
di CFLAGS dovrebbe essercene una sola!
Ho alcuni dubbi, non so se in questo caso prende la prima (male perché avresti praticamente un -march=i386), la seconda (buona anche senza il -march=pentium4), entrambe (meglio ancora).
CMQ dovresti mettere:
| Code: | | CFLAGS="-march=pentium3 -mcpu=pentium4 -O3 -pipe" |
_________________
I may not agree with what you say, but I'll defend to the death your right to say it. |
|
| Back to top |
|
|
Psyk[o]
n00b
Joined: 27 May 2003
Posts: 8
|
| Posted: Tue May 27, 2003 3:57 pm Post subject: Azz |
|
|
Azz... non vorrei che abbia compilato tutto il sistema per i386... dannazione! in questo caso dovrei reinstallare tutto...
in ogni caso c'è un comando che mi ricompila tutti i pacchetti installati ? In questo modo non dovrò riconfigurare tutto ! |
|
| Back to top |
|
|
Psyk[o]
n00b
Joined: 27 May 2003
Posts: 8
|
| Posted: Tue May 27, 2003 4:04 pm Post subject: |
|
|
Dunque, ho controllato e il gcc usa questa flag | Code: | | -march=pentium3 -O3 -pipe -c menus.c |
quindi ha compilato tutto con ottimizzazione per pentium3  Pfui.
Cmq aggiungendo -mcpu=pentium4 otterrei risultati migliori ? Altrimenti lascio stare e non ricompilo tutto... |
|
| Back to top |
|
|
bsolar
Bodhisattva
Joined: 12 Jan 2003
Posts: 2764
|
| Posted: Tue May 27, 2003 6:26 pm Post subject: |
|
|
| Psyk[o] wrote: | | Cmq aggiungendo -mcpu=pentium4 otterrei risultati migliori ? Altrimenti lascio stare e non ricompilo tutto... |
Otterresti risultati leggermente superiori, secondo me non sufficienti per giustificare la ricompilazione del sistema.
Ad ogni modo se vuoi farlo un emerge -e world ricompila tutto (proprio tutto).
_________________
I may not agree with what you say, but I'll defend to the death your right to say it. |
|
| Back to top |
|
|
cerri
Bodhisattva
Joined: 05 Mar 2003
Posts: 2957
Location: # init S
|
| Posted: Tue May 27, 2003 8:00 pm Post subject: |
|
|
Tornando al discorso principale, ricorda che Gentoo e' ottimizzata, non di certo e' un altro linux.
CMQ che tu abbia delle performance inferiori a redhat mi fa pensare che c'e' qc altro che non va.
Fai:
| Code: |
# free
# top
# hdparm -d /dev/hda
|
e posta l'output dei tre comandi. Questo ci dara' una vaga idea di quello che succede.
Inoltre: sei sicuro del kernel che hai compilato?
_________________
Enjoy your freedom.
Sex is like hacking. You get in, you get out, and you hope you didnt leave something behind that can be traced back to you.
<----------------------->
Andrea Cerrito |
|
| Back to top |
|
|
Psyk[o]
n00b
Joined: 27 May 2003
Posts: 8
|
| Posted: Tue May 27, 2003 10:47 pm Post subject: |
|
|
Eccolo qui:
| Code: |
root@Ubik psyko # free
total used free shared buffers cached
Mem: 255100 249148 5952 0 24764 118428
-/+ buffers/cache: 105956 149144
Swap: 457844 384 457460
root@Ubik psyko # top
top - 23:51:35 up 25 min, 2 users, load average: 0.23, 0.25, 0.20
Tasks: 57 total, 1 running, 55 sleeping, 0 stopped, 1 zombie
Cpu(s): 11.1% user, 6.0% system, 0.0% nice, 82.9% idle
Mem: 255100k total, 249408k used, 5692k free, 24772k buffers
Swap: 457844k total, 384k used, 457460k free, 118556k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ Command
5055 root 16 0 912 912 724 R 3.8 0.4 0:00.05 top
1 root 15 0 504 504 440 S 0.0 0.2 0:09.02 init
2 root RT 0 0 0 0 S 0.0 0.0 0:00.00 migration_CPU0
3 root 15 0 0 0 0 S 0.0 0.0 0:00.04 keventd
4 root 35 19 0 0 0 S 0.0 0.0 0:02.57 ksoftirqd_CPU0
5 root 15 0 0 0 0 S 0.0 0.0 0:00.12 kswapd
6 root 15 0 0 0 0 S 0.0 0.0 0:00.36 kscand
7 root 25 0 0 0 0 S 0.0 0.0 0:00.00 bdflush
8 root 15 0 0 0 0 S 0.0 0.0 0:00.45 kupdated
9 root 20 0 0 0 0 S 0.0 0.0 0:00.06 khubd
14 root 15 0 0 0 0 S 0.0 0.0 0:00.01 kreiserfsd
38 root 15 0 928 928 608 S 0.0 0.4 0:00.05 devfsd
2077 root 16 0 428 428 372 S 0.0 0.2 0:00.00 dhcpcd
2081 root 15 0 0 0 0 S 0.0 0.0 0:01.46 kjournald
4671 root 15 0 576 576 496 S 0.0 0.2 0:00.01 metalog
4673 root 15 0 452 452 408 S 0.0 0.2 0:00.01 metalog
4752 root 15 0 640 640 560 S 0.0 0.3 0:00.01 cron
root@Ubik psyko # hdparm -d /dev/hda
/dev/hda:
using_dma = 0 (off)
|
|
|
| Back to top |
|
|
cerri
Bodhisattva
Joined: 05 Mar 2003
Posts: 2957
Location: # init S
|
| Posted: Wed May 28, 2003 5:20 am Post subject: |
|
|
| Code: | root@Ubik psyko # hdparm -d /dev/hda
/dev/hda:
using_dma = 0 (off) |
GRAVISSIMO!!!!! (a livello di performance) Fai subito:
| Code: | | # hdparm -v /dev/hda |
Mi sembra tanto che non hai abilitato il chipset corretto nel kernel...
_________________
Enjoy your freedom.
Sex is like hacking. You get in, you get out, and you hope you didnt leave something behind that can be traced back to you.
<----------------------->
Andrea Cerrito |
|
| Back to top |
|
|
bsolar
Bodhisattva
Joined: 12 Jan 2003
Posts: 2764
|
| Posted: Wed May 28, 2003 5:36 am Post subject: |
|
|
| cerri wrote: | | Mi sembra tanto che non hai abilitato il chipset corretto nel kernel... |
Possibile, oppure anche se il supporto è attivo DMA non viene caricato al boot.
Controlla che sia abilitato e che sia impostato per usare DMA automaticamente, se si rifiuta ancora di usarlo fai
| Code: | | # rc-update add hdparm boot |
e dai un'occhiata a '/etc/conf.d/hdparm' per configurarlo come si deve (spiegazioni dentro il file).
_________________
I may not agree with what you say, but I'll defend to the death your right to say it. |
|
| Back to top |
|
|
Psyk[o]
n00b
Joined: 27 May 2003
Posts: 8
|
| Posted: Wed May 28, 2003 6:34 am Post subject: |
|
|
Dunque, questo è l'hdparm -v:
| Code: |
root@Ubik psyko # hdparm -v /dev/hda
/dev/hda:
multcount = 16 (on)
IO_support = 0 (default 16-bit)
unmaskirq = 0 (off)
using_dma = 1 (on)
keepsettings = 0 (off)
readonly = 0 (off)
readahead = 8 (on)
geometry = 5005/255/63, sectors = 80418240, start = 0
root@Ubik psyko # hdparm -d /dev/hda
/dev/hda:
using_dma = 1 (on)
|
Purtroppo non ho idea di come settare correttamente il tutto, ho aggiunto hdparm all'init con rc-update, e i dati di sopra sono riferiti a questo cambiamento. Non mi sembra che le cose siano migliorate di molto...
Un'altra cosa, il filesystem di root è montato su una partizione ReiserFS, la directory home è una partizione formattata con ext3 (questo perchè precedentemente usavo ext3 e volevo conservare i dati di home). Questo potrebbe provocare problemi ? |
|
| Back to top |
|
|
Josuke
Veteran
Joined: 07 May 2003
Posts: 1175
Location: Italy - Bolzano
|
| Posted: Wed May 28, 2003 8:10 am Post subject: |
|
|
| poverina come configurazione di hdparm...ora..se hai un ata 100 o ata 133 ti consiglio di mettere così:-c1 -d1 -k1 -u1 -W1 -m16 -X66 -A1 -a64 |
|
| Back to top |
|
|
Psyk[o]
n00b
Joined: 27 May 2003
Posts: 8
|
| Posted: Wed May 28, 2003 8:32 am Post subject: |
|
|
| Mi potresti dire esattamente come fare? Come ho detto sopra non sono assolutamente pratico di hdparm... |
|
| Back to top |
|
|
Josuke
Veteran
Joined: 07 May 2003
Posts: 1175
Location: Italy - Bolzano
|
| Posted: Wed May 28, 2003 8:37 am Post subject: |
|
|
beh con gentoo è molto semplice...editi il file /etc/conf.d/hdparm
e nella stringa all_args= metti -c1 -d1 -k1 -u1 -W1 -m16 -X66 -A1 -a64
quindi:
all_args="-c1 -d1 -k1 -u1 -W1 -m16 -X66 -A1 -a64"
come noterai nel file c'è la possibilità di far andare queste opzioni ad uno solo dei device ma ti consiglio di provare così prima |
|
| Back to top |
|
|
bsolar
Bodhisattva
Joined: 12 Jan 2003
Posts: 2764
|
| Posted: Wed May 28, 2003 9:10 am Post subject: |
|
|
| Josuke wrote: | | -c1 -d1 -k1 -u1 -W1 -m16 -X66 -A1 -a64 |
Se posso, alcune di queste opzioni possono risultare pericolose (soprattutto su hardware non nuovissimo) e sono quindi da usare con cautela. Il manuale di hdparm spiega brevemente ciascuna opzione e gli eventuali rischi.
_________________
I may not agree with what you say, but I'll defend to the death your right to say it. |
|
| Back to top |
|
|
Josuke
Veteran
Joined: 07 May 2003
Posts: 1175
Location: Italy - Bolzano
|
| Posted: Wed May 28, 2003 9:19 am Post subject: |
|
|
ifati avevo specificato che l'hd doveva essere un ata 100 o meglio ata 133..comunque le uso da parecchio..mai avuto problemi e ti assicuro che le differenze ci sono eccome se ci sono  |
|
| Back to top |
|
|
cerri
Bodhisattva
Joined: 05 Mar 2003
Posts: 2957
Location: # init S
|
| Posted: Wed May 28, 2003 9:25 am Post subject: |
|
|
Io eviterei tanti giochi con hdparm....
Tra l'altro, -c1 non serve a niente.
| man hdparm wrote: | | Note that "32-bit" refers to data transfers across a PCI or VLB bus to the interface card only; all (E)IDE drives still have only a 16-bit connection over the ribbon cable from the interface card. |
E l'opzione -X...
| man hdparm wrote: | | Apart from that, use of this flag is seldom neces sary since most/all modern IDE drives default to their fastest PIO transfer mode at power-on. Fiddling with this can be both needless and risky. |
Mentre quella -a...
| man hdparm wrote: | | In the current kernel version (2.0.10) this has a default setting of 8 sectors (4KB). This value seems good for most purposes, but in a system where most file accesses are random seeks, a smaller setting might provide better performance. |
Hola
_________________
Enjoy your freedom.
Sex is like hacking. You get in, you get out, and you hope you didnt leave something behind that can be traced back to you.
<----------------------->
Andrea Cerrito |
|
| Back to top |
|
|
Josuke
Veteran
Joined: 07 May 2003
Posts: 1175
Location: Italy - Bolzano
|
| Posted: Wed May 28, 2003 9:30 am Post subject: |
|
|
| certo ma se devo dare il massimo metto tutto al massimo anche l'opzione c1 non servirà nel 90% dei casi..ma se devo fare una cosa la faccio bene...o anche detto che io le uso da tempo e non ho avuto problemi..mentre ho avuto un sensibile aumento delle prestazioni..soprattutto per quanto riguarda l'accelerazione 2d nvidia e gli accessi generici al disco...certo non garantisco per pc d'altri questo è chiaro la mia testimonianza è questa comunque |
|
| Back to top |
|
|
Cadoro
Apprentice
Joined: 09 Feb 2006
Posts: 154
Location: Napoli
|
| Posted: Mon Feb 20, 2006 11:59 pm Post subject: |
|
|
| ma su dischi sda scisi è attivabile il supporto per dma? |
|
| Back to top |
|
|
|
Forum italiano (Italian)
