*** I_Died_Once <I_Died_Once!~I_Died_On@c-98-219-34-189.hsd1.ga.comcast.net> has quit IRC (Ping timeout: 244 seconds) | 05:36 | |
*** FastLizard4 is back | 09:22 | |
*** FastLizard4 is now away: AWAY from keyboard | 09:30 | |
*** FastLizard4 is back | 09:57 | |
*** FastLizard4 is now away: AWAY from keyboard | 10:24 | |
*** FastLizard4 is now away: GONE - Screen Detached and Disconnected from IRC (I'm probably asleep, at work, or doing something in real life) | 10:49 | |
*** I_Died_Once <I_Died_Once!~I_Died_On@c-98-219-34-189.hsd1.ga.comcast.net> has joined #bzflag | 11:20 | |
*** I_Died_Once <I_Died_Once!~I_Died_On@c-98-219-34-189.hsd1.ga.comcast.net> has quit IRC (Remote host closed the connection) | 11:20 | |
*** I_Died_Once <I_Died_Once!~I_Died_On@c-98-219-34-189.hsd1.ga.comcast.net> has joined #bzflag | 11:21 | |
*** Sgeo <Sgeo!~Sgeo@user/sgeo> has quit IRC (Read error: Connection reset by peer) | 12:03 | |
*** Cobra_Fast is now away: offline | 16:14 | |
*** Cobra_Fast is back | 16:14 | |
*** FastLizard4 is back | 17:33 | |
*** FastLizard4 is now away: AWAY from keyboard | 17:55 | |
BZNotify | master @ bzflag.org: blast007 pushed 1 commit (https://github.com/BZFlag-Dev/bzflag.org/compare/7a577d5c1b49...bce326e0a6ce): | 18:41 |
---|---|---|
BZNotify | master @ bzflag.org: blast007 bce326: Work around a Markdown rendering issue. (https://github.com/BZFlag-Dev/bzflag.org/commit/bce326e0a6ce17d5b3eca74d82081b47e52ad937) | 18:41 |
*** Cobra_Fast is now away: offline | 19:22 | |
*** Cobra_Fast is back | 19:51 | |
*** Cobra_Fast is now away: offline | 20:24 | |
*** Cobra_Fast is back | 20:24 | |
Juest | hmmm, so? | 20:45 |
Juest | hmmmmmm interesting stuff Agatha, thanks for chiming in! | 20:45 |
Juest | tupone: raid 1 is unfortunately really slow especially if you use it for the os drive | 20:46 |
Juest | i suggest checking the chip and stuff on that ssd brand, maybe there's someone who looked into it | 20:46 |
blast007 | Juest: might depend on the SATA controller. If the controller can't sustain full speed writes to both drives, then it would be slower. If it can, then write speed shouldn't be any slower, right? | 20:53 |
Juest | hmmm fair enough, yeah, that might be it | 20:54 |
*** Sgeo <Sgeo!~Sgeo@user/sgeo> has joined #bzflag | 20:54 | |
Juest | sata3 is essentially a minimum for that i suppose? | 20:54 |
blast007 | And in *theory* the read speed of RAID1 can be faster than a single drive, but I don't know if mdadm reads from both drives at once. | 20:54 |
Juest | i thought it reads from both drives for verification instead of one | 20:55 |
Juest | but definitely writes are slower because they're duplicated | 20:55 |
Juest | i suspect the issue here is the latency and clogging from the mechanical drive performance and controller overhead? | 20:55 |
Juest | its too slow and i probably could reproduce this if i were to have a disk intensive operation running while trying to play | 20:56 |
Juest | reads hurt the most | 20:56 |
Juest | because they happen more often | 20:56 |
blast007 | could also be a failing disk that it causing performance differences between the two disks | 20:57 |
Juest | that too | 20:57 |
Juest | i'd check smart in that case | 20:57 |
Juest | i have a working hdd but really fragmented and slow but no smart issues at all | 20:58 |
BZNotify | bzflag: blast007 synchronized pull request #362 "Fix a lot of typos" by TheGiraffe3 (https://github.com/BZFlag-Dev/bzflag/pull/362) | 21:08 |
*** Cobra_Fast is now away: offline | 21:19 | |
*** Cobra_Fast is back | 21:19 | |
tupone | I suppose that mesa is doing sync() otherwise I don't explain it | 21:29 |
tupone | It should buffer any write, and don't wait for disk to have it doing is work, unless you ask it with sync | 21:32 |
tupone | IIRC, Mesa developers has fixed some lost file handlers, used for disk write caching. Maybe they fixed using sync ? | 21:34 |
*** Cobra_Fast is now away: offline | 21:35 | |
*** Cobra_Fast is back | 21:35 | |
BZNotify | bzflag: blast007 synchronized pull request #362 "Fix a lot of typos" by TheGiraffe3 (https://github.com/BZFlag-Dev/bzflag/pull/362) | 21:40 |
BZNotify | bzflag: blast007 closed pull request #362 "Fix a lot of typos" by TheGiraffe3 (https://github.com/BZFlag-Dev/bzflag/pull/362) | 22:08 |
BZNotify | 2.4 @ bzflag: blast007 pushed 1 commit (https://github.com/BZFlag-Dev/bzflag/compare/5b0416cdc50f...557b8fbc8e6b): | 22:08 |
BZNotify | 2.4 @ bzflag: TheGiraffe3 557b8f: Fix a lot of typos (#362) (https://github.com/BZFlag-Dev/bzflag/commit/557b8fbc8e6ba85dfc6edf50dd684de48266b005) | 22:08 |
BZNotify | 2.4 @ bzflag: blast007 pushed 1 commit (https://github.com/BZFlag-Dev/bzflag/compare/557b8fbc8e6b...97e20d6b6acf): | 22:14 |
BZNotify | 2.4 @ bzflag: blast007 97e20d: Update sdl2.m4 from upstream (https://github.com/BZFlag-Dev/bzflag/commit/97e20d6b6acfdb12ba1504fef56d308f0ca5146f) | 22:14 |
BZNotify | bzflag: blast007 milestoned issue #368 "Typo in "tessellation" configuration variable name" (2.6 Release - https://github.com/BZFlag-Dev/bzflag/issues/368) | 22:20 |
BZNotify | bzflag: blast007 opened issue #368 (2.6 Release - ) | 22:20 |
BZNotify | bzflag: blast007 edited issue #368 "Typo in "tessellation" configuration variable name" (2.6 Release - https://github.com/BZFlag-Dev/bzflag/issues/368) | 22:20 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!