Che computer per far girare rapidamente Microsoft Access?

Post by RobertoA
Supponiamo dobbiate (?!? chissa' se si puo' dire) acquistare

Non è che si possa dire, si deve dire!
Chi dicesse "supponiamo dovete acquistare" sarebbe qualificabile
alle categorie parlanti il politichese o il giornalese, quelle
categorie cioè degli ignorantoni culturali.

Post by RobertoA
un nuovo
computer che verra' usato esclusivamente per far girare Access ed un db
server, diciamo Sql Server/Db2/Postgresql tanto per dare un'idea
Restiamo sempre su macchine con Windows come sistema operativo
E supponiamo che il budget disponibile sia di qualche migliaio di euro, a
quali caratteristiche/funzionalita' (cpu/disco? che sistema operativo? Intel
o Amd?) fareste particolarmente attenzione al fine di far girare il piu'
rapidamente possibile l'ambiente di sviluppo prediletto da Microsoft
(seee...) ?
Ho visto anche alcuni che usano Windows server su postazioni di lavoro
classiche usate con office/email/navigazione/gestionale "..ehhh cosi gira
piu' veloce..", ma e' vera sta cosa?
Inzomma, voi cosa prendereste di macchinario+sistema operativo, per ottenere
un Access al fulmicotone?
Si capisco che alla fine le ottimizzazioni piu' importanti si ottengono
strutturando correttamente il codice, ma qua si parla esclusivamente di
hardware

Io mi sono aggiornato a fine 2023 con i9, 64 gigaRam, nuovo case,
nuovo alimentatore, spendendo 1500 Euro (usando gli SSD & HD già
in mio possesso).
Penso che con 4000 Euro si possa acquistare il paio per operazioni
in cluster (escluso il software, che si trova anche prezzo zero).

Bruno

RobertoA

2024-05-26 07:35:15 UTC

Post by RobertoA
Supponiamo dobbiate (?!? chissa' se si puo' dire) acquistare

Post by RobertoA
un nuovo computer che verra' usato esclusivamente per far girare
Access ed un db server, diciamo Sql Server/Db2/Postgresql tanto per
dare un'idea
Restiamo sempre su macchine con Windows come sistema operativo
E supponiamo che il budget disponibile sia di qualche migliaio di
euro, a quali caratteristiche/funzionalita' (cpu/disco? che sistema
operativo? Intel o Amd?) fareste particolarmente attenzione al fine di
far girare il piu' rapidamente possibile l'ambiente di sviluppo
prediletto da Microsoft (seee...) ?
Ho visto anche alcuni che usano Windows server su postazioni di lavoro
classiche usate con office/email/navigazione/gestionale "..ehhh cosi
gira piu' veloce..", ma e' vera sta cosa?
Inzomma, voi cosa prendereste di macchinario+sistema operativo, per
ottenere un Access al fulmicotone?
Si capisco che alla fine le ottimizzazioni piu' importanti si
ottengono strutturando correttamente il codice, ma qua si parla
esclusivamente di hardware

Ok, quindi il trittico che fa le prestazioni, nel tuo caso e':
- i9 + 64Gb ram + ssd (probabilmente gli m2 quindi 3-4 Gbyte/sec)

Ma la domanda e': relativamente al funzionamento di Access, dici che un
sistema di questo tipo sia 'visibilmente' superiore ad un 'fascia bassa'
quindi supponiamo un i3 ultima generazione + ssd classico 500 Mbyte/sec?

Chiedo questo perche' mi sembra che Access sostanzialmente giri su un
singolo core, e tutte le cpu moderne basano l'aumento prestazioni
complessive sull'aumento dei core interni
E quindi un i9 che arriva a 4 GHz oppure un i3 che arriva a 4 GHz, al di
la' del numero core interni, potrebbe spingere Access grossomodo alle
stesse prestazioni

Sul sistema operativo? Qualcuno ha idea se le versioni server, sempre
relativamente al funzionamento Access, siano piu' prestanti o
perfettamente uguali alle versioni desktop? In rete mi sembrava di aver
letto che qualcuno lo usa con Windows Server ma non ho mai approfondito
se realmente ci siano vantaggi dal punto di vista prestazioni oppure no

Mi rendo conto che la domanda non sia posta propriamente, poiche' su un
pc da lavoro ci si usa una miriade di programmi e quindi sostanzialmente
l'aumento prestazioni si vede all'aumentare livello cpu
Ma era giusto per capire di cosa ha bisogno realmente Access per
aumentare le prestazioni

Bruno Campanini

2024-05-26 13:13:14 UTC

Post by RobertoA
Supponiamo dobbiate (?!? chissa' se si puo' dire) acquistare

Post by RobertoA
un nuovo computer che verra' usato esclusivamente per far girare Access ed
un db server, diciamo Sql Server/Db2/Postgresql tanto per dare un'idea
Restiamo sempre su macchine con Windows come sistema operativo
E supponiamo che il budget disponibile sia di qualche migliaio di euro, a
quali caratteristiche/funzionalita' (cpu/disco? che sistema operativo?
Intel o Amd?) fareste particolarmente attenzione al fine di far girare il
piu' rapidamente possibile l'ambiente di sviluppo prediletto da Microsoft
(seee...) ?
Ho visto anche alcuni che usano Windows server su postazioni di lavoro
classiche usate con office/email/navigazione/gestionale "..ehhh cosi gira
piu' veloce..", ma e' vera sta cosa?
Inzomma, voi cosa prendereste di macchinario+sistema operativo, per
ottenere un Access al fulmicotone?
Si capisco che alla fine le ottimizzazioni piu' importanti si ottengono
strutturando correttamente il codice, ma qua si parla esclusivamente di
hardware

- i9 + 64Gb ram + ssd (probabilmente gli m2 quindi 3-4 Gbyte/sec)
Ma la domanda e': relativamente al funzionamento di Access, dici che un
sistema di questo tipo sia 'visibilmente' superiore ad un 'fascia bassa'
quindi supponiamo un i3 ultima generazione + ssd classico 500 Mbyte/sec?
Chiedo questo perche' mi sembra che Access sostanzialmente giri su un singolo
core, e tutte le cpu moderne basano l'aumento prestazioni complessive
sull'aumento dei core interni
E quindi un i9 che arriva a 4 GHz oppure un i3 che arriva a 4 GHz, al di la'
del numero core interni, potrebbe spingere Access grossomodo alle stesse
prestazioni
Sul sistema operativo? Qualcuno ha idea se le versioni server, sempre
relativamente al funzionamento Access, siano piu' prestanti o perfettamente
uguali alle versioni desktop? In rete mi sembrava di aver letto che qualcuno
lo usa con Windows Server ma non ho mai approfondito se realmente ci siano
vantaggi dal punto di vista prestazioni oppure no
Mi rendo conto che la domanda non sia posta propriamente, poiche' su un pc da
lavoro ci si usa una miriade di programmi e quindi sostanzialmente l'aumento
prestazioni si vede all'aumentare livello cpu
Ma era giusto per capire di cosa ha bisogno realmente Access per aumentare le
prestazioni

Windows 11 Pro ENG
Office 2021 LTSC Professional Plus ENG

La procedura che segue viene completata
da un i9/64 gigaRam in <10"
da un i5/16 gigaRAM in <37"
Sono un milione di record, 30 milioni di caratteri.

=============================
Private Sub Command0_Click()
Dim RS As Recordset, S As String, h, i, j
Dim SQL As String, T As Single
'
' Tabella T con 6 campi F1... F6 Short Text
'
DoCmd.Hourglass True

On Error Resume Next
DoCmd.DeleteObject acTable, "T"
On Error GoTo 0

SQL = "CREATE TABLE T "
SQL = SQL & "([F1] text,[F2] text,"
SQL = SQL & " [F3] text,[F4] text,"
SQL = SQL & " [F5] text,[F6] text);"
CurrentDb.Execute SQL

T = Timer
CurrentDb.Execute "DELETE * FROM T;"
Set RS = CurrentDb.OpenRecordset("T", dbOpenDynaset)
For h = 1 To 1000000
RS.AddNew
For i = 1 To 6
For j = 1 To 5
S = S & Chr(Int((90 - 65 + 1) * Rnd + 65))
Next
RS("F" & i) = S
S = vbNullString
Next
RS.Update
Next
DoCmd.Hourglass False
MsgBox Timer - T

End Sub
===================================

Per le versioni Server (sia fisico che software) se non
devi lavorare inCluster / Raid... a che ti servono?

Bruno

RobertoA

2024-05-27 06:15:47 UTC

Post by RobertoA
Supponiamo dobbiate (?!? chissa' se si puo' dire) acquistare

Post by RobertoA
un nuovo computer che verra' usato esclusivamente per far girare
Access ed un db server, diciamo Sql Server/Db2/Postgresql tanto per
dare un'idea
Restiamo sempre su macchine con Windows come sistema operativo
E supponiamo che il budget disponibile sia di qualche migliaio di
euro, a quali caratteristiche/funzionalita' (cpu/disco? che sistema
operativo? Intel o Amd?) fareste particolarmente attenzione al fine
di far girare il piu' rapidamente possibile l'ambiente di sviluppo
prediletto da Microsoft (seee...) ?
Ho visto anche alcuni che usano Windows server su postazioni di
lavoro classiche usate con office/email/navigazione/gestionale
"..ehhh cosi gira piu' veloce..", ma e' vera sta cosa?
Inzomma, voi cosa prendereste di macchinario+sistema operativo, per
ottenere un Access al fulmicotone?
Si capisco che alla fine le ottimizzazioni piu' importanti si
ottengono strutturando correttamente il codice, ma qua si parla
esclusivamente di hardware

- i9 + 64Gb ram + ssd (probabilmente gli m2 quindi 3-4 Gbyte/sec)
Ma la domanda e': relativamente al funzionamento di Access, dici che
un sistema di questo tipo sia 'visibilmente' superiore ad un 'fascia
bassa' quindi supponiamo un i3 ultima generazione + ssd classico 500
Mbyte/sec?
Chiedo questo perche' mi sembra che Access sostanzialmente giri su un
singolo core, e tutte le cpu moderne basano l'aumento prestazioni
complessive sull'aumento dei core interni
E quindi un i9 che arriva a 4 GHz oppure un i3 che arriva a 4 GHz, al
di la' del numero core interni, potrebbe spingere Access grossomodo
alle stesse prestazioni
Sul sistema operativo? Qualcuno ha idea se le versioni server, sempre
relativamente al funzionamento Access, siano piu' prestanti o
perfettamente uguali alle versioni desktop? In rete mi sembrava di
aver letto che qualcuno lo usa con Windows Server ma non ho mai
approfondito se realmente ci siano vantaggi dal punto di vista
prestazioni oppure no
Mi rendo conto che la domanda non sia posta propriamente, poiche' su
un pc da lavoro ci si usa una miriade di programmi e quindi
sostanzialmente l'aumento prestazioni si vede all'aumentare livello cpu
Ma era giusto per capire di cosa ha bisogno realmente Access per
aumentare le prestazioni

Windows 11 Pro ENG
Office 2021 LTSC Professional Plus ENG
La procedura che segue viene completata
da un i9/64 gigaRam in <10"
da un i5/16 gigaRAM in <37"
Sono un milione di record, 30 milioni di caratteri.
=============================
Private Sub Command0_Click()
Dim RS As Recordset, S As String, h, i, j
Dim SQL As String, T As Single
'
' Tabella T con 6 campi F1... F6 Short Text
'
DoCmd.Hourglass True
On Error Resume Next
DoCmd.DeleteObject acTable, "T"
On Error GoTo 0
SQL = "CREATE TABLE T "
SQL = SQL & "([F1] text,[F2] text,"
SQL = SQL & " [F3] text,[F4] text,"
SQL = SQL & " [F5] text,[F6] text);"
CurrentDb.Execute SQL
T = Timer
CurrentDb.Execute "DELETE * FROM T;"
Set RS = CurrentDb.OpenRecordset("T", dbOpenDynaset)
For h = 1 To 1000000
   RS.AddNew
   For i = 1 To 6
       For j = 1 To 5
           S = S & Chr(Int((90 - 65 + 1) * Rnd + 65))
       Next
       RS("F" & i) = S
       S = vbNullString
   Next
   RS.Update
Next
DoCmd.Hourglass False
MsgBox Timer - T
End Sub
===================================
Per le versioni Server (sia fisico che software) se non
devi lavorare inCluster / Raid... a che ti servono?
Bruno

La differenza di tempi e' notevolissima, non l'avrei pensato
Mi pare pero' una procedura tutta da disco, a parte il rnd non e' che la
cpu debba fare granche'
Che dischi hanno l'i5 e l'i9?
Stai usando come dati un file Access (stessa versione tra i due pc o
diversa) o qualche db server?

Bruno Campanini

2024-05-27 13:57:31 UTC

Post by RobertoA
Supponiamo dobbiate (?!? chissa' se si puo' dire) acquistare

Post by RobertoA
un nuovo computer che verra' usato esclusivamente per far girare Access
ed un db server, diciamo Sql Server/Db2/Postgresql tanto per dare
un'idea
Restiamo sempre su macchine con Windows come sistema operativo
E supponiamo che il budget disponibile sia di qualche migliaio di euro,
a quali caratteristiche/funzionalita' (cpu/disco? che sistema
operativo? Intel o Amd?) fareste particolarmente attenzione al fine di
far girare il piu' rapidamente possibile l'ambiente di sviluppo
prediletto da Microsoft (seee...) ?
Ho visto anche alcuni che usano Windows server su postazioni di lavoro
classiche usate con office/email/navigazione/gestionale "..ehhh cosi
gira piu' veloce..", ma e' vera sta cosa?
Inzomma, voi cosa prendereste di macchinario+sistema operativo, per
ottenere un Access al fulmicotone?
Si capisco che alla fine le ottimizzazioni piu' importanti si ottengono
strutturando correttamente il codice, ma qua si parla esclusivamente di
hardware

- i9 + 64Gb ram + ssd (probabilmente gli m2 quindi 3-4 Gbyte/sec)
Ma la domanda e': relativamente al funzionamento di Access, dici che un
sistema di questo tipo sia 'visibilmente' superiore ad un 'fascia bassa'
quindi supponiamo un i3 ultima generazione + ssd classico 500 Mbyte/sec?
Chiedo questo perche' mi sembra che Access sostanzialmente giri su un
singolo core, e tutte le cpu moderne basano l'aumento prestazioni
complessive sull'aumento dei core interni
E quindi un i9 che arriva a 4 GHz oppure un i3 che arriva a 4 GHz, al di
la' del numero core interni, potrebbe spingere Access grossomodo alle
stesse prestazioni
Sul sistema operativo? Qualcuno ha idea se le versioni server, sempre
relativamente al funzionamento Access, siano piu' prestanti o
perfettamente uguali alle versioni desktop? In rete mi sembrava di aver
letto che qualcuno lo usa con Windows Server ma non ho mai approfondito se
realmente ci siano vantaggi dal punto di vista prestazioni oppure no
Mi rendo conto che la domanda non sia posta propriamente, poiche' su un pc
da lavoro ci si usa una miriade di programmi e quindi sostanzialmente
l'aumento prestazioni si vede all'aumentare livello cpu
Ma era giusto per capire di cosa ha bisogno realmente Access per aumentare
le prestazioni

Windows 11 Pro ENG
Office 2021 LTSC Professional Plus ENG
La procedura che segue viene completata
da un i9/64 gigaRam in <10"
da un i5/16 gigaRAM in <37"
Sono un milione di record, 30 milioni di caratteri.
=============================
Private Sub Command0_Click()
Dim RS As Recordset, S As String, h, i, j
Dim SQL As String, T As Single
'
' Tabella T con 6 campi F1... F6 Short Text
'
DoCmd.Hourglass True
On Error Resume Next
DoCmd.DeleteObject acTable, "T"
On Error GoTo 0
SQL = "CREATE TABLE T "
SQL = SQL & "([F1] text,[F2] text,"
SQL = SQL & " [F3] text,[F4] text,"
SQL = SQL & " [F5] text,[F6] text);"
CurrentDb.Execute SQL
T = Timer
CurrentDb.Execute "DELETE * FROM T;"
Set RS = CurrentDb.OpenRecordset("T", dbOpenDynaset)
For h = 1 To 1000000
   RS.AddNew
   For i = 1 To 6
       For j = 1 To 5
           S = S & Chr(Int((90 - 65 + 1) * Rnd + 65))
       Next
       RS("F" & i) = S
       S = vbNullString
   Next
   RS.Update
Next
DoCmd.Hourglass False
MsgBox Timer - T
End Sub
===================================
Per le versioni Server (sia fisico che software) se non
devi lavorare inCluster / Raid... a che ti servono?
Bruno

La differenza di tempi e' notevolissima, non l'avrei pensato
Mi pare pero' una procedura tutta da disco, a parte il rnd non e' che la cpu
debba fare granche'
Che dischi hanno l'i5 e l'i9?
Stai usando come dati un file Access (stessa versione tra i due pc o diversa)
o qualche db server?

Per la precisione:
- i9 lavora con SSD 250 giga (solo sitema operativo)
e due WD 2 Tera con Office ivi installata, etc (HD non SSD)
- i5 lavora con unico SSD 500 giga

i9:
Una SELECT query ha trovato il valore di due campi ("DQPUD")
ubicati in due record, su una tabella contenente un milione
di record formati da sei milioni di campi, immediatamente
nel passaggio dalla modalità Design a quella View.

Bruno

Ammammata

2024-05-27 07:34:47 UTC

Post by Bruno Campanini
La procedura che segue viene completata
da un i9/64 gigaRam in <10"
da un i5/16 gigaRAM in <37"

dal mio i5-12500 3.0 GHz di due anni fa, 16GB RAM (di cui 9.5 in uso),
SSD M2

con Firefox, Outlook, MS SQL Server Management Studio, remote desktop
manager, notepad++, skype, app del telefono centralino, pdf xchange
viewer, mesnews, forticlient vpn, veeam agent, boinc (in pausa),
portableapps, powertoys, etc etc ha impiegato:

10.27734

quindi circa lo stesso dell'i9 con 64Gb, ma con una carrettata di
software in esecuzione

--
/-\ /\/\ /\/\ /-\ /\/\ /\/\ /-\ T /-\
-=- -=- -=- -=- -=- -=- -=- -=- - -=-
........... [ al lavoro ] ...........

Bruno Campanini

2024-05-27 14:53:59 UTC

Post by Bruno Campanini
La procedura che segue viene completata
da un i9/64 gigaRam in <10"
da un i5/16 gigaRAM in <37"

dal mio i5-12500 3.0 GHz di due anni fa, 16GB RAM (di cui 9.5 in uso), SSD M2
con Firefox, Outlook, MS SQL Server Management Studio, remote desktop
manager, notepad++, skype, app del telefono centralino, pdf xchange viewer,
mesnews, forticlient vpn, veeam agent, boinc (in pausa), portableapps,
10.27734
quindi circa lo stesso dell'i9 con 64Gb, ma con una carrettata di software in
esecuzione

Io ho il database di tutti i tempi riscontrati dal
Pentium 90 (quello con l'errore che Intel ha dovuto
rimpiazzare) all'attuale i9 13° generazione.
i7 3.4 GHz 0.19"
i9 13° Gen 0.086"
per scomporre in fattori primi il numero 20 000 006 174 401
(11 * 79 * 23 014 966 829)

Tutte i tempi che ho registrato:
P100 100 17.22"
PII 266 5.19"
PII 300 4.55"
PII 333 4.10"
PIII 500 3.50"
Athlon 650 2.04"
Athlon 1200 1.33"
Athlon 2200 0.93"
P4 2.66 0.83"
i7 3.40 0.19"
i9 13° Gen. 0.086"

Il gusto masssimo fu nel passare dal PI al PII...

Bruno

Ammammata

2024-05-27 15:39:34 UTC

Post by Bruno Campanini
per scomporre in fattori primi il numero 20 000 006 174 401
(11 * 79 * 23 014 966 829)

il metodo brute force che userei (vado a memoria) farebbe i test da 5
fino a 4.472.136, a passo 6, limite superiore che si ridurrebbe in un
attimo a 151.706, quindi poco più 25.000 iterazioni una volta trovati
l'11 e il 79: non ho idea se ci siano algoritmi più efficienti, dovrei
cercare in giro

https://en.wikipedia.org/wiki/Integer_factorization

se stasera non ho sonno provo a leggerlo, ma ho già visto che usa
simboli a me poco familiari lol

--
/-\ /\/\ /\/\ /-\ /\/\ /\/\ /-\ T /-\
-=- -=- -=- -=- -=- -=- -=- -=- - -=-
........... [ al lavoro ] ...........

Bruno Campanini

2024-05-27 19:30:25 UTC

Post by Bruno Campanini
per scomporre in fattori primi il numero 20 000 006 174 401
(11 * 79 * 23 014 966 829)

il metodo brute force che userei (vado a memoria) farebbe i test da 5 fino a
4.472.136, a passo 6, limite superiore che si ridurrebbe in un attimo a
non ho idea se ci siano algoritmi più efficienti, dovrei cercare in giro
https://en.wikipedia.org/wiki/Integer_factorization
se stasera non ho sonno provo a leggerlo, ma ho già visto che usa simboli a
me poco familiari lol

Io ho fatto una procedura, direi una trentina d'anni fa,
con la prima versione di Access che è apparsa col VBA,
ed è tutt'ora funzionante. Non avendo col tempo fatto
alcun aggiornamento.
Una pagina e mezzo di codice.

Quando me ne capita l'occasione confronto i risultati
con Mathematica... finora non ha mai sbagliato.
Quando sei pronto ci scambiamo qualche dato.

Bruno

RobertoA

2024-05-28 05:36:11 UTC