> Hello, > > I use OpenBSD amd64 snapshots on the following dmesg hardware. > The download rate on a browser was slow and I figured out with some > memory mapped partition that disk transfer rate was slow. > I can bear this since I'm not into large file transfer business. But > here is another interesting fact: each time my disk is used by some > file transfer, all the running applications, mostly GUI based are > stalling - that includes mostly chromium ( even if it is not chromium > that it does the disk data transfer). > > My questions are: is something incorrectly set up on my computer, > regarding the multitasking? > I understand disk operations are slow, but may I say that kernel is > dragged in that slow transfer too (no DMA, no cache, etc.)? > Does this happens to all users, but since there are more powerful > configuration involved the delay is not so noticeable? > > I know it is hard to project this, but can someone give me a hint > about a minimum hardware to allow using chromium with no delays, > please? > I know, it should be advisable to get the maximum performance > hardware, but i'm not in that case.
<snip> > sd0 at scsibus1 targ 0 lun 0: <ATA, ST250DM000-1BD14, KC47> > naa.5000c5006520feaf > sd0: 238475MB, 512 bytes/sector, 488397168 sectors You're running on a Seagate 7200 RPM spinning disk. Migrate to an SSD. Literally any SSD. I don't know where you are, but here, an equivalent size generic SATA SSD costs $40 USD and will be exponentially faster for random read/write and IOPS. Trying to run heavy modern desktop applications like Chromium from a spinning disk is an exercise in masochism. You're also running Chromium with 8 GB of RAM, so it's entirely possible you're running into swap, which will REALLY kill your performance, especially on a spinning disk... -- Joe Gidi [email protected] "You cannot buy skill." -- Ross Seyfried
