STEP I - Let's get the latest GIMP 2.6 deb files at Getdeb.net.

The below trick/tip is an original post of xubuntu.wordpress.com (Howto: Access GetDeb.net packages through Apt-get/Synaptic)

(1) Open up a terminal ( ALT + F2 then type gnome-terminal ) and key in this command:

gksudo gedit /etc/apt/sources.list

(2) Put in the following on the last line at the end of the file:

deb http://ubuntu.org.ua/ getdeb/


Save the file and exit.

(3) Now run the following in the terminal:

sudo apt-get update

sudo apt-get update

STEP II - It's time to get GIMP 2.6

(4) Still in the terminal? Type this command:

sudo apt-get install gimp

This will update your GIMP 2.4 to GIMP 2.6.

STEP III - (Optional) Let's remove the Getdeb.net repo

We added the Getdeb.net's repository at sources.list so take note that it's not an Ubuntu official repository. The tendency for this is, when we apt-get update or apt-get upgrade later on or in the the future, Getdeb's sources may jumble with Ubuntu's sources. You may encounter some problem with that so let's remove Getdeb's repo since we already get GIMP 2.6 running with all it's depencies.

(5) Open up a terminal ( ALT + F2 then type gnome-terminal ) and key in this command:

gksudo gedit /etc/apt/sources.list

(6) On the last line, remove / delete the following:

deb http://ubuntu.org.ua/ getdeb/

Save the file and exit.

(7) Now re-run the following in the terminal:

sudo apt-get update

sudo apt-get upgrade

Hooray! You have GIMP 2.6 running on Ubuntu 8.04 - Hardy Heron with no hassle.

After giving Ubuntu a try for more than 2 months, was I able to achieve my goal?

A short answer is no. I eventually reverted to Windows XP. Let's have a look why with more details.

What worked well while using Ubuntu ?

The interface is nice, pleasant to use, nice color and nice sound. I'm one of those that don't waste time with themes, etc. So I keep default themes.

Using multiple workspace is very cool and turned to be very useful despite my initial skepticism.

The package updater is great. One point though, when you got an update you don't know what the update are fixing, you just update from the repositories you have setup.

Boot time, shutdown time: Fine; nothing to be excited with: I does what it does in a reasonable time.

What did not worked while using Ubuntu ?

Some of my hardware components were not recognized at all : the internal microphone is certainly the most paintful one and in a lesser extend the finger print reader.

The falling sensor that can be used to protect my HDD didn't have any drivers to be installed (as final/stable package).

The Wifi connection at boot time was rather erratic and slow to connect (when eventually it did). I had to wait frequently more than 2 minutes before being connected to Internet. When I open my machine only to check my emails, this is frustrating because I eventually spend more time trying to get this damned wireless connection working than checking and doing my emails.

Skype did not work correctly: the sound was awful and the phone calls were cut repeatedly not to mention the need to use my external microphone.

I needed to create "Word" document to be used by others and couldn't fail to have the document layout and content not looking right. So using Open Office was not appropriate; I reverted back to XP to create these documents from Microsoft Office. I know this is not Ubuntu related but consider I had to revert back to XP to achieve my task. Some of you could point to Wine. Others could argue about installing virtual image of Windows and MSOffice, blablabla ... STOP.  I aim simple install and straight forward usage or forget it. I'm not keen to go on the geek side just to be proud of doing it. What about MS Office supporting Ubuntu :-) kidding.... euh, actually .... not.

Side note about MS Office handcuffing: sadly when it turns to official document to exchange for business Word is still the standard de-facto.

I had to provide remote assistance to users that running XP and using TeamViewer Quick Support. Sadly Teamviewer is not Ubuntu supported and so I had to revert to XP during the remote assistance session. I know you could argue I just need to change to a new remote assistance tool. Ok, but give me one that is as easy and as intuitive as Teamviewer (from the remote controlled side percepective). One name and I'm ready to discuss and review the product.

Conclusion.

Using Ubuntu has been a very interesting experience and I discovered a world full of promises. Unfortunately it wasn't able to fulfill all my needs. As my goal was to completely switch to Ubuntu, I must say this is not successfull and so I reverted to XP.

I will possibly give it a try again when the next release of Ubuntu is available. But not without having my internal microphone, finger print reader, falling detector working appropriately. If the hardware limitation are lifted up, I'll be happy to go for a second journey.

Ok, I know, the case with MSOffice will not be resolved...but I might then be really tempted to switch away from Windows XP. I'm sure you, Ubuntu lover, will suggest me a replacement for Teamviewer.

Did I say Second Journey, already ?

Oggi, ad esempio, sono riuscita a guardare un DVD e ne sono contenta :-)

Ho scritto una pagina sull'argomento nella solita sezione Ubuntu&C...

Buona visione!

acx: got IV_ICV_Failure (crypto) IRQ(s)

Sé a ciencia cierta que la causante es la tarjeta ya que si arranco sin ella, el portatil funciona perfectamente. El problema es que no sé cuál puede ser el paquete actualizado causante de que ahora funcione mal. ¿alguna pista?

Questo è il thread sull'upgrade nel forum ufficiale di Wicd. Pare che ci si trovino tante risposte!

Forse i problemi sono finiti...

Se qualcuno conosce un modo alternativo per fare queste due cose che non implichi per forza l'apertura dell'interfaccia del programma, potrebbe risolvere il problema a me e non solo! Se ci sei, batti un colpo!!

Nunca había podido configurar el sonido 5.1 en una PC con Gnu/Linux, hoy con una simple busqueda en google encontré este blog donde explica como hacer y es sumamente fácil:

solo edite el archivo alsa-base:

$ sudo gedit /etc/modprobe.d/alsa-base

agregando esta linea:

options snd-hda-intel model=6stack

Luego reinicie la PC (por que no sabia como reiniciar el sonido ALSA) y ya tenia sonido 5.1. Lo probé con el reproductor VLC viendo una pelicula en HD y tambien reproduciendo algunos DVDs.

PC: Motherboard ASUS P5L-MX - Os: Ubuntu 8.04

The Intel HDA sound drivers that ship with Hardy work just fine on this machine, but if you don't know what all the sliders do (I had absolutely no clue) you'll have a hard time getting any signal from the built-in microphone.

After some fiddling I figured out that the Capture screen of alsamixer gives you access to the appropriate controls. You need to set one of the Input sources to "Front mic", you need to up the Mux on that one a little, and you need to make sure that the channel says "Capture" below it (in red, leftmost column in the image below) - otherwise it's actually muted.

Now if you want to know a little bit more on what all this is about: I found a few clues here. Apparently Mux controls something like an analog pre-gain for the AD-converter, and the different channels on display in the Capture menu reflect the fact that the Sigmatel chip offers multiple AD-converters.

You can verify the proper operation of the mic using arecord and aplay like so (where hw:0,0 refers to the channel I activated as shown in the screenshot):

arecord -f cd -D hw:0,0 -d 5 test.wav # now say something...
aplay test.wav

Another thing I have to point out is that I have no idea if this is a best practice to getting it working right. Ubuntu Hardy uses something called PulseAudio and I haven't had time to educate myself as to where that fits into the whole audio stack. Should I not fiddle with things through ALSA anymore? There's more reading on all the different audio components at Linux.com but I haven't had time to really get a clear picture of matters so far. Would love to hear from anyone who knows more about this.

In case the follow-up doesn't come soon enough, do prod me if you need more info on the Latitude. One hint: if you're ordering, phone them up and insist that you want Intel wifi (that's not configurable in the webshop sometimes) and not the Broadcom stuff.

Nach einer frischen Installation von Ubuntu 8.04 wurde der Laptop erst einmal per Kabel internetfähig gemacht. Anschliessend habe ich ein Systemupdate gemacht und den Rechner neu gestartet.
Nach dem Neustart erschien im oberen Panel ein neues Icon und ich wurde daraufhingewiesen, dass ein proprietärer Treiber verwendet werde. Und tatsächlich erschien im Netzwerkfenster der Systemverwaltung eine Funkverbindung. Leider war es mir jedoch nicht möglich mich mit einem WLAN Netz zu verbinden.

Somit entschied ich mich, der oben erwähnten Anleitung eine Chance zu geben.

Zunächst sollte man in Erfahrung bringen, ob überhaupt die richtige WLAN-Karte im Notebook werkelt. Der folgende Befehl

lspci -nn | grep 14e4

brachte bei mir folgende Rückmeldung

0b:00.0 Network controller [0280]: Broadcom Corporation BCM4312 802.11b/g [14e4:4315] (rev 01)

Um eventuellen Konflikten vorzubeugen, entschloss ich mich den proprietären Treiber zu deaktivieren:

Im Systemverwaltungsmenü einfach Hardware-Treiber auswählen. Und dann im folgenden Fenster bei aktiviert den Haken entfernen:

Anschliessend den Rechner neu starten und mit folgenden Schritten fortfahren.

1. bcm43xx auf die Blacklist setzen:

echo blacklist bcm43xx | sudo tee -a /etc/modprobe.d/blacklist

2. ndiswrapper installieren

sudo apt-get install ndiswrapper-common ndiswrapper-utils-1.9 ndisgtk

3. Treiber runterladen

R174291.exe

4. Treiber entpacken

unzip R174291.exe

5. Ins Verzeichnis DRIVER_US wechseln und Treiber installieren

sudo ndiswrapper -i bcmwl5.inf

6. rc.local anpassen

gksudo gedit /etc/rc.local

7. Folgende Zeilen über der Zeile "exit 0" einfügen

modprobe -r b44
modprobe -r ssb
modprobe -r ndiswrapper
modprobe ndiswrapper
modprobe ssb
modprobe b44

8. Rechner neu starten
9. Jetzt sollte das WLAN funktionieren
10. Zur bequemeren oder tiefergehenden Konfiguration kann ich Wicd wärmstens empfehlen

Se anche qualcuno di voi è messo come me e non trova i pacchetti vecchi, se mi manda una email gli spedisco quello che ho usato io!

Appena avrò novità vi farò sapere... e se ne avete prima voi, fatelo sapere a me!! ;-)

NON AGGIORNATE WICD!!

Io l'ho fatto ieri e adesso non riesco più ad aprirlo, usarlo, lanciarlo, pistolarlo, eiettarlo, ecc.
Sto cercando di risolvere il problema e appena scopro qualcosa lo scrivo, ma per adesso vi consiglierei di non lasciare la strada vecchia per la nuova.

Mi dispiace soprattutto per quel carissimo ragazzo a cui ho detto giusto ieri: "Metti Wicd sul tuo Ubuntu e vedrai che riesci ad usare la Wireless che è un piacere!"... Bella figura.

A presto!!

1) Primeiro instale o Ruby:

[sourcecode language="ruby"]
sudo aptitude install ruby1.8-dev ruby1.8 ri1.8 rdoc1.8 irb1.8 libreadline-ruby1.8 libruby1.8
[/sourcecode]

2) Mude as váriaveis simbólicas:

[sourcecode language="ruby"]
sudo ln -s /usr/bin/ruby1.8 /usr/local/bin/ruby
sudo ln -s /usr/bin/ri1.8 /usr/local/bin/ri
sudo ln -s /usr/bin/rdoc1.8 /usr/local/bin/rdoc
sudo ln -s /usr/bin/irb1.8 /usr/local/bin/irb
[/sourcecode]

3) Instale o RUBYGEM:
Baixe o arquivo no site do rubygem (http://www.rubygems.org/), descompacte e dentro da pasta instale com:

[sourcecode language="ruby"]
ruby setup.rb
[/sourcecode]

4) Agora mude a variável simbólica deste:

[sourcecode language="ruby"]
sudo ln -s /usr/bin/gem1.8 /usr/local/bin/gem
[/sourcecode]

5) Instale a versão do Rails que você quiser (no meu caso 1.2.6):

[sourcecode language="ruby"]
sudo gem install rails -v 1.2.6
[/sourcecode]

Pronto!

Para criar um projeto com esta versão dê:

[sourcecode language="ruby"]
rails _1.2.6_ "nome do projeto"
[/sourcecode]

Obs: Você pode ter várias versões do Rails em sua máquina.

Come prima cosa dobbiamo creare un punto di mount statico per la partizione di Windows.In questo modo la partizione di windows avrà sempre lo stesso punto di mount.

Creiamo il punto di mount.Apriamo il terminale e digitiamo:

sudo mkdir /media/c

Applichiamo i permessi di lettura e scrittura a questa cartella,quindi da terminale digitiamo:

sudo chmod 667 /media/c

A questo punto facciamo in modo di montare la partizione C: di windows all'avvio del PC.Per fare questo bisogna modificare il file fstab

ATTENZIONE:MODIFICHE ERRATE DEL FILE FSTAB POSSONO COMPROMETTERE L'AVVIO E IL CORRETTO FUNZIONAMENTO DEL PC

Ci serve conoscere l'UUID della partizione C di windows.Per fare ciò digitiamo da terminale:

sudo vol_id -u /dev/sdaX

dove al posto di X bisogna inserire il numero relativo alla partizione di Windows.Si ottiene un lunga stringa tipo questa 1551E3646162906D.Annotare questa stringa.

Adesso dobbiamo editare il file fstab.Da terminale digitiamo:

sudo gedit /etc/fstab

e aggiungiamo questa riga:

UUID=stringa_ottenuta /media/c ntfs

dove al posto di stringa_ottenuta dobbiamo inserire la stringa ottenuta con il comando sudo vol_id /dev/sdaX

Salviamo il file e riavviamo il PC.Da questo momento in poi la partizione C: di windows sarà montata automaticamente sul punto di mount /media/c.

Adesso dobbiamo fare in modo che Thunderbird installato su Ubuntu,possa condividere impostazioni e email con Thunderbird installato su Windows.

Quindi apriamo il terminale e digitiamo:

thunderbird -profilemanager

Nella finestra che si apre,cliccare su "Create Profile",poi su "Next" e "Choose Folder" e selezioniamo la cartella del profilo di default di windows.Tale cartella si trova all'interno di

Documents and Settings/vostro_nome_utente/Dati Applicazioni/Thunderbird/Profiles/a1b2c3d4.default

dove al posto di a1b2c3d4.default ci sarà un altro nome di cartella sempre .default.

Cliccare su "Finish".

Abbiamo finito!!!!Apriamo Thunderbird e vediamo che ci sono tutte le impostazioni e la posta che abbiamo lasciato su Thunderbird di Windows.Da questo momento in poi la posta è gestibile in maniera indifferente da Windows o da Ubuntu.

Alla prossima
MaXeIn

http://daviddelprado.blogspot.com/2008/05/vmware-en-ubuntu-804.html

Detección de dispositivos USB  en máquina virtual windows con vmware en ubuntu 8.04

http://www.ubuntu-es.org/index.php?q=node/85495

Para instalar o mensageiro:
apt-get install empathy

Para contornar a mensagem de erro "to add a new account, you have empathy ubuntu...", execute:
sudo apt-get install libtelepathy-glib0 libtelepathy2 python-telepathy telepathy-butterfly telepathy-core telepathy-gabble telepathy-gnome telepathy-haze telepathy-idle telepathy-mission-control telepathy-salut telepathy-sofiasip telepathy-stream-engine libmissioncontrol-client0 libmissioncontrol-server1 telepathy-mission-control transmission empathy empathy-megaphone-applet libempathy-common

Caso algum dos itens acima não sejam encontrados, adicione a sua source list o seguinte endereço:
deb http://ppa.launchpad.net/telepathy/ubuntu hardy main

O Android SDK 1.0 precisa do Eclipse 3.3 ou 3.4.Infelizmente, estes pacotes não estão no repositório do Ubuntu 8.04 e será preciso instalar eles manualmente.

Acesse o site http://www.eclipse.org/downloads/ e faça o download da IDE desejável (no meu caso o Eclipse IDE for Java Developers 64 bits):

Descompacte o arquivo e mova-o para o seu home:
tar xvzf eclipse-java-ganymede-SR1-linux-gtk-x86_64.tar.gz
rm eclipse-java-ganymede-SR1-linux-gtk-x86_64.tar.gz
mv eclipse /home/rbernardes


Dentro do diretório eclipse, há um executável "eclipse", e este é o arquivo que vamos executar para startar o programa, mas para isso vamos criar um executável.

Em Applications, clique com o botão direito do mouse e selecione Edit Menus.
Clique na pasta Programming, e depois em New Item.
No nome da aplicação, digite Eclipse, e no Command o caminho completo do executável (no meu caso /home/rbernardes/eclipse/eclipse).
Agora acessando a aba Applications/Programming haverá o atalho do Eclipse.
Pronto! Instalado e rodando:

Na seleção do Workspace, deixe o caminho default.

2.Instalando o Google Android SDK 1.0
Acesse o site http://code.google.com/android/download.html, aceite a licença e clique em Continue.

Na próxima página, escolha o Android SDK for Linux ( http://dl.google.com/android/android-sdk-linux_x86-1.0_r1.zip ).
Abra o terminal e descompacte o arquivo:
(O que eu fiz também foi apagar o arquivo, mudar o nome da pasta e depois movi ela pro meu home)
unzip http://dl.google.com/android/android-sdk-linux_x86-1.0_r1.zip
rm http://dl.google.com/android/android-sdk-linux_x86-1.0_r1.zip
mv android-sdk-linux_x86-1.0_r1/ android
mv android /home/rbernardes


O diretório android contém um subdiretório chamado tools (/home/rbernardes/android/tools).Abra o .bashrc (do seu home) e adicione a seguinte linha:

[...]
export PATH=${PATH}:/home/rbernardes/android/tools
[...]


O próximo passo é instalar o plugin do android no Eclipse.
No Eclipse, selecione Help > Software Updates.
Clique na aba Available Software e depois em Add Site.
Adicione a url https://dl-ssl.google.com/android/eclipse e clique em OK:

De volta em Available Software, clique na aba Developer Tools.
Automaticamente, os itens Android Development Tools e Android Editors serão marcados.Depois disso, clique em Install:

Depois clique em Next, aceite o contrato e clique em Finish:

Depois disso, reinicie o Eclipse.
Vamos configurar nas preferências do Eclipse o caminho do diretório do Android SDK. Clieque na aba Window > Preferences.Aparecerá a tela de erro abaixo:

Clique em Browse e selecione o caminho da pasta do Android (no meu caso /home/rbernardes/android ).

Pronto! O Android SDK está pronto para usar!
Para testá-lo, vamos criar um projeto já conhecido de TODOS os programadores: o HELLO WORLD!

1. Clique em File > New > Project, selecione a pasta Android e depois o item Android Project:

2.Preencha os campos conforme abaixo:
Project Name: HelloAndroid
Package Name: com.android.hello
Activity Name: HelloAndroid
Application Name: Hello,Android

3.No menu da esquerda, navegue pelos itens e dê duplo clique em
HelloAndroid > src > com.android.hello > HelloAndroid.java > HelloAndroid > onCreate(Bundle).O código abaixo irá aparecer na tela:

4.Substitua o código da tela pelo código abaixo:
package com.android.hello;

import android.app.Activity;
import android.os.Bundle;
import android.widget.TextView;

public class HelloAndroid extends Activity {
/** Called when the activity is first created. */
@Override
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
TextView tv = new TextView(this);
tv.setText("Hello, Android");
setContentView(tv);
}
}

5.Salve o arquivo, clique em Run > Run Configurations.
Nesta tela, dê um duplo clique sobre o item Android Application.
Ponha o Name como Hello,Android e o Project como HelloAndroid e clique em Run:

6.A interface do Android irá abrir na tela...

e depois de um tempo (seja paciente), o Hello World que criamos!

Era isso!

UPDATE: Icone para o Eclipse!

Fonte:
http://www.howtoforge.com
http://code.google.com/android/

Jika anda seorang pemula dalam sistem operasi Linux, tentunya kendala awal dalam penggunaannya pastilah multimedia, benar bukan?.

Masalah awal anda biasanya, "kok Linux-ku gak bisa nyetel file MP3, Video, dan file dokumen windows anda memiliki font yang hilang". Itu sih yang biasa saya denger dari temen-temen yang pingin beralih ke Linux.

Jika anda pengguna Linux Ubuntu 8.04 (Hardy Heron) dan memiliki koneksi internet, maka berikut adalah cara paling mudah untuk menginstall semua itu dalam satu perintah, ketikkan pada Terminal anda:

> sudo apt-get install ubuntu-restricted-extras

Kemudian tekan enter, dan tunggu sampai proses download dan install selesai.

Selanjutnya, anda bisa memutar file MP3, DVD, QuickTime, dan Font umum di Windows sudah bisa anda lakukan.

Wassalamu'alaikum

Tempo fa scrissi un articolo che parlava del  sistema operativo Ubuntu (Linux), ricordate? . Si metteva in luce la necessità, per noi informatici, di venire a conoscenza di quelle che sono le differenze tra Windows e Linux.  Si cercava di dare un significato ai tanti luoghi comuni e frasi fatte espresse dalla maggior parte degli utenti, del tipo : "Ubuntu e meglio di Windows" , "Ubuntu è più stabile" , "Windows si blocca sempre”, ecc..  Si era detto in quell'articolo che avrei aperto uno spazio in questo blog appunto per parlare di informatica, iniziando appunto dal nostro dilemma : E' meglio WINDOWS o LINUX?

Bene io e il mio gruppo di colleghi ci siamo posti questa domanda e siamo arrivati a delle conclusioni.

Non è stato un lavoro per niente facile. Il lavoro vero e proprio di test sui due sistemi operativi è stato preceduto da un'approfondito studio teorico che marchasse le principali caratteristiche di ciascun sistema. Naturalmente abbiamo tenuto sempre in considerazione ed approfondito quelli che sono i concetti di base che fanno parte della conoscenza del funzionamento di un sistema operativo tipo:  Kernel, scheduling di processi e thread, meccanismi di interrupt, gestione della memoria e studio dei sistemi multi processore SMP.

Ovviamente affermare che un sistema operativo è meglio di un altro, significa rendersi un po' conto di come tale sistema riesca a gestire ed ottimizzare i suoi processi in esecuzione sfruttando al massimo e al meglio le proprie risorse e conseguentemente riducendo notevolemente i tempi di esecuzione degli stessi. Ci si rende conto che il fine ultimo di un ottimale utilizzo delle risorse riguarda  una minore attesa da parte di un qualsiasi utente che magari si trova davanti ad un monitor e che deve attendere del tempo per avere a sua disposizione la macchina prima che la stessa completi di eseguire un programma. Quindi si capisce che se il sistema operativo è lento l'utente vedrà la macchina lenta o indisponibile. E' per questo che spesso siamo  indotti ad affemare che windows è meglio di linux o viceversa.

Per verificare effettivamente le prestazioni dei sistemi operativi analizzati, abbiamo pensato di eseguire dei test di benchmark per poter confrontare in termini non solo teorici i due sistemi. Questi test ci hanno, infatti, permesso di confrontare i tempi di esecuzione di varie applicazioni. I tempi osservati sono stati raccolti, analizzati e studiati per poterne trarre delle conclusioni finali per quel che riguarda le prestazioni di scheduling, relative ai due sistemi nell’esecuzione di processi multi-thread su un’architettura multi processore. La scelta dei programmi utilizzati per il test è ricaduta su quelle applicazioni maggiormente utilizzate in un ambiente desktop/workstation, e che ci desse, inoltre, la possibilità di eseguire lo stesso software su entrambi i sistemi operativi. Per eseguire questi test abbiamo ritenuto opportuno utilizzare una macchina vergine, con nessun sistema preinstallato, in modo da poter effettuare i test su un sistema operativo che non avesse applicazioni installate se non i driver delle periferiche. Il vantaggio di questo approccio è che, in questo modo, non essendo presenti applicazioni esterne al sistema stesso, eccetto gli applicativi di benchmark, si sono ridotti al minimo i processi/threads in esecuzione sulla macchina.

Si è proceduto secondo i seguenti punti:

- Formattazione della macchina

- Installazione di Windows XP PRO-SP2 (esclusi aggiornamenti)

- Installazione Ubuntu 8.04 e ricompilazione del Kernel ottimizzato per un sistema dual core

- Installazione e configurazione dei software

- Creazione degli script di benchmark

- Esecuzione dei test e raccolta dei risultati

- Analisi ed interpretazione dei dati raccolti.

I test sono stai effettuati sull'esecuzione dei seguanti applicativi: Mencoder, Lame, FAAC, Rar, OpenSSL, Blender.

Ecco a voi i risultati dei nostri test:

LAME, codifica audio.

Applicazione multithread nativa. Con un solo thread l'applicazione utilizza appieno un solo core. Con 2 thread si nota un dimezzamento dei tempi di esecuzione e pieno utilizzo dei due core. Con 4 thread Linux risente molto dell'utilizzo dei context switch

FAAC, codifica audio.

Configurazione multiprocesso, single thread. Nel caso di quattro processi di codifica contemporanei è interessante sottolineare come, mentre con linux i processi di codifica ottengono tempi di completamento pressoché identici all’interno della singola prova, con windows invece si possono notare tempi di completamento dei singoli processi molto differenti tra loro. Linux in questo conferma ulteriormente in questo test una migliore esecuzione parallela dei processi.

RAR

Differentemente dai test precedenti si nota che con due processi concorrenti il tempo registrato non è stato direttamente proporzionale al caso di un solo processo, ma superiore del 30%. Con 2 processi contemposanei la richiesta di risorse di calcolo veniva ad essere superiore a quella disponibile, causando un umento dei context switch e della prelazione tra processi.

Rendering video, BLENDER:

Blender è un'applicazione multithread. Si nota una riduzione notevole dei tempi di completamento sfruttando l'utilizzo di più thread. Con 8 thread le prestazioni migliore ulteriormente rispetto al primo caso. Si nota che Windows ha una risposta migliore. Il motivo è imputabile all'utilizzo dei driver video, proprietari in Windows e open source in Linux.

Crittografia, OPENSSL- DES3

Il test di crittografia evidenzia una migliore prestazione del file system EXT3 di Linux. L'NTFS di Windows subisce un calo di prestazioni proporzionale alla quantità di dati scritti fino a raggiungere una perdita del 41 % rispetto a EXT3 di Linux.

Crittografia, OPENSSL, MD5:

A causa della natura dell'applicazione, CPU intensive e diskless, si nota una riduzione dei tempi di completamento tra le prove eseguite in successione.

Conclusioni. Beh analizzando i risultati si nota che Windows mostra una migliore gestione delle applicazioni multithread come MPlayer e Blender.

Linux mostra invece un'ottimizzazione migliore dello scheduling per applicazioni CPU intensive ed una miglior gestione della cache per il riutilizzo delle istruzioni.

Per Windows si è notato un effettivo aumento di priorità data alle finestre in primo piano.

Per Linux si è notata una notevole stabilità dei tempi di completamento tra le singole prove. GLi altri processi nel sistema interferiscono in maniera non rilevante.

C'è da sottolineare però il fatto che, in generale, l'attenzione non è ricaduta tanto su quale dei due sistemi sia il "migliore" ma su come essi si distinguono nell'affrontare i problemi relativi alla gestione di applicativi Multi-thread e su architetture Multi-Core.

COMPARAZIONE DEI TEST:

RISULTATO FINALE: WINDOWS 10 - LINUX 13

Che ne dite?  E' come vi aspettavate?

ps. Tutto il lavoro di studio e di test è stato realizzato da me Daniele (guana), Oscar, Lorenzo e Gianluca.

Ci sentiamo al prossimo articolo.

ciao,

guana.

Eu já pesquisei em diversos blogs, fóruns, mas não consigo colocar para rodar o wireless do meu notebook(que coisa chata).

Por favor que souber de alguma coisa me ajuda!!

^^

Nada que um pouco de drama não resolva

The thing is, the Cisco vpnclient is built as a kernel module, and I really dislike these manually maintained modules that are requiring attention at every kernel upgrade. Looking at the install script, you can of course expect all these things getting plugged into the init system to load the module. That's just more intrusive than necessary - as vpnc demonstrates.

In addition to being very unobtrusive - a single, lightweight, userspace process - vpnc of course comes served to you through that wonderful package manager (yes, this is my favourite topic, sorry). Automagically. Or, almost.

One tiny problem: at least on Ubuntu Hardy, vpnc is by default provided without support for "hybrid authentication". For that to work, vpnc needs to use functionality in libssl, which would make it incompatible with the GPL, apparently (so yeah, it's not a bug, it's a feature!). As I understand it, it is ok for end users to connect the two, but you can't distribute it that way.

So we need to compile vpnc with libssl support ourselves. That's not a problem: you can check out the Ubuntu-prepared source code using "apt-get source vpnc" (don't you just love that!) to your current working directory. As the readme-file tells you you will need to have libgcrypt-dev, and now in addition you need libssl-dev (that took me a while to figure out: why isn't it called libopenssl-dev?). As is clearly documented, there are just two lines in the Makefile that need uncommenting to make your GPL-incompliant version of the tool. That's about it (run make - I'm assuming you have the build-essential virtual package installed).

Now the part that I just had to be fussy about: how do you distinguish your custom version from the current and future repository-provided binaries? You probably want to put it under package management control (nice for dependencies and such), but if you just install it under the same version number, the package manager seems to want to replace your package by the repository version. At least, so did aptitude on my system. A bit of searching turns up lots of ways in which people solve this problem. It all depends what you want to happen when the repository gets an updated version.

In the end i decided that I want the package manager to suggest an upgrade when a new version arrives. I'll most likely remember that I need to recompile at that time (and if not, well, I'll find out soon enough :)). The easiest way to get that working properly is to enter your locally produced package under a different version number. In my case, I changed the version number from "0.5.1r275-1" to "0.5.1r275-1+ssl1". This style of version naming should, according to the Debian policy manual, produce the desired upgrading behaviour: the current 0.5.1r275-1 version is considered older than our self-cooked package, but 0.5.1r276-1 or 0.5.1r275-2 would both be considered to be newer.

A nice way to have things set up correctly with little effort is to get a few more packaging tools: devscripts (which provides debchange), debhelper and dpatch (which are build-dependencies of vpnc), and dpkg-buildpackage (comes with build-essential, actually). You can read about the details of those in the Debian New Maintainers' Guide, or in the Ubuntu Packaging Guide (a bit more hands-on perhaps). And they come with extensive man pages.

In the source code directory (one down from where you ran apt-get source), I ran

debchange -v 0.5.1r275-1+ssl1 # then entered sth. in the changelog
dpkg-buildpackage
sudo dpkg -i ../vpnc_0.5.1r275-1+ssl1_amd64.deb

... yes, we're really done already! If you don't like the "+ssl1", you can also type "debchange -n" which produces version number "0.5.1r275-1ubuntu1" on my system - that should also do.

Many thanks to Kyle who mentioned vpnc to me (I wouldn't have known, and would be stuck with an ugly Cisco vpnclient on my system now), and who as a result had to endure my bugging him a million times to get me more deb packages while I was still stuck connection-less....

Lo primero que hice fue instalar la Ubuntu Hardy Heron como loco y la decepción fue bastante grande: una distribución sin acabar, que fallaba con el tema del PulseAudio como una escopeta de feria. Es cierto que ya habrán corregido bastantes de los problemas que traía, pero hay algo de Ubuntu que me sigue sin convencer, el hecho de que no puedas cambiar de versión de las aplicaciones/librerías que trae por defecto; si que te permite actualizar revisiones, para corregir fallos, pero si usas la version 0.7.04.x, seguirás usando la 0.7.04.x hasta que te cambies a la próxima release. Eso sí, la gestión de paquetes es la mejor con diferencia.

Fedora Core 9 es sencillamente inestable, aunque lleve lo último.

Mandriva 2008.1 me convence bastante, aunque es bastante conservadora y la gestión de paquetes no me apasiona. Las herramientas visuales que trae son buenas y sencillas de manejar; el que te instale por defecto un kernel para 1 GB de RAM me parece un fallo, y mucha gente poco experta estará utilizando su equipo de 4 GB totalmente capado sin saberlo. Además, si quieres meter los drivers de tu nvidia en un nuevo kernel diferente (por ejemplo para el kernel de laptops) la cosa se complica.

OpenSuse 11.0 tiene una buena gestión de paquetes, y la actualización de parches es bastante buena. Además te da la opción de informarte de actualizaciones de paquetes, que pues instalar normalmente "sin problemas". Las herramientas visuales son muy buenas, no necesitando acceder a la consola salvo excepciones y el aspecto visual está realmente cuidado. Lástima que la versión con KDE 4 y 4.1 sea tan mala.

None of the pre-built vmmon modules for VMware is suitable for your running kernel.

Luego de revisar algunos blogs, vi que era un problema frecuente, para solucionarlo había que bajar algunos módulos para poder hacer unas compilaciones que necesitaba el vmware... en fin se alargó el tema.

Una vez superado el inconveniente, al fin subió el VMWare, estába feliz puesto que por fin podría tener mi máquina virtual salvo por un detalle, mi tarjeta gráfica es de chipset VIA, el cual no está soportado por VMWare...al momento de copiar los archivos de xp al disco duro virtual, aparece una pantallazo azul diciendo error de framebuffer y otras vainas... y fin no se puede instalar.

Por allí me acordé que también existe otro programa que se llama Parallels, había escuchado de su exitencia pero nada más, pués bien me puse a buscar en el gestor de paquetes de Ubuntu, y Eureka!!! alli estaba una versión de evaluación... simplemente lo señalé, se bajó, se instaló y subió; puse el cd de Windows xp y todo corrió sin ningún inconveniente.

Un programa liviano, ágil, sobre todo sencillo de instalar y manejar!!!.

El resultado: