Jump to content

bejelith

Members
  • Content Count

    147
  • Joined

  • Last visited

Everything posted by bejelith

  1. Per la felicità di tutti i provider di posta me incluso, ti consiglio di affidarti ad un provider esterno per la posta
  2. bejelith

    Diventare un piccolo ISP

    Se vuoi fornire connettività ADSL devi comprare i DSLAM e metterli presso i CED telecom, come del resto fanno tutti i carrier
  3. LIKE nonsempre usa indici, nel tuo poi ne hai addirittura 2 ed altri parametri. fa un EXPLAIN SELECT per verifica.
  4. se fai molte scritture periodicamente dovresti rifare il rebuid degli indici, comunque dei BTREE con le LIKE non te ne fai nulla
  5. http://www.simonecaruso.com/mqdaemon.pl funziona con postfix, devi aggiustarlo perché ho pubblicato solo un pof
  6. bejelith

    Implementare Memcached in Zencart

    Per quel poco che ho lavorato con prestashop e magento so che questi ecommerce sono lenti anche con 10 prodotti :P
  7. bejelith

    Implementare Memcached in Zencart

    se zencart non supporta nativamente memcached ti ritroverai legato al consulente che t ha fatto la modifica, la soluzione di creare una cache delle pagine html non mi sembra malaccio.
  8. Prendi un altro server anche piu piccolo, nn t serve tanta ram per gli upload, e mettilo sotto loadbalancer.. oppure prendi una macchina con 4 dischi e fai un raid10.
  9. Io faccio 140 con dei sata2... Non parlavo di cache, ma se tutti vanno sugli stessi file la testina si muove molto meno, benchè usi direct io c'e' il buffer del disco e il buffer di ext3/4...cmq si.. stiamo facendo supposizioni su /dev/null :P
  10. Rileggendo lui dice di avere un traffico in upload di 10Gbit/s ... con dei sata2 probabilmente non superi 130Mbyte/s. Calcolando 100kbyte per 900 utenti ha un traffico di 90Mbyte al secondo, con dei SATA Overload il problema che evidenzi potrebbe manifestarsi se di questi 900 utenti con sessioni contemporanee accedono 500 file diversi (una stima per assurdo)?! Un livello di randomizzazione un pò elevato per pagine web secondo me :) @Marietto Prova a muovere verso lo scheduler deadline, in più con ionice puoi modificare anche il peso di nginx nell'accesso al disco. Successivamente puoi estrare il tempo di iowait e mandarci la tua conf, almeno per discutere su dati certi
  11. bejelith

    Vps per invio notifiche push

    notifiche push a che device e... che tipo di notifica?
  12. bejelith

    Il record mx è necessario?

    dal mio punto di vista è perfettamente logico, il tuo problema è dovuto al fatto che fai girare tutto dallo stesso ip
  13. bejelith

    Il record mx è necessario?

    a quali pirlate t riferisci?
  14. bejelith

    Il record mx è necessario?

    If an empty list of MXs is returned, the address is treated as if it was associated with an implicit MX RR, with a preference of 0, pointing to that host.
  15. bejelith

    Il record mx è necessario?

    l'rfc dice di usare il record A del dominio se l'mx nn è settato. un mx è cosi: .dominio.ext. mx 5 mx.dominio.ext. il 5 è la priorità
  16. pasta usare iostat -xd per vedere se è il disco, cmq mi sembra strano che il problema siano i dischi con soli 1000 utenti
  17. Il tempo accessivo che tu lamenti al primo accesso potrebbe essere dovuto allo spawn del processo fcgi relativo al tuo utente... in locale con mod_php hai il medesimo problema?
  18. bejelith

    Post letti

    con un'hash map hai "sempre" O(1+k), O(1) se perfetto, quindi puoi farla crescere all'infinito :P bisogna vedere come PHP scorre gli array, questo è un discorso a parte :D
  19. bejelith

    Post letti

    Cmq, sicuro eviterei questo: Table.phpbb topics track - phpBB Development Wiki :D Non sono riuscito a trattenermi dal curiosare
  20. bejelith

    Post letti

    Vero, non ho pensato al fatto che la chiave di ricerca è l'utente non il post :P
  21. bejelith

    Post letti

    non devi memorizzare 150.000 x utenti, ma 150.000 puntatori a liste che contengono l'id degli utenti che hanno letto quel post. In php un sistema del genere nn so che risultati avrebbe cmq.
  22. bejelith

    Post letti

    L'hash è la struttura dati con il costo piu basso per l'accesso, quindi cosa t sembra costoso? Credo che per 'post' si intenda l'intero thread e non il singolo post.
  23. bejelith

    Post letti

    A pensarci i post_id sono la chiave per un 'hash perfetto' (permettimi il termine) essendo univoci li puoi usare come chiave di un hash di puntatori a liste che contengono gli utenti che hanno letto quel post. complessità computazione molto ridotta (dipende dal linguaggio che usi) e il tasso di crescita non dovrebbe superare di molto il numero di post.
  24. bejelith

    Post letti

    Mica ti suggerivo di copiare, ma sapere come la concorrenza ha risolto un problema è sempre utile; inoltre era una mia curiosità personale sapere come phpbb gestiva la cosa.
  25. bejelith

    Post letti

    hai letto il codice d phpbb ? come fanno loro? a naso join su sql
×