Page 3165 sur 3333

Re: ριиg σr ρσиg ? Côté obscur

Publié : mer. 22 mai 2019 08:21
par yahaha
pong pareil :lol:

Re: ριиg σr ρσиg ? Côté obscur

Publié : mer. 22 mai 2019 08:47
par Zedoune
ping du matin qui va bien :bounce: :bounce:

Re: ριиg σr ρσиg ? Côté obscur

Publié : mer. 22 mai 2019 10:24
par merlin2000fr
pong ca fait du bien ca,

Re: ριиg σr ρσиg ? Côté obscur

Publié : mer. 22 mai 2019 10:31
par augur1
Ping d'Europa Park :)

Re: ριиg σr ρσиg ? Côté obscur

Publié : jeu. 23 mai 2019 10:30
par kalistyan
Ping

Y a-t-il un expert Firebird dans les parages ?

:jap:

Re: ριиg σr ρσиg ? Côté obscur

Publié : jeu. 23 mai 2019 10:45
par Zedoune
J'en ai fait un petit peu, mais de là à dire experte...

pong

Re: ριиg σr ρσиg ? Côté obscur

Publié : jeu. 23 mai 2019 15:49
par kalistyan
Ping

Tu vas p'être pouvoir me renseigner.
D'après le revendeur d'une application métier, il serait impossible d'utiliser Firebird sur plusieurs Core.

Confirmes-tu ?

De mon côté, une simple recherche dit le contraire.
Multiprocessor / multicore

SMP (symmetrical multi-processing) is supported out of the box. The CpuAffinityMask parameter in firebird.conf is ignored.

Unlike Superserver, Classic and SuperClassic can also assign multiple connections to the same database to different processors.

Windows Superserver defaults to using the first logical processor only, because prior to 2.5 it performed badly on SMP systems. To make use of all your processors, set the CpuAffinityMask parameter in firebird.conf to: 3 for 2 CPUs/cores; 15 for 4 CPUs/cores; 255 for 8 CPUs/cores.

Linux Superserver ignores CpuAffinityMask.
Source : https://www.firebirdsql.org/pdfmanual/h ... tures.html

Me voilà bien avancé.

Re: ριиg σr ρσиg ? Côté obscur

Publié : jeu. 23 mai 2019 16:10
par Zedoune
L'application utilise firebird sous quel mode ?
Classic mode (aka MultiProcess) involves a single listening process that spawns off an additional process for each client connection. Using a locking mechanism, it allows shared connections to database files.

SuperClassic (ThreadedShared) is a single server process. Client connections are handled by separate threads, each having their own database page cache. Other processes (e.g. embedded servers) may open the same database simultaneously (hence the Shared).

Superserver (ThreadedDedicated) is also a single server process with threads handling client connections. There is a single, common database page cache. The server requires exclusive access to each database file it opens (hence the Dedicated).
Qu'entends-tu par SMP ? Qu'une seule requête puisse utiliser plusieurs CPUs ou que cela puisse traiter plusieurs requêtes en simultanés ?

Pour une seule requête sur plusieurs CPUs, je ne sais pas pour Firebird mais sur les autres ce n'est possible que dans certains cas, par exemple si la requête est compliquée et comporte des filtres sur diverses sous requêtes pouvant être faites en parallèles avant d'être agrégées.
Si c'est pour traiter plusieurs requêtes en simultané, c'est possible à partir du moment où les tables ne soient pas lockées par une requête en cours quand une requête arrive (parce qu'on fait du transactionnel ici).

pong

donc oui, Firebird fait du SMP au sens où il peut traiter plusieurs requêtes à la fois, tant qu'il n'y a pas de lock en cours.

Re: ριиg σr ρσиg ? Côté obscur

Publié : ven. 24 mai 2019 09:57
par Ryu_wm
pong

bonjour les gens.
Vous voulez rire ? comment perdre 1h très très bêtement :

Code : Tout sélectionner

crypsetup -v -y luksFormat /dev/sdb -> "all data will be lost, Are you sure ? (type uppercase yes)
y
et j'avais toujours "erreur 22 argument invalide".
Aussi je lis le man en long en large et en travers, je lis le net, rien ...

en désespoir de cause je saisie "cryptsetup luksFormat erreur 22 argument invalide" dans un moteur de recherche.
et là je me rends compte que je ne sais pas lire :lol:

c'était pourtant écrit : "type uppercase yes" et moi je me contentais de saisir "y".

étape suivante : fournit un fichier chiffré comme passphrase de déchiffrement de la partition chiffrée...

Re: ριиg σr ρσиg ? Côté obscur

Publié : ven. 24 mai 2019 10:37
par Zedoune
ping !

Re: ριиg σr ρσиg ? Côté obscur

Publié : ven. 24 mai 2019 11:14
par merlin2000fr
bijour du pong du midi

Re: ριиg σr ρσиg ? Côté obscur

Publié : ven. 24 mai 2019 11:43
par yahaha
ping

Re: ριиg σr ρσиg ? Côté obscur

Publié : ven. 24 mai 2019 12:44
par kalistyan
Zedoune a écrit : jeu. 23 mai 2019 16:10 L'application utilise firebird sous quel mode ?
Classic mode (aka MultiProcess) involves a single listening process that spawns off an additional process for each client connection. Using a locking mechanism, it allows shared connections to database files.

SuperClassic (ThreadedShared) is a single server process. Client connections are handled by separate threads, each having their own database page cache. Other processes (e.g. embedded servers) may open the same database simultaneously (hence the Shared).

Superserver (ThreadedDedicated) is also a single server process with threads handling client connections. There is a single, common database page cache. The server requires exclusive access to each database file it opens (hence the Dedicated).
Qu'entends-tu par SMP ? Qu'une seule requête puisse utiliser plusieurs CPUs ou que cela puisse traiter plusieurs requêtes en simultanés ?

Pour une seule requête sur plusieurs CPUs, je ne sais pas pour Firebird mais sur les autres ce n'est possible que dans certains cas, par exemple si la requête est compliquée et comporte des filtres sur diverses sous requêtes pouvant être faites en parallèles avant d'être agrégées.
Si c'est pour traiter plusieurs requêtes en simultané, c'est possible à partir du moment où les tables ne soient pas lockées par une requête en cours quand une requête arrive (parce qu'on fait du transactionnel ici).

pong

donc oui, Firebird fait du SMP au sens où il peut traiter plusieurs requêtes à la fois, tant qu'il n'y a pas de lock en cours.
:hello:

Par SMP j'entends que Firebird utilise au mieux le cpu à disposition.

Pong

Re: ριиg σr ρσиg ? Côté obscur

Publié : ven. 24 mai 2019 13:14
par Zedoune
Les lenteurs de base de données c'est super complexe à déterminer, je ne peux pas trop t'aider ni te dire si le prestataire se moque de toi...

ping

Re: ριиg σr ρσиg ? Côté obscur

Publié : ven. 24 mai 2019 15:44
par vhnet
Et Pong,
Mme a accouchée ce matin, 1h après avoir débarqué à l'hôpital !

Re: ριиg σr ρσиg ? Côté obscur

Publié : ven. 24 mai 2019 15:46
par yahaha
et ping felicitation !!!

c'est ton quantième?

Re: ριиg σr ρσиg ? Côté obscur

Publié : ven. 24 mai 2019 16:14
par merlin2000fr
pong

bienviendu au marmot
le papa a bien travaillé
heu pardon la dame a bien travaillé ^^

Re: ριиg σr ρσиg ? Côté obscur

Publié : ven. 24 mai 2019 16:18
par gizmo78
féloches! ça arrête pas de pondre en ce moment la :o

ping

Re: ριиg σr ρσиg ? Côté obscur

Publié : ven. 24 mai 2019 16:19
par FrCo
Félicitations !!! :D

Re: ριиg σr ρσиg ? Côté obscur

Publié : ven. 24 mai 2019 16:22
par dsebire
pong

félicitations !

Re: ριиg σr ρσиg ? Côté obscur

Publié : ven. 24 mai 2019 17:01
par Zedoune
ping félicitations :bounce: :bounce:

Re: ριиg σr ρσиg ? Côté obscur

Publié : ven. 24 mai 2019 18:12
par kalistyan
Pong

Tout pareil !!! :bounce:

Re: ριиg σr ρσиg ? Côté obscur

Publié : sam. 25 mai 2019 14:28
par mexico78
Ping

Félicitations à la maman et au papa !!!

Re: ριиg σr ρσиg ? Côté obscur

Publié : sam. 25 mai 2019 19:13
par Ryu_wm
pong
Bravo aux parents.

---
Dégout ce jour :
je passe la journée d'hier à me familiariser avec cryptsetup Luks sur un Ubuntu 16.04.
système intégralement chiffré (sauf /boot), création d'un script qui teste s'il peut monter une clé usb chiffrée afin d'y lire une clé qui sert à déchiffrer un disque dur (donc si pas de clé qui va bien avec le fichier clé = pas de montage du disque dur, pas besoin de saisir un mot de passe ainsi).

ça fonctionne.

Ce jour Ubuntu se met à jour en 18.04, Cryptsetup passe en v2.x et ... la syntaxe est totalement différente, il ne fait plus ce que je veux, il ne signale pas d'erreur même si on lui demande d’être verbeux :o

j'ai essayé à la main et plus moyen de passer un keyfile bien que l'option existe (rien ne se passe, pas d'erreur mais pas de déchiffrage).

//EDIT :
en fait c'est la table de partition du disque chiffré qui a mystérieusement dégagé, c'est passé de /dev/sdb1 à /dev/sdb et c'est non montable
pas grave

Re: ριиg σr ρσиg ? Côté obscur

Publié : sam. 25 mai 2019 19:15
par Zedoune
pour ça que j'utilise plus linux :whistle:

ping

tiens sur linux 5.1 y a aussi un bug de perte de données si t'utilises lvm + dm-crypt + un ssd samsung https://www.phoronix.com/scan.php?page= ... FSTRIM-Bug