DOS ain't dead

Thank you for the tipo. FDAPM seems to be the perfect option here.

Will give later a try to DOSIDLE by Japheth.

As for FreeDOS, I will need to take a new look to it. Last time I tried were on 2008 or so, and I did not liked it so much, because of compatibility issues, and performance, but now, it sounds quite promissing.

Regards.

> > Currently I am using DOSIDLE from
> > http://maribu.home.xs4all.nl/zeurkous/download/mirror/dosidle/ in my
> > Virtualboxed Enhanced DR-DOS machine with DR-DOS 8.0 + EDR 7.01.08. I
> have
> > come across about BatteryMax at
> > http://www.drdos.com/dosdoc/bmaxhtml/idlechp1.htm , and realized that it
> > would be a better choice.
> >
> > Anyone knows if there are already available BatteryMax available? If
> not,
> > where can I get the SDK?
>
> Ask the guys at DrDOS.com , I suppose. I don't
> think it's publicly available (but I could be wrong).
>
> A quick check of your second link shows that you need some files for APM
> support. Well, I guess you know that APM is basically deprecated (dead) in
> lieu of much more complicated ACPI. Sure, this desktop Lenovo of mine still
> supports it (thankfully) but my laptop Dell does not.
>
> Either way, your best alternative is "probably"
> FDAPM.
>
> Or if you're just trying to save cycles in a VM, there are various other
> TSRs, but I can't honestly remember which ones work best for which VMs, so
> I'm of little help there. EDIT: For completeness, Japheth does have one
> that says this: "DosIdle: Small tool to detect idle state in DOS. Useful if
> DOS runs in a virtual environment and causing a very high CPU load. Source
> is included. (DOS, 04/2007)":
> dosidle.zip
>
> Newer FreeDOS kernels have CONFIG.SYS "IDLEHALT=1" to also help (I know,
> useless under DR-DOS), and I also tend to do "lh fdapm apmdos" under real
> native FreeDOS, but I'm not sure that's helpful for you here.

---
Visit my personal blog at https://www.javiergutierrezchamorro.com