xxqs

I'm currently using two types of devices:

-- 10" Acer AspireOne netbooks. They are cheap, and Ubuntu works flawlessly (true before 12.04)

-- ALIX boards from pcengines.ch. They are even cheaper, and low-power, and with RS-232 console port. Perfect if you don't need CPU power.

but for the cases when I need to do packet trace on a Gigabit link, I need to make sure the traffic is low enough for the acer netbook to catch up

hmm. I saw somewhere it was characterized as highly hackable

nice specs, I would put Debian on it and use as a portable network analyzer. I'll probably do so as soon as it's available in my country

a patchset for non-Intel CPU support was around for years, and you guys completely ignored its existence. As well as all the critics towards non-word-aligned data structures and in-memory presentation.

how about redesigning the whole product with all that cash?

David, you're also isolated from silly talks and silly pop music which most of us have to hear around. Also I have no doubt in your career, as you have to be stronger than others to compensate for your challenge.

just trying to find positive sides in your uneasy life :)

I also bookmarked your github page, as there may be some funded work popping up in some future

cool, this might be good for slideshows, especially on IT topics. I used Ubuntu font in my latest slideshow, and it looked quite well

Yay finally a multi-user tablet!

I'd say mid-Summer at best that you can order one and get it within reasonable time

any idea when they plan to start shipping the hardware? I couldn't find much information

great, this could be useful for mobile applications which require more control on graphics access performance. Like Augmented Reality and such.

Also might be useful for app-dedicated installations. For example, a set of educational games for little kids, leaving no option for misuse :)

I'm using timeanddate.com since long time, and plan to continue to do so:) Love their multi-zone meeting planner. Also lots of useful details, such as when the next daylight savings shift is going to happen in a particular location.

can't wait till we get a native Ubuntu tablet. Canonical says they are in the talks with hw vendors.

01:34 here http://www.youtube.com/watch?v=PoOeU1aya0o :)

I've got an Illy cafe machine at home :)

and yes you're certainly right that BDB is embedded into the application process. Then any slight memory corruption may destroy the database and lockup the whole service. We've seen that, especially with graphics libraries.

But BDB offers tremendous speed, so it won't be easy to decouple the DB engine from the application process.

I use exclusive locks where multiple processes concur for data access, and these locks guarantee the data consistency.

For example, the GUI engine may eventually start cleaning its old cache, and the exclusive lock prevents other GUI processes (which are mod_perl or fcgi processes) to do the same.

another example is when the database is big enough, and when multiple collector processes start at the same time, I use the exclusive lock to let them initialize and slurp the data sequentially: this prevents from excessive disk seeks.

but as you mentioned in another thread, your solution is locked to a single architecture, and I cannot afford that.

the FAQ mentions that you target x86_64 architecture. Does the server work on i386?

also, I hope it's doing proper memory alignment and endiannes independence? (because Mongo sucks on that)

Did you compare the performance with (local) BerkeleyDB?

Also, is there a locking mechanism?

I'm the author of Torrus (torrus.org), and BerkeleyDB stability and non-network nature are quite painful. But I'm relying on its speed, concurrent locking, and some ways to acquire an exclusive lock on a table. It would be interesting to offer an alternative backend for torrus.

I keep my alarm about 10 meters from my bed, and I got up and put it for 20 minutes later... about 4 or 5 times this morning. Can't remember for sure :)

well, that too, of course. So Ubuntu rules anyway :)

for a non-technical user, this is a security flaw. You buy a tablet, activate it with your gmail account, and next thing is your private email is exposed to your party guests.

if I try to think as a typical Windows sysadmin, I would just use Windows. For those guys, ReactOS is not bringing any benefit, and they will for sure work with a product that they know already. They would only see ReactOS as a source of unpredictable problems and costs.

simply because there are less boring things :)

a project of this scale needs proper funding, otherwise it would take forever (which actually seems to be the case).

the guys are building a competition to Microsoft. Some may do it for the pleasure of doing that, but I see it as a dead-end, as there is no business driver.

ok, name it "motivation" instead of Business case.

for GNU Emacs, the motivation is completely clear: it's a tool for developers, and some of those developers contribute and make it better for everyone.

For ReactOS... ok, someone seems to have a motivation, but that's completely beyond my understanding :)

:-) actually 1998 voids your argument for "building a kernel from scratch". It's not any more a new kernel in fact :)

see my other comment in this thread about the business case. Without a business case, any exciting project would eventually disappear.

(thanks for not pulling down my karma :))

I am in fact an open-source developer, but there's some business case behind each of my project. I just don't see a business case behind ReactOS.

I know about WINE (never used it though), and it makes at least a bit of sense to me, unlike ReactOS.

excuse me for answering with a question to a question, but

why would you need a new kernel? There's BSD, there's this list here: http://en.wikipedia.org/wiki/List_of_real-time_operating_sys... , there's GNU Hurd... why do you need another one?

Besides, if you really want a new kernel, why should it be win32 binary compatible?

Qooxdoo framework is not on the list, and I guess a few more too.

I still don't understand the motivation for this project. If you ought to run a windows application, you use windows anyway. If you like to move to an opensource platform, you have to invest in migrating your applications anyway.

I don't get where ReactOS fits in this picture.

also how people can spend their precious time in re-implementing an existing architecture? There's lots of interesting and creative projects to actually build something new.

hmm, thanks. It's probably a quite expensive license, as the default developer agreement is quite restrictive: http://www.mail-archive.com/asterisk-dev@lists.digium.com/ms...

any explanation why 30% of calls were dropped?