On Freitag, 16. März 2007 09:09 Aaron Stone wrote: > If it takes the same amount of effort to implement either > multithreading or attachment sharing, it only makes sense to do > multithreading first. This gives a huge performance benefit for the > typical use case.
Your code, so I believe you. I'm still on the way of migrating several other servers to one dbmail, and will see what performance we get. But as others reported good things, I believe that some thousand users shouldn't be a problem. Currently the server does multitasking, if I understand correctly. What will be the performance boost of multithreading? Just the "takes less memory"? Or locking? > To do this would require two parallel code paths, depending upon how > the message was stored in the first place. That just doubles the > maintenance work. It's better to hammer out one really good new way > to do things, then hammer out one really reliable way to transfer the > data. As Paul wrote, couldn't that be one code? After all, you just need to read through a message. Only in the new format there would be extra attachments, the old format has the messages in the body. Should be no change for that. But anyway, as we're light years from that, it doesn't make sense to discuss that, right? > Certainly you shouldn't migrate email servers unless you're going to > have a net benefit for all of the work the migration entails. If that > benefit is contingent upon some feature we haven't implemented, > you're doing the right thing by waiting. I don't like cyradm, that's enough :-) We're currently developing our own admin code, maybe we will open that code then. It will be ISP capable software, with logins for users/admins/resellers, etc. mfg zmi -- // Michael Monnerie, Ing.BSc ----- http://it-management.at // Tel: 0676/846 914 666 .network.your.ideas. // PGP Key: "curl -s http://zmi.at/zmi.asc | gpg --import" // Fingerprint: EA39 8918 EDFF 0A68 ACFB 11B7 BA2D 060F 1C6F E6B0 // Keyserver: www.keyserver.net Key-ID: 1C6FE6B0
pgpcmaZ0vgWAb.pgp
Description: PGP signature
_______________________________________________ DBmail mailing list [email protected] https://mailman.fastxs.nl/mailman/listinfo/dbmail
