Re: [Freedos-user] Terribly slow versus RS232 interrupts

2014-06-13 Thread rauno . ollila
  @Rugxulo

"You said JEMMEX was used. (But you can probably do without NOINVLPG
NOVME unless literally using an old 386.) Are you sure you need EMM386
(or EMS) at all?"

- This was a good question... Obviously my thinking was stucked on something
 I believed to be true on -90:eens when I last used MSDOS.
 I have now studied my literature about MSDOS and AutoCAD. It seems that
 AutoCAD was one of those very rare DOS programs that took care of their
 "extra" memory use by themselves (also Framework was mentioned). In one book
 they state that if there is expanded or extended memory available AutoCAD
 uses it automatically (up to 4MB). If there are available both, AutoCAD
 uses expanded memory first. And further, user can  control these by DOS
 command  and . That book covers versions
 up to Rel.10 and it was little unclear if this applies to Rel.9  but I
 think it does.
- I have also tested now without any extra DOS drivers and indeed tablet doesn't
 affect program execution speed any more. Also, display REGEN is quite fast
 now. It is not "lightning fast" that I may have expected of Pentium CPU but
 better than I ever seen. In general level... it does not restrict actual
 working practically at all. So problem solved.. on practical level...  thank
 you Rugxulo, Eric Auer et. others interested.
- Of course it would be interesting to know why did AutoCAD behave this way.
Being
 closed source it may never reveal its secrets? As far as I can remember on
 those days of MSDOS era special DOS drivers for memory extention were used
 allmost without exception. For some reason they didn't disturb AutoCAD
(obviously
 didn't make any use either).
- Strange enough, printer plotting is still (quite) slow. (=vector prosessing)
 Different is now that tablet doesn't affect it either. Plotting is not needed
 so often and as my interact is not needed any more so problem is marginal. I
can
 go for a cup of coffee that waiting time... But again, it would be nice to
 understand.

Rauno Ollila

 P.S. I searched my tablet manual for its communication interface settings.
Those
 DIP-switches were set to meet AutoCAD recommendation. It means new X/Y-position
data
 send for every 0.01" pointer movement, however 100 points/s max. limit. In my
 understanding each coordinate generates several RS232 bytes. (>interrupts ?)


This mail sent through L-secure: http://www.l-secure.net/


--
HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
Find What Matters Most in Your Big Data with HPCC Systems
Open Source. Fast. Scalable. Simple. Ideal for Dirty Data.
Leverages Graph Analysis for Fast Processing & Easy Data Exploration
http://p.sf.net/sfu/hpccsystems
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user


Re: [Freedos-user] Terribly slow versus RS232 interrupts

2014-06-04 Thread rauno . ollila
I might have descriped the main problem unclearly...
 So, when in Autocad drawing editor, most commands are responded quickly
 enough. But in drawing regeneration (object vector rendering, (floating
 point)) the behaviour is distinctive. If left alone this work progresses
 but is so slow that it is almost possible to see objects to appear on
 screen. Then, if I set pointer on digitizer tablet and move it there the
 rendering accelerates in responce to pointer tip speed up to some cm/s.
 It seems like certain amount of CPU prosessing per tip movement.
   I do not know exacly the tablet communication protocol to
 computer RS232 port. I try to find and come back to this if I find something
 usefull.

Rauno Ollila


This mail sent through L-secure: http://www.l-secure.net/


--
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and their 
applications. Written by three acclaimed leaders in the field, 
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/NeoTech
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user


Re: [Freedos-user] Terribly slow versus RS232 interrupts

2014-06-04 Thread rauno . ollila
Lainaus Christopher Evans :

* A mis-set or conflicting interrupt. Are you sharing modem and soundcard
* irqs?

* -chris

- There is no modem in this computer (separate radio-modem in router
 connected by ethernet cable. This far I have used internet connection in
 Slitaz only in this machine)
- I tested disabling soundcard and LAN adapter in BIOS set-up. Didn't help.
- For serial port there are choises , , . It is
  now. I not sure what that means... auto speed detection...?
- I have been searching BIOS settings now. There is hardly anything that
 refers to interrupts. Or, in general, anything I could imaging connection
 to this behaviour.

   Rauno Ollila



This mail sent through L-secure: http://www.l-secure.net/


--
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and their 
applications. Written by three acclaimed leaders in the field, 
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/NeoTech
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user


Re: [Freedos-user] Terribly slow versus RS232 interrupts

2014-06-04 Thread rauno . ollila
Lainaus Eric Auer :

*
* Hi! You misunderstood me... USB is SLOWER than PS/2, so my
* recommendation was to use PS/2 keyboard and mouse! But you
* had those already.
*
* If you switch off legacy USB support in the BIOS, you must
* use PS/2 keyboard for your BIOS setup again. Because, as
* you noticed, USB keyboard will not work if you disable the
* BIOS "legacy" USB driver. I hope that answers your question.
*
* Regards, Eric

- I continued testing by disabling USB driver. As expected, mouse and
 keyboard "died". Then, entering GRUB OS-choice it continued to its
 default, Slitax, after its time-out and stopped to log-in to wait my
 responce. Then I connected PS/2 keyboard and mouse. They begun to work
 immediately, without (forced) reboot.
- In Slitaz I commanded reboot to enter FreeDOS. Autocad worked like
 before, no progress, no harm either. As you assumed. USB drivers are
 now enabled again, just for case I need them.

   Rauno Ollila

*
* > * Maybe your BIOS is configured to support "legacy USB" methods
* > * to let DOS access USB keyboard or mouse without USB drivers?
* > * In that case, the BIOS can spend quite a lot of time to deal
* > * with the USB controller. Try using USB keyboard and mouse. To
* > * be on the safe side, leave the legacy USB support on anyway,
* > * it will not waste much time if no devices are active and you
* > * may need it to navigate the BIOS CMOS setup config dialog :-)
*
* > - My BIOS was configured to support "legacy USB"... So I tried to
* >  replace PS/2 keyboard and mouse with USB devices. It didn't help at
* >  AutoCAD drawing regeneration speed but
*
* > - You wrote that "the BIOS can spend a lot of time to deal with the
* >   USB controller". I understand this means dealing with USB devices
* >  that does'nt exist?.
*
* > - Legacy USB support was on at testing. If I try it off and end up
* >  into trouble with BIOS setup so I guess I can force POWER OFF on
* >  switch and then at next start PS/2 keyboard should work again..?





This mail sent through L-secure: http://www.l-secure.net/


--
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and their 
applications. Written by three acclaimed leaders in the field, 
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/NeoTech
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user


Re: [Freedos-user] Terribly slow versus RS232 interrupts

2014-06-03 Thread rauno . ollila
@ Eric Auer :


* Maybe your BIOS is configured to support "legacy USB" methods
* to let DOS access USB keyboard or mouse without USB drivers?
* In that case, the BIOS can spend quite a lot of time to deal
* with the USB controller. Try using USB keyboard and mouse. To
* be on the safe side, leave the legacy USB support on anyway,
* it will not waste much time if no devices are active and you
* may need it to navigate the BIOS CMOS setup config dialog :-)
*
==
- My BIOS was configured to support "legacy USB"... So I tried to
 replace PS/2 keyboard and mouse with USB devices. It didn't help at
 AutoCAD drawing regeneration speed but
- You wrote that "the BIOS can spend a lot of time to deal with the
  USB controller". I understand this means dealing with USB devices
 that does'nt exist?.
- Legacy USB support was on at testing. If I try it off and end up
 into trouble with BIOS setup so I guess I can force POWER OFF on
 switch and then at next start PS/2 keyboard should work again..?

Regards, Rauno Ollila



This mail sent through L-secure: http://www.l-secure.net/


--
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and their 
applications. Written by three acclaimed leaders in the field, 
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/NeoTech
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user


Re: [Freedos-user] Terribly slow versus RS232 interrupts

2014-05-31 Thread rauno . ollila
one of most "CPU demanding" task so it is just obvious to show
 speed limitation first there.

* > P.S. If any of you are interested my component library, please tell me.
* > They are open source
*
* Anything that is free/libre (four freedoms) is interesting to FreeDOS
* proper, at least as far as mirroring to iBiblio is concerned. Though
* I'm confused, what does your component library do? Either way, it's
* all the same to me. If you think others will find it useful, feel free
* to contribute.

- Maybe I should start a new thread to see if it is more FreeDOS/AutoCAD
 users out there. My component library is so PCB-design specific that I dont
 even know what is the best way to release it. They are software but not
 program code, tighly related to electronics hardware and also there is
 accomplished designs so category is very unclear. I'll come back to that.

 Rauno Ollila


This mail sent through L-secure: http://www.l-secure.net/


--
Time is money. Stop wasting it! Get your web API in 5 minutes.
www.restlet.com/download
http://p.sf.net/sfu/restlet
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user


Re: [Freedos-user] Terribly slow versus RS232 interrupts

2014-05-28 Thread rauno . ollila
Here is my FDCONFIG.SYS
Now I realized I was using JEMMEX, not JEMM386... if
that matters?

   Rauno Ollila

   
!COUNTRY=001,858,C:\FDOS\BIN\COUNTRY.SYS
!SET DOSDIR=C:\FDOS
!LASTDRIVE=Z
!BUFFERS=20
!FILES=40
!MENUCOLOR=7,0
MENUDEFAULT=1,5
MENU 1 - Load FreeDOS with JEMMEX, no EMS (most UMBs), max RAM free
MENU 2 - Load FreeDOS with EMM386 (Expanded Memory) and SHARE loaded
MENU 3 - Load FreeDOS including XMGR XMS-memory driver
MENU 4 - Load FreeDOS without drivers
123?DOS=HIGH
12?DOS=UMB
12?DOSDATA=UMB
1?DEVICE=C:\FDOS\BIN\JEMMEX.EXE NOEMS X=TEST I=TEST NOVME NOINVLPG
2?DEVICE=C:\FDOS\BIN\HIMEMX.EXE
2?DEVICE=C:\FDOS\BIN\JEMM386.EXE X=TEST I=TEST I=B000-B7FF NOVME NOINVLPG
3?DEVICE=C:\FDOS\BIN\XMGR.SYS
3?SHELL=C:\FDOS\bin\4dos.com C:\FDOS\bin /E:1024 /P:C:\AUTOEXEC.BAT
4?SHELL=C:\FDOS\BIN\COMMAND.COM C:\FDOS\BIN /E:1024 /P=C:\AUTOEXEC.BAT
12?SHELLHIGH=C:\FDOS\BIN\COMMAND.COM C:\FDOS\BIN /E:1024 /P=C:\AUTOEXEC.BAT
**


This mail sent through L-secure: http://www.l-secure.net/


--
Time is money. Stop wasting it! Get your web API in 5 minutes.
www.restlet.com/download
http://p.sf.net/sfu/restlet
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user


[Freedos-user] Terribly slow versus RS232 interrupts

2014-05-24 Thread rauno . ollila
  After a long pause (since late 90:eens) I started again
with Autocad. R9 for DOS which I consider the best ever made
in 2D/2.5D CAD. (that is mainly explained by excellent
digitizer tablet use)
  Shortly... it works. JEMM386 was needed, without it
Autocad was somewhat unreliable, it crashed often, no data
loss thought. Most problems was solved, one by one, and the first
PCB-layouts are now accomplished by using my component libraries,
just to mention some. And yes, general CAD do have some advantages
over dedicated PCB-CADs on limited designs.
  Some weird behaviour still causes troubles and I'll report
them as my experience increases to better define these. For now
I am searching a solution to strange speed dependency of serial port
data flow. Responce to many commands are extremely slow unless I
"refresh" the computer by RS232 output (input to computer) by rubbing
the surfce of tablet with digitizer pen. Program acceleration is
readily seen according to swipe velocity of pen. When sweeping the
tablet surface it sends position data to serial port maybe max. some
hundreds of points per second. Beyond certain speed the program does
not accelerate any further, that may be limited by tablet. (Kurta
IS/ONE). Even at its fastest the speed is still quite low to expectation
of that of Pentium prosessor. Clearly slower of what it was at 90:eens
when I used it by 33MHz 486 prosessor (on MS-DOS)
 In general it seems that those commands suffering of slow speed
are mostly those related to display calculations (REGEN.. floating point,
 badly  and REDRAW... integer, slightly) and also printing (print vector
calculation, Autocad displays it progress, easy to observe)

   Thanks for your interest, Rauno Ollila, Kauhajoki

P.S. If any of you are interested my component library, please tell me.
They are open source


This mail sent through L-secure: http://www.l-secure.net/


--
"Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos.
Get unparalleled scalability from the best Selenium testing platform available
Simple to use. Nothing to install. Get started now for free."
http://p.sf.net/sfu/SauceLabs
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user