Aprenda a usar o sniffer Wireshark (Parte IV)

lmx says:

é muito fixe sim 😛

Não que eu conheça a API do Qt,já dei uma olhadela, mas nunca avancei pelos meandros(pequenos excertos de código)…mas confesso que quando acabar o meu programa(Lypus Flasher ;)), e se não avançar logo para a parte gráfica, vou avançar para Qt, muito provavelmente(a parte gráfica tem que ser feita em Gtk(vai ser um plugin para o faboloso Geany), também posso usar c++, mas vou usar C, isto se avançar…prevê-jo uns próximos 6 meses apertados…)

Eles fizeram um trabalho notável no Qt…isso é de longe superior a C#, mas de longe…a C# a java, a Visual basic(nem se fala…as possibilidades são brutais e as interfaces Gráficas lindas de morrer)!

È um estado de arte…o Qt é mais lento que gtk a fazer o load da aplicação gráfica(mas não por ser lento…presumo que seja porque ele aguarda a renderização completa da aplicação para a mostrar completa e linda no final 😉 )….mas é muito mais consistente, e a aplicação quando é renderizada no ecran é renderizada toda de uma vez, no gtk, se a aplicação for grande…nota-se que parece que se parte toda , antes de renderizar por completo…por ser feito em C…

Mas em aplicações opengl, nada bate o Qt a nível de frameworks 😉 o gtk fica muito para trás, talvez(quase de certeza) por causa dos massivos callbacks…

Qt tem uma velocidade incrível…não é ao acaso que é usada no qnx aka BB10 da blackberry por exemplo, ou era usada na nokia, nos symbian(mas versões antigas)e no MEEGO(o grande SO movel que nunca avançou a sério), ou no Jolla OS, e o ubuntu salvo erro também vai avançar por ai…embora que inicialmente vão apostar num desenvolvimento mais rápido e para isso escolheram Qml, uma das linguagens do mundo Qt, para rápido desenvolvimento…mas Qt mesmo nativo 😛 é um LUXO.

Com Qt produzes aplicações bonitas, extremamente rápidas, com um aspecto consistente, excelentes em renderização, etc, ocupando poucos recursos(c++), um luxo!!

NÂO HÀ nada melhor actualmente!! 😉

estes nórdicos são tramados…é quase um ano inteiro de mau tempo, etc…e eles ocupam-se de outra forma…é difícil batê-los…não há 3 ou 4 meses de praia, outros tantos de festas e fins de semana a curtir…
isso dá-lhes uma vantagem tremenda!
(sabias que até os novos vazes de guerra americanos são nórdicos…pois é 😀 salvo erro Noruega)

Quando fizeres a validação das caixas de texto, valida primeiro, antes de instanciares o socket 😉 (linha 42|43|48),

Assim se houver erros, trata-os primeiros, ou matas logo a app ou que seja, evitando teres que perder tempo a instanciares um socket para esses casos, pois estas a processar info que não vai servir para nada, estando os campos errados(por exemplo com strings, ou que seja) 😉

torna-te a tua app mais eficiente quer a nível energético quer a nível de performance…pois esse processo pode saltar fora do processador(mesmo não acamando o seu time slice ou quantum time, ou …no mundo linux tick time) mais cedo, porque terminou….e o processador pode logo ser ocupado com outro processo 😉

Estas a pensar em produzir uma app para o ubuntu?
Eu ando a pensar no caso, mas se fizer, vai ser mesmo em Qt, não quero em Qml, para ser “mesmo ao puder” 😛

Força ai 😉

int3 says:

ehehe deste-te trabalho a ver o meu código 😀
e sim, fazer validações primeiro antes de começar a usar memoria a instanciar objetos para nada, é uma das formas de optimização. Por acaso não estou atento a isso, e sei que no ISEP, existe uma cadeira em programação, que tem como objetivo optimizar o código.

O mais rápido que me vem à cabeça (visto que sou adepto das linguagens de baixo nivel) é o alinhamento da stack.
Por exemplo:
//struct 1
typdef struct Pessoa{
unsigned short int idade;
unsigned int OutraCenaQqr;
unsigned float peso;
unsigned long long Horas_de_Vida; //lol xD
char nome_completo[64];
long int Array_Enorme[1500];
};
//se fizeres sizeof da estruta de cima vai-te dar
//um tamanho diferente se primeiro declarares os
//maiores e depois os mais pequenos, só por causa
//do K do CPU (numero de BYTES que ‘come’ cada vez
//que vai à memoria e é um valor fixo)
typdef struct Pessoa{
long int Array_Enorme[1500];
char nome_completo[64];
unsigned long long Horas_de_Vida; //lol xD
unsigned float peso;
unsigned int OutraCenaQqr;
unsigned short int idade;
};

Ve aqui: http://i.stack.imgur.com/75W29.png
Existe sempre algum espaço desperdiçado na RAM e para diminuir isso, alinha-se sempre no inicio das frames (aka funções).

acho que deves saber do que estou a falar 😀

E espero que o wordpress não me estrague a sintaxe do código de cima x)

Eu em VB.NET para a escola onde eu estudei, fiz um simulador de assembly. nunca ficou completo porque terminei o curso e fui mais para a area de redes e administração de sistemas.
Mas digo-te, que em VB só para inicializar 32MB de RAM para usar para o programa (emular-la) demorava uns 6 segundos. 64 o dobro. Mas graças a optimização cheguei a ter esses valore, porque antes disso, 32MB de RAM demorava minutos a inicializar. Até tenho um video que cheguei a mostrar a um orientador meu na altura por causa das limitaçoes do VB a gerir a memoria: https://www.youtube.com/watch?v=1ralB9zlSbI
aqui está! 😀

cumprs!