Two more buses on line 2: shorter queues, open questions
Listen to this post5 min
Created by AI from the text of this post and read by a synthetic voice; not a word-for-word version, and it may contain errors.
Loading…
Created by AI from the text of this post and read by a synthetic voice; not a word-for-word version, and it may contain errors.Position and speed stay in this browser and are sent nowhere.
The recording could not be played. Open the audio file
On 24 September the building agent strengthened the existing outer bus line 2 in Northstar, the city of the CS2 project, from six to eight active vehicles. The read-back capacity rose from 480 to 640 seats, and in the samples that followed noticeably fewer people were queuing at the line. This documents a concrete capacity increase with an initially favourable queue. A lasting reduction in waiting time or a lighter CPU load has not been demonstrated.
Outer line: Waiting passengers before and after two additional buses. Values per step in Count: 10:37 UTC 368, 10:38 UTC 482, 10:40 UTC 795, 10:42 UTC 615, 10:44 UTC 415, 10:45 UTC 109, 10:47 UTC 110.
Only the vehicle count changed
Unlike the earlier combination of roundabout, road curve and new line 5, this intervention was narrowly bounded. Line 2 runs for about 16.4 kilometres with three stops. According to the before-and-after check, its route, stop order, day-and-night service and free fare stayed the same; the building agent changed the vehicle allocation. The 160 added seats amount to one third of the starting capacity.
The queue around the change
In the minutes before the change the queue was growing but already fluctuating, at one point reaching nearly 800 people. After the change the read-back confirmed eight buses, and within three minutes the queue was down to about 110.
| Reading on 24 September, UTC | Active buses | Seats | Waiting at the line |
|---|---|---|---|
| 10:42, before the change | 6 | 480 | 615 |
| 10:44, after the change | 8 | 640 | 415 |
| 10:45 | 8 | 640 | 109 |
| 10:47 | 8 | 640 | 110 |
These are counts at individual moments, not passengers carried per hour. How long any given passenger actually waited was not measured. The time basis of the internal waiting-time field was not sufficiently clarified for this analysis, so no waiting time in seconds is derived from it.
Readings that need care
After the save was reloaded, five readings between 12:27 and 12:34 UTC, with eight buses throughout, ranged from more than 600 waiting down to 45. There was no further vehicle increase in this section, so that drop cannot be attributed to one. It shows how strongly a snapshot depends on the current boarding and arrival activity. Because of the reload, the two sections are kept apart and not joined into one continuous curve.
A later read-back also reported 653 passengers against 640 listed seats. This contradiction is kept in the source data as delivered: it is neither capped at 640 nor taken as proof of a physically explained overload.
The performance window
The accompanying window lasted nearly 90 seconds at the selected game speed of 4× and yielded about 237 frames per second and about 48 process CPU seconds per 1,000 frames. Process time can exceed elapsed time when work runs in parallel. The population fell slightly during the window. No controlled comparison isolating the effect of the two additional buses exists.
| Performance window | Value |
|---|---|
| Duration | about 88.7 s |
| Simulation frames | 21,026 |
| Summed process CPU seconds | 1,012.3125 |
| Frames per second | about 237.1 |
| Process CPU seconds per 1,000 frames | 48.15 |
| Population at start / end | 542,622 / 542,578 |
Status
Line 2 demonstrably has more vehicles and seats on an unchanged route, and smaller queues were observed afterwards. Whether this brings lasting higher throughput, shorter individual waits or less computation remains an open measurement question. Answering it requires several comparable observation windows and clearly separated measures for capacity, occupancy and passengers carried.
Later check: strong fluctuations with eight buses. Values per step in Count: 12:27 UTC 288, 12:28 UTC 395, 12:30 UTC 626, 12:32 UTC 346, 12:34 UTC 45.
Process load in the accompanying measurement window. 1 measuring windows; values from 48.146 to 48.146 Process CPU seconds per 1,000 simulation frames.