Genlib. - Page 1

Est-ce que ca vous plairait d'avoir dans les prochaines versions 2 versions :
une plus rapide mais plus grosse.
Une legerement plus lente mais plus compacte ?

ben je crois que pas beaucoup de personne n'ont besoin que genlib soit plus rapide !!

plus rapide mais plus petite.

comme thibaut :-)

Je comptes distribuer les 2.

Plus rapide ( y'en qui savent pourquoi )
Mais c'est déjà super !

Oui quoi. Une lib pour les benchs quoi.
Et une lib pour le reste

Une version Win ?

mouai concentre toi donc sur une version general !!

Comme pour les crash test

2 versions, ça va pas foutre la merde ?
c déjà assez le cirque avec une version, alors 2 !!!
puis il y aura encore des pb du aux diferences de vitesses, donc moi je vote une seule version
voila

lol la bonne gaffe..
si tu distribues les 2, on va se trouver avec 2 version de genlib dans nos calc...
Comme le dit HerveRV, si tu fais 2 lib diff avec une vitesse diff, ya des jeux qui vont apres perdre leur gameplay...


pui franchement faire des truc genre table de multiple de 30 pour gagner du tmps je trouve ca un peu neu², car personne aura besoin d'un telle vitesse d'execution...

Decidez vous.
De toute facon, les jeux sont synchronises, donc ca devrait pas avoir trop d'influence sauf ralentir moins souvent.
Sinon, je me la garde pour moi cette version, donc.
C'est ca ?

Moi perso je m'en fou je mettrait pls jamais de lib sur ma calc
mais 2 versions.. ca va faire comme la vielle lib util ou on cherchait a chaque fois la bonne version ecaetera

Ce sont des versions 100% compatibles entre elles !!!!!!!

>puis franchement faire des truc genre table de multiple de 30 pour gagner du tmps je trouve ca un peu neu², car personne aura besoin d'un telle vitesse d'execution...
Tiens, j'y ai meme pas pense de l'implementer.
Faut dire que j'implemente pas en dessous de 5% d'optimisation.
Et 0.1% plus rapide, je m'en tapes.

de toute facon pkoi tu nous demande t'en fera a ta tete et remarque t'en mieu !!

moi çe ne me dérange pas du tout qu'elle soit plus grosse.donc plus rapide.

ouép je vote plus rapide et plus grosse !

plus rapide, même si c un peu plus gros...

Je vote pour un SMA 5% plus rapide, la version actuelle rame bien trop
Nan mais sans dec, plus c rapide mieux c, ça fera d'autant plus baver les nostubiens qui s'acharnent à utiliser ExtGraph

arf...
Le retour de la guerre nostub vs Kernel ???

>Asterix:
>Je vote pour un SMA 5% plus rapide, la version actuelle rame bien trop
>Nan mais sans dec, plus c rapide mieux c, ça fera d'autant plus baver les nostubiens qui s'acharnent à utiliser ExtGraph

SMA dépasse déjà mon seuil de tolérance en nécessité de mémoire.
Surtout que dès qu'on a quelques TSRs installés, SMA ne marche plus. (Plusieurs personnes ont reporté que SMA ne tournait pas avec juste le kernel et AutoClBr installés, d'autres n'ont pas réussi à le faire tourner du tout avec Universal OS, même avec seulement le kernel.)
Donc imagine-toi ce que ça donnerait si on optimisait encore plus en vitesse en sacrifiant encore plus la mémoire...

"ça fera d'autant plus baver les nostubiens qui s'acharnent à utiliser ExtGraph"...


Ptdr:

en nostub on peut faire aussi rapide que genlib... mais bon esprit limite raisonnement limite)

PS: faut toujours prendre mes phrase pour de l'humour gentil...

>TiMAD: en nostub on peut faire aussi rapide que genlib...

On pourra même toujours faire plus rapide en écrivant ses propres routines (même si genlib atteint l'optimisation maximale possible) puisqu'on peut remplacer le jsr par un bsr, ou alors mettre la routine inline et carrément supprimer le jsr et le rts.

Faux (sauf pour les inlines, mais c'est pas recommande pour la place)
L'appel le plus rapide est en jsr (a0), parfaitement utilisable avec des librairies.
Et pour info, ca ne prend qu'1,5Ko en plus.

>SMA dépasse déjà mon seuil de tolérance en nécessité de mémoire.
Il necessite 150 Ko de ram libre.
Et si tu trouve que c'est exigeant, qu'est-ce que ca va etre pour mon prochain projet qui en prend encore plus

Enfin, je ne demande l'avis que de ceux qui l'utilisent.

Heureusement que j'avais mis des "" pour souligner l'ironie de mes propos
Ceci dit, en ayant tjs utilisé UniOS depuis kil existe, g jamais eu le moindre prob avec SMA (ni mémoire manquante, ni bug)

P.S. : Je programme à la fois kernel (progs assez gros) et nostub (progs plus petits), donc la "guerre" kernel/nostub ne me concerne pas

oué ms avant de faire cela tu pourrai pas reparer fernando ??

J'ai jamais compris pkoi il merdait chez certains...
Je reessairais.

arf

TiMad et Kevin: bien-sur on peut faire aussi rapide que genlib... si on programme aussi bien que pphd et qu'on a envie de depenser autant de temps sur un truc qui existe deja.
TiMad: Asterix parlait de ExtGraph! on peut pas nier que la lib de Great Thomas King of the anti-kernel armies and High-Lord of the Nostub Realm est plus lente que celle de PpHd.