Skip to content

Commit dc0494c

Browse files
authored
updated formatting
1 parent 7278971 commit dc0494c

File tree

1 file changed

+9
-8
lines changed
  • samples/features/in-memory/ticket-reservations

1 file changed

+9
-8
lines changed

samples/features/in-memory/ticket-reservations/README.md

Lines changed: 9 additions & 8 deletions
Original file line numberDiff line numberDiff line change
@@ -50,14 +50,15 @@ The demo is run in this [17-minute video explaining In-Memory OLTP](https://www.
5050

5151
11. Go back to the app and run the workload again. No need to recompile or restart the application.
5252

53-
The perf gains from In-Memory OLTP as shown by the load generation app depend on two factors:
54-
- Hardware
55-
- more cores => higher perf gain
56-
- slower log IO => lower perf gain
57-
- Configuration settings in the load generator
58-
- more rows per transaction => higher perf gain
59-
- more reads per write => lower perf gain
60-
- default setting is 100 rows per transaction and 1 read per write
53+
The perf gains from In-Memory OLTP as shown by the load generation app depend on two factors:\
54+
55+
- Hardware
56+
- more cores => higher perf gain
57+
- slower log IO => lower perf gain
58+
- Configuration settings in the load generator
59+
- more rows per transaction => higher perf gain
60+
- more reads per write => lower perf gain
61+
- default setting is 100 rows per transaction and 1 read per write
6162

6263
If the performance profile after migration to In-Memory OLTP looks choppy, it is likely that log IO is the bottleneck. This can be mitigated by using [delayed durability] (https://msdn.microsoft.com/en-us/library/dn449490.aspx). This is enabled by running the following statement in the database:
6364
`ALTER DATABASE CURRENT SET DELAYED_DURABILITY = FORCED`

0 commit comments

Comments
 (0)