Re: [ubuntu-studio-devel] "Support Plan" request challenge (WAS: Ubuntu Studio LTS Re-Qualification)

[Mike Squires]

Speaking as a user for some time, on multiple systems, of Ubuntu Studio, 
I can attest that the 20.04 version was extremely stable during the time 
I used it.


I am currently using for somewhat different purposes Xubuntu 22.04, and 
this has been a bit less stable for me than Studio 20.04.  I'm 
continuing to use it, but I've run into some minor issues that seem to 
have been taken care of by updates.  The difference between that and 
Studio is that I didn't run into that kind of problem with Studio.


Experience - ignore this portion unless it's useful

I used Ubuntu Studio on three workstations and two laptops, most of the 
time using 20.04.  I switched to Xubuntu since moving to a new window 
manager was a bit much for me at this time.  Two workstations dual boot 
LINUX and MS Windows 10 x64; my wife uses it professionally as a 
psychologist and we both use it to play a game with friends.


My first computer was an IBM 740 terminal connected to the Caltech 
7040/7090 number cruncher; my first personal computer was an IMSAI 
8080/ADM5 combination used primarily for text processing.


My experience with UNIX is a bit weird; I started with a Tandy 16B about 
40 years ago running XENIX-68K which eventually supported an online 
archive of "netnews", especially mod.sources (to the extent that Telebit 
and USR modems can be considered to be "online").  That system 
eventually moved to Open Desktop and then to Microport before being retired.


I decided to retread and bought a Sun 4/110 workstation and used that, 
plus the XENIX experience, to get a job at the Indiana University 
Computer Science department as their PC specialist (my job before that 
time used MS-DOS).  The principal job was to assist staff with using 
PC's in a UNIX (SunOS/IRIS) environment which eventually resulted in the 
department purchasing a license of an MS Windows based XWindows package 
for secretarial staff to use for documents written in TeX.


At IU I learned about 386BSD and have used that, and it's versions, 
since its release.  My home server currently uses FreeBSD v 13, mainly 
due to its familiarity.


At work I continued to use MS Windows in its various versions until 
retirement.  After retirement I decided to start migrating clients to 
Ubuntu, especially Studio, since we have 2 or 3 desktops and 2 laptops 
and licensing costs were prohibitive once I left the university.  My 
other hobby is recording and performing live music which accounts for 
the interest in Studio.


Thanks for the work.

Mike Squires

--
Michael L. Squires, Ph.D., M.P.A.
michael.leslie.squi...@gmail.com
Member, Bloomington Friends Meeting (Quaker)
Member, Board of Directors, Arts Alliance
Known in the SCA as Alan Culross, KSCA, OP, CB, etc.
"Michael Leslie Squires" on Facebook
Web: www.siralan.org
UN*X at home since 1986 - ..!ncoast!sir-alan!mikes
812-369-5232 (cell) 812-333-6564 (home)


--
ubuntu-studio-devel mailing list
ubuntu-studio-devel@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel

Re: [ubuntu-studio-devel] Proposal to sunset #ubuntustudio-offtopic

[Mike Squires]

Sounds good to me.

Mike Squires

On 10/5/23 15:15, Erich Eickmeyer wrote:

Hi all,

There was an incident the other day in which someone requested support 
in the #ubuntustudio-offtopic IRC channel. I answered their question 
but requested they move to #ubuntustudio since this gets more view 
(and is properly logged), but instead of doing the right thing and 
doing what was requested, this person decided to berate me, then 
threaten me which then got them kicked out and banned for violating 
the Ubuntu Code of Conduct, after which they continued to threaten me 
via private message, which then got them reported to staff and, 
likely, K-lined.


This, however, did get me thinking: this isn't the first time people 
have been confused about the purpose of #ubuntustudio-offtopic, though 
this is the first time someone has been so verbally violent about it. 
Additionally, #ubuntustudio-offtopic doesn't see much use other than 
Krytarik correcting my grammar. :)


With that, I propose sunsetting #ubuntustudio-offtopic and combining 
it with #ubuntustudio to make #ubuntustudio a support *and* discussion 
channel, but anything other than the topic of Ubuntu Studio would be 
requested to move to #ubuntu-offtopic for general chit-chat, as 
#ubuntu-offtopic is a much more active room. The general idea is to 
lower the confusion and to allow people to feel more welcome to 
discuss Ubuntu Studio in our main chat.


Let me know your thoughts.

Thanks in advance,
Erich
--
Erich Eickmeyer
Project Lead - Ubuntu Studio
Technical Lead - Edubuntu




--
ubuntu-studio-devel mailing list
ubuntu-studio-devel@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel

[ubuntu-studio-devel] Installation of 19.10 Studio

[Mike Squires]

I installed 19.10 on my admittedly idiosyncratic system, Supermicro 
X7DAE/dual Xeon quad core/3ware 9750/AMD Radeon 5000 video.  19.10 with 
the low-latency kernel is not usable on this system.


The slowdown does not appear when booting off the DVD, just after 
installation.  However, the slowdown becomes apparent when the 
installation tried to access the RAID 1 array on the 3ware 9750 card.  I 
noted some errors that emerged when I tried to install using the safer 
video option that indicated that the installation was having problems 
with the 3ware card.  That attempt failed when "partman" crashed.


I'm running Xubuntu 19.04 on the same hardware (different RAID 1 array, 
dual 2TB Seagate Constellation instead  of dual 1.5 TB Seagate Barracuda 
drives) without issues.


I don't expect anyone to try to address these problems since I doubt 
anyone else will run into them.


The boot options allow for booting two different versions with the 
low-latency options; I will later try to install the standard kernel and 
see what happens with that.


I am using Studio on a Dell i5 laptop and an HP i7 laptop without 
problems (older versions),  thank you.


Mike Squires

--
Michael L. Squires, Ph.D., M.P.A.
546 North Park Ridge Road
Bloomington, IN 47408
"Michael Leslie Squires" on FB
Home phone: 812-333-6564
Cell phone: 812-369-5232
www.siralan.org (personal) or
www.smithgreensound.com (PA)
UN*X at home since 1985

--
ubuntu-studio-devel mailing list
ubuntu-studio-devel@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel

[ubuntu-studio-devel] Ubuntu Studio 19.10 and Xubuntu 19.04 and dual quad core Xeon E5335 CPUs

[Mike Squires]

I finally learned how to update the kernel on my desktop installation 
(very easy once I learned the correct way).


Ubuntu Studio 19.10 runs on my Supermicro X7DAE/Xeon E5335/3Ware 9750 
SATA RAID/AMD HD 5570 system but large file copies or opening large 
applications like LibreOffice is very slow.  I had a similar problem 
with 18 but not with 16.


The version of 19.10 I installed seems to only have versions of the 
kernel installed with the low latency option installed.  I installed 
5.3.1 generic and ran some comparisons.


For the Xubuntu and Ubuntu Studio systems both running generic kernels 
the time to copy a 415MB file and time to open a LibreOffice ODS file 
from choice of kernel at boot time was about the same, about 5 seconds 
to copy the large file and 1 min 30 seconds to open the ODS file.


The low latency kernel increased the Ubuntu Studio time to copy the file 
to nearly two minutes and the time to open the ODS file to more than 14 
minutes.


I ran the old Byte UnixBench benchmark using all three kernels. There 
were no significant differences between timings between the three (file 
attached).  This was surprising given the differences in file copy and 
boot/open file times.


The Xubuntu timings are from a different boot drive, a pair of 2 TB 
Seagate SATA drives in a RAID 1 array; the two Ubuntu Studio timigns use 
a pair of 1.36 TB Seagate SATA drives also in a RAID 1 array.


The short answer here is that if I can use a generic kernel then Ubuntu 
Studio works across all of the PCs on which I need to run it; the low 
latency kernel, however, makes using versions 18 and 19 too slow for my 
needs.


I assume that this needs to be reported to Ubuntu via their bug tracking 
program, and I'll do that Real Soon Now.


Mike Squires

--
Michael L. Squires, Ph.D., M.P.A.
546 North Park Ridge Road
Bloomington, IN 47408
"Michael Leslie Squires" on FB
Home phone: 812-333-6564
Cell phone: 812-369-5232
www.siralan.org (personal) or
www.smithgreensound.com (PA)
UN*X at home since 1985


comparison.xls
Description: MS-Excel spreadsheet
-- 
ubuntu-studio-devel mailing list
ubuntu-studio-devel@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel

Re: [ubuntu-studio-devel] [ubuntu-studio-users] Ubuntu Studio 19.10 (Eoan Ermine) Beta Released

[Mike Squires]

You're doing excellent work, and I'm quite happy with the 19.x version 
of Ubuntu Studio.


My main reason for reporting is that defect with 18.x, very slow 
operation with my rather complex dual quad core Xeon system, does not 
occur with 19.10.  I don't know how common dual quad core Xeon systems 
are out there.


This problem appears to be specific to the kernel mods provided with 
Ubuntu Studio 18 when run on my hardware; the problem doesn't appear in 
the 16.x version of Ubuntu Studio nor does it appear in any Xubuntu 
version I've used.  It also does not appear when any version of Ubuntu 
Studio is installed on simpler hardware (on an HP i7 Envy 17T or a Dell 
6320 i5 to be specific).


It did not appear, for reasons I can't find, when Ubuntu 18.x was 
updated with the backports PPA.  I didn't feel comfortable, however, 
using that version since I didn't know when, if ever, the problem would 
appear again.


Keep up the good work!

Mike Squires

--
Michael L. Squires, Ph.D., M.P.A.
546 North Park Ridge Road
Bloomington, IN 47408
"Michael Leslie Squires" on FB
Home phone: 812-333-6564
Cell phone: 812-369-5232
www.siralan.org (personal) or
www.smithgreensound.com (PA)
UN*X at home since 1985

--
ubuntu-studio-devel mailing list
ubuntu-studio-devel@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel

Re: [ubuntu-studio-devel] [ubuntu-studio-users] Ubuntu Studio 19.10 (Eoan Ermine) Beta Released

[Mike Squires]

I've installed Ubuntu Studio 19.10 Beta on my primary system.

System is a Supermicro X7DAE motherboard, 20GB RAM, 3ware 9750 SATA 
controller with two Seagate 1.3 TB drives in RAID 0 for boot, a single 
Seagate 4 TB drive as backup/archive.  Video is a AMD/ATI 5000 PCI-E 
card with two 25" flat panel monitors.  Sound, which has not yet been 
tested with 19.10, is a M-Audio PCI card.  As far as I know all hardware 
as properly detected at installation and seems to be working normally 
(except the untested audio, of course).


The only difference between the 19.10 Beta install and my usual Xubuntu 
system is the replacement of the two Seagate 2 TB drives with the two 
Seagate 1.3 TB drives.


Performance seems much better on this hardware than Ubuntu Studio 18, 
which ran so slowly as to be unusable (I did find that Ubuntu 18 plus 
the backports PPA worked OK, by the way.  No idea why).


I will have some benchmarks later once I've done some migration of my 
primary system onto this new version.


Installation was uneventful, except for a weird desktop that briefly 
appeared which seemed to be a concatenation of several desktops 
appearing during the boot process running the live version, and once 
after a restart of 19.10 after updates.  This seems to be debris from 
the creation of the DVD and has no effect on performance, but might be 
scary to some users.  If this is something that I should track down I 
will try to catch it once on video.


Updates from Ubuntu proceeded without problems.

I haven't had any problems with the applications but "Software" failed 
to complete the install of UnixBench from the Ubuntu server(s).  This is 
not a real problem since the current version does not run on this system 
and needs to be recompiled, and I have the recompiled version already 
available.  I will try this again once I've migrated my directories to 
the test system.


Mike

--
Michael L. Squires, Ph.D., M.P.A.
546 North Park Ridge Road
Bloomington, IN 47408
"Michael Leslie Squires" on FB
Home phone: 812-333-6564
Cell phone: 812-369-5232
www.siralan.org (personal) or
www.smithgreensound.com (PA)
UN*X at home since 1985

--
ubuntu-studio-devel mailing list
ubuntu-studio-devel@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel

[ubuntu-studio-devel] Solution to my problem

[Mike Squires]

I've had problems using Ubuntu Studio 19.04 on my Supermicro X7DAE dual 
quad core Xeon machine due to speed problems, primarily disk speed.


Disk-to-disk copies clock at a max of 3MB/sec using hdparm; 16.04 clocks 
more than 30Mb/sec.


I have found what may be a solution, but I don't know why it seems to work.

I went back to 18.04 and installed, installed the PPA for backports, and 
updated; resulting system ran slightly better than my experience with 
19.04, but not usable.


As an experiment I reinstalled 18.04 and then updated only the standard 
Ubuntu parts, installed the backports PPA, and updated; the resulting 
system is running at about the same speed as 16.04 on the same 
hardware.  So far everything I use runs OK at the expected speed.


I have no explanation for this, but am happy to have what looks like a 
way of running a supported version for some time.


I did notice the following things about "grub":

If there is only a 18.04 Studio partition on the disk "grub" does not 
seem to be automatically installed, and the grub menu does not appear.  
I tried this twice with two different DVDs, same result.


When "grub" is installing it finds two LINUX kernels to boot but both 
are labeled as "low latency" when being installed by "grub". Is the 
second one really a version without the "low latency" mods?


I tried excluding the Spectre related patches using the "pti=off" option 
which improved 19.04 by about 10 to 20% (3MB/sec to 3.3 or 3.6 MB/sec) 
so that isn't my problem.


--
Michael L. Squires, Ph.D., M.P.A.
546 North Park Ridge Road
Bloomington, IN 47408
Home phone: 812-333-6564
Cell phone: 812-369-5232
www.siralan.org or www.smithgreensound.com
UN*X at home since 1985

--
ubuntu-studio-devel mailing list
ubuntu-studio-devel@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel

[ubuntu-studio-devel] Studio 19.04 vs XUBUNTU 19.04 vs dual quad Xeon

[Mike Squires]

My desktop is a Supermicro X7DAE dual quad core Xeon (2Ghz), with a 1TB 
RAID 1 boot device and a single 4 TB archive device running off a 3ware 
9750 PCI-E card.  A second RAID 5 array running off an older 3ware 9550 
PCI-X card is currently off line (drives pulled).  Video is a ATI/AMD 
5500 PCI-E card.


History:

Ubuntu Studio (using "Studio) afterwards) 16 ran fine; v 18 was 
extremely slow once installed, taking many minutes to complete simple 
tasks.  I ran 19.04 but although faster than 18 it was still much slower 
than 16.


I have since switched to XUBUNTU 19 on the same hardware, speed is OK.

The major issue seems to be disk speed.  Untarring my "/home" directory 
using 19 takes most of a day; XUBUNTU does it in 2 1/2 hours.  A crude 
speed comparison shows that Stuido 19 takes 7 seconds to copy a file on 
the 4TB drive to /dev/null while XUBUNTU takes less than 1 second.  
"iostat" shows Studio running at under 5 Mb/sec while XUBUNTU clocks 
between 30 and 50 Mb/sec.


Speeds using "unixbench" (the old Byte UNIX benchmark) don't seem to 
show a major difference between Studio and XUBUNTU, except in single CPU 
file copy speeds where Studio is about 20% slower.


One observed difference is that when running "top" the Studio system 
spends about 40% of its CPU cycles in "wait" status; XUBUNTU is close to 
zero.


I am now running a production environment using XUBUNTU on a 2 TB RAID 1 
array and a test Studio environment on a 1.5 GB RAID 1 array; with the 
3ware card I can just plug/unplug.


I would like to experiment with going from XUBUNTU to Studio using the 
process that I think I saw discussed where an upgrade package could be 
applied to an existing XUBUNTU installation.  If I can break the install 
into its component pieces it may be possible to determine where the 
Studio version is different.


Thanks,

Mike Squires

(In case anyone is wondering:  my primary home computer started with a 
Tandy XENIX 68K box in 1986 after running one at work in 1985 
(..!ncoast!sir-alan!mikes).  I moved to 386BSD/FreeBSD about 1990 and 
currently use a quad Opteron box running FreeBSD as the house server 
with a single CPU box as the firewall/router behind a Comcast box.)


--
Michael L. Squires, Ph.D., M.P.A.
546 North Park Ridge Road
Bloomington, IN 47408
Home phone: 812-333-6564
Cell phone: 812-369-5232
www.siralan.org or www.smithgreensound.com
UN*X at home since 1985

--
ubuntu-studio-devel mailing list
ubuntu-studio-devel@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel

[ubuntu-studio-devel] Ubuntu Studio 18.10 fails on Supermicro X7DAE

[Mike Squires]

I reinstalled on my desktop and tried using the normal LINUX kernel 
rather than the low-latency one.


Same problem, very slow operation.  My current guess is that the problem 
may be in my use of the 3ware PCI Express SATA RAID controller since it 
appears that programs run more-or-less normally once loaded but take a 
very long time to load or to open new windows.


I will next try the most recent XUBUNTU once I get the drive-swapping 
arrangement fixed.


Hardware is a Supermicro X7DAE motherboard, dual quad core Xeon 2 GHz 
CPUs, 20GB RAM, ATI 5000 PCI-Express video.  The on-board Adaptec SATA 
Raid controller is not supported by Windows 7 which is why I'm using the 
3ware controller.


20GB RAM, all ECC and registered.

3ware 9750 4 channel SATA controller with 2 Seagate 2 TB Constellation 
drives in RAID 1.


M-Audio sound card.

Operation under 16.04 is normal, as is operation under Windows 7 X64 
(system dual-boots using "grub").


UNIXBench output in HTML format is attached.  This is for the system 
running 16, not 18.  Nothing obviously odd there.


Mike Squires

--
Michael L. Squires, Ph.D., M.P.A.
546 North Park Ridge Road
Bloomington, IN 47408
Home phone:  812-333-6564
Cell phone:  812-369-5232
www.siralan.org or www.smithgreensound.com
UN*X at home since 1985

Title: Benchmark of ubuntu / GNU/Linux on Thu Dec 06 2018




Benchmark of ubuntu / GNU/Linux on Thu Dec 06 2018
BYTE UNIX Benchmarks (Version 5.1.3)

Test System Information


   System:
   ubuntu: GNU/Linux

   OS:
   GNU/Linux -- 4.4.0-140-lowlatency -- #166-Ubuntu SMP PREEMPT Wed Nov 14 21:03:09 UTC 2018

   Machine:
   x86_64: x86_64

   Language:
   en_US.UTF-8 (charmap="ANSI_X3.4-1968", collate="ANSI_X3.4-1968")


   CPUs:
   0:
   Intel(R) Xeon(R) CPU E5335 @ 2.00GHz (4000.4 bogomips)
   Hyper-Threading, x86-64, MMX, Physical Address Ext, SYSENTER/SYSEXIT, SYSCALL/SYSRET, Intel virtualization


   1:
   Intel(R) Xeon(R) CPU E5335 @ 2.00GHz (3999.4 bogomips)
   Hyper-Threading, x86-64, MMX, Physical Address Ext, SYSENTER/SYSEXIT, SYSCALL/SYSRET, Intel virtualization


   2:
   Intel(R) Xeon(R) CPU E5335 @ 2.00GHz (4000.4 bogomips)
   Hyper-Threading, x86-64, MMX, Physical Address Ext, SYSENTER/SYSEXIT, SYSCALL/SYSRET, Intel virtualization


   3:
   Intel(R) Xeon(R) CPU E5335 @ 2.00GHz (3999.4 bogomips)
   Hyper-Threading, x86-64, MMX, Physical Address Ext, SYSENTER/SYSEXIT, SYSCALL/SYSRET, Intel virtualization


   4:
   Intel(R) Xeon(R) CPU E5335 @ 2.00GHz (4000.4 bogomips)
   Hyper-Threading, x86-64, MMX, Physical Address Ext, SYSENTER/SYSEXIT, SYSCALL/SYSRET, Intel virtualization


   5:
   Intel(R) Xeon(R) CPU E5335 @ 2.00GHz (3999.4 bogomips)
   Hyper-Threading, x86-64, MMX, Physical Address Ext, SYSENTER/SYSEXIT, SYSCALL/SYSRET, Intel virtualization


   6:
   Intel(R) Xeon(R) CPU E5335 @ 2.00GHz (4000.4 bogomips)
   Hyper-Threading, x86-64, MMX, Physical Address Ext, SYSENTER/SYSEXIT, SYSCALL/SYSRET, Intel virtualization


   7:
   Intel(R) Xeon(R) CPU E5335 @ 2.00GHz (3999.4 bogomips)
   Hyper-Threading, x86-64, MMX, Physical Address Ext, SYSENTER/SYSEXIT, SYSCALL/SYSRET, Intel virtualization


   Uptime:
   17:31:58 up  7:24,  0 users,  load average: 0.46, 0.65, 0.45; runlevel 




Benchmark Run: 8 CPUs; 1 parallel process
Time: 17:31:58 - 17:56:20; 24m 22s

System Benchmarks


   Test
   Score
   Unit
   Time
   Iters.
   Baseline
   Index


   Dhrystone 2 using register variables
   19173468.8
   lps
   10.0 s
   7
   116700.0
   1643.0


   Double-Precision Whetstone
   2104.4
   MWIPS
   9.9 s
   7
   55.0
   382.6


   Execl Throughput
   1383.2
   lps
   30.0 s
   2
   43.0
   321.7


   File Copy 1024 bufsize 2000 maxblocks
   244825.5
   KBps
   30.0 s
   2
   3960.0
   618.2


   File Copy 256 bufsize 500 maxblocks
   66775.4
   KBps
   30.0 s
   2
   1655.0
   403.5


   File Copy 4096 bufsize 8000 maxblocks
   568017.9
   KBps
   30.0 s
   2
   5800.0
   979.3


   Pipe Throughput
   369606.6
   lps
   10.0 s
   7
   12440.0
   297.1


   Pipe-based Context Switching
   80728.6
   lps
   10.0 s
   7
   4000.0
   201.8


   Process Creation
   4641.5
   lps
   30.0 s
   2
   126.0
   368.4


   Shell Scripts (1 concurrent)
   5322.5
   lpm
   60.0 s
   2
   42.4
   1255.3


   Shell Scripts (8 concurrent)
   2158.1
   lpm
   60.0 s
   2
   6.0
   3596.8


   System Call Overhead
   305724.6
   lps
   10.0 s
   7
   15000.0
   203.8


   System Benchmarks Index Score:
   562.5




Benchmark Run: 8 CPUs; 8 parallel processes
Time: 17:56:20 - 18:20:50; 24m 30s

System Benchmarks


   Test
   Score
   Unit
   Time
   Iters.
   Baseline
   Index


   Dhrystone 2 using register variables
   150709347.4
   lps
   10.0 s
   7
   116700.0
   12914.3


   Double-Precision Whetstone
   16565.6
   MWIPS
   9.9 s
   7
   55.0
   3011.9


   Execl Throughput
   8203.7
   lps
   30.0 s
   2
   43.0
   1907.8


   File Copy 1024 bufsize 2000 maxblocks
   3

Re: [ubuntu-studio-devel] LiveFS ubuntustudio/disco/amd64 failed to build on 20190128

[Mike Squires]

Did you try running with the ordinary kernel, not the low-latency one?  
I had a similar problem with a dual quad Xeon system.


Mike

On 1/28/19 4:23 PM, Lawrence Boothby wrote:
I was not suggesting that my request was the cause of any bug in your 
build.


More on topic, many people have reported a lagging cursor on Ubuntu 
Studio starting with version 17.04. That was the case on my AMD Athlon 
II X2 270 system making it unusable, while 18.10 works perfectly on my 
Intel i3 system. However LinuxMint Mate 19 based on Ubuntu 18.10 works 
perfectly on both my AMD and Intel i3 systems. Hopefully the next 
Ubuntu Studio release will work on AMD Athlon II x2 cpus finally again.


My preferred flavour of Ubuntu is Ubuntu Studio because I have never 
liked the Unity desktop and because U. Studio contains more of the 
apps I use in its initial installation. I was hoping that developers 
of Ubuntu Studio would consider supporting networked zero clients, 
Ubuntu already has the DisplayLink drivers so the missing piece is the 
USB network server. Brazil needs 800,000 zero client workstations. 
Their current multiseat OS provider is Userful and their hardware 
vendor is ThinNetworks. Both are charging license fees and dropping 
multi-seat support in favour of, in the case of Userful, the digital 
signage market. Wouldn't it be nice to see 800,000 workstations in 
Brazil public schools and state universities using Ubuntu Studio?


-Lawrence

On Mon, Jan 28, 2019 at 8:20 PM Erich Eickmeyer 
mailto:er...@ericheickmeyer.com>> wrote:


Lawrence,

On 1/28/2019 12:04 PM, Lawrence Boothby wrote:
> the command loginctl makes it trivial to set up multiseat on Linux
> using USB zero clients. What is missing is the Elite Silicone
> Technology usb server driver for network attached zero clients on
> modern Linux distributions. I have only been able to get the 9.34
> version to work and only on CentOS 7, using the driver package from
> Userful which is compatible with CentOS 7, but not available
from EST
> directly..
>
> See this link for EST
> downloads

http://www.elitesilicon.com.tw/index.php/en/system-support-en/chip-related-download-en.html
> and this link for my opensource multi-seat
> configuration http://multi-seat.com/
>
> In email conversations with EST, they indicated that it would be
easy
> for them to compile their driver for latest Ubuntu, but they had no
> interest in doing that for just an individual user. Having their
> driver included in a current release of Ubuntu might make this more
> interesting to them because more people would buy zero clients using
> their chip then.
>
> There is also a need for a Linux driver for the SMSC usb to VGA
chip,
> UFX6000. The Userful driver has too many proprietary Userful
> dependencies to redistribute for Ubuntu (the nhci driver mentioned
> above does not have Userful dependencies when installed on bare
CentOS 7.
>
> -Lawrence E.Boothby, Portland, Oregon, USA
>
This is completely off-topic and not relevant to the DVD ISO build
failure. The reason for the failure has already been identified,
and it
has nothing to do with anything you posted.

I hope this was intended for a different thread in a different mailing
list and ended up here by mistake, otherwise this could be spam.
This is
the Ubuntu Studio Developers list, which is the multimedia creation
flavor of Ubuntu. You may have intended this for the main Ubuntu
Developers list.

Thanks,
Erich

-- 
ubuntu-studio-devel mailing list

ubuntu-studio-devel@lists.ubuntu.com

Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel



--
Michael L. Squires, Ph.D., M.P.A.
546 North Park Ridge Road
Bloomington, IN 47408
Home phone:  812-333-6564
Cell phone:  812-369-5232
www.siralan.org or www.smithgreensound.com
UN*X at home since 1985

-- 
ubuntu-studio-devel mailing list
ubuntu-studio-devel@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel

Re: [ubuntu-studio-devel] Possible explanation of my problems with Ubuntu Studio 18.10 and video may require more than 768MB in some cases

[Mike Squires]

On 12/5/18 5:56 PM, Ralf Mardorf wrote:

Hi,

the described performance issues could also happen, if a disc drive is
broken. Sometimes strange things also happen, if the CMOS
battery is getting low.



I ran the "unixbench" benchmark as a quick-and-dirty test of the system's 
overall
performance under Ubuntu Studio 16.04.  The "System Score" was 562.5 for a
single CPU, 2289 for all 8.  The specific test numbers were what I'd expect
from a system with 8 2 GHz Xeon cores (File copy 4096 was 568018 KBps single 
CPU,
975956 KBps with all 8).  I did notice that the percent of time in wait states 
was
always well below 1%, usually 0.2% or less.

I will be shortly upgrading memory to 20GB and CPUs to 3 GHz quad core.  I will
have to reorganize the drive array in order to be able to set up a test system,
that may happen after New Year's.

16.04 is working well for me, but I'd like to figure out why 18.xx and my
hardware don't want to coexist.

Thanks,

Mike Squries

were ;  --
Michael L. Squires, Ph.D., M.P.A.
546 North Park Ridge Road
Bloomington, IN 47408
Home phone:  812-333-6564
Cell phone:  812-369-5232
www.siralan.org or www.smithgreensound.com
UN*X at home since 1985


--
ubuntu-studio-devel mailing list
ubuntu-studio-devel@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel

[ubuntu-studio-devel] Possible explanation of my problems with Ubuntu Studio 18.10 and video may require more than 768MB in some cases

[Mike Squires]

First, it seems that I need at least 768MB and very likely 1GB of memory 
on the video board to avoid the problems I had with the 256MB 
All-In-Wonder Radeon board I used previously.  Displays are two HD 
displays; I couldn't display some windows, such as "Terminal Emulator", 
over the right-hand two-thirds of the second monitor.  With a 1GB card, 
no problem.


I also have a hypothesis as to why I has having problems with installing 
18.10 on my primary desktop.


I thought that there was a problem with the login window never 
appearing; it turned out that the window would eventually appear. 
However, the system was incredibly slow.


After login all functions were very slow; for example, burning a DVD ran 
at less than 1X where the same hardware runs at more than 7x using 
16.04.  The system was unable to keep the buffers filled, with 16.04 
that is not a problem.


Updating the system was very slow; updates which stream past on the same 
system installing 16.04 took many times longer to complete.


A clue, I think, is that the "wa" (processes in wait state) percentage 
in "top" stood at more than 30% all of the time; currently running 16.04 
on the same hardware it is 0.0 to 0.2%.


Running the version of XUBUNTU which is the base for 18.04 didn't show 
this issue (running from the DVD).


My guess is that there is something about the low-latency kernel that 
causes my dual Xeon quad core to slow down dramatically.  I wonder if it 
might have something to do with the security updates for the various 
problems like Spectre.  I didn't think of this until I had removed 18.10 
and reinstalled 16.04 so I was unable to test the performance of the 
standard kernel.


Hardware is a Supermicro X7DAE (no SCSI) 4GB RAM, a Radeon 5550 series 
card, 3Ware 9750 SATA/SAS controller with two 2TB SATA drives in RAID1 
for boot and a 4TB single drive, and an M-Audio (Envy24) Delta sound card.


I'll be reconfiguring my system so that the boot devices are in a 
hot-swappable Supermicro drive cage so I can test while leaving the base 
system alone.


I'm not sure what to do next, other than to install and test 18.10 using 
the standard kernel.


Thanks,

Mike Squires

--
Michael L. Squires, Ph.D., M.P.A.
546 North Park Ridge Road
Bloomington, IN 47408
Home phone:  812-333-6564
Cell phone:  812-369-5232
www.siralan.org or www.smithgreensound.com
UN*X at home since 1985
..!ncoast!siralan!mikes


--
ubuntu-studio-devel mailing list
ubuntu-studio-devel@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel

Re: [ubuntu-studio-devel] Problems installing 18.10

[Mike Squires]

As an experiment booted from the DVD, same problem - blank screen 
instead of a login screen.


18.04, no problem (using that to type this message, same hardware).

The R430 is not listed in Xorg.0.log but 18.04 runs it without problems.

Have a more modern card on order, will try that.

Mike Squires


On 10/31/18 1:02 PM, Mike Squires wrote:
I tried to upgrade by copying all my personal files offline, as well 
as the important changes in /etc (mainly fstab for mounting my FreeBSD 
NFS server directories).


The upgrade failed.  The installation was made by replacing 18.04 
completely, and seemed to succeed, but after rebooting both screens 
were blank (have two HP 2511x flat panels, one connected via DVI and 
the other via VGA from outputs on my old AMD/ATI Radeon 800XL 
All-in-Wonder (R430 chipset).


I've seen this before when the system fails to correctly identify the 
monitors (worked fine during installation, these have warning screens 
that appear if the values used by the video card are out of range) or 
when for some reason the video card is incorrectly identified or just 
not supported.


Hardware is a Supermicro X7DAE (no SCSI) with currently 4GB RAM, 2 
quad core Xeon 5300 CPUs, boot disk is a RAID1 array using two 2TB 
Seagate Constellation drives on a LSI 9750 (4 channel) and a 3ware 
9550SX PCI-X card used previously but not with any drives installed at 
this point.


There is an M-Audio sound card installed but I've not loaded the 
drivers for it, yet.


I had to blow away the previous logs by reinstalling 18.04, which is 
working as usual.  Nothing remarkable in ".xsession-errors" or 
Xorg.0.log.


I'm going to replace the old Radeon card with something newer, and try 
again.  I have a fondness for the fonts as they appear with a Radeon 
card.


I'll be modifying the system so I can boot off a removable drive, so 
some debugging is certainly possible.


(I'm retired, first UN*X system was a Radio Shack 16 ca 1985; have run 
FreeBSD since the 386BSD days.  In past years I've done UN*X mostly as 
a hobby while working as a MS Windows Server system admin; retired in 
2014.  Running Ubuntu Studio on my main desktop (this one) and on an 
HP Envy 17T laptop and Dell 6230 laptop. Only apps that I use that 
require Windows at this point are Sibelius and Quicken; will try to 
migrate them to a MS Windows 7 VM soon. Back end at the house consists 
of a 1U FreeBSD firewall, 4U FreeBSD quad Opteron NFS/Samba server, 4U 
FreeBSD quad dual core Opteron backup server, 2U FreeBSD music backup 
server and tape controller (amanda), and an HP 24 slot tape library.  
These are all old and will be retired Real Soon Now. I got my most 
recent job when the employers realized my home system had a more 
sophisticated backup design than theirs, and they served thousands.)


Thank you.

Mike Squires


--
Michael L. Squires, Ph.D., M.P.A.
546 North Park Ridge Road
Bloomington, IN 47408
Home phone:  812-333-6564
Cell phone:  812-369-5232
www.siralan.org or www.smithgreensound.com
UN*X at home since 1985


--
ubuntu-studio-devel mailing list
ubuntu-studio-devel@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel

[ubuntu-studio-devel] Problems installing 18.10

[Mike Squires]

I tried to upgrade by copying all my personal files offline, as well as 
the important changes in /etc (mainly fstab for mounting my FreeBSD NFS 
server directories).


The upgrade failed.  The installation was made by replacing 18.04 
completely, and seemed to succeed, but after rebooting both screens were 
blank (have two HP 2511x flat panels, one connected via DVI and the 
other via VGA from outputs on my old AMD/ATI Radeon 800XL All-in-Wonder 
(R430 chipset).


I've seen this before when the system fails to correctly identify the 
monitors (worked fine during installation, these have warning screens 
that appear if the values used by the video card are out of range) or 
when for some reason the video card is incorrectly identified or just 
not supported.


Hardware is a Supermicro X7DAE (no SCSI) with currently 4GB RAM, 2 quad 
core Xeon 5300 CPUs, boot disk is a RAID1 array using two 2TB Seagate 
Constellation drives on a LSI 9750 (4 channel) and a 3ware 9550SX PCI-X 
card used previously but not with any drives installed at this point.


There is an M-Audio sound card installed but I've not loaded the drivers 
for it, yet.


I had to blow away the previous logs by reinstalling 18.04, which is 
working as usual.  Nothing remarkable in ".xsession-errors" or Xorg.0.log.


I'm going to replace the old Radeon card with something newer, and try 
again.  I have a fondness for the fonts as they appear with a Radeon card.


I'll be modifying the system so I can boot off a removable drive, so 
some debugging is certainly possible.


(I'm retired, first UN*X system was a Radio Shack 16 ca 1985; have run 
FreeBSD since the 386BSD days.  In past years I've done UN*X mostly as a 
hobby while working as a MS Windows Server system admin; retired in 
2014.  Running Ubuntu Studio on my main desktop (this one) and on an HP 
Envy 17T laptop and Dell 6230 laptop. Only apps that I use that require 
Windows at this point are Sibelius and Quicken; will try to migrate them 
to a MS Windows 7 VM soon.  Back end at the house consists of a 1U 
FreeBSD firewall, 4U FreeBSD quad Opteron NFS/Samba server, 4U FreeBSD 
quad dual core Opteron backup server, 2U FreeBSD music backup server and 
tape controller (amanda), and an HP 24 slot tape library.  These are all 
old and will be retired Real Soon Now. I got my most recent job when the 
employers realized my home system had a more sophisticated backup design 
than theirs, and they served thousands.)


Thank you.

Mike Squires

--
Michael L. Squires, Ph.D., M.P.A.
546 North Park Ridge Road
Bloomington, IN 47408
Home phone:  812-333-6564
Cell phone:  812-369-5232
www.siralan.org or www.smithgreensound.com
UN*X at home since 1985

[0.00] Linux version 4.15.0-20-lowlatency (buildd@lgw01-amd64-039) (gcc 
version 7.3.0 (Ubuntu 7.3.0-16ubuntu3)) #21-Ubuntu SMP PREEMPT Tue Apr 24 
07:52:58 UTC 2018 (Ubuntu 4.15.0-20.21-lowlatency 4.15.17)
[0.00] Command line: BOOT_IMAGE=/boot/vmlinuz-4.15.0-20-lowlatency 
root=UUID=4139f7a2-8544-4fbe-9fbb-ffdd6cdce63b ro quiet splash vt.handoff=1
[0.00] KERNEL supported cpus:
[0.00]   Intel GenuineIntel
[0.00]   AMD AuthenticAMD
[0.00]   Centaur CentaurHauls
[0.00] x86/fpu: x87 FPU will use FXSAVE
[0.00] e820: BIOS-provided physical RAM map:
[0.00] BIOS-e820: [mem 0x-0x0009d3ff] usable
[0.00] BIOS-e820: [mem 0x0009d400-0x0009] reserved
[0.00] BIOS-e820: [mem 0x000e4000-0x000f] reserved
[0.00] BIOS-e820: [mem 0x0010-0xbff5] usable
[0.00] BIOS-e820: [mem 0xbff6-0xbff68fff] ACPI data
[0.00] BIOS-e820: [mem 0xbff69000-0xbff7] ACPI NVS
[0.00] BIOS-e820: [mem 0xbff8-0xbfff] reserved
[0.00] BIOS-e820: [mem 0xe000-0xefff] reserved
[0.00] BIOS-e820: [mem 0xfec0-0xfec0] reserved
[0.00] BIOS-e820: [mem 0xfee0-0xfee00fff] reserved
[0.00] BIOS-e820: [mem 0xff00-0x] reserved
[0.00] BIOS-e820: [mem 0x0001-0x00013fff] usable
[0.00] NX (Execute Disable) protection: active
[0.00] random: fast init done
[0.00] SMBIOS 2.4 present.
[0.00] DMI: Supermicro X7DA8/X7DA8, BIOS 6.00 12/03/2007
[0.00] e820: update [mem 0x-0x0fff] usable ==> reserved
[0.00] e820: remove [mem 0x000a-0x000f] usable
[0.00] e820: last_pfn = 0x14 max_arch_pfn = 0x4
[0.00] MTRR default type: uncachable
[0.00] MTRR fixed ranges enabled:
[0.00]   0-9 write-back
[0.00]   A-B uncachable
[0.00]   C-C write-protect
[0.00]   D-E3FFF uncachable
[0.00]   E4000-F write-protect
[0.00] MTRR variable r

[ubuntu-studio-devel] Happy to test

[Mike Squires]

I have Ubuntu Studio installed on the following machines:

Supermicro X7DAE dual Xeon, 3ware 9550 controller, M-Audio sound, Radeon 
video


HP Envy 17T laptop, Intel i7 CPU and Intel and nVidia video controllers

Dell E6230 laptop

Server back end in the house is all FreeBSD including a 1U 
firewall/router, 4U Opteron file server, 4U Opteron backup server, and 
an HP tape library.


My primary machine, the X7DAE, is fitted with a pluggable carrier for 
the boot device so I can do installations without bothering my 
production system.  With the other systems there is sufficient space to 
do Clonezilla backups before test installations.


My real interest in Ubuntu Studio is as an amateur recordist using Zoom 
H2N, H4N, and a Focusrite interace with 2 Samson small format condensers 
(so far connected to a Macbook Pro but will be trying out Studio soon).  
All recording so far is two channel so Audacity works fine.


I'm also doing rudimentary video editing using OpenShot (easy) and 
looking at Cinelerra-CV (much harder).


I started with a Radio Shack 16B running XENIX/68K in 1985 
(...!ncoast!siralan!mikes) and then migrated to SCO UNIX, 386BSD, and 
FreeBSD.  When beginning with open source operating systems I was the PC 
specialist for the Indiana University Computer Science department, and 
the systems staff had a very low opinion of the early versions of LINUX, 
thus the FreeBSD focus.


I am a competent system administrator and have rudimentary programming 
skills, but am quite experienced in installations, including those from 
source (for a long time all FreeBSD installations after the initial 
install were from source so compiler optimizations optimized for the 
user's system could be used).


Thanks for the work on Ubuntu Studio; if it has to be laid down I'll be 
sorry but understand the problems of working in a volunteer system.


Mike Squires

--
Michael L. Squires, Ph.D., M.P.A.
546 North Park Ridge Road
Bloomington, IN 47408
Home phone:  812-333-6564
Cell phone:  812-369-5232
www.siralan.org or www.smithgreensound.com
UN*X at home since 1985


--
ubuntu-studio-devel mailing list
ubuntu-studio-devel@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel

Re: [ubuntu-studio-devel] ubuntu-studio-devel Digest, Vol 134, Issue 3

[Mike Squires]

I'm interesting in helping with Ubuntu Studio.

I currently run it on three platforms - a Supermicro dual quad core Xeon 
(M-Audio sound card), an HP Envy 17T laptop, and a Dell E6230 laptop.


I've been doing simple things and dreaming about more complicated things 
- audio with Audacity primarily.  I tried to use the installed version 
of OpenShot but found output to be difficult and then installed from the 
developer the current stable version, which worked well.  I used this 
OpenShot to merge H2N sound with a 1080P video taken by a camera.


I'm interested in using Ardour and Cinelerra-CV in the future.

I've been running UN*X systems at home since 1985, starting with Tandy 
XENIX-68K and moving through UNIX V to BSD386 and FreeBSD.  I use 
FreeBSD current versions on the home servers (a 1U Xeon router; a 6U 
Opteron file server, a 6U Opteron backup server, a 4U Opteron music 
server, HP tape library).  I have administered Sun servers but spent 
most of my time administering MS Windows servers and clients.


I'm retired, but got my last job partly because my home systems used 
automated backup to a tape library.


I've done a little work debugging the FreeBSD Broadcom GigE on Tyan 
Opteron platforms.


My audio interests are currently recording local musicians primarily 
using devices like the Zoom H2N and H4N, but I've also used a crossed 
pair of small format condensers with a Focusrite box and Macbook Pro 
(next time will be with Ubuntu Studio on the HP Envy). I also do PA work 
on a pro bono basis as a hobby, have just ended a week of doing sound 
for our local civic theater's cabaret production of "Queen Cabaret" 
using an old Peavey mixer and Mackie or JBL Eon powered loudspeakers.


Mike Squires

--
Mike Squires
michael.leslie.squi...@gmail.com
"Michael Leslie Squires" on Facebook
812.369.5232 (cell; I text)
www.siralan.org or www.smithgreensound.com
UN*X at home since 1986


--
ubuntu-studio-devel mailing list
ubuntu-studio-devel@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel