Domain: vergenet.net
Stories and comments across the archive that link to vergenet.net.
Comments · 9
-
Re:kerneli hope they didn't remove drivers from the kernel.... again.
I don't know if you are trolling or not, but I'll bite
As explained in this pdf file about the debian kernel here, they remove non-free drivers. I understand why they do it, but I could see where it would be annoying if your hardware was effected. Here is a quote from the pdf:
As the kernel is a core part of the Operating System it is in main And thus must comply with the DFSG Because of this, some source files are removed or modified This generally means the removal of drivers that include binary firmware blobs
On a related note, I sometimes get the feeling that they don't spend as much time polishing some of the rough edges off the kernel the way the Redhat people do with kernel patches and backports. But that is probably to be expected since they are (i'm guessing) mostly volunteers and not paid (like I'm sure the redhat engineers are). Regardless, I'm not looking a gift-horse in the mouth and I am thankful for their efforts. I'm a happy debian-stable user and look forward to etch. -
Check out Perdition
If it's IMAP scalability you want then you should look into Perdition, particularly their article on clustered mail server farms. This is in use in a lot of high performance, high scaling environments.
-
Re:YIKES! Tossing out the groupware?!I would add Perdition to the list of tools. Perdition can be used to distribute POP/IMAP connections across a bunch of servers, while providing a single point of entry (single machine which proxies the incoming connections).
Using Perditon, one can send the actual POP/IMAP session to a specific machine using regex type matches on the username. The Perditon server(s) require little processing power per connection.
-
Split up the tasks
Split everything.
- Incoming MX's (exim)
- Spam checking
- sender verification
- greylisting
- route mail to the IMAP stores
- IMAP stores (exim plus maildir + dovecot)
- break out people on different servers (a = imap-1, b = imap-2, etc..) trivial to do w/ exim and dovecot, also break out the maildirs by letters /var/maildir/f/foo/)
- LDAP/Mysql
- some kind of directory to store username, passwords, which imap store, etc.. on.
- outgoing MX's (postfix)
- postfix queue handling can't be beat
- smtp auth for users outgoing mail.
- IMAP proxy's (perdition)
- http://www.vergenet.net/linux/perdition/ -
Re:OpenBSD, of course!
Pardon me, but UltraMonkey
has been around for a Long
time. Horms
rocks! -
CLI utility to do this
You might be able to bind a key or mouse button in your window manager to run it.
-
Re:GA for optimization, not solution
Just to follow up on my previous post, here are some resources:
- Memetic Algorithms' Home Page
- A Simple Heuristically Guided Search for the Timetable Problem
- (extract from the comp.ai.genetic FAQ)
- An honour's thesis on the topic
- Taiwanese site (in English) with links to papers, etc
- paper and paper available on citeseer
No, this is not a problem for the faint of heart.
-
partial list of browsers for you to tryWhich browser is right for you? You can answer that by trying them yourself:
The article did not review a number of browsers. Here are a some more that you may want to try:
- Arena
- Amaya
- Chimera
- MMM
- Emacs/W3
- Lynx (text based)
- Links (text based)
- Debris (text based)
- w3m (text based)
- Libwww (text/line based)
- HowJava
- Express
- Armadillo (was Gzilla)
- Mnemonic
- Kde (file manager with builtin browser)
- mMosaic
- QtMozilla
- QWeb
- Mosaic
- Arachne
- Beest
- Beonex
- BrowseX
- Grail
- Dillo
- NetRaider
And how the disclaimers: The list above by no means complete. The browers above were listed in j-random order. Some browsers are in early alpha stage, some in Beta and others are in full release. Some of the browsers may suck, some are OK and some are good. Your mileage may vary. Sorry If I left out your favorite browser. IE was left off the list for obvious reasons. Good while supply lasts or until Bill Gates takes over. I'm not a member of the FCIA. Void where cast as (void).
-
Re:Linux High Availability projectNotice there are many links to related HA items there at the Linux High Availability Project. It sounds as if you're looking for something like FAKE, which lets a machine acquire the IP of another machine in a failure (note that FAKE points out that it has been moved into the "Heartbeat" code at Linux-HA) -- although some link chasing is necessary to learn where it went.
"...dual-port NICs...switch the ports when the active port fails...
Oh, I see. When one port (or its path) fails, you want to switch the IP to a different port? I don't think "the driver" needs to do that, just change the IP assignments with ifconfig.
- Monitor each link with some sort of heartbeat.
- When there is no response, assign the IP of that link to the backup interface. Just use ifconfig to alter the interface configuration.
- Have the backup interface be on the other NIC, not "switch ports" as you mentioned.
- Dual-port NICs are not needed, if you can fit 3-4 NICs in your machine.
- Have heartbeats running on backup and downed interfaces also, to report problems and repairs.