<rennj>
media player should to video/audio/txt...1 app to rule them all, and in the darkness bind and find them...ocr txt2speech and audio/video, subtitles..you name it...
ablyss has joined #haiku
<B2IA>
(ZoeLain) am i getting through? is this visible?
<rennj>
yes mic check 1,2,3
<B2IA>
(ZoeLain) cool
<rennj>
<B2IA> (ZoeLain) am i getting through? is this visible?
<B2IA>
(ZoeLain) nice nice thanks
<rennj>
your bridge /gateway is working
x10z has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<rennj>
korli added 5-level paging for x86\_64, the first step towards supporting more than 256TB of memory (this is a bit forward looking, since we are currently limited to 512GB for other reasons).
<rennj>
of course other reasons..haha
jadedctrl has quit [Ping timeout: 480 seconds]
<B2IA>
(ZoeLain) thinking about more than 256TB of memory makes my head spin tbh
<rennj>
got to load the DB into ram for quck access
<B2IA>
(ZoeLain) must be a big DB
<rennj>
small fries..that decades old
<rennj>
texas memory system ramsan....was old tech
<rennj>
On August 16, 2012, IBM Corporation announced a definitive agreement to acquire Texas Memory Systems, Inc. This acquisition was completed as planned on October 1, 2012
<rennj>
old old old
ablyss has joined #haiku
<rennj>
ibm always number #1 each year on patents
<rennj>
its all about the IP
<rennj>
people know SSD tech now, well texas memory system was doing ramdisk long before that
<rennj>
dram/battery backed pci cards
<B2IA>
(ZoeLain) thats really interesting
<rennj>
dram/sram speeds hold the whole DB in memory not on slow disks
<rennj>
order of magnitude quicker
<B2IA>
(ZoeLain) is it quicker than today's SSDs?
<rennj>
still waiting on hp memristor tech
<ablyss>
what u think about DPU security with nvidia? sounds weigh over my head
vdamewood has quit [Read error: Connection reset by peer]
vdamewood has joined #haiku
Gautam has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
Gautam has joined #haiku
mmu_man has joined #haiku
<Begasus>
round * ...
Gautam has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
vdamewood has quit [Read error: Connection reset by peer]
vdamewood has joined #haiku
xet7 has quit [Remote host closed the connection]
xet7 has joined #haiku
rennj has joined #haiku
<Begasus>
biab
Anarchos has joined #haiku
<Anarchos>
hello
Gautam has joined #haiku
Gautam has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<Begasus>
hi Anarchos
<Anarchos>
Begasus: how goes ?
<Begasus>
Fine here, how's it going there?
<Anarchos>
i squash an annoying bug in my code : a local variable was shadowing a parameter of the fucntion...
Maturi0n_ has joined #haiku
Maturi0n has quit [Ping timeout: 480 seconds]
Gautam has joined #haiku
<Begasus>
bughunting ... ;)
<Begasus>
Anarchos, maybe you could push the changes requested for BeTex on HaikuArchives? (think it's the only thing blocking the merge atm)
jmairboeck has joined #haiku
<Begasus>
'lo jmairboeck
<jmairboeck>
hi Begasus
yeti has quit [Quit: \\//_]
yeti has joined #haiku
<Begasus_32>
waiting for build package cargo_c_x86-0.9.8-1 to be deactivated
<Begasus>
and then it sits there ... :/
yeti has quit []
<Begasus_32>
grabbing cargo_c_x86-0.9.8-1-x86_gcc2.hpkg and moving it to /Opslag/haikuports/packages/cargo_c_x86-0.9.8-1-x86_gcc2.hpkg
<Begasus>
nice! :)
yeti has joined #haiku
skirst has quit []
tuaris has quit [Read error: Connection reset by peer]
HaikuUser has joined #haiku
KapiX has joined #haiku
<Anarchos>
Begasus: yes it is on my todo list...
<Begasus>
Anarchos, thanks!
<Anarchos>
Begasus: last time i tried, someone asked me to detail all the bugs i corrected:/
<trungnt2910[m]>
Is it me or is building stuff on Haiku abysmally slow.
<Begasus>
should be quite a list Anarchos :P
<Anarchos>
Begasus: i did some nice improvements : in the preferences panel, you don't have to click 'ok' to apply them, they are applied in the fly :)
<Begasus>
ps, pdf2html has been ported, so no changes needed there in the source :)
<Begasus>
trungnt2910[m], I don't do much (or any) build on linux anymore,so can' compare, used to the speed I have when building packages
<Begasus>
build for cargo-c took a bit over 2 hours here
<Begasus>
it's usually faster with Terminal then with haikuporter though
<trungnt2910[m]>
Hmm, Haiku on VMware on a Windows host with Hyper-V disabled is much slower than WSL2 on the same host (with Hyper-V enabled).
<trungnt2910[m]>
I'm comparing the speed for building llvm-12.
<trungnt2910[m]>
Does putting stuff on a specific filesystem speed things up or is BFS the best?
<Begasus>
I only do BFS here for the system and repositories
<Begasus>
Those are for the main devs :)
xet7 has quit [Remote host closed the connection]
DKnoto has quit [Ping timeout: 480 seconds]
DKnoto has joined #haiku
jmairboeck has quit [Ping timeout: 480 seconds]
Gautam has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
HaikuUser has quit [Quit: Vision[0.10.3]: i've been blurred!]
<jessicah>
trungnt2910[m]: no, it is really slow
<jessicah>
not sure how much of it is process creation, and how much is our disk i/o and/or bfs
<trungnt2910[m]>
It should be slow as I'm doing everything on an external USB HDD drive, but it can't be as slow as compiling only 3 C++ objects/minute...
Gautam has joined #haiku
<jessicah>
that is a bit crazy slow
<jessicah>
I'd probably see about an order of magnitude slower in my haiku vm compared to my linux vm
Gautam has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
elias has quit [Read error: Connection reset by peer]
Gautam has joined #haiku
elias has joined #haiku
Gautam has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<Begasus>
k, test run on cargo-c passes also :)
<Begasus>
now checking a build for rav1e
Gautam has joined #haiku
ClaudioM has joined #haiku
Gautam has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
Gautam has joined #haiku
Gautam has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
HaikuUser has quit [Quit: Vision[0.10.3]: i've been blurred!]
xet7 has quit [Read error: Connection reset by peer]
mmu_man has quit [Quit: reboot]
<Saijin_Naib>
> <@trungnt2910:matrix.org> Hmm, Haiku on VMware on a Windows host with Hyper-V disabled is much slower than WSL2 on the same host (with Hyper-V enabled).
<Saijin_Naib>
Make sure you're not going cross-HyperV boundary for the files, as cross-boundary IO is incredibly slow in WSL2 distros as it uses Plan9 network FS operations on the back-end. Anything "within" the WSL2 distro's native FS will be fastest
<Saijin_Naib>
> I'm comparing the speed for building llvm-12.
<trungnt2910[m]>
<Saijin_Naib> "> <@trungnt2910:matrix.org> Hmm,..." <- I said _Haiku_ was slow and not WSL2 🐧
<PulkoMandy>
this file was imported from OpenTracker and never moved to the right place
<x512[m]>
It may be possible to define API in libroot and implementation add-on somewhere else.
Babaj has joined #haiku
<PulkoMandy>
yes, we already have this in place for the locale functions
<x512[m]>
trungnt2910: Failed to get gcc version means that special symbols defining image API and ABI are missing.
<trungnt2910[m]>
x512[m]: The only add-on for libroot I'm aware of is the icu addon?
<x512[m]>
All haiku images should export _gSharedObjectHaikuABI, _gSharedObjectHaikuVersion uint32 value.
<waddlesplash>
x512[m]: that's what ABI_VERSION/API_VERSION symbols are already
<waddlesplash>
trungnt2910[m]: at least here, compiling isn't that much slower in Haiku that outside it
<waddlesplash>
in VMware, vs. WSL1 (not 2)
<waddlesplash>
actually it may be faster in some circumstances. I definitely get way more than 3 files per minute, more like 2-4 per second at a minimum with -j2
<waddlesplash>
the VM is on an NVMe SSD and it's using an emulated NVMe controller for the disk though, maybe this is relevant
<x512[m]>
In ELF linker of my Oberon port I made that symbols generated directly by linker.
<trungnt2910[m]>
waddlesplash: Sadly I cannot afford that...
<trungnt2910[m]>
My VM is on an external HDD drive plugged in through an USB 3.0 port.
matt1 has joined #haiku
<trungnt2910[m]>
But so is my WSL2 instance.
<waddlesplash>
you may still want to use an emulated NVMe drive anyway
<jessicah>
waddlesplash: hmm, maybe I should try nvme in vbox then, it's definitely many, many times slower than Linux
<waddlesplash>
the nvme_disk driver on Haiku is easily the most performant of all the disk drivers
<waddlesplash>
however, part of that performance may not replicate well when used on HDD-backed storage, so you may want to experiment
<waddlesplash>
jessicah: oh, well, then your real problem is actually virtualbox
<trungnt2910[m]>
waddlesplash: I don't know why, but there must still be an emulated IDE drive (else the CD won't boot).
<trungnt2910[m]>
I am using an emulated NVMe for my second disk.
<waddlesplash>
or, well, the symptom, nobody really knows the cause
<waddlesplash>
trungnt2910[m]: VMware is bad at showing you what hardware the VM actually has. You should be able to edit the VMX to delete that which yo udon't need.
<x512[m]>
waddlesplash: Are ICI needed on one core setting?
<waddlesplash>
x512[m]: nope.
<trungnt2910[m]>
waddlesplash: I did.
<trungnt2910[m]>
And whenever I delete the IDE0, Haiku's installer CD refuse to boot.
<waddlesplash>
well, yes, but why do you need to boot the installer CD??
<matt1>
write me please ...
<waddlesplash>
jessicah: you might try enabling X2APIC and see if this makes a performance difference, see comment:13
<waddlesplash>
for whatever reason VirtualBox doesn't enable it by default, but it is a vastly more efficient API
<x512[m]>
For me guest OS (Windows XP) scheduling is faster (!) than host (Windows 10) in VirtualBox.
<waddlesplash>
unsurprising.
<waddlesplash>
there's a lot more stuff that has to be handled in scheduling on a "modern" OS, whether for security or feature purposes
<waddlesplash>
trungnt2910[m]: ^^ you shouldn't need the installer cd, yes?
<trungnt2910[m]>
<x512[m]> "All haiku images should export..." <- Hmm I guess clang failed to add these variables to the built image.
<waddlesplash>
trungnt2910[m]: no, this is x512[m] speculating on what should be done, not what is done
<waddlesplash>
we have a different system to accomplish this already but it's named differently
<trungnt2910[m]>
waddlesplash: Well for some reasons building from source to a vmdk always fails with out of memory errors.
<trungnt2910[m]>
So I use the @nightly-anyboot target instead.
<waddlesplash>
why build that way at all?
<trungnt2910[m]>
And each time I build I need the CD to install the test build.
<waddlesplash>
and even if you do, @anyboot can be booted as a HDD
<waddlesplash>
trungnt2910[m]: probably much more convenient to build haiku.hpkg and just install it on top of your running system.
<waddlesplash>
or haiku-repository (not sure what the target name is, that's probably not it) and then run a HTTP server and pkgman upgrade directly
<x512[m]>
waddlesplash: _gSharedObjectHaikuABI, _gSharedObjectHaikuVersion symbols may be not added by specially build libraries that use nostdlib.
<waddlesplash>
anyway for kernel/userland modifications I find running qemu is much faster than changing stuff around in VMware, even just qemu without hardware accelerations
<trungnt2910[m]>
waddlesplash: Wow. It's possible? Are there documetation on this?
matt1 has left #haiku [#haiku]
<x512[m]>
Some special handling may be needed.
<waddlesplash>
trungnt2910[m]: unfortunately not, but it's quite simple, just build haiku.hpkg (e.g. jam -q -jN @nightly-raw haiku.hpkg -- you need @nightly profile to make sure everything is included in the build but it will only build the targets you specify)
<waddlesplash>
and then "pkgman install path/to/haiku.hpkg"
<trungnt2910[m]>
waddlesplash: I first tried installing Haiku on QEMU-KVM on WSL2 (so that I could keep Hyper-V on) but the mouse integration was so terrible.
<x512[m]>
libunwind may be built with nostdlib, not sure.
<waddlesplash>
trungnt2910[m]: use device usb-tablet
<waddlesplash>
-device usb-tablet, that is. you may need to specify more options to make sure there's a USB bus though
<waddlesplash>
we really should write some of this stuff down...
<x512[m]>
_gSharedObjectHaikuABI, _gSharedObjectHaikuVersion symbols are located in object file called something like haiku_version_glue.o.
<trungnt2910[m]>
waddlesplash: Well copying files between the two systems is kinda like hell.
<trungnt2910[m]>
I'm currently using a shared EXT2 vhd (the vmware_addons recently added filesystem support, but it crashed the kernel when I tried using it).
<waddlesplash>
trungnt2910[m]: just start a web server and wget them in?
<waddlesplash>
or, you can be "advanced" and use bfs_shell to copy from host -> guest (while powered off only though)
<x512[m]>
waddlesplash: It is possible to add repo with file:// protocol.
<waddlesplash>
that should be scriptable
<x512[m]>
No server is needed.
<waddlesplash>
x512[m]: indeed it is, but in trungnt2910[m]'s case of host -> guest copying that doesn't work :)
<trungnt2910[m]>
x512[m]: Does it exist in the Haiku source?